[02:30] <smartboyhw> OK, 4.11.0...
[02:50] <smartboyhw> For the first time in history I can actually get the kubuntu-initial-upload script to work\o/
[03:38] <smartboyhw> Members of ~kubuntu-ppa: Sorry for the monstrous amount of recipe build failures:P
[03:45] <shadeslayer> smartboyhw: did you upload KDE 4.11 to ninjas?
[03:46] <smartboyhw> shadeslayer, still running script
[03:46] <shadeslayer> ack
[03:46] <shadeslayer> smartboyhw: do you have enough bandwidth?
[03:46] <smartboyhw> shadeslayer, ;) enough
[03:46] <shadeslayer> cool
[03:48] <smartboyhw> Taking lunch now, see ya later
[03:51] <shadeslayer> cya
[04:21] <shadeslayer> ScottK: we didn't get an MRE for KTP?
[04:21] <ScottK> You can go back and look at the tech board discussion.  I may have missed documented the results.
[04:21] <ScottK> The only one they said no on was lightdm-kde.
[04:22] <ScottK> Maybe I forgot to ask.
[04:22] <shadeslayer> I did, and I saw the same thing, I think you forgot to ask because KTP was not in the list 
[04:22] <shadeslayer> ( the list of packages you sent to the tech board _
[04:22] <shadeslayer> )
[04:30] <ScottK> Well there we go.
[04:35] <shadeslayer> " I did not include ktp or choqok only because I wasn't comfortable with it.  Do we know what ktp point releases look like
[04:35] <shadeslayer> hmm
[04:35] <shadeslayer> not sure why I did not respond to that :/
[06:09] <shadeslayer> :/
[06:09] <shadeslayer> yofel: http://paste.kde.org/pfd9f54ba/
[06:10] <soee> good morning
[06:10] <shadeslayer> morning soee
[06:29] <soee> hi shadeslayer 
[06:29] <shadeslayer> IIRC someone else was having issues with installing kscreen as well
[06:34] <shadeslayer> oh I know, maybe apt wants to upgrade libkscreen0 to the newest version before installing libkscreen1
[07:05] <soee> shadeslayer, are you using saucy ?
[07:05] <shadeslayer> yes
[07:05] <shadeslayer> but that is on raring
[07:06] <soee> yes but i have one question about saucy
[07:06] <soee> do you have the same that you can in power management set when screen should be turned off etc ? they are not respected at all
[07:07] <soee> so after 15 minut lock screens hows up
[07:08] <shadeslayer> I suspect it's a frakensystemd issue
[07:10] <shadeslayer> gtg for a bit
[07:13] <smartboyhw> Uploading 4.11.0 to ninjas
[07:16] <smartboyhw> shadeslayer, Riddell yofel how to put a new status page on qa.kubuntu.org.uk?
[07:26] <shadeslayer> can do
[07:26] <smartboyhw> shadeslayer, thank you:)
[07:29] <shadeslayer> smartboyhw: should be up in 5 minutes
[07:29] <smartboyhw> shadeslayer, great
[08:37] <shadeslayer> uhm
[08:38] <shadeslayer> the phased updates, aren't they bad for large packagesets like KDE ?
[08:41] <yofel> well, could be. Esp. as we are not bug-free at all
[08:41] <yofel> where do the error reports come from actually? whoopsie?
[08:41] <shadeslayer> yes
[08:41] <shadeslayer> my major concern is actually the part where ubuntu users might install KDE and get phased updates
[08:41] <shadeslayer> but then they'll be using XMir
[08:41] <shadeslayer> so not sure how much I care about them
[08:42] <shadeslayer> or someone using update manager on KDE
[08:42] <shadeslayer> which would be weird ...
[08:42] <yofel> what do phased updates have to do with our XMir support issue?
[08:42] <shadeslayer> yofel: just saying that people running XMir are most likely to use the update manager
[08:43] <yofel> on KDE, unlikely IMO
[08:43] <shadeslayer> and since we don't support that configuration anyway ...
[08:45] <yofel> FWIW, 4.10.97 precise runs fine in VBox for me. But I would like it if someone could do an actual openGL test on hardware
[08:45] <yofel> we could do that from the beta ppa though if you want to copy it. (does that actually have enough space?)
[08:46] <yofel> iirc beta still has a 10G quota. I got backports bumped to 24
[08:48] <yofel>     6.9 GiB (68.96%) of 10.0 GiB
[08:48] <yofel> guess I'll have to upload l10n somewhere else
[08:50] <yofel> I'll copy it, we need testers
[08:53] <shadeslayer> ^^
[08:53] <yofel> *sigh*
[08:54] <yofel> I'll be really happy when I don't have to run the precise l10n script anymore
[08:54] <yofel> only 6 more runs left ^^
[08:54]  * shadeslayer is trying to figure out why -D_FILE_OFFSET_BITS=64 is not called on Neon5
[08:56] <shadeslayer> funsies
[08:58] <shadeslayer> well that works
[09:24] <debfx> yofel: did you manage to copy all precise packages to the beta ppa? it now says 10.7 of 10.0 GB :)
[09:24] <yofel> debfx: quota only applies to the incoming queue it seems, not to package copies or recipe builds
[09:25] <debfx> aha, interesting :)
[09:29] <shadeslayer> well yeah :D
[09:48] <smartboyhw> Hey yofel 
[09:49] <smartboyhw> OK, all uploaded now should be..
[09:50] <smartboyhw> !ninjas | Please start to take care of the 4.11.0 saucy packages in ninjas PPA
[09:50] <smartboyhw> :P
[10:06] <yofel> smartboyhw: every package generated fine?
[10:06]  * yofel kinda doubts that
[10:06] <shadeslayer> something I always forget to check ^^
[10:09] <shadeslayer> whee timeouts
[10:09] <shadeslayer> yofel: ^^ are timeouts common on the status script?
[10:09] <yofel> no
[10:09] <shadeslayer> it's the first time I'm seeing oen
[10:09] <shadeslayer> *one
[10:09] <yofel> seen it already, but pretty rare
[10:09] <yofel> cold SQL cache I guess
[10:10] <shadeslayer> oh, yeah, most likely explanation
[10:10] <smartboyhw> yofel, hell, traceback on the status page:(
[10:10] <BluesKaj> Hi folks
[10:10] <smartboyhw> Timeouts:P
[10:11] <yofel> smartboyhw: so what did the script say at the end? anything to fix?
[10:11] <smartboyhw> yofel, no, it's a connection timeout still:(
[10:11] <yofel> I meant kubuntu-initial-upload
[10:12] <smartboyhw> yofel, oh, kppp and kdepim
[10:12] <smartboyhw> Fixed
[10:12] <smartboyhw> Everything uploaded:)
[10:12] <yofel> yay
[10:12] <smartboyhw> yofel, my first successful run of the scriptp\o/
[10:13] <yofel> you still needed 2 tries though it seems :/
[10:13]  * yofel seriously needs to figure out how to properly do multiple runs
[10:14] <smartboyhw> yofel, yeah
[10:15] <smartboyhw> Hmm, the i386 queue was packed...
[10:16] <yofel> the ppa has a so high priority that you don't have to worry about the queue really
[10:17] <smartboyhw> yofel, yeah...
[10:19] <smartboyhw> yofel, in the notepad
[10:19] <smartboyhw> Precise: yofel WIP - re-uploaded for 12.04.1 using default mesa
[10:19] <smartboyhw> You mean 12.04.2 do you?
[10:20] <yofel> no, I uploaded as ~ubuntu12.04.1
[10:20] <yofel> not like that's supposed to match anyway
[10:20] <smartboyhw> yofel, oh
[10:22] <yofel> diff: precise/beta
[10:31] <smartboyhw> Holy
[10:31] <smartboyhw> LP karma over 10000 now
[10:31] <shadeslayer> pft
[10:32] <smartboyhw> shadeslayer, OK I know that you guys got a lot:P
[10:32] <shadeslayer> I have a moderate amount
[10:32] <shadeslayer> Riddell has alot
[10:33] <smartboyhw> shadeslayer, yofel got a lot also
[10:33] <yofel> mostly thanks to all the package uploads really (in the past it was neon, now it's kde sc)
[10:34] <shadeslayer> ^^
[10:34] <smartboyhw> ^^
[10:34] <smartboyhw> 4/5 of my karma came from uploads
[10:36] <smartboyhw> Anyone here consider themselves good at Calculus
[10:36] <smartboyhw> ?
[10:37] <shadeslayer> haven't touched that for over a year and ahalf
[10:37] <shadeslayer> but if it's something school level I might be able to have a look
[10:38] <smartboyhw> shadeslayer, I want somebody to make me understand:P
[10:38] <shadeslayer> aha, then no
[10:38] <shadeslayer> I'm very poor at explaining things
[10:39] <shadeslayer> Anyone care to test ktp raring from https://launchpad.net/~rohangarg/+archive/nightly
[10:39]  * smartboyhw doesn't since he does not have a Raring system
[10:39] <smartboyhw> I only got Ubuntu 12.04.2 LTS and (K)ubuntu 13.10 here
[10:40] <shadeslayer> my Raring VM is currently upgrading
[10:40] <shadeslayer> so I can't do much
[10:47] <markey> hm, is anyone actually looking at pGST bug reports? 
[10:47] <markey> feels like they end up in /dev/null
[10:47] <smartboyhw> yofel, where did plasma-mediacenter 1.0.90 end up?
[10:47] <markey> wrong channel, sorry
[10:47] <yofel> smartboyhw: in my brain attic, sorry -.-
[10:48] <yofel> lets see
[10:49] <smartboyhw> yofel, lol
[10:50] <yofel>  11   * Add kffmpegthumbnailer as dep of plasma-mediacenter
[10:50] <yofel> smartboyhw: ?
[10:52] <smartboyhw> yofel, it appeared in upstream build instructions
[10:53] <smartboyhw> yofel, http://sinny.in/node/25
[10:54] <smartboyhw> That's evidence I think:P
[10:54] <yofel> hm
[10:55] <yofel> and ffmpegthumbs doesn't work?
[10:56] <yofel> in any case, that should be a recommends I think
[10:56] <smartboyhw> yofel, Ok
[10:57] <yofel> don't make packages depend on too much, recommends are installed by default, so unless it's really needed it's not a dep
[10:58] <yofel> plasma-mediacenter-dev is missing a dep on libplasmamediacenter1.1 (= ${binary:Version})
[10:59] <yofel> same for -dbg
[10:59] <yofel> though not really required there as pmc pulls it in
[11:06] <yofel> smartboyhw: "Generate symbols file libplasmamediacenter1.1" is missing a 'for' I think
[11:07] <yofel> otherwise fine, please fix that and I'll upload
[11:18] <smartboyhw> yofel, OK sure
[11:28]  * smartboyhw points yofel to https://launchpad.net/~smartboyhw/+archive/packaging-staging-2/+files/plasma-mediacenter_1.0.90-0ubuntu1.dsc
[11:54] <yofel> E: plasma-mediacenter source: weak-library-dev-dependency plasma-mediacenter-dev on libplasmamediacenter1.1 (>= ${binary:Version}
[11:54] <smartboyhw> yofel, uh, am I missing a )?
[11:54] <yofel> yeah, just saw that too, probably that
[11:54] <smartboyhw> Sorry:p
[11:54] <yofel> no o.O
[11:55] <smartboyhw> yofel, oy!?
[11:55] <yofel> *facepalm*
[11:55] <yofel> it has to be =, not >=
[11:55] <smartboyhw> yofel, OK, sorry:P
[11:56] <yofel> I fixed the homepage link too, it's in extragear now
[11:56] <yofel> (clicked on it by chance and got a 404)
[11:56] <smartboyhw> kde-workspace has a completely weird failure
[11:56] <smartboyhw> yofel, oh
[11:56] <yofel> uploaded
[11:56] <smartboyhw> A whole library is missing:O
[11:57] <yofel> eh?
[11:57] <smartboyhw> yofel, libkwinnvidiahack4
[11:57] <smartboyhw> The .so is missing
[11:57] <yofel> hm, maybe removed because completely broken
[11:58] <yofel> I remember there being talk about it
[11:58]  * yofel checks git log
[11:58] <smartboyhw> yofel, whoa
[11:58] <yofel> yep, see a6b8844eacc7734cd623fe40ff2114009b583165
[12:13] <shadeslayer> yofel: thoughts on http://paste.kde.org/pd56cd144/
[12:13] <shadeslayer> yofel: and thoughts on why sudo apt-get install kscreen works
[12:14] <yofel> no, apt's resolver is a magic black box for me, but did you read the discussion with felix yesterday?
[12:15] <shadeslayer> nope
[12:15] <yofel> was some 22h ago
[12:15] <shadeslayer> yeah looking
[12:17] <shadeslayer> there doesn't seem to be a resolution to that
[12:17] <shadeslayer> and frankly I am completely perplexed by this
[12:17] <shadeslayer> everything /seems/ to be fine
[12:18] <shadeslayer> and I only tested with sudo apt-get install kscreen for the SRU and it obviously worked then
[12:21] <yofel> afiestas: hm, you never actually said whether it would be possible to namespace the plugin path with the soversion or not. Would that cause any problems? (That would mean you could have cases where libkscreen0 and libkscreen1 are both installed)
[12:22] <shadeslayer> btw have you ever seen such an issue come up before ??
[12:22] <shadeslayer> and maybe we should file a bug in apt?
[12:34] <yofel> shadeslayer: well, kdevelop in precise backports was stuck on the same thing (kdevplatform5-libs -> kdevplatform7-libs)
[12:35] <yofel> there I fixed it by adding a transitional package, but that's not really something we should do here
[12:35] <yofel> felix had the right idea, question is whether it's implementable
[12:43] <shadeslayer> I see
[12:44] <shadeslayer> still sounds like a bug in apt to me
[13:00] <debfx> yes, could well be a bug in apt. sadly the resolver debug output isn't very helpful in this case.
[13:02] <smartboyhw> Bad apt:P
[13:04] <yofel> it probably is one, but I'm clueless why it happens
[13:04] <yofel> because I can't reproduce that in a chroot
[13:10] <shadeslayer> yofel: you can't? :P
[13:10] <shadeslayer> er
[13:10] <shadeslayer> :O
[13:10] <shadeslayer> on the live CD maybe?
[13:20] <shadeslayer> yep, can be reproduced on the live cd
[13:22] <yofel> ok, now it worked in a chroot too
[13:22] <yofel> but needs apt-get install --install-recommends kubuntu-desktop ubuntu-standard
[13:49] <smartboyhw> yofel, heh, the double-copyright-header thing was fixed;P
[13:50] <smartboyhw> In pmc
[14:20] <smartboyhw> JontheEchidna, can you apply to be a mentor at season.kde.org?
[14:21] <JontheEchidna> smartboyhw: ok
[14:37] <fos> yofel: Thanks a lot for the precise upload!
[14:38] <fos> I'll start testing tomorrow (on real hardware)
[14:48] <smartboyhw> Hmm, kopete got a whole code error:(
[14:51] <smartboyhw> Actually, NOT
[14:53] <smartboyhw> missing libasound2-dev :P
[15:20] <smartboyhw> Hmm, sounds like 4.11.0 is much easier to deal with (except kalzium and kopete)
[15:22] <d_ed> FYI, that link you posted in #kopete is private
[15:23] <d_ed> it just says "No such resource" 
[15:23] <smartboyhw> For heaven's sake, now Ubuntu Edge is $695 ONLY (and one and only) and the rate of buying is huge:O
[15:23] <smartboyhw> d_ed, my fault
[15:23] <d_ed> that's ok, you can buy me an edge to make up for it.
[15:23] <shadeslayer> ^^
[15:23] <smartboyhw> d_ed, LOL
[15:23] <shadeslayer> d_ed: dude
[15:24] <shadeslayer> d_ed: backported ktp for raring
[15:24] <d_ed> \o/
[15:24] <shadeslayer> https://launchpad.net/~rohangarg/+archive/nightly
[15:24] <shadeslayer> needs QA
[15:25] <shadeslayer> eh
[15:25] <shadeslayer> eh
[15:25] <shadeslayer> smartboyhw:   * Remove libkwinnvidiahack4 and libkwinactivenvidiahack4
[15:25] <shadeslayer>     packages since it's removed in upstream
[15:25] <shadeslayer> are you *sure*
[15:25] <smartboyhw> shadeslayer, yofel confirmed it.
[15:26] <shadeslayer> just seems a bit odd that they removed it so far in the release cycle
[15:26] <shadeslayer> tsdgeos: ^^
[15:26] <tsdgeos> what?
[15:27] <shadeslayer> tsdgeos: do you know anything about libkwinnvidiahack4 & libkwinactivenvidiahack4 getting removed?
[15:27] <tsdgeos> no clue
[15:27] <smartboyhw> shadeslayer, see backlog plz
[15:29] <kubotu> ::qt-bugs:: [1162467] package libqtcore4 4:4.8.1-0ubuntu4.4 failed to install/upgrade: conffile './etc/xdg/Troll... @ https://bugs.launchpad.net/bugs/1162467 (by myyyxa)
[15:29] <shadeslayer> kdebug 322060
[15:29] <shadeslayer> erm
[15:29] <shadeslayer> kde bug 322060
[15:29] <smartboyhw> shadeslayer, http://paste.kde.org/pb7eef1f7/
[15:30] <shadeslayer> yep, was looking at the git log
[15:31]  * shadeslayer shrugs
[15:31] <yofel> there was talk on kde-devel I think on how to fix it, but without any results
[15:31] <yofel> and there's no point in keeping it around if it does nothing
[15:42] <smartboyhw> shadeslayer, yofel weird https://i147081671.restricted.launchpadlibrarian.net/147081671/buildlog_ubuntu-saucy-amd64.kalzium_4%3A4.11.0-0ubuntu1~ubuntu13.10~ppa1_FAILEDTOBUILD.txt.gz?token=4a7420f17f5de8a824746f6db8a6081d
[15:42] <smartboyhw> We already have that  build-dep
[15:43] <yofel> don't bother posting ninja build logs, we can't open it as the token doesn't match
[15:43] <shadeslayer> your token is showing
[15:43] <smartboyhw> shadeslayer, oh really?
[15:43] <smartboyhw> :(
[15:43] <shadeslayer> [  4%] make[4]: *** No rule to make target `/usr/lib/libboost_python.so', needed by `lib/libcompoundviewer.so.4.11.0'.  Stop.
[15:43] <yofel> note: boost has it's weird edges...
[15:44] <shadeslayer> ^^
[15:44] <shadeslayer> !find libboost_python.so saucy
[15:44] <smartboyhw> oy!?
[15:44] <shadeslayer> olololol\
[15:44] <yofel> weird though
[15:44] <smartboyhw> !find /usr/lib/libboost_python.so saucy
[15:44] <yofel> forget ubottu
[15:44] <Peace-> xd
[15:45] <yofel> IIRC that uses packages.ubuntu.com
[15:45] <smartboyhw> OK, this is nots:P
[15:45] <smartboyhw> *nuts
[15:45] <yofel> I remember that error though...
[15:45] <shadeslayer> so?
[15:45] <yofel> eeeeeeeeh?
[15:46] <yofel> /usr/lib/x86_64-linux-gnu/libboost_python-py27.so
[15:46] <yofel> /usr/lib/x86_64-linux-gnu/libboost_python-py33.so
[15:46] <smartboyhw> @?!?!?!?!?!?!?
[15:46] <smartboyhw> What the hell
[15:46] <yofel> multiarch + pyversion suffix
[15:46] <yofel> FUN
[15:46] <shadeslayer> aha
[15:46] <shadeslayer> aha
[15:46]  * shadeslayer goes away
[15:46]  * smartboyhw emits blood
[15:46] <smartboyhw> and goes away
[15:46] <yofel> isn't packaging fun :D
[15:46] <Peace-> mm :D no
[15:47] <smartboyhw> yes, but...
[15:47] <yofel> ok, what to do..
[15:48] <shadeslayer> we call on the ScottK to do his magic
[15:48] <shadeslayer> actually
[15:48] <shadeslayer> xnox made that change
[15:48] <smartboyhw> shadeslayer, no it's His Royal Highness Duke Scott Kitterman of Kubuntu magic
[15:48] <shadeslayer> https://launchpad.net/ubuntu/+source/boost1.53/1.53.0-6+exp2ubuntu1
[15:48] <smartboyhw> shadeslayer,.......
[15:49] <yofel> "excluding python"
[15:49] <smartboyhw> Hmmm
[15:49]  * shadeslayer rubs eyes
[15:49] <shadeslayer> that doesn't seem right :P
[15:49] <smartboyhw> Obviously, he did it wrong
[15:49] <smartboyhw> xnox, ^
[15:50] <yofel> ah, it was still xnox
[15:50] <yofel> he probably didn't completely revert it
[15:51] <smartboyhw> So, kalzium delayed on boost multi-arch problems
[15:51] <shadeslayer> that's acceptable IMHO
[15:51] <shadeslayer> we can still upload it and then rebuild it when boost is fixed
[15:51] <yofel> you could temporarily remove the build-dep on it
[15:51] <yofel> IIRC it's optional
[15:51] <shadeslayer> ah ^^
[15:51] <yofel> then file a bug to make sure it's not forgotten
[15:51] <smartboyhw> shadeslayer, yofel I agree
[15:52] <shadeslayer> just don't forget to add it back :PO
[15:52] <shadeslayer> make a trello card just in case
[15:53] <smartboyhw> shadeslayer, I will:)
[15:54]  * yofel wonders why that boost build-dep is unversioned
[15:55] <yofel> I thought we always used versioned ones
[15:55] <smartboyhw> Do we?
[15:55] <smartboyhw> Anyways
[15:55] <yofel> we did in the past, it seems like some of that was lost in the debian merge
[15:55] <yofel> ScottK: did we have a rationale for that? ^
[15:58] <yofel> hm.......
[15:58] <smartboyhw> ?
[16:00] <yofel> I just remembered what the real issue is
[16:00] <yofel> not boost
[16:00] <yofel> it's avogadro
[16:00] <yofel> (it's *always* avogadro -.-)
[16:00] <smartboyhw> yofel, why?
[16:00] <smartboyhw> -.-
[16:00] <yofel> /usr/lib/avogadro/1_0/AvogadroLibraryDeps.cmake
[16:00] <yofel> has hardcoded lib paths to every lib it's linked against
[16:00] <yofel> SET("avogadro_LIB_DEPENDS" "general;openbabel;general;/usr/lib/x86_64-linux-gnu/libQtOpenGL.so;general;/usr/lib/x86_64-linux-gnu/libQtGui.so;general;/usr/lib/x86_64-linux-gnu/libQtNetwo    rk.so;general;/usr/lib/x86_64-linux-gnu/libQtCore.so;general;/usr/lib/x86_64-linux-gnu/libGLU.so;general;/usr/lib/x86_64-linux-gnu/libGL.so;general;/usr/lib/x86_64-linux-gnu/libX11.so;gen    eral;/usr/lib/x86_64-linux-gnu/libXext.so;general;/usr/lib/x86_64-
[16:00] <yofel> linux-gnu/libGLEW.so;general;/usr/lib/x86_64-linux-gnu/libpython2.7.so;general;/usr/lib/libboost_python.so;")
[16:00] <yofel> see end
[16:01] <smartboyhw> Oh no
[16:01] <smartboyhw> Stupid avogadro:P
[16:01] <smartboyhw> HOWTO fix?
[16:01] <yofel> ack
[16:01] <yofel> rebuild avogadro usually
[16:01] <yofel> let's see what I can do
[16:01]  * smartboyhw leaves kalzium and avogadro to master yofel 
[16:02] <yofel> you start keeping such things in memory after fixing it half a dozen times
[16:02] <yofel> -.-
[16:02] <smartboyhw> yofel, LOL
[16:02] <smartboyhw> True
[16:04] <yofel> -- Boost Python NOT found - Python support disabled.
[16:04] <yofel> hardly surprising
[16:04] <smartboyhw> yofel, meh
[16:05] <xnox> shadeslayer: i will look. i thought python was left untouched, i could have gone wronng.
[16:05] <smartboyhw> xnox, maybe we have gone wrong:P
[16:06] <smartboyhw> Look above:)
[16:21] <shadeslayer> bah
[16:22] <shadeslayer> I remember the avogadro issue
[23:04] <MichaelP> Wednesday, August 7, 2013: KDE SC 4.11 Final Tag...    August 14, 2013: KDE SC 4.11 Release ..... When does kubuntu get other then beta 2 ?
[23:33] <ScottK> yofel: I don't think there's a reason not to have the versioned boost dep, but I've been mostly avoiding boost stuff in favor of xnox doing it.  BTW, the py27/py33 stuff is from Debian.  Neither xnox nor I did that.
[23:34] <xnox> yofel: which package fails?
[23:34] <xnox> ScottK: i did multiarchification of boost in experimental & synced into saucy. It should all just work, and python was meant to be excluded from multiarchifications.... but there might be bugs.
[23:37] <ScottK> xnox: While you're fixing boost, please make it use dh_python2/3 to generate proper depends and have proper ABI tags on the so files (not the silly py27/py33 stuff)
[23:37] <xnox> ScottK: which dh_python2? i'd want to use dh-python's dh-python2, but that's not merged into ubuntu.
[23:38] <xnox> ScottK: cause i'd get those "for free" with that.
[23:38] <ScottK> You should have dh-python in about a week.
[23:38] <ScottK> So make it work in experimental and then you'll be able to sync it shortly.
[23:39] <ScottK> I've done everything to make it so we can sync python3-defaults/dh-python in bzr, waiting for the current one to migrate to testing.
[23:42] <xnox> ScottK: boost-python.so are not python extension modules, and instead link into your c++ prog to create a python extension module.
[23:42] <xnox> ScottK: so i'm not sure about the renamings.
[23:43] <ScottK> OK