[03:50] <balzac5000> Anyone happen to recognize the compression used in this file? http://rumkin.com/tools/password/common.js


[02:23] <tsimonq2> infinity, slangasek: Can haz merge? :) https://code.launchpad.net/~wxl/debian-cd/ubuntu/+merge/353762
[02:24] <tsimonq2> wxl's not wrong. XD
[04:08] <slangasek> tsimonq2: done
[04:10]  * slangasek frowns at tests being queued in the huge queue that shouldn't be
[04:22] <tsimonq2> slangasek: Does prod have the changes (so I can kick off a respin)?
[04:23] <slangasek> tsimonq2: it does
[04:23] <tsimonq2> slangasek: Awesome, thanks.
[05:35] <slangasek> so are any rust packages installable anywhere? because you wouldn't think so by looking at update_excuses
[06:40] <tsimonq2> pytest is close; python-ulmo just needed a test retry and hovercraft will likely pass soon because it failed on dep problems... I wish I could make pytest migrate but I just can't seem to doit/0.31.1-1 </horrible pun> :D
[06:45]  * acheronuk groans ^^
[07:13] <ginggs> tsimonq2: fwiw, i filed debian bug #907379
[07:15] <tsimonq2> ginggs: You beat me to it! :D
[07:15] <tsimonq2> ginggs: Thanks.
[07:15] <tsimonq2> ginggs: (Was seriously >< this close to submitting my own.)
[07:19] <tsimonq2> ginggs: Do you have a lead on what could be causing this? https://github.com/pytest-dev/pytest/issues/3061 seems to be the closest thing in the upstream changelog.
[07:19] <gitbot> pytest-dev issue 3061 in pytest "ImportWarning: can't resolve package from __spec__ or __package__" [Plugin: Debugging, Plugin: Warnings, Topic: Collection, Closed]
[07:20] <tsimonq2> But there was also rework of that code upstream right before this.
[07:23] <ginggs> tsimonq2: no idea, I thought this looked promising https://github.com/pydoit/doit/commit/b40ad81ae4f2ebec1964c4b0da5ac9146c7ffc03
[07:23] <ginggs> but it is already in the debian packaging
[07:23] <ginggs> tsimonq2: did you try with doit straight from git?
[07:24] <tsimonq2> ginggs: Upstream seems to have Travis set up with an old pytest, so I think it's pytest, but I can try from Git.
[07:24] <tsimonq2> I don't believe there is anything pertinent in there.
[07:27] <tsimonq2> Yeah, I don't think it's the right tree to be barking up.
[07:27] <tsimonq2> If anything I'm very likely to just Git bisect the pytest packaging and find out where the code is that makes it fail.
[07:28] <tsimonq2> Maybe there's some downstream adjustments necessary.
[07:28] <tsimonq2> (s/Maybe/It's very likely that/)
[07:35] -queuebot:#ubuntu-release- New sync: cmake-vala (cosmic-proposed/primary) [1-1]
[09:01] -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (trusty-proposed/main) [3.13.0-158.208] (core, kernel)
[09:24] <tsimonq2> Oh noes, I actually uploaded that to the archive /o\
[09:25] <tsimonq2> I shouldn't actually be able to upload something to the archive with ~ppa in the version string... yikes.
[09:26]  * tsimonq2 switches to dput-ng
[09:41] <smb> Could someone here add linux-azure to the "kernel" package set for trusty?
[09:46] <sil2100> smb: on it
[09:46] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (trusty-proposed) [3.13.0-158.208]
[09:46] <smb> sil2100, ah u2 :) thanks
[09:47] <sil2100> smb: hm, I guess I'll also add linux-signed-azure to the xenial packageset, since it seems to be missing there
[09:48] <sil2100> smb: done
[09:48] <smb> sil2100, oh, guess, that and meta, and same for trusty
[09:49] <smb> sil2100, normally we have the tracking bugs only for the kernel package, so won't notice missing nomination abilities for the other ones
[09:49] <smb> sil2100, and uploads are indirect anyway
[09:51] <smb> sil2100, all looking in sync and good now, thanks
[10:05] -queuebot:#ubuntu-release- Packageset: Added linux-azure to kernel in trusty
[10:05] -queuebot:#ubuntu-release- Packageset: Added linux-meta-azure to kernel in trusty
[10:05] -queuebot:#ubuntu-release- Packageset: Added linux-signed-azure to kernel in trusty
[10:05] -queuebot:#ubuntu-release- Packageset: Added linux-signed-azure to kernel in xenial
[11:21] -queuebot:#ubuntu-release- Unapproved: initramfs-tools (bionic-proposed/main) [0.130ubuntu3.2 => 0.130ubuntu3.3] (core)
[11:21] -queuebot:#ubuntu-release- Unapproved: rejected initramfs-tools [source] (bionic-proposed) [0.130ubuntu3.3]
[11:24] -queuebot:#ubuntu-release- Unapproved: accepted initramfs-tools [source] (bionic-proposed) [0.130ubuntu3.3]
[11:28] <mwhudson> tsimonq2: https://gist.github.com/mwhudson/616499edb1191bd99c987bbbd8781ce9
[11:29] <mwhudson> oh wait i made a repo, https://github.com/mwhudson/dput-wrap
[12:30] -queuebot:#ubuntu-release- Unapproved: ubuntu-drivers-common (bionic-proposed/main) [1:0.5.2 => 1:<IP_ADDRESS>] (desktop-core, ubuntu-server)
[14:30] -queuebot:#ubuntu-release- Unapproved: accepted qemu [source] (bionic-proposed) [1:2.11+dfsg-1ubuntu7.5]
[14:36] -queuebot:#ubuntu-release- New source: kubernetes (cosmic-proposed/primary) [1.0]
[15:00] -queuebot:#ubuntu-release- Unapproved: rejected virtualbox-ext-pack [source] (bionic-proposed) [5.2.10-3ubuntu18.04.2]
[15:05] -queuebot:#ubuntu-release- Unapproved: accepted grub2 [source] (bionic-proposed) [2.02-2ubuntu8.4]
[15:16] -queuebot:#ubuntu-release- Unapproved: grub2 (bionic-proposed/main) [2.02-2ubuntu8.4 => 2.02-2ubuntu8.4] (core)
[15:35] -queuebot:#ubuntu-release- Unapproved: openssh (xenial-proposed/main) [1:7.2p2-4ubuntu2.4 => 1:7.2p2-4ubuntu2.5] (core)
[15:39] -queuebot:#ubuntu-release- Unapproved: accepted grub2 [arm64] (bionic-proposed) [2.02-2ubuntu8.4]
[15:43] -queuebot:#ubuntu-release- Unapproved: accepted gcc-5 [source] (xenial-proposed) [5.4.0-6ubuntu1~16.04.11]
[16:00] -queuebot:#ubuntu-release- Unapproved: accepted yaml-cpp [source] (xenial-proposed) [0.5.2-4ubuntu1~16.04.4]
[16:03] -queuebot:#ubuntu-release- Unapproved: accepted rax-nova-agent [source] (bionic-proposed) [2.1.15-0ubuntu1~18.04.1]
[16:12] -queuebot:#ubuntu-release- Unapproved: grub2 (bionic-proposed/main) [2.02-2ubuntu8.4 => 2.02-2ubuntu8.4] (core)
[16:14] -queuebot:#ubuntu-release- Unapproved: accepted grub2 [amd64] (bionic-proposed) [2.02-2ubuntu8.4]
[16:15] -queuebot:#ubuntu-release- Unapproved: rejected libreoffice-l10n [source] (xenial-proposed) [1:5.1.6~rc2-0ubuntu1~xenial4]
[16:45] -queuebot:#ubuntu-release- Unapproved: rax-nova-agent (xenial-proposed/universe) [2.1.12-0ubuntu2~16.04.0 => 2.1.15-0ubuntu1~16.04.0] (no packageset)
[17:05] <slangasek> infinity: well then, why does glibc 2.28 cause cminpack to regress its test suite involving numeric operations?
[17:16] <slangasek> retrying all the failed autopkgtests with glibc, both with --no-proposed and without
[17:25] -queuebot:#ubuntu-release- Unapproved: accepted rax-nova-agent [source] (xenial-proposed) [2.1.15-0ubuntu1~16.04.0]
[17:30] <infinity> slangasek: Either a bug in glibc or a bug in the testsuite?
[17:30] <slangasek> infinity: nothing number-y changed in glibc 2.28 of note?
[17:30] <infinity> slangasek: My bet would be on a testsuite expecting a specific amount of lack of precision, and libm getting more accurate, but let's see.
[17:31] <slangasek> grep uploaded to make it not complain that glibc got better
[17:32] <infinity> slangasek: libm's badness improves pretty much every release, to some degree, but no major noteworthy things, I don't think.
[17:33] <slangasek> alright.  whatever happened, it happened cross-architecture
[17:33] <infinity> Well, except for this, but I read this literally as "added functions", so hard to see how that would break un-rebuilt binaries:
[17:33] <infinity> * <math.h> functions that round their results to a narrower type are added
[17:33] <infinity>   from TS 18661-1:2014 and TS 18661-3:2015:
[17:34] <infinity> Oh, no.  That's now how to read that.
[17:34] <infinity> This may indeed be a case of increased accuracy.
[17:35] <infinity> Except, wow, I have no idea what that testsuite output actually means. :P
[17:36] <infinity> I'll final l2 norm YOUR residuals.
[17:37] <wxl> slangasek: thanks for merging my new lubuntu logos for ubuntu-cdimage.. today's daily shows the boot menu as black though, which is.. perplexing. any ideas?
[17:37] <infinity> slangasek: The "approximat solutions" deltas seem plausibly similar at least.
[17:37] <slangasek> wxl: no, I know almost nothing about this part of the image bot
[17:37] <slangasek> boot
[17:37] <wxl> slangasek: got any suggestions as to who might be good to chat with?
[17:38] <slangasek> wxl: cjwatson?  to be clear, are you saying that it's black where the logo should be instead?
[17:38] <wxl> slangasek: yeah, and the blue background that's part of the image is missing
[17:39] <infinity> slangasek: And cminpack upstream hasn't seen a commit in over a year.  Excellent.
[17:40] <infinity> slangasek: Odd on "Debian Science" actually understanding it well enough to field a bug? :P
[17:40] <slangasek> no idea
[17:41] <infinity> Hrm.  And while it's reasonably leafy, it does have a little bit of an rdep chain.
[17:41] <infinity> Bother.
[17:41] <infinity> Guess I'll file a bug and hope for comments.
[17:41] <infinity> My gut says it's just different rounding and a too-specific testsuite.
[17:42] <infinity> Based on the "solutions" bits.
[18:43] <LocutusOfBorg> anybody, can please tell me if it is ok to drop libxml2-udeb package?
[18:44] <LocutusOfBorg> it breaks migration-assistant, and then it is not migrating
[18:44] <LocutusOfBorg> but somebody is telling that migration assistant is broken because it depends also on other non-udeb packages...
[18:44] <LocutusOfBorg> who is correct? (sorry but I don't speak udeb)
[18:46] <infinity> Err, wat?
[18:50]  * slangasek glares at the completely bogus provides: of libmems1
[18:51] <infinity> LocutusOfBorg: So, err, yeah, why did you drop libxml2-udeb? :P
[18:51] <infinity> LocutusOfBorg: But maybe a rebuild of migration-assistant will just make it drop the dep, lemme see.
[18:51] <slangasek> it won't
[18:51] <slangasek> I already looked
[18:52] <slangasek> it uses libxml extensively, and Debian didn't care because m-a is Ubuntu-specific
[18:52] <infinity> What do you mean "Debian didn't care"?
[18:52] <infinity> libxml2-udeb isn't from Debian.
[18:52] <infinity> You mean "the person who synced over Debian changes didn't care".
[18:52] <infinity> Err, ubuntu changes.
[18:53] <slangasek> infinity: I believe when I looked at the Debian changelog it mentioned dropping the udeb there
[18:53] <infinity> Not in any recent history.
[18:53] <slangasek> ok
[18:53] <slangasek> then yes, why are people dropping udebs?
[18:53] <infinity> I mean, not between 6.1 and 7 which is where we synced and dropped our delta that (re)added the udeb.
[18:55] <infinity> LocutusOfBorg: So, yeah, why that sync, and who told you it was "ok"?
[18:55] <infinity> LocutusOfBorg: And please merge instead of syncing, kthx.
[18:56] <infinity> Although, migration-assistant hasn't been in main forever.  Do we even care anymore?
[18:56] <infinity> It's clearly not used in our installer(s), if it was, it would be seeded still.
[18:58] <infinity> revno: 1748
[18:58] <infinity> committer: Evan Dandrea<EMAIL_ADDRESS>[18:58] <infinity> branch nick: platform.quantal
[18:58] <infinity> timestamp: Fri 2012-05-25 15:24:39 +0100
[18:58] <infinity> message:
[18:58] <infinity>   Drop migration-assistant per https://blueprints.launchpad.net/ubuntu/+spec/foundations-q-testing-migration-assistant.
[18:58] <infinity> LocutusOfBorg: Maybe don't merge.
[18:58] <infinity> slangasek: ^-- In light of the above happening in, uhm, 2012, maybe it's time to just delete the package? :P
[18:59] <infinity> slangasek: +/- 1?
[19:00] <slangasek> infinity: ok
[19:00] <infinity> Kay, solving it that way then.
[19:00] -queuebot:#ubuntu-release- New binary: ros-bond-core [s390x] (cosmic-proposed/universe) [1.8.3-1] (no packageset)
[19:00] <infinity> LocutusOfBorg: Alright, deleting migration-assistant instead, but yeah, please actually discuss stuff like this before syncing instead of letting it sit for 2 months. :P
[19:01] <infinity> And gone.
[19:01] -queuebot:#ubuntu-release- New: accepted debian-el [amd64] (cosmic-proposed) [37.6]
[19:01] -queuebot:#ubuntu-release- New binary: ros-bond-core [amd64] (cosmic-proposed/universe) [1.8.3-1] (no packageset)
[19:01] -queuebot:#ubuntu-release- New: accepted ros-bond-core [s390x] (cosmic-proposed) [1.8.3-1]
[19:01] <slangasek> to be fair, it's easy to overlook udeb revdeps, since half the tools don't handle them
[19:01] -queuebot:#ubuntu-release- New binary: ros-bond-core [ppc64el] (cosmic-proposed/universe) [1.8.3-1] (no packageset)
[19:02] <infinity> slangasek: Sure, but "I wonder if I can just drop this Ubuntu delta that generates another package" is a thing that might need review by someone who knows what's what.
[19:02] <infinity> (Teaching reverse-depends(1) about udebs would also be nice, though)
[19:03] <infinity> And I'm not sure why that hasn't been done.  It's trivial, as it's Just Another set of Packages Files.
[19:03] <slangasek> because reverse-depends talks to a service
[19:03] <infinity> Well, yes.  Teaching the service is what I meant.
[19:04] <slangasek> well iirc, when I tried to look into getting it to also give useful annotations for alternative-depends in its output, I found the service implemented in some weird language?
[19:04] <infinity> German?
[19:05] <slangasek> rustubycaml
[19:05] <infinity> My favourite.
[19:05] <slangasek> rustubycamell, rather
[19:22] <LocutusOfBorg> infinity, slangasek I'm pretty sure I discussed it two months ago, but libxml2 was broken because of some failing tests, this is why I spotted the udeb thing only yesterday
[19:22] <LocutusOfBorg> there was a good reason for the sync
[19:22] <LocutusOfBorg> but we discussed this 7 months ago
[19:23] <LocutusOfBorg> in the meanwhile I readded it as ubuntu delta
[19:23] <LocutusOfBorg> https://salsa.debian.org/xml-sgml-team/libxml2/commit/76b5366a78a1439ab31ce8fe3ebefe4fdb8b6212
[19:24] <LocutusOfBorg> we also discussed it with installer team IIRC but meh, who remembers what happened more than one hour ago?
[19:24]  * LocutusOfBorg goes back looking a movie, "memento" is on air :)
[19:24] <LocutusOfBorg> thanks for fixing!
[19:25] -queuebot:#ubuntu-release- New binary: ironic [amd64] (cosmic-proposed/universe) [1:11.1.0-0ubuntu3] (openstack)
[19:26] <tsimonq2> mwhudson: <3
[19:40] <ginggs> would someone please 'force-badtest pymca/5.3.2+dfsg-1/ppc64el pymca/5.3.2+dfsg-1/s390x' - no longer built on those architectures
[19:40] <slangasek> AssertionError: assert nan == 0.3342377271245026
[19:40]  * slangasek looks askance at python-cffi
[19:41] <ginggs> also please 'force-badtest julia/0.7.0-2ubuntu1/i386' not built there either
[19:41] <slangasek> ginggs: looking
[19:43] <slangasek> ginggs: done
[19:43] <ginggs> slangasek: ta!
[19:57] <slangasek> infinity: r-cran-rgenoud will be another "interesting" one
[19:58] <infinity> slangasek: Is that assertion on all arches, or just ppc?
[19:58] <infinity> slangasek: If it's PPC, I know what the bug is (and it's being worked on), if it's all arches, lol?
[19:58] <slangasek> infinity: the python-cffi assertion is i386
[19:58] <infinity> Oh, fun.
[19:59] <infinity> That might be a bad testsuite disapproving of some libm fixes.
[19:59] <infinity> slangasek: Can you start an actual list of stuff like this you find so I can go through them?
[19:59] <infinity> I guess you could card it.
[20:00] -queuebot:#ubuntu-release- New binary: panko [amd64] (cosmic-proposed/universe) [5.0.0-0ubuntu3] (no packageset)
[20:00] <slangasek> infinity: could; but I'm almost to the bottom of the false-positives on update_excuses so you could just use that
[20:00] <infinity> slangasek: Sure, if you've decided reds on excuses are all legit, that works too.
[20:00] <slangasek> nearly there
[20:01] <infinity> Well, legit and/or needs eyeballs.
[20:05] <slangasek> mwhudson: seems there would be fewer packages needing badtesting if python-scipy were able to migrate
[20:14] <slangasek> infinity: unrar-free probably just needs a new valgrind, which I'm uploading now but will obviously take a while to build
[20:18] <slangasek> infinity: for bonus points, the armhf apt autopkgtest regression is reproducible
[20:28] <slangasek> infinity: I do like the fcoe-utils/arm64 regression best of all, though - glibc 2.28 has caused this package to no longer find PCI support on the testbed ;)
[20:44] <infinity> slangasek: Wha?
[20:45] <xnox> slangasek, we appear to migrate things without grouping them with built-using. e.g. go things should be grouped with 'built-using' things, like we group the silo ppa stuff.
[20:46] <xnox> slangasek, cause e.g. prometheus-node-exporter migrated, but only passes with all-proposed things.
[20:53] <mwhudson> slangasek: the backend for reverse-depends is in that super oddball language, python, iirc
[20:54] <slangasek> mwhudson: oh ok ;)
[20:54] <mwhudson> although i am now entirely failing to find the repo again
[20:59] <mwhudson> slangasek: ah https://bazaar.launchpad.net/~stefanor/+junk/reverse-deps/files
[21:00] <infinity> slangasek: That's bizarre.  It looks like the test itself is working the same with both, but upgrading glibc makes it more verbose?
[21:00] <infinity> slangasek: ... and makes it see a qemu PCIe bridge?
[21:00] <infinity> ...how?
[21:02] <slangasek> xnox: we don't block migrations based on build-depends either; this might be something better handled via an audit report at end of cycle, rather than making proposed-migration more brittle
[21:04] <infinity> slangasek: Those two tests also used different kernels (-7 versus -9), maybe that's the real culprit?
[21:04] <LocutusOfBorg> please somebody bump mariadb hint to mariadb-10.1
[21:04] <LocutusOfBorg> ehm 1:10.1.35-1ubuntu1
[21:05] <mwhudson> slangasek: scipy: figuring out scientific software's autopktest fails is always so much fun
[21:05] <slangasek> LocutusOfBorg: I thought I saw mariadb-test being sorted; has that not yet reached Ubuntu?
[21:05] <mwhudson> particularly the ones that only crop up on s390x
[21:06] <mwhudson> something in the stack has picked up an endian bug? hooray
[21:07] <mwhudson> and skimage fails on 32 bit
[21:08] <infinity> slangasek: Ahh, no, -7 failed the same way in an earlier run.  Back to WTF.
[21:10] <infinity> slangasek: FWIW, i386 fails (and has always failed) the same way due to the same stderr message.
[21:10] <infinity> slangasek: So this looks more like a progression on arm64 that leads to a regression due to the test being broken WRT not ignoring that message.
[21:11] <slangasek> righty-o
[21:12] <infinity> slangasek: amd64 passes because it doesn't find a bridge to enumerate to then tell us it can't do PCI caps. :P
[21:12] <slangasek> heh
[21:12] <infinity> slangasek: i386 (and now arm64) find a bridge and tell us it's naughty.
[21:13] <infinity> Still no idea why a glibc upgrade would tickle that, but carefactor there is low.  I think fixing the test to ignore that one stderr message and suddenly make i386 pass is the right option.
[21:13] <slangasek> infinity: then why did the no-proposed retry succeed?
[21:13] <slangasek> ok
[21:13] <LocutusOfBorg> slangasek, what?
[21:14] <slangasek> LocutusOfBorg: I definitely saw that the missing mariadb-test package was being reintroduced in Debian.  And I see it in -proposed as well.  that was the previous rationale for the badtest
[21:15] <xnox> mwhudson, yeah, lets ask ibm to do s390le
[21:15] <slangasek> LocutusOfBorg: so I would not just bump the mariadb-10.1 hint without a specific rationale
[21:15] <infinity> xnox: You're in a timeout.
[21:15]  * xnox 😔
[21:16] <LocutusOfBorg> slangasek, https://ci.debian.net/data/autopkgtest/unstable/amd64/m/mariadb-10.1/873043/log.gz
[21:16] <LocutusOfBorg> does it help to know that the failure is exactly the same?
[21:16] <LocutusOfBorg> I can report a debian bug if you want, or if nobody did it
[21:16] <LocutusOfBorg> https://ci.debian.net/packages/m/mariadb-10.1/unstable/amd64/
[21:16] <slangasek> LocutusOfBorg: knowing that the testsuite fails in the same way in Debian and Ubuntu is not an argument for us ignoring the breakage in Ubuntu
[21:17] <xnox> because debian revert our fixes, and won't put them back - cause they /only/ fix autopkgtests?!
[21:18] <xnox> (that used to be the case, not sure if the current failure is still the same thing or something else)
[21:19] <LocutusOfBorg> https://jira.mariadb.org/browse/MDEV-15096
[21:19] <LocutusOfBorg> https://www.google.it/search?q=CURRENT_TEST%3A+main.mysql_client_test_nonblock&oq=CURRENT_TEST%3A+main.mysql_client_test_nonblock&aqs=chrome..69i57.202j0j7&sourceid=chrome&ie=UTF-8
[21:20] <LocutusOfBorg> seems that upstream is aware since some years, and nobody caring :/
[21:21]  * LocutusOfBorg too tired to look at it today, g'night!
[21:24] <sarnold> heh, I though tyou said "too tired to at it on a friday night".. and got my hopes up.
[21:26] <mwhudson> hm
[21:26] <mwhudson> can we just stop building for i386? :)
[21:27] <mwhudson> and armhf (pushing it now)
[21:30] <sarnold> I'd also be content with "sorry, that package is no longer available on this architecture because it can't be linked"
[21:30] <sarnold> how much time do we spend on chromium-browser, firefox, .. ceph? .. who else takes forever..
[21:31] <mwhudson> i think some underlying numeric package now has precision issues on x87 or something
[21:31] <infinity> x87 is garbage.
[21:31] <mwhudson> yes
[21:32] <infinity> The only way to get accurate math on x86 is to ignore x87.
[21:32] <infinity> Which is slooooow.
[21:32] <mwhudson> or ignore x86!
[21:32] <infinity> Amen.
[21:32] <infinity> Sing it, sister.
[21:32] <mwhudson> does ubuntu assume sse for x86?
[21:32] <mwhudson> wait no i DONT CRE
[21:32] <mwhudson> *CARE
[21:32] <infinity> No.
[21:33] <infinity> We assume base 686 + PAE (and the latter only for the kernel)
[21:33] <mwhudson> imexam + python-astropy: fail only on s390x
[21:33] <mwhudson> skimage: fails on 32 bit
[21:34] <mwhudson> python-scipy itself: fails on i386
[21:34] <mwhudson> (well and armhf but it's never passed there)
[21:34] <mwhudson> oh wait: http://autopkgtest.ubuntu.com/packages/p/python-scipy/cosmic/i386
[21:34]  * mwhudson checks hints
[21:37] <mwhudson> hm was hinted for 0.19.1-2ubuntu1
[21:39] <infinity> slangasek: bash to the rescue: http://paste.ubuntu.com/p/wkQF9X8yXw/
[21:43] <slangasek> infinity: instead of 'run fcoeadm --interface >&4 2>&1 |grep -v "^PCI capabilities are not supported$" >&2 4&>1' ? :)
[21:44] <infinity> slangasek: Yeah, I started down fd shuffling route, then remembered bash could do this readably.
[21:44] <slangasek> jbicha: why did you reintroduce ubuntu-desktop on s390x in ubuntu-meta 1.407?
[21:44] <infinity> slangasek: Also, harder with fd-shuffling to get the rest of stderr to stay on stderr instead of lumping it all in stdout.
[21:44] <infinity> Though, I think yours does that.
[21:44] <infinity> Maybe.
[21:45] <infinity> slangasek: Because it's not unity-based anymore and all the deps actually build?
[21:46] <slangasek> infinity: we deliberately did not ship an ubuntu-desktop package on that architecture because Canonical does not support the desktop on s390x
[21:47] <infinity> slangasek: Canonical doesn't support the desktop on ppc64el either.
[21:47] <slangasek> now the package exists, without even a comment in the changelog as to why the architecture exclusion list was reverted
[21:47] <slangasek> yes, and we shouldn't have it there either
[21:47] <infinity> I heartily disagree. :P
[21:48] <infinity> I don't think having random arch differences based on what Canonical has contracts for is particularly sane.
[21:48] <jbicha> because it makes the changelogs more confusing if we don't build ubuntu-desktop on all architectures
[21:48] <jbicha> see https://launchpad.net/ubuntu/+source/ubuntu-meta/1.406
[21:49] <jbicha> because the update script doesn't actually handle that case very well
[21:49] <slangasek> yes, and such disagreements ought to be discussed, instead of being rendered a fait accompli by changing it and letting it leak into an LTS
[21:49] <jbicha> you could split ubuntu-desktop into its own separate source package if you wanted
[21:49] <slangasek> dude
[21:51] <slangasek> jbicha: that is not grounds for making a unilateral decision about architecture support in ubuntu-meta
[21:51] <infinity> slangasek: How does the presence of a metapackage change anything about any of the packages it depends on?  If we really want to not have GNOME supported on s390x at all, we shouldn't be building it (but, please don't).
[21:51] <slangasek> and if you care so much about changelog readability, why did you not document this change in the changelog?
[21:55] <slangasek> infinity: it makes a significant difference in the kind of awkward conversation you get to have with a user who tries to install ubuntu-desktop and then wants support for it
[21:56] <infinity> slangasek: And if that user installs a bunch of random desktop packages in main and starts up that same conversation, it's less awkward?
[21:57] <slangasek> ideally we wouldn't have any of those packages in main on s390x
[21:57] <slangasek> for this reason
[21:59] <jbicha> ok, I should have mentioned it in the changelog, I guess I just didn't want to have an argument about it but that's not a very good reason
[22:04] <slangasek> that's weird, can't reproduce the telepathy-logger-qt autopkgtest regression in a cosmic chroot
[22:14] <slangasek> LocutusOfBorg: seen the diaspora-installer autopkgtest regressions (openssl)?
[22:29] <slangasek> infinity: looks like mysql-5.7/ppc64el is also fail-y after a rebuild against the new ppc64el
[22:31] <slangasek> infinity: eh, ignore that, looks like 5.7.23 in general has been fail-y on ppc64el
[22:34] <xnox> jbicha, that change only broke release-upgrade from xenial->bionic for everyone on s390x, in addition to being against what was agreed before between ubuntu & ibm.
[22:34] <xnox> (the z side of ibm)
[22:35] <infinity> xnox: How would it have broken release upgrade?
[22:35] <xnox> infinity, because giggles =)https://bugs.launchpad.net/ubuntu-z-systems/+bug/1787668
[22:36] <slangasek> xnox: I don't think it broke the release-upgrade; I think the release-upgrader itself is just broken for using ubuntu-desktop as a key package on this arch when it shouldn't
[22:36] <infinity> xnox: Unless you're implying we accidentally install a desktop on every server installation on upgrade, I call BS on "broke ... for everyone".
[22:36] <xnox> infinity, it has broken logic for when a key package is in next release; but not current.
[22:36] <xnox> as far as i understand the bug so far.
[22:36] <infinity> Oh.  Well, that's hardly jbicha's fault.
[22:38] <xnox> infinity, re not having ubuntu-desktop. At the time i had more strong opinion about it, given lack of physical displays; lack of stable mir/wayland display manager or ssh forwarding for mir/wayland; now that we are back to just X it is slightly easier to say that X things are possibly useful.
[22:38] <xnox> infinity, but not unless one can watch cat videos on youtube. imho installing ubuntu-desktop should give that ability to the user, and i believe firefox is still broken on s390x.
[22:39] <xnox> infinity, i have not checked, but ppc64el ubuntu-desktop does pass the cat video test i believe.
[22:39] <infinity> I don't think cat videos are a hard requirement for a functional desktop. :P
[22:39] <sarnold> infinity: break them and find out.. :)
[22:39] <infinity> Though, I admit it's a nice-to-have.
[22:40] <infinity> xnox: fwiw, firefox exists on s390x in bionic.  How broken is it?
[22:40] <xnox> infinity, i have made this argument before, i believe re:i386 -> until it can haz cat videos it is a real desktop.
[22:40] <infinity> s/bionic/bionic-updates/
[22:40] <xnox> infinity, it does exist, it does exec, it fails between exec and showing a window; most JS tests fail
[22:40] <xnox> infinity, it compiles into a binary.
[22:40] <infinity> Ahh, so rust is borked.
[22:40] <xnox> that too.
[22:41] <sarnold> qt's not happy on ppc64el either https://bugreports.qt.io/browse/QTBUG-56975
[22:41] <infinity> Which seems like a larger problem for a server/cloud-type system than just firefox JS.
[22:41] <infinity> Given rust is gaining more traction in that space.
[22:42] <xnox> infinity, rust itself is better than all of firefox, i thought the testsuite failures for rust on s390x were small-ish
[22:42] <mwhudson> i'm sure ibm have teams of toolchain engineers just roaming around looking for toolchains to support
[22:42] <xnox> (at least at the time i fleshed it out with chrisccoulson )
[22:42] <infinity> xnox: Well, firefox JS broken == rust broken, these days.
[22:42] <xnox> mwhudson, i have requested that for rust and firefox, it went mia -> not a priority for that subteam.
[22:43] <xnox> infinity, but i do want to put my little paw dawn and show some claws re:cat-video requirement.
[22:43] <infinity> xnox: If the rust testsuite isn't catching what firefox's JS engine does, then one could consider firefox JS a better rust testsuite. :P
[22:43] <sarnold> rust 'tier 1' platforms is mighty small list :(  https://forge.rust-lang.org/platform-support.html
[22:44] <jbicha> xnox: could you try epiphany-browser on s390x?
[22:45] <infinity> People other than masochists run epiphany on purpose?
[22:46] <jbicha> depends on how desperate you are for cat videos, I guess
[22:48] <infinity> I mean, I'll have a friendly vim-vs-emacs style argument about firefox-vs-chromium any day, but bringing epiphany into it is akin to the guy in the corner piping up with "I prefer pico!"
[22:48] <infinity> ie: We all agree that guy's wrong.
[22:51] <slangasek> galeon ftw
[22:51] <xnox> there was an odd browser with an apparmor profile as well
[22:51] <xnox> i spotted recently
[22:51] <xnox> is it galeon?
[22:52] <sarnold> qutebrowser perhaps? https://github.com/qutebrowser/qutebrowser/blob/81b3ef937ebf202670c1561429552874ed51d32a/misc/apparmor/usr.bin.qutebrowser
[22:53] <xnox> sarnold, https://launchpad.net/ubuntu/+source/surf
[22:53] <sarnold> I didn't expect that
[22:54] <xnox> sarnold, an apparmor profile unsuitable for usr-merge to be precise ;-)
[22:54] <sarnold> lol
[22:54] <slangasek> xnox: galeon was a gnome 1.x (?) wrapper around embedded mozilla
[22:55] <xnox> slangasek, there was gnome before 3?
[22:55] <jbicha> "surf is a simple web browser based on WebKit2/GTK+. It is able to display websites and follow links." < https://surf.suckless.org/
[23:07]  * xnox ponders that i should be advocating demoting ubuntu-desktop binary package from main to universe on all arches that fail cat-video test
[23:42] <xnox> slangasek, how do you feel about releasing systemd?
[23:42] <xnox> there is only one assertion on arm64
[23:42] <xnox> subprocess.CalledProcessError: Command '['ps', 'u', '-C', 'gdm-x-session']' returned non-zero exit status 1.
[23:42] <xnox> in a boot-and-services test case
[23:42] <slangasek> xnox: which release?
[23:43] <xnox> cosmic-proposed -> -release
[23:43] <slangasek> xnox: so you want me to badtest it?
[23:43] <xnox> yes please.
[23:43] <xnox> and i'm thinking to debug and file gdm3 bug + mark it expectfailed on arm64 for cosmic
[23:44] <xnox> not sure what the point is, in src:systemd validating ubuntu-desktop on a non-UA arch.
[23:44] <slangasek> xnox: arm64 is desktoppier than some of the others
[23:44] <xnox> sure
[23:44] <xnox> but the arm64 microsoft laptops are not linux supported yet =/
[23:46] <slangasek> xnox: anyway, looks like a fair trade here
[23:47] <slangasek> (since we currently have 3 archs ignored in release pocket instead of 1)
[23:47] <xnox> oh
[23:48] <xnox> it's been baking for a long time, and i had to fix many things yes =/
[23:48] <xnox> v238 and v239 were quite shit
[23:52]  * slangasek gives the idle autopkgtest runners something more to do (mass retry of failed autopkgtests)
[23:52] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (bionic-proposed/main) [2.525.7 => 2.525.8] (desktop-core)


