[06:17] <sarnold> can someone please give this bug a look and make sure it's been filed against the correct package? it looks too important to overlook if it's been misfiled: https://bugs.launchpad.net/bugs/1274380
[06:34] <pitti> Good morning
[06:43] <mitya57> Mirv: pyqt5 uploaded to archive (with dh_install error workarounded)
[07:13] <Mirv> mitya57: hey! I just answered on the bug report too before reading your comment. thanks for fixing the dh_install issue, that was the only thing remaining.
[07:14] <Mirv> great. pyqt5 had slipped somehow through unnoticed, hopefully now about everything is truly rebuilt.
[07:15] <mitya57> Mirv: ready for the transition then?
[07:17] <Noskcaj> Do we still need to not use bz2 in the base system?
[07:17] <Noskcaj> It's only the .debian tarball now in libpng
[07:18] <mitya57> Noskcaj: yes (according to Colin that is needed for debootstrapping)
[07:19] <Mirv> mitya57: the next step would be getting autopilot tests run successfully too, in addition to all the unit tests. that's prevented by bug #1273956 which veebers on #ubuntu-unity is looking at now with patching autopilot-qt
[07:20] <Mirv> (or at least, this requirement is how it is until I'm told otherwise)
[07:21] <Mirv> but at least unity8 + many apps run on the device now, so hopefully no blockers but just mortal bugs to fix
[07:23] <mitya57> Ok, let's hope that will be fixed soon then :)
[07:32] <dholbach> good morning
[07:50] <dholbach> according to https://launchpad.net/ubuntu/+source/cordova-ubuntu/+publishinghistory 2.8.0+14.04.20131024.4-0ubuntu2 should be in trusty for i386/amd64/armhf, but through apt I only get -0ubuntu1
[07:58] <mitya57> dholbach: Maybe your mirror is not updated yet, the upload was just 12 hours ago
[07:59] <dholbach> mitya57, I'm using archive.u.c - does apt give you 0ubuntu2?
[08:01] <mitya57> dholbach: no, 0ubuntu1 here as well
[08:02] <dholbach> wgrant, ^ do you know why this might be?
[08:07] <jibel> pitti, FYI, adt tests do not start, there is a connection timeout from tachash to ftpmaster
[08:07] <pitti> jibel: argh; right, I retried a few tests this morning
[08:09] <Noskcaj> can someone please review https://code.launchpad.net/~noskcaj/ubuntu/trusty/parole/0.6.0
[08:09] <Noskcaj> It's fairly high priority for xubuntu
[08:11] <jibel> pitti, I notified the CI team, we'll have to wait 50min or so.
[08:11] <pitti> jibel: merci
[08:12] <dholbach> Noskcaj, looking
[08:12] <cjwatson> dholbach: probably only a couple of hours now.  We had a major archive incident last night and had to repair
[08:12] <Noskcaj> thanks dholbach
[08:12] <dholbach> cjwatson, thanks... that's good to know
[08:12] <cjwatson> dholbach: so we shut off all mirroring for the duration
[08:13] <cjwatson> dholbach: (we were very lucky and none of the corruption actually made it to publicly-visible mirrors)
[08:14] <mitya57> Ah, that also explains why I got 16 mails about FTBFS due to chroot problem yesterday :)
[08:14] <cjwatson> mitya57: yes; we retried all those builds in bulk
[08:15] <cjwatson> that was what led us to notice the problem
[08:34] <Mirv> mitya57: oh right, regarding the PPA epoch usage - I wanted a PPA that does not break every time an archive upload of one of the packages is made. I know it's not something one can then eventually upgrade from, but that's what ppa-purge is for. but I can make it a bit more clear in the PPA description
[08:35] <Mirv> mitya57: every time some package is approved for landing, it gets a version number where the date part gets bumped. that change might not be picked by the daily recipe build for up to 24h, meaning the PPA with 80 autobuilding packages would be broken every now and then
[09:04] <seb128> Riddell, hey, did you see that calligra ftbfs on armhf?
[09:05] <seb128> jibel, Laney: could you overwrite the libreoffice autopkgtest result? that's one of those that is always red... (same for xorg-server failing firefox I think)
[09:06] <Laney> yes
[09:06] <Laney> what's the progress on dealing with libreoffice? That was test runner issues IIRC
[09:06] <seb128> thanks
[09:07] <Laney> firefox should be turned off if nobody is going to work on fixing it
[09:07] <darkxst> i
[09:34] <Laney> seb128: can you see the error in calligra?
[09:36] <seb128> Laney,
[09:36] <seb128>      bool isOpenGLUpdateInfo = dynamic_cast<KisOpenGLUpdateInfo*>(info.data());
[09:36] <seb128>  /build/buildd/calligra-2.7.91/krita/ui/canvas/kis_canvas2.cpp: In member function 'void KisCanvas2::updateCanvasProjection(KisUpdateInfoSP)':
[09:36] <seb128>      bool isOpenGLUpdateInfo = dynamic_cast<KisOpenGLUpdateInfo*>(info.data());
[09:36] <Laney> you got it
[09:36] <seb128> Laney, http://paste.ubuntu.com/6842823/
[09:36] <Laney> firefox is dying trying to search this log
[09:37] <seb128> Laney, wget and zless :p
[09:48] <dholbach> ev, happy birthday!
[09:50] <xnox> What is .gnupg/random_seed ?
[09:51] <mlankhorst> it's for a plant, need to use water(2) on it to grow your own tree of trust :)
[09:52] <ypwong> zyga, I found the upstream c-n-f branch you managed differs a little from the one in ubuntu: http://paste.ubuntu.com/6842889/
[09:56] <zyga> ypwong: hey
[09:56] <zyga> ypwong: there are at least three active branches, the one for ubuntu, the one on launchpad upstream project and one on github
[09:57] <zyga> ypwong: I don't have the time to clean that up now, I wanted to use github as the active project, with downstream bzr import on launchpad from which the ubuntu branch is derived
[09:58] <zyga> ypwong: if you want to help, propose all the fixes to the github project, it will be imported back to bzr, then propose a merge from the import to the ubuntu branch
[10:03] <Laney> Riddell: (seb128:) test building a fix for that
[10:03] <Laney> if it works can you help me upstream it, Riddell?
[10:05] <ypwong> zyga, got it. the github project is https://github.com/zyga/command-not-found ?
[10:06] <seb128> Laney, thanks
[10:09] <zyga> ypwong: yes
[10:14] <darkxst> Laney, is there some way I can get a dump of all packages in desktop-extras?
[10:15] <Laney> http://people.canonical.com/~ubuntu-archive/packagesets/trusty/desktop-extra
[10:16] <darkxst> Laney, you can add missing GNOME packages?
[10:17] <Laney> you need to mail devel-permissions about that
[10:17] <Laney> but yes
[10:18] <darkxst> ok, but the idea is that packageset has all GNOME packages, right?
[10:18] <seb128> see the description
[10:18] <seb128> "Description: Every package that is NOT in ubuntu-desktop, desktop-core or core, but needed for a vanilla GNOME."
[10:22] <ypwong> zyga, ok, I will probably look at that 1-2 weeks later due to holidays here
[10:23] <zyga> ypwong: sure, if you need anything ping me but I don't have much time to do the actual coding
[10:23] <zyga> ypwong: thanks for looking at this!!
[10:26] <darkxst> seb128, I saw the description, but specifically things like gnome-boxes, gnome-maps etc are MOTU only
[10:27] <seb128> because they are new and nobody updated the desktop-extra set to add them to it
[10:27] <Laney> yeah, it's manual
[10:28] <Laney> hrm
[10:28] <Riddell> seb128: yeah I've got a likely fix for calligra it just takes so long to test compile it on arm
[10:28] <Laney> Riddell: I uploaded it to a PPA already
[10:28] <Laney> probably the same fix :-)
[10:29] <Riddell> Laney: oh? where?
[10:29] <Laney> a private one unfortunately
[10:29] <seb128> Laney, share the diff at least?
[10:29] <Laney> ok ... nobody asked yet
[10:30] <seb128> just did ;-)
[10:31] <darkxst> Laney, I suppose ubuntu-gnome set also won't have any overlap with -desktop
[10:31] <Laney> right
[10:32] <Laney> xnox: why did you ask about gpg earlier?
[10:33] <Laney> I just noticed that gpg-agent isn't telling me which key it wants the passphrase for
[10:33] <Laney> Riddell: http://paste.debian.net/79184/
[10:34] <xnox> Laney: used it for the first time on one machine, where i didn't use it for a while. and got that warning, but never saw it before.
[10:34] <Laney> something else then
[10:34] <Laney> hmm
[10:35] <Riddell> Laney: you stole my patch!
[10:35] <Laney> great minds :P
[10:49] <darkxst> Laney, right, guess I should just work toward -desktop then
[10:50] <Laney> darkxst: depending on what you're thinking about, probably
[10:50] <Laney> that'll be why people talked about it on your application
[10:53] <darkxst> Laney, well I missed out on MOTU, because all my packaging is GNOME-y, although was only 2 DMB people actaully at the meeting ( rest voted by email)
[10:54] <Laney> there's no overlap between ubuntu-desktop and motu though
[10:54] <darkxst> yes there is
[10:54] <darkxst> but thats not the point
[10:55] <Laney> what
[10:55] <darkxst> I'm not going to start packaging non-Gnome-y stuff just to get MOTU
[10:56] <ev> thanks dholbach!
[10:56] <darkxst> (with the exception of doing transitions, I guess)
[10:56] <Laney> I don't get what you are driving at
[10:56] <Laney> desktop-extra + gnome + ubuntu-desktop should be what you want as far as I can see
[10:57] <darkxst> oh right, DMB said to come back in a couple months and apply for MOTU again, but yes I agree with you
[11:29] <Laney> Riddell: it had another sad :(
[11:29] <seb128> Laney, Riddell: not happy :-(
[11:30] <seb128> http://paste.ubuntu.com/6843290/
[11:30] <Laney> woe
[11:30] <seb128> I guess that can be tested on other archs by trying to build with gl off?
[11:30] <seb128> it might make debugging/fixing easier
[11:42] <Riddell> Laney: I need to get upstream to add this to their test builds
[11:42] <Laney> yes, I think so
[13:01] <Laney> Riddell: you looking into this btw?
[13:05] <Riddell> Laney: I will but I only have 1 pandaboard to compile on, it's at 22% so far
[13:06] <Riddell> spose I could do what seb128 suggested and just build without gl on my laptop
[13:06] <Laney> yep
[13:51] <cjwatson> tseliot: how's the fglrx stuff and nvidia-prime looking in precise-proposed?
[13:51] <bdmurray> pitti: will you upload a fix for bug 1220681 to saucy?
[13:51] <tseliot> cjwatson: it works fine here. I only need to add confirmation in the bug report
[13:54] <cjwatson> tseliot: great.  home stretch for 12.04.4 ...
[13:55] <tseliot> cjwatson: I'll collect all the data, and add confirmation ASAP
[13:59] <pitti> bdmurray: oh, you mean for quantal -> saucy upgrades? yes, can do that if it happens there, too
[13:59] <pitti> (probably it will)
[13:59] <pitti> bdmurray: did you run into this?
[14:00] <jibel> pitti, automated test does
[14:01] <pitti> ack, will do
[14:01] <bdmurray> pitti: it did happen there, the test is wrongly named quantal to trusty
[14:02] <jibel> pitti, http://d-jenkins.ubuntu-ci:8080/view/Upgrade/job/upgrade-ubuntu-quantal-saucy-desktop-amd64/12/artifact/results/apt-term.log
[14:02] <jibel> (was wrongly named :))
[14:02] <bdmurray> pitti: thanks, let me know when its in the queue and I'll have a look at it
[14:03] <pitti> bdmurray: thanks; standup meeting, then Laney's MP, then that
[14:11] <pitti> bdmurray: uploaded; but I'm afraid I don't really know what to add as test case, as the only test case I know (https://bugs.launchpad.net/ubuntu/+source/espeak/+bug/1220681/comments/6) is hard to reproduce for someone outside
[14:12] <bdmurray> pitti: can the upgrade testing using proposed?
[14:13] <pitti> jibel: ^
[14:13] <pitti> in principle yes
[14:13] <pitti> bdmurray: the manual test case can in any case
[14:13] <pitti> bdmurray: I'm happy to do that verification with the proposed package if that's ok with you
[14:14] <jibel> bdmurray, yes, but last time I tried (10 days ago or so) it couldn't calculate the upgrade. So I disabled it to validate that upgrade tests were working. I can reenable it now.
[14:15] <pitti> jibel: I'd not do it for trusty really
[14:15] <pitti> it'll almost always fail, and failures don't really mean anything
[14:15] <pitti> s/trusty/devel/ in general
[14:15] <jibel> pitti, and for Q->S ?
[14:16] <pitti> jibel: yeah, for stables that's fine
[14:16] <pitti> jibel: in fact for those we probably only want to test to stable-proposed
[14:21] <bdmurray> pitti: I think that level of verification would be fine
[14:22] <pitti> bdmurray: ok, I'll do that as soon as it's published in saucy-proposed
[14:45] <roaksoax> doko: Howdy! Quick question. Should we start using pybuild for packages from now on or continue using dh_python2/dh_python3
[14:46] <doko> roaksoax, I don't care that much ...
[14:50] <xnox> roaksoax: that's arthoganal question. pybuild is a dh_auto_* build system, dh_python2/3 are helpers that generate snippets in postinst of your package
[14:51] <xnox> roaksoax: you must use dh_python2/3 if you want your package in main.
[14:51] <xnox> roaksoax: pybuild is optional, just very good with "dh" based minimal debian/rules
[14:52] <roaksoax> doko: k :)
[14:52] <roaksoax> xnox: yeah,that's what I thought :).
[15:31] <psusi> xnox: I forsee a possible problem with the dmraid->mdadm migration.  It seems that systemd takes pains to pivot_root to an initrd at shutdown so that the root fs can be unmounted and the md arrays stopped.  We don't do this.  For fakeraid arrays this apparently means the whole array will be resynced by the bios.
[15:36] <xnox> psusi: incorrect.
[15:37] <xnox> psusi: we keep mdmon process running (same as e.g. multipath / nfs-root etc) past root filesystem unmounting, such that it can be cleanly closed on shutdown.
[15:38] <psusi> xnox: how?
[15:38] <psusi> the only way to do that seems to be to load an initramfs, and switch to it, and restart the daemon there
[15:39] <xnox> psusi: on systemd- upstream (no idea about the mini-debian or gigantic fedora forks) they change the first character of the process to become "@" which means do not kill this process.
[15:39] <psusi> for that matter, it seems to me that we haven't even been managing to remount the root fs ro for the last few releases
[15:40] <psusi> then it is still holding open files on the root fs
[15:40] <xnox> psusi: in debian/ubuntu we use sendsigs facility to avoid killing the process.
[15:40] <xnox> i do not believe that mdmon holds files open on the root fs in ubuntu. I will test this when i get back to my Intel Raid machine.
[15:41] <psusi> it has to at least hold its own image file open
[15:41] <xnox> which will be on Monday the latest.
[15:41] <psusi> in other words, you can't unmount the fs with /sbin/mdmon on it
[15:59] <sergiusens> ScottK, hello, wondering if you can update https://wiki.ubuntu.com/DeveloperMembershipBoard/Agenda with more slots
[16:11] <pitti> bdmurray: ok, bug 1220681 is verified
[16:53] <tkamppeter> slangasek, hi
[16:54] <Laney> sergiusens: tumbleweed did the last meeting, he should be updating it soon
[16:55] <arun> hi all
[16:55] <sergiusens> thanks
[16:55] <arun> is python most imp Programming Language for a Linux Softwares Developer?
[16:59] <TJ-> arun: C for Linux, variety of other languages from C, C++ and other higher-levell languages included Python for user-space applications.
[17:10] <tumbleweed> Laney: I always say to myself "I'll do the minutes tomorrow". And then a week whizzes by without me noticing :/
[17:11] <Laney> yeah, I try to make myself do it straight away-ish because of that
[17:12] <tumbleweed> and I'd do it right now, but I'm late for the pub, so cheers :)
[17:17] <shadeslayer> chrisccoulson: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1274605
[17:45] <tseliot> cjwatson: I think I have verified all the nvidia and fglrx related bug reports for precise
[18:23] <sarnold> is there a better package than ubuntu-meta for this bug report? https://bugs.launchpad.net/ubuntu/+source/ubuntu-meta/+bug/1274380
[19:23] <smagoun> lts
[19:23] <smagoun> er...nm
[20:04] <Noskcaj> pitti, PING. It seems the G-S-T changes are causing issues in ubuntu.
[20:04] <Noskcaj> *xubuntu
[20:30] <Noskcaj> pitti, Nothing is being installed to the binaries, even though we seem to have the same stuff as debian
[21:05] <Noskcaj> Can someone review https://code.launchpad.net/~noskcaj/ubuntu/trusty/gnome-system-tools/regression-fix/+merge/204099 ?
[21:06] <Noskcaj> G-S-T is currently completely broken
[21:22] <jtaylor> thats a bug or: http://paste.ubuntu.com/6846058/
[21:22] <jtaylor> as-needed bug
[21:23] <jtaylor> it finds it doesn't need libtest so it dropsit and its dependency gsl but does not consider that the main function needs it
[21:23] <jtaylor> (that gsl is not linked to cblas is not a bug)
[21:37] <tarpman> Noskcaj: looking at the build log from debian, it installs into debian/gnome-system-tools while in trusty it installs into debian/tmp ... DESTDIR getting lost/mis-set somewhere maybe?
[23:00] <Logan_> so apparently removing gettext macros breaks translations, even if the files still exist :'(
[23:00] <Logan_> does anyone have experience with this?
[23:00] <Logan_> I removed them to make libtoolize work properly during autoreconf so that I could fix FTBFSes on ppc64el
[23:09] <Logan_> infinity: when you get the chance, could you please give me the basic patch I should apply to packages that won't autoreconf? (to enable ppc64el support)