[09:03] <danilogondolfo> Hello, I'm looking for a friend to demote libgitlab-api-v4-perl and libio-prompter-perl to Universe. libgitlab was a dependency of devscripts but it was dropped to suggests to avoid 2 or 3 new MIRs.
[10:42] <mirespace> jbicha: your suggestion on using the same as libgegl-0.4-0.symbols for heimdal/openafs tools worked \o/. Thank you!
[10:46] <LocutusOfBorg> danilogondolfo, maybe on -release channel you might have bigger luck?
[10:47] <danilogondolfo> LocutusOfBorg, will try there thanks ;)
[12:49] <tsimonq2> In case anyone has any last-minute EOY sponsorship requests from the Canonical side, I'm around from right now through US(/Central) EOD, feel free to ping me.
[12:50] <tsimonq2> The sponsorship queue is at 0, flat. So, whoever is scheduled to patch pilot today, happy holidays. :)
[12:51] <tsimonq2> (I'll still be around over the holidays, but will pivot my primary focus from development work, since I'm not sure there will be movement if something breaks...)
[13:09] <mirespace>  LocutusOfBorg: Uploaded new heimdal package for noble (also mantic, but maybe it doesn't qualify for SRU) at https://launchpad.net/~mirespace/+archive/ubuntu/heimdal-ftbfs-lp2036253/+sourcepub/15539233/+listing-archive-extra
[13:10] <mirespace> diff attached to the bug also
[13:15] <schopin> mirespace: if it's FTBFS it definitely qualifies for an SRU, since it makes security fixes impossible without fixing it.
[13:16] <mirespace> schopin: It makes senses to me too, but I don't know because the rebuild of openafs (rebuilding in supported version?) .. anyway, I prepared it too
[13:19] <schopin> well, you need to be a bit more discriminate in the SRU, I guess. For instance I see in your changelog something "to prevent further skew" that I wouldn't include in an SRU.
[13:21] <mirespace> schopin: You're totally right with that ... _me backporting the noble changelog :$ _
[13:22]  * schopin goes back to minding his own business :P
[13:22] <mirespace> schopin: No, no... its totally fine... I appreciate your comments a lot :)
[13:23] <mirespace> thank you!
[13:23] <LocutusOfBorg> mirespace, uploaded
[13:23] <LocutusOfBorg> for heimdal/noble
[13:23] <mirespace> LocutusOfBorg: Thank you!
[13:24] <LocutusOfBorg> also uploaded a no change rebuild of openafs, I want to see the failure on the build logs, or autopkgtest logs
[13:28] <mirespace> LocotusOfBorg: I got this in the same ppa as I uploaded heimdal packages: https://dpaste.com/7MN6V5BX9 , but I hadn't time to research it
[13:52] <LocutusOfBorg> mirespace, false positive
[13:52] <LocutusOfBorg> I think it was due to dpkg defaulting to FORTIFY=3, but gcc not yet rebuilt on top of it
[13:52] <LocutusOfBorg> now that error is only left on arm64, and gcc is publishing there
[13:52] <LocutusOfBorg> soooooooooo a rebuild should "fix it"
[13:53] <LocutusOfBorg> we discussed probably there or in release dr
[13:56] <mirespace> LocotusOfBorg: nice
[13:58] <schopin> fwiw, that was vaguely discussed here yesterday
[14:24] <LocutusOfBorg> btw mirespace schopin, this error was really vague w.r.t. dpkg changes
[14:34]  * sudip saw tsimonq2 was unhappy with the sponsorship queue being at 0, so added 1
[15:44] <tsimonq2> sudip: As a common point, I always tell people, "increase the verbosity of What Could Go Wrong" if I see "this has very little chance of regressing." Looking at your actual diff now. :)
[15:45] <tsimonq2> sudip: I have some more minor modifications to make to your DEP-3 header. ;)
[15:45] <tsimonq2> Otherwise, seems reasonable, uploading and letting the SRU team decide from here.
[15:45] <sudip> ohh.. I thought I dep-3 was ok this time
[15:46] <tsimonq2> It *is* okay technically speaking, I'll just show you a few tricks for extra verbosity. :)
[15:46] <tsimonq2> sudip: Also... "But Focal, Jammy, Lunar and Mantic are still affected." - the SRU team will likely want diffs for all of these releases.
[15:47] <sudip> diff will be same, I will just need to test on those releases first. will do after I am back from $dayjob today
[15:48] <tsimonq2> Sounds good! Here's what I'll do: I'll make the tweaks to the DEP-3 header, let you know what they are, and upload this one to Mantic.
[15:49] <tsimonq2> You've been pretty on top of things so far, so I'll trust that you'll have some followup diffs for me Very Soon. Usually I'd wait, but I doubt we'll see movement from the SRU team a) on a Friday and b) right before EOY.
[15:54] <Eickmeyer> I honestly doubt there will be any accepted SRUs over the next 2 1/2-ish weeks for that reason.
[15:55] <tsimonq2> Yeah, it's unfortunate that there really aren't many (if any) community members on the SRU team, otherwise I don't think we'd come to a complete halt for two weeks...
[15:55] <tsimonq2> Anyway...
[15:56] <tsimonq2> sudip: So, in an ideal world, if I was to be really nitpicky, this is what the patch would look like: https://paste.ubuntu.com/p/DVH3htsR3v/
[15:56] <tsimonq2> sudip: The patch you have works, and as far as I can tell, is DEP-3 compliant. Figured I'd just let you in on some of the extra stuff I usually see. :)
[15:57] <sudip> ahh.. ok. other DEP-3 headers..
[15:57] <tsimonq2> sudip: Also, if the patch you're working with is the one currently applied by quilt (and at the top of the stack), if it doesn't have a patch header, quilt header --dep3 -e will insert a template for you. :)
[15:58] <tsimonq2> Anyway, besides my nitpicks that I'm using to give you some wider context, it's all good I think :)
[15:58] <tsimonq2> Thanks for your work.
[15:59] <sudip> thanks for looking
[15:59]  * sudip will add the other debdiffs in about 2.5 hours
[16:00] <tsimonq2> Sounds good, I'll circle back then! 😁
[16:02] <mateus-morais> Hi folks! Could somebody with permissions hit retry on this build (https://launchpad.net/ubuntu/+source/open-iscsi/2.1.9-3ubuntu1/+build/27188801), please? :)
[16:03] <Eickmeyer> tsimonq2, sudip: To be clear, it does affect Lunar, Mantic, and Noble now?
[16:03] <tsimonq2> Eickmeyer: read up, already covered ;)
[16:03] <tsimonq2> mateus-morais: Looking.
[16:03] <Eickmeyer> tsimonq2: Marking the bug appropriately.
[16:03] <tsimonq2> Eickmeyer: just did
[16:04] <tsimonq2> like 30 seconds ago :)
[16:04] <tsimonq2> mateus-morais: .
[16:04] <tsimonq2> looking at other arches, will . too
[16:04] <Eickmeyer> tsimonq2: Psh. 👨 🚌 💨
[16:04] <tsimonq2> Eickmeyer: Looks like my coffee is stronger than yours today. ;)
[16:05] <Eickmeyer> tsimonq2: Probably hasn't kicked in yet. :P
[16:05] <tsimonq2> XD
[16:05] <mateus-morais> tsimonq2: I'm just waiting on gcc-13 13.2.0-9ubuntu1 to build on riscv64 to retry that one as well. Thanks!!
[16:05] <tsimonq2> mateus-morais: I did it anyway, but I'll be around for a while, so feel free to ping me again when you're ready for that one. (I sponsored it, I should probably help follow up, eh? ;) )
[16:05] <tsimonq2> Anyway, thanks for your work on this!
[16:06] <mateus-morais> tsimonq2: will do, and thanks for sponsoring! :)
[16:06] <tsimonq2> Of course!
[16:51] <mateus-morais> tsimonq2: did you get a buildlog by any chance? The arm64 build failed but I don't see a log on launchpad
[16:52] <tsimonq2> mateus-morais: Negative, retrying again.
[17:05] <mateus-morais> tsimonq2: worked this time, thanks! :)
[17:06] <tsimonq2> <3
[18:10] <sudip> tsimonq2: still there? added all the debdiffs to LP: #1875642
[18:10] -ubottu:#ubuntu-devel- Launchpad bug 1875642 in fsvs (Ubuntu Mantic) "[SRU] FSVS - not able to commit changes to remote HTTP SVN repo" [Medium, In Progress] https://launchpad.net/bugs/1875642
[18:10] <sudip> iiuc, I will need to remove myself from the "Assigned to" field
[19:28] <LocutusOfBorg> mirespace,  openafs-client : Depends: libroken19-heimdal (= 1.8.10-1ubuntu5) but 7.8.git20221117.28daf24+dfsg-3ubuntu3 is to be installed
[19:32] <LocutusOfBorg> I think I uploaded a fix
[19:32] <LocutusOfBorg> please check
[19:40] <arraybolt3> tsimonq2: you going to be around for a bit more to maybe help with a merge sponsorship?
[19:40] <arraybolt3> if so I may soon have an openMSX diff to throw at you
[19:41] <arraybolt3> also don't forget Qtilitools in Debian, I think you mentioned handing that to LocutusOfBorg?
[20:00] <LocutusOfBorg> arraybolt3, not sure what is the context
[20:00] <LocutusOfBorg> if you need something to sponsor ping
[20:03] <tsimonq2> arraybolt3: I didn't ping him yet :D
[20:03] <tsimonq2> sudip: Yeah, I'm floating around. I still don't disagree with the "unassign yourself" rule but someone has yet to make an argument for why, so I can understand. :P
[20:03] <tsimonq2> *agree
[20:04] <arraybolt3> tsimonq2: sorry :P
[20:04] <tsimonq2> LocutusOfBorg: Was looking to see if you would be interested in sponsoring a source NEW package for arraybolt3 to Debian, for some diversity in sponsors?
[20:04] <tsimonq2> arraybolt3: no worries :)
[20:04] <tsimonq2> arraybolt3: Where was the VCS link for that again?
[20:04] <LocutusOfBorg> sure
[20:04]  * arraybolt3 digs in Salsa
[20:04] <arraybolt3> https://salsa.debian.org/ArrayBolt3/qtilitools
[20:06] <arraybolt3> oh how I hate that autopkgtest doesn't run apt full-upgrade in a container before trying to run
[20:07] <arraybolt3> er apt update I mean
[20:07] <bdmurray> arraybolt3: ? It should
[20:08] <arraybolt3> it doesn't on my machine
[20:08] <sudip> tsimonq2: well, the wiki says - The Assignment should be "Nobody". ref: https://wiki.ubuntu.com/MOTU/Sponsorship/SponsorsQueue
[20:08] <arraybolt3> does it need a particular autopkgtest switch on the command line?
[20:08] <arraybolt3> (I have it being called automatically in my ~/.sbuildrc)
[20:08] <bdmurray> arraybolt3: no, show your work
[20:08] <tsimonq2> sudip: Yeah, that's the second time in the last week or so I've seen that link, and still don't understand *why* someone put that there. :P
[20:09] <sudip> ooi, why is that qtilitools marked as libdevel ?
[20:09] <arraybolt3> bdmurray: https://termbin.com/cmoy
[20:09] <bdmurray> all tests run in the infrastructure call autopkgtest with --apt-upgrade
[20:09] <bdmurray><EMAIL_ADDRESS>[20:10] <arraybolt3> https://termbin.com/o6gt1
[20:10] <arraybolt3> so yes, it does need an extra switch
[20:10] <arraybolt3> my sbuildrc doesn't have that
[20:10]  * arraybolt3 goes and fixes
[20:10] <tsimonq2> sudip: 1.2.9-2ubuntu<IP_ADDRESS>.1> you have the right idea... ;) correcting to 1.2.9-2ubuntu<IP_ADDRESS>
[20:12] <tsimonq2> (Bah, Version Numbers Are Cheap ™)
[20:13] <tsimonq2> sudip: All set. Thank you so much for your patience and help here! Please keep the patches coming :D
[20:14] <sudip> tsimonq2: thanks for sponsoring, but why did you correct the version to 1.2.9-2ubuntu<IP_ADDRESS> ?
[20:14] <tsimonq2> sudip: So, what I *meant* to do was correct it to 1.2.9-2ubuntu<IP_ADDRESS> - that one's my fault. :P
[20:15] <tsimonq2> That being said, you usually don't see 1.2.9-2ubuntu<IP_ADDRESS>.1 unless 1.2.9-2ubuntu<IP_ADDRESS> was in the release pocket on release day.
[20:15] <tsimonq2> (You'd just increment 3 -> 4, 4 -> 5, etc.)
[20:16] <sudip> ok
[20:21] <tsimonq2> sudip: By the way, it's been fixed now, the upload to actually be reviewed has the version 1.2.9-2ubuntu<IP_ADDRESS> :)
[20:22]  * tsimonq2 passes rbasak some Christmas/Holiday cookies
[20:22] <sudip> yeah, saw that chat in #ubuntu-release
[20:22] <tsimonq2> Sweet :)
[20:22]  * sudip thought rbasak has started his holiday
[20:23] <rbasak> Soon :)
[20:24] <tsimonq2> ❄ 🎉
[20:35] <LocutusOfBorg> arraybolt3, is it ready to go? I would prefer a dsc if possible, even to ubuntu ppa, this way I can grab also orig tarball and so
[20:35] <LocutusOfBorg> (also mentors.debian.net is fine)
[20:40] <vorlon> tsimonq2: is there a reason you uploaded livecd-rootfs without committing to git?
[20:45] <tsimonq2> vorlon: The MP was against the git-ubuntu branch; fixed.
[20:45] <arraybolt3> LocutusOfBorg: It is ready to go. I can provide a dsc, I just thought those were rather easy to generate and that a Git repo would be the preferred modifiable and reviewable form.
[20:46] <arraybolt3> But yeah, I can make a source package if that's easier to work with.
[21:01] <arraybolt3> LocutusOfBorg: https://launchpad.net/~arraybolt3/+archive/ubuntu/qtilitools
[21:49] <LocutusOfBorg> arraybolt3, .
[22:06] <arraybolt3> LocutusOfBorg: Thank you kindly!