[16:00]  * slangasek waves
[16:01] <jodh> o/
[16:01]  * cjwatson particles
[16:01] <slangasek> #startmeeting
[16:01] <meetingology> Meeting started Thu Feb 20 16:02:02 2014 UTC.  The chair is slangasek. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[16:01] <meetingology> Available commands: action commands idea info link nick
[16:02] <slangasek> [TOPIC] Lightning round
[16:02] <slangasek> $ echo $(shuf -e barry doko stgraber jodh bdmurray slangasek cjwatson xnox stokachu)
[16:02] <slangasek> doko stokachu cjwatson jodh bdmurray barry xnox slangasek stgraber
[16:03] <slangasek> doko: here?
[16:03] <doko> - working on python 3.4 as the default updates. still a few issues, pending pack
[16:03] <doko> ages are: pystache, pyside. pytbles, aptdaemon, system-image
[16:03] <doko> - transitions ...
[16:03] <doko> - toolchain update
[16:03] <doko> (done)
[16:04] <caribou> slangasek: s/stokachu/caribou/
[16:07] <stgraber> caribou: your turn then :)
[16:07] <caribou> nothing particular on our side
[16:09] <cjwatson> Finished first pass at HTTPS support in d-i (included giant base-installer merge which took a while).  Awaiting CTS feedback before backporting to precise.
[16:09] <cjwatson> Spent most of the week in a cave hacking on libclick.  I now have over 4000 lines of C code, though a lot of it's quite formulaic translation work; should be within a week of landing this.  See FFe bug 1282311.
[16:09] <cjwatson> Went through Debian auto-sync dry-run report looking for easy and reasonably safe bug-fix syncs.  Found nearly 100.
[16:09] <cjwatson> Continued Debian TC discussions.
[16:09] <cjwatson> ..
[16:09] <jodh> * core-1311-cgroup-manager:
[16:09] <jodh>   - upstart: async tests have identified a state machine bug in the async
[16:09] <jodh>     branch which I'm currently investigating.
[16:09] <jodh> * UDS
[16:09] <jodh>   - Raised blueprints:
[16:09] <jodh>     - https://blueprints.launchpad.net/ubuntu/+spec/core-1403-systemd-transition
[16:09] <jodh>     - https://blueprints.launchpad.net/ubuntu/+spec/core-1403-session-init-systemd-migration
[16:09] <jodh> * boot:
[16:10]  * slangasek pokes the network
[16:10] <jodh>   - Merged lp:~cameronnemo/upstart/ipv6.
[16:10] <slangasek> so, how much of anything made it through before my network collapsed on me?
[16:10] <jodh>   - Created basic https://wiki.ubuntu.com/SystemdForUpstartUsers page.
[16:10] <jodh> փ
[16:10] <stgraber> slangasek: 16:03 < slangasek> doko: here?
[16:10] <stgraber> slangasek: I'll paste you the log
[16:10] <slangasek> heh :)
[16:10] <bdmurray> slangasek: nothing really
[16:10] <slangasek> stgraber: nah, I'll grab it from irclogs.u.c
[16:10] <stgraber> slangasek: ok
[16:11] <bdmurray> tested issue with retracers and a core dump that retraced well for me but not in canonistack (precise version of gdb)
[16:11] <bdmurray> research into failed to retrace bugs for seb128
[16:11] <bdmurray> created a duplicate signature for kerneloops reports using linux package hook
[16:11] <bdmurray> worked with ogasawara regarding oopstext and dupe signatures
[16:11] <bdmurray> uploaded apport with dupesig changes to trusty
[16:11] <bdmurray> updated apport to include package version in Package section of kerneloops crashes
[16:11] <bdmurray> uploaded kerneloops enabled package to trusty
[16:11] <bdmurray> emailed ubuntu-quality regarding kerneloops
[16:11] <bdmurray> investigation into carriage return in errors buckets and querying of cassandra issue
[16:11] <bdmurray> changed apport not to use a line feed in the duplicate signature for kerneloops'es
[16:11] <bdmurray> fixed errors issue with characters in bucket ids pertinent to kerneloops reports
[16:11] <bdmurray> research into package rate of crash changes for the phased-updater
[16:11] <bdmurray> package rate of crashes work (setup test queries using cassandra.py)
[16:11] <bdmurray> updated new and eol release tasks with error tracker information
[16:11] <bdmurray> submitted a merge proposal for aptdaemon bug 1266844
[16:11] <bdmurray> uploaded a fix for usb-creator bug 1259111
[16:11] <bdmurray> merge proposal to fix unattended-upgrades reboot dry-run bug
[16:11] <bdmurray> patch pilot
[16:11] <bdmurray> +1 maintenance
[16:11] <bdmurray> SRU admin work with carges
[16:11] <bdmurray> google hangout with server team manager regarding bug reports
[16:11] <bdmurray> ⌁ done
[16:12] <barry> system-image: LP: #1277589.  much testing, probably have a good fix in lieu of u-d-m patches.  struggling to get successful ppa build.  test suite problems with dbus-daemon that aren't evident in local sbuilds - trying again on devirt ppa, and if that doesn't work, i can sleep(2) my way around it i think.  update: looks like devirt doesn't help. :(  time 2 sleep, er. time.sleep(2)
[16:12] <barry> ubu/deb: enum34 0.9.23-1
[16:12] <barry> python: issue 20687 (expectedFailure regression affecting autopilot)
[16:12] <barry> later today: hangout chat about py3 autopilot
[16:12] <barry> done
[16:12] <xnox> * assisting ci with queries about emulator (ci has work in progress to
[16:12] <xnox>   drive emulator cloud instances to execute all tests and aggregate
[16:12] <xnox>   results)
[16:12] <xnox> * ongoing discussions about autpilot python3 migration:
[16:12] <xnox>   - write up of the plan at
[16:12] <xnox>   https://blueprints.launchpad.net/ubuntu/+spec/core-1311-python3-roadmap
[16:12] <xnox>   - follow up chat between autopilot, qa, and foundations later today
[16:12] <xnox> * frantically doing last-minute merges pre-FF + forwaring things to
[16:12] <xnox>   debian as applicable. And patch-piloting interesting fixes.
[16:13] <xnox> * completed all dmraid2mdadm patches, did not resolve migration path
[16:13] <xnox>   for existing dmraid installation - requested feedback on
[16:13] <xnox>   ubuntu-devel about it.
[16:13] <xnox> * fixing up artwork in a few places for 14.04:
[16:13] <xnox>   - lightdm logo (now dynamically generated)
[16:13] <xnox>   - updated d-i logo (no more vintage)
[16:13] <xnox>   - plymouth logo update pending design review (circle of friends must
[16:13] <xnox>   be orange, not aubergine)
[16:13] <xnox> * looking into reported boost test-suite failures, whilst it's
[16:13] <xnox>   interesting to see how broken the test-suites are, some of these
[16:13] <cjwatson> jodh: I made core-1403-session-init-systemd-migration depend on core-1403-systemd-transition, since systemd's session supervision support requires that systemd is pid 1
[16:13] <xnox>   problems are upstream and not distribution/specific.
[16:13] <xnox> * Working on testing grub-installer, to always honor the preseed
[16:13] <xnox>   target device for grub installation. Will upload soon.
[16:13] <xnox> ..
[16:14] <jodh> cjwatson: thanks. core-1403-session-init-systemd-migration is arguably misnamed though iff we can find a way to emulate the events that the Session Init currently gets via the upstart-event-bridge.
[16:15] <jodh> cjwatson: if that were possible, there would be no dependency.
[16:15] <cjwatson> jodh: well, there's a bidirectional dependency that might be broken one way
[16:15] <jodh> cjwatson: but clearly they are related, so I guess it makes sense for now :)
[16:15] <cjwatson> jodh: but if we wanted to use systemd as the session init as well, then there is a dependency there
[16:15] <jodh> cjwatson: ack
[16:16] <cjwatson> i.e. your c)
[16:16] <cjwatson> anyway, feel free to remove the dep if you feel appropriate, I just wanted a link to exist :)
[16:16] <jodh> cjwatson: agreed
[16:17] <slangasek> barry: do you want any more eyeballs on the system-image ppa build problem today?
[16:18] <barry> slangasek: yes, please!  it would be nice to have a proper build and not depend on ugly sleeps
[16:18] <slangasek> barry: ok, link me after the meeting please :)
[16:18] <barry> slangasek: will do
[16:18] <slangasek> barry, xnox: should I sit in on the python3 autopilot hangout later?
[16:19] <barry> slangasek: sure
[16:19] <slangasek>  * job description handed over to HR for the Java role
[16:19] <slangasek>  * heavily focused on customer-facing work this week
[16:19] <slangasek> (done)
[16:19] <slangasek> ^^ if you know any java people, send 'em my way :)
[16:19] <stgraber> LXC:
[16:19] <stgraber>  - Released rc1, rc2, rc3 and rc4.
[16:19] <stgraber>  - Prepared the release announcements, website update, ... for the final release later today.
[16:19] <stgraber>  - Switched the LXC daily PPA to building with cgmanager by default.
[16:19] <stgraber>  - Got all the tests passing both with and without cgmanager (found a couple of interesting issues in the process).
[16:19] <stgraber>  - Finished my blog post series on LXC 1.0 just in time for release.
[16:19] <stgraber>  - Fixed a ton of coverity reported issues and a few other bugs.
[16:19] <stgraber>  - Code reviews and testing of last minute changes.
[16:19] <stgraber> CGManager:
[16:19] <stgraber>  - Tested cgmanager on all supported releases and now happily using it on precise!
[16:20] <stgraber>  - Started working on patches to our logind so it can use cgmanager and skip cgroupfs entirely.
[16:20] <stgraber> Other:
[16:20] <stgraber>  - Fixed a couple of issues with shadow and user namespaces (don't give uid/gid ranges to system users and give 65536 uids by default to others).
[16:20] <stgraber> (DONE)
[16:21] <xnox> slangasek: if you have time, it might be interesting =) as some of us have conflicting opinions of what autopilot is and what's the long term future for python2-autopilot is.
[16:22] <slangasek> xnox, barry: the whiteboard on https://blueprints.launchpad.net/ubuntu/+spec/core-1311-python3-roadmap is a good starting point, but maybe it would help to have a wiki page writeup that goes into more detail, before the meeting, to explain how the outlined steps get us to where we want to be
[16:23] <slangasek> any questions over status above?
[16:24] <slangasek> caribou: sorry, irclogs.u.c is unhelpfully not refreshing for me, so I don't see if you had a chance to talk during the lightning round
[16:24] <caribou> slangasek: yes I did, nothing particular at this time
[16:24] <slangasek> ok
[16:24] <barry> slangasek, cjwatson well, maybe the devirt ppa *did* work: https://launchpad.net/~barry/+archive/systemimage/+build/5621116
[16:25] <slangasek> barry: ... "fun" :)
[16:25] <slangasek> why do you people keep writing software that's sensitive to the differences between our different ppas, sheesh :)
[16:25] <barry> slangasek: there are still a few dbus errors in the output, but these ones don't affect test suite.  shall we declare victory and move on? :)
[16:25] <slangasek> barry: yes
[16:25] <xnox> barry: you can do binary copy into the archive from de-virt ppa without recompilation =)
[16:25] <slangasek> [TOPIC] FeatureFreeze
[16:25] <slangasek> speaking of moving on
[16:25] <cjwatson> barry: random guesses 'r' us.  let's hope it isn't racy though
[16:26] <slangasek> xnox: :P
[16:26] <barry> cjwatson: i'm very good at hitting "retry" :)
[16:26] <slangasek> I don't think there was any pre-announcement of it this time around, but lo, today is the feature freeze for trusty
[16:26] <xnox> slangasek: i have a few packages that do [ -e /CurrentlyBuilding ] &&
[16:26] <slangasek> so, y'know, adjust your uploading accordingly
[16:27] <xnox> slangasek: so what's the qt5.2 status w.r.t. FF then?
[16:27] <barry> xnox: that's the thing. it *only* fails on the virt ppas
[16:27] <slangasek> a very good question
[16:27]  * barry blames hardy
[16:27] <slangasek> there are certainly a number of packages that we're looking for standing FFes for wrt the phone
[16:28] <slangasek> I think we still need to get qt5.2 in... but it's obviously not made it in before the FF
[16:29] <slangasek> I'll be checking with ScottK to understand how this impacts the non-phone
[16:29] <xnox> barry: re-autopilot a list of all affected packages/branches would be good: e.g. emulators and clicks.
[16:29] <xnox> slangasek: right, there are very little Qt5 !touch packages in the archive.
[16:29] <barry> xnox: i had that once, before the london rain washed it all away.  will try to resurrect it
[16:30] <slangasek> xnox: any chance you can tell at a glance which ones are !touch?  I couldn't work it out from the names alone
[16:30] <xnox> slangasek: however, KDE Framework5 is planned to be released shortly after 14.04 and it is expected that kubuntu will want to provide 5.2 based framework5 via blessed kubuntu PPAs.
[16:30] <xnox> slangasek: i'll do that quickly.
[16:31] <slangasek> xnox: ok, so it's to their advantage to have 5.2 in and stable for 14.04, and it won't (in theory) disrupt anything they're currently working on
[16:31] <xnox> slangasek: correct.
[16:32] <slangasek> good to hear - we'll still want to confirm that with the kubuntu team directly, but at least it sounds like we have a way forward in spite of the late landing
[16:32] <slangasek> [TOPIC] UDS
[16:32] <slangasek> UDS is only 3 weeks away
[16:33] <slangasek> while it's ok to not have a lot of new discussion sessions mid-cycle - I'm sure we all have plenty of work items still from the blueprints at last UDS - if you *do* have topics you think we need to discuss, please get the blueprints registered this week
[16:34] <slangasek> [TOPIC] AOB
[16:34] <slangasek> anything else?
[16:36] <slangasek> fwiw, see your email regarding an upcoming sprint that's being planned
[16:36] <slangasek> the dates are a bit awkward for those in the US/UK
[16:37] <slangasek> any questions, you can grab me on mumble or IRC :)
[16:38] <slangasek> #endmeeting
[16:38] <meetingology> Meeting ended Thu Feb 20 16:38:51 2014 UTC.
[16:38] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2014/ubuntu-meeting.2014-02-20-16.02.moin.txt
[16:38] <slangasek> thanks, all!
[16:38] <barry> thanks!
[16:38] <jodh> thanks!
[16:39] <stgraber> thanks!
[17:01] <czajkowski> aloha
[17:01] <czajkowski> cprofitt: dholbach mhall119 ping
[17:01] <cub> hi
[17:01] <mhall119> here
[17:01] <czajkowski> #startmeeting
[17:01] <meetingology> Meeting started Thu Feb 20 17:02:10 2014 UTC.  The chair is czajkowski. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[17:01] <meetingology> Available commands: action commands idea info link nick
[17:02] <czajkowski> aloha and welcome to this weeks Community Council meeting
[17:02] <dholbach> o/
[17:02] <czajkowski> this weeks meeting we're meeting with Xubuntu folks
[17:03] <czajkowski> anyone here from the team ?
[17:03]  * cprofitt raises hand
[17:03] <cprofitt> just made it
[17:03] <cprofitt> not from the Xubuntu team though
[17:03] <czajkowski> anyone here from the Xubuntu team ?
[17:03] <czajkowski> if not we can move onto the next item and come back
[17:04] <czajkowski> Anyone here from the Ubuntu studio ?
[17:04] <cub> o/
[17:04] <czajkowski> cub: aloha there
[17:04] <cub> though I had hoped zequence would make it.
[17:04] <mhall119> hi cub
[17:04] <cub> hi all
[17:04] <czajkowski> cub: so how are things?
[17:04] <cprofitt> hello cub
[17:05] <czajkowski> cub: are you able to fill us in on how things are going ?
[17:05] <dholbach> is Xubuntu ready for Feature Freeze? :)
[17:05] <cub> Well, the team is quite small at the moment. I believe only zequence and Ovenwerks are doing the development, madeinkobaia (art lead) is working on the new look for Trusty
[17:05] <cub> Myself have been focusing on getting the accessibility working for the iso installation
[17:06] <dholbach> oh... sorry - we're talking about Ubuntu Studio right now?
[17:07] <cub> I was writing about Ubuntu Studio, yes.
[17:07] <dholbach> sorry about that... I got a bit confused :)
[17:07] <cub> There was discussions and plans to work more the Studio workflows but time and resources have been scarce so
[17:08] <dholbach> in that case... did the Ubuntu Studio team get everything in they needed before the Feature Freeze?
[17:08] <cub> As far as I know, yes.
[17:08] <cub> I'm not entirely up to date though.
[17:09] <cub> So perhaps zequence had something with the -controls left, I'm not sure.
[17:11] <cub> There have been some issues with the low latency kernel and booting the iso's, I know zequence is involved in that
[17:11] <dholbach> Did you get feedback from testers of trusty already? Are they happy so far?
[17:12] <cub> all testing that has been done have been within the team
[17:12] <cub> we have got some good feedback from the community on applications to include
[17:13] <cub> but no feedback on direct testing so far.
[17:13] <dholbach> ok
[17:13] <cub> Then again, Ubuntu Studio is not part of the Alpha releases so it's Daily releases until Beta
[17:13] <czajkowski> cub: nods good to know
[17:13] <dholbach> ah ok, makes sense
[17:13] <dholbach> do you feel the team got everything worked out you planned for this cycle? or is on track?
[17:14] <cub> I believe so, the plans were narrowed down.
[17:15] <cub> As FF is today, myself will focus on looking into the release management as smartboyhw left earlier to focus on his studies.
[17:15] <cub> I know the Xubuntu team has good progress on the automatic tests..?
[17:16] <cub> I think Ubuntu Studio could make use of that too, especially since we usually have a small number of tests outside of the team
[17:16] <dholbach> yeah, I think I saw a merge proposal by elfy for some tests somewhere, but I might be misremembering
[17:17] <cub> Exactly, elfy and zequence had some discussions
[17:18] <czajkowski> cub: is there anything the CC can help the team with ?
[17:18] <cub> As for when the release draws closer, we started out earlier to make plans to make more use of Youtube for turotials
[17:18] <cub> At the moment I think it's on track
[17:21] <cub> So, as far as I know, there nothing on the agenda to bring up to the CC.
[17:23] <czajkowski> cub: thank you for taking the time to come and talk to us
[17:23] <czajkowski> any other questions folks?
[17:23] <dholbach> keep up the good work - I'm sure 14.04 is going to be a great release for Ubuntu Studio!
[17:23] <cprofitt> yes, thanks for the updates cub please continue your efforts
[17:23] <cub> Thank you!
[17:24] <czajkowski> Anyone want to bring any questions up to the CC while we're here
[17:25] <czajkowski> #endmeeting
[17:25] <meetingology> Meeting ended Thu Feb 20 17:25:57 2014 UTC.
[17:25] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2014/ubuntu-meeting.2014-02-20-17.02.moin.txt
[17:25] <czajkowski> thank you folks
[17:27] <zequence> I'm a bit late, it seems :)
[17:27] <cub> =)
[17:28] <zequence> On getting everything in for FF, I'm still waiting to get ubuntustudio-live sponsored
[17:28] <zequence> dholbach: ^
[17:28] <dholbach> can you ask in #ubuntu-devel to get this sponsored? I won't have time today to look into this :/
[17:29] <zequence> dholbach: np
[17:29] <dholbach> thanks!
[18:38] <CommandNx_2_16> so?
[18:38] <CommandNx_2_16> hi!
[19:43] <CommandNx_2_16> =-O


