[08:14] <dholbach> good morning
[08:14] <TiMiDo> good morning dholbach
[08:14] <dholbach> hi TiMiDo
[08:15] <TiMiDo> how are you dholbach
[08:15] <dholbach> good good - how about you?
[08:15] <TiMiDo> here doing good, just updating some translations in launchpad
[08:16] <dholbach> nice
[08:17] <TiMiDo> yeah and still no ubuntu member yet lol
[08:38] <brendand> can anyone here clarify if the 'Suspend' option in indicator-session just runs the 'pm-suspend' utility, or does it do something else?
[08:44] <RAOF> brendand: It'll use the upower dbus interface; it won't be running 'pm-suspend'
[08:47] <brendand> RAOF - yeah, that's what i got from looking at the code. I've got a system here that wakes from suspend when using the dbus interface, but no when using pm-suspend
[08:47] <brendand> very weird
[08:47] <RAOF> IIRC upower has all sorts of hooks for quirks that pm-suspend doesn't.
[08:52] <TeTeT> brendand: you could try 'dbus-send --system --print-reply --dest="org.freedesktop.UPower" /org/freedesktop/UPower org.freedesktop.UPower.Suspend' and see if the return code has any useful info
[09:29] <micahg> slangasek: any chance you're up for fixing krb5? it has a breaks on our version of samba and is breaking precise (bug 907227)
[09:34] <micahg> or is there anyone up that can investigate this? ^^
[09:39] <micahg> ugh, nevermind, I guess I"ll fix it myself
[10:04] <micahg> slangasek: nevermind, fixes uploaded
[10:26] <micahg> doko: can I hand off a bug to you to keep an eye on?
[10:27] <doko> michah: depends on the bug =)
[10:27] <micahg> Bug #907227
[10:27] <micahg> I uploaded fixes, I just don't know if that was the whole extent of it
[10:31] <doko> micahg, I don't see any other added breaks
[10:32] <micahg> right, I just want someone to be aware of what happened in case anyone asks
[10:35] <micahg> ok, at least i386/amd64 are published now
[10:41] <micahg> ah, not fully published yet
[11:01] <apw> doko, ok both your buildd kernels are in -proposed.  i am not sure i expect them to move much further before new year though ...
[11:03] <doko> apw, yes, did send an email to pitti yesterday who promoted
[11:04] <apw> doko, been in there about 25 mins ... anyhow hopefully that is enough
[11:08] <Sweetshark> dholbach: ping?
[11:08] <dholbach> Sweetshark, pong
[11:09] <Sweetshark> dholbach: woha, that was fast!
[11:09] <dholbach> how are you doing? how can I help? :)
[11:09] <Sweetshark> dholbach: any chance on distributing http://www.omgubuntu.co.uk/2011/12/could-you-be-the-libreoffice-bug-hunting-hero/?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+d0od+%28OMG!+Ubuntu!%29 to some more ubuntu channels (forum etc.)
[11:10] <Sweetshark> dholbach: Im fine, Im already on holiday :D
[11:11] <micahg> Sweetshark: shouldn't we have gotten 3.5.0 uploaded to precise then?
[11:11] <dholbach> Sweetshark, sure, I'd suggest to put it up on http://ubuntuforums.org/forumdisplay.php?f=11 (I think you can login with OpenID)
[11:11] <dholbach> Sweetshark, and I can mention it in tomorrow's ubuntu dev update
[11:13] <micahg> Sweetshark: if you want to prepare 3.5.0 beta 1, I'd be happy to sponsor for you next week
[11:13] <ManDay> Has anyone ever tried Consolekit with casper? Apparently it doesn't work out all right. /usr/lib/dbus-1.0/dbus-daemon-launch-helper, for example, is woned by a group 242, which doesn'T even exist.
[11:15] <Sweetshark> micahg: well, the state of that is: it builds, but there are still issues with ./debian/rules install. I dont want to 'overtake' debian there -- too much internal and external deps that can go wrong.
[11:16] <Sweetshark> micahg: I will have a look at finishing a beta package before the bug hunting session, but no promises, Im on vacation ;)
[11:17] <micahg> Sweetshark: maybe talk with Debian about throwing it in experimental before the bug hunt, I'm sure their users might be able to participate as well
[11:19] <Sweetshark> micahg: yep. well, _rene_ said last week: "I want to have a build this weekend." but Murphy never sleeps.
[11:20] <Sweetshark> dholbach: thanks for the ubuntuforums link. I will do that.
[11:20] <dholbach> rock on! :)
[11:21] <dholbach> Sweetshark, https://wiki.ubuntu.com/BuildingCommunity/BuildingBuzz might also contain some other interesting links
[12:30] <doko> Riddell, did you miss to upload a new kdelibs4?
[13:10] <ScottK> doko: Looks like he did.
[13:10] <ScottK> Let me see what I can do.
[13:17] <debfx> and also meta-kde
[13:21] <ScottK> OK.
[13:23] <ScottK> kde4libs up.
[13:31] <ScottK> meta-kde up too.
[13:31] <ScottK> doko: On the way.
[13:57] <smoser> @pilot in
[14:26] <smoser> Riddell, could you quickly pull https://code.launchpad.net/~cldunlap1/ubuntu/oneiric/kubuntu-docs/fix-for-825807-2/+merge/78134 merge request in ? it seems that it just got lost.
[14:27] <smoser> i dont' see it at lp:kubuntu-docs or an ubuntu version
[14:34] <mdeslaur> anybody have any ideas on how to debug this unity issue? bug 894198
[14:37] <dobey> mdeslaur: is that in unity2d?
[14:37] <mdeslaur> dobey: no, unity 3d
[14:37] <mdeslaur> err...unity
[14:38] <dobey> ah; i know there is a patch in metacity to support some behavior for unity-2d, which causes the same issue, even if you're using classic gnome
[14:40] <mdeslaur> oh, interesting...compiz --replace has fixed it...reassigning bug to compiz
[15:04] <smoser> jbicha, around ?
[15:10] <smoser> anyone care to tell me if i'm wrong on my comment at bug 906340 ?
[15:16] <geser> smoser: an other minor issue: looking at the debdiff I wonder about the change to Uploaders (we should take the Uploaders field unmodified)
[15:19] <smoser> gracias, geser
[15:20] <jbicha> smoser: yes, the hamster-applet delta was temporary for Oneiric and can be dropped
[15:37] <smoser> jbicha, do you think i should just modify the patch a bit and give the original merger credit and upload ?
[15:37] <smoser> or should i take credit myself?
[15:38] <smoser> it seems pointless to spend time on back and forth on this, but i dont want to shirk responsibility or take credit.
[15:42] <ScottK> smoser: My usual approach is such cases is if it's done by a new person I'm trying to encourage, I give them credit (but watch to make sure it's OK), but if it's by someone that should know better, then I just fix it and document I did it.
[15:45] <smoser> thanks ScottK
[15:47] <ScottK> No problem.
[15:48] <broder> smoser: the Uploaders line is auto-generated by the weird GNOME packaging tools
[15:48] <broder> i don't know that you can avoid changing it when you run the clean target
[15:49] <smoser> ah... yeah. i see its written from control.in
[15:49] <smoser> Uploaders: @GNOME_TEAM@
[15:50] <broder> i mean, you could dance around running the clean target when you build the source package, but it just seems too error prone to worry about
[16:16] <slangasek> micahg: ah, doh; it would've been nice to be able to keep krb5 in sync and just get samba merged up since that's overdue, but I guess that's not expedient :)
[16:24] <ManDay> How can I find other Ubuntu Versions on the ubuntu homepage?
[16:25] <ScottK> ManDay: http://releases.ubuntu.com/
[16:26] <doko> ScottK, Riddell: this change was dropped: https://launchpad.net/ubuntu/precise/+source/kdeartwork/4:4.7.3-0ubuntu2
[16:26] <doko> and I remember another armhf kde one
[16:27] <Riddell> hi doko, my internet got cut off just as a I uploaded kde yesterday so I'm about to review it all
[16:27] <Riddell> I'll add that kdeartwork change
[16:28] <ManDay> ScottK: How could I possibly find that?
[16:29] <doko> Riddell, I processed the NEW packages today, and promoted those, where I did see package splitouts.
[16:32] <ScottK> ManDay: Not sure.  I just happen to know it.
[16:33] <Riddell> thanks doko
[16:33] <ManDay> ScottK: Yes, thank you. I was rather wondering how one would be able to navigate there.
[16:33] <ScottK> Dunno.
[16:34] <doko> Riddell, this one too: https://launchpad.net/ubuntu/precise/+source/kstars/4:4.7.3-0ubuntu3
[16:35] <ikonia> ManDay: you where given that link the other day
[16:35] <ikonia> ManDay: support is in #ubuntu as you know
[16:35] <ikonia> ManDay: this channel is for development of ubuntu
[16:35] <ManDay> ikonia: I have no idea what you are talking about.
[16:38] <ikonia> ManDay: you where given that link release.ubuntu.com so you could download 11.04
[16:38] <ikonia> you couldn't find it on the website - as you where making claims it was not supported anymore, so you where given that link, that's how you managed to download and install 11.04
[16:38] <ManDay> ikonia: My question was not where I can find 11.04. I wanted to know how I'd navigate there on the ubuntu page.
[16:39] <ikonia> it's not linked, as was mentioned
[16:39] <ikonia> and again - this is discuss for #ubuntu, not #ubuntu-devel
[16:40] <ManDay> Since that was a question regarding the website and had nothing to do with #ubuntu I deemed it fit for devel. Okay now.
[16:40] <ManDay> s/#ubuntu/Ubuntu
[16:40] <ikonia> it's not an ubuntu development topic
[16:40] <ManDay> Ok.
[16:40] <ikonia> ubuntu is all ubuntu topics, not just the actual software, it is a pretty good question for ubuntu (for future reference)
[16:51] <nemo> cjwatson: bleah. I always forget to file that bug when I'm at home, and only remember when I'm at the office when I can't file it
[16:51] <nemo> cjwatson: I think at this point you're about as likely as I to remember it.  so. going to throw it back on channel
[16:52] <nemo> 11.10 upgrade of existing install crashed due to /usr/local/man existing and it wanting to symlink that dir.  Since install created a number of other /usr/local dirs, could also be problematic.
[16:52] <nemo> aaaand, going to retreat now, since it has been a week and I doubt I'm going to remember and I want to free up a hotkey in irssi
[16:53] <nemo> oh... and since install crashed, I think it got the package list confused after since it wasn't too good at keep track of how far an upgrade had gotten in some temp dir on the traget filesystem
[16:53] <nemo> l8r
[17:33] <doko> RAOF, bryceh: looking at https://launchpadlibrarian.net/87880957/buildlog_ubuntu-precise-i386.xserver-xorg-video-cirrus_1%3A1.3.2-4_FAILEDTOBUILD.txt.gz
[17:33] <doko> an error in an installed header file. is this known to you? asking because I want to start a test rebuild and maybe fix it before
[17:53] <lamont> dear network manager.  I appreciate your persistence.  But seriously, I do not enjoy returning to the computer to (literally) 50 separate windows all asking for the WPA2 key for a network, which I have already told you once, and told you to remember.  kthx
[17:54] <lamont> once I finish killing those windows, I shall go file my bug
[17:54] <vanhoof> lamont: been noticing that myself the last couple of days as well
[17:54] <vanhoof> lamont: but only when running the precise kernel on oneiric
[17:55]  * vanhoof hasn't quite figured out what's going on yet
[17:55] <lamont> plain boring oneiric here
[17:55] <vanhoof> lamont: Intel 6205 wifi by chance?
[17:56] <micahg> slangasek: I wasn't sure if we wanted the new samba for the LTS
[18:16] <doko> RAOF, bryceh: hmm, X looks more broken, libxi ftbfs. lets see what will fail in the test rebuild
[18:26] <slangasek> micahg: yeah, we do
[18:27] <slangasek> micahg: but no reason you should have been expected to know that at 4am ;)
[18:27] <micahg> slangasek: ok, I can look into that then
[18:27] <micahg> and I don't think a merge like that's a good emergency fix anyways :)
[18:28] <slangasek> yep
[18:39] <smoser> looking for more sponsoring help
[18:40] <smoser> https://code.launchpad.net/~mark-mims/ubuntu/precise/ganglia/useradd looks good to me other than http://paste.ubuntu.com/777754/
[18:40] <smoser> is it appropriate to update the changelog message bug still give mmm credit ?
[18:40] <smoser> and if i update the  changelog doesn't it make sense to update the timestamp?
[18:43] <SpamapS> smoser: re the changelog, Its totally appropriate for you to be the one on the changelog, but have [ Mark Mims ] ... as the one person in the changelog.
[18:44] <smoser> yeah. i can just go with that.
[18:47] <cjwatson> smoser: for minor things like that I'd personally just fix them up and upload under their name - that way it shows up in LP searches for things they uploaded
[18:47] <cjwatson> I'm not sure what my threshold for "major change" is
[18:48] <cjwatson> fix them up and upload> oh, and leave a comment in the merge proposal saying what I'd done, of course
[18:49] <micahg> you can also add a section to the changelog saying what you fixed w/out changing the owner of the entry
[18:51] <smoser> ok. next question.
[18:51] <smoser> if i branch lp:ubuntu/ganglia and then try 'bzr bd'
[18:51] <smoser> er.. bzr bd -S
[18:52] <smoser> i get http://paste.ubuntu.com/777766/
[18:53] <smoser> i'm used to seeing that with --source-option=--abort-on-upstream-changes , but i've explicitly not done that here.
[18:53] <micahg> isn't that the default with dpkg 1.16.1?
[18:53] <cjwatson> in that situation I would use 'bzr bd -S -- -nc' to avoid the problem, and just debdiff the resulting .dscs carefully
[18:54] <cjwatson> ("no clean")
[18:54] <cjwatson> and yes, the dpkg-source default changed
[18:55] <infinity> I do so wish people would stop relibtoolizing/reautoreconfing/etc in their clean targets.
[18:55] <cjwatson> there's --source-option=--auto-commit, but I think I would prefer -nc in this case for just a drive-by upload
[18:55] <cjwatson> infinity: yes, quite
[18:56] <smoser> ah. thank you cjwatson micahg . i'm happy for that change. but didn't know how to back it out.
[19:17] <slangasek> -S -nc - heh, geez
[19:17] <doko> cnd, is X in flux? did see build failures in libxi and xserver-xorg-video-cirrus
[19:17] <cnd> doko, I've uploaded a new x11proto-input
[19:17] <cnd> it could be that I've caused an issue there
[19:18] <cnd> though it shouldn't have affected any video drivers
[19:18] <doko> cnd: no, this was before the upload
[19:18] <slangasek> doko: libjpeg-turbo-progs wants libturbojpeg?  that seems wrong somehow
[19:18] <slangasek> (component-mismatches)
[19:18] <micahg> smoser: sorry, was disconnected and didn't see your first pastebin, what you did was totally fine
[19:19] <cnd> doko, do you have logs?
[19:19] <doko> cnd, http://paste.ubuntu.com/777798/ for libxi
[19:19] <doko> slangasek, yes, looks wrong. will fix
[19:19] <cnd> doko, that should be fixed with an upload I *just* pushed
[19:19] <cnd> 5 mins ago
[19:20] <cnd> x11proto-input 2.1.99.4-0ubuntu1
[19:20] <doko> ahh, ok, and the other one is https://launchpad.net/ubuntu/+source/xserver-xorg-video-cirrus/1:1.3.2-4
[19:22] <cnd> doko, hrm... that could be a bigger issue
[19:22] <cnd> I'll look into it
[19:23] <doko> cnd: XI2MASKSIZE macro
[19:23] <doko> #define XI2LASTEVENT    XI_TouchUpdateUnowned
[19:23] <doko> #define XI2MASKSIZE     ((XI2LASTEVENT + 7)/8) /* no of bits for masks */
[19:23] <doko> but XI_TouchUpdateUnowned isnt't defined anywhere
[19:24] <cnd> yeah
[19:24] <cnd> doko, so I pushed the latest upstream x11proto-input
[19:24] <cnd> I was thinking, it's backwards compatible, so all should be alright
[19:24] <cnd> but it's backwards compatible with the latest upstream, but not with what we have in the archive
[19:25]  * cnd had a brain fart
[19:25] <cnd> is there a way to revert back to a previous version of the package?
[19:26] <slangasek> no
[19:26] <cnd> yeah, that's what I figured
[19:27] <cnd> so I can work around this issue by adding a temporary patch to add back in the symbols that were lost in the transition?
[19:27] <slangasek> you either have to mock up a new version number for the package that's greater than this one (such as 2.1.99.3.really.2.0.2-0ubuntu1), or use an epoch, or fix the packages that this has regressed to be compatible
[19:27] <cnd> but that's rather hackish
[19:27] <slangasek> are upstream fixes available for the packages that broke?
[19:27] <cnd> slangasek, it's not an upstream issue
[19:27] <doko> cnd, libxi now fails with http://paste.ubuntu.com/777807/
[19:28] <cnd> it's an issue where I pushed stuff that wasn't ready to be pushed really
[19:28] <slangasek> cnd: er, it's an issue with *some* upstream
[19:28] <cnd> its an issue with our prototype XI multitouch implementation
[19:28] <slangasek> or are you saying that all the xi support is Ubuntu-local patches?
[19:28] <cnd> in libxi and xorg-server and up the stack
[19:28] <cnd> basically, until this point, yes
[19:29] <slangasek> ah
[19:29] <cnd> we're switching to the upstream version
[19:29] <cnd> I'll work around it by adding the previous symbols back in
[19:29] <cnd> it shouldn't be too hard
[19:30] <cnd> it's just two header files
[19:35] <doko> Riddell, please could you prepare a MIR for kdesvn?
[19:35] <ScottK> doko: We don't want kdesvn in Main.
[19:35] <ScottK> What's pulling it in?
[19:35] <doko> ScottK, kdesdk
[19:36]  * ScottK looks
[19:36] <doko> thanks
[19:36] <ScottK> doko: It's this again "kdesdk-kio-plugins (>= ${source:Version}) | kdesvn-kio-plugins"
[19:36] <doko> ahh, then it's fine
[19:37] <ScottK> Not sure why component mismatches always picks that up.
[19:38] <ScottK> doko: Any idea?
[19:40] <doko> would be cjwatson question. not sure if explicit seeding would help
[19:45] <jtaylor> doko: as precise only supports python2.7 do you see any issues with python2.7 providing argparse and removing the argparse 2.6 backport package from precise?
[19:46] <jtaylor> alternative would be to just fix the ~18 rdepends, or revert debians 2.6 only change in argparse and just leave it
[19:47] <doko> well, would like to get remove python2.6 and argparse together
[19:47] <tumbleweed> or make it a dummy package in Ubuntu
[19:48] <micahg> doko: so, can I set up a transition in the tracker to get rid of python2.6
[19:49] <tumbleweed> we still have a bunch of packages depending on 2.6, we should probably start rebuilding them, yes
[19:49] <ScottK> doko: Isn't 2.6 already not supported for module building on precise?
[19:49] <doko> micahg, please do
[19:49] <ScottK> So I'd think argparse can go away ~anytime.
[19:49] <doko> ScottK, no, removed from supported
[19:49] <tumbleweed> ScottK: it can't go while stuff depends on it
[19:49] <ScottK> If 2.7 provided argparse, then nothing would depend on it ...
[19:50] <ScottK> Thus ~anytime and not anytime
[19:50] <micahg> I thought we said we can't do that since it'll have the wrong behaviour
[19:50] <tumbleweed> micahg: we can in Ubuntu
[19:50] <doko> ScottK, python should provide python-argparse, and I'll add the python2.7-argparse provides to python2.7
[19:50] <ScottK> doko: Sounds good.
[19:51] <tumbleweed> nothing depends on python2.7-argparse
[19:54] <micahg> right, it all depends on python-argparse
[19:58] <Ampelbein> Is the script that is used to generate http://people.canonical.com/~ubuntu-archive/nbs.html available for the public?
[20:00] <ajmitch> Ampelbein: I believe it's in lp:ubuntu-archive-tools
[20:01] <Ampelbein> ajmitch: indeed it is. Thank you very much.
[20:09] <ScottK> Riddell or doko: libplasmaclock4abi3 landed in Universe, but it's needed in Main.  kde-workspace-dev isn't installable at the moment.
[20:09] <doko> ScottK, yes, already fixed
[20:12] <ScottK> doko: Thanks.
[20:12] <cnd> doko, slangasek: uploaded x11proto-input_2.1.99.4.really.2.0.2-0ubuntu1
[20:25] <dobey> what is the best way to deal with lp:ubuntu/foo having pre-applied patches in it, when one wants to bzr merge-upstream from a new release tarball which already includes all those patches? :(
[20:44] <dobey> anyone?
[20:45] <micahg> dobey: unapply patches, commit, import upstream, rebase/reapply patches
[20:45] <dobey> :(
[20:52] <ScottK> There's also ignore what's there, package the new release, and then let the importer just overwrite the mess.
[21:02] <ScottK> SpamapS: What's the plan for mysql in 12.04 (which version(s))?
[21:03] <SpamapS> ScottK: 5.5.19 landed on dev.mysql.com not too long ago, I aim to have that land in debian unstable early January, and hopefully *sync* mysql into precise shortly after that.
[21:03] <ajmitch> planning to keep 5.1 in universe or drop it?
[21:03] <SpamapS> ScottK: one big problem that has to be solved is that the client programs are all statically linked against libmysqlclient.
[21:03] <SpamapS> ajmitch: *drop*
[21:04] <SpamapS> Been trying to wade through the deps
[21:04] <ajmitch> need a hand with getting rid of it?
[21:04] <SpamapS> myodbc and sphinxsearch are two where upstream seems to be broken in several ways
[21:04] <ScottK> It'd be a good excuse not to work on boost.
[21:05] <ajmitch> ScottK: yeah, I've still got to write that email, though it looks like boost-defaults probably won't make it to testing by DIF
[21:05] <SpamapS> mysql-cluster-7.0 also is going to be broken by the my.cnf that we ship in 5.5 .. not sure how to handle that. :-/
[21:06] <SpamapS> I suppose one way to do it is to move the 5.5 specific stuff to /etc/mysql/conf.d and then have a mysql-common-5.5 and a mysql-common-5.1 ...
[21:06]  * SpamapS hates that libmysqlclient and mysqld have the same config file. :-p
[21:08] <SpamapS> anything left still depending on libmysqlclient16 is FTBFS for some other reason
[21:09] <SpamapS> mostly vtk .. which as I understand, is working now
[21:10] <smoser> https://bugs.launchpad.net/ubuntu/+source/cobbler/+bug/907525
[21:10] <smoser> is the fix for that simply dropping the 'update-python-modules' ?
[21:10] <smoser> nothing indicates why its there, though :-(
[21:11] <doko> looking
[21:12] <ajmitch> SpamapS: slicer ftbfs is due to vtk?
[21:12] <tumbleweed> ajmitch: if that dates back to last cycle, then yes
[21:13] <SpamapS> ajmitch: last I looked it was
[21:14] <doko> smoser, yes, just remove
[21:18] <smoser> doko, thanks.
[21:33] <dobey> smoser: are you still patch piloting?
[21:33] <smoser> @pilot out
[21:33] <smoser> dobey, no. but did you need something?
[21:34] <dobey> several ubuntuone uploads which need sponsoring
[21:36] <smoser> theyr'e not listed at http://reports.qa.ubuntu.com/reports/sponsoring/ are they?
[21:37] <dobey> 2 of them are; i just proposed another branch so might not show up yet
[21:38] <dobey> https://code.launchpad.net/~nataliabidart/ubuntu/precise/ubuntuone-control-panel/ubuntuone-control-panel-2.99.0/+merge/86455 is one
[21:38] <dobey> https://code.launchpad.net/~dobey/ubuntu/precise/ubuntuone-client-gnome/release-2-99-0/+merge/86488 is another
[21:41] <dobey> unfortunately, new versions of autotools make the diff quite large due to differences in configure and such :-/
[22:10] <smoser> dobey, i'm sorry.. i have to run.
[22:10] <smoser> i do have a question though...
[22:10] <smoser> oh. never mind.
[22:10] <smoser> kind of sucks that you have hard versioned dependencies between two different sources (just hard to maintain)
[22:12] <dobey> yeah, we have lots of projects, so it can be annoying sometimes, but it's not that bad. it used to be much worse for us :)
[22:13] <dobey> smoser: thanks. i probably should run myself
[23:22] <doko> Riddell, ScottK: I fixed both kstars and kdeartwork again :-( I can't checkin, the Vcs-Bzr URL seems to be wrong. please check in the patch I did submit, don't rewrite it ;)
[23:24] <Riddell> doko: ok thanks