[01:36] <dtchen> blarg. Would an archive admin please reject gtkgl2 from precise*?
[01:41] <infinity> dtchen: Sure.
[01:42] <infinity> dtchen: Also, thanks for all the FTBFS fixes lately.
[01:44] <dtchen> infinity: danke :)
[07:38] <Daviey> stgraber: Can you confirm who said bug 1057358 wasn't urgent?
[07:38] <ubot2> Launchpad bug 1057358 in isc-dhcp (Ubuntu Precise) "dhcpd in isc-dhcp-server-ldap cannot read /etc/ldap/ldap.conf due to missing entry in apparmor profile" [Medium,Fix committed] https://launchpad.net/bugs/1057358
[07:39] <stgraber> Daviey: stokachu at last week's foundations team meeting
[07:40] <Daviey> stgraber: ok, thanks
[07:41] <stgraber> 15:09 < stgraber> stokachu: isc-dhcp, what's the priority on that? Currently it's on bug to-bundle-with-next-SRU list, should it be bumped to fine-to-upload-on-its-own?
[07:41] <stgraber> 15:10 < stokachu> stgraber: nah just as long as its on your radar
[07:41] <stgraber> 15:10 < stgraber> ok, definitely still on my radar. (I go through all netstack bugs weekly)
[07:41] <stgraber> 15:10 < stokachu> stgraber: cool, thats good enough for me, thanks
[07:42] <stgraber> so as it wasn't urgent, my plan was to look at it post-release and post-client-sprint (so 2nd to 3rd week of May)
[07:42] <Daviey> stgraber: I didn't doubt you.  I just wanted to be sure when asked, i had an answer :)
[07:43] <Daviey> stgraber: I do think bug 1069570 requires more careful consideration.  It is the only way that has been determined so far, that avoids multiple IP leases being issued.  There can be upto 3 leases issued for each boot, which quickly exhausts pools.
[07:43] <ubot2> Launchpad bug 1069570 in MAAS "1 MAC Address, two IPs - DNS is "out of sync" with DHCP leases databases, I think..." [Critical,Triaged] https://launchpad.net/bugs/1069570
[07:43] <seb128> stgraber, if you want others to stay away from things that you have on your list you should comment on the bug saying you will handle uploads and unsubscribe sponsors
[07:44] <Daviey> (MAAS isn't specifically relevant for that bug)
[07:44] <Daviey> seb128: he did this :)
[07:44] <stgraber> seb128: I know, I thought I did but when checking this morning I noticed I hadn't (fixed now).
[07:45] <seb128> Daviey, well, I think I sponsored the debdiffs on that bug once and when I did he hadn't done that
[07:45] <Daviey> ah.  He has now.. Which promoted me for more info :)
[07:46] <seb128> should be all good now ;-)
[07:46] <stgraber> seb128: yeah, I think you sponsored the first one which was broken. At the time the bug wasn't even on my radar, so I didn't actually mind someone sponsoring the fix, just nobody testing it pre-upload (not your job, but the submitter should have) ;)
[07:47] <seb128> right; well I sanity check what I sponsor but I didn't catch, from the diff, that the series was sorted in a special way there
[07:48] <stgraber> seb128: I'd have thought that after one broken upload the sponsors or SRU team member would at least look at the bug history and notice that re-uploading the same thing wasn't going to work any better ;)
[07:48] <stgraber> seb128: yeah, I don't blame you, I blame the submitter for that one. However I certainly blame whoever re-uploaded the exact same thing and I'm very surprised the SRU team didn't see it when they went through the bug report...
[07:49] <stgraber> I mean, it's fairly easy to see in the diff:
[07:49] <stgraber>  #ldap backend for dhcp server (docs and code)
[07:49] <stgraber>  #these get reverted during the build, so put non-ldap
[07:49] <stgraber>  #patches earlier
[07:50] <stgraber> anyway, I hope that my last comment will keep everyone away from this bug for the time being until someone bumps the priority high enough that I have to take care of it immediately or until I prepare the next batch of isc-dhcp SRUs
[07:50] <seb128> should be fine ;-)
[08:12] <jamespage> please could the horizon update for raring be accepted; this fixes from problems that early adopters are seeing with compressed assets
[09:25] <cjwatson> Laney: I think I'm going to have to do http://paste.ubuntu.com/5697878/ to unblock conduit et al; any objections?
[09:26] <Laney> Yeah I suppose having YES there is a bit of a lie isn't it?
[09:26] <Laney> Make completely sure that the ABI hashes don't change ...
[09:27] <cjwatson> Laney: In particular doctest looks at whether it says YES or NO
[09:27] <cjwatson> If it's NO it'll automatically skip doctests
[09:27] <cjwatson> Laney: Damn, I was hoping to avoid an N-hour test build
[09:27] <cjwatson> Or do you mean on i386?
[09:28] <Laney> any arch
[09:28] <cjwatson> It wouldn't surprise me if the libghc-ghc-dev hash justifiably changed as a result of disabling ghci
[09:28] <cjwatson> But its rdep chain is fairly short
[09:28] <Laney> Right; I mean base or similar
[09:29] <ogra_> cjwatson, do you plan a livecd-rrotfs upload today ?
[09:29] <ogra_> *rootfs
[09:29] <cjwatson> ogra_: no
[09:29] <ogra_> do you mind if i do one ?
[09:29] <cjwatson> ogra_: not at all
[09:30] <ogra_> good :)
[09:30] <cjwatson> Laney: OK, guess I'd better get started on test builds then
[09:30] <Laney> IME if it changes on one arch it'll change on all of them, so just do it on your local machine and debdiff the binary you get
[09:31] <Laney> I'm less worries about ghc-dev changing on arm as that's expected and dealable-with
[09:31] <cjwatson> Mm, I can see the possibility for a single-arch configuration change of this nature to change the base hash, so worth a full build on arm I Think
[09:32] <cjwatson> *think
[09:32] <cjwatson> hopefully it'll be a bit quicker without ghci
[09:32] <Laney> you could build it in canonical-arm-dev and then copy over if it's alright
[09:33] <cjwatson> I guess, but I might want to debug locally - might as well just go ahead with a local build I think
[09:34] <xnox> \o/ thanks
[09:34] <xnox> wikimedia foundation should be happy =)
[09:48] <stgraber> I just requested the sync of ltt-control from Debian for bug 1163358
[09:48] <ubot2> Launchpad bug 1163358 in ltt-control (Ubuntu) "[FFe] Sync ltt-control and remove lttng-tools to fix broken lttng in 13.04" [Undecided,Triaged] https://launchpad.net/bugs/1163358
[09:49] <stgraber> this is showing up as source New because the source in Ubuntu was named lttng-tools. The packaging is 90% identical (some missing transitional package in Ubuntu) and I've done basic testing on it.
[09:49] <stgraber> it'd be appreciated if an AA could therefore let this one through, binNEW any of the new debs then remove lttng-tools (the source) from the archive
[09:49] <Laney> didrocks is an archive admin who was interested in it ;-)
[09:50] <Laney> (revenge ping :P)
[09:50] <didrocks> but but but… :p
[09:50] <didrocks> ok, what I wouldn't do for PS in the end… :p
[09:50] <stgraber> ah good point, didrocks^ (it's been +1ed by the release team, so it's an AA thing now ;))
[09:50] <didrocks> (mean Laney ;))
[09:51] <stgraber> didrocks: I can paste you the packaging diff between lttng-tools and ltt-control if you want, but besides that, I don't think it's worth a full review as it's essentially a source rename (from the right name to a wrong name, but well, that's how Debian likes it apparently ;))
[09:51] <didrocks> stgraber: oh, that would be lovely! Yeah, I'll just double check the transition
[09:52] <didrocks> so a diff will avoid me having to deal with it :)
[09:52] <stgraber> at least the binaries use the same name, it's just adding a bunch of transitional packages that will be of no use to us
[09:52] <didrocks> sounds good, i'll just do a quick sanity check with the diff, just in case ;)
[09:53] <stgraber> didrocks: http://paste.ubuntu.com/5697941/ (that's the diff for debian/ from our current source to the debian source)
[09:53] <didrocks> stgraber: thanks!
[09:58] <didrocks> stgraber: looking good, acking ;)
[10:05] <cjwatson> Laney: you dropped a modification from BenC in haskell-hint to build on any architecture - was that intentional?
[10:08] <Laney> cjwatson: I can't remember but I suspect not - could go to Debian in any event
[10:09] <cjwatson> OK, I'll have a look at that
[10:09] <Laney> I think it was from before the ghc-ghci days
[10:12] <cjwatson> ah, so it should just build-dep on ghc-ghci and leave it at that?
[10:13] <cjwatson> ... which indeed is what Ben's patch does, roughly.  OK
[12:49] <GunnarHj> cjwatson: Hi Colin, can you ask someone to test https://launchpad.net/ubuntu/+source/openssh/1:5.9p1-5ubuntu1.1 for the openssh SRU at bug 952185? Guess you can't just refer to the gdm comment this time. ;-)
[12:49] <ubot2> Launchpad bug 952185 in gdm (Ubuntu Precise) "~/.pam_environment not parsed by default" [Medium,Fix committed] https://launchpad.net/bugs/952185
[13:10] <cjwatson> GunnarHj: mm, I can probably manage to test it but it'll have to involve a VM
[13:14] <GunnarHj> cjwatson: Ok, good. It's the last thing at that bug report. :)
[14:00] <ochosi> hm, could any of you help out a poor xubuntu developer get a tiny bugfix sponsored upload for raring? (doing it out of pity is totally fine by me ;))
[14:01] <jbicha> stgraber: um, how do we handle bug 1162478? other distros have been shipping it for a while and I really think we should have it for raring
[14:01] <ubot2> Launchpad bug 1162478 in libnss-myhostname (Ubuntu) "[FFe] [MIR] libnss-myhostname" [Undecided,New] https://launchpad.net/bugs/1162478
[14:03] <seb128> jbicha, hey
[14:03] <jbicha> I apologize for not filing a ffe because it felt like just a bugfix to me
[14:03] <seb128> jbicha, stgraber: I've a revert ready, let me know what you conclude so I know if I should upload
[14:04] <stgraber> jbicha: as I've said in the bug, I don't think adding a new NSS plugin that close to release is a good idea. I'm not saying we'll reject that for 13.10 (and it won't really be our call anyway as it's already in main), but for 13.04, I'd prefer we live without it
[14:05] <stgraber> slangasek: not sure if you're awake already, if you are, this sounds like the kind of things you'd be interested in ^
[14:06] <jbicha> stgraber: the Release Team does have power to reject features but I think it would be good to come to a decision before having us revert (in case we just end up adding it back tomorrow)
[14:07] <stgraber> jbicha: as far as I'm concerned, this is a "not for 13.04" kind of thing. If you turn it back on in 13.10 it should be fine, provided nobody finds it to break things badly (which it unfortunately has the potential to do)
[14:15] <jbicha> ok, could I get a second release team member to weigh in on libnss-myhostname?
[14:16] <seb128> jbicha, stgraber pinged slangasek, but it's still a bit early for him
[14:16] <seb128> so let's wait a bit
[14:49] <cjwatson> could somebody have a quick look at haskell-word8 and haskell-project-template in NEW?  they're fairly trivial syncs needed to unblock builds
[14:51] <cjwatson> Laney: http://paste.ubuntu.com/5698672/ - look sane to you?
[14:52] <cjwatson> (drops ghc-ghci, changes libghc-ghc-dev ABI hash, drops a bunch of associated files)
[14:53] <cjwatson> s'pose I should check that conduit can now build, otherwise it's a pointless exercise
[14:54] <seb128> cjwatson, looking
[14:54] <seb128> ups
[14:54] <cjwatson> ups?
[14:54] <seb128> I had a moment of "should it be a r-t member looking at those/approving"
[14:55] <seb128> sorry ;-)
[14:55] <seb128> looking in any case
[14:56] <cjwatson> well, I think at this point it's fairly obvious that we're committed to finishing the ghc transition
[14:56] <cjwatson> from an r-t point of view
[15:02] <Laney> cjwatson: Looks sane. I didn't know what the .o files were but checking with a Debian binary built without ghci showed that they weren't there either
[15:03] <seb128> cjwatson, ^
[15:03] <cjwatson> seb128: thanks
[15:22] <slangasek> seb128, jbicha, stgraber: I'm not keen on libnss-myhostname as a technology, period; I consider it an unnecessary moving part when /etc/hosts already points the hostname at <IP_ADDRESS>
[15:22] <seb128> slangasek, "the hostname"?
[15:22] <seb128> slangasek, what should be updating /etc/hosts when the hostname changes?
[15:23] <seb128> slangasek, oh, and good morning ;-)
[15:23] <slangasek> seb128: whatever tool updates the hostname should update /etc/hosts as well
[15:23] <slangasek> libnss-myhostname is a bandaid
[15:24] <seb128> basically you are saying "lennart should merge libnss-myhostname in systemd"
[15:24] <seb128> ?
[15:24] <seb128> it's hostnamed from systemd-services that allows changing the hostname
[15:35] <slangasek> seb128: well, I think updating the hostname should also update /etc/hosts according to the distro policy, yes :)
[15:36] <slangasek> seb128: didn't lennart write libnss-myhostname anyway?  Not sure it matters whether it's in systemd ;)
[15:36] <seb128> slangasek, k, in any case I guess you second the FFe nack for raring ;-)
[15:36] <seb128> jbicha, ^
[15:41] <slangasek> seb128: followed up
[15:41] <seb128> slangasek, thanks
[15:42] <doko> all the GCC 4.7.3 packages in unapproved
[15:59] <stokachu> stgraber: why did they remove isc-dhcp 4.1.ESV-R4-0ubuntu5.7
[16:00] <stokachu> stgraber: i thought we just bump the rev and move on
[16:00] <cjwatson> "SRU abandoned (verification-failed)"
[16:00] <cjwatson> https://launchpad.net/ubuntu/+source/isc-dhcp/+publishinghistory
[16:00] <cjwatson> we bump the rev and move on *if somebody actually gets round to uploading that and it gets reviewed*
[16:01] <cjwatson> removing is the fallback option
[16:02] <stokachu> i fixed both with this https://bugs.launchpad.net/ubuntu/+source/maas/+bug/1069570/comments/42
[16:02] <ubot2> Launchpad bug 1069570 in MAAS "1 MAC Address, two IPs - DNS is "out of sync" with DHCP leases databases, I think..." [Critical,Triaged]
[16:02] <stokachu> but doesn't matter it was declined anyway
[16:05] <stgraber> stokachu: my understanding from the tester is that it was yet again the wrong debdiff which was uploaded for the ldap isc-dhcp bug, so we removed it again and this time I left a clear comment that I'm going to take care of it
[16:06] <stokachu> yea that was after i did those changes
[16:07] <stgraber> stokachu: for 1069570, I see why people want it, but I still very much don't like the idea of adding a new config option to a released version of the package, especially as another package will then be SRUed to migrate user to use said option
[16:08] <stgraber> considering the option isn't upstream and it's only landed in Ubuntu pretty recently, I'm not terribly confident we won't get another breakage as a result
[16:08] <stokachu> ok
[16:08] <stgraber> (there's also the issue the config options in ISC are numbered and that every option we had makes it even more painful to rebase, though I've already had to accept that fact when I accepted the patch in raring...)
[16:08] <stokachu> you'll probably be getting a lot of pushback on this
[16:10] <stgraber> I'm also still not sure that there wasn't another way to deal with the problem and that could be used as a workaround for the SRU
[16:10] <stgraber> isc-dhcp can do pattern matching on fields, so someone could very easily pattern match iPXE and set a 30s lease for those
[16:10] <stgraber> which avoids the problem of pool exhaustion that Daviey described in the bug
[16:14] <doko> cjwatson, what effect does have disabling the ghc interpreter?
[16:15] <cjwatson> doko: it will cause haskell-doctest to not try to run doctests, which allows building at least haskell-conduit, haskell-attoparsec-conduit, haskell-wai
[16:15] <cjwatson> (as far as I've tested so far)
[16:15] <doko> hah!
[16:15] <cjwatson> I've spent several days trying to get the interpreter to actually work, and while I've made progress, it's incomplete and I don't know how much longer it would take
[16:16] <cjwatson> so I think it's better not to advertise that the interpreter works
[16:16] <bdmurray> unity-chrome-extension can be removed from quantal-proposed due to lack of verification
[16:16] <cjwatson> we'll have to rebuild about 6 packages with the new ghc, but that's perfectly manageable
[16:18] <cjwatson> and with any luck the only remaining bits of the transition after that will be removing a handful of packages
[16:19]  * cjwatson looks forward to regaining his sanity
[16:59] <bdmurray> disregard my comment about unity-chrome-extension
[17:00] <bdmurray> however, I'm working on a change to sru-report to identify bugs tagged removal-candidate.  Are there any suggestions for a color or something to identify them?
[17:00] <seb128> whoever rejected totem, please accept both next time of the changes doesn't use -v
[17:00] <seb128> or is there any issue to accept 2 versions?
[18:25] <barry> i think mvo may have beating me to apt <IP_ADDRESS>ubuntu4 for raring
[18:26] <barry> *beaten
[19:34] <rtg_> slangasek, can you approve the raring kernel packages ? linux, linux-meta, and linux-signed.
[19:34] <slangasek> rtg_: ah, today must be kernel freeze :-)
[19:34] <rtg_> indeed
[19:35] <rtg_> everything from now on is subject to SRU
[19:37] <slangasek> can linux-signed be accepted in parallel, or does it need to wait for linux to publish first?
[19:37] <rtg_> slangasek, I think you can do them all at the same time
[19:37] <slangasek> rtg_: I'll hold you to that :)
[19:37] <slangasek> accepted
[19:38] <rtg_> slangasek, guess we'll find out.
[22:19] <bdmurray> slangasek: https://code.launchpad.net/~brian-murray/ubuntu-archive-tools/gray-removals/+merge/158502