[00:03] -lugito:#lubuntu-devel- [rMANUAL5533b7b36c77: Add comment to lowriter and how to reply] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL5533b7b36c77
[00:13] -lugito:#lubuntu-devel- [rMANUALfe6c4b860d44: Add go to page] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALfe6c4b860d44
[00:24] -lugito:#lubuntu-devel- [rMANUALb6c53b5caf4c: Start tables to lowriter] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALb6c53b5caf4c
[00:56] -lugito:#lubuntu-devel- [rMANUAL28668c0a8f0c: Add how to insert things into table and move to other rows and columns] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL28668c0a8f0c
[01:00] -lugito:#lubuntu-devel- [rMANUAL860bd2eae433: Add styles of lowriter tables] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL860bd2eae433
[01:24] -lugito:#lubuntu-devel- [rMANUALc13d9dd1997a: Add inserting rows/columns before/after in lowriter] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALc13d9dd1997a
[06:38] -lugito:#lubuntu-devel- [rMANUAL01d47935e576: Add adding multiple rows and columns and deleteing a row] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL01d47935e576
[06:42] -lugito:#lubuntu-devel- [rMANUAL2cbc48b8d104: Add deleting columns and whole table to lowriter] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL2cbc48b8d104
[06:56] -lugito:#lubuntu-devel- [rMANUALcca371cb3ff7: Fix usage one more time] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALcca371cb3ff7
[07:04] -lugito:#lubuntu-devel- [rMANUAL484e79ef0d2f: Fix capitlization] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL484e79ef0d2f
[07:15] -lugito:#lubuntu-devel- [rMANUAL695a818efc19: Add number formatting switching] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL695a818efc19
[07:27] -lugito:#lubuntu-devel- [rMANUAL4402ae5e2e53: Add switch to percentage number format] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL4402ae5e2e53
[14:48] <kc2bez> New Calamares released today. https://calamares.io/calamares-3.2.6-is-out/
 Ouuu
 Yeah, got some goodies I think you were waiting for.
 2 week cycle on that.
 Sweeet
