I'm having a hard time getting the "build blubber" toy project done with Concourse. Possibly it's due my unfamiliarity with Docker, or that I'd need to study the Concourse documentation more, but for now, it doesn't seem like this would be a good option for our needs. Anything that is this much work to start using is unlikely to be popular among our developers, I'm afraid.
Thu, Mar 14
Sat, Mar 9
Fri, Mar 8
Netsurf uses real Mac hardware with OS X as CI workers. They're tighly firewalled and in their own virtual LAN, and only accessed over SSH.
I did a lightweight evaluation of GitLab-CI as described below. I did
not evaluate it, except from the CI angle: I didn't consider it as a
git hosting platform, or for code review, or for ticketing.
Tue, Mar 5
Mon, Mar 4
My understanding is that this is missing the token for Jenkins to be able to push a deployment to K8s.
Sun, Mar 3
Fri, Mar 1
Thu, Feb 28
Wed, Feb 27
Excuse me, I'm butting in with another opinion.
Fri, Feb 22
I've not had any Phabricator mail end up in the spam folder since yesterday! So I confirm it seems to work. Thank you!
@mmodell Yes, that is my conclusion as well. My apologies if I hadn't communicated that.
Thu, Feb 21
Some more headers, as requested by Antoine.
Done with testing: gmail was marking everything from Phabicator as spam.
Mon, Feb 18
Jan 24 2019
This is a first rough draft of an outline of a continuous delivery (CDep) pipeline for the Blubberoid service, to be a starting point for discussions. The goal is to make everything from a +2 code review vote until the change runs in production to be fully automated. Note that this is for Blubberoid ONLY, and for deploying it to Kubernetes ONLY.
Jan 18 2019
I think we should start by looking at the steps from a developer pushing a new change to Gerrit. This should trigger Zuul to run a Jenkins job that builds Blubberoid, runs its unit tests, and builds, publishes, and tags the Docker image(s). Then things stall until a reviewer votes +2 for code review. That will trigger Zuul to run another Jenkins job, which deploys the docker image previously tagged to Kubernetes, and changes that K8s or load balancer configuration to use containers using that new image instead of the previously used image.
Dec 18 2018
Dec 13 2018
Is this task done now?
Nov 29 2018
If we want to set a default locale for images built by Blubber, we can set LC_ALL or LC_CTYPE. The former overrides all other locale environment variables, the latter only for character sets. The former is simpler, the latter is a smaller change to status quo. I don't know which is better.
C.UTF8 does not exist. In every other locale I try, a UTF8 suffix is an alias to the UTF-8 suffix (with the dash).
This does report the C.UTF-8 locale as being available:
Hm, this is strange now. This works on my host:
Nov 28 2018
19:21 exolobe4:~/uni $ docker run unitest env LC_ALL=en_US.UTF8 python3 -c "print('étoile')"
I confirm that generating the locales in the image, or installing locales-all (which has all locales generated) will make the étoile test work. I agree that it might be good for Blubber to automatically add one of those, but at least there's a workaround without Blubber changing. locales-all adds about 125 MB to the size of the image, so generating a UTF8 locale is probably better.
Nov 16 2018
Nov 12 2018
I'd fine the timestamp part of the tag much easier to read if it used a delimiter between date and time:
Oct 25 2018
Oct 23 2018
I'll take this on.
Oct 16 2018
Oct 15 2018
My wikitech account is LarsWirzenius, my preferred Unix username is liw. I've signed L3 on Oct 10.
Oct 11 2018
I've linked my new meta.wikimedia.org and mediawiki.org account to Phabricator now. @chasemp OK?
I've emailed techsupport@ to get an account on mediawiki.org. (I have one of the office wiki, but it seems not on medaiwiki.org):
I already have 2FA enabled on Phabricator.
I don't seem to be able to create an account with a "(WMF)" suffix on mediawiki.org.
Oct 10 2018
@chasemp is that better?