=== elopio_ is now known as elopio [00:09] infinity: say, do you have any plans to merge newer dpkg for trusty? It would be nice to have DPKG_MAINTSCRIPT_PACKAGE_REFCOUNT from 1.17.2 available for trusty [00:10] (making multiarch maintscripts more robust) [00:10] slangasek: Yeahp. [00:10] infinity: ok [00:11] I wonder if it'll break all of bdmurray's custom bug patterns. [00:11] Have you noticed that guillem changed the unpack output (for the better, but changed nonetheless). [00:11] I didn't notice, no [00:13] Preparing to unpack .../dpkg-dev_1.17.6_all.deb ... [00:13] Unpacking dpkg-dev (1.17.6) over (1.17.5) ... [00:13] Preparing to unpack .../libdpkg-perl_1.17.6_all.deb ... [00:13] Unpacking libdpkg-perl (1.17.6) over (1.17.5) ... [00:13] Much prettier, but also much different. [00:14] Anyhow, I'll merge it tonight or tomorrow. I suspect the only thing that parses that output is bdmurray's stuff, so we can sort out fixing that. [00:15] oh that's much prettier :) [00:19] infinity: where does that appear? [00:19] bdmurray: dpkg stdout. If you're using that for any pattern matching on bug signatures, your world is going to be a bit confused. [00:20] Compare to old-stype output: [00:20] Preparing to replace libc6-dev:amd64 2.18-0ubuntu2 (using .../libc6-dev_2.18-0ubuntu5_amd64.deb) ... [00:20] Unpacking replacement libc6-dev:amd64 ... [00:21] Ooh, that is much nicer. === ryanakca_ is now known as ryanakca [02:35] hi [02:36] is there someone on board at this time, who has knowledge related to the creation of custom versions, either with debootsrap, or mini iso, or whatever nice clean method can be used? (I know there is a wiki but not up to date with the latest changes, and not accurate enough for a first start) [02:37] I would like to meet with someone who could be a guide in the following days and weeks, act as a mentor for a new remix projet involving next Ubuntu version and Openbox :) [02:38] mainly for the first steps, for I never could remix from scratch, which I would be very eager to learn [02:40] melodie, Couldn't you start with on of the custom cd makers, for the easiest way === mwhudson is now known as zz_mwhudson [03:36] hi again [03:36] is there someone on board at this time, who has knowledge related to the creation of custom versions, either with debootsrap, or mini iso, or whatever nice clean method can be used? (I know there is a wiki but not up to date with the latest changes, and not accurate enough for a first start) [03:36] I would like to meet with someone who could be a guide in the following days and weeks, act as a mentor for a new remix projet involving next Ubuntu version and Openbox :) [03:36] mainly for the first steps, for I never could remix from scratch, which I would be very eager to learn [03:36] melodie, Couldn't you start with on of the custom cd makers, for the easiest way [03:37] Noskcaj left and I missed him. I'll tell him next time: done that so far. would like to get to the higher stage. Here is the achievement so far: http://linuxvillage.org/en/2013/11/bento-ubuntu-remix-rc/ [03:41] huh. the logo in the boot screen is not exactly what i would associate with the word "bento" :) [03:55] hi dobey yes, that might be right :) [03:56] however bento should not be associated directly, but rather like a second meaning: the distro where you can add or remove what you want to, from the recipe [03:57] I'll add that I didn't choose the name, it came from a member of the linuxvillage.org forum. now I'd like to learn the other method, from the groundup, because I would like to work on a new project someone started at Launchpad : very much like the one I am doing, but with a few extra ideas which I'm interested about (ToriOS) [03:58] and also if I had been able to start right away from the groundup I would have done that long before [04:00] i don't know anything about the imaging tools [04:04] dobey thanks for talking to me :) [04:04] what time is it in your country? [04:04] 2300 [04:04] aha [04:04] are you in NY state? [04:04] no [04:04] or around? [04:05] i am in need-to-suspend state :) [04:05] aha I meant country :D [04:05] I'm in South France and it's super early here, 5:05 [04:07] anyone have a clue on http://pastebin.ubuntu.com/6760116/ [04:08] ah wait [04:08] * shadeslayer looks closely [04:09] shadeslayer from this line: [04:09] make[4]: *** No rule to make target `/usr/lib/libperl.so.5.18.1', needed by `perl/blib/arch/auto/KDECore4/KDECore4.so'. Stop. [04:09] melodie: right [04:09] I would say there is probably an error in the Makefile [04:09] melodie: so libperl-dev probably should depend on perl-base [04:09] I say that, but I'm no dev [04:10] hm, but perl-base is pulled in [04:10] if you don't get more help about it right on, you might try your guess [04:10] yeah, I've added perl-base to the build-depends [04:10] lets see [04:10] have you had a look at the versions of the packages involved? (libs, devel libs, mainly?) [04:11] melodie: versions? [04:11] yes, if the versions used match the requirements provided upstream [04:11] for each package involved [04:11] (I saw you are working on Trusty, so this might be something to have a look at) [04:12] CMake thinks everything is good [04:12] yep, adding perl-base makes it build [04:12] I am not a dev. Does a dev have to trust CMake blindly? (I'm not a dev... so I don't know if yes or if no) [04:13] great! [04:13] CMake isn't *usually* wrong [04:13] :) [04:14] if you solved it, I'm happy I could encourage you. Just remember, you did it all. [04:14] have you indeed solved it? that ended with a good build? [04:17] shadeslayer ? [04:17] yes [04:17] :) [04:17] though lintian says depending on perl-base without a version is bad [04:17] solved? [04:18] so I'm thinking of depending on perl instead [04:18] you can try [04:18] then you see if that works [04:19] are you mainly someone who builds packages, or do you also write code? [04:20] I see something you said a few minutes ago: [04:20] yeah, I've added perl-base to the build-depends [04:20] I do both, though more of building packages [04:21] shadeslayer as far as I know, if libperl-dev pulls in perl-base then you should not have to add perl-base to the build depends [04:21] perl-base doesn't need to be in build-depends, it's Essential. [04:21] perl-base in build-depends seems odd. it's already essential (and your paste shows it's installed before your build ever starts) [04:21] infinity :D [04:21] ... hi infinity :D [04:21] infinity: tarpman I know, but adding perl-base to depends fixes the build [04:22] this is odd [04:22] do the versions match? [04:22] shadeslayer: I'd assume your science is faulty here, then. [04:23] possibly [04:24] I am still unsure how to fix this in the PPA though :/ [04:26] shadeslayer if no one can help you better right now, what about trying the product of your build in a real install in a Trusty environment, with the debug mode? Maybe you could find something? [04:27] shadeslayer: Well, for starters, why is the makefile looking for libperl.so.5.18.1 when you probably have libperl.so.5.18.2 installed? [04:27] -- Found PerlLibs: /usr/lib/libperl.so.5.18.2 (found version "5.18.2") [04:27] No rule to make target `/usr/lib/libperl.so.5.18.1' [04:27] That's pretty suspect. [04:27] required by perl/blib/arch/auto/KDECore4/KDECore4.so [04:27] perhaps perl/blib/arch/auto/KDECore4/KDECore4.so has a greater mtime [04:28] shadeslayer: You need to add to the Makefile, "-Wno-undef" for "kdecore/src/CMakeFiles/kdecore4.dir/kdecore4handlers.o" at least [04:28] i don't think you can edit the makefile directly with cmake [04:28] shadeslayer: You may also need "-Wno-switch-default" [04:29] sure, that probably gets rid of the warnings, but what about the real issue [04:30] no wait i mixed up [04:30] hmm [04:30] shadeslayer according to the answers 3 persons just gave you, what do you think about what infinity just told you about the versions of libperl? [04:30] hi Noskcaj :) [04:31] Noskcaj I read your answer a moment ago, my answer to yours is this one: http://linuxvillage.org/en/2013/11/bento-ubuntu-remix-rc/ [04:32] aha [04:32] infinity: good catch [04:32] so now I'd like to learn deeper, and learn how to start from scratch [04:32] hey melodie [04:32] :) [04:32] ok. I can't really help you with that then [04:33] Noskcaj I knew it, however if you know anyone who could help me, or could help me find who can help me, that would be most welcome. I'm following these two projects, related to creating new versions: [04:33] I think Unit might know. He's on the lubuntu channels and phill's channel [04:33] https://answers.launchpad.net/ubuntu/+source/debian-cd/+question/240037 [04:34] and this one: [04:34] https://launchpad.net/~torios [04:35] Noskcaj strange that phillw didn't say about Unit at the question page [04:35] just a guess, since he helps with making extra xubntu isos [04:36] ok [04:36] what are extra ubuntu isos? [04:36] xubuntu* [04:36] melodie: have you looked at ubuntu-defaults-builder? [04:36] tarpman ? first time I hear about that [04:37] would you have a link? [04:37] melodie: apt-get install ubuntu-defaults-builder; man ubuntu-defaults-image; man ubuntu-defaults-template [04:38] melodie, Different temporary test ISOs. Unit193 is his full irc nick [04:38] tarpman I grab all this and keep it for further look. thank you very much. [04:38] Noskcaj I know I met him already. I'll keep that in mind [04:38] ok [04:38] melodie: http://packages.ubuntu.com/search?keywords=ubuntu-defaults lists some existing defaults packages in the archive that work with that tool [04:39] tarpman what do you think about the question asked by Fabrizio Balliano here? https://answers.launchpad.net/ubuntu/+source/debian-cd/+question/240037 [04:39] * tarpman -> afk, sorry [04:39] oh ok [04:39] thanks :) [04:40] leaving now. Noskcaj have a nice day. ubuntu developers : Happy New Year 2014 to all! Thanks for all! [04:40] :) [05:42] Good morning [05:47] pitti: Oh, I've found and fixed (pending upload) the lcms2 bug causing the colord autopkgtest failure. [05:50] RAOF: oooh, splendid! so there was indeed some miscalculation somewhere? [05:51] pitti: Yeah, lcms2 (and, for that matter, colord) has a braindead API that stores a dotted version in a float. [05:51] haha [05:51] version 1.999999734? [05:52] Indeed. [05:52] And lcms2 wasn't rounding, it was floor()ing. [05:52] well, I mean, strings are *expensive* [05:52] RAOF: so it was a real bug after all [05:52] The ICC format has a byte and two nibbles storing that value. [05:53] I have no idea why lcms2 decided that a floating point value (which *can't actually store* the full range of valid versions!) was a good idea. [05:53] ie: ICC version 4.10.2 is a valid ICC version. What are you going to store that in as a float? [05:53] Gah! === Logan__ is now known as Logan_ === zz_mwhudson is now known as mwhudson [06:58] pitti: Now that the autopkgtests should be fixed, feel like testing it by uploading colord 1.0.6 from the tag in alioth git? :) [07:11] RAOF: sure [07:13] RAOF: sbuilding [07:16] RAOF: uploaded [07:25] "Jenkins Fixed - trusty-adt-colord 39" [07:25] RAOF, infinity: ^ \o/ === saurik_ is now known as saurik [08:04] good morning === mwhudson is now known as zz_mwhudson === doko_ is now known as doko [08:25] pitti: do you take care about the libgweather transition? [08:26] doko: Noskcaj was going to, and seb128 wanted to do evolution [09:05] Hello! [09:05] good day to everyone! [09:05] Someone in the SRU team could approve these two uploads, please? https://launchpad.net/ubuntu/precise/+queue?queue_state=1&queue_text=notify-osd [09:06] ara, hey ;-) [09:06] seb128, :) [09:07] ara, we don't have much europeans doing SRU reviews nowadays I think, if you don't get a reply try again in the afternoon, or ping directly slangasek bdmurray infinity (just did for you;-) [09:08] seb128, well, RAOF should be online still, i.e. ;-) [09:08] that's a good point! [09:08] ara: Well, it's 8pm for RAOF, but I'll have a look at it :) [09:08] RAOF, already 8pm! (wow) [09:09] RAOF, with that heat wave, isn't that the time when it start being cold enough that your brain can start working again? ;-) [09:09] RAOF, thanks, if you are already EOD, don't worry, I will ping someone later when the Americas wake up [09:09] seb128: Ah, today has been nicely mild; about 22C or thereabouts. [09:10] Tomorrow will be hotter, though. [09:10] Hobart's far enough south to be spared the frankly ridiculous 46C or whatever Adelaide has reached. [09:10] RAOF, oh, ok, you are not on the crazy spot of .au ;-) I was reading about the 43°C in Melbourn, tennis player are not really happy about it [09:12] i think Unity is nice [09:12] but file manager with panel in it [09:12] which reacts on LMK (left mouse key), MMK (middle ~) RMK (right ~) is sufficent if [09:12] there will be panels with info on it [09:12] or with run software buttons [09:12] that appear depending on context [09:12] or certain windows. [09:12] So special file manager plus special launch / info panels is sufficent environment for me. [09:12] But how to realize it? === psivaa_ is now known as psivaa [09:19] hello. can anyone recoment some link/tutorial, for prepare application tray icons correctly? I need to let my application to have correct reaction when user change icon-theme. for example from dark to light... === zz_mwhudson is now known as mwhudson [09:33] RAOF, thanks for approving the notify-osd SRUs! [09:33] ara, ^ [09:35] RAOF, thanks!! [09:37] seb128, folks ftbfs ping [09:37] doko, what about it? [09:37] I've no idea about that package [09:38] seb128, ftbfs, desktop package ... https://launchpad.net/ubuntu/+archive/test-rebuild-20140108/+build/5424633 [09:39] k [09:40] thanks [09:40] good morning :-) [09:40] zyga! [09:41] doko: finally setup my stuff at home, I'll get that autopackagetest fixed today [09:42] thanks! === tkamppeter_ is now known as tkamppeter === mwhudson is now known as zz_mwhudson [10:02] yolanda, fstat and qping ping [10:02] hi doko [10:02] ahh, no qstat and fping =) [10:03] yolanda, could you re-add the recommends as suggests? [10:05] doko, i was told to remove them, because they were already in the extra package [10:05] isn't that ok? [10:06] ahh, ok, maybe add a comment [10:07] in the bug report and the changelog [10:08] doko, so i leave them in extra, and also add to main nagios-plugins in suggests? [10:09] yolanda, yes, you could do that, or just say in the changelog, that you dropped these because they are already in extra [10:09] s [10:10] doko, ok, better second option [10:10] so that dumb people like me do understand it too [10:10] heh [10:10] i'll resend a debdiff [10:18] hello devs, is it possible to make ubuntu-installer automatically create ext4 with 64bit enable? This option is needed to eanable methadata checksum. In my work on repair and datarecovery i noticed relativly big amount of hdd with silent corruptions. So checksumming getting more and more important. With SSDs situation is not really better :/ [10:19] it will be just great it methadata checksum would be enabled by default, but suddenly it is not "stable" or good tested. [10:20] first step in easy testing will be ext4 with 64bit support. [10:25] I'm trying to understand why pinta is not auto-syncing with debian, even if the last version hit testing a month ago. Can someone check it? [10:27] mapreri: maybe it's in -proposed? [10:27] it is not [10:27] nope [10:27] that *is* interesting [10:27] cjwatson: ^? [10:32] Laney,mapreri: investigating [10:36] argh, impeded by Debian apparently having just dropped Sources.bz2 in favour of Sources.xz (which isn't the cause of this problem, since auto-sync has been running happily in general) [10:58] dholbach: Alles Gute zum Geburtstag! [10:58] ooh! [10:58] dholbach: alles Gute! *hug* [10:59] thanks mitya57, thanks pitti! [11:02] oh, congrats dholbach [11:06] seb128, are you now test-building on i386 so that you don't see ftbfs on amd64? ;p [11:07] mapreri: (attacking with pdb) === _salem is now known as salem_ [11:10] mapreri: oh, I see, it's confused by the existence of https://launchpad.net/ubuntu/quantal/+source/pinta/1.4-1~ubuntu12.10 [11:11] mapreri: I shall try to limit that check [11:12] doko, I'm using i386 yes [11:13] doko, I don't understand how stuff like incorrect linking don't show up there though, is the toolchain buggy on i386 and doesn't stop on those errors? [11:13] incorrect linking should show up on i386 [11:13] usually does for me [11:14] oops, that's an illegal backport [11:15] sue it ! [11:17] cjwatson, doko, dunno why https://launchpad.net/ubuntu/+source/glade/3.16.1-0ubuntu1 builds on i386, there is no -lm in the build log ... anyway, fixing the bug [11:17] thanks [11:21] seb128: maybe it has something to do with ceil being an ifunc on amd64. *shrug* dunno === pete-woods is now known as pete-woods|posti [11:25] mapreri: OK, sorry about that, fixed (http://bazaar.launchpad.net/+branch/ubuntu-archive-tools/revision/807) - next auto-sync run in 5h35m or so will pull it in [12:00] jodh: oh dear, this test_conf_preload failed again on i386, but succeeded on amd64: https://jenkins.qa.ubuntu.com/job/trusty-adt-upstart/52/ARCH=amd64,label=adt/console [12:00] jodh: I'll retry; is that known-racy? [12:02] mmm, update-manager failed === MacSlow is now known as MacSlow|lunch === mlankhor1t is now known as mlankhorst === pete-woods|posti is now known as pete-woods [12:10] cjwatson: sorry, I was having launch. Good to know, thanks! :) [12:11] jodh: retry worked [12:11] Laney: fix uploaded [12:13] pitti: hm, you didn't need to add at-spi2-core to test-deps? [12:13] Laney: apparently not, why? [12:13] I guess it's transitively pulled in by u-m's dependencies? [12:13] oh I see [12:13] that's just a warning [12:14] Laney: it was just the new pep8 error [12:14] nod [12:14] I saw "** (nosetests3:11651): WARNING **: Error retrieving accessibility bus address: org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was not provided by any .service files" [12:17] * zyga is seriously impressed by ubuntu phone image QA process, *that* is the way to go! :-) [12:19] zyga, lots and lots to be improved, but we're getting there :) [12:19] ogra_: yeah but the *direction* is right [12:19] yep [12:35] pitti: thanks for fixing update-manager, mdeslaur-- [12:35] haha, I like your change mdeslaur [12:36] did you ask design? :P [12:36] Laney: it's based on mpt's design in that bug [12:37] oh, neat, I thought it was a deliberate thing [12:54] jibel: FYI, I usertagged autopkgtest issues in Debian: http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=autopkgtest;users=autopkgtest-devel@lists.alioth.debian.org [12:55] jibel: ^ these are just the ones reported by me; I think you submitted a few as well, which mail address do you usualy use? [12:55] jibel: ah, http://bugs.debian.org/cgi-bin/pkgreport.cgi?submitter=jean-baptiste.lallement@canonical.com [12:56] tagged those, too === MacSlow|lunch is now known as MacSlow === ricmm_ is now known as ricmm [13:28] wgrant: Hi, can you please forward your arm64 support patches for qt4 upstream? We have *too* may local patches now, so it would be nice if we can reduce that via forwarding === Sweetsha1k is now known as Sweetshark [13:34] mitya57: Linaro and RH people are working on it upstream at present, AIUI. [13:34] I saw some patches moving around a week ago. [13:35] wgrant: Ah, good to know. Were they the original patch authors? [13:35] My patches were just fixes to Linaro's. [13:35] So yeah, it's mostly driven by Linaro people. [13:35] Ok, thanks for the info [13:36] (So far I have only seen patches for Qt 5 landed in 5.2, but Qt 4 is different) [13:41] cjwatson, xnox: has there already been some discussion about the perl 5.18.2 transition? (it's stuck in -proposed, makes a gazillion packages uninstallable, etc.); presumably it just requires the 63 rebuilds? [13:42] pitti: oh, I didn't notice it [13:42] pitti: I'll take care of it [13:43] I just noticed it as lintian's autopkgtest started failing (I have an "autopkgtest cleanup day" today) [13:43] cjwatson: ok; I'm happy to help out if you want [13:43] $ grep perlapi-5.18.1 /var/lib/apt/lists/*i386*_Packages | wc -l [13:43] 540 [13:43] ouch, could be some more rebuilds [13:43] yeah, they're usually trivial though [13:44] yes, just a lot of them [13:44] I'll sort out a tracker first [13:47] pitti: it's nothing like that bad [13:47] pitti: perl-base still provides perlapi-5.18.1 [13:47] pitti: it's just the stuff in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=734650 [13:47] Debian bug 734650 in release.debian.org "transition: perl 5.18.2" [Normal,Open] [13:48] (probably - I'll still set up a tracker to check for other Ubuntu-specific things) [13:49] ah, nice; that looks rather harmless indeed [13:50] and we already have libperl-apireference-perl and libmodule-corelist-perl (the two sourceful uploads) [14:06] pitti: http://people.canonical.com/~ubuntu-archive/transitions/perl5.18.2.html agrees; I've uploaded those four rebuilds [14:07] cjwatson: many thanks === mbarnett` is now known as mbarnett === PeterS_ is now known as PeterSchwaller === manjo` is now known as manjo === catbus is now known as Guest73844 === Guest33318 is now known as Claudinux === Claudinux is now known as Guest20041 [15:53] doko: can you try to give back python-fixtures in your test rebuild? [15:54] doko: nm [15:55] barry, should I? -configglue didn't migrate to trusty yet [15:55] doko: i think both those need the b-d on python3-all. just uploaded new ones of both. i forgot to specify the right chroot in my local test build [15:56] doko: so no worries, new uploads should fix both of those [15:57] ok [15:57] infinity, do you have any idea what might need to be done to fix 1265625? or what it looks like to you? [15:58] doko: i suspect there are a bunch of failures related to b-d on python3 instead of python3-all [16:00] barry, I think so. I think we should do the fixes like you did. if we cannot for some reason, we should upload the package to the ubuntu-toolchain-r/python3 ppa [16:00] doko: agreed. i am also filing bugs or fixing svn in debian [16:01] doko: i've pinged upstream genshi - they're looking at it. yay for ast changes in 3.4 [16:05] dholbach: There's not really enough information there to even know what the bug is. [16:05] infinity, come on, its his birthday [16:05] pull out your crystal ball ! [16:07] dholbach: It could certainly be 1248642 though, to which the solution is "stop using crap non-free drivers". [16:09] pitti: around..? [16:10] hey Snow-Man [16:10] pitti: Have you been following pgsql-hackers at all wrt the ALTER SYSTEM SET and conf.d stuff? [16:10] Snow-Man: no, I'm not on that list [16:10] pitti: Well, it's kind of impactful wrt the packaging and whatnot. [16:10] pitti: would love to get your feedback and thoughts on it.. [16:12] pitti: http://www.postgresql.org/message-id/52D6D914.8090207@agliodbs.com [16:12] pitti: That's the start of the "small" thread about these things. [16:12] Snow-Man: thanks; queueing for reading [16:12] k [16:26] infinity, hrm, thanks [16:37] slangasek, cjwatson: why are postings to ubuntu-devel moderated? [16:37] I assume you mean "for you", since they've been moderated in general for years [16:37] yep [16:37] there may have been a regression in the thing that auto-whitelists all Ubuntu developers, since didrocks reported something similar [16:38] but I have no access to that. please ask #is [16:38] thanks [16:40] doko: looking into libgweather transition, BTW (some things already done, some things blocked by upload ban of packages that affect phone) [16:40] pitti, I thought that did end [16:41] there was another regression, so it was put up again [16:41] I'm looking into the libwebp transition [16:43] doko: so gnome-panel and gnome-clocks are done now, evolution-data-server blocked by phone ban, looking at evolution; that should be it [16:44] pitti, evolution-data-server needs a fix, see bug #1266492 [16:44] bug 1266492 in xorg-server (Ubuntu Trusty) "ld:i386 crashes with -static -fPIE -pie" [Critical,Triaged] https://launchpad.net/bugs/1266492 [16:44] doko: right; e-d-s is on seb128's list [16:57] barry, see my email to u-d-a, told that people should complain here on the channel about the 3.4 failures [16:58] doko: cool, reading [16:59] doko: looks good [17:07] doko: FTR, I prepared evolution, but it needs e-d-s, so will need to wait for the lifting of the phone upload freeze [17:08] seb128: ^ actually, we could upload them to -proposed and set a propagation blocker bug, so that stuff can build in -proposed without breaking the phone? [17:08] pitti, let's do that tomorrow morning if the block is still in place [17:08] *nod* [17:09] block will still be in place for 5-6h before we even have test results [17:16] ogra_, well, tomorrow I might just decide to step over your block and get some work done :p [17:16] seb128, tomorrow it should be fine ... i dont care btw, the only person you make really unhappy is didrocks q [17:16] (well, and asac ) [17:17] (dont call it "my blocker" :P) [17:17] ogra_, you are included in the group that put that blocker in place :p [17:17] i'm just sitting on the side nodding [17:17] but yeah, having that lifted tomorrow would be nice [17:18] let's see how things look in the morning [17:18] yeah, the image is close to be done ... [17:18] then its like 5h to get test results from the autotests [17:19] we'll get dogfooding results first, I trust my popey more than the 500 AP tests ;) [17:19] ogra_, you need to feed more hamsters to the test setup or something [17:19] seb128, the tests only take minutes [17:19] seb128, publishing the results on the dashboard takes so long [17:19] lol [17:20] we should change ci.ubuntu.com with "popey approved" yes/no [17:20] it's either 0 or 100% [17:20] :) [17:20] barry: oh, you sponsored numpy? [17:20] barry: this breaks a few packages, like pandas [17:20] https://jenkins.qa.ubuntu.com/job/trusty-adt-pandas/22/ARCH=i386,label=adt/ [17:21] barry: I followed up in the MP, seems Julian was aware of that [17:22] jibel: ^ seems numpy wasn't held back by the pandas breakage; I've run into that several times (known-broken packages got propagated), do we still actually hold back packages when they fail? [17:22] jibel: or did we disable that? [17:42] pitti, it is not disabled. The only run I found of pandas has been triggered by eglibc and there is not result at all for the tuple numpy/pandas [17:45] seb128: man, there is no block. just check with us, work on a special approach while we are ain alert (like testing more etc.) [17:46] no big deal really ... if you have an urgent landing, we will help landing it as much as we can [17:46] asac, e-s-d drags in a good chunk of changes with its rdeps [17:46] but just uploading without talking while your peers are fighting fires [17:46] is just not nice [17:46] talk, offer and receive help [17:58] mthaddon, howdy [18:03] pitti, jtaylor: ack. let me know if you need anything [18:05] jibel: FYI, I filed bug 1269886 for the bzr autopkgtest failure; looks like it started to fail since python 2.7.6-5 [18:05] bug 1269886 in bzr (Ubuntu) "autopkgtest fails in trusty: TestSmartTCPServer.test_graceful_shutdown_waits_for_clients_to_stop" [Undecided,New] https://launchpad.net/bugs/1269886 [18:05] vila: seems you maintain bzr these days mostly? Is that something you can look into? [18:05] barry: what was to ack? scrolled of my backlog [18:05] jtaylor: updating python-numpy reverse dependencies that now fail with the new numpy [18:05] (like panda) [18:05] jtaylor: that ^^ :) [18:06] yes thats known [18:06] will be fixed [18:07] pitti: just synced scipy, I'm expecting adt failure, but that will be fixed on the new upstream due maybe this weekend [18:08] jtaylor: thanks [18:08] pitti: forget about that one, it's transient [18:08]