[15:24] <apt-ghetto> Does anyone need an estethic surgery or breast reduction in Tunisia? => https://phab.lubuntu.me/p/medcarthage/
[15:25] <apt-ghetto> @teward would you please nuke him/her/it? I organise sugar for you
 telegram ping for @teward001 too ^^
 @tsimonq2 this is why I suggested disabling user reg to begin with 😜
 for NOW
 i've required email verification
 AND required admin approval
 so your jobs are busier now :P
[15:33]  * apt-ghetto pours sugar over teward
[15:33]  * kc2bez slides teward coffee too
 @teward001 [for NOW], Thanks
 @teward001 [so your jobs are busier now :P], noU :P
[15:58]  * genii 's ears perk up for a moment at the mention of coffee
 *consumes all the coffee on the planet*
 Why does everyone beat up teward so much
 because we take unlimited shots at simon and walter already so
[16:09] <genii> @UniversalSuperBox I can only speak for myself, but he tends to hog all the coffee
 ^
 that's only because I share it with the Ubuntu SEcurity Team who needs it as much as I do :P
[16:11] <teward> mdeslaur even admitted it in -hardened xD
 Standup today! I'll be at GRB and I have a deadline of 45 mins to do the meeting, but I have some text prepared
[18:46] -lugito:#lubuntu-devel- [rMANUAL4b32d7dd68f7: Add switching back to number format] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL4b32d7dd68f7
[19:17] -lugito:#lubuntu-devel- [rMANUALdc3c7c3f0a6f: Add value highlighting to localc] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALdc3c7c3f0a6f
[19:20] -lugito:#lubuntu-devel- [rMANUAL084e31a6109b: Fix missed typo] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL084e31a6109b
[19:33] -lugito:#lubuntu-devel- [rMANUAL88f440c85086: Add set background image to loimpress] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL88f440c85086
[19:44] -lugito:#lubuntu-devel- [rMANUAL05c2ec7d3c42: Add screenshot for inserting tables] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL05c2ec7d3c42
[19:57] -lugito:#lubuntu-devel- [rMANUALcebe634055b4: Add lowriter findbar] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALcebe634055b4
[20:01] -lugito:#lubuntu-devel- [rMANUAL51f541d2c968: Fix spelling usage wrong again] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL51f541d2c968
[20:12] <wxl> what time is our meeting?
 2pm my time I think which is in 45 minutes
 ^ that
