[01:31] <bkerensa> Hi
[01:31]  * bkerensa was wondering how to go about getting some Kubuntu discs and other stuff for our loco booths?
[02:33] <valorie> hmmm, riddell is usually the one to ping about that, and I don't see him about
[02:41] <bkerensa> kk
[04:22] <ScottK> Doing kdeplasma-addons
[04:26] <ScottK> kdetoyw
[04:26] <ScottK> s
[04:33] <ScottK> Now blinken
[04:50] <ScottK> Now Cantor
[04:50] <ScottK> (starting to sound like reindeer names)
[04:57] <ScottK> Now ksnapshot (not a reindeer)
[05:01] <micahg> it's to take pictures of the reindeer packages :)
[05:08] <ScottK> Only 22 left.
[05:08] <ScottK> I think that's all I'm good for tonight.
[09:13] <bambee> morning
[11:57]  * rbelem pokes Quintasan_, debfx
[11:58]  * debfx pokes back
[11:59] <rbelem> debfx, i think that kde-runtime buildsystem is changing one of the files that the plasma active patches changes
[12:00] <rbelem> debfx, are you working on that?
[12:01] <debfx> rbelem: no, I'm not but I'm happy to upload a fix if you have one
[12:02] <rbelem> debfx, i dont have one yet, but i will work to fix that
[12:03] <debfx> why does the build system change source files? and why does it work when building locally?
[12:03] <debfx> either quilt is more string on the archive builders or there is a bug
[12:03] <debfx> s/string/strict/
[12:03] <kubotu> debfx meant: "either quilt is more strict on the archive builders or there is a bug"
[12:04] <rbelem> :/ it works here either
[12:05] <rbelem> debfx, do you know who can we poke about that?
[12:06] <rbelem> it just built fine here :-/ and i manage to quilt pop -a after the build
[12:13] <debfx> rbelem: nope, you could add some debugging stuff and push it to a ppa
[12:14] <debfx> like calling quilt with -v
[12:14] <rbelem> debfx, hum... i didnt think about the ppa
[12:14] <rbelem> :-)
[12:14] <rbelem> nice i will do that right now
[13:03] <ScottK> Looking at kalzium.
[13:03] <ScottK> Still plenty of 4.7.1 to upload.
[13:13] <ScottK> Now kamera
[13:36] <ScottK> Now ksaneplugin
[13:50] <debfx> apachelogger: now with watch file scanning: http://felix.fobos.de/kubuntu/kubuntu-buildstatus.htm
[14:02] <ScottK> Looking at kanagram
[14:08] <ScottK> kbruch
[14:12] <ScottK> kcolorchooser
[14:20] <ScottK> kdegraphics-mobipocket
[14:23] <Sput> huh. why don't I find a file /etc/NetworkManager/VPN/nm-vpnc-service.name after installing network-manager-vpnc, even thoug dpkg -L claims the file is part of the package?
[14:29] <ScottK> Which release?
[14:32] <ScottK> cyphermox_: Any idea where network-manager-vpnc-kde went?  We seem to be missing it in oneiric.
[14:34] <ScottK> Sput: If I install the package, I have it, so no idea.
[14:35] <ScottK> kdegraphics-strigi-analyzer
[14:35] <debfx> ScottK: everything collapsed into plasma-widget-nm
[14:36] <ScottK> debfx: Then the recommends of network-manager-vpnc need updating.
[14:36] <ScottK> cyphermox_: ^^^ Can you take care of this?
[14:39] <debfx> network-manager-openvpn also needs to be updated
[14:40] <ScottK> debfx: Can you help with 4.7.1 uploading.  Still 14 to go and frankly I'm getting tired of it.
[14:42] <cyphermox_> ScottK: i saw networkmanagement dropped those, afaict
[14:42] <ScottK> cyphermox_: Can you fix the recommends then?
[14:42] <ScottK> Doing kdegraphics-thumbnailers
[14:42] <cyphermox_> ScottK: it was recommends? I thought those were build by plasma-widget-networkmanagement before
[14:43] <cyphermox_> ScottK: I can certainly look at it, will see how far I get
[14:43] <ScottK> cyphermox_: They were, buth they were recommended by network-manager-vpnc and network-manager-openvpn, so they need updating.
[14:44] <cyphermox_> oh
[14:44] <cyphermox_> I think I see what's wrong, debian didn't have these recommends so it may have been dropped
[14:46] <Riddell> hmm, all my KDE apps are crashing
[14:46] <Riddell> something about QCursor
[14:48] <ScottK> Riddell: One oneiric?
[14:48] <Riddell> on oneiric yes
[14:48] <ScottK> New Qt isn't built yet, so something KDE 4.7.1 related I'd guess.
[14:49] <cyphermox_> ScottK: network-manager-vpnc-kde is still recommended by network-manager-vpnc, but nothing provides it
[14:49] <ScottK> cyphermox_: Yes.  Exactly.  That's why n-w-vpnc should recommend p-w-nm instead.
[14:50] <cyphermox_> ok
[14:50] <ScottK> same with -openvpn
[14:50] <cyphermox_> but shouldn't p-w-nm already be installed anyway?
[14:50] <cyphermox_> (not that it changes that the recommends need updating)
[14:50] <ScottK> Yes, but if you install network-manager-vpnc as it is, it'll pull in the Gnome one.
[14:51] <ScottK> Since it's an alternate recommends.
[14:51] <cyphermox_> oh, right
[14:51] <cyphermox_> wondering if I can pull in the latest 0.9.0 tarballs at the same time
[14:52] <ScottK> I've got no opinion on that.
[14:52] <ScottK> Riddell: We've not had other reports of trouble.  Not sure what to tell you.
[14:53] <Riddell> it might be due to me playing around with my libbz2 install come to think of it, I guess kdelibs uses that somewhere
[14:53] <Riddell> installing suse libraries on an ubuntu system might make things crash
[14:57] <ScottK> That might have something to do with it.
[15:02] <ScottK> debfx: Also, it looks like you might have neglected to update bzr when you uploaded kdenetwork...
[15:04] <Sput> ScottK: yeah, dunno, I also installed the plasma widget, but the file didn't appear
[15:04] <Sput> (by now I've just copied the one installed by pptp and s/pptp/vpnc/g'd)
[15:05] <Sput> I've also installed n-m-v-kde fwiw
[15:11] <debfx> ScottK: fixed
[15:15] <Riddell> nepomuk strigi search is failing for me since KDE 4.7.0 was installed (on natty, now on oneiric), does it work for others?
[15:18] <Sput> by the way, is it possible to install a more recent kernel in kubuntu natty without breaking other things? .38 can't resume on a T410
[15:18] <Sput> at least not on mine
[15:19] <jussi> Sput: sure ie
[15:19] <jussi> is
[15:19] <jussi> I have 39 at work
[15:19] <Sput> jussi: self-compiled, or is there a PPA or something?
[15:19] <Sput> I'm new to binary distros :)
[15:20] <jussi> if you go to #ubuntu-kernel and ask nicely they will tell you the PPA location
[15:20] <Sput> k, thx
[15:20] <jussi> or wait till monday and Ill go to work and tell you
[15:20] <nigelb> jussi: 39?
[15:21] <jussi> nigelb: yeah, think so. fixes most of my x problems. DOnt actually remember.
[15:21] <jussi> Twas an RC.
[15:21] <nigelb> ah, kernel rev
[15:27] <Sput> jussi, well, just googling for "kubuntu kernel ppa" helped, I wonder why I didn't get that idea earlier :)
[15:27] <jussi> Sput: :D
[15:27] <jussi> Sput: your new to the binary ways
[15:29] <Sput> jussi: mmmh, or not. webpage claims .39 is the newest for natty, but apt-get install linux just installs .38
[15:29] <jussi> Sput: did you apt-get update ?
[15:29] <Sput> yep
[15:30] <jussi> hrm, I thought it was linux-image but I am tired and confused right now, so could be way off the beaten track
[15:31] <Sput> yeah, that's also the "newest version" with .38
[15:31] <jussi> right....
[15:32] <jussi> Riddell: !!!! :D
[15:32] <Sput> ah, the comments say that too
[15:32] <Sput> ppa:canonical-kernel-team is recommended
[15:32] <jussi> well then :)
[15:33] <Sput> meh, that too only ships .38
[15:33] <Sput> ah well :)
[15:49] <ScottK> debfx: Thanks.
[15:53] <cyphermox_> ScottK: working on the updates, vpnc is ready, but it will take a day or two to get the others done (because I'll update to 0.9.0 were required, since it fixes translatability of strings for the gnome ui bits)
[15:53] <ScottK> cyphermox_: No rush.  Just need to make sure it's fixed for release.
[15:54] <cyphermox_> yup
[16:10]  * Quintasan looks at kwordquiz
[16:15] <CIA-130> [kwordquiz] Michal Zajac * 6 * debian/changelog releasing version 4:4.7.1-0ubuntu1
[16:18]  * ScottK goes for kross-interpreters
[16:25] <rbelem> debfx, https://launchpad.net/~kubuntu-active/+archive/ppa/+packages
[16:25] <rbelem> Quintasan, ^
[16:26] <rbelem> it failed in amd64 o.O
[16:27] <rbelem> but worked with i386
[16:29] <rbelem> wierd
[16:29]  * rbelem goes to lunch
[16:45] <muntiKubu> why is krita dependent on kspread?
[16:46] <muntiKubu> seems redundant if I have libreoffice?
[16:47] <muntiKubu> if ever it needs a spreadsheet? which makes no sense
[16:48] <ScottK> rbelem, Quintasan, debfx: lamont suggest trying to build locally using the sbuild in use on the buildds: bzr branch lp:~lamont/launchpad-buildd/chroot-scripts; chroot-scripts/make-chroot.sh -d oneiric --lp
[16:51] <ScottK> muntiKubu: We really haven't done much with koffice this cycle.  We're mostly waiting for Calligra to have a release.
[16:53] <muntiKubu> ScottK: I just want krita not kspread
[16:53] <ScottK> I don't know enough about koffice myself to know if there's a good reason for it to be that way or not.
[16:55] <muntiKubu> ScottK never mind, thanks anyway,
[17:03] <apachelogger> Riddell, ScottK: do you have insight if we have someone from upstream Qt and KDE attend UDS? other than alex that is
[17:03] <ScottK> I don't.
[17:06] <afiestas> apachelogger: I'm not good enough for you?
[17:06] <afiestas> u.U
[17:06] <apachelogger> :O
[17:06]  * apachelogger touches afiestas inappropriately to demonstrate his love
[17:08] <apachelogger> afiestas: I was just thinking ... if no other upstream has announced their attendance yet, we should identify a topic that should act as primary "theme" for UDS and invite someone from upstream who works on related stuff
[17:08] <ScottK> rbelem: I would try uploading another package to your PPA.  This time swap around the series files so the active patches are used on the first build and the base set of patches is used on the second.
[17:08] <apachelogger> like last uds it would have been good to have one of the active consiprer on site to give them a beatin etc ^^
[17:08] <afiestas> well rbelem is comming too
[17:08] <afiestas> I consider him upstream too :p
[17:09] <apachelogger> no one considers me upstream
[17:09]  * apachelogger waves fist
[17:11] <afiestas> last uds we had an active developer ? who?
[17:11] <apachelogger> no
[17:11] <apachelogger> it would have been cool if we had one
[17:28] <ScottK> afiestas: You were our Active expert.
[17:30] <afiestas> ScottK: well expert... I did what I could xD
[17:30] <ScottK> afiestas: You did great.
[17:30] <afiestas> though if you find Active important I can prepare myself better this time
[17:30] <ScottK> Now if rbelem can just make kde-runtime build we could have something ...
[17:30] <ScottK> I think we do.
[17:31] <afiestas> Is Kubuntu tablet going to be released with 11.10 ?
[17:32] <ScottK> Depends on rbelem fixing -runtime.
[17:32] <ScottK> (No pressure)
[17:32] <apachelogger> and ScottK making someone do the image :P
[17:32] <ScottK> Sure.
[17:32] <apachelogger> ScottK: what is broken with runtime?
[17:32] <ScottK> apachelogger: FTBFS.  Weird patching problem.
[17:32]  * apachelogger has a serious concern about all the versions we are supposed to maintain
[17:32] <apachelogger> ScottK: meh
[17:32] <afiestas> what's wrong with runtime?
[17:33] <ScottK> See the build log.  It's very mysterious (and not related to the upstream code) https://launchpad.net/ubuntu/+source/kde-runtime/4:4.7.1-0ubuntu1/+build/2773959/+files/buildlog_ubuntu-oneiric-i386.kde-runtime_4%3A4.7.1-0ubuntu1_FAILEDTOBUILD.txt.gz
[17:33] <afiestas> rolf, quassel sent the last 5 msg in a row
[17:35] <afiestas> ScottK: can't find the error in there
[17:35] <afiestas> runtime seems to be installing stuff?
[17:36] <ScottK> It's some kind of weird patch issue.
[17:36] <ScottK> It works fine locally which is why it's hard to figure out.
[17:38] <afiestas> ScottK: what is FTBFS?
[17:38] <ScottK> failed to build from source.
[17:38] <afiestas> from where can I get a list of patches for that kde-runtime?
[17:39] <afiestas> iirc active is using a "forked" kde-runtime isn't it?
[17:39] <ScottK> It is.
[17:39] <ScottK> So we build once with regular runtime and then build again with the active patches.
[17:40] <ScottK> afiestas: Are you on Kubuntu and if so, which release?
[17:41] <afiestas> ScottK: I'm not but I'm already downloading beta1
[17:41] <ScottK> Once you're on that, apt-get source kde-runtime will get you this package.
[17:42] <afiestas> woudn't be better to have kde-runtime-active or something like that?
[17:45] <debfx> yeah adding a kde-runtime-active source package with the same upstream tarball would be a good workaround :)
[17:48] <debfx> and would also rule out the possibility that active patches leak into the non-active package
[17:50] <ScottK> I had a hunch about it which I just uploaded to my PPA.
[17:50] <ScottK> We should know in a bit if I was right.
[17:56] <afiestas> in theory, kubuntu will be updating to minor versions right?
[17:56] <ScottK> Yes.
[17:56] <afiestas> I pushed a couple of important patches that will be released with 4.7.2
[17:56] <afiestas> one of them basically makes "INotify" work for KDE
[17:56] <afiestas> (makes KDirWatch work in Kernel 3.0)
[17:57] <apachelogger> oh, it was broken?
[17:57] <apachelogger> afiestas: oneiric ought to ship with .2 IIRC
[17:58] <afiestas> apachelogger: it was unless your kernel is named 3.0.0
[17:58] <afiestas> if it is 3.0, then it was
[17:58] <apachelogger> ic
[17:59] <debfx> apachelogger: .2 release is after FinalFreeze
[17:59] <apachelogger> who made up that ridiciolous schedule?
[18:01] <afiestas> then you may want to backport those 2 patches I'm talking about
[18:01] <afiestas> let me check the commits
[18:02] <ScottK> apachelogger: No.  It'll ship with .1
[18:02] <ScottK> We just miss.
[18:02] <apachelogger> not even if we upload after tagging?
[18:03] <ScottK> No.
[18:03] <afiestas> kde-runtime: b50bbd77572a2e20709fbb40274aface8314b4eb and d769c74a5cab576e124666174a0b2bc5e2af8cde
[18:03] <afiestas> kdelibs: 7df5a79fb9f09e4a4a80cd541cc478b5fa6df00f
[18:03] <ScottK> We might upload to -proposed before release.
[18:03] <afiestas> they both are quite annoying
[18:03] <ScottK> yofel_: ^^^ can you cherrypick those and commit them in bzr?
[18:03] <apachelogger> ScottK: that'd be an option
[18:04] <ScottK> Someone should upload 4.6.5 to natt-proposed.
[18:05] <afiestas> o cool kubuntu images are now hybrid
[18:05]  * afiestas happy :D
[18:05] <apachelogger> hybrid of what?
[18:06] <afiestas> usb/cd
[18:06] <afiestas> dd is enough to put them in a usb
[18:06] <apachelogger> ah
[18:20] <ScottK> OK.  It's a quilt/dh_quilt problem.
[18:21] <rbelem> afiestas, :-D
[18:22] <rbelem> ScottK, do you have an idea what the runtime problem could be?
[18:22] <ScottK> It's not the patch.  See my ppa.  I shifted it around and it failed on a different patch.
[18:23] <rbelem> ScottK, same on my ppa
[18:23] <rbelem> o.O weird
[18:23] <debfx> rbelem, ScottK: so what do you think about separating the kde-runtime/-active source packages?
[18:24] <ScottK> Give me a few minutes here.
[18:24] <ScottK> I think I might have a solution.
[18:24] <ScottK> I agree that's a good fallback.
[18:24]  * rbelem nods
[18:38]  * afiestas going to install kubuntu beta, and then going jogging
[18:44] <ScottK> Uploaded another try to my PPA.
[19:14] <afiestas> always surprised to see how well and fast kubuntu installs :)
[19:27]  * rbelem pokes ScottK
[19:28] <ScottK> rbelem: It's trying to do the build twice https://launchpadlibrarian.net/79453330/buildlog_ubuntu-oneiric-amd64.kde-runtime_4%3A4.7.1-0ubuntu1%2Bppa2_FAILEDTOBUILD.txt.gz
[19:28] <ScottK> That's why the patching fails, I think.
[19:31] <ScottK> I think I have it figured.
[19:35] <Riddell> apachelogger: fregl maybe?
[19:39]  * rbelem looks
[19:41] <rbelem> ScottK, so we just need to remove from the series-active the patches that are alrady applied?
[19:42] <ScottK> I think I got it.
[19:42] <ScottK> Give me just a moment.
[19:42] <rbelem> oki
[19:45] <ScottK> rbelem: Keep an eye on my PPA. Gotta run
[19:48] <rbelem> ScottK, oki :-)
[20:18] <debfx> ScottK: I think it would be more sane to just collapse dh_auto_{configure,build,install} into one
[20:21] <bulldog98> ScottK: I’m sorry, but I can’t do testing, my graphics card (main pc) went away I think, but I’m not entirly sure
[20:48] <rbelem> debfx, ScottK, yeeepeee :-D it worked
[20:48] <ScottK> debfx: Today I'll settle for working, but feel free to improve it.
[20:53]  * rbelem packs his stuff to go home
[20:54] <ScottK> It would be nice to figure out why it builds twice.
[20:55] <yofel> ScottK: I can take a look at the kdelibs part, but I would prefer whoever is working on runtime currenty to look at the others
[21:08] <CIA-130> [lp:~kubuntu-packagers/kubuntu-packaging/kdelibs] Philip Muškovac * 378 * debian/ (3 files in 2 dirs) Import upstream commit 7df5a79fb9f09e4a4a80cd541cc478b5fa6df00f as kubuntu_fix-kdirwatch-when-using-kernel-3.0.diff to fix the version checking for INotify.
[21:49] <afiestas> hey, testing some of the basics in 11.10 I'm having some problems
[21:49] <afiestas> the software center takes a few seconds to start, and when it does it is empty for some more seconds
[21:50] <afiestas> also, I added the spotify repo via GUI and somehow it was not added well, I had to remove it from sources and add it again
[21:50] <afiestas> also, I don find a way to update the system
[21:52]  * micahg wishes qt4-x11 behaved with -jX
[22:08]  * rbelem pokes afiestas
[22:13] <afiestas> rbelem: yay
[22:14] <rbelem> afiestas, i made some code
[22:14] <rbelem> afiestas, could you take a look on that?
[22:14] <afiestas> rbelem: right now I'm using 4.7 stable so can't test it
[22:14] <afiestas> though yes, I can take a look at the code
[22:15] <rbelem> afiestas, oki
[22:15] <rbelem> afiestas, you can install project neon later
[22:15] <rbelem> afiestas, i'm using that as development and test environment
[22:16] <afiestas> I'd like to build stuff myself
[22:16] <afiestas> though considering how fast kubuntu 11.10 runs... I'm thinking on sticking with 4.7.1 for a while xd
[22:17] <rbelem> afiestas, :-)
[22:20] <ScottK> afiestas: The slow start/empty index is known.  I think a fix is planned.
[22:20] <ScottK> micahg: It does, doesn't it?
[22:21] <ScottK> OK.  In the absence of someone else uploading -runtime, I'm doing it now.
[22:22]  * rbelem hugs ScottK
[22:22] <rbelem> :-D
[22:25] <BarkingFish> Evening guys
[22:25] <BarkingFish> yofel, are you free for a sec?
[22:25] <yofel> BarkingFish: yep
[22:25] <BarkingFish> wicked
[22:25] <BarkingFish> Thanks
[22:27] <BarkingFish> You suggested with regards to this issue with pull-*-source that I should file it as a bug?  My question's been turned into one, and Stefano Rivera has uploaded a version for me to try.  It's on a bazaar branch, and I don't know how to check it out to test it.
[22:27] <BarkingFish> https://code.launchpad.net/~stefanor/ubuntu-dev-tools/progressbar-845787
[22:28] <BarkingFish> Could you help me with getting the branch so I can see whether it's quiet enough to solve the issue please?
[22:29] <yofel> looking
[22:30] <yofel> BarkingFish: start with 'bzr co lp:~stefanor/ubuntu-dev-tools/progressbar-845787'
[22:31] <BarkingFish> ok, it's doing that now.  Is this similar to svn?
[22:31] <rbelem> ScottK, tomorrow i will push the plasma-mobile and s-l-c changes :-)
[22:32] <yofel> co does the same thing as in svn
[22:32] <BarkingFish> ok, looks like it's finished
[22:32] <yofel> and creates a bound branch (you don't have commit rights for this branch though)
[22:33] <BarkingFish> no
[22:33] <BarkingFish> only stefano does
[22:34] <BarkingFish> right, I've got a folder now, progressbar-845787 - what do I do next? Do i have to build it?
[22:34] <yofel> you don't, it's python
[22:34] <BarkingFish> 0.0
[22:34] <yofel> BarkingFish: sudo cp progressbar-845787/ubuntutools/archive.py /usr/share/pyshared/ubuntutools/archive.py
[22:35] <yofel> should be enough
[22:35] <yofel> BarkingFish: python is an intepreted language, nothing to compile. (Although modules do get compiled at first run)
[22:35] <BarkingFish> right, well that revision is failing to work.
[22:36] <BarkingFish> I'll pastebin out what it's saying, looks like a bug in the python
[22:36] <yofel> hm, WFM actually
[22:36] <BarkingFish> http://paste.ubuntu.com/686159/
[22:37] <yofel> BarkingFish: are you on natty or oneiric?
[22:37] <BarkingFish> natty
[22:38] <yofel> ah, that'll be the problem then, devscripts and ubuntu-dev-tools too old
[22:38] <yofel> the progressbar works fine here though
[22:38] <BarkingFish> no more periods infesting the screen like roaches in a dive bar?
[22:39] <yofel> nope, only a progressbar for the files that get downloaded, which vanishes after they're done
[22:42] <afiestas> ScottK: yofel the KDirPatch is not needed since Kubuntu has 3.0.0 as kernel
[22:42] <afiestas> instead of 3.0
[22:42] <afiestas> a lot of distributions did that to avoid problems like the one in KDirWatch
[23:00] <micahg> ScottK: I remember last time I tried I had issues
[23:03] <BarkingFish> yofel - that revision is wonderful! I'm in pm with tumbleweed (stefano) right now, and i've asked him to merge it in, he's just waiting on acknowledgement from the other person who works on ubuntu dev tools
[23:05] <ScottK> afiestas: It doesn't hurt anything does it?
[23:06] <ScottK> micahg: I build it -j5 with 4 armel boxes using icecc in about 12 hours.
[23:06] <ScottK> BarkingFish: plee-the-bear is not as bad off as you think.
[23:06] <micahg> ah, ok, will try it again, maybe it was the space issue last time (it's nice to build it in RAM :))
[23:07] <BarkingFish> it looked like it here, I had errors living inside errors on top of the apartments built on those errors, ScottK - it looked like a lost cause here.
[23:08] <ScottK> BarkingFish: Look at Upstream svn revison 4656 - it's on sourceforge.
[23:09] <ScottK> It doesn't apply cleanly to our version, but it ought to be enough to get you started.
[23:09] <afiestas> ScottK: it should not
[23:09] <ScottK> Thanks
[23:09] <ScottK> BarkingFish: There is also the start of a patch in the Debian BTS.
[23:11] <BarkingFish> ok, i'll have a peek in a few moments.
[23:16]  * yofel is off to bed, good night
[23:18] <BarkingFish> night yofel - see you later tonight.
[23:31] <ScottK> OK, test building runtime with afiestas' cherrypicks ...
[23:59] <ScottK> apachelogger: Did shadeslayer finish with prepping qtwebkit before he ran off?
[23:59] <ScottK> Nooooooo!
[23:59] <ScottK> collect2: ld terminated with signal 11 [Segmentation fault]


[02:50] <Logan_> why did someone retry all of my ppc64el packages
[03:06] <cjwatson> Logan_: mass retry to see what stuck after the first big pass
[05:08] <Noskcaj> What DMB category would i go in for xubuntu packageset?
[05:11] <Noskcaj> And is there a way i can apply by email or at a different time? 15UTC is impossible, and 19UTC is difficult and on the first day back at school
[06:44] <mitya57> doko: nitime built!
[06:56] <mitya57> doko: and pyqt5 as well, thanks for fixing python3.4-config
[08:40] <infinity> postgres (24516): /proc/24516/oom_adj is deprecated, please use /proc/24516/oom_score_adj instead.
[08:40] <infinity> Oh, pitti's not here to annoy with that. :P
[08:41] <infinity> They really should fix that upstream some year.
[10:18] <maxiaojun> ibus candidate window always off screen when using xchat
[13:18] <xperia> hi. small question. is it possible to build ubuntu touch without using and depending on android? i want a ubuntu linux distro with ubuntu touch. how can this be maked the best and easy way? any known instructions ?
[14:52] <knocte> if I have a GTK app that errored out and therefore sent some data to stderr, what file should I look at to see that info?
[14:52] <knocte> (~/.xsession-errors doesn't seem to be the one)
[14:56] <brainwash> knocte: try ~/.cache/upstart/
[14:57] <knocte> brainwash: thanks, but that folder doesn't exist here
[14:58] <knocte> I'm using ubuntu raring fwiw
[15:17] <brainwash> knocte: oh, why do you ask in this channel then?
[15:18] <brainwash> you should join #ubuntu :)
[15:18] <knocte> brainwash: because I'm a developer trying to resolve the bug that the gtk app has? normally normal users don't even (and shouldn't) know what stderr is ;)
[15:21] <brainwash> if .xsession-errors does not contain any errors/warnings, you could open a terminal window and start your application
[16:43] <knocte> brainwash: that doesn't work if the bug is difficult to reproduce
[19:48] <Noskcaj> Would someone mind adding a section to http://packaging.ubuntu.com/html/fixing-ftbfs.html about fixing linking issues?
[20:09] <xnox> Noskcaj: https://wiki.debian.org/ToolChain/DSOLinking ?
[20:11] <Noskcaj> xnox, I know the page exists, i'm just saying it would eb good to have a basic explanation of what to do in our guide, since a lot of ftbfs packagess are from this
[20:12] <xnox> Noskcaj: there is a link to report bugs against the guide on the bottom of it, please report bugs there.
[20:12] <cjwatson> Surely the packaging guide is about the worst place to collect information on fixing classes of problems, since it's hard to modify
[20:12] <cjwatson> Wikis are much better for this
[22:35] <cjwatson> doko: it looks like you need to fix the dependencies in python3.4/debian/tests/control - https://jenkins.qa.ubuntu.com/view/Trusty/view/AutoPkgTest/job/trusty-adt-python3.4/23/ARCH=amd64,label=adt/artifact/results/log
[22:35] <cjwatson> or it's late in Germany, I suppose I can do it :)
[22:40] <cjwatson> doko: uploaded http://launchpadlibrarian.net/160727344/python3.4_3.4~b1-4ubuntu1_3.4~b1-4ubuntu2.diff.gz


[01:14] <nhaines> #join ubuntu-touch
[01:15] <nhaines> yay typos!
[01:15] <nhaines> In better news, I watched a video of my UpScale presentation from a couple years back and added speaker notes to the slides.
[01:16] <nhaines> It's now a very comfortable 20 minute talk that I will be doing tomorrow at OCLUG.
[01:16] <ianorlin> link to video?
[01:17] <nhaines> Unfortunately it is from my private collection.  Although I have to say the sound balancing isn't quite as bad as I remember.  Still bad though.
[01:17] <ianorlin> ah not like the video with jono from two years ago that looks like the table keeps becoming invisible
[01:17] <nhaines> I can share the new slides though!  http://ubuntuone.com/78slWAZHujJrNH9stdsLzA
[01:17] <darthrobot> Content type: [application/vnd.oasis.opendocument.presentation] Size: [94869]
[01:19] <nhaines> Fortunately that's one out of two presentations I have to do in the next week, so Sunday (or maybe Saturday night) I'll start on the Ubuntu 14.04 LTS presentation.  That'll be a little harder because I'll need to come up with a nice slide design.
[01:22] <nhaines> Also I might redo the speaker notes to more closely match what I actually say.  But I might not because I don't mind other people coming up with their own ideas instead of quoting me.  :P
[01:51] <jyo> rww: :)
[01:54] <rww> jyo: hah. thanks :)
[02:31] <ianorlin> http://paste.openstack.org/show/75597
[02:32] <darthrobot> [R: paste.openstack.org] Title: [Paste #75597 | LodgeIt!]


[00:02] -queuebot:#ubuntu-release- Unapproved: todotxt-cli (cosmic-proposed/universe) [2.10-5 => 2.11.0-2] (no packageset) (sync)
[00:03] -queuebot:#ubuntu-release- Unapproved: accepted todotxt-cli [sync] (cosmic-proposed) [2.11.0-2]
[00:56] -queuebot:#ubuntu-release- Unapproved: lubuntu-default-settings (cosmic-proposed/universe) [1.13 => 1.14] (lubuntu)
[01:46] -queuebot:#ubuntu-release- Unapproved: lubuntu-meta (cosmic-proposed/universe) [1.11 => 1.12] (lubuntu)
[02:05] <Lin-Buo-Ren> @vorlon Thanks for the explanation.
[02:42] <tsimonq2> Please reject lubuntu-default-settings 0.14 in favor of 0.15.
[02:43] -queuebot:#ubuntu-release- Unapproved: lubuntu-default-settings (cosmic-proposed/universe) [1.13 => 1.15] (lubuntu)
[04:12] -queuebot:#ubuntu-release- Unapproved: mailman (cosmic-proposed/main) [1:2.1.27-1 => 1:2.1.29-1] (ubuntu-server) (sync)
[05:24] -queuebot:#ubuntu-release- Unapproved: freeipa (cosmic-proposed/universe) [4.7.0~pre2-0ubuntu1 => 4.7.0-1] (no packageset) (sync)
[05:24] -queuebot:#ubuntu-release- Unapproved: accepted freeipa [sync] (cosmic-proposed) [4.7.0-1]
[08:36] -queuebot:#ubuntu-release- Unapproved: r-cran-etm (cosmic-proposed/universe) [1.0.4-1 => 1.0.4-2] (no packageset) (sync)
[08:37] -queuebot:#ubuntu-release- Unapproved: accepted r-cran-etm [sync] (cosmic-proposed) [1.0.4-2]
[12:40] -queuebot:#ubuntu-release- Unapproved: gedit-plugins (cosmic-proposed/universe) [3.30.1-1 => 3.30.1-2] (no packageset) (sync)
[12:41] -queuebot:#ubuntu-release- Unapproved: accepted gedit-plugins [sync] (cosmic-proposed) [3.30.1-2]
[17:28] -queuebot:#ubuntu-release- Unapproved: simple-scan (cosmic-proposed/main) [3.30.0-1 => <IP_ADDRESS>-1] (ubuntu-desktop) (sync)
[17:28] -queuebot:#ubuntu-release- Unapproved: gwaei (cosmic-proposed/universe) [3.6.2-3build1 => 3.6.2-4] (no packageset) (sync)
[17:29] -queuebot:#ubuntu-release- Unapproved: accepted gwaei [sync] (cosmic-proposed) [3.6.2-4]
[17:30] -queuebot:#ubuntu-release- Unapproved: uwsgi (cosmic-proposed/universe) [<IP_ADDRESS>-5 => <IP_ADDRESS>-6] (no packageset) (sync)
[17:31] -queuebot:#ubuntu-release- Unapproved: accepted uwsgi [sync] (cosmic-proposed) [<IP_ADDRESS>-6]
[17:45] -queuebot:#ubuntu-release- Unapproved: squid3 (bionic-proposed/main) [3.5.27-1ubuntu1 => 3.5.27-1ubuntu1.1] (ubuntu-server)
[20:03] -queuebot:#ubuntu-release- Unapproved: budgie-desktop (cosmic-proposed/universe) [10.4+git20180830.01.f2dbc215fdb-0ubuntu1 => 10.4+git20180830.02.f2dbc215fdb-1] (personal-fossfreedom, ubuntu-budgie) (sync)
[20:05] <tsimonq2> Oh, fun. So apparently I forgot to consider that Lubuntu is still doing i386 this cycle, and that revision 1995 on our debian-cd branch should probably be done to amd64 as well. >_>
[20:05] <tsimonq2> MP incoming.
[20:21] <tsimonq2> infinity, vorlon: Both of you reviewed the amd64 revision at one point; could I get some eyes on https://code.launchpad.net/~tsimonq2/debian-cd/i386-start-lubuntu/+merge/355894 ?
[20:35] -queuebot:#ubuntu-release- Unapproved: variety (cosmic-proposed/universe) [0.6.9-1 => 0.7.0-1] (no packageset) (sync)
[20:36] -queuebot:#ubuntu-release- Unapproved: accepted variety [sync] (cosmic-proposed) [0.7.0-1]
[22:55] -queuebot:#ubuntu-release- Unapproved: quixote (cosmic-proposed/universe) [2.7~b2-1.1 => 2.7~b2-2] (no packageset) (sync)
[22:55] -queuebot:#ubuntu-release- Unapproved: accepted quixote [sync] (cosmic-proposed) [2.7~b2-2]
[23:46] -queuebot:#ubuntu-release- Unapproved: vino (cosmic-proposed/main) [3.22.0-3ubuntu3 => 3.22.0-4ubuntu1] (ubuntu-desktop)


[09:53] <tdr112> morning
[09:54] <czajkowski> meh
[09:54] <tdr112> good morning czajkowski
[09:54] <czajkowski> nothing good about it
[09:55] <tdr112> new day , new week ,
[11:37] <airurando> morning all
[18:52] <Belserusk> Hey guys. What are your favorite 2 player Linux games?
[18:54] <Belserusk> I mean 2 player games on same PC.
[18:54] <airurando> hi Belserusk
[18:55] <airurando> sorry i don't play games
[19:03] <ShaneM> Hmm
[19:03] <ShaneM> Don't really player 2 player local
[19:03] <ShaneM> But Sleep is Death is really
[19:04] <ShaneM> 2 player online, you can play it lan I think


[11:13] <melodie> hello
[11:46] <pmatulis> hello melodie , how are you today?
[11:59] <melodie> hi pmatulis I'm getting tech infos at the #ubuntu-devel chan. What about you?
[11:59] <melodie> well, about docs, I'm on this one that part: https://help.ubuntu.com/community/InstallCDCustomization#Modify_pool_structure_to_include_more_packages
[12:31] <pmatulis> melodie: interesting. thanks for being here
[12:50] <melodie> pmatulis this is very nice of you! I'm mostly coming here when I do, to get help or advice :D
[13:16] <melodie> pmatulis do you edit the docs sometimes?
[13:33] <pmatulis> melodie: i work with the official Ubuntu Server documentation and doing some edits on the main help.ubuntu.com page. note the difference between official docs (server and desktop stuff on help.ubuntu.com) and the community wiki (help.ubuntu.com/community)
[13:35] <melodie> are there official docs such as the one I pointed to?
[13:36] <melodie> and projects to refresh all custom howto's ?
[13:36] <pmatulis> melodie: what you pointed to was the community wiki. i don't know if we have an official docs version of it
[13:36] <pmatulis> melodie: we're actively looking for people to help with the official docs
[13:37] <melodie> everybody cries out for more people to contribute, and so do I. I would even be happy with only one or two persons helping
[13:37] <melodie> I feel very alone :D
[13:38] <melodie> although the community always helps me on things when I need info
[13:38] <pmatulis> melodie: well, the wiki is one thing, and the actual docs are another
[13:45] <melodie> pmatulis while I get it, my need is around doing a custom remix (I use the very basic Ubuntu Mini Remix up to now)
[13:46] <pmatulis> melodie: feel free to come here when you're lonely :)
[13:48] <melodie> pmatulis thanks! ^^
[13:49] <melodie> if you find people who want to help this project, feel free to tell them about it: http://linuxvillage.org/en (description in the last post) and in http://bentovillage.me
[13:52] <pmatulis> melodie: oh. you're not even writing ubuntu docs. ok
[13:57] <melodie> I try to use them :D
[13:57] <melodie> read, understand... use
[13:58] <melodie> you are a provider and I'm a client XD


[02:07] <__mikem> Hey, I have an improved version of the Radiance theme that i called Briliance. I want to show it to you guys and see if you would be willing to include it in the final release of Lucid
[02:08] <__mikem> anyone?
[02:08] <troy_s> __mikem: Not really the decision of anyone hwere.
[02:09] <troy_s> __mikem: And 'improved' is, as I am sure you are aware, relative.
[02:09] <__mikem> well, wanna just give the theme a spin, and see if you like it?
[02:09] <troy_s> __mikem: No. I don't really mind either way.
[02:12] <__mikem> http://www.mediafire.com/?itjeujdyz45 <-- heres the .tar.gz file that contains my theme if you want to have a look
[02:16] <mrandrzejak> Hi all! Was there a decision made on the Lucid countdown banners?
[11:00] <vish> darkmatter: the green progress bar , seems stuck in between neither being light-n-shiny or being dark'n'sexy ;)
[11:01] <vish> have you tried making it similar to the top bar?
[11:01] <darkmatter> no. not yet. still mucking around with other widgets
[11:02] <vish> darkmatter: the rest look good though :)
[11:02] <darkmatter> neat. even zune goes 'metro' (aesthetically). I'm suspecting windows 8 will be the most metro thing since unisex handbags :P
[11:04] <vish> darkmatter: zune was metro actually , they hadnt mentioned it as metro , probably since it was not as complete as the phone
[11:04] <darkmatter> ahh
[11:04] <vish> heh , probably no one bought a zune ;p
[11:05] <vish> darkmatter: if you had seen the links troy had been posting for a long time , the phone wouldnt have been very surprising ;)
[11:05] <darkmatter> the newest version of the zune desktop looks smokin' hot
[11:05] <darkmatter> the phone wasn't surprising. it was sex in pixels :P
[11:07] <darkmatter> microsoft finally came up with a design direction I like ;)
[11:13] <darkmatter> vish: you know my views about aesthetic minimalism and maximum immersion.   :D" IM bomb xD
[11:21] <vish> darkmatter: oh , did you mention it ?  /me doesnt recall ... not documented , no credit ;p
[11:22] <vish> darkmatter: someone must have read the channel logs , and ripped you off ;)
[11:23] <darkmatter> vish: it was about "the next trend in aesthetics" troy_s was all "woodgrain or bust!!". I was more rational, after years of plastic and glass, big flat and chunky seemed a more logical progression
[11:23] <darkmatter> vish: did I say ripped of? no, I said 'wood my ass" :P
[11:24] <vish> darkmatter: damn! troy isnt here to reply :s
[11:24]  * vish  mails channel logs to troy
[11:26] <darkmatter> I had linked a dA screenshot or something like that. must search teh google
[11:26] <darkmatter> vish: awwww... c'mon. admit it. you love it when you're right too ;)
[11:28] <vish> darkmatter: if troy were here, it would be more fun to watch you slug it out with him! ;)  no matter who is right or not ;p
[11:29] <darkmatter> vish: I wish he was. I'm in a playful "in your face!" mood :D that's what happens when I consume WAYYY too much coffee :P
[11:32] <darkmatter> don't get me wrong. troy_s is awesome. but he's more opinionated than the opinion committee, which is why I want to pick on him right now xD
[11:34]  * darkmatter stuffs a hyperactive hamster down the back of vishs undies :O
[12:51] <darkmatter> vish: I have mastered themeing the new nautilus :O
[12:56] <vish>  new nautilus is ?$@
[13:00] <zniavre_> good afternoon
[13:10] <darkmatter> vish: 2.30.0 has some pretty funky changes. thus the "new" comment
[13:11] <darkmatter> vish: anyway. no more "Nautilus looks like crap" :D  http://www.flickr.com/photos/92826085@N00/4499915830/
[13:16] <vish> ah , nice
[13:17]  * vish will steal darkmatter's gtkrc once he is done ;)
[13:17] <darkmatter> ;o
[13:23] <darkmatter> vish: that's technically what this gtkrc is for, and it's why I'm currently just tweaking sonar instead of spending a bazillion hours finish up all of my themes. basically it's to create a generic template
[14:13] <darkmatter> vish: because I wuv you you get the nautilus code ;p http://pastebin.ca/1857769
[14:23] <vish> darkmatter: thanks :)
[14:24] <darkmatter> vish: np. just maintain the class orders. nautilus is a picky bugger. but otherwise season to taste :P
[14:27] <vish> hehe , it has been literally nearly more than 3months since i tweaked a theme
[14:27]  * vish needs more than 48hrs in a day :/
[14:28] <darkmatter> lol
[16:32] <thorwil> kwwii: in general, though i don't know how easy metacity would make that, the alternative to vector window buttons would be to do the same as with icons: a set of sizes
[17:22] <kwwii> thorwil: indeed
[18:47] <thorwil> hmm. http://www.ubuntu.com/getubuntu/countdown
[18:49] <thorwil> all perfect examples for the CoF-in-circle scaling problem. there should be another approach for small sizes
[18:50] <thorwil> even just leaving the circle/CoF out would be better
[19:25] <darkmatter> vish: now I'm playing with text styles http://www.flickr.com/photos/92826085@N00/4500093647/ :P
[19:52] <vish> darkmatter: nice wallpaper :)
[19:54] <darkmatter> ty
[20:20] <islington> thorwil: would leaving it out even be allowed? wouldnt that be tampering with a logo?
[20:25] <thorwil> islington: there is a problem, there should be a solution. ideally an official one, of course, bu there's nothing sacred about this still not wrapped up logo-type
[20:36] <kwwii> the honest to goodness truth is that things are simply not completely ready yet
[20:36] <kwwii> we do not want to start putting things out in bits and pieces without the information on usage, etc


