Submission to comps doesn't work #2052
Labels
No labels
announcement
anubis
authentication
aws
backlog
blocked
bodhi
ci
cloud
communishift
copr
database
day-to-day
dc-move
deprecated
dev
discourse
dns
downloads
easyfix
epel
firmitas
forgejo_migration
Gain
High
Gain
Low
Gain
Medium
gitlab
greenwave
hardware
help wanted
high-trouble
koji
koschei
lists
low-trouble
medium-trouble
mirrorlists
monitoring
Needs investigation
odcs
OpenShift
ops
outage
packager_workflow_blocker
pagure
permissions
Priority
Needs Review
Priority
Next Meeting
Priority
🔥 URGENT 🔥
Priority
Waiting on Assignee
Priority
Waiting on External
Priority
Waiting on Reporter
rabbitmq
release-monitoring
releng
request-for-resources
s390x
security
SMTP
sprint-0
sprint-1
src.fp.o
staging
unfreeze
waiverdb
websites-general
wiki
Backlog Status
Needs Review
Backlog Status
Ready
chore
documentation
points
01
points
02
points
03
points
05
points
08
points
13
Priority
High
Priority
Low
Priority
Medium
Sprint Status
Blocked
Sprint Status
Done
Sprint Status
In Progress
Sprint Status
Review
Sprint Status
To Do
Technical Debt
Work Item
Bug
Work Item
Epic
Work Item
Spike
Work Item
Task
Work Item
User Story
No milestone
No project
No assignees
4 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
infra/tickets#2052
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
= phenomenon =
Submission to comps project [1] does not work after moving to git. It is correctly set up from Transifex side.
[1] https://translate.fedoraproject.org/projects/p/comps/c/master/
This is because the transif user does not have access to /srv/git/comps.git. I've enabled FS ACLs on /srv on hosted01 and hosted02 and ran setfacl -R -m u:transif:rwx comps.git.
A test submission to bn_IN.po just worked for me, let us know if there are any other issues.
It stopped working again. Same error message as above, "Sorry, your file could not be sent because of an error."
I think we had an ssh-agent not running. It should be working now.
Please re-open if it's not.
I'm not happy to say it, but I still get the error and it still doesn't work.
Looking at the filesystem for the comps.git directory, I'm guessing that the problem is that the default acls aren't set. So once someone makes a new commit to the repository, there are no fsacls on the new file. ricky do you remember if you ran setfacl twic, once to set the acls and the second time to set the default acls?
Replying to [comment:5 toshio]:
I've run the command, can you check and see if it works now?
Yes, it works. Thanks!
Cool, thanks for the fix, Toshio - closing this ticket.
Hey raven, I've just made a change to the acls because they were causing a script that checks the status of the git repositories to spew warnings. Looking at the acls I think transifex should still be able to commit to comps fine but if not, feel free to reopen this.
I'll attach the script I used so people can compare what it did to what we might actually need.
Short script to set acls for the comps git repository
allow.sh