[20:20] -lugito:#lubuntu-devel- [rMANUAL473bd3706ab8: Add lowriter_paragraph screenshot] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL473bd3706ab8
[20:31] -lugito:#lubuntu-devel- [rMANUAL702ff85242e6: Fix warning] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL702ff85242e6
[20:31] -lugito:#lubuntu-devel- [rMANUAL702ff85242e6: Fix warning] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL702ff85242e6
[20:33] -lugito:#lubuntu-devel- [rMANUAL0c2863f2f1a0: Fix warning] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL0c2863f2f1a0
[20:44] -lugito:#lubuntu-devel- [rMANUAL742054b9a3f5: Fix warning] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL742054b9a3f5
[20:48] <tsimonq2> I'm through TSA and almost ready for the meeting. :)
 Must be you don't look seedy enough for secondary inspection.
 XD
 Not carrying enough USB sticks obv
[20:55] <tsimonq2> XD
[20:56] <tsimonq2> I did show the TSA agent my Raspberry Pi 3 and was like "does this need its own basket?" :P
[21:03] <tsimonq2> OHAI
[21:03] <tsimonq2> Standup time.
[21:03] <tsimonq2> Who's here?
[21:03] <kc2bez> o/
[21:04] <wxl> o_
[21:04] <lynorian> \o
[21:04] <tsimonq2> kc2bez: You go first.
[21:04] <tsimonq2> Then wxl and then lynorian.
[21:04] <wxl> hello, we're doing the wave UGH
[21:04] <kc2bez> Short copy pasta
[21:04] <kc2bez> I've been "here" but I am afraid I don't have too much further to show for it.
[21:04] <kc2bez> I did notice and posted earlier that the new Calamares has been released. I will try to get to that this weekend at some point.
[21:05] <kc2bez> That is about it for me.
[21:05] <tsimonq2> Cool.
[21:05] <tsimonq2> Thanks for your work!
[21:05] <tsimonq2> wxl: GO GO GO GO GOOOOO
[21:05] <wxl> 1s something weird here
[21:06] <wxl> pastebin cuz mine is too long https://paste.ubuntu.com/p/zQDCGpprCY/
[21:06] <tsimonq2> XD
[21:06] <tsimonq2> no
[21:06] <tsimonq2> Paste it in here
 Do you have flood protection on?
