#1294 Transifex cannot submit to fedorapeople.org
Closed: Fixed None Opened 15 years ago by asgeirf.

It looks like the ssh keys for fedorapeople.org is missing from the transifex ssh agent.

The git repository (see tranifex link below for details) has write access by the transifex user, but the application is not able to log in due to the keys missing.

https://translate.fedoraproject.org/tx/projects/ibus/master/


Is there a reason why we can't have this project on fedorahosted, like the rest of the projects?

Replying to [comment:2 glezos]:

Is there a reason why we can't have this project on fedorahosted, like the rest of the projects?

Upstream is on github, so was thinking of a quick solutions to get translations for this module for F11 - using a similar approach to packagekit, but it is turning out not-that-quick :) In one way it doesn't make sense to have a fedorahosted project for a cloned repository for the sole purpose of translations?

Good point. Maybe this is a good point in time to try and give access to transifex on github directly?

Replying to [comment:4 glezos]:

Good point. Maybe this is a good point in time to try and give access to transifex on github directly?

Someone mentioned on IRC that you'd been in touch with the github people on this(?). I'm guessing this is more a policy issue (having an account for a non-human like transifex might be a breach of ToS)?

Replying to [comment:5 asgeirf]:

Replying to [comment:4 glezos]:

Good point. Maybe this is a good point in time to try and give access to transifex on github directly?

Someone mentioned on IRC that you'd been in touch with the github people on this(?). I'm guessing this is more a policy issue (having an account for a non-human like transifex might be a breach of ToS)?

I decided to look up the ToS: http://github.com/site/terms

Term 2: "You must be a human. Accounts registered by “bots” or other automated methods are not permitted."

Term 8: "One person or legal entity may not maintain more than one free account."

Transifex doesn't need automated registration, just automated usage. And they have an API...

I think this means that a human could put his or her account credentials into transifex, and github wouldn't mind. But that's a very messy arrangement, since you then have a person sharing credentials with transifex.

Replying to [comment:6 seanf]:

Replying to [comment:5 asgeirf]:

Replying to [comment:4 glezos]:

Good point. Maybe this is a good point in time to try and give access to transifex on github directly?

Someone mentioned on IRC that you'd been in touch with the github people on this(?). I'm guessing this is more a policy issue (having an account for a non-human like transifex might be a breach of ToS)?

I decided to look up the ToS: http://github.com/site/terms

Term 2: "You must be a human. Accounts registered by “bots” or other automated methods are not permitted."
I think transifex administrator should register an account and upload the ssh key. I believe the administrator is not a "bot". Other github users just need share their git repo with the transifex admin.

Term 8: "One person or legal entity may not maintain more than one free account."

I think it is OK. We just need one account for transifex.

Any updates on asking github about permission for the non-human account?

Ping, any luck with github here?

Replying to [comment:10 ricky]:

Ping, any luck with github here?
Nothing from my side.

The preference here is that for non-fedora stuff people should use upstream transifex.net

Login to comment on this ticket.

Metadata