[08:00] -queuebot:#ubuntu-quality- Builds: Lubuntu Desktop i386 [Xenial 16.04.3] has been marked as ready
[08:00] -queuebot:#ubuntu-quality- Builds: Lubuntu Desktop amd64 [Xenial 16.04.3] has been marked as ready
[12:13] -queuebot:#ubuntu-quality- Builds: Ubuntu Kylin Desktop amd64 [Xenial 16.04.3] has been marked as ready
[12:13] -queuebot:#ubuntu-quality- Builds: Ubuntu Kylin Desktop i386 [Xenial 16.04.3] has been marked as ready


[07:48] <dholbach> good morning
[08:17] <MrChrisDruif> Hi dholbach
[08:31] <dholbach> hi MrChrisDruif
[08:33] <MrChrisDruif> How's it going dholbach ?
[08:34] <dholbach> good good - how about you?
[08:43] <MrChrisDruif> Pretty good if you take into consideration that I've slept only 2,5 hrs approximately =)
[08:44] <dholbach> not bad :)
[08:44] <MrChrisDruif> Yeah, couldn't sleep
[08:45] <MrChrisDruif> I think my body is still used to the active vacation I've just had
[08:45] <MrChrisDruif> 9 days of snowboarding =D
[08:46] <MrChrisDruif> 10th day the weather was just to miserable, so went back early and actually made a small side trip to my aunt which happened to by having her birthday. So we surprised her =)
[08:47] <MrChrisDruif> Anyways, I'm off to the indoor snowhall we have in this town.
[08:47] <MrChrisDruif> Wish you all well things dholbach =)
[08:47] <dholbach> and the same to you
[08:48] <dholbach> and the same to youP
[08:48] <dholbach> oops
[08:48] <MrChrisDruif> =D
[08:48] <dholbach> I meant to say:
[08:48] <dholbach> enjoy the "snow" :)
[08:48] <MrChrisDruif> Thanks, will do! =D


