Page MenuHomePhabricator

Create WikiConvFR-training-2016 project
Closed, InvalidPublic

Description

Hi,

I'd like to use this ephemeral project for ~40 people to get used to Phabricator during my talk at the French WikiConvention on August 21st. If time permits, they will learn how to create, edit and comment tickets, mention them in git commit messages, etc.

NB: yes, the name would be “WikiConvFR-training-2016” (with a “v”) and not “WikiConFR-training-2016” (with no “v”). I know tasks in the WikiCon-Francophone-2016 project use “WikiCon” with no “v”, but the Twitter hashtag used for months has a “v” and so have the etherpads created by Wikimédia France for the event, and I don't want to confuse people any more. BTW, I asked for a git repository with the exact same name.

Thanks!

Project name: WikiConvFR-training-2016
Project description: A sandbox project for training people during the developers talk at the French WikiConvention 2016 on August 21st
Project type: Project
Optional hashtags: #WikiConFR-training-2016
Visible To: Public
Editable By: All Users
Joinable By: All Users

Event Timeline

Danny_B moved this task from Incoming to Projects to create on the Project-Admins board.
Danny_B added subscribers: Pyb, Danny_B.

Hi, @Arkanosis.

This instance of Phabricator is for regular work. For training purposes and overall testing it is better to use any of existing test instances on Labs, ie. https://phab-01.wmflabs.org/ Is there any particular need why would you need to use this regular instance? Thank you.

Re the #WikiCon-Francophone-2016 tag here - there is no problem to rename it to #WikiConv-Francophone-2016 for the sake of consistence. If organizers (mainly @Pyb I guess) are OK with that, feel free to rename it or ask for its renaming in separate task.

Hi @Danny_B and thanks for your kind reply.

I guess a test instance would be fine, actually. It will lack the integration with git / gerrit (listing in Diffusion and Tasks references in commit messages, mainly), but that's no big deal: I can get around it by just telling people it'll work in production.
Unless there's an easy way to use the test instance with Gerrit? That would be the best of both worlds.

Regarding renaming the existing tag, I prefer to let @Pyb decide. Since this one is not “end user-facing”, consistency is a bit less of an issue.

Thanks again!

Hi @Danny_B and thanks for your kind reply.

I guess a test instance would be fine, actually. It will lack the integration with git / gerrit (listing in Diffusion and Tasks references in commit messages, mainly), but that's no big deal: I can get around it by just telling people it'll work in production.
Unless there's an easy way to use the test instance with Gerrit? That would be the best of both worlds.

I'm pretty sure @Paladox can help out here.
There is also Gerrit testing instance and there are some testing repos in https://phab-01.wmflabs.org/diffusion/

Regarding renaming the existing tag, I prefer to let @Pyb decide. Since this one is not “end user-facing”, consistency is a bit less of an issue.

Sure, hence why I didn't proceed automatically. OTOH I don't think it would be such a big deal...

I didn't know about the Gerrit testing instance. Thanks!

So I've created “Another test repo” both in the phabricator and gerrit test instances, I've made phabricator mirror the gerrit repo, which seems to work great.

Now, I'm stuck with cloning the repo from gerrit. When I do it over HTTP (git clone http://gerrit-test.wmflabs.org/gerrit/ATR) it works fine, but when I try over SSH (git clone ssh://Arkanosis@gerrit-test.wmflabs.org:29418/ATR), it hangs indefinitely. Indeed, I can't connect to port 29418 at all:

$ ssh -vvv 208.80.155.156 -p 29418
OpenSSH_7.3p1, OpenSSL 1.0.2h  3 May 2016
debug1: Reading configuration data /home/arkanosis/.ssh/config
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug2: resolving "208.80.155.156" port 29418
debug2: ssh_connect_direct: needpriv 0
debug1: Connecting to 208.80.155.156 [208.80.155.156] port 29418.

$ telnet 208.80.155.156 29418
Trying 208.80.155.156...

Maybe there's no SSH server up on gerrit-test? Or some misconfigured firewall there?

hi currently there is no ssh on gerrit-test due to labs firewall, I will need to see if this is possible, but please use http on gerrit-test for now please.

@Arkanosis If the entire issue of this task has been already addressed with our replies, please close this task as invalid. (The tag renaming should be another task anyway as I mentioned earlier...) Thank you.

Feel free to join #wikimedia-devtools and #wikimedia-labs IRC channels for futher help & conversation (it is not instant though, you may need to wait a bit there for reply too like here, but there are more people's eyes there on it...)

@Danny_B and @Arkanosis there is the gerrit-test3 test install and ssh should work there.

https://gerrit.git.wmflabs.org/

you login with your normal ldap credentials, ie wikitech.

Hi @Paladox and thanks for the info.

That's fine without SSH for the training — actually, that'll be easier for most people, I guess.
Still, I'll try test3 as well: the closest to how things actually work in production the better :)

I'm closing the ticket as suggested, since I'll do without the project.

Thanks again to you both for your help and precious advice.

Just a quick note: the issue described in T93489 still applies to gerrit-test.wmflabs.org when cloning through HTTP, ie. git review -s doesn't work, you have to install the commit hook manually.

@Arkanosis Hi, it should now work with http, please try again?

Wonderful. I know have a working training scenario :)

Thank you so much for your help!

@Arkanosis I can see if I can do ldap, it may lose data not sure though, but it will allow us to have passwords, since it will be connected to wikitech.