[01:45] <ScottK> pitti: Did the retracer die again?
[02:04] <micahg> BenC:  you might want to chat with Laney about the potential for ghc 7.4.2 in quantal before rebuilding the world again
[02:05] <BenC> micahg: I'm speaking with erikd about the fixes so far
[02:05] <BenC> This last build is final for me
[02:06] <micahg> BenC: I was referring to the no change rebuilds you uploaded (as any ghc update will require them to happen again)
[02:06] <ScottK> Laney's not top uploader for Quantal yet, so I'm sure he wouldn't mind rebuilding the world a few times.
[02:07] <BenC> micahg: Ah, well, it was only an ABI rebuild for ppc, but yeah, I'm trying to handle the buildX uploads gently
[02:08] <micahg> well, queue seems to be empty anyways, I thought he had the fix for armel as well which would mean we could do a full rebuild across the board
[02:09] <micahg> ah, it's being worked on elsewhere I see :)
[02:39] <scientes> does -dev package multi-arch work in quantal?
[02:39] <scientes> cause i want to do this type of stuff https://wiki.linaro.org/Platform/DevPlatform/CrossCompile/FirefoxCrossCompile
[02:40] <scientes> make my package support it
[02:43] <RAOF> scientes: Yes, as long as your -dev package is consistent across architectures.
[02:48] <scientes> but not in precise?
[02:49] <scientes> i tried to install the build-deps and i couldn't even install libc6:armhf
[02:50] <RAOF> Not all -dev packages are multiarchable.
[02:50] <scientes> yeah, my package is multi-arch
[02:50] <scientes> but i want it to be cross-buildable the multi-arch way
[02:50] <scientes> https://wiki.linaro.org/Platform/DevPlatform/CrossCompile/FirefoxCrossCompile
[02:51] <RAOF> Installing libc6:armhf will require you to have the ability to execute armhf code.
[02:51] <scientes> only if you want to run it
[02:51] <scientes> but besides that i have qemu-user-static
[02:52] <scientes> just using it to link against with the cross-toolchain included in ubuntu is a perfectly reasonable use-case
[02:52] <RAOF> No, the dpkg triggers will run armhf code.
[02:52] <RAOF> ie: installing it will attempt to execute armhf code.
[02:52] <RAOF> If you've got qemu-user-static that should work, though.
[02:52] <scientes> oh, well i do have qemu-user-static installed
[02:52] <scientes> its failing on tzdata:armhf not installable
[02:52] <RAOF> I'm not sure why that's the case.
[02:53] <RAOF> libc6 is certainly multiarch in Precise.
[02:53] <RAOF> And I've tested libc6:amd64 + libc5:i386; there's no obvious reason why libc6:armhf would be different.
[02:53] <RAOF> Except for arm being crack, of course :)
[02:53] <scientes> libc5!
[02:54] <scientes>  libc6:armhf : Depends: tzdata:armhf but it is not installable
[02:54] <RAOF> Heh. libc6:amd64 + libc6:i386 :)
[02:55] <scientes>  libc6:armel : Depends: tzdata:armel but it is not installable
[02:57] <StevenK> But tzdata is arch all?
[02:58] <scientes> exactly
[02:58] <scientes> oh
[02:58] <scientes> maybe I need [arch=i386,amd64,all]
[02:58] <scientes> ?
[03:00] <micahg> hrm, tzdata is marked multiarch foreign, at least in precise
[03:01] <TheMuso> Same in quantal.
[03:02] <micahg> this sounds familiar
[03:08] <scientes> i can't test "cross-compiling" to i386 either, cause there is no seperate compiler
[03:08] <scientes> but anyways, i guess i can fix it to work, instead of not working
[03:08] <scientes> even though few care
[03:10] <scientes> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=613584
[04:20] <OdyX> pitti: thanks for the pyppd sync: letting uploads arrive "first" in Debian is very appreciated, really.!
[04:20] <pitti> ScottK: yes, it did; restarted again, need to see what's upsetting gdb now
[04:21] <pitti> OdyX: makes things easier and better for everyone :)
[04:21] <ScottK> pitti: Thanks
[04:24] <OdyX> pitti: ^5!
[04:24] <pitti> :)
[04:25] <OdyX> I should really put more time into making sure tkamppeter has the proper rights to do his foomatic-* uploads in Debian first; I'm yet to convince him.
[04:32] <ScottK> pitti: Can you perhaps prioritize what gets retraced next?  1023231 may relate to newly released hardware and I'd like to let upstream know about it ASAP if it does.
[04:33] <pitti> ScottK: there are only some 30 bugs to retrace, that ought to finish in half an hour or less
[04:34] <pitti> but it seems the core dump in bug 1019781 makes gdb hang forever
[04:34] <ScottK> pitti: ok.  It got through 6 of the i386 ones yesterday before it died again, so I wasn't optimistic.
[04:34]  * pitti untags and restarts
[04:34] <pitti> 07/12/12 04:32:04: retracing #1019781 (left in pool: 54)
[04:34] <pitti> ok, 54
[04:35] <ScottK> At least you've got a reliable test case now.
[04:37] <pitti> untagged that bug and restarted; /me locally runs apport-retrace -S system -sv 1019781
[04:37] <pitti> ah, won't work, i386
[04:37] <pitti> anyway, I'll look into it
[04:40] <StevenK> pitti: You'll have to blow the dust off your i386 chroot?
[04:40] <pitti> StevenK: I don't have one; fortunately apport-retrace makes it quite a bit easier to retrace an i386 bug on amd64 :)
[05:37] <pitti> ScottK: oh, it caught up on i386 now
[05:42] <ScottK> Yeah.
[05:42] <ScottK> Trying to make sense of the backtrace now.
[06:45] <jussi> morning all
[06:45] <jussi> was there a decision taken to not make alternate cd's anymore ?
[07:00] <pitti> jussi: as soon as Ubiquity gets taught to handle LVM and encrypted partitions
[07:00] <jussi> pitti: ahh, good, that woul have been my objection to dropping it :)
[07:04] <dholbach> good morning
[07:26] <pitti> bdmurray: would it still be possible to set up http://reports.qa.ubuntu.com/reports/bug-fixing/quantal-fixes-report.html ? I. e. can it scan the quantal-changes@ archives, or does it need to be subscribed from day 1?
[08:33] <apw> i see gpg/ssh key timeout options have gone in quanta (are those from seahorse?), are they reenablable ?  security is going to be grumpy
[08:36] <seb128> apw, bug #987167 ?
[08:53] <mpt> ev, fixed examples of "[Invalid UTF-8]" include bug 837246 and bug 874194; open examples include bug 874755, bug 841821, and bug 823649.
[08:53] <ev> mpt: thanks! I'll have a look
[08:55] <seb128> how do the copies from quantal-proposed to quantal happen?
[08:55] <seb128> like unity in proposed seems ready to be copied
[08:55] <seb128> will that happen automatically? or should we ask for the copy? or just do the copy?
[09:01] <cjwatson> seb128: It's all manual right now.  What set of packages need to be moved?
[09:02] <cjwatson> And is the set that's on pending-sru complete and coinstallable
[09:02] <cjwatson> ?
[09:04] <seb128> cjwatson, the set is "nux unity unity-2d unity-lens*"
[09:04] <seb128> cjwatson, it's at the bottom of the pending-sru, it's supposed to be complete if we didn't overlook something
[09:04] <seb128> cjwatson, what do you mean "coinstallable"?
[09:05] <cjwatson> Installable at once
[09:05] <seb128> yes
[09:05] <cjwatson> Won't break upgrades, that kind of thing
[09:05] <cjwatson> I have no easy way to verify because we don't have tools :)
[09:05] <pitti> http://people.canonical.com/~ubuntu-archive/testing/quantal-proposed_probs.html should give some good hints, though
[09:05] <seb128> ok, I was unsure how far the tool writing went so far
[09:06] <pitti> that says unity is uninstallable
[09:06] <pitti> which it isn't in quantal
[09:06] <cjwatson> no, those are just NBS binaries
[09:06] <cjwatson> check the version
[09:06] <seb128> pitti, "unity 5.12-0ubuntu4 produces uninstallable binaries: "
[09:06] <seb128> let me try in a vm to be sure
[09:06] <pitti> ah, I see
[09:06]  * seb128 fires virtualbox
[09:07] <cjwatson> fires or fires up? :-)
[09:07] <seb128> fires up :p
[09:07] <cjwatson> English is such a wonderfully ambiguous language sometimes
[09:11] <seb128> @english: yeah ;-)
[09:11] <udevbot> Error: "english:" is not a valid command.
[09:11] <seb128> cjwatson, pitti: ok, I booted yesterday's daily iso, enabled quantal-proposed, apt-get update && dist-upgrade goes well, everything is going to be upgraded, only libunity-core-5.0-5  is to be uninstalled
[09:12] <seb128> which is normal, everything got transitioned to the new soname
[09:12] <seb128> and the old lib doesn't work with the new unity
[09:12] <seb128> cjwatson, can we get the set copied to quantal? ;-)
[09:13] <pitti> seb128: sru-release -r quantal unity otherpkg ...
[09:13] <cjwatson> In progress now
[09:13] <cjwatson> done
[09:13] <pitti> erk, /me notices a typo in --help
[09:14] <pitti> "Copy to release pocket instead of -proposed"
[09:14] <pitti> that should be -updates, fixing
[09:14] <cjwatson> Er, no!
[09:14] <cjwatson> Oh, sorry, yes, you're right
[09:14] <didrocks> thanks cjwatson :)
[09:14] <pitti> done
[09:14] <cjwatson> (Sorry, my wife was talking to me at the same time, cognitive leakage)
[09:15] <seb128> cjwatson, thanks
[09:15] <pitti> cjwatson: no worries :)
[09:15] <pitti> "Copy to release pocket instead of -updates", that's better
[09:16] <seb128> cjwatson, btw I did half a dozen test installs yesterday I never hit the ubiquity bug :-(
[09:17] <cjwatson> Makes two of us.  Let's see what jenkins says today, I guess
[09:18] <seb128> yeah, once we get an iso ;-)
[09:23]  * apw wonders if we are aware gvfs-mount -u has stopped working
[09:23] <seb128> apw, not that I know about
[09:24]  * apw files a bug
[09:24] <seb128> is that quantal?
[09:24] <seb128> what error do you get?
[09:25] <apw> seb128, quantal yes: "Error finding enclosing mount: Containing mount does not exist"
[09:25] <seb128> what do you try to unmount?
[09:25] <apw> a usb stick
[09:26] <seb128> can you umount it?
[09:26] <seb128> or does that fail as well?
[09:26] <apw> i can unmount it from nautilus
[09:26] <seb128> hum, ok
[09:26] <seb128> could be an udisks2 fallout..
[09:27]  * apw is suspicious its /run/media/ fallout
[09:28] <seb128> apw, how do you try to umount it? gvfs-mount -u /dev... or /mountpoint ?
[09:28] <apw> seb128, -u mountpoint
[09:28] <seb128> ok, that works on precise
[09:29] <apw> yep it worked on this machine before updating too indeed, and still does on my other box ->
[09:29] <seb128> I'm still on precise and I can't really test that in my vm, the usb stick mounts on the real box, not in the vm
[09:29] <seb128> ok
[09:29] <seb128> I guess it's a bug for pitti ;-)
[09:33] <apw> seb128, pitti, bug #1023815
[09:33] <seb128> apw, thanks
[09:38] <pitti> apw: thanks, will have a look at it
[09:43] <seb128> pitti, danke
[10:11] <pitti> seb128: FYI, the i386 retracer hung again this morning, I untagged the bad bug and it caught up now
[10:11] <pitti> seb128: I can reproduce the gdb hang
[10:11] <seb128> pitti, thanks, do you know what in the bug lead to the hang?
[10:11] <seb128> oh, gdb bug, great...
[10:11] <pitti> gdb is spinning with 100% CPU when calling it on the core dump
[10:12] <pitti> it's not even doing the bt yet
[10:12] <pitti> _llseek(10, 135168, [135168], SEEK_SET) = 0
[10:12] <pitti> ad infinitum
[10:13] <apw> are we aware of some quantal indicator menus having back colours ?
[10:15] <seb128> apw, bug #1015488
[10:15]  * apw idly wonders how seb128 keeps all these bug numbers in his head
[10:15] <apw> (and thanks once again)
[10:15] <seb128> apw, I don't but the firefox awesome bar is called "awesome" for a reason ;-)
[10:16] <apw> heh that is awsome
[10:25] <pitti> seb128, ScottK: FYI, bug 1023835
[10:25] <seb128> pitti, thanks
[10:25] <pitti> ev: ^ this might actually affect "your" retracers as well
[10:26] <ev> pitti: ah, yikes
[11:09] <apw> cjwatson or pitti, can you recall what consumes the modules.*map files that depmod makes?
[11:13] <cjwatson> apw: used to be hotplug stuff; depmod(8) says they're "largely deprecated"
[11:13] <cjwatson> though I wouldn't want to risk removing them without a thorough audit
[11:14] <apw> cjwatson, well kmod no longer makes them
[11:14] <apw> and htey have been off by default in debian since forever, as we carry a patch to turn them back on
[11:14]  * apw removed them from his system and reboots, lets find out
[11:15] <cjwatson> I suspect it's probably OK
[11:15] <apw> well my fairly 'standard' machine boots fine without them
[11:16] <apw> most annoying to have this wrinkle else i'd be happy to say lets follow debian and switch
[11:16]  * apw will do some wider testing next week with his team
[11:17] <pitti> apw: I'm not aware of anything that still uses them
[11:17] <apw> no i can't find anything in udev using them which would be my primary expectation
[11:17] <pitti> apw: there are now binary maps which greatly speed up dependency calculation, AFAIR
[11:18]  * pitti needs to leave for some two hours, bbl
[11:18] <apw> pitti, yeah i suspect its done a differnet way now
[11:18] <pitti> apw: modules.dep.bin, presumably
[11:24] <apw> pitti, yeah that one i presume
[11:25] <apw> pitti, i assume hal used to use them
[11:32] <apw> cjwatson, any suggestions as to how one might review this?
[11:34] <cjwatson> Not sure really.  I note that modules.*map here have atimes of 26 June
[11:34] <cjwatson> Which is a bit after their mtimes, but I think that corresponds to the time of my nightly backups shortly after they were created
[11:35] <cjwatson> So that suggests to me that they're unused here at least
[11:35] <cjwatson> (And in particular those atimes are considerably earlier than my last reboot)
[11:36] <apw> cjwatson, my *map atimes files on precise are all the same as the mtimes
[11:39] <apw> cjwatson, same on another box
[12:13] <cjwatson> gema: No jenkins run with 20120712?
[12:13] <cjwatson> (Ubuntu desktop)
[12:14] <gema> cjwatson: babyface told me the images were late
[12:14] <gema> cjwatson: we have a problem with jenkins, it does not start jobs automatically
[12:14] <gema> cjwatson: if the images are ready I will start them manually
[12:15] <gema> cjwatson: on their way
[12:17] <cjwatson> Yeah, they are, finished about an hour and a half ago
[12:17] <gema> cjwatson: ack, we will be starting things manually until we figure out why jenkins is not triggering the jobs
[12:17] <gema> cjwatson: if you see any obvious misses, just let us know
[13:13] <pitti> apw: not sure what hal would have done with them, but if so, it couldn't be important
[13:44] <BenC> Any chance some one could process haskell-resourcet NEW for me, please?
[13:44] <BenC> Lots of stuff dep-waits on that
[13:45] <Laney> BenC: I advise you not to rebuild very much; 7.4.2 will be brought over soon.
[13:45] <Laney> once Erik commits a version of your patch, in fact.
[13:45] <BenC> Laney: I'm not rebuilding anything, just pushing the FTBFS queue
[13:45] <Laney> well, that too
[13:45] <Laney> it'll all have to be rebuilt anyway
[13:45] <BenC> Well, this NEW will need to be processed sooner or later
[13:46] <Laney> sure
[13:46] <BenC> best now before you crush a rebuild of everything, so nothing waits on it :)
[13:46] <BenC> Same for haskell-configurator
[13:56] <cjwatson> BenC: Done
[13:56] <cjwatson> (both)
[13:57] <cjwatson> It's arguable which is best, since powerpc build time is a bit contended
[13:57] <cjwatson> But I would have done it at some point anyway if I hadn't seen this conversation, so :)
[13:57] <BenC> cjwatson: thanks
[13:59] <dholbach> mterry, could you join us in #ubuntu-arb? :)
[14:00] <Laney> someone else already did an uncoordinated rebuild bonanza anyway, so it probably doesn't matter that much
[14:03] <BenC> Laney: I'm going to leave haskell in your capable hands now…my goal of getting ghci working on ppc and having things build without errors is now complete
[14:03] <BenC> So hopefully when you do 7.4.2, powerpc will be able to keep in sync
[14:03] <Laney> \o/
[14:04] <Laney> did it get upstream?
[14:04] <Laney> I note hackage is down …
[14:04] <BenC> I gave it to erik, I haven't sent it upstream...
[14:04] <Laney> k
[14:24] <dobey> can someone please accept ubuntuone-storage-protocol and ubuntuone-client into precise-proposed?
[14:50] <bdmurray> pitti: oh, whoa sorry about that fixing now.
[14:58] <pitti> bdmurray: great, thanks!
[15:00] <mterry> @pilot in
[15:00] <mterry> infinity, heyo!  What pilot stuff are you working on?  (So I can avoid dup work)
[15:03] <stgraber> mterry: he's been piloting for days ;)
[15:03] <mterry> stgraber, ah, OK.  Poor man
[15:03] <pitti> probably just forgot to remove himself
[15:04] <pitti> /nick infinity Amelia_Earhardt ?
[15:07] <mterry> mvo, I'm guessing https://code.launchpad.net/~evfool/synaptic/ancientfixes/+merge/93134 is fine now?  (You had requested fixes, they were made, but no re-review yet)
[15:08] <hallyn> anyone else having trouble getting quantal apt-get update to finish this morning?
[15:10] <jamespage> hallyn, i *might* have seen something like that but I could not rule out flakey broadband
[15:12] <hallyn> jamespage: i thought i couldn't rule it out, but at this point it's getting ridiculous
[15:18] <mvo> mterry: yes, its on my todo since forever :(
[15:19] <mterry> mvo, OK.  :)  no worries, it's just the first item on the sponsoring report, so I thought I'd check it out
[15:21] <mvo> mterry: i know :( I need to send evfool (and the synaptic users) a box of chocolate for leaving this idle for *so* long
[15:21] <mterry> mvo, I didn't realize you/Ubuntu had so much of a hand in synaptic upstream
[15:21] <seb128> mvo, hey, aptdaemo... oh, you did that, sorry I just got used to it :p
[15:21] <mterry> mvo, thought that was someone else's baby
[15:22] <mterry> mvo, you just love apt  :)
[15:22] <mvo> mterry: I do :)
[15:22] <seb128> mterry, mvo is well famous for synaptic, he was a rockstar before Ubuntu even existed ;-)
[15:22] <mvo> seb128: haha
[15:22] <mvo> seb128: playing in front of a rather small audience, but still!
[15:23] <seb128> mvo, ;-)
[15:43] <jamespage> Sweetshark, what currency do you take bribes in?  I need to get a couple of changes into libreoffice for quantal...
[16:00] <Sweetshark> jamespage: currency base unit is a removed C++11 ABI symbol in quantal ....
[16:01] <jamespage> Sweetshark, oh joy
[16:01] <jamespage> does that mean we can't change it?
[16:18] <seb128> bdmurray, hey, is there anything special in bug #927515 that you assign it to us?
[16:19] <Sweetshark> jamespage: na, just kidding (although there _are_ still issues with gcc4.7/C++11 stuff). what changes would you need?
[16:19] <jamespage> Sweetshark, specifically bug 1023405 to support demoting tomcat6 to universe
[16:20] <jamespage> Sweetshark, and switching from openjdk-6 to openjdk-7 - I believe Debian has this in experimental ATM
[16:20] <bdmurray> seb128: its a regression in a -updates package as I understand it
[16:21] <Sweetshark> jamespage: I think both of it is already done, the package is just not in quantal because of the failing tests ...
[16:21]  * Sweetshark checks
[16:21] <seb128> bdmurray, well, it's "some people seem to have some performance" issues, which was really never confirmed as a regression, and it was reported in february on tb10 and we are at tb13
[16:22] <bdmurray> seb128: if its not confirmed as a regression then maybe the tag should be removed?
[16:22] <seb128> bdmurray, it might be a regression
[16:23] <Sweetshark> jamespage: please verify with the package in https://launchpad.net/~libreoffice/+archive/libreoffice-prereleases/
[16:23] <seb128> bdmurray, sorry, let's reboot that discussion, I meant to ask "did you assign the bug because the issue increased recently and is urgent, or did you just want to make it visible to us"?
[16:23] <jamespage> Sweetshark, will do
[16:23] <Sweetshark> jamespage: I see no openjdk, but fault-jdk, default-jdk (>= 1:1.7-48) [ia64]
[16:24] <bdmurray> seb128: as a part of the SRU team I've subscribed to reression-update and regression-proposed bug reports.  So now I get email about comments on those bugs.  So somebody commented on it recently and I wanted to make it visible to you as there is no comment from the desktop team about it.
[16:24] <Sweetshark> jamespage: hmm, but there is still libservlet2.5-java. I can give it a try with 3.0 though -- if that 'Just works(tm)' there is no issue.
[16:25] <jamespage> Sweetshark, it should - there is no API change - I did take a look and it appears to parse stuff from commons-logging?
[16:27] <seb128> bdmurray, ok, thanks, I just wanted to make sure I don't overlook something when descoping that, it's there since february and hitting some users but it's a normal bug
[16:27] <seb128> bdmurray, I will untag
[16:32] <jamespage> Sweetshark, I think the openjdk-7/default-jdk stuff looks OK - I will take a more thorough look tommorow
[16:33] <jamespage> servlet transition should be a no-change transition, i.e. packaging only
[16:34] <bdmurray> seb128: is empathy applying for a micro release exception? bug 1018784
[16:35] <seb128> bdmurray, empathy is part of GNOME
[16:35] <seb128> bdmurray, which has one ;-)
[16:39] <ScottK> How is "GNOME" defined?
[16:40] <stgraber> ScottK: the DMB has a definition for "GNOME" IIRC, I can try to dig that out
[16:40] <ScottK> I'm curious if it matches the MRE definition.
[16:42] <stgraber> ScottK: http://git.gnome.org/browse/jhbuild/tree/modulesets that's what we're using
[16:43] <stgraber> for example for desktop-extra we used:
[16:43] <stgraber> Create desktop-extra packageset with description "Every package that is NOT
[16:43] <stgraber>   in ubuntu-desktop, desktop-core or core, but needed for a vanilla GNOME.
[16:43] <stgraber>   Vanilla GNOME is defined by upstream in gnome-suites-core,
[16:43] <stgraber>   gnome-suites-core-deps, and gnome-apps:
[16:43] <stgraber>   http://git.gnome.org/browse/jhbuild/tree/modulesets"
[16:44] <ScottK> Interesting.
[16:44] <stgraber> I don't think the MRE is nearly as clear but I suppose it could be updated to use the same source of modules list
[16:45] <ScottK> Probably not a bad thing for when SRU team people like me run into a question.
[16:46] <ScottK> For KDE it's https://projects.kde.org/projects/kde and websvn.kde.org/trunk/KDE/ (since not everything's in Git yet)
[16:55] <infinity> mterry: It's entirely possible that I've been piloting for a week.
[16:55] <infinity> @pilot out
[16:56] <mterry> infinity, :)
[17:08] <SpamapS> bdmurray: FYI, I missed my SRU shift yesterday, so I'm going to work backwards (hardy -> precise, newest -> oldest) for a couple of hours to try and avoid colliding with you :)
[17:09] <cjwatson> gema: Would there be any chance of adding /var/log/installer/debug to the jenkins test results for ISO testing jobs, when it exists?  I'll need that to debug bug 1023036 further.
[17:09] <gema> cjwatson: we'll look into it
[17:10] <cjwatson> Thanks.  I assume it's a fairly small change somewhere ...
[17:10] <gema> cjwatson: I am about to leave, but I will leave hggdh on the case
[17:10] <cjwatson> Thanks.  If possible it would be helpful if it could be done before the run that's going to start soon for the images I'm building right now :-)
[17:10] <cjwatson> Only just occurred to me.
[17:11] <bdmurray> SpamapS: bug 979661 was overridden by a security upload I believe
[17:12] <ScottK> SpamapS: There was a push for precise SRUs lookiing at 12.04.1, so you might want to start from one end of those.
[17:13] <SpamapS> ScottK: indeed, I will, there's only a few in the older buckets anyway
[17:17] <gema> cjwatson: if not, we'll rerun them jobs, hggdh is on the case
[17:18] <hggdh> cjwatson: looking at it now, should have something in a few. I understand you would like the desktop jobs re-run ASAP with the debug log, correct?
[17:19] <cjwatson> hggdh: Only if they've already picked up the build I just finished
[17:19] <cjwatson> 20120712.2
[17:19] <hggdh> cjwatson: ack
[17:20] <mterry> The latest python3 upgrade seems broken.  Is that a known issue?
[17:21] <mterry> "py3clean: error: only one action is allowed at the same time" breaks the python rtupdate hook
[18:25] <toabctl> charles, i'm trying to use dbus 1.6 on ubuntu 12.10 but the indicators are not shown (see #1014850). how can i debug the indicator stuff?
[18:31] <dobey> is python3 3.2.3-2 failing to install for everyone else on quantal?
[18:40] <charles> toabctl: none of the indicators are shown?
[18:41] <toabctl> charles, i see some (datetime, message, sound)
[18:41] <toabctl> and also "system" (i don't know the name). the one with the username (but my username is not shown. the user name is "User Name")
[18:42] <charles> fun fun
[18:42] <toabctl> charles, i tried to run: /usr/lib/libindicator/indicator-loader3 /usr/lib/indicators3/7/libpower.so
[18:43] <toabctl> charles, then i get:
[18:43] <toabctl> http://paste.ubuntu.com/1088487/
[18:43] <toabctl> charles, and the indicator is visible in a window :)
[18:46] <stokachu> seb128: dbus-test-runner failing to build, looks like it needs a build-depends on dbus as well
[18:47] <stokachu> since the test cases require dbus running
[18:47] <seb128> stokachu, thanks
[18:47] <stokachu> seb128: sure thing, i was gonna do a mergeproposal if you'd like
[18:48] <seb128> stokachu, your call, I'm happy to just do it, it's not like it was hard work ;-)
[18:48] <stokachu> seb128: ill do it an re-test then give you a ping when its done
[18:49] <stokachu> helps me keep track of +1 stuff anyway
[18:49] <seb128> stokachu, ok
[18:49] <seb128> stokachu, thanks
[18:49] <charles> toabctl: the accessible description + atk-bridge lines aren't relevant to this...
[18:50] <charles> ...but the "/bin/dbus-daemon: no such file or directory" sounds suspicious given what you're trying to do
[18:52] <charles> toabctl: what are the relevant changes in dbus between 1.4.18 and 1.6?
[18:53] <toabctl> charles, good question. i don't know
[18:53] <toabctl> charles, http://permalink.gmane.org/gmane.comp.freedesktop.dbus/14740
[18:57] <toabctl> charles, btw: the global menu is not shown, too
[18:58] <charles> toabctl: hooray! :/
[18:59] <stokachu> seb128: lol you went ahead and did it?
[18:59] <stokachu> to fast for me
[18:59] <charles> toabctl: do you have a repo for 1.6?
[18:59] <stokachu> seb128: oh nm thats just depends
[18:59] <stokachu> bah been staring out build outputs to long
[18:59] <seb128> stokachu, yeah, I was going to ask
[18:59] <toabctl> charles, no
[18:59] <seb128> stokachu, I did add the depends because libindicate ftbfs
[19:00] <stokachu> seb128: ah ok
[19:00] <stokachu> seb128: i created the merge which explains what i did if you want to take a look
[19:00] <stokachu> nothing major
[19:00] <seb128> stokachu, sure
[19:00] <stokachu> cool thanks man
[19:01] <toabctl> charles, i used the version from debian with some small modifications (copied upstart script, removed systemd build-dep)
[19:01] <seb128> stokachu, url?
[19:01] <stokachu> seb128: https://code.launchpad.net/~adam-stokes/ubuntu/quantal/dbus-test-runner/build-depends-dbus/+merge/114704
[19:01] <stokachu> seb128: and... if you got time i fixed aces3 build as well
[19:01] <stokachu> https://code.launchpad.net/~adam-stokes/ubuntu/quantal/aces3/build-fix/+merge/114675
[19:01] <seb128> stokachu, url? ;-)
[19:01] <seb128> stokachu, ok
[19:02] <stokachu> sweet thanks a lot, ttyl
[19:02] <seb128> stokachu, small comment on the dbus-test-runner one, .1 is for SRUs, we just bump the number on dev series, i.e ubuntu1 -> ubuntu2
[19:02] <seb128> stokachu, don't worry about fixing it, I'm doing that
[19:02] <stokachu> seb128: ah ok ill remember that
[19:02] <stgraber> BenC: I'm running a test build of libguestfs on powerpc, if it passes I'll upload the fix for bug 1002991
[19:02] <stokachu> seb128: i kinda figured but wasn't sure
[19:03] <BenC> stgraber: Thanks, let me know if I can do anything
[19:06] <stgraber> BenC: should that change also be applied to Debian? looks like we're in sync on libguestfs and I don't see a bug report on the Debian BTS
[19:06] <BenC> Yeah, I'm bad about pushing bugs that deep
[19:07] <BenC> I'll do that today
[19:07] <stgraber> thanks
[19:11] <cr3> what might be the reason for lintian to complain about missing-dependency-on-python-support for a python3 project which already specifies ${python3:Depends}?
[19:13] <dobey> cr3: the debian/rules is using dh_pysupport probably
[19:14] <hallyn> roaksoax: hi, bug 799858 really wants to be SRUd, but i think it's been held up bc i haven't had the rights to upload the proposed fix to -proposed
[19:15] <roaksoax> hallyn: give me a sec and I'll upload it :)
[19:15] <hallyn> roaksoax: would you mind taking a look at http://people.canonical.com/~serge/procps-e.debdiff and sponsoring it ifi t looks ok to you?
[19:15] <hallyn> roaksoax: thanks
[19:15] <hallyn> i was sure someone had done that for me in march.  but don't know where it went
[19:17] <roaksoax> hallyn: looks good to me
[19:17] <hallyn> roaksoax: hm, wait
[19:17] <hallyn> roaksoax: i see it in the Rejected queue
[19:17] <hallyn> don't know why it was rejected
[19:18] <cr3> dobey: debian/rules seems clean, dh "$@" --with translations,python3
[19:18] <roaksoax> hallyn: "The fix itself looks ok, but I think the changelog entry needs work - specifically, it doesn't actually describe the problem it fixes at all. I've rejected it from the queue; please upload again with an expanded changelog entry (something like ‘fixes failure to install when $STUFF’)."
[19:19] <roaksoax> hallyn: just update the description on the changelog and that should be it
[19:19] <hallyn> meh
[19:19] <dobey> cr3: postinstall script or something? check the build log to see if dh_pysupport is being run anywhere?
[19:19] <hallyn> roaksoax: where did you see that msg?
[19:20] <roaksoax> hallyn: https://bugs.launchpad.net/ubuntu/+source/qemu-kvm/+bug/799858/comments/22
[19:20] <mterry> @pilot out
[19:23] <hallyn> roaksoax: oh that's right, that's why i uploaded a new one to the bug.  guess that got lost
[19:24] <roaksoax> hallyn: could you ellaborate more the fix on the changelog so it doens;t get rejected again please :)?
[19:24] <hallyn> roaksoax: i'm going to claim that i already did that in the bug and it was ignored, but hold on, i don't like that one and am doing a new one
[19:25] <cr3> dobey: the postinst script uses #DEBHELPER# which is being replaced with something that contains: # Automatically added by dh_pysupport
[19:25] <hallyn> roaksoax: http://people.canonical.com/~serge/procps-e2.debdiff
[19:25] <cr3> dobey: and, the generated debian/*debhelper.log contains dh_pysuppport; not sure where it's coming from though
[19:27] <dobey> cr3: is there a debian/pyversions file?
[19:27] <ScottK> cr3: Dehelper's automatic buildsystem selection
[19:27] <cr3> dobey: not sure if it matters, but I'm running debuild on precise rather than quantal
[19:27] <cr3> dobey: no, just debian/pycompat containing: 2
[19:27] <ScottK> It doesn't know about dh_python3.
[19:28] <dobey> ah
[19:28] <ScottK> I suspect if you add --with python2 (even if there's no python in it) that will go away).
[19:28] <dobey> cr3: you should probably remove that file if you're using dh_python2/3
[19:29] <cr3> ScottK: really? I do have /usr/bin/dh_python3 and I'm using --with translations,python3
[19:29] <dobey> also what ScottK said
[19:29] <ScottK> cr3: That doensn't say anything about how to deal with python code.
[19:30] <ScottK> bdmurray: There are a number of bugs like Bug #1024016  where the offending package is wrongly selected as python3-defaults.  Is there some way that could be automated based on the error message?
[19:30] <cr3> ScottK: will that ultimately mean that I'll also need to add ${python:Depends} in addition to ${python3:Depends} to my requires line?
[19:30] <ScottK> No.
[19:30] <roaksoax> hallyn: done!
[19:30] <cr3> ScottK: cool, I'll give that a try then. thanks!
[19:31] <ScottK> dh_python2 just won't do anything.
[19:31] <ScottK> I think, I didn't actually try this.
[19:31] <dobey> ScottK: is there a way to workaround that bug? my quantal laptop is hosed at the moment with python3 failing to configure :-/
[19:33] <ScottK> Dunno.  remove ubuntu-common-drivers and the apt-get -f install?
[19:34] <cr3> ScottK: when I changed --with python3 to python2, lintian returns lots of python-script-but-no-python-dep
[19:34] <ScottK> cr3: I didn't say change it, I said add it.
[19:34] <cr3> ScottK: heh, my mistake. trying again then :)
[19:36] <cr3> ScottK: now I get: missing-build-dependency-for-dh-addon python2 => python | python-all | python-dev | python-all-dev
[19:36] <ScottK> Right.
[19:36] <ScottK> didn't think about that.
[19:37] <hallyn> roaksoax: thanks!
[19:37] <ScottK> Avoiding having any python installed at all will also solve it.
[19:39] <cr3> ScottK: I'll revert to the previous missing-dependency-on-python-support lintian error and try to document the problem; it's the only remaining warning/error returned by lintian, so doesn't seem that bad
[19:39] <ScottK> No.  It's not.
[19:39] <stgraber> BenC: test build failed on the porter box. one of the tests failed. (when doing a test build of the precise version of libguestfs)
[19:51] <dobey> ScottK: would "--buildsystem python3" not work on precise to fix cr3's issue?
[19:51] <ScottK> I don't think so, but it might.
[19:52] <ScottK> overriding dh_auto_build definitely would.
[19:52] <toabctl> charles, i added dbus 1.6 to my testing ppa: https://launchpad.net/~toabctl/+archive/testing
[19:54] <cr3> dobey, ScottK: I tried keeping --with python2,python3,translations and adding python, python3, python-distutils-extras, python3-distutils-extras, etc. in the Build-Depends; no more warnings
[19:54] <tumbleweed> there is a python3 buildsystem in dh?
[19:56] <toabctl> tumbleweed, there is dh_python3
[19:56] <cr3> ScottK: I already had an override for dh_auto_build: set -ex; for python in $(shell py3versions -r); do $$python setup.py build; done;
[19:56] <tumbleweed> toabctl: they are totally different things
[19:56] <ScottK> Maybe it's auto_configure that needs the overrid.
[19:57] <ScottK> cr3: Did you also run auto_build before or after that snippet?
[19:57] <cr3> ScottK: nope, but I've noticed apport call dh_auto_build and then python3 setup.py build
[19:58] <ScottK> You don't need them both, as a rule.
[19:59] <cr3> ScottK: ok, that's reassuring. what do you think about having both python and python3 in build-depends though? seems to quiet lintian :)
[20:00] <ScottK> I think it's the wrong way to solve the problem.
[20:00] <ScottK> You need to override debhelper's auto magic so it's not trying to build for python.
[20:21] <cjohnston> slangasek: ping
[20:24] <stgraber> tkamppeter: what's the status of bug 998156? you targeted it to the point release but I don't see any activity on it. Will it be fixed in the next few days and make it to the point release?
[20:51] <xnox> stgraber: stop spamming me =)
[20:51] <xnox> stgraber: I know that time is ticking away
[20:51] <stgraber> xnox: ;)
[20:51] <highvoltage> stgraber: keep spamming him, maybe he'll be less noisy
[20:52]  * xnox punches highvoltage
[20:52] <stgraber> don't worry I'm spamming everyone just as much, except for these that already have all their SRUs uploaded :P
[20:52] <xnox> =))))))))))))))))))))))))))))
[20:52] <highvoltage> he nearly smacked me with that might beast of a laptop he has!
[20:52] <highvoltage> *mighty
[20:53] <xnox> stgraber: me tumbleweed and highvoltage are all sitting next to each other ;-)
[20:53] <Laney> i heard it's raining over there
[20:53] <tumbleweed> just a little
[20:53] <tumbleweed> we're all taking shelter in the xen talk
[20:53] <infinity> It's not raining, it just sounds like it is.
[20:53] <infinity> We're going to send xnox outside to prove this theory.
[20:54] <xnox> infinity: you will get my toe in your face in 3, 2, 1
[20:54]  * xnox infinity says:"that's terrifying"
[20:54] <infinity> I'm going to be scarred for life.
[20:55]  * stgraber spams xnox some more
[20:55] <xnox> stgraber: lp is slow, didn't get the email yet
[20:55]  * xnox waits
[20:56] <highvoltage> hmm, it should be pretty easy to port most "yo mamma" jokes to "launchpad" jokes.
[20:56]  * highvoltage feels a new twitter account in the making
[20:58] <infinity> highvoltage: Yo' webapp so fat, it gots its own datacenter?
[21:01] <stgraber> xnox: I have that feeling that whenever mdadm lands in -updates we'll suddenly see a quarter of the 12.04.1 bugs be closed at once ;)
[21:01] <xnox> infinity: LOL
[21:02] <highvoltage> infinity: yo launchpad is so big that the long double numeric variable type in C++ is insufficient to express its weight
[21:04] <BenC> stgraber: Are the tests built-in to the package?
[21:04] <BenC> I'll attempt to get it running from my box
[21:05] <stgraber> BenC: yeah, all I did was run debuild
[21:09] <cr3> hi folks, how could we go about removing hwdb-client from universe since it's been deprecated for quite a while now
[21:51] <stgraber> ScottK: Can I assign bug 991754 to you and mark fix commited? I believe it's part of that postfix SRU that got in this morning.
[21:51] <ScottK> stgraber: Sure (and it is)
[22:04] <hggdh> cjwatson: I know it is late, but are you still there? I cannot see how to save the Ubiquity debug log you asked for (at least 'd-i early-command httpd' seems to fail with "sh: httpd not found"
[22:05] <hggdh> and all I can find on it suggests one has to manually copy over the /var/log/installer/*
[22:16] <ScottK> Those python3-defaults fails to configure bugs are python3-defaults after all.
[22:16] <ScottK> I just uploaded half the fix.  Waiting to here from POX on the rest.
[22:16] <ScottK> The affected packages are going to have to be rebuilt.
[22:19] <slangasek> cjohnston: hi there
[22:23] <cjwatson> hggdh: that seems like kind of a d-i-ish approach; live filesystems don't have apache2 installed ...
[22:24] <hggdh> cjwatson: how to save it, then? It was indeed a d-i-ish approach :-)
[22:24] <hggdh> the only one I knew how to do, and the Ubiquity docs do not clearly state as, ah, wrong
[22:24] <cjwatson> hggdh: I guess maybe you could apt-get install apache2 instead?  it should automatically start then
[22:25] <cjwatson> though you'd have to configure a site that let you download stuff from /var/log
[22:25] <hggdh> heh
[22:26] <hggdh> cjwatson: I will see this one (although is starting to get more complex, and may cause spurious errors); I will also try SSH
[22:27] <cjwatson> the latter might be easier, yeah
[22:27] <hggdh> cjwatson: thanks, and sorry to bother
[22:27] <cjwatson> can't you use the same approach that works for /var/log/syslog?
[22:28] <cjwatson> Or is that via some kind of magic one-use-only channel?
[22:28] <hggdh> cjwatson: /var/log/installer/syslog is tied to the serial console; perhaps I could open a second serial
[22:28] <hggdh> then yeah, it would be quite simple
[22:29] <cjwatson> worst case, it wouldn't be awful to conflate the two logs just for the time being
[22:29] <cjwatson> although it would be better to have something that could be used permanently
[22:30] <hggdh> indeed. But you need it ASAP, so I will see if a second serial is easily set, otherwise I will just conflate them
[22:59] <cjohnston> slangasek: you still around?
[23:12] <slangasek> cjohnston: ish
[23:26] <cjohnston> slangasek: two things.. have you come up with some sort of wording for the 'required' stuff in LP/Summit... and.. We need someone who is good with writing algorithms to help us write one for scheduling to take into account certain things like we discussed... any suggestions on anyone who may be able to help?


[14:59] <bdrung> o/
[15:00] <ogayot> o/
[15:00] <zhsj> o/
[15:00] <ginggs> o/
[15:00] <slyon> o/
[15:00] <liushuyu> o/
[15:01] <mateus-morais> o/
[15:02]  * vorlon waves
[15:03] <xypron> o/
[15:03] <juliank> o/
[15:03] <juliank> #startmeeting Weekly Ubuntu Foundations team
[15:03] <meetingology> Meeting started at 15:03:36 UTC.  The chair is juliank.  Information about MeetBot at https://wiki.ubuntu.com/meetingology
[15:03] <bdmurray> o/
[15:03] <meetingology> Available commands: action, commands, idea, info, link, nick
[15:03] <juliank> #topic Lightning rounds
[15:03] <juliank> #link https://discourse.ubuntu.com/t/foundations-team-updates-thursday-13-april-2023
[15:04] <juliank> let's take some minutes to read
[15:06] <bdmurray> enr0n: Is there anything worrisome in the u-r-u bug reports? Or are people not upgrading to Lunar yet?
[15:06] <enr0n> bdmurray: I have seen very few Lunar upgrades. These are mostly the usual "some PPA broke my upgrade" reports.
[15:10] <enr0n> slyon: do you think a fix is needed in systemd for bug 1999178? Or does it seem that udev behaving reasonably given that the syslog group is missing?
[15:10] -ubottu:#ubuntu-meeting- Bug 1999178 in netplan "netplan generator causes deadlock during systemd daemon-reload" [High, Triaged] https://launchpad.net/bugs/1999178
[15:11] <slyon> enr0n: I'm not yet sure. But doesn't seem critical, as CPC has an easy fix/workaround available now
[15:11] <enr0n> slyon: ack
[15:11] <slyon> We'll get back to you if some systemd fix would be needed
[15:12] <juliank> #topic Release incoming bugs
[15:12] <juliank> #link http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ll-incoming-bug-tasks.html#foundations-bugs
[15:12] <vorlon> good discussion about FTBFS fixes this week
[15:12] <juliank> bug 2015113
[15:12] -ubottu:#ubuntu-meeting- Bug 2015113 in update-manager (Ubuntu) "update-manager crashed with uaclient.exceptions.UrlError in request_url(): [Errno -3] Temporary failure in name resolution" [Medium, New] https://launchpad.net/bugs/2015113
[15:12] <vorlon> very nice to see - I think this is the lowest Foundations-owned FTBFS count we've had at a release for a while
[15:13] <bdmurray> There's an MP for that which I can sponsor today
[15:13] <juliank> Oh I approved that one
[15:13] <vorlon> so target and move forward?
[15:13] <bdrung> i can sponsor it
[15:13] <bdmurray> Right, somebody just needs to "carry it across the finish line"
[15:13] <bdmurray> Let's let bdrung do it then
[15:14] <juliank> not relevant for the release at least
[15:14] <juliank> right?
[15:14] <bdmurray> I think the release team can decide that you backseat driver
[15:14] <vorlon> probably not release-critical but why quibble, we can just accept the nomination and move on since it's in-flight
[15:14] <bdmurray> I'd want it in
[15:14] <juliank> just saying pro failures shouldn't be critical on non-pro releases :)
[15:15] <vorlon> upgrades from pro-enabled LTSes to non-pro-supported non-LTSes are supported
[15:15] <bdmurray> What's next?
[15:15] <juliank> bug 2012698
[15:15] -ubottu:#ubuntu-meeting- Bug 2012698 in plymouth (Ubuntu) "Plymouth is stuck on a plain black screen" [Undecided, New] https://launchpad.net/bugs/2012698
[15:15] <juliank> is in progress by desktop I think
[15:15] <vorlon> desktop team mostly handles plymouth video issues
[15:16] <juliank> bug 2015778
[15:16] -ubottu:#ubuntu-meeting- Bug 2015778 in binutils (Ubuntu) "conffile prompt during release upgrade" [Undecided, New] https://launchpad.net/bugs/2015778
[15:16] <juliank> that's an unfortunate difference in just copyright years
[15:16] <vorlon> conffile prompt from *binutils*? oh how we've fallen
[15:17] <juliank> not clear what was modified there tbh
[15:17] <bdmurray> Does anybody have that installed?
[15:17] <vorlon> $ debsums -s -e binutils-common
[15:17] <vorlon> $
[15:19] <vorlon> I think we should take this
[15:21] <enr0n> I will take this bug
[15:22] <juliank> #link http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-jj-incoming-bug-tasks.html#foundations-bugs
[15:22] <juliank> bug 1999345 is with security still
[15:23] -ubottu:#ubuntu-meeting- Bug 1999345 in grub2 (Ubuntu) "please add luks2 module to the signed grub2 images" [Undecided, Confirmed] https://launchpad.net/bugs/1999345
[15:23] <juliank> nothing else
[15:23] <juliank> #link http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-incoming-bug-tasks.html#foundations-bugs
[15:23] <juliank> empty!
[15:23] <vorlon> juliank: I thought you had changed your mind about pushing for luks2?
[15:24] <juliank> vorlon: I think it would be a reasonable inclusion but it's not urgent I think
[15:24] <vorlon> juliank: IMHO it's not worth the security team's effort
[15:24] <juliank> because any install config your create is luks2
[15:24] <vorlon> we basically don't have installer support for not using a /boot partition when doing LUKS
[15:24] <juliank> I don't know if curtin and friends allow you to setup luks without /boot
[15:24] <vorlon> yeah not really
[15:24] <vorlon> *because* we knew it wasn't supported
[15:25] <vorlon> and then there'll be a LUKS3, and...
[15:25] <vorlon> so my $.02 is to retract this request
[15:25] <juliank> let's discuss in uefi meeting
[15:26] <juliank> I just want a quick chat with chris on this first
[15:26] <vorlon> ack
[15:26] <juliank> #topic Team proposed-migration report
[15:26] <juliank> #link http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#foundations-bugs
[15:26] <vorlon> #link https://ubuntu-archive-team.ubuntu.com/proposed-migration/update_excuses_by_team.html#foundations-bugs
[15:26] <vorlon> people.canonical.com/~ubuntu-archive is dead ;)
[15:26]  * juliank updates script
[15:26] <vorlon> 0 packages needing attention, 4 packages not yet considered late
[15:26] <slyon> that boost (vs cmake) test seems to be running in cycles, bdmurray could you investigate that from a QA perspective?
[15:27] <vorlon> 3 packages of ours in -proposed that are in-flight
[15:27] <vorlon> and yeah the blocking autopkgtests are bad juju
[15:27] <slyon> I wonder if cmake should be skiptested, in order to let the FTBFS fix into the release (LP: #2015872)
[15:27] -ubottu:#ubuntu-meeting- Launchpad bug 2015872 in cmake (Ubuntu) "FTBFS due to LTO on s390x" [Undecided, Fix Committed] https://launchpad.net/bugs/2015872
[15:27] <juliank> vorlon: anything is late by now :D
[15:28] <juliank> systemd blocks linux-lowlatency sounds bad for release?
[15:28] <vorlon> kernels often have lots of false-positive autopkgtest results
[15:28] <vorlon> because of the way britney triggers
[15:28] <vorlon> so I wouldn't invest any time on this from our side unless asked by kernel team
[15:28] <vorlon> the looping autopkgtests for icu and cmake, tho
[15:29] <bdmurray> Yeah, we (the QA team) can look at that
[15:29] <bdmurray> Although at this point in the day its me
[15:29] <juliank> Maybe you need a foundations helper buddy
[15:30] <juliank> I think that wraps that bit up, though
[15:30] <vorlon> yes
[15:30] <vorlon> back to you
[15:30] <juliank> #topic AOB
[15:30] <juliank> Any other business?
[15:31] <bdmurray> so bdrung will you upload update-manager today
[15:31] <bdrung> that's my plan
[15:31] <bdrung> doing that and then taking a break due to my cold
[15:32] <bdmurray> Thanks
[15:37] <juliank> #endmeeting
[15:37] <meetingology> Meeting ended at 15:37:00 UTC.  Minutes at https://ubottu.com/meetingology/logs/ubuntu-meeting/2023/ubuntu-meeting.2023-04-13-15.03.moin.txt
[15:37] <ginggs> thanks!


[09:38] <pavlushka> Good day every one :)
[09:38] <pavlushka> oh my kamrul :(
[10:51] <zaki> hello all
[10:51] <zaki> hi pavlushka Tanvir LiquidOxygen
[10:52] <zaki> pavlushka: ping
[10:54] <zaki> LiquidOxygen: how are you?
[10:58] <pavlushka> Hello Tanvir zaki !
[11:06] <pavlushka> hey zaki , whassup?
[11:28] <pavlushka> hey zaki , whassup?
[15:38] <zaki> get back from class
[15:38] <zaki> hi pavlushka
[15:40] <zaki> hello LiquidOxygen
[15:53] <pavlushka> hello zaki !
[15:53] <zaki> how are you?
[15:53] <zaki> anything from kilos?
[15:54] <zaki> and tell me about membership board meeting
[15:54] <zaki> was busy for sometime.
[15:59] <pavlushka> zaki: hold your horses
[16:00]  * pavlushka on prayer & dinner break
[16:00] <zaki> oky.
[16:41] <pavlushka> zaki: ping
[16:47] <zaki> hello
[16:48] <zaki> everything done?
[16:48] <zaki> pavlushka: pong
[16:48] <pavlushka> yep
[16:49] <pavlushka> zaki: join #ubuntu-meeting
[16:50] <zaki> alrdy joined
[16:51] <pavlushka> zaki: and be there in lurker mode until the meeting starts
[16:51] <zaki> hmm
[16:51] <zaki> lurker mode? O.o
[16:51] <zaki> is this mting start from 2.00 am?
[16:51] <zaki> mane rat 2 ta?
[16:51] <pavlushka> in our local time, yes
[16:54] <zaki> only 3 hour left than
[16:54] <zaki> anything from kilos?
[16:54] <zaki> maybe he is enjoing his tour
[16:59] <pavlushka> zaki: Kilos will be there in time, I hope :)
[17:04] <zaki> hmm
[17:04] <zaki> wb kamrul
[17:05] <zaki> try this http://www.howopensource.com/2011/08/install-utorrent-in-ubuntu-fedora/
[17:05] <kamrul> thanks zaki
[17:05] <zaki> pavlushka: LiquidOxygen
[17:05] <zaki> LiquidOxygen: hello
[17:10] <pavlushka> Hello kamrul :)
[17:38] <walrider> yo
[17:41] <pavlushka> walrider: yo yo
[17:41] <pavlushka> walrider: join #ubuntu-meeting and be there in lurker mode until the meeting starts.
[17:42] <walrider> ho to go lurker mode ?
[17:42] <walrider> how to
[17:44] <pavlushka> walrider: just be there and keep quiet until the meeting starts.
[17:44] <walrider> ok
[17:49] <walrider> wc kamrum bhai
[17:54] <zaki> wc dipraw
[17:55] <zaki> waiting for tanjim to join
[17:55] <dipraw> ah at last
[17:55] <dipraw> thank u zaki
[17:56] <dipraw> btw how do i ping in mobile?
[17:56] <zaki> what mobile?
[17:56] <pavlushka> zaki: android
[17:57] <pavlushka> dipraw: run "/join #ubuntu-meeting"
[17:57] <walrider> game khelum
[17:57] <walrider> ghum ashtase boisha thaika
[17:57] <pavlushka> ha ha ha
[17:58] <pavlushka> kamrul: please, you join too by "/join #ubuntu-meeting" :)
[17:58] <dipraw> ok i have joined! then ?
[17:59] <pavlushka> wait for the meeting to start :)
[17:59] <walrider> now wait
[17:59] <walrider> nothilg else
[17:59] <walrider> WAIT
[17:59] <pavlushka> walrider: we can chat here :)
[17:59] <walrider> ho
[17:59] <pavlushka> ho ho
[17:59] <zaki> dipraw: https://play.google.com/store/apps/details?id=com.ulfdittmer.android.ping
[17:59] <dipraw> wait till two?
[17:59] <dipraw> :-O
[17:59] <pavlushka> in a channel, there is a nick named lol
[18:00] <walrider> fb status duia loi
[18:00] <pavlushka> so when ever anyone says lol, he replies.
[18:00] <zaki> dipraw: try that app, i'm not sure, cz i don't have a smartphone.
[18:00] <pavlushka> zaki: ping, its that easy.
[18:01] <dipraw> have u tried bhaiya @pavlushka
[18:01] <zaki> what ping you are talking about dipraw?
[18:02] <zaki> to get reply from e server/ip?
[18:02] <dipraw> no
[18:02] <pavlushka> hello nawaf, welcome
[18:02] <pavlushka> zaki: irc ping
[18:02] <nawaf> :)
[18:02] <dipraw> i want to tag someone
[18:03] <pavlushka> nawaf "/join #ubuntu-meeting"
[18:03] <nawaf> joining
[18:03] <zaki> ow
[18:03] <zaki> hello nawaf
[18:03] <zaki> please introduce yourself. :)
[18:04] <walrider> helo bhai nawaf im from dhaka whats up
[18:04] <walrider> :D
[18:04] <pavlushka> nawaf: please introduce your self :p
[18:04] <dipraw> i mean that if i want to mention someone
[18:04] <nawaf> hello me nawaf. an open sourcr lover . and totally new on your world :)
[18:05] <pavlushka> walrider: I am from Panchagarh whatsapp?
[18:05] <walrider> welcome home
[18:05] <pavlushka> nawaf: but not new to Mozilla
[18:05] <walrider> ho bhai jani apne ponchogor mia dhaka ashben kobe ?
[18:05] <pavlushka> missing NaSb.
[18:05] <zaki> nawaf: i'm zaki. from chittagong. and where are you from?
[18:05] <nawaf> right. new in irc :)
[18:05] <zaki> Tanvir: ping
[18:06] <nawaf> me dhaka bro :)
[18:06] <RemonShai> hi.... ভাই সকল
[18:06] <dipraw> hello :-)
[18:06] <walrider> remon bhai kamon asen
[18:07] <walrider> apnare oidin add dilam fb te
[18:07] <zaki> wb RemonShai
[18:07] <walrider> nawaf kishe portesen ?
[18:07] <nawaf> hons 1st year cse at dhaka city college :)
[18:07] <pavlushka> Hello RemonShai , wow
[18:07] <nawaf> you guys ??
[18:07] <dipraw> bhaiyaaaaaa
[18:08] <pavlushka> RemonShai: "/join #ubuntu-meeting"
[18:08] <dipraw> pavel bhaiyaaaaaaaa
[18:08] <pavlushka> Ji dipraw
[18:08] <walrider> amar diploma shesh
[18:08] <walrider> cse
[18:08] <walrider> im intern
[18:08] <dipraw> mobile ae mention
[18:08] <dipraw> kemne korbo
[18:08] <pavlushka> walrider: ekhon Red Cow use koren
[18:09] <walrider> Red Cow koi pabo bhai ? :O
[18:09] <zaki> RemonShai: thnx for joining with us
[18:09] <pavlushka> dipraw: unfortunately tab dont work well for android client
[18:09] <walrider> ami ajke 2 ta half KG diploma kina ansi :D
[18:09] <walrider> pak :D
[18:10] <dipraw> so? i can't mention someone?
[18:10] <walrider> maybe not
[18:11] <walrider> android e bluetooth keyboard use korle oita parben otherwise u cant
[18:11] <walrider> i tried with tab
[18:11] <nawaf> which client you are using  on your mobile ??
[18:11] <walrider> nam vuila gesi deikha loi
[18:11] <pavlushka> dipraw: you have to type the whole nick for that :)
[18:12] <walrider> andchat (free)
[18:12] <walrider> pro kinar tka nai ami noob :|
[18:12] <dipraw> that's that?
[18:12] <nawaf> port??
[18:12] <walrider> and chat
[18:12] <walrider> Irc client for android
[18:12] <pavlushka> dipraw: also you can find out the tab function of the android, like up-volume+something.
[18:12] <walrider> i used it some time to chat with kilos
[18:13] <zaki> nawaf: do you know Riyad vai from chittagong? mozzilian
[18:13] <walrider> there is only 3 button
[18:13] <walrider> vl up vl down and power
[18:13] <nawaf> facebook id??
[18:13] <pavlushka> but I cant tell the exact key combination, someone google please for android tab function, :)
[18:14] <pavlushka> I am onto something atm
[18:14] <walrider> ho dakhtasi wet
[18:15] <pavlushka> good, everyone is there :)
[18:15] <zaki> nawaf: https://www.facebook.com/riyad.tech
[18:16] <dipraw> pavlushka: ok let me try
[18:16] <dipraw> hoile boilo!
[18:16] <walrider> pavl bhai dhaka aiben kobe ? :|
[18:16] <nawaf> on which pathway he contribute??
[18:17] <RemonShai>  I wish pavlushka will selected.
[18:17] <pavlushka> walrider: i hope in this week, I have to see my new born niece :)
[18:17] <pavlushka> nawaf: whom you are talking about ?
[18:17] <walrider> wah tai nai bhai ashle dekha koiren :D
[18:17] <nawaf> riyad
[18:17] <zaki> nawaf: Firefox Student Ambassador at Firefox Student Ambassadors
[18:17] <walrider> congratulation bhai
[18:18] <zaki> nawaf: sorry. mozillian from pciu
[18:18] <pavlushka> walrider: thanks :)\
[18:18] <zaki> time for my dinner. bbl
[18:19] <nawaf> maybe he works with firefox os project. nope i see him before in fb but didnt meet him in a person :)
[18:19] <zaki> nawaf: may be
[18:19] <nawaf> you guys know about nazir ahmed sabbir??
[18:20] <pavlushka> yep
[18:20] <zaki> nawaf: why mozilla bangladesh irc chnnl has no activity
[18:20] <pavlushka> I am calling him but he is not answering, nawaf will you call him please:)
[18:21] <nawaf> is he online??
[18:21] <pavlushka> not yet
[18:21] <nawaf> maybe his exam tomorrow :(
[18:21] <zaki> hello LiquidOxygen
[18:22] <pavlushka> nawaf: his exam is on Saturday as he told me.
[18:23] <nawaf> most of the people dont know about irc . and its not so popular with aaam jonota. so thatswhy we use fb and telegram for chatting
[18:23] <zaki> remon said hi has also exam in saturday
[18:23] <zaki> nawaf: oky
[18:23] <nawaf> ok i will knock nazir ahmed sabbir
[18:23] <zaki> missing kilos
[18:23] <pavlushka> nawaf: but FB eats up my data and bandwidth, I dont prefer it but use it anyway.
[18:24] <nawaf> you are not using broadband??
[18:24] <zaki> pavlushka: which one you use? broadband or mobile data?
[18:25] <NaSb> hello pavlushka
[18:25] <zaki> nawaf: welcome back to #ubuntu-bd  :)
[18:25] <zaki> uff
[18:25] <zaki>  wrong ping
[18:25] <pavlushka> NaSb: may be you are a bit tensed for your exam preparation, is it?
[18:25] <zaki> NaSb:  welcome back to #ubuntu-bd  :)
[18:25] <pavlushka> zaki: lol
[18:26] <zaki> :|
[18:26] <pavlushka> NaSb: "/join #ubuntu-meeting"
[18:26] <nawaf> welcome nasb :)
[18:27] <zaki> bbl
[18:27] <NaSb> Thanks zaki nawaf ;)
[18:27] <pavlushka> nawaf: yes but when I am on mobile broadband when my main line is down. then it matters
[18:28] <nawaf> :(
[18:29] <pavlushka> nawaf: what?
[18:29] <nawaf> your main line is down
[18:30] <pavlushka> hmm
[18:33] <nawaf> when the meeting will end ?
[18:33] <pavlushka> it will last for 30 mins may be.
[18:33] <nawaf> 2.00-2.30 ?
[18:34] <nawaf> right
[18:34] <pavlushka> I think so :)
[18:45] <zaki> i'm back
[18:49] <pavlushka> zaki: watched the Terminator 2, Arnold says, I'll be back when he walks into the dense firing :P
[18:49] <pavlushka> and he comes back, lol
[18:50] <zaki> lol
[18:50] <zaki> he he.
[18:50] <zaki> QA: coffee on
[18:50]  * QA puts the kettle on
[18:53] <pavlushka> QA coffee please
[18:53] <QA> pavlushka: Done
[18:53] <pavlushka> QA large
[18:53] <QA> In a beer mug just for you pavlushka
[18:53] <AndChat|558201> hello there
[18:53] <pavlushka> AndChat|558201: hello akash | nawaf
[18:53] <zaki> wb AndChat|558201/dipraw :p
[18:54] <zaki> :|
[18:54] <pavlushka> zaki: wrong guess :p
[18:54] <QA> Coffee's ready for zaki and pavlushka!
[18:54] <AndChat|558201> thank you pavel vaia
[18:55] <pavlushka> QA ty
[18:55] <QA> Only a pleasure pavlushka
[18:55] <walrider> QA: coffee khamu
[18:55] <QA> walrider: Huh?
[18:55] <walrider> :|
[18:55] <pavlushka> AndChat|558201: anytime :)
[18:55] <zaki> QA: ty
[18:55] <QA> Only a pleasure zaki
[18:55] <pavlushka> walrider: আর হাসাইয়েন না :D
[18:55] <walrider> QA: coffee please :|
[18:55] <QA> walrider: *blink*
[18:55] <walrider> oi dakho
[18:55] <zaki> AndChat|558201: who are you? :D
[18:55] <walrider> ki bot banaisen mia akaimma bot >:(
[18:55] <zaki> QA: rusk please
[18:56] <QA> zaki: Excuse me?
[18:56] <zaki> QA: rusks please
[18:56] <QA> Help yourself zaki There are 2 boxes on top of the fridge :)
[18:56] <pavlushka> walrider: have you used printf :| ever?
[18:56] <zaki> QA: where is my lighter?
[18:56] <QA> zaki: I'm afraid I have no idea
[18:56] <pavlushka> walrider: you have to use the correct keyword
[18:57] <NaSb> QA: Are you going to mad?
[18:57] <QA> NaSb: Excuse me?
[18:58] <zaki> any google map editor here? and facebook place editor?
[18:58] <zaki> hello Researcher
[18:59] <nawaf> is there any plugin for writting bangla on irc
[19:00] <zaki> you can use avro
[19:00] <walrider> avro
[19:00] <walrider> avro plugin . dmg
[19:00] <walrider> i mean deb
[19:00] <walrider> :|
[19:00] <walrider> apne to android e
[19:01] <walrider> taile bangla kB install koren
[19:01] <walrider> then u will be able
[19:01] <walrider> mayabi keyboard
[19:01] <zaki> walrider: nawaf using chatzilla
[19:01] <walrider> use it
[19:01] <walrider> oh
[19:02] <walrider> ami game kheltasi windows e asi now
[19:02] <walrider> freenode web chat e asi
[19:02] <walrider> :D
[19:02] <zaki> hmm
[19:02] <zaki> walrider: how about your intrn? how is it going?
[19:03] <pavlushka> nawaf: just use ridmik keyboard to write in Bengali
[19:03] <walrider> akhono start korte pari nai zaki bhai
[19:03] <zaki> lol
[19:03] <zaki> why?
[19:03] <pavlushka> walrider: কি গেম?
[19:04] <walrider> all papers done now just last akjon er sign hoilei hoia jae bt take pawa e jasse na
[19:04] <zaki> 1 month alrdy gone
[19:04] <walrider> ami mela game kheli coc theke shuru kore csgo ja ase shob
[19:04] <walrider> ho bhai tention e poira gesi xaki bhai
[19:04] <walrider> mon mejaj ajke kharap silo
[19:04] <zaki> walrider: don't know about anyone sig like that
[19:04] <walrider> shokal e campus e call disilam
[19:05] <walrider> ora koilo jekhane intern korbo oikhan theke kono response nai
[19:05] <zaki> where is it?
[19:05] <walrider> ami bollam kisu to janabe hole ha na hole na
[19:05] <walrider> ekhane na hole onno khane to tri korte hobe
[19:05] <walrider> btv te appl korsilam
[19:06] <walrider> now onno kothao korbo
[19:06] <zaki> when? :D 1 month gone from 3 month
[19:06] <walrider> kisu kowar nai bhai mejaj kharap
[19:06] <pavlushka> nawaf: airtel number bondho keno?
[19:06] <zaki> walrider: its only a application from your institute to that company or coaching center
[19:06] <nawaf> na to
[19:07] <walrider> bujhi nai
[19:08] <zaki> walrider: tomra kar sign er jonne atkai acho?
[19:08] <zaki> :P
[19:09] <pavlushka> NaSb will be back in time, :)
[19:09] <zaki> may be his pc gone sleep mode
[19:11] <zaki> watching Mr.Robot s2rp9
[19:11] <zaki> ep9*
[19:12] <zaki> episode naiming are awesome
[19:13] <zaki> this episode nname is init_5.fve
[19:21] <pavlushka> zaki: কারে কও? আমারে? টাইম আসে? জান শেষ, দৌড়াইতে দৌউড়াইতে :ডp
[19:23] <zaki> he he
[19:23] <zaki> why?
[19:23] <zaki> i was saying to amjonota :P
[19:27] <pavlushka> zaki: you mean mango people ;p
[19:29] <zaki> yep :p
[19:29] <zaki> what are you doing atm?
[19:32] <walrider> flir
[19:32] <walrider> t
[19:32] <walrider> t kam kore nan dur
[19:32] <zaki> walrider: what?
[19:32] <walrider> ho :} i dn have an gf
[19:32] <walrider> :(
[19:33] <zaki> you don't have a good friend? :(
[19:33] <walrider> forever alone :| i dnt have a good food
[19:33] <walrider> gf :}
[19:33] <zaki> good food?
[19:34] <walrider> mia girlfreid nai :(
[19:34] <zaki> no good frienf and no good food; oh man :p
[19:34] <walrider> wc uncl /////;lfhfef
[19:34] <zaki> Kilos: welcome back to #ubuntu-bd
[19:34] <walrider> how u doing unlc kilos man o man long tiem no see
[19:34] <walrider> time*
[19:34] <Kilos> hmm...
[19:35] <zaki> Kilos: how is going everything? wake up from sleep?
[19:35] <walrider> u ok unlc ??
[19:36] <Kilos> yes ty lad im in bed so nice and warm
[19:36] <Kilos> hows things there
[19:36] <walrider> :D
[19:37] <zaki> everything oky but walrider little tensed about his internship.
[19:39] <Kilos> just have faith in yourself and always give your best
[19:41] <walrider> i dnt know what to say pray for me Kilos
[19:42] <Kilos> will do lad
[19:51] <walrider> ghummmmm ...
[19:52] <zaki> walrider: stay for some more time
[19:52] <walrider> asi asi
[19:52] <walrider> jk bhai jk jk
[19:52] <walrider> ato tara tari keu ghumae ?
[19:56] <pavlushka> every one, get ready :p
[19:56] <zaki> (Y)
[19:56] <pavlushka> oh my Kilos welcome :)
[19:56] <pavlushka> I was busy on something
[19:57] <pavlushka> ha ha wb NaSb !
[19:57] <pavlushka> every one make sure that you are on #ubuntu-meeting :)
[19:57] <NaSb> ;)
[20:03] <Kilos> hi zaki walrider
[20:03] <zaki> hi Kilos
[20:06] <walrider> hi uncl :D
[20:07] <walrider> bhai ki hoitase eta ??
[20:07] <walrider> explain please
[20:11] <pavlushka> every one now
[20:11] <pavlushka> say something on me
[20:12] <pavlushka> lol dipraw , dont
[20:12] <dipraw> okay
[20:12] <dipraw> my bad
[20:12] <dipraw> sorry
[20:12] <walrider> :D
[20:13] <pavlushka> walrider: gonna kill you
[20:13] <walrider> sorre >:D
[20:13] <zaki> he he
[20:14] <pavlushka> every one doing potato tomato :p
[20:16] <walrider> which wil make a healthy salad bro
[20:16] <dipraw> am i doing good? am i am i? pavlushka
[20:17] <walrider> aise :D
[20:17] <walrider> xD
[20:17] <walrider> xD
[20:18] <walrider> wc bhai LD
[20:18] <walrider> :D
[20:18] <zaki> AudaciousTUX: join #ubuntu-meeting
[20:19] <dipraw> how to vote? i just have to say #voteforpavlushla right?
[20:20] <walrider> -1 dise :D
[20:22] <walrider> party chai :|
[20:22] <dipraw> so? bhaiya u r in now! need treat!
[20:22] <walrider> abar jigae
[20:23] <walrider> party chai  >:D
[20:23] <dipraw> yo!!!
[20:23] <NaSb> Congratulations pavlushka :)
[20:23] <AudaciousTUX> \o/
[20:24] <pavlushka> \o/
[20:24] <AudaciousTUX>  ||
[20:24] <walrider> pavlushka: CONGRAKtS BRU
[20:24] <AudaciousTUX>  /\
[20:24] <AudaciousTUX> damn.... why i typed -1 o.O
[20:25] <walrider> xd
[20:25] <walrider> xD
[20:25] <AudaciousTUX> light off :3
[20:26] <dipraw> so whats now? all going to bed?
[20:26] <pavlushka> ringing the bell, its over good night guys and thanks
[20:26] <walrider> late night snakes
[20:26] <dipraw> good night!!! :-D
[20:26] <Kilos> night pavlushka rest well
[20:27] <nawaf> ok going to bed now. good night everyone. and once again congo pavel vaiya :)
[20:27] <pavlushka> Kilos: sure Kilos , I had a nervous week, cant eat very well, it happens everytime when some exam is up for me :)
[20:35] <zaki> Congratulations pavlushka :) Now we have a new ubuntu member. :)
[20:36] <pavlushka> ha ha ha, now I am relaxed, was on my nerve
[20:37] <zaki> thnx Kilos for be with us and pavlushka always
[20:37] <pavlushka> undoubtedly
[20:37] <Kilos> you guys welcome
[20:38] <zaki> and AudaciousTUX :)
[20:38] <zaki> wher were you?
[20:38] <zaki> Kilos: was missing you.
[20:39] <Kilos> yes ive been very busy
[20:39] <Kilos> and 2 days in airoplane
[20:39] <zaki> how's your family?
[20:39] <Kilos> all good ty
[20:41] <zaki> pavlushka: happy for you. :) i was bit confused about whats happening there in #ubuntu-meeting :D when voting started.
[20:41] <zaki> Kilos: wc
[20:46] <Kilos> now guys i need some rest. its 1/4 to seven on friday here
[20:47] <zaki> oky kilos take rest :)
[20:47] <zaki> good night than.
[20:48] <pavlushka> Good Night everyone :)
[20:55] <zaki> good night pavlushka :)
[20:55] <zaki> have a sweet dream.
[20:55] <pavlushka> Good Night zaki


[00:15] <mup> Bug #1839230 opened: duplicate login message on raspberry pi core18 image <core18> <Snappy:New> <https://launchpad.net/bugs/1839230>
[05:24] <mborzecki> morning
[05:34] <mup> PR snapd#7186 closed: gadget: ensure filesystem labels are unique <Gadget update> <Simple 😃> <Created by bboozzoo> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/7186>
[07:07] <pstolowski> mornings
[07:32] <mborzecki> pstolowski: hey
[07:32] <mborzecki> wow, tmux died
[07:32] <mborzecki> as in segfauled and all
[07:36] <zyga> good morning
[07:36]  * zyga is curing his sleep deficit by falling asleep at random times :/
[07:36] <zyga> how are you doing guys?
[07:44] <zyga> sil2100: hello
[07:44] <zyga> sil2100: do you think we can ship bash-completion on core18?
[07:44] <zyga> sil2100: this is reported as https://bugs.launchpad.net/snappy/+bug/1825254
[07:44] <mborzecki> zyga: hey
[07:44] <mup> Bug #1825254: auto-complete doesn't work on ubuntu core 18 <core18> <Snappy:Confirmed> <https://launchpad.net/bugs/1825254>
[07:45] <mborzecki> zyga: tried to investigate the http2 PROTOCOL_ERROR we see randomly, but there's quite a number of places in net/http that generate an error matching the log
[07:45] <mborzecki> zyga: left a topic though https://forum.snapcraft.io/t/snap-download-failures-with-protocol-error/12677
[07:46] <mborzecki> zyga: fwiw, nothign significant in curl output, also a minial http request in tried in go did not raise anytying suspicious
[07:47] <zyga> mborzecki: thank you
[07:47] <zyga> mborzecki: I wonder if it could be a go thing?
[07:47] <zyga> but we didn't change anything on our end, did we?
[07:47] <zyga> no now go compiler rev?
[07:48] <mborzecki> zyga: hm maybe, i can try with older version of go, 16.04 uses 1.10?
[07:48] <zyga> mborzecki: I don't remember, just wonder if it's a bug in go in general and we're hitting it along with others now
[07:48] <zyga> mborzecki: the alternative is that it is a bug in our web side
[07:48] <zyga> mborzecki: but again, I don't have any data to sway either side
[07:49] <zyga> sil2100: on the same vein, is https://mail.google.com/mail/u/1/ something we can fix?
[07:49] <zyga> sil2100: seems like a pair of tweaks to core18
[07:50] <zyga> er :)
[07:50] <zyga> https://bugs.launchpad.net/snappy/+bug/1839230 :)
[07:50] <mup> Bug #1839230: duplicate login message on raspberry pi core18 image <core18> <Snappy:New> <https://launchpad.net/bugs/1839230>
[07:50] <zyga> silly copy paste
[07:52] <mborzecki> zyga: no change with 1.10, wish there was a way to dump the http request/response headers in go in a reliable way
[07:52] <zyga> mborzecki: would using pcap help?
[07:52] <zyga> or are those all ssl?
[07:52] <mborzecki> zyga: uses tls
[07:56] <mborzecki> zyga: about that reddit thread: https://www.reddit.com/r/linux/comments/cmse4r/interview_why_canonical_views_the_snap_ecosystem/ the comemnts are pretty depressing
[07:56] <zyga> yeah, internet is as it was
[07:56] <zyga> I think it's important to have our own voice
[07:57] <zyga> I hope that degville martin and alan can come up with the daily snap podcast or something like that
[07:57] <zyga> I think a good fraction of those comments are just misinformed
[07:58] <mborzecki> also funny how some particular users seem to be repeat the same thing over and over again under a number of submissions
[07:59] <mborzecki> i mean, i understand how one can not like something, but tbh it seems as if some poeple have plenty of free time ;)
[07:59] <zyga> kenvandine: hey, do you know about this issue where the mouse cursor changes appearance inside some snap applications? do you know how this part of the stack works?
[08:00] <zyga> kenvandine: there are some bug reports about it
[08:00] <zyga> one I found just now is: https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1579268
[08:00] <mup> Bug #1579268: Mouse cursor is different inside graphical windows of snaps (snaps not using system theme) <Snappy:New> <snapd (Ubuntu):Triaged> <https://launchpad.net/bugs/1579268>
[08:00] <mborzecki> zyga: iirc electron was a suspect there last time
[08:00] <zyga> mborzecki: yeah but electron inside snaps
[08:01] <zyga> mborzecki: we could call the podcast "responding to internet trolls" ;)
[08:11] <zyga> I wish there was one click toggle for dark mode / light mode
[08:12] <zyga> terminal profile, browser profile, terminal window color, etc
[08:12] <zyga> it's annoying to have to do this little by little by hand
[08:13] <mup> PR snapd#7218 opened: tests: measure behavior of the device cgroup <Created by zyga> <https://github.com/snapcore/snapd/pull/7218>
[08:13] <zyga> I'm pushing a PR with the tests that show the bug from Friday
[08:13] <zyga> https://github.com/snapcore/snapd/pull/7218
[08:13] <mup> PR #7218: tests: measure behavior of the device cgroup <Created by zyga> <https://github.com/snapcore/snapd/pull/7218>
[08:13] <zyga> working on the fix, I gave it some thought and while the 1st part of the fix is indeed very easy
[08:13] <zyga> the second part is hard
[08:13] <zyga> the first part is when you "snap connect" the cgroup is confining
[08:14] <zyga> the hard part is when you snap disconnect the last interface affecting udev
[08:14] <zyga> you really need to switch the cgroup to unconfined
[08:14] <zyga> but that's not easy in our model
[08:14] <zyga> it's also related to udev
[08:14] <zyga> so we really need a the equivalent of snap-update-ns for cgroups
[08:14] <zyga> and that's not trivial
[08:21] <sil2100> zyga: ah, yes, should be a easy fix! Let me note that down
[08:29] <zyga> sil2100: thank you!
[09:00] <mborzecki> pulled https://github.com/snapcore/snapd/pull/7166 and the unit tests fail consistently, will investigate more at the airport
[09:00] <mup> PR #7166: client: add doTimeout to http.Client{Timeout} <Created by mvo5> <https://github.com/snapcore/snapd/pull/7166>
[09:01]  * zyga works on fixing https://bugs.launchpad.net/snapd/+bug/1838937
[09:01] <mup> Bug #1838937: device cgroup enforcement is partially ineffective for snap services <snapd:In Progress by zyga> <https://launchpad.net/bugs/1838937>
[09:01] <zyga> mborzecki: thank you!
[09:03] <mborzecki> pstolowski: https://github.com/snapcore/snapd/pull/7209#issuecomment-519009878
[09:03] <mup> PR #7209: firstboot: queue service commands before mark-seeded <Created by stolowski> <https://github.com/snapcore/snapd/pull/7209>
[09:04] <pstolowski> mborzecki: hmm, interesting, ty
[09:07] <mborzecki> ok, wrapping it up and heading to the airport in a bit and the off to Flock
[09:10]  * zyga designs snap-update-cgroup
[09:10] <zyga> it's actually good
[09:10] <zyga> because that's the only part that needs to talk to udev
[09:10]  * zyga thinks about getting breakfast first
[09:24] <pstolowski> ondra: ping
[09:28] <zyga> the easy half is fixed
[09:28] <zyga> now thinking about the "hard" half
[09:29] <zyga> I think I cannot avoid snap-update-ns for cgroups :/
[10:09] <zyga> I wrote https://forum.snapcraft.io/t/the-need-for-snap-update-device-cgroup/12679
[10:09] <zyga> it's a bit hard to follow, I will rewrite that for clarity
[10:09] <zyga> but I think it is unavoidable
[10:11] <zyga> pstolowski, ondra: ^
[10:11] <zyga> ideas welcome
[10:13] <Aavar> Hi! I am having a problem with launching graphical snaps in ubuntu 19.04. Can you help me? https://paste.ubuntu.com/p/2RnQWq3b8Q/
[10:15] <zyga> Aavar: hey, can you run "snap version" please?
[10:15] <pstolowski> zyga: ack
[10:15] <Aavar> zyga, https://paste.ubuntu.com/p/2tkZnVB3pg/
[10:16] <zyga> Aavar: are you running wayland?
[10:16] <zyga> note that snap-store should not be launched as root
[10:16] <Aavar> zyga, No, x11
[10:16] <zyga> Aavar: can you run "snap connections inkscape"
[10:18] <Aavar> zyga, https://paste.ubuntu.com/p/2DRKFM6qcY/
[10:18] <Aavar> (note that I am running Unity7, byt I had the exact same issue when running xfce)
[10:19] <zyga> do you get any apparmor denials? those can be checked by running "dmesg | grep DENIED"
[10:19] <zyga> (it will take me 10 minutes to download inscape on my connection)
[10:20] <Aavar> zyga, yes i do. https://paste.ubuntu.com/p/mzDHfTfg5K/
[10:20] <Aavar> zyga, inkscape was just an exaple. I get similar errors on all apps with a gui.
[10:26]  * zyga tries to open the link but struggles
[10:27] <zyga> ok, I see it now
[10:27] <zyga> confinement rejects unix sockets
[10:27] <zyga> hmm
[10:27]  * zyga checks
[10:28] <Aavar> zyga, is it better if I paste to pastebin instead?
[10:28] <zyga> Aavar: can you run "snap connections --all inkscape"
[10:29] <zyga> no, it's just my network, I'm sorry about that
[10:29] <Aavar> ok :)
[10:29] <Aavar> zyga, "error: cannot use --all with snap name"
[10:31] <Aavar> zyga, https://paste.ubuntu.com/p/3fQgngzpvd/
[10:31] <zyga> d'oh :/
[10:32] <kenvandine> zyga: cursor themes are just icon themes.  So just more icon themes to add gtk-common-themes
[10:32] <zyga> Aavar: hmmm,
[10:32] <zyga> kenvandine: hey
[10:33] <zyga> kenvandine: can you try to look at the behavior Aavar is reporting, graphical apps don't work, it seems they cannot talk to x11
[10:33] <zyga> kenvandine: one example is inkscape
[10:33] <zyga> Aavar: 5 minutes to inkscape
[10:34] <Aavar> zyga, :)
[10:34] <zyga> 5 minutes till I pull the snap
[10:34] <zyga> I have very slow network this week
[10:35] <Aavar> zyga, I understand :)
[10:36] <kenvandine> Connections look fine
[10:36] <kenvandine> Not sure what's up there
[10:37] <kenvandine> unity7 gives access to x11
[10:37] <kenvandine> I think
[10:37] <kenvandine> I can't look more now, time to get my son off to school
[10:37] <kenvandine> But when I get to work I can
[10:38] <zyga> thank you!
[10:38] <zyga> Aavar: installed
[10:38] <zyga> started fine, apart from fractional scaling
[10:39] <Aavar> kenvandine, thank you. I could just reinstall ubuntu, but it would be great to figure out what I have done to cause this :P
[10:39] <zyga> Aavar: I have the same connections as you did
[10:39] <zyga> Aavar: when did this start to happen?
[10:40] <Aavar> zyga, I few days ago, but I didn't think much of it (just installed the app I needed via apt)
[10:40] <zyga> did any graphical snaps work for you?
[10:40] <zyga> as in before some moment when they all broke?
[10:41] <Aavar> zyga, yes, I used a few (for example inkscape) before they broke.
[10:41] <zyga> can you recall any change at the time it broke?
[10:42] <Aavar> zyga, No, thats the thing. I cant remember anything that would cause this.
[10:42] <zyga> can you look at /var/lib/snapd/apparmor/ and then at the file related to inkscape
[10:42] <zyga> can you pastebin that file (snap.inkscape.inkscape)
[10:45] <Aavar> zyga, cat /var/lib/snapd/apparmor/profiles/snap.inkscape.inkscape
[10:45] <Aavar> zyga, https://paste.ubuntu.com/p/4Zndvv5ZzX/
[10:45] <zyga> yeah
[10:47] <Aavar> (ps: Is it a good idea for the purpouse of testing to stop the apparmor service?)
[10:47] <zyga> no
[10:47] <zyga> it's not a real service
[10:47] <zyga> stopping it won't do us any good
[10:47] <Aavar> ok
[10:47] <zyga> give me a moment
[10:50] <zyga> Aavar: can you pastebin /etc/apparmor.d/abstractions/X
[10:51] <Aavar> zyga, yes. https://paste.ubuntu.com/p/mmMyxsz7sQ/
[10:52] <zyga> in a terminal, can you echo $DISPLAY and ls /tmp/.X11-unix
[10:55] <zyga> Aavar: ^
[10:57] <Aavar> zyga, echo $DISPLAY gives: :0
[10:57] <zyga> ok
[10:57] <Aavar> and ls /tmp/.X11-unix gives: X0
[10:57] <mup> PR snapd#7219 opened: devicestate/firstboot: check for missing bases early <Needs Samuele review> <Created by stolowski> <https://github.com/snapcore/snapd/pull/7219>
[10:58] <zyga> hmmm
[10:58] <zyga> so far everything looks good
[10:58] <zyga> can you run
[10:58] <zyga> sudo apparmor_parser -r /var/lib/snapd/apparmor/profiles/snap.inkscape.inkscape
[10:58] <zyga> and then "snap run inkscape"
[11:00] <zyga> brb
[11:02] <Aavar> zyga, still the same errors: https://paste.ubuntu.com/p/F8dV2x3WHR/
[11:12] <zyga> hmmm
[11:12]  * zyga is lost
[11:12] <zyga> sorry, I have no idea what might be wrong
[11:12] <zyga> I it clear it cannot talk to X but I don't see why
[11:13]  * pstolowski lunch
[11:16] <Aavar> zyga, do you think it could help if I removed everyhing regarding X and reinstall?
[11:16] <zyga> no, I don't think that would help
[11:16] <zyga> I think we need another pair of eyes to understand what is going on
[11:16] <zyga> let's check with kenvandine once he is back
[11:17] <Aavar> zyga, yes :)
[11:25] <ondra> pstolowski hi
[11:25] <ondra> pstolowski sorry I'm still in Canada this week
[11:29] <zyga> ondra: hey :)
[11:30] <ondra> zyga hey
[12:00]  * cachio afk
[12:03] <pstolowski> ondra: ah, i had no idea, sure
[12:13] <jdstrand> sergiusens (cc kyrofa): I looked into why kyrofa was getting snap USN emails for snapcraft. there are entries in the store dump for revisions for which kyrofa was the uploader. those revisions aren't published to any channel in the dump I get though
[12:16] <jdstrand> sergiusens (cc kyrofa): I'd rather not second guess why the store dumps those. would have to talk to roadmr to see (eg, 1549, 1550, 1551, 1552, 1723, 1724, 1725, 1726, 1727)
[12:18] <jdstrand> sergiusens (cc kyrofa): I could change the algorithm for detecting who to send to, but would wan't to hear from roadmr why those revisions are in the dump
[12:18] <jdstrand> want*
[12:20] <sergiusens> jdstrand: thanks for taking a look! Will wait on what the situation is.
[12:47] <mup> PR snapd#7220 opened: cmd/libsnap: don't leak memory in sc_die_on_error <Simple 😃> <Created by zyga> <https://github.com/snapcore/snapd/pull/7220>
[12:48] <zyga> + snap install --dangerous /home/gopath/src/github.com/snapcore/snapd/tests/lib/snaps/test-snapd-timedate-control-consumer/test-snapd-timedate-control-consumer_1.0_all.snap
[12:48] <zyga> <kill-timeout reached>
[12:48] <zyga> hmmmmm
[12:48] <zyga> master is a sad puppy
[12:50]  * zyga breaks
[13:46] <pstolowski> xnox: hey
[13:56] <kenvandine> zyga Aavar: sorry, forgot i have back to back meetings all morning
[14:04] <jdstrand> roadmr: hey, can you look at https://paste.ubuntu.com/p/8m8dzfFRTz/ and get back to me whenever it is convenient?
[14:04] <roadmr> jdstrand: sure, let's see
[14:09] <kenvandine> Aavar: please pastebin the output from this:
[14:09] <kenvandine> ls -ltr /run/user/`id -u`/
[14:10] <jdstrand> roadmr: oh, you know what, I looked at this week's dump (where those revisions are in there with no channel), but the dump in question happened on July 31
[14:10] <jdstrand> roadmr: (if that helps)
[14:10] <roadmr> jdstrand: hmm so maybe they were published at that point in time?
[14:10] <jdstrand> roadmr: note that the USN email that went out on July 31 did not include those channel-less revisions, so I suspect they were channel-less at that time as well
[14:11] <roadmr> hm. ok, jdstrand, we're checking the logic in the dump script
[14:11] <jdstrand> roadmr: thanks. I wouldn't consider this urgent work, so, however you want to prioritize it is fine
[14:12] <jdstrand> roadmr: I thought I remembered there were some brand stores or something that might've pinned old snapcraft revisions for some internal issue that has long since been resolved...
[14:13] <jdstrand> I don't have any more details on that
[14:28] <zyga> back from a walk but I need to eat something first
[14:28] <zyga> because not in a rush I will return in >1hour
[14:28] <zyga> jdstrand: the fix works, I will give first RFC patches today
[14:28] <zyga> jdstrand: it's more complex than before but also easier than I thought :)
[14:28] <zyga> jdstrand: (than in our initial discussions)
[14:29] <zyga> jdstrand: I think overall it's not super complex though
[14:29] <jdstrand> that's cool
[14:29] <zyga> jdstrand: more streamlined I would say :)
[14:29] <zyga> now for that lunch, I'm starving :)
[14:29] <jdstrand> I like the more deterministic aspect
[14:29] <jdstrand> zyga: note, I'm stepping away
[14:29] <jdstrand> for a little bit
[14:29] <zyga> jdstrand: that's okay
[14:29] <zyga> I'm very sleepy all day long, cannot readjust
[14:31] <jdstrand> zyga: yeah, hope you get back on track soon
[14:55] <cachio> zyga, hey, I see 2 unit tests faiing https://paste.ubuntu.com/p/Ky4pw9G38D/
[14:55] <cachio> seem to be related both fails
[14:55] <cachio> zyga, do you know if it a new thing?
[14:56] <zyga> cachio: it's a thing maciej was investigating lately
[14:56] <zyga> he sent a PR to fix it
[14:57] <cachio> zyga, nice
[14:57] <cachio> I'll take a look
[14:57] <cachio> thanks
[14:57] <zyga> cachio: but I don't know if that's enough, I think we have some more bugs in this area
[15:00] <cachio> zyga, ok, thanks for the info
[15:12] <zyga> cachio: I his PR has landed, it was 7215
[15:13] <cachio> zyga, in that case there is something wrong because the next Pr merged failed wiht the error I showed
[15:13] <cachio> the #7186
[15:14] <mup> PR #7186: gadget: ensure filesystem labels are unique <Gadget update> <Simple 😃> <Created by bboozzoo> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/7186>
[15:14] <zyga> yeah, I think it's just buggy still
[15:34]  * cachio lunch
[16:57] <mup> PR snapd#7213 closed: cmd/snap-confine: implement snap-device-helper internally <Created by zyga> <Closed by zyga> <https://github.com/snapcore/snapd/pull/7213>
[17:04]  * zyga takes a break
[19:09]  * cachio afk
[20:29] <mup> PR snapd#7221 opened: tests: split the sbuild test in 2 depending on the type of build <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/7221>
[20:36] <hellsworth> kenvandine
[20:37] <hellsworth> ha i ctrl+f and that doesn't work in polari apparently
[20:39] <mup> PR snapcraft#2653 closed: scriplets: run override-pull on update_pull <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2653>
[23:30] <mup> PR snapcraft#2654 closed: click: update to 7.0 <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2654>
[23:42] <mup> PR snapcraft#2656 opened: appstream: xslt support for ul nested in p <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2656>
[23:57] <mup> PR snapcraft#2657 opened: Release changelog for 3.7.2 <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2657>


[19:47] <pleia2> knome: we need to track down ochosi for the council article :)
[19:47] <pleia2> pesky holidays, everyone drifts off
[19:48] <pleia2> knome: the website article looks good to go though
[19:58] <knome> yeah
[19:58] <knome> and good, i'll publish in a moment
[19:58] <knome> unless you want to schedule for a better time?
[19:58] <knome> for social media stuff and all
[19:59] <knome> or is now a good time, i don't know
[19:59] <knome> :)
[19:59] <knome> pleia2, ^
[20:00] <knome> just hopped in and out of the grocery store so couldn't reply :P
[22:49] <pleia2> knome: hah, we can release in like 14 hours or so
[22:49] <knome> so like 13UTC?
[22:49] <pleia2> yeah
[22:50] <knome> ok, scheduled at 13UTC precisely
[22:50] <pleia2> :)
[22:50] <pleia2> I will tell my calendar to remind me to g+ and fb it
[22:52] <knome> and twitter possibly


[01:41] <Guest78832> hello
[01:41] <Guest78832> i'm currently running ubuntu 13.04... is there an easy way to convert my existing installation to ubuntu gnome?
[01:42] <meet> Hi. Just installed 13.04. Working well but the dash is a little laggy while showing up. What can I do so that it shows up instantly.
[01:43] <meet> Guest78832, you can try this. http://www.omgubuntu.co.uk/2013/04/gnome-3-8-ppa-for-ubuntu-gnome
[01:45] <jbicha> Guest78832: you can skip the ppa steps, basically just installing ubuntu-gnome-desktop will give you a combination of Ubuntu and Ubuntu GNOME
[04:20] <kenfleming77> Hi Guys , i'm wondering how do i make my own program launcher to go on the left hand menu application laucher bar ?
[04:21] <darkxst> kenfleming77, right click on an app in the search results and "add to favourites"
[04:22] <kenfleming77> Cheers :-)
[04:23] <kenfleming77> The app dont show up, its the program cronometer, can i use a bin file somehow ?
[04:39] <kenfleming77> where are the program launchers located in the file system so i can check one out and see how it works ?
[04:46] <kenfleming77> Maybe i'm asking the wrong qustions ? , i use gnome 3 because it the best multi-tasking desktop there is and its sexy, thanks anyway have a great one huys
[04:49] <darkxst> kenfleming77, it needs to have a desktop file, you can make one with alacarte if its not showing u[


[07:43] <infinity> tjaalton: I assume that xserver-autobind-hotplug.patch you dropped in your xorg-server SRU was unused/unapplied?
[07:43] <infinity> Guessing so, given the lack of change in series.
[07:44] <infinity> tjaalton: Would have been nice to mention it in the changelog, so I didn't have to guess. ;)
[07:46] <infinity> Oh.  That patch wasn't even in debian/patches, it was just cruft in the root.
[07:46] <infinity> Derp.
[07:46] <LocutusOfBorg> slangasek, I'll answer soon wrt virtualbox meh :)
[07:46] <LocutusOfBorg> do you have any ETA?
[08:09] <ogra_> infinity, http://paste.ubuntu.com/20424372/ ... *sniff*
[08:10] <ogra_> running "sudo snapcraft" locally works though ... but cleanbuild falls over
[08:11] <ogra_> cjwatson, does LP actually run snapcraft cleanbuild when it builds snaps ?
[08:11] <infinity> ogra_: What is "cleanbuild"?
[08:11] <infinity> ogra_: Forces it into a container with restricted mounts and ickiness?
[08:11] <ogra_> it makes snapcraft run the whole build inside an lxc container
[08:11] <infinity> ogra_: That would be unnecessary in LP.
[08:12] <infinity> ogra_: Since LP builds each happen in a fresh environment anyway.
[08:12] <ogra_> well, does the build actually run as root ?
[08:12] <ogra_> i seem to actually get a proper build when i run it locally as root
[08:13] <ogra_> (it is just snapping my build result)
[08:13] <ogra_> taging livebuild
[08:13] <ogra_> Priming livebuild
[08:13] <ogra_> Snapping 'ubuntu-core' |
[08:13] <ogra_> Snapped ubuntu-core_16.04.1_amd64.snap
[08:13] <ogra_> ogra@styx:~/Devel/images/snappy/build$
[08:13] <ogra_> :D
[08:14] <ogra_> so the question is how an LP snap build is actually invokend i think
[08:16] <infinity> Should be easily determined by looking at a build log.
[08:17] <infinity> Or by reading the launchpad-buildd source.
[08:17] <ogra_> hmmwell, trying to fins a snap buildlog :)
[08:18] <ogra_> *find
[08:18]  * ogra_ notes that the form to set up a snap build defaults to yakkety ... probably not what we want
[08:32] <ogra_> well ... why bother ... i'll just try it ...
[08:32] <ogra_> https://code.launchpad.net/~ogra/+snap/os-snap-test/+build/1743
[08:41] <infinity> ogra_: Looks happy.
[08:41] <ogra_> OOOOOHHH !!!
[08:41] <ogra_> https://launchpadlibrarian.net/274437775/buildlog_snap_ubuntu_xenial_amd64_os-snap-test_BUILDING.txt.gz
[08:41] <ogra_> yeah !
[08:41] <ogra_> except that i now have a non-os snap that contains an os nap and two kernel snaps :)
[08:41] <infinity> ogra_: And I note the point release version there, too.  You fixed it to grub around in os-release?
[08:42] <infinity> ogra_: Can one build produce multiple snaps, or will this be a Complicate Problem to solve?
[08:42] <ogra_> there seems to be something worng with using the PPA in live-build ... the inner snaps are actually anonical-pc-linux_4.4.0-31+20160722.08-39_amd64.snap and ubuntu-core_16.04+20160722.08-37_amd64.snap
[08:43] <ogra_> i think you can only produce one snap
[08:43] <infinity> That seems short-sighted.
[08:43] <ogra_> there are definitely still some changes ahead, but the prerequisites are there \o/
[08:43] <infinity> Especially with the content-sharing stuff, it would make sense to want to produce N snaps with content-sharing deps.
[08:43] <infinity> From one build.
[08:43] <ogra_> i can produce snaps for multiple arches
[08:44] <ogra_> with the same name
[08:44] <ogra_> but i cant produce kernel and os snaps with different names from one build
[08:44] <ogra_> (which is fine)
[08:44] <ogra_> i roughly know what to do now ...
[08:45] <infinity> Good deal.
[08:45] <infinity> Nice when a plan comes together.
[08:45] <ogra_> also snapcraft will need to learn to mangle the yaml... what it currently produces acnt be used as rootfs
[08:46] <ogra_> well, i guess i need signoff from mark still ... he needs to understand that the machinery is identical to what produces the cloud images and that i only replace the wrapper
[08:46] <ogra_> i dont want to be shouted at *after* i implement the changes :)
[08:56] <ogra_> infinity, hmm,
[08:56] <ogra_> Get:16 http://ftpmaster.internal/ubuntu xenial-updates/main amd64 livecd-rootfs amd64 2.408.2 [48.1 kB]
[08:57] <ogra_> i dont get why it pulls from xenial-updates
[08:57] <ogra_> https://launchpad.net/~snappy-dev/+archive/ubuntu/image/+packages?field.name_filter=&field.status_filter=published&field.series_filter=xenial ...
[08:57] <ogra_>  livecd-rootfs - 2.420+ppa15
[08:57] <ogra_> it should pull that version instead
[08:58] <infinity> ogra_: Only if it's building in a PPA...
[08:58] <ogra_> ah, so i picked the wrong archive at the form ...
[08:58]  * ogra_ tries changing that
[08:59] <infinity> ogra_: Yeah, I see snappy-dev/tools there, but you wanted snappy-dev/image, right?
[08:59] <ogra_> yep
[09:00] <ogra_> well ...
[09:00] <ogra_> EXTRA_PPAS='snappy-dev/image snappy-dev/edge'
[09:00] <ogra_> that is what it shoudl use
[09:00] <infinity> Aaand, that's where things might fall over.
[09:00] <infinity> The EXTRA_PPAS thing might be specific to livefs builds.
[09:01] <infinity> Though, I'd think that PPAs with deps on other PPAs would behave similarly.
[09:01] <infinity> Yeah, EXTRA_PPAS is a livefs-only option, other types of LP builds can't specify anything other than archive.
[09:02] <infinity> That said, if a PPA has a dep on another PPA, both should end up in sources.list.
[09:02] <infinity> So, perhaps you need a hierarchy like edge -dep-> stable -dep-> image
[09:03] <infinity> (Fake PPA names, I don't know what you have)
[09:03] <infinity> But you get the idea.
[09:04] <ogra_> well, i see the ppa in the apt-get update output of the build
[09:04] <infinity> Just the one PPA that you're building in though.
[09:05] <xnox> infinity, i'm pretty sure that one has to manually add recursive ppa dependencies by hand. Only direct PPA deps end up in sources.list.
[09:05] <ogra_> i just triggereed a build with the snappy-dev/image PPA as source ... lets see
[09:05] <ogra_> the prob will be that we use two PPAs currently
[09:05] <infinity> ogra_: Well, what's in edge?  Stuff needed to build, or stuff needed in the snap?
[09:05] <ogra_> and LP only allows me to pick one
[09:05] <ogra_> edge only has the daily snapd build after it ran though elopios tests
[09:06] <xnox> ppaA (which build deps on ppaB), and if your ppa you want both, one has to specify both
[09:06] <infinity> ogra_: What you probably want is "stuff neeeded to build" -> image PPA, and then "stuff needed in the chroot created by live-build" -> specify in build.
[09:06] <ogra_> i see live-build pull updates for both PPAs in the build ... that looks more like some kind of pinning is going on based on what i chose in the LP form
[09:07] <infinity> Anyhow, let's see your results and see if something needs tweaking.
[09:07] <ogra_> yeah
[09:07] <ogra_> this is incredibly fast btw ... i wonder why ...
[09:07] <ogra_> the last build only took 7min
[09:08] <infinity> Should it not be?
[09:08] <infinity> It's a tiny rootfs.
[09:08] <ogra_> iirc the livefs bulder takes more like 10-15
[09:08] <infinity> It's the same builder. :P
[09:08] <infinity> And the same code.
[09:08] <ogra_> for an amd64 build
[09:08] <ogra_> hmm, k
[09:08] <ogra_> then i'm probably wrong
[09:08] <infinity> So, you might just be hitting different scalingstack hosts.
[09:09] <infinity> Underlying hardware in scalingstack differs wildly.
[09:09] <ogra_> ah
[09:09] <infinity> The machines there span about 4 years, AMD and Intel, crap and slightly less crap disk, etc.
[09:09] <ogra_> aha
[09:09] <ogra_> yeah, that will likely be it then
[09:09] <infinity> The joy of "cloud".
[09:10] <ogra_> heh
[09:10] <DJones> HI folks, does http://changelogs.ubuntu.com/meta-release need updating now that 16.04.1 has been released so that LTS users will see 16.04.1
[09:10] <infinity> You'll note that ppc64el and arm64 scalingstack are much more consistent, cause the compute nodes are all identical.
[09:10] <infinity> DJones: Not yet.
[09:10] <infinity> DJones: It'll happen next week after we've double-checked all the upgrade bugs, etc.
[09:11] <infinity> DJones: There's a reason the release announcement said that 14.04 users would be automatically upgraded "soon", rather than "now".
[09:11] <DJones> infinity: Thanks, just getting people asking in #ubuntu  why they can't upgrade yet, noprobs,just wanted to make sure
[09:13] <ogra_> infinity, ok ...
[09:13] <ogra_> Snapping 'canonical-pc-linux' ...
[09:13] <ogra_> Snapped canonical-pc-linux_4.4.0-31_amd64.snap
[09:13] <infinity> ogra_: Oh, the other major difference is often just network traffic and if a node is in the same DC as builddmaster, etc.
[09:13] <ogra_> that definitely uses the right livecd-rootfs
[09:14] <infinity> ogra_: Because LP counts the "return result blobs to the master" in the total build time.
[09:14] <ogra_> but likely not the snapd from the edge PPA :/
[09:14] <ogra_> ah
[09:14] <ogra_> Get:19 http://ppa.launchpad.net/snappy-dev/edge/ubuntu xenial/main amd64 snapd amd64 2.0.10+ppa167-1 [4572 kB]
[09:14] <ogra_> looks good
[09:14] <ogra_> \o/
[09:14] <infinity> Curious.
[09:15] <infinity> You must be specifying that in your live-build setup.
[09:15] <ogra_> yeah, but as long as it works :)
[09:15] <ogra_> i do
[09:15] <ogra_> might be my Makefile hackery
[09:15] <ogra_> (i'm not that good with shell scripts in makefiles :P )
[09:15] <infinity> Heh.
[09:15] <infinity> Are you in the big hack room?
[09:15] <infinity> Or a session?
[09:16] <infinity> ogra_: ^
[09:16] <ogra_> http://bazaar.launchpad.net/~ogra/+junk/os-snap-test/view/head:/Makefile
[09:16] <ogra_> big room
[09:16] <ogra_> i guess thats just some quoting issue
[09:16] <infinity> Kay.  Smoke break?  Then I'll follow you back there.
[09:16] <ogra_> yep
[09:18] <apw> ogra_, your variable assigments at the top are very odd, using variable expansion on the right ?
[09:38] <LocutusOfBorg> will anybody please accept libcypher-parser in queue? one rdep that I'll retry once it is published, a little soname change
[09:46] <cjwatson> ogra_: no, LP does not use cleanbuild.  Anyway, as infinity says, you can just read lp:launchpad-buildd - "buildsnap" there does most of the work and it's very short.
[09:50] <ogra_> cjwatson, yeah figured it all out and it works wonderfully https://code.launchpad.net/~ogra/+snap/os-snap-test/+build/1745 :)
[09:51] <ogra_> (still needs some cleanup in livecd-rootfs ... but working snap builds actually mean i can drop 80% of the awful hacks :) )
[09:51] <infinity> (Meaning 20% still remain)
[09:56] <ogra_> :P
[10:09] <cjwatson> ogra_: https://code.launchpad.net/~ogra/+snap/os-snap-test/+build/1745 looks slightly implausible ...
[10:09] <cjwatson> ogra_: launchpad-buildd doesn't pick up livecd.* when doing snap builds
[10:09] <ogra_> what looks implausible there ?
[10:09] <cjwatson> one 4K snap file?
[10:09] <ogra_> yeah, but we wont need that at all anymore
[10:10] <cjwatson> I doubt that Ubuntu Core fits in 4K :)
[10:10] <infinity> Yeah, it still needs work. ;)
[10:10] <infinity> This is a WIP.
[10:10] <ogra_> cjwatson, that might be because the install target in the makefile just calls "echo foo" atm ;)
[10:10] <infinity> The snap is intentionally empty currently.
[10:10] <cjwatson> Ah, OK.
[10:11] <ogra_> i need to copy the rootfs chroot content in the installl target
[10:11] <ogra_> and rip out all the internal snap creation bits
[10:11] <ogra_> the important point is that this can auto-uppload to the store ...
[10:11] <ogra_> compared to cdimage hackery thats a huge win
[10:12] <cjwatson> Yep
[10:15] <ogra_> the big piece ahead is still to convince mark that this is better ...
[11:08] <tjaalton> infinity: yeah xenial had cruft in the diff :/
[11:17] <infinity> tjaalton: Yeah, I sorted that out myself and accepted.
[11:18] <tjaalton> thx
[11:38] <tjaalton> infinity: are trusty dailies now with lts-xenial?
[11:38] <infinity> tjaalton: Not yet.  Getting there.
[11:39] <tjaalton> k
[11:39] <infinity> tjaalton: They definitely should be on/by Monday, but maybe earlier.
[11:46] <tjaalton> infinity: going through NEW? mesa has been sitting there a few days, adds mesa-vulkan-drivers
[11:46] <tjaalton> and ppc64el ftbfs, can drop llvm again if it makes a difference
[11:47] <infinity> tjaalton: Yeah, I'm slowly going through it.
[11:54] <tjaalton> coolio
[12:28] <ogra_> cjwatson, now the snaps have the right size ;)
[12:34] <cjwatson> cool
[13:16] <ogra_> cjwatson, hmm ... do you filter out "type: os" in LP builds ?
[13:17] <ogra_> if i put it in my snapcraft.yaml it stays around when i do a local build ... but i cant find it in meta/snap.yaml inside a LP produced snap
[13:26] <ogra_> hmm, might actually be a livecd-rootfs issue after all (silly hacks)
[13:38] <cjwatson> ogra_: we do no such filtering
[13:38] <ogra_> yeah, just found the issue
[13:38] <ogra_> a very bad hack in livecd-rootfs plus a bug in snapcraft that it doesnt seem to fully replace meta/snap.yaml in the prime step
[13:42]  * ogra_ filed bug 1605622
[13:45] <infinity> ogra_: So, all sorted with your rm?
[13:45] <ogra_> yep
[13:45] <ogra_> all fine now
[13:46] <ogra_> but there is something wrong in snapcraft indeed ... it should just overwrite the exiting file
[13:46] <ogra_> the rm does fine for now though
[15:28] <bdmurray> slangasek: Its been brought to my attention that http://archive.ubuntu.com/ubuntu/dists/xenial-updates/main/dist-upgrader-all/current/ReleaseAnnouncement doesn't have the words LTS in it.  Does that seem worth an SRU?
[15:30] <bdmurray> oh, he's out today. infinity -^
[16:01] <bdmurray> well, having the mirror lists updated too is probably a good idea
[17:18] <slangasek> bdmurray: ReleaseAnnouncement SRU> I checked and the trusty one doesn't say 'LTS' either... your call?
[17:19] <bdmurray> slangasek: the precise one does and I uploaded Xenial already