[03:16] <mahmoh> GrueMaster: thx, I tried that and it did nothing - turns out the new flash-kernel doesn't use it, all that's handled in the initrd now, which appears broken
[03:17] <mahmoh> dannf: thx for looking ^
[07:46] <cvanvliet> should I have an omaplfb module being able to load with a stock Linaro (Ubuntu) image. When I try to start PVR, tells me I have no module
[07:47] <cvanvliet> I have an Overo IronStorm (dm3730)
[07:51] <infinity> cvanvliet: Make up your mind, is it a Linaro image, or stock Ubuntu?
[07:51] <infinity> Two very different kernels.
[07:51] <infinity> If you use a 12.04 Ubuntu image, PVR will Just Work.
[07:52] <infinity> If you're using Linaro images, those are entirely different kernels, meant to hilight the latest and greatest upstream bits, but the PVR drivers aren't built to work with them.
[07:52] <cvanvliet> infinity, thanks
[07:53] <cvanvliet> I think that is the info I needed
[07:53] <cvanvliet> I cant use 12.04 as it is armhf and we need the SGX drivers
[07:55] <infinity> Hrm?
[07:55] <infinity> TI is only building the drivers for armhf now.
[07:55] <cvanvliet> OMAP3?
[07:56] <cvanvliet> I thought is was only OMAP4
[07:56] <infinity> Oh.  No, for Panda.  I'm not sure what they're doing for omap3.
[07:56] <infinity> I missed the bit above about the plaform.
[07:56] <infinity> You could use 12.04/armel, though.  We just don't provide preinstalled images for that.
[07:56] <cvanvliet> infinity, it is all new to me, all info helps ;)
[07:57] <infinity> We do provide d-i netboot images, if you have an external HDD to install to.
[07:58] <cvanvliet> ahh, i did not no there was a 12.04 armel, I was under the impression it was only armhf
[07:58] <cvanvliet> where is the best walkthrough (as I said noob)
[07:58] <infinity> armhf is the only thing we're supporting as an LTS, and the only thing we made nice preinstalled images for.
[07:59] <cvanvliet> got it
[07:59] <infinity> But you can install armel readily enough with a d-i image.
[07:59] <infinity> Like I said, if you have an external HDD.  Which is the sane way to go anyway.
[07:59] <lilstevie> where possible armhf is much better
[07:59] <lilstevie> but yeah, not possible for you
[07:59] <infinity> http://ports.ubuntu.com/ubuntu-ports/dists/precise/main/installer-armel/current/images/omap/netboot/
[07:59] <cvanvliet> lilstevie, yeah, understood
[08:00] <infinity> lilstevie: Yeah, we tried to lean on TI to get armhf builds of omap3 binary blobs, but they really only seemed to care about omap4.
[08:00] <lilstevie> I was in the same boat
[08:00] <infinity> Which made some sense.
[08:00] <cvanvliet> our target has to be for now omap3
[08:00] <lilstevie> infinity: yeah, why waste resources on old hardware
[08:00] <infinity> lilstevie: Pretty much.
[08:00] <infinity> lilstevie: I might push them again at some point.  I'd happily SRU armhf blobs into precise.
[08:00] <lilstevie> or if you are nvidia why waste resources period
[08:00] <lilstevie> heh
[08:01] <infinity> ndec: Say, can we get armhf builds of omap3 sgx blobs for precise?  Kthx.
[08:01] <infinity> robclark: ^
[08:01] <lilstevie> I will just be happy once I can get live-build to cooperate and build me a nice image
[08:01] <infinity> lilstevie: Oh, one of my work items (if I find the time to do it) is to mangle live-build so that it can produce "proper" Ubuntu images end-to-end.
[08:02] <lilstevie> but then part of me says I should wait until nvidia release r15rc
[08:02] <infinity> lilstevie: In other words, taking all the "magic" that we do with cdimage/debian-cd out of the loop, so what happens on the buildds can happen on your local machine, and the result is identical.
[08:02] <lilstevie> oh nice
[08:02] <lilstevie> I still am at the stage of configuring it to build something for me
[08:03] <lilstevie> getting ready to produce tf201 images
[08:03] <cvanvliet> infinity, any chance TI , will change their opinion, we are using gumstix / IGEP devices
[08:03] <infinity> Well, for the weird way ogra_ does ac100 images, that goal's already there.
[08:03] <cvanvliet> and that is why stuck at omap3
[08:03] <lilstevie> infinity: yeah, but that isn't how I do things
[08:03] <lilstevie> :p
[08:04] <infinity> Installing livecd-rootfs, and mangling the ac100 target to do what you want, and building with -fplain will get you a bootimg/tarball installer mess.
[08:04] <lilstevie> I have no bootimg
[08:04] <lilstevie> :)
[08:04] <infinity> Ahh.
[08:04] <lilstevie> I boot a zImage/initrd from /boot
[08:04] <lilstevie> in the fs
[08:04] <infinity> Well, that's obviously cleaner.
[08:04] <infinity> Not sure why that wasn't an option on the ac100.
[08:05] <infinity> Maybe it was, and Oli's just weird.
[08:05] <lilstevie> well
[08:05] <lilstevie> cause by default it isn't
[08:05] <infinity> That would do it.
[08:05] <lilstevie> this is a highly customized kexec solution
[08:05] <infinity> Check.
[08:05] <lilstevie> although multiboot would offer the same
[08:06] <lilstevie> kexec doesn't work by default on the tf201, but with some magic that hardboots the device it does :p
[08:06] <lilstevie> bl inits all the hw from scratch
[08:06] <lilstevie> kernel decompressor code finds a flag in memory
[08:07] <lilstevie> jumps to different logic that boots the other kernel
[08:09] <infinity> lilstevie: That sounds like a pretty violent abuse of kexec.  Well done.
[08:09]  * infinity thinks it might be sleep time.
[08:11] <lilstevie> it is violent but gotta thank the guy who thought of it
[08:11] <lilstevie> it works amazingly
[08:11] <lilstevie> night
[08:13] <cvanvliet> night infinity and thanks
[08:38] <cvanvliet> following these instructions here, for netboot -> http://testcases.qa.ubuntu.com/Install/ARM/NetBoot
[08:38] <cvanvliet> I need to load a specific module for my network card
[08:38] <cvanvliet> how do i do that?