[00:05] <vade_> interesting
[00:05] <vade_> Navigation3D binary example crashed the board
[01:41] <rsalveti> vade_: you can open bugs against https://launchpad.net/ubuntu-omap4-extras-graphics if you like
[02:19] <hallyn> is set_robust_list() supposed to return -ENOSYS on arm?  (tegra)
[02:27] <hallyn> (i want to use ykchalresp there, but - i assume bc it is linked against pthreads - it ends up calling set_robust_list and dying htere)
[05:22] <ps2chiper1> any russian or arabic speakers online?
[20:47] <IndarKness> hi
[20:47] <IndarKness> do ubuntu-arm has the package gnome-shell?
[20:55] <gildean> i think it does
[20:56] <gildean> afaik the whole repo is in arm too
[20:56] <ogra_> IndarKness, sure, but you wont be able to use gnome-shell with GLES i think
[20:56] <gildean> no, but you can use the fallback
[20:57] <ogra_> sure
[20:57] <ogra_> but then you should install gnome-fallback-session anyway
[20:57] <gildean> that's about as close as you get to gnome2 on 11.10 anyways
[20:57] <gildean> hmm, the fallback isn't one of the deps?
[20:58] <ogra_> iirc its the other way round, gnome-shell is a dep of g-fallback-s
[20:58] <ogra_> not sure thoug, i never used it
[20:59] <IndarKness> I don't know.  I just wanted to try the gnome-shell on my touchpad...however it seems that gnome-shell is not good on ARM
[21:04] <gildean> i think it could be quite good
[21:04] <gildean> if there was a gles-support
[21:04] <gildean> because gnome3-shell would work fine with a touchscreen imo
[21:06] <IndarKness> where can I find the respository
[21:07] <IndarKness> I want to check whether there is a compiled gnome-shell for ARM
[21:10] <ogra_> there is, the repo is on ports.ubuntu.com