[21:06] <tsimonq2> ...or I will XD
[21:06] <tsimonq2> Nope Daltonm
[21:06] <tsimonq2> *Dalton
[21:08] <kc2bez> Oh, stuff before release, I forgot all about that.
[21:08] <kc2bez> bluurr
[21:08] <wxl> ok fine i'll paste it
[21:08] <wxl> one bit at a time though at least
[21:08] <wxl> if it's going to blow up, this is the one
[21:08] <tsimonq2> ok
[21:08] <wxl>  * BUG TRIAGE
[21:08] <wxl>    * Chromium can't be set as default browser when BROWSER variable is defined pushed upstream: bug 1823917
[21:08] <wxl>    * Confirmed other browsers can't be made default is fixed: bug 1795539
[21:08] <wxl>    * Commented on LXQt about Chromium as default with suggestion use `xdg-settings` in lieu of BROWSER: https://github.com/lxqt/lxqt/issues/1513
[21:08] <wxl>    * Confirmed language names have spaces where appropriate: bug 1801440
[21:08] <wxl>    * Made a bug to consolidate related issues to BROWSER variable: bug 1824654
[21:08] <wxl>    * Confirmed trojita still segfaults when repeatedly sorting (and that screen size matters): bug 1797665
[21:08] <wxl>    * Triaged a bug about keyboard shortcut conflicts: bug 1802501
[21:08] <wxl>    * Could not confirm qpdfview segfaulting: bug 1807621
[21:08] <wxl>    * Struggled to understand a bug about brightness keys changing "screen gain": bug 1820173
[21:08] <wxl>    * Similar struggle on a bug about screen blanking when watching Youtube on Chromium: bug 1820171
[21:08] <wxl>    * Triaged a bug concerning Calamares' partitioner not making it clear that formating has been selected: bug 17713610
[21:08] <wxl>    * Triaged a bug regarding sensors widget forgetting custom colors: bug 1812826
[21:08] <wxl>    * Confirmed a bug about summary window expansion in Calamares is fixed: bug 1801441
[21:09] <wxl>  * TASKS
[21:09] <wxl>    * Helped Raman get rid of ubuntu-report in the seed: https://phab.lubuntu.me/T50
[21:09] <wxl>    * Made a task to deal with LXQt's problematic default web browser mechanism: https://phab.lubuntu.me/T53
[21:09] <wxl>    * Gave my opinion on VPN protocols: https://phab.lubuntu.me/T55
[21:09] <wxl>    * Restored the task to fix keyboard shortcuts: https://phab.lubuntu.me/T59
[21:09] -lugito:#lubuntu-devel- [Medium, Resolved] figure out why we have golang in our packageset: https://phab.lubuntu.me/T50
[21:09] -lugito:#lubuntu-devel- [High, Open] get rid of `$BROWSER`!: https://phab.lubuntu.me/T53
[21:09] <wxl>    * Made a task to fix fcitx packages, pulling in an old task: https://phab.lubuntu.me/T64
[21:09] -lugito:#lubuntu-devel- [Medium, Open] Implement support for extra protocols in nm-tray: https://phab.lubuntu.me/T55
[21:09] -lugito:#lubuntu-devel- [High, Open] fix keyboard shortcuts: https://phab.lubuntu.me/T59
[21:09] <wxl>    * Created meta task for SRUs: https://phab.lubuntu.me/T69
[21:09] -lugito:#lubuntu-devel- [Medium, Open] fix fcitx packages: https://phab.lubuntu.me/T64
[21:09] -lugito:#lubuntu-devel- [Unbreak Now!, Open] SRUs: https://phab.lubuntu.me/T69
[21:09] <wxl>  * TESTING
[21:09] <wxl>    * Confirmed mimeapps fix works: https://phab.lubuntu.me/T3
[21:09] <wxl>    * Confirmed python3-launchpadlib fix works: https://phab.lubuntu.me/T44
[21:09] <wxl>    * Confirmed Calamares segfault fix works: https://phab.lubuntu.me/T40
[21:09] <wxl>    * Confirmed software-properties fix works: https://phab.lubuntu.me/T15
[21:09] -lugito:#lubuntu-devel- [Unbreak Now!, Resolved] Provide complete mimeapps.list: https://phab.lubuntu.me/T3
[21:09] <wxl>    * Coordinated some help getting the testing checklist done (thanks @DarinMiller from Kubuntu-land!)
[21:09] -lugito:#lubuntu-devel- [Unbreak Now!, Resolved] add python3-launchpadlib to live seed: https://phab.lubuntu.me/T44
[21:09] -lugito:#lubuntu-devel- [Unbreak Now!, Resolved] Cala segfault when performing action with no selection: https://phab.lubuntu.me/T40
[21:10] <wxl> ok and these last few categories have only a couple items so
[21:10] <wxl>  * COMMITS
[21:10] <wxl>    * Added known bugs to the release notes
[21:10] <wxl>  * REVIEWS
[21:10] <wxl>    * Accepted fixing italics: https://phab.lubuntu.me/D9
[21:10] <wxl>  * INFRASTRUCTURE
[21:10] -lugito:#lubuntu-devel- [Closed] Fix markdown syntax: https://phab.lubuntu.me/D9
[21:10] <wxl>    * Spent a bunch of time editing the downloads page
[21:10] <wxl>    * Updated the testing checklist
[21:10] <wxl>  * TODO
[21:10] <wxl>    * Make a SRU for usb-creator-kde stretching back to xenial through disco: https://phab.lubuntu.me/T51
[21:10] -lugito:#lubuntu-devel- [High, Open] fix usb-creator-kde: https://phab.lubuntu.me/T51
[21:10] <wxl>    * Get remotely accessible dev container set up
[21:10] <wxl> oh i also added an SRU link to our "current development" section in the sidebar in phab
[21:11] <wxl> not to mention support in irc and mailing lists
[21:11] <wxl> and trying to keep fritz from taking agaida's advice to build his own packages XD
[21:11] <wxl> that's it!
[21:12] <tsimonq2> Cool :D
[21:12] <tsimonq2> wxl: Fritz> XD
[21:12] <tsimonq2> Thanks for your work, wxl!
[21:12] <tsimonq2> lynorian's turn.
[21:12] <wxl> np
[21:13] <tsimonq2> Then I'll go, 'cause flights and stuff.
[21:13] <lynorian> I spellchecked a whole lot of stuff in the manual
[21:13] <wxl> yay vim
[21:14] <lynorian> I added more on tables in libreoffice writer in the manual
[21:14] <lynorian> added new hashes for 19.04
[21:15] <lynorian> I added nomodeset to tips and tricks and setting boot options since last standup
[21:15] <wxl> nice
[21:15] <kc2bez> sweet
[21:15] <lynorian> added a screenshot to the live session
[21:16] <lynorian> lots of new stuff on pcmanfm-qt new features like permanant filter bar
[21:16] <lynorian> and split view
[21:16] <lynorian> new featherpad screenshot
[21:16] <lynorian> new installer screenshots
[21:19] <lynorian> new docked notifiactions in the panel and the power management part to the panel including battery info
 I'm waiting to hear back from #ubuntu-devel on Freenode regarding their ISO tester