[01:46] <yob> hi. I've got a quick edbuntu question
[01:46] <yob> can I use it to install an RDP based thin client?
[01:48] <yob> we already have a Windows termianl server setup, but I'd love to use Debian based thin clients
[07:30] <Nurionn> hello everyone
[07:53] <Nurionn> is there any known bug in edubuntu hardy concerning dhcp?
[13:18] <shuerlimann_> hi all


[06:30] <robru> michi: do you need help with silo 28?
[06:30] <michi> robru: No, I abandoned it, thanks
[06:30] <robru> michi: oh OK
[06:30] <robru> You're welcome
[06:30] <michi> I accidentally pasted the wrong MR URL when I created the request.
[06:30] <michi> I then tried editing it, deleting the original URL and adding the new one.
[06:31] <michi> But that didn’t seem to fix it.
[06:31] <michi> So, I abandoned the silo.
[06:31] <robru> michi: uh
[06:31] <robru> michi: that absolutely should fix it...
[06:31] <michi> The original MR did not have a commit message.
[06:31] <michi> The correct MR did have a commit message.
[06:31] <robru> michi: yeah but you sound be able to edit the MPs
[06:31] <michi> After changing the URLs and rebuilding, it still told me that the commit message was missing.
[06:32] <michi> I edited the URL for the silo MR
[06:32] <michi> Not the MR itself.
[06:32] <michi> I had two MRs, and created the silo with the wrong MR by mistake.
[06:32] <michi> That MR did not have the commit message.
[06:32] <michi> Then I edited the silo.
[06:32] <michi> Replaced the wrong MR URL with the correct one.
[06:33] <michi> The correct one had a commit message all along.
[06:33] <michi> But the rebuild still told me that the commit message was missing.
[06:33] <robru> michi: according to the log you never changed the mp list. I guess you forgot to save?
[06:33] <michi> Hmmm...
[06:33] <michi> I guess that’s possible, yes.
[06:33] <michi> So, if there are pending changes, the rebuild button is still active.
[06:34] <michi> Suggestion: If I hit “edit” and change the contents of a field, the only options at that point should be “cancel” and “save”.
[06:34] <michi> That would avoid the problem.
[06:34] <robru> michi: good point, can you file a bug?
[06:35] <michi> Will do. What’s the project again?
[06:35] <robru> michi: yeah the requests have different MPs listed
[06:35] <robru> michi: it's lp:bileto
[06:35] <michi> Ta!
[06:35] <robru> michi: thanks for reporting, will fix tomorrow
[06:35] <michi> No rush!
[06:35] <michi> thanks for letting me know what I did wrong :)
[06:36] <robru> You're welcome!
[08:03] <robru> Saviq: please check your email, i sent an updated citrain script for you to beta test
[08:03] <Saviq> robru, yup, saw that, will do, just a note that boottest does a similar thing (but just for a single source package instead of scanning a PPA), might be you could share code
[08:04] <Saviq> robru, and. shouldn't. you. sleep?
[08:04] <robru> Saviq: it's only 1am!
[08:04] <Saviq> oh you're fine then, still 4h to go ;P
[08:04] <robru> Haha
[08:08] <Mirv> Saviq: we should stand united in trying to help robru, not make it worse! :)
[08:08] <robru> Saviq: where is the bootest code? Will be hard to share if it's not in the same source tree
[08:09] <Saviq> robru, https://code.launchpad.net/~canonical-ci-engineering/ubuntu-touch-boottest/
[08:15] <robru> Saviq: i don't really see anything relevant in there.
[08:18] <sil2100> jibel, davmor2, rvr
[08:18] <sil2100> jibel, davmor2, rvr: silo 57 is ready for QA (the fix for alarms)
[08:18] <sil2100> I don't see it on the trello board tho
[08:19] <jibel> sil2100, I suppose robru update broke the bot :(
[08:20] <sil2100> Yeah, probably, but he sent out an e-mail about that on Monday!
[08:20] <robru> jibel: i warned you last week
[08:20] <robru> sil2100: well i sent it Friday but you had all Monday to update.
[08:21] <jibel> robru, don't really had time to update the bot this week
[08:21] <robru> jibel: sorry about that. We still have to schedule when to change all the qa statuses too...
[08:23] <Saviq> robru, sure, just saying
[08:23] <jibel> 24h notice on a release week is a bit short to do an update
[08:24] <robru> jibel: you don't work through the weekend? ;-)
[08:24] <jibel> no
[08:25] <robru> jibel: should be easy update, just stop reading merge-proposals field and read sources field instead.
[08:27] <jibel> robru, not that trivial because I still need the detail for the merge_proposals and the comments. So now I've to do it in 2 passes
[08:27] <jibel> load the list then load the detail of each ticket
[08:27] <robru> jibel: why do you need the comments?
[08:28] <jibel> robru, because people write comments sometimes
[08:28] <robru> jibel: but you could just link to the ticket. Not sure why that needs to be in the trello board
[08:31] <jibel> I'll probably remove the comment, too much noise and it became useless
[08:31] <jibel> but still need the merge proposals
[08:31] <jibel> robru, I need the merge proposals at least because it adds the detailed status of each MP that bileto doesn't provide
[08:31] <robru> jibel: why do you need the merge proposals? I thought you were only parsing package names from there, that's obsolete
[08:32] <robru> Oh
[08:32] <jibel> robru, for example https://trello.com/c/NLhBM0OJ/2371-269-ubuntu-landing-055-qtubuntu-media-indicator-sound-media-hub-jhodapp
[08:32] <jibel> for each MP you know it's status adnd the status of the reviews
[08:33] <jibel> much faster than opening bileto, clicking on each merge and manually check its status
[08:33] <robru> jibel: how are you getting the statuses? Are you using lplib in your bot?
[08:33] <jibel> yes
[08:33] <robru> Hmmmmmmm your bot does more than i thought.
[08:34] <oSoMoN> ubuntu-qa: can I have an ETA on when silo 14 will be tested please? I’m hoping to land another silo on top of that one this week
[08:34] <robru> jibel: i don't want you to implement a two-pass thing, is it OK if you wait for me to re-add mp list tomorrow? Can you live with broken bot for a day?
[08:35] <davmor2> oSoMoN: not for ota7 though right?
[08:35] <jibel> robru, that's fine I'll fix it it looks simple enough
[08:35] <jibel> davmor2, no for 8
[08:36] <davmor2> E:TOOMANYSILONUMBERS
[08:36] <oSoMoN_> davmor2, (sorry my connection hung up, dunno if you saw my response) no, that’s not for ota7
[08:37] <davmor2> oSoMoN: so there are a couple of silos that need to land for ota 7 and then we start on the list of silos for ota8
[08:38] <robru> oSoMoN_: hey while I've got you here can you comment on the autoremove? https://code.launchpad.net/~robru/phablet-tools/make-useful-again/+merge/274338
[08:38] <oSoMoN_> davmor2, ok, thanks!
[08:38] <oSoMoN_> robru, sure, lemme check
[08:39] <robru> oSoMoN_: like do you expect the silo to result in the removal of qtdeclarative5-ubuntu-web-plugin-assets?
[08:40] <robru> (Or perhaps was that removed by a recent seed change...)
[08:41] <oSoMoN_> robru, yes that’s correct, that package doesn’t exist anymore, if your device was on stable the removal is expected
[08:41] <robru> oSoMoN_: OK great, thanks
[08:50] <jibel> davmor2, can you take 57? there is no card for it
[08:50] <jibel> davmor2, it is the fire alarm fix
[08:50] <davmor2> jibel: yeap
[08:50] <jibel> davmor2, https://requests.ci-train.ubuntu.com/#/ticket/508
[08:57] <dbarth> hey trainguards, i got silo 006 for a new oxide 1.10 landing https://requests.ci-train.ubuntu.com/#/ticket/511
[08:58] <dbarth> can you help me upload the build 1.10.2 from the phablet ppa onto this silo for vivd testing?
[08:58] <dbarth> (same overlay requirement as usual)
[08:59] <dbarth> note that we will probably have another pre-release before the actual landing, so thanks for your patience with us ;)
[09:01] <oSoMoN_> dbarth, chrome 46 has been declared stable, maybe chris wants to release 1.10.3 and we use that directly?
[09:07] <jibel> oSoMoN, we'll land silo 55, then 2 unity/mir silos, then yours
[09:07] <oSoMoN> jibel, excellent, thanks!
[09:12] <Mirv> dbarth: ok!
[09:13] <Mirv> dbarth: although, answer oSoMoN first I guess
[09:16] <dbarth> oSoMoN: would make sense; chrisccoulson ^^ wdyt?
[09:16] <dbarth> Mirv: ok, then maybe we can wait a bit for that upload indeed
[09:17] <Mirv> dbarth: ok, just ping us again when needed
[10:14] <davmor2> sil2100: can you copy silo 57 to the snapshot
[10:21] <sil2100> davmor2: on it, thanks!
[10:23] <sil2100> ogra_: hey hey! Could you press teh publish buttonz on https://ci-train.ubuntu.com/job/ubuntu-landing-057-2-publish/12/console ?
[10:24] <Mirv> ogra_: while looking at sil2100's requests, https://ci-train.ubuntu.com/job/ubuntu-landing-054-2-publish/10/ is also waiting (has packaging changes)
[10:28] <sil2100> jibel, davmor2: do you guys know anything about Ken's progress on the apport problem?
[10:31] <davmor2> sil2100: let me just try and read Ken's mind
[10:33] <sil2100> davmor2: and...?
[10:33] <sil2100> What did you read?
[10:33] <sil2100> Don't tell me you can't do it, pfff
[10:33] <davmor2> sil2100: sorry it's a maze and now I'm lost
[10:34] <sil2100> Quoting popey: so disappoint...
[10:38] <jibel> sil2100, no progress
[12:43] <sil2100> mterry: hey!
[12:43] <sil2100> mterry: you have a moment maybe to publish https://ci-train.ubuntu.com/job/ubuntu-landing-057-2-publish/build for us? :)
[12:43] <sil2100> It's indicator-datetime
[12:44] <mterry> sil2100, will look
[12:44] <ogra_> sil2100, oops, sorry your ping slipped through
[12:44] <sil2100> Thank you!
[12:44]  * ogra_ only noticed it now
[12:44] <sil2100> ogra_: no worries :)
[12:46] <sil2100> hmm, jibel, davmor2: I'll kick a new image with the indicator-datetime for now, we can have another one once the apport fix is ready
[12:46] <jibel> sil2100, works for me
[12:56] <jhodapp> jibel, any update on silo 55?
[12:56] <jibel> jhodapp, rvr had some question about the controls in the indicator
[12:57] <jibel> questions*
[12:57] <jibel> rvr, ^
[12:57] <rvr> jhodapp: Hi
[12:57] <jhodapp> hey rvr
[12:57] <rvr> jhodapp: The controls seems to be deactivated
[12:57] <rvr> jhodapp: But the silo description says they are re-enabled
[12:57] <jhodapp> rvr, yes that's expected with the stable version of the music-app
[12:57] <rvr> jhodapp: Ok
[12:58] <jhodapp> rvr, the music-app is only adding a single track to the playlist at the moment, because it's not the version fully using a background playlist
[12:58] <rvr> jhodapp: Hmm
[12:58] <jhodapp> so that's correct behavior for the controls since there's nothing to skip to
[12:58] <rvr> jhodapp: But I can't pause the current track
[12:59] <jhodapp> rvr, for that we'd have to ask xavigarcia
[12:59] <jhodapp> rvr, I agree you should be able to
[14:25] <rvr> alf: Silo 16 approved
[14:27] <alf> rvr: Great, thanks
[14:49] <jgdx> trainguards: is it possible to land account-polld using the train?
[14:51] <sil2100> jgdx: let me take a look
[14:51] <jgdx> sil2100, ty
[14:52] <sil2100> jgdx: yes, should be no problem, I see it's been already landed in the train, there are even two silos with it (one ready for QA, but not sure if QA picked it up yet)
[14:53] <kgunn> trainguards so on silo 16 for mir0.17, we dual landed that....we'd also like to have someone copy that over to the wily archive as well
[14:53] <kgunn> there is an update to help fix a break due to a last minute mesa update in wily
[14:54] <kgunn> is there a process? or just ask here ? :)
[14:54] <jibel> sil2100, FYI expect silo 23 to land in one hour or so then you can build the final image
[14:55] <sil2100> kgunn: hah, I just poked on -devel about 0.16 being copied to wily ;)
[14:55] <sil2100> kgunn: since 0.16 already had the fix
[14:55] <sil2100> kgunn: but yeah, seb128 is on it
[14:55] <kgunn> sil2100: ah but aiui, 16 didn't
[14:55] <kgunn> we never landed a 16.2 afaik
[14:56] <sil2100> I tried building 0.16.1+15.10.20150930.1 in a chroot and the bug with headers was gone
[14:56] <sil2100> Anyway, I started looking into the build failure as it had no bug assigned again
[14:57] <seb128> kgunn, you want 0.17 to be copied to wily?
[14:57] <sil2100> Yeah, first I try to publish, wonder if there are packaging changes ;)
[14:58]  * sil2100 publishes
[14:58] <sil2100> Nope
[14:58] <sil2100> seb128: could you do some button pressing/reviewing? :)
[14:58] <sil2100> https://ci-train.ubuntu.com/job/ubuntu-landing-016-2-publish/
[14:59] <sil2100> (I'm not authorized)
[15:00] <seb128> done
[15:00] <sil2100> \o/
[15:03] <kgunn> alf: camako alan_g ^ and looks like mir17 getting into wily as well, so all done
[15:04] <camako> kgunn, cool
[15:04] <alf> kgunn: ack
[15:49] <jgdx> sil2100, ty!
[16:07] <jibel> kenvandine, sil2100 silo 23 approved
[16:07] <jibel> sil2100, it must go to the snapshot then you can rebuild an image
[16:10] <popey> fginther: we may need some help with the weather app shortly, as we have to implement another API key for OpenWeatherMap (see bug 1505848) which needs injecting as per TWC previously (same file) via tha jenkins magic you made...
[16:10] <ubot5`> bug 1505848 in Ubuntu Weather App "OWM now requires an API key" [Critical,In progress] https://launchpad.net/bugs/1505848
[16:12] <pmcgowan> jibel, did we get the alert sound fix?
[16:13] <jibel> pmcgowan, yes, it's in latest rc-proposed build
[16:15] <pmcgowan> cool
[16:16] <jibel> pmcgowan, now waiting for the publication of the apport fix to the snapshot and next build should be the last for this OTA
[16:23]  * pmcgowan crosses fingers
[16:24] <pmcgowan> jibel, thanks
[16:26] <sil2100> jibel: let me copy it over to the snapshot now
[16:26] <jibel> sil2100, let me know when you start a build then I'll ask for a new round of sanity tests
[16:27] <sil2100> kenvandine: can you publish your apport silo? :)
[16:28]  * sil2100 copied the binaries now
[16:30] <sil2100> Once those get published, I kick the image
[17:37] <sil2100> jibel, davmor2, rvr: the image is still building, should be done in ~0.5-1h
[22:55] <boiko> robru: hi, quick question: I removed an MR from silo 11, and now address-book-service has no changes in that silo, how can I get its packages removed from the PPA?
[22:55] <robru> boiko: step one: ask me
[22:55] <robru> boiko: step two: wait patiently ;-)
[22:56] <boiko> robru: haha, ok, I thought maybe a rebuild or an extra build option in the jenkins job
[22:56] <robru> boiko: that's a wishlist feature, not implemented yet
[22:56] <boiko> robru: so, could you please remove address-book-service packages from silo 11?
[22:57] <robru> boiko: done ;-)
[22:58] <boiko> robru: thanks!
[22:58] <robru> boiko: you're welcome


[17:31] <airurando> evening
[17:40] <slashtom> good evening, how are you?
[18:56] <airurando> sorry slashtom,  watching TV.  Good now.
[18:56] <airurando> and you?


[13:57] <jp_hranice> AndChat test : hallo world
[15:48] <FrostyX> jp_hranice: world welcomes you
[15:50] <Chinese_soup> no
[15:50] <Chinese_soup> also fixed
[15:50] <Chinese_soup> I mean, solved;next*


[08:32] !dmwaters:*! um.... hi all..... That was my mistake.... I was running the testnet version of our ircd through valgrind, and I accidently killed the wrong process..... I am really really really sorry for that split....


[00:11] <brousch> I'm not having luck with venv in 3.3
[00:11] <brousch> It seems to use system packages even though i set it to false
[00:16] <brousch> jrwren: Django 1.5 beta works for me with python3.2
[00:17] <brousch> virtualenv -p python3.2 venv
[00:17] <brousch> source venv/bin/activate
[00:17] <brousch> pip install https://www.djangoproject.com/download/1.5b1/tarball/
[00:30] <jrwren> hrmf.
[00:32] <jrwren> i was using django out of a git clone. maybe pip treats that different, or its just messed up
[00:53] <rick_h_> jrwren: huh? you did a pip install -e to the git repo in a venv?
[01:43] <jrwren> no, just pip install path/to/clone
[01:57] <rick_h_> so if you do that it'll just look for the setup.py and install it
[01:57] <rick_h_> which is fine, but you lose the ability to -U upgrade
[02:12] <rick_h_> snap-l: http://www.mattfischer.com/blog/?p=319 for ya
[04:46] <snap-l> rick_h_: Thanks. :)
[13:07] <tony-smlr> Sunday Morning Linux Review is Live!!   http://www.youtube.com/channel/UCB0VMOf9Kw53CMh9bl4X5nA?v=LTBbojisxW8
[13:10] <brousch> But, it's only Saturday
[13:11] <tony-smlr> haha
[13:11] <tony-smlr> we are also on #smlr
[14:39] <snap-l> Y'know, for a Sunday morning show, ti's awfully Saturday.
[22:06] <jcastro_> rick_h_: around?
[22:29] <snap-l> Afternoon / Evening
[22:29] <snap-l> reminder: Meeting tomorrow
[22:29] <snap-l> Should be a short one, as I don' think we have much going on until next year.
[22:40] <rick_h_> jcastro_: yea
[22:40] <rick_h_> woot! plumbing day complete
[22:42] <jcastro_> hey so
[22:42] <jcastro_> I moved my blog from GCS to S3.
[22:42] <jcastro_> rick_h_: any idea why my CSS would be busted? http://www.jorgecastro.org/
[22:44] <rick_h_> looking
[22:45] <snap-l> css = 400 bad request
[22:45] <rick_h_> yea
[22:45] <rick_h_> is the old site up?
[22:45] <jcastro_> yeah, one sec
[22:46] <jcastro_> http://commondatastorage.googleapis.com/www.jorgecastro.org/index.html
[22:46] <jcastro_> oh damn
[22:46] <jcastro_> I must have messed something up there too
[22:47] <jcastro_> snap-l: how can you tell which file it is?
[22:47] <snap-l> I was using the chrome web tools (ctrl-shift-c)
[22:47] <rick_h_> jcastro_: yea, the link is bad
[22:47] <rick_h_> there's no such thing as 700
[22:49] <jcastro_> the 400 error seems to be from the google font snippet thing
[22:49] <jcastro_> but that can't break my entire site can it?
[22:49] <rick_h_> right
[22:49] <rick_h_> the url for that is bad
[22:49] <rick_h_> well, I wouldn't think so but looking through the rest
[22:49] <rick_h_> fix one thing at a time
[22:52] <rick_h_> you've got google analytics in there twice in the HEAD
[22:52]  * jcastro_ nods
[22:55] <rick_h_> jcastro_: honestly, it looks like you're missing a css file for the theme
[22:55] <rick_h_> you've got a screen.css which seems to only do a reset
[22:55] <rick_h_> hmm, maybe there's more in there. It's minimized and hard to read
[22:55] <jcastro_> yeah
[22:56] <jcastro_> but it's been working fine for like a year
[22:56] <jcastro_> that's why I am suspecting like a permissions change or something
[22:56] <rick_h_> well the files are working when I load them
[22:57] <jcastro_> Resource interpreted as Stylesheet but transferred with MIME type text/plain: "http://www.jorgecastro.org/stylesheets/screen.css".
[22:57] <rick_h_> hmm, csslint doesn't see any errors
[22:57] <jcastro_> hmmm
[22:58] <rick_h_> jcastro_: yea, if I cope that css blob into the HEAD inside of a <style></style> block it's back
[22:58] <rick_h_> so it's about that screen.css
[23:03] <rick_h_> jcastro_: wtf, your web server is serving the css file as a 'binary/octet-stream' file type
[23:04] <rick_h_> jcastro_: wife's back. Have to help unload groceries. I think that file type issue is the root of the problem.
[23:05] <jcastro_> ok
[23:05] <rick_h_> the file type should be text/css
[23:05] <rick_h_> not some binary octect stream
[23:05] <jcastro_> ok
[23:05] <jcastro_> fixing that
[23:05] <jcastro_> it's just the s3 simple server thing
[23:05] <jcastro_> seems to be the same though
[23:06] <jcastro_> dinner, bbl, thanks for your help
[23:06] <snap-l> Uncaught TypeError: Cannot read property 'parentNode' of undefined