[14:11] <IntuitiveNipple> Is there an ubuntuforums.com web-server administrator about?
[14:12] <jpds> IntuitiveNipple: Forum admin or server admin?
[14:12] <IntuitiveNipple> server admin
[14:12] <jpds> IntuitiveNipple: Try #canonical-sysadmin.
[14:12] <IntuitiveNipple> thanks :)
[15:49] <qense> hello
[18:27] <thorwil> newz2000: when should the countdown images go online?
[18:27] <newz2000> at the end of the month
[18:30] <thorwil> so the release will be late in october
[18:30] <newz2000> yes, let me get the release date...
[18:32] <newz2000> Oct 30th thorwil
[18:33] <thorwil> oh, thanks!
[18:33] <thorwil> and here i was worried i would have to get things ready middle of this month :)
[18:33] <newz2000> no
[18:33] <newz2000> though I'm getting concerned about the feature tour
[18:33] <newz2000> hmm
[18:34] <newz2000> I'm going to have to take the reigns on this I think
[18:34] <newz2000> (feature tour)
[19:12] <qense> hello nand
[19:37] <thorwil> emunkki: i just completed my script and now have a svg with 5 columns and 32 rows. 30 days + coming_soon and its_here in 5 series
[19:37] <emunkki> ok
[19:38] <thorwil> emunkki: there's a specifically named rect for each position on a dedicated layer. so you can lock the other layers and select all rects and export all at once
[19:39] <emunkki> thorwil, meet apachelogger :)
[19:39] <thorwil> hello apachelogger
[19:39] <nand> qense: hello!
[19:39] <qense> How do you do?
[19:39] <nand> and hello to the others too!
[19:39] <qense> I saw you were busy with IdeaTorrent lately
[19:40] <emunkki> thorwil, he is interested on that :)
[19:40] <qense> Are things going well with that?
[19:40] <thorwil> emunkki: you can have the python script, the complete svg with my designs or just the array i used with my content removed
[19:40] <nand> qense: yep, the update is going to be real soon (tm)
[19:40] <nand> read, one week to three
[19:40] <apachelogger> hey thorwil
[19:41] <qense> nice!
[19:41] <nand> saw you set up another meeting
[19:41] <qense> I'm trying to
[19:41] <nand> concerning myself, monday and tuesday 19UTC will do it
[19:41] <thorwil> apachelogger: so i was talking to emunkki about batch export from svg in inkscape for countdown images
[19:41] <qense> I'll note that
[19:42] <nand> unfortunately, new job keep me late :(
[19:42] <thorwil> apachelogger: i just completed a script to edit my svg file and now have a svg with 5 columns and 32 rows. 30 days + coming_soon and its_here in 5 series
[19:42] <thorwil> apachelogger: there's a specifically named rect for each position on a dedicated layer. so you can lock the other layers and select all rects and export all at once
[19:42] <thorwil> apachelogger: : you can have the python script, the complete svg with my designs or just the array i used with my content removed
[19:43] <apachelogger> thorwil: can you throw everything in a bzr branch?
[19:43] <apachelogger> btw, I think the exporting should be done daily using a cron job
[19:44] <qense> I just got one response on that mail though. Someone said I should try to get more publicity. :S
[19:44] <thorwil> apachelogger: why a bzr branch? i'd rather mail you and you can do as you please :)
[19:44] <thorwil> apachelogger: i have to hunt for food, bbl
[19:44] <apachelogger> thorwil: I think such stuff should be pretty free ;-)
[19:44] <apachelogger> but a mail is ok as well
[19:52] <nand> qense: indeed you should!
[19:52] <qense> yeah
[19:52] <qense> There are really too few people working on the project.
[19:53] <qense> Although I have to say that you also seem quite lonely at the IdeaStorm project. You've been the only one who recently committed.
[19:53] <nand> you may try another time in the forums, show how it looks like now, how you want to look it like later. Your last post didn't introduce much about ubuntu wanted, it just said "hey, come to my meeting", but it was rather short on what is actually UB
[19:54] <nand> qense: I've been the single contributor since the start. A project starts attracting people either because of a strong leader, or/and because of an interesting project
[19:54] <nand> the thing is, don't expect people to magically come and help
[19:55] <qense> I know :)
[19:55] <nand> the beginning will be hard, but once it is beginning to give results, people see that you are serious about it
[19:55] <qense> before I'm trying to get some more attention again I think I should finish the submission and application page first.
[19:55] <nand> yep, good idea
[19:56] <qense> Maybe I should blog more often about new functions I just implemented, like they do with the LP API.
[19:56] <nand> yep, that may help
[20:24] <thorwil> apachelogger: email address, please. would you like the svg with or without my designs?
[20:31] <apachelogger> thorwil<EMAIL_ADDRESS>I guess with design makes more sense
[20:39] <thorwil> apachelogger: send. i just tested batch export and it works, but i noticed slight irregularities in the series and don't know yet where it comes from. otherwise, i only intend to replace the ibex and be done with it :)
[20:39] <apachelogger> thorwil: thank you, I will take a look at it as soon as I finished compiling my new kernel ;-)
[20:39] <thorwil> np
[20:43] <newz2000> wow, I just popped onto #django and they have over 600 people in there. I wonder if that's because of the 1.0 release
[20:45] <thorwil> apachelogger: 14 days in the first column has 2 layered copies which rendered as stronger colors
[20:47] <thorwil> gnah. same for the 30 days in first column
[21:08]  * thorwil shuts down for the day
[22:10] <ryanakca> newz2000: ping, who do I poke for bugs in the wiki theme?
[22:10] <newz2000> mdke is working on it
[22:10] <newz2000> wait
[22:10] <newz2000> do you mean the new theme he posted to the list or the old theme?
[22:11] <ryanakca> newz2000: old theme on wiki.kubuntu.org ...
[22:11] <newz2000> oh, that would probably be me
[22:11] <ryanakca> newz2000: https://bugs.edge.launchpad.net/kubuntu-website/+bug/253931
[22:11] <ubot3> Malone bug 253931 in kubuntu-website "Documentation tab on http://wiki.kubuntu.org/ should be removed" [Undecided,New]
[22:12]  * newz2000 checks
[22:12] <ryanakca> newz2000: Also, could you take care of https://bugs.edge.launchpad.net/kubuntu-website/+bug/255390 (should be quick enough of a fix)
[22:12] <ubot3> Malone bug 255390 in kubuntu-website "Kubuntu download form accessible separately on www.ubuntu.com" [Medium,Confirmed]
[22:12] <ryanakca> please :)
[22:12] <newz2000> I don't think I can fix that one
[22:12] <newz2000> it has to have a url on ubuntu.com or it won't work (since its an iframe)
[22:12] <ryanakca> newz2000: yes, but, noindex :)
[22:13] <newz2000> well, I guess we could do the opposite of a frame buster...
[22:13] <ryanakca> I think he was only complaining that it was showing up in Google and it might get people mixed up as to which form they should use to download it...
[22:13] <newz2000> oh, I see
[22:13] <newz2000> well, I can try the reverse frame buster to force users who happen on it to the kubuntu download page
[22:14] <newz2000> or something
[22:14] <newz2000> ryanakca: would you email me so I don't forget? I can't do it right this moment. (both bugs)
[22:14] <newz2000> then I can just reply when done
[22:14] <ryanakca> *nod*, thanks
[22:14] <ryanakca> newz2000: An email per bug or one for two?
[22:14] <newz2000> just one email is fine
[22:15] <mdke> i was thinking of creating a moin-themes project on Launchpad for hosting theme branches. Does that sound like a bad idea?
[22:15] <newz2000> it sounds a little generic, but otherwise a good plan
[22:15] <newz2000> we could put it under ubuntu-website
[22:15] <ryanakca> I can't see why it would be... we (or Kubuntu does) has the Drupal ones... I'd prefix ubuntu- or kubuntu- though
[22:16] <ryanakca> s/has/have/g
[22:16] <ryanakca> s/would be/would be a bad idea/g
[22:16] <newz2000> ryanakca: don't worry, we'll forgive you since English isn't your native language. ;-)
[22:16]  * newz2000 chuckles
[22:17] <ryanakca> newz2000: thanks :D
[22:17] <mdke> ryanakca: where do you put the drupal themes?
[22:17] <ryanakca> mdke: lp:~kubuntu-website/kubuntu-website/kubuntu-theme-v2
[22:18] <mdke> ah. Ok, ubuntu-website it is :)
[22:18] <mdke> scrap the moin-themes idea
[22:18] <ryanakca> Gah. That line wasn't at all logical. Ignore it :)
[22:19] <newz2000> mdke: let me know if you need anything to publish there (like permissions/group memebership)
[22:20] <mdke> newz2000: nope, I'm in the group :p
[22:20] <newz2000> cool
[22:20] <ryanakca> mdke: btw, the link to your Masters thesis on your "About Me" page is broken
[22:21] <mdke> ryanakca: hah, you don't want to read that