[21:20] <tsimonq2> Cool
[21:20] <tsimonq2> lubot: Anything else? :)
[21:20] <tsimonq2> er
[21:20] <tsimonq2> lynorian:
[21:20] <lynorian> nope that is it
[21:20] <tsimonq2> Cool!
[21:20] <tsimonq2> I go next.
[21:20] <tsimonq2>  * Lubuntu 19.04 has been released!
[21:20] <tsimonq2>    - Worked on polishing the blog post: https://lubuntu.me/disco-released/
[21:20] <tsimonq2>    - Published to social media and analyzed feedback from contributors on it.
[21:20] <tsimonq2>    - Prior to the release, I cherry-picked several patches onto Calamares: https://launchpad.net/ubuntu/+source/calamares/3.2.4-0ubuntu3
[21:20] <tsimonq2>    - Discussed the CSS for cdimage.u.c with xnox and krytarik. Polish to come.
[21:20] <tsimonq2>  * Eoan EANIMAL is open for development!
[21:21] <tsimonq2>    - Helped bootstrap the archive a bit:
[21:21] <tsimonq2>      + lintian needed to be updated to recognize Eoan: https://launchpad.net/ubuntu/+source/lintian/2.12.0ubuntu1 - upstream merge request: https://salsa.debian.org/lintian/lintian/merge_requests/198
[21:21] <tsimonq2>      + devscripts needed a no-change rebuild so dch selects eoan by default: https://launchpad.net/ubuntu/+source/devscripts/2.19.4build1
[21:21] <tsimonq2>      + debootstrap needed a symlink so schroots could be built: https://launchpad.net/ubuntu/+source/debootstrap/1.0.114ubuntu1
[21:21] <tsimonq2>  * Refactored our new release documentation: https://phab.lubuntu.me/source/new-release/
[21:21] <tsimonq2>  * Bootstrapped the CI for Eoan and removed Cosmic: https://ci.lubuntu.me/
[21:21] <tsimonq2>  * Created new ubuntu/eoan branches on all of our repositories, and set them as the default on GitHub.
[21:21] <tsimonq2>  * Upstream bug reports:
[21:21] <tsimonq2>    - Calamares: Switch to using unsquashfs for squashfs-based installs in unpackfs - https://github.com/calamares/calamares/issues/1118
[21:21] <tsimonq2>    - Calamares: License module and contextualprocess together don't work correctly with global variables - https://github.com/calamares/calamares/issues/1124
[21:21] <tsimonq2>    - Calamares: License module doesn't understand not being required - https://github.com/calamares/calamares/issues/1125
[21:21] <tsimonq2>    - LXQt: Battery status not updating - https://github.com/lxqt/lxqt/issues/1707 (please confirm!)
[21:21] <tsimonq2>  * Pretty much cleaned out the sponsors queue. Started a discussion on ubuntu-devel: https://lists.ubuntu.com/archives/ubuntu-devel/2019-April/040665.html
[21:21] <tsimonq2>  * I now maintain mokutil in Debian, which is pretty cool.
[21:21] <tsimonq2>  * Worked on a pastebinit SRU to fix some deprecation errors.
[21:21] <tsimonq2>  * Preparing to give a few talks at LinuxFest NorthWest this weekend. I'll be two time zones back.
[21:21] <tsimonq2> Short week overall.
[21:22] -lugito:#lubuntu-devel- [rLXQTQTPLUGINPACKAGINGd2b550e22bd5: Merge from Debian.] tsimonq2 (Simon Quigley) committed: https://phab.lubuntu.me/rLXQTQTPLUGINPACKAGINGd2b550e22bd5
[21:22] <tsimonq2> Oh, and that. ^
[21:22] <tsimonq2> Any questions?
[21:24] <tsimonq2> Time to go catch a plane! (Well, I have 30 minutes, but I should really wrap things up so I can board without rush.)
[21:24] <kc2bez> Thanks tsimonq2 !
[21:24] <tsimonq2> :D
 have a nice trip @tsimonq2