[00:31] <phillw> Skymont: that would depend on how you installed the dual boot.
[09:48] <crunchbang> hey guys is this an appropriate place to ask for help?
[09:50] <crunchbang> i came home to find my Lubuntu 13.04 machine without Network today. Also no automount and no Shutdown option in the power menu. Help!
[15:55] <Laibcoms> Are there other places where Lubuntu is reading xkb symbols other than /usr/share/X11/xkb/symbols/ ?  Even after every reboot, the system is reading some file that is not the edited/updated file. It seems to be reading the symbol file located elsewhere but is not showing in find
[23:24] <VictoRex16> I am having a problem with getting WiFi to work
[23:26] <VictoRex16> I can get Lubuntu to connect to the router but I am not able to get a WiFi connection
[23:28] <VictoRex16> It connects via Ethernet
[23:31] <genii> Sure didn't wait very long.


[02:16] <micahg> Please reject my first hplip upload to trusty, wasn't cleaned
[03:26] <slangasek> has anyone started rebuilds for boost?  I notice uhd needs rebuilt for new boost, because gnuradio FTBFS for log4cpp rebuild
[07:59] <slangasek> oh, right. hey, new binaries for review
[07:59] <slangasek> :P
[08:00] <slangasek> xnox: does this look like a boost bug to you? https://launchpad.net/ubuntu/+source/fatrat/1.2.0~beta2-0ubuntu11/+build/7750690
[08:10] <slangasek> doko: ok, I've started batch uploading libraries; many of the packages will Just Work, but those with symbols files are bound to fail.  I'll revise my script to hold back packages that include symbols files; do you have any suggestions for batch-fixing of these? (https://launchpadlibrarian.net/213449479/buildlog_ubuntu-wily-amd64.atlas-cpp_0.6.2-4.1ubuntu1_BUILDING.txt.gz)
[08:11] <doko> slangasek, s/std::basic_string/std::__cxx11::basic_string/ will get you some updates. but not the ones where the return type for the string type is enocded ([abi:cxx11])
[08:15] <slangasek> doko: ok.  btw, since we now have per-library transition trackers for the library renames, should we maybe drop the libstdc++6 one?  since that's not a transition that will ever "complete" anyway, given the inexact matches
[08:15] <doko> sure
[08:16] <slangasek> ok, pushed (but the tracker currently takes quite a while to process all the transitions, so web won't be updated for a few hours)
[08:35] <xnox> slangasek: it's a Qt4 moc's bug that it fails to parse BOOST_JOIN, because moc is not a good enough cpp, this is fixed in QT5...
[08:36] <xnox> slangasek: one should use, e.g. #ifndef Q_MOC_RUN ... #endif to "fix" it.
[08:38] <slangasek> xnox: ok; for now I'll just drop the package from wily
[08:38] <xnox> slangasek: Divide and conquer
[08:41] <xnox> slangasek: we could fix them all by recompiling qt4 with this:
[08:41] <xnox> http://pkgs.fedoraproject.org/cgit/qt.git/tree/qt-everywhere-opensource-src-4.8.0-rc1-moc-boost148.patch?id=f0ce6564e29e22eac504c538698517bdcef80061;id2=060db3c767b670dc1e168252644c937abc9fe607
[08:42] <slangasek> xnox: right; the fact that it's qt4 tells me approximately how well-maintained and relevant it is however, so that puts it in the set of things I'm not going to let be in the critical path of the transition.  it's now a wily-proposed-only FTBFS That someone can fix
[08:43] <xnox> slangasek: ok.
[08:43] <xnox> slangasek: this is not the only package where i have seen this happening at though. And fixing it at moc level overall will be best, than patching these falling leaf things.
[08:44] <xnox> i'll do that, and trigger the rebuild of things that failed with that.
[08:44]  * xnox goes to find coffee
[08:51] <xnox> hm, we have those qt4 patches in place already.
[12:01] <doko> slangasek, go to bed and tell Laney and me where to continue
[16:38] <andol> Any chance that anyone in here cares about the http://releases.ubuntu.com/vivid/ FOOSUMS don't appear to match up with their corresponding FOOSUMS.gpg? http://paste.ubuntu.com/11994117/. In addition to the BAD signature reported by gpg there is also the oddness of the FOOSUMS file appearning newer than their correspdoning signatures files.
[16:49] <infinity> andol: Grr.  Will fix.  I blame whoever is mucking in my trees to drop new snappy releases in.
[16:49] <infinity> rsalveti: ^-- Who did that?
[16:51] <andol> infinity: Thanks.
[16:52] <infinity> andol: Thanks for catching it.
[16:52] <infinity> andol: Should be happier now.
[16:53] <andol> Yepp, yepp
[16:54] <rsalveti> infinity: I believe I did that, but looking at my logs I did call sign-cdimage, not sure what happened, sorry
[16:55] <rsalveti> will make sure this doesn't happen again
[16:57] <infinity> rsalveti: The simpler thing is just to drop your files in and call "checksum-directory ."
[16:57] <infinity> rsalveti: And double-check against the published version to make sure nothing broke before you sync-mirrors.
[16:58] <rsalveti> infinity: cool, thanks
[16:59] <infinity> rsalveti: Also, can we ever drop the compat symlinks I had to add for that blog post that pointed at the wrong path?  I guess we can for wily, but never for vivid?
[16:59] <infinity> rsalveti: I was going to write proper snappy support into cdimage at some point so this all made sense, but yay time.
[16:59] <rsalveti> slangasek: can we drop the compat symlinks?
[17:00] <rsalveti> don't remember what caused it
[17:00] <rsalveti> but if it's just because of a blog post, sure, unless it's a post from mark :-)
[17:00] <infinity> rsalveti: I don't remember who the blog post was from, but it was vaguely "official", hence the symlinks. :P
[17:01] <infinity> rsalveti: It doesn't bug me if they stay there forever for vivid, just want to make sure no docs will reference them (other than the offending blog post) going forward, so we don't have to perpetuate the hack.
[17:01] <rsalveti> yeah, for wily we can for sure remove it
[19:57] <slangasek> doko_: I already did go to bed, and handed you the script on #distro for you to continue with... :)  doesn't look like there've been any new libraries uploaded since this morning, however.  that's fine, I can pick these up again, it's mostly scriptable by now
[19:58] <slangasek> rsalveti: yes, no objection from me to removal of the symlinks
[20:37] <slangasek> who maintains ben? Laney?
[20:49] <Laney> slangasek: fs(mall)vo
[20:50] <slangasek> Laney: ok, so... if I'm noticing it not scaling so well in the face of all the C++ ABI transitions... is that you? :)
[20:52] <Laney> slangasek: I can't be blamed for the upstream code
[20:52] <Laney> slangasek: You can run it with sh -x or something to see if it's a problem with the way we are invoking it
[20:52] <slangasek> ben appears to be a binary executable
[20:53] <Laney> there's a runner
[20:53] <slangasek> the runner isn't what's taking 99% CPU and 70% memory for 3 hours
[20:53] <Laney> schroot -c trusty-transitions; /srv/transitions/<mumble>/go
[20:54] <Laney> if it's the one instance of 'ben tracker' then fair enough
[20:54] <Laney> but we also loop over 'ben monitor' to generate the .txt output
[20:54] <Laney> and that could probably go if this part doesn't scale well
[20:54] <slangasek> it's the ben tracker that's the hit
[20:55] <Laney> We might try the latest upstream code (probably easiest a wily environment) to see if it's improved
[20:55] <Laney> and if not then mehdi is who you want
[20:55] <Laney> if so then we need to upgrade
[20:56] <slangasek> ok, well I'm not shaving that yak right now; still working on getting the libraries themselves uploaded
[20:56] <slangasek> (which I'm sure will only make ben's performance worse)
[20:57] <Laney> yeah... that would be a backport to trusty which I'm not sure would be very fun
[21:02] <Laney> oh also, there's a package so the initial yak might not have to be so hairy
[21:03] <slangasek> replicating the transitions environment as a wily test env is enough of a yak already
[21:08] <slangasek> Laney: maybe an easier question: why is pion still showing up on http://people.canonical.com/~ubuntu-archive/transitions/html/log4cpp-g++5.html ?
[21:09] <slangasek> and fixed my batch script to do something sensible now with -dbg packages
[21:10] <slangasek> so another batch of uploads coming
[21:16] <Laney> slangasek: At a guess: the -dev package matches your -bad
[21:18] <slangasek> Laney: libpion-dev Depends: liblog4cpp5-dev, liblog4cpp5v5.  Ben doesn't have any smarts to match on package name boundaries?
[21:19] <doko_> crap,
[21:19] <doko_> rejecting
[21:19] <slangasek> um?
[21:19] <slangasek> 'dch -r -D wily' :)
[21:20] <doko_> too late here again ...
[21:21] <slangasek> Laney: so if ben doesn't have any smarts for making depends fields match on package name boundaries, but /you/ do, I'd be happy to take a tried-and-true regexp and use it in my script for autogenerating these transitions files... instead of having them all be subtly wrong
[21:23] <slangasek> monitor/ongoing/dh-python2.ben has a promising candidate: (^| )(pkg1|pkg2)\s*([,(]|$)
[21:23] <slangasek> that misses ':arch', but that's easily added
[21:25] <Laney> slangasek: I don't mean that - I mean that your regexp is a match for the string "liblog4cpp5-dev" which is in Depends of libpion-dev
[21:26] <Laney> I thought that ben already split at package boundaries for these queries but if people have been hacking around it then maybe not?
[21:26] <slangasek> Laney: ok, so my 'bad' is .depends ~ /liblog4cpp5\b/
[21:27] <slangasek> which obviously matches liblog4cpp5-dev, but
[21:27] <slangasek> anyway I'll try the dh-python2 approach
[21:27] <slangasek> (blind, since it'll take forever to regen)
[21:34] <slangasek> oh, I guess the horribly broken dbus-c++ one probably doesn't help performance
[21:40] <slangasek> Laney: ok, I think - and this is just a guess here - that ben's performance may improve now that the config no longer includes two broken trackers with a null regexp matching every package in the archive
[21:42] <slangasek> sorry, looks like an earlier iteration of the code I was using to autogenerate them choked badly on packages with '+' in the name :P
[21:57] <slangasek> oh hey look, ben finished in < 20m instead of > 3h
[22:29] <slangasek> Laney, doko: here's the current state of the art of my auto-library-mangling script; at this point it works pretty reliably for everything but symbols files - and for packages with symbols files, it aborts and leaves you with a working directory you can use to fix those up: http://paste.ubuntu.com/11996364/
[22:29] <doko> slangasek, would you mind sending this to debian-devel too?
[22:30] <slangasek> doko: when I get a chance; I'm currently still trying to get us to the point that we can unblock gcc-5 in Ubuntu
[22:31] <slangasek> anyway, if anyone wants to help with this transition, they could hack that script to run it for some of the packages needing symbols file updates
[22:31] <slangasek> so far I have csound and ctpp2
[22:31] <slangasek> (that need attention, I mean)
[22:31] <doko> slangasek, how do you want to handle the auto removals which were done in debian testing? I assume we should do something similar, but I don't know how
[22:32] <slangasek> doko: we have an autoremoval job for archive admins, but it looks like it hasn't been run in at least 15 days
[22:33] <slangasek> doko: for now, I have a blacklist that I'm using: http://paste.ubuntu.com/11996394/
[22:34] <doko> slangasek, can I see the issues with csound and ctpp2? or should I build these myself?
[22:34] <slangasek> this script has Ubuntuisms in it btw, won't quite work for Debian
[22:35] <slangasek> doko: it's symbols files changes, I've only added them to the blacklist so I can skip over them and churn through the others
[22:35] <doko> ok
[22:35] <slangasek> so feel free to claim one for looking
[22:35] <doko> both
[22:35] <slangasek> ok
[22:38] <doko> slangasek, could you check getfem++? needed by csound
[22:40] <slangasek> doko: I'm up to 'f' now, you should have it soon
[22:40] <doko> ta
[22:44] <ari-tczew> can someone accept source package "jersey1" @wily-proposed? missing B-D is already in archive
[22:49] <infinity> ari-tczew: The dep-wait would have cleared on its own if you waited a bit.
[22:50] <ari-tczew> infinity: also automatically, ok
[23:04] <slangasek> C++ libraries that are currently FTBFS and need investigation: clanlib libcrypto++ fbreader dcmtk
[23:04] <slangasek> (I haven't looked at these at all beyond seeing that there are build failure emails; they could all be simple things)
[23:10] <doko> I would love to nuke cdbs
[23:10]  * slangasek sources some plutonium
[23:26] <slangasek> clanlib reuploaded
[23:29] <doko> wtf is d-shlibmove?
[23:31] <slangasek> heh
[23:32] <slangasek> flac, geographiclib also have symbols files
[23:35] <doko> afk now, ctpp2 in the works, but I hate cdbs
[23:38] <slangasek> just noticed the script needs to be smartened for binary packages with 'c2a' in the name
[23:38] <slangasek> (yes, we still have a bunch of those around)
[23:43] <infinity> slangasek: Hey, why not?  We still have binaries with '1g' in the name.
[23:43] <infinity> Or, rather, just 'g'.
[23:45] <slangasek> doko: getfem++ uploaded now
[23:45] <slangasek> infinity: yeah, but those are libraries written in C, where stable ABIs exist :)
[23:45] <slangasek> infinity: I'm pretty sure most of the c2a libs are old GNOME abandonware
[23:45] <infinity> Very stable, in the case of libz1.
[23:46] <infinity> Which could drop the 'g' if someone actually renamed the library package to be policy-compliant.
[23:46] <infinity> I wonder why no one's ever bothered.
[23:47] <infinity> Oh, probably because of thousands of versioned deps.
[23:47] <slangasek> yep
[23:47] <infinity> But now that we have versioned Provides, that could be sorted.
[23:47] <slangasek> do we?
[23:47] <infinity> Yup.
[23:47] <slangasek> in stable apt + dpkg?
[23:47] <infinity> Provides: zlib1g (= 1.2.3) does what you'd expect.
[23:48] <infinity> Not sure which versions of packaging tools are needed to make it happy.  Would have to check.
[23:51] <infinity> slangasek: Bah.  Only in utopic's apt.  jessie is good, trusty is not.
[23:52] <infinity> slangasek: But post-16.04, renaming zlib1g could totally be a thing.


[17:51] <jbailey> lamont, OyOyOy
[17:51] <lamont> ??
[17:52] <jbailey> "hi"
[17:52] <lamont> meeting atm, should be over soonish
[17:52] <jbailey> np =)