[08:23] <RAOF> Hrmph. What's the turn-around time for LP refreshing my gpg key again?
[08:25] <cjwatson> Nil in principle, but keyservers are buggy
[08:25] <cjwatson> So it depends
[08:25] <cjwatson> curl your key from keyserver.ubuntu.com a few times (to cover both backends) and see if it's updated there ...
[08:39] <mwhudson> re https://bugs.launchpad.net/ubuntu/+source/casper/+bug/1844628 does lupin do anything useful any more?
[11:46] <amosbird> hello, I'd like to setup a new ppa repo. the instruction I saw is pretty simple: dput ppa:amosbird/ppa <source.changes> (Read about uploading). here are all the files I've packaged https://la.wentropy.com/iqcA . should I just place them into the <source.changes>?
[11:47] <cjwatson> You should under no circumstances write a .changes file by hand.
[11:47] <cjwatson> You need to prepare a source package (*not* .debs) that will build the binary packages you want, and upload that.
[11:48] <cjwatson> The process of doing that will produce a *_source.changes for you
[11:48] <cjwatson> Usually this is done by something like debuild -S
[11:48] <amosbird> cjwatson: well, that build script isn't made by me
[11:48] <cjwatson> Doesn't matter.
[11:48] <amosbird> I just ran a ./packager and it generates a bunch of debs files and a .changes
[11:48] <cjwatson> If you want it in a PPA then you need to upload a source package
[11:49] <amosbird> cjwatson: oh
[11:49] <cjwatson> Launchpad will reject any attempts to upload .debs directly
[11:49] <amosbird> hmm, ok
[11:49] <cjwatson> You might just be able to ignore the ./packager script; I don't know what that does as it's not a conventional way to do things
[11:50] <cjwatson> Hopefully there are debian/changelog, debian/control, debian/rules, etc. files in the directory you're running that from
[11:51] <amosbird> lemme see
[11:51] <amosbird> cjwatson:  https://github.com/ClickHouse/ClickHouse/tree/master/debian
[11:51] <amosbird> yes there are
[11:53] <cjwatson> OK, so "debuild -S" will probably more or less work, maybe with some tweaks
[11:54] <amosbird> cjwatson: do I need to run that command under debian/?
[11:54] <cjwatson> No
[11:55] <amosbird> under project root then?
[11:55] <cjwatson> That's conventional
[11:55] <amosbird> ok, lemme try that
[11:55] <cjwatson> IIRC if you run it in debian/ it does the equivalent of cd .. until it finds a context where debian/changelog exists, but it's usual to just run it from the project root
[12:12] <Skuggen> Most packaging related commands expect to find debian/ in the working directory, i.e. should be run from project root
[12:13] <Skuggen> I didn't know debuild would go looking for it, since most just throw an error if it's not there :)
[12:34] <bdmurray> jamespage: Could you have a look at bug 1833229 as you did the last python-pip SRU for Ubuntu 18.04?
[12:36] <jamespage> bdmurray: yep
[12:37] <cpaelzer> rbalint: about 1844879 upstreams of systemd/libvirt seem to take a while
[12:37] <cpaelzer> thre is nothing available right now that I could do other than tracking and pushing the discussions a bit
[12:37] <cpaelzer> will you add the revert of the change you identified to systemd?
[12:38] <cpaelzer> after all more cgroups/slices might be unexpectedly reaped than just this libvirt test
[12:38] <cpaelzer> so in terms of safety a revert seems safer to me
[12:38] <cpaelzer> rbalint: let me know what you think, but without your feedback the bug feels in some kind of nimbus to me - hence I'm asking
[13:15] <seb128> cyphermox, hey, do you have a vcs update your forgot to push for your recent ubiquity-slideshow-ubuntu upload? I wanted to merge the ubuntu-slideshow from willcooke but the Vcs is currently outdated, if you have it and forgot to push please do :) (ortherwise I can import the missing revision no worry)
[13:22] <seb128> willcooke, ^ btw blocking the slideshow upload for a bit on that, hopefully we get a reply on the topic in the afternoon (otherwise I just go ahead and fix the Vcs later)
[13:22] <cyphermox> seb128: oh, probably, let me check
[13:23] <willcooke> seb128, thx, I am happy to pull from vcs again and remake my MP
[13:23] <seb128> cyphermox, ah, hey! thx :)
[13:23] <willcooke> the hard bit is getting all the images edited, copying them over won't take me long
[13:23] <seb128> willcooke, I will let you know but hopefully it still merge without conflict
[13:23] <willcooke> ack, thanks seb128
[13:23] <willcooke> sorry its so late
[13:23] <willcooke> theme changes, wallpapers, etc etc
[13:32] <cyphermox> seb128: don
[13:32] <seb128> cyphermox, thx!
[13:39] <rbalint> cpaelzer, thanks, will do a revert, but for now 242 is in -proposed where the regression did not occur yet
[14:10] <cpaelzer> ok rbalint
[14:10] <cpaelzer> rbalint: so is 243 not for Eoan then, or is this still up in the air?
[14:10] <rbalint> cpaelzer, no, 242 is up in the air :-)
[14:11] <cpaelzer> hehe
[14:11] <cpaelzer> ok then, I'll track the upstreams on this particular issue but will not put extra urgency on it then
[14:11] <cpaelzer> let me know if that changes
[15:19] <LocutusOfBorg> lol seb128 :D
[15:19] <LocutusOfBorg> http://launchpadlibrarian.net/443929654/gamemode_1.5~git20190722.4ecac89-1build1_1.5~git20190722.4ecac89-1build2.diff.gz
[15:19] <LocutusOfBorg> I'm happy I'm not alone doing that mistake
[15:19] <LocutusOfBorg> :D
[15:29] <seb128> LocutusOfBorg, do you watch every single diff from every single archive upload? ;)
[15:33] <seb128> LocutusOfBorg, (thx for pointing it out, uploaded again with the correct diff now)
[15:37] <LocutusOfBorg> seb128, I like to refresh update excuses from time to time, and the changelog was suspicious :)
[15:38] <seb128> :-)
[16:40] <rbasak> LocutusOfBorg: https://pastebin.ubuntu.com/p/nXmTDVMws3/
[16:59] <rbasak> Ah, you take care of it. Thank you!
[17:36] <bdmurray> ddstreet, rbalint: Is bug 1831296 fixed?
[17:40] <ddstreet> bdmurray it's fixed in debian/master, but looks like it does need pulling into eoan, although rbalint is handling all the eoan work so i'll defer to him
[17:41] <ddstreet> it was included in the 243 systemd version that originally got into eoan, but was then reverted, back to 242 systemd version we have now
[18:18] <rbalint> bdmurray, ddstreet re LP: #1831296 the change in d/t/boot-and-services is in 242-6ubuntu1 in eoan-proposed, the upstream fix in v243 is not in the archive
[18:21] <bdmurray> rbalint: will it get automatically closed?
[18:22] <rbalint> bdmurray, no, since the Debian changelog entry did not close the bug
[18:25] <bdmurray> rbalint: well lets just close it
[18:26] <ddstreet> bdmurray rbalint i'll close it
[18:29] <rbalint> bdmurray, ddstreet i also think that it is not an issue anymore since upstream CI is running from the Debian Salsa repo afaik


[12:33] <TheMuso> c
[12:33] <TheMuso> crap...
[03:19] <psusi> is it just me or do the kernel packages postinst scripts interact directly with the user instead of going through debconf?  thus violating debian policy?
[03:19] <psusi> whenever I upgrade it asks if you want to stop now, do you want to reinstall lilo?  do you want to erase lilo.conf? but all without synaptic realizing this and generating a gui prompt
[03:20] <dilinger> anyways, new kernel-package stuff is debconf-ized
[03:21] <psusi> it just happened again upgrading dapper today
[03:22] <dilinger> er, new kernel-package stuff in debian
[03:22] <dilinger> dapper is still using 9.x
[03:23] <dilinger> sid contains 10.x
[03:23] <psusi> I see
[03:23] <dilinger> which is all pimped^Wdebconf'd out
[03:23] <psusi> nice
[03:24] <psusi> you wouldn't happen to know much about debian-installer would you?  I'm trying to figure out the best way to integrate the dmraid-udeb package into it so it can detect hardware fakeraid disks before partman runs... can't seem to find anyone who knows that kind of stuff
[03:25] <psusi> I was going to just rebuild partman with dmraid as a dependancy to get it installed and configured first... only the source package for partman doesn't appear to build a udeb at all... weird...
[11:47] <mxpxpod> BenC_: ping
[03:10] <zul> heylo
[03:11] <zul> sorry i wasnt around this weekend was sick again
[04:35] <fabbione> commit 2179d372d9f8b5fc5c189c89bc6a565a42151b23
[04:35] <fabbione> Author: David Elliott<EMAIL_ADDRESS>[04:35] <fabbione> Date:   Wed Jan 18 17:43:08 2006 -0800
[04:35] <fabbione>     [PATCH]  hfs: add HFSX support
[04:35] <fabbione>
[04:35] <fabbione>     Add support for HFSX, which allows for case-sensitive filenames.
[04:36] <fabbione>
[04:36] <fabbione>     Signed-off-by: Roman Zippel<EMAIL_ADDRESS>[04:36] <fabbione>     Signed-off-by: Andrew Morton<EMAIL_ADDRESS>[04:36] <fabbione>     Signed-off-by: Linus Torvalds<EMAIL_ADDRESS>[04:36] <fabbione> WHOOO HOOO
[04:36] <fabbione> hey zul
[04:36] <fabbione> BenC_: ping?
[04:36] <BenC_> poing
[04:40] <BenC_> fabbione: does that apply to 2.6.15?
[04:41] <fabbione> BenC_: yo..
[04:42] <fabbione> BenC_: dunno. i am just going trough .16 changelog
[04:42] <fabbione> BenC_: you need to teach me to do cherry picking :)
[04:42] <fabbione> BenC: ready to travel?
[04:43] <BenC> git-cherry-pick 2179d372d9f8b5fc5c189c89bc6a565a42151b23
[04:43] <BenC> yeah
[04:44] <fabbione> BenC: remember to buy enough cigarettes for the entire week before you get to .uk
[04:44] <fabbione> they are damn expensinve there
[04:45] <fabbione> the changelog is impressive
[04:46] <fabbione> BenC: i guess git-cherry assumes you have the object in the same tree...
[04:46] <fabbione> what if the object is in another tree?
[04:47] <BenC> git-cherry would work
[04:47] <BenC> I pulled some things from 2.6.16-git, but I have linus tree fetched into another branch
[04:48] <fabbione> i will have to try
[04:48] <fabbione> btw.. remember that webcam thingy?
[04:49] <fabbione> i got almost all the code merged properly
[04:49] <fabbione> it still doesn't work but i have a good idea what's wrong
[04:49] <fabbione> at least the module doesn't crash one second yes and the other too
[04:49] <fabbione> the original driver uses some i2c calls, while the modified once doesn't
[04:50] <fabbione> the changelog claims for performance reasons
[04:50] <fabbione> but it's fun to hack :)
[04:53] <fabbione> it's basically the qc_sensor_vv6450 support for the quickcam driver that addes the quickam express
[05:28] <BenC> fabbione: cool
[05:29] <BenC> well, ppc sound in general really
[05:29] <fabbione> yeah i saw the commits
[05:29] <fabbione> i am preparing the new git trees on my mac for london
[05:29] <fabbione> and i will take the webcam with me
[05:30] <fabbione> so we can have somefun after working hours :)
[05:30] <BenC> I have a logitach webcam I should try to get working
[05:30] <fabbione> BenC: wanna bet it's the same as mine?
[05:30] <fabbione> +       { USB_DEVICE(0x046D, 0x08F0) },         /* QuickCam Messenger */
[05:30] <fabbione> +       { USB_DEVICE(0x046D, 0x08F5) },         /* QuickCam Communicate */
[05:30] <fabbione> is it one of these two?
[05:30] <BenC> probably
[05:30] <BenC> I'll check
[05:31] <fabbione> if so the driver i am working on is the same :)
[05:35] <zul> fabbione: you are such a geek..
[05:35] <zul> as my wife would say
[05:41] <fabbione> zul: ahah
[05:44] <fabbione> BenC: http://people.ubuntu.com/~fabbione/dmesg.ppc
[05:45] <fabbione> BenC: i got an OOPS on today's live cd
[05:45] <BenC> daily?
[05:45] <fabbione> yeps
[05:45] <Mithrandir> vely, vely shiny.
[05:45] <fabbione> it's the last one generated by Mith
[05:45] <Mithrandir> current as of three-four hours ago
[05:46] <BenC> what is using squashfs?
[05:47] <Mithrandir> the live cd, like, it's the root file system
[05:52] <fabbione> BenC: do you need anything more from me or can you go on your own?
[05:52] <fabbione> (for the livecd thingy i mean)
[05:53] <BenC> I can do the rest, thanks
[05:53] <fabbione> np
[06:12] <doko> BenC, fabbione: is there some way to clear the scrollback buffer, so that I'm not able to see any content after I do a `clear'?
[06:12] <BenC> no idea :)
[06:13] <fabbione> doko: ??????
[06:13] <BenC> not sure exactly what you mean though
[06:14] <doko> when logging out on a console the screen should be cleared. just calling clear doesn't help, you are able to scroll back with Shift-PageUp
[06:14] <Mithrandir> doko: clear + chvt?
[06:24] <mxpxpod> BenC: ping
[06:24] <BenC> mxpxpod: pong
[06:25] <mxpxpod> BenC: wanna email me that link?
[06:25] <BenC> still working on the problem with the oops on suspend/resume, which I should have done later today
[06:25] <mxpxpod> BenC: cool
[06:25] <BenC> don't want you to have to download two kernels to test all this
[06:25] <mxpxpod> :)
[06:26] <doko_> Mithrandir: hmm, but I'm not allowed to use chvt from the bash package, because it does have a lower priority
[06:46] <mxpxpod> BenC: would there be any way to get the bluez stuff into the ubuntu kernel?
[06:46] <BenC> not sure
[06:47] <mxpxpod> and maybe not even the whole bluez patch, but at least the HID stuff for bluetooth input devices
[06:47] <mxpxpod> not having my scroll wheel work on my bt mouse sucks
[07:14] <BenC> have you tried loading hci_vhci?
[07:23] <fabbione> BenC: did you check the USB ID for your webcam?
[07:23] <BenC> can't find it
[07:23] <fabbione> eheh
[07:23] <fabbione> i started publishing the git tree on my archive dir
[07:24] <fabbione> http://people.ubuntu.com/~fabbione/archives/qc-2.6.git/
[07:24] <fabbione> but don't pull from it yet
[07:24] <fabbione> if the USB ID matches go ahead and play with it
[07:24] <fabbione> but it's not ready yet for inclusion
[07:57] <mgalvin> is the kernel still being compiled with gcc-3.4?
[07:57] <mgalvin> on dapper?
[08:06] <zul> 4.0 i believe
[08:06] <zul> or whatever you have on your system..
[08:06] <zul> in other workds no it isnt :)
[08:33] <zul> for kicks im going to try xemacs
[08:43] <fabbione> BenC: git repo needs an ABI bump
[08:43] <fabbione> or update abi files...
[08:44] <zul> bleah...ugly
[08:44] <fabbione> why?
[08:45] <fabbione> there is nothing wrong in changing ABI
[08:45] <fabbione> it only takes a few hours to propagate
[08:49] <zul> sorry i was talking about xemacs
[09:07] <fabbione> oh great
[09:08] <fabbione> they just release an update for the quickcam
[09:36] <BenC> what for?
[09:37] <BenC> fabbione: if it's the ppc pmf_* stuff, it can be ignored
[09:37] <BenC> only thing using it is snd-powermac
[09:39] <mxpxpod> BenC: any luck?
[09:39] <BenC> mxpxpod: not yet
[09:39] <mxpxpod> BenC: just checking
[11:29] <zul> hey guys what do you think? http://zulinux.homelinux.net/ubuntu/grub/image.xpm as a first try
[11:34] <mxpxpod> BenC: ?


[00:00] <tomreyn> i like how this is laid out in comic sans
[00:00] <JanC> I wonder if court orders like this are public in India?
[00:00] <sarnold> oerheks: two minutes, nice :D
[00:01] <JanC> https://www.reddit.com/r/sysadmin/comments/1cbeq8i/anyone_else_experiencing_issues_accessing_ubuntu/ someone else with this problem too
[00:01] <JanC> 2 in fact
[00:03] <JanC> I wonder if they decided to block sites like archive.org & archive.is & such and just blocked all sites containing "archive"   :)
[00:03] <oerheks> https://status.snapcraft.io/ https://status.canonical.com/
[00:27] <JanC> I wonder if they block archive.debian.org etc. too (which would contain pretty much the same stuff)
[15:12] <tomreyn> OP at https://www.reddit.com/r/sysadmin/comments/1cbeq8i/anyone_else_experiencing_issues_accessing_ubuntu/ reports that archive access in India has been restored / blocking is undone.
[15:33] <JanC> tomreyn: no news about what happened yet?
[15:34] <JanC> also, a good reason to always have an extra mirror in your sources list, I guess...
[16:08] <tomreyn> JanC: i doubt there will be any public communication on what happened. i'm also somewhat surprised this got so little attention. it's good that it's been reverted somewhat fast, since, to me, this was clearly a case of overblocking. it's concerning that such mistakes can take full effect without being overruled by people with a technical understanding, though.
[16:11] <JanC> well, I would not expect anything to be blocked without a request to remove whatever the offending thing is first
[16:11] <JanC> and then someone should know why it was blocked  :)
[16:13] <JanC> just blocking random things without warning also isn't good optics when you want people to invest in your country...
[17:14] <Odd_Bloke> Yeah, we've seen it recover.
[17:18] <JanC> Odd_Bloke: did you try if other mirrors were blocked also?
[17:23] <Odd_Bloke> mirrors.digitalocean.com was (and that's not even listed as an official mirror), and us.archive.ubuntu.com too.  I did observe that first requests would often work, followed by failure, so there might be an inspection element to it.
[17:23] <Odd_Bloke> A random Argentinian mirror I tried seemed unaffected.
[17:24] <JanC> us.archive.ubuntu.com & in.archive.ubuntu.com are the same as archive.ubuntu.com IIRC
[17:26] <JanC> I wonder how they decided what to block
[17:27] <JanC> and why, of course...
[17:28] <Odd_Bloke> Yeah, us.archive.u.c appears to resolve to a subset of archive.u.c hosts.
[17:30] <lotuspsychje> https://broadband.forum/threads/archive-ubuntu-com-blocked-on-multiple-isps-in-india.227817/
[17:30] <lotuspsychje> canonical status gives only Component "assets.ubuntu.com HTTPS" and a few other components are Down for yesterday
[17:33] <JanC> I wonder if local mirrors run by the Indian government were also blocked  :P
[17:33] <JanC> e.g. http://mirrors.iitd.ac.in/


[01:30] <axw> babbageclunk: can you please take a look at https://github.com/juju/1.25-upgrade/pull/29 when you have a moment?
[01:30] <babbageclunk> axw: sure
[01:57] <axw> babbageclunk: thanks
[01:58] <babbageclunk> axw: sorry, meant to ping here but got distracted!
[03:54] <wallyworld> axw: if you get a chance, here's a PR which adds to the processing of suspended relations. i'd also like to catch up with you before my EOD for a quick chat https://github.com/juju/juju/pull/7862
[03:55] <axw> wallyworld: will take a look after lunch
[03:56] <axw> wallyworld: and will be free to chat then too
[03:56] <wallyworld> sgtm
[04:22] <thumper> I think I'm though many of the bundle hurdles
[04:22] <thumper> but this last one is kinda biig
[04:23] <thumper> I think I have come across a wonderful undocumented feature
[04:23] <thumper> and I need to unpack what it means
[04:33] <wallyworld> awesome
[05:18] <axw> wallyworld: reviewed, and free to chat when you are
[05:18] <wallyworld> axw: ok, give me 5
[05:29] <wallyworld> axw: standup ho?
[05:29] <axw> wallyworld: okey dokey
[06:00] <axw> wallyworld: with the dyingOrDead thing, what I was getting at is: if the relation is Dying and also Suspended, won't it fail to be removed? doesn't the Suspended state mean the departed/broken hooks won't be run?
[06:05] <wallyworld> axw: if it is already suspended, the hooks won't run as they already have been, but the uniter still removes the relation from its state
[06:06] <axw> ah yes, already run, of course
[06:08]  * wallyworld afk to buy more coffee, it's an emergency
[09:54] <jam> axw: ping
[10:21] <jam> I was trying to figure out why it takes so long to rebuild the tests for state, as we end up importing apiserver
[10:21] <jam> it turns out that it is because we are using provider/dummy, but we seem to only be using it for storage
[10:21] <jam> is there another way we could test those, or possibly move it to a different dir? then go test for state would have far less to rebuild
[10:22] <jam> hm, maybe I'm wrong
[10:22] <jam> looks like internalStateSuite also uses dummy
[18:19] <hml> Dmitrii-Sh, jhobbs: i think i might have hit bug 1717590 the other day trying to run the amulet tests for the percona-cluster charm - i hit with juju based on develop, but not with 2.2.4  - i didn’t look into what the cause was, focused on other things.  nothing else was running in the model.
[18:19] <mup> Bug #1717590: percona-cluster unit constantly fires hooks, blocks hacluster unit from being setup <cdo-qa> <cdo-qa-blocker> <foundations-engine> <uosci> <OpenStack
[18:19] <mup> hacluster charm:Incomplete> <OpenStack percona-cluster charm:Incomplete> <juju:New> <Telegraf Charm:Incomplete> <https://launchpad.net/bugs/1717590>
[20:00] <Dmitrii-Sh> hml: hmm, good info. Might need to try to loop-test it


[20:58] <jrwren> https://lwn.net/Articles/828835/ related to our ongoing snap/flatpack/deb/rpm discutions
[21:07] <jrwren> https://kernel.googlesource.com/pub/scm/linux/kernel/git/jes/fsverity-utils/ wild man
[21:09] <jrwren> so much good stuff
[21:09] <jrwren> https://lwn.net/Articles/829061/
[21:09] <jrwren> amazes me when FS can make changes like this without changing the format