[21:25] <tsimonq2> Thanks!
[21:25] <lynorian> Enjoy tsimonq2
[21:25] <tsimonq2> Thanks lynorian
[21:26]  * tsimonq2 throws a piano at wxl (and teward, just because)
[21:26] <tsimonq2> Come to LFNW!
[21:26] <tsimonq2> :P
 my only new important stuff for this week is that in spanish channel someone said that upgrade version pop-up and worked like a charm.
 didn't knew that worked
 from 18.10 to 19.04
[21:28] <kc2bez> Excellent, glad it went well.
 my only concern is that it does pop-up for version 18.04 (lxde 2 lxqt upgrade)
 It wouldn't unless someone changed it from LTS to normal.
 20.04 is a different story.
 default is lts to lts? we should make a task to prevent that to happen in 20.02 then.
[21:52] -lugito:#lubuntu-devel- [T21: Our xscreensaver theme is too old] The_LoudSpeaker (Raman Sarda) commented on the task: https://phab.lubuntu.me/T21#1053
 @tsimonq2 [<tsimonq2> * Created new ubuntu/eoan branches on all of our repositories, and se …], I was waiting for this. Thanks!
[22:02] <wxl> @The_LoudSpeaker uh that's the way it's been for a while unfortunately
[22:03] <wxl> i don't know if anyone caught this in simon's spew but https://github.com/lxqt/lxqt/issues/1707
[22:03] <wxl> it needs further testing
 @wxl [<wxl> @The_LoudSpeaker uh that's the way it's been for a while unfortunately], Ohh! I didn't knew. but anyways lite now.
[22:04] <wxl> also simon apparently can't fill out a template
 @wxl [<wxl> also simon apparently can't fill out a template], I always wipe out templates
 Pfft
[22:04] <wxl> omg i'm surprised you didn't get tsujan's close-hammer
[22:04] <wxl> maybe he only reserves that for new contributors
[22:04]  * wxl facepalms
[22:07] <wxl> agaida uses nano https://i.imgur.com/uJjF7oV.png
 omg
[22:24] <kc2bez> woah
[22:29] <kc2bez> I'll have to get a laptop with a working battery in order to test that :D
[22:29] <wxl> someone might want to make a task for that
[22:36] -lugito:#lubuntu-devel- [T71: Battery status not updating properly on laptops] kc2bez (Dan Simmons) just created this task: https://phab.lubuntu.me/T71
[22:51] <wxl> ^^ guiverc that one has your name written all over it
[22:54] <guiverc> ack wxl, I don't see any reference to 18.10/19.04 - or is it both?
[22:55] <wxl> guiverc: the upstream report is against the latest lxqt sources but it might be good to start with whether or not you can see it in 19.04. if not, we can discuss making use of ci
[22:55] <guiverc> during nt qa-testing battery % was something I'd occasionally watch & would be mentioned in qa-testing comments..
[22:55] <guiverc> :)   (light bulb moment - the 1707 reminded me of upstream bug number... now I see)
[22:56] <kc2bez> I did link it didn't I?
[22:56] <wxl> yeah
[22:56] <guiverc> kc2bez, yep... but I didn't notice the switch to github.com !
[22:57] <kc2bez> Oh ok, just making sure. I thought I did that.
 ohai from MSP
 O/