[01:56] <TheMuso> c
[01:57] <TheMuso> ugh wrong tab
[03:07] <lamont> slangasek: you want that new util-linux for the next alpah?
[03:07] <lamont> alpha, even
[03:13] <lamont> slangasek: so... do I grab the new pofiles and make it util-linux_2.13.1~rc2-1, or do I leave them out and make it 2.13-15?
[03:14] <lamont> er, s/$/ubuntu1/, of course.
[03:20]  * lamont decides to fess-up in debian/changelog
[03:32] <Chipzz> IceKiller: I would strongly recommend *against* shipping version 2.2.0 of the intel driver; it has some serious issues
[03:33] <Chipzz> IceKiller: default acceleration architecture was changed (to EXA iirc) which is causing lots of troubles
[03:33] <Chipzz> I would suggest reading up on the xorg mailing list
[03:37] <chirva> hey there... i have a stupid question i don't know where to ask... how do i list a directory in C?
[03:39] <Fujitsu> chirva: This isn't a support channel.
[03:40] <Chipzz> chirva: not the right place; but try man glob
[03:41] <chirva> thanks
[03:41] <Chipzz> also, scandir apparently
[03:42] <Chipzz> chirva: may I suggest google? the exact terms (C list directory) you used to ask your question turned up a valid result in the first 10 results...
[03:43] <Chipzz> also, opendir/readdir/closedir (first hit on google...)
[03:46] <Chipzz> IceKiller: http://lists.freedesktop.org/archives/xorg/2007-December/031244.html ; http://lists.freedesktop.org/archives/xorg/2007-December/031128.html
[03:47] <TheMuso> c
[03:47] <TheMuso> ugh wrong tab
[03:47] <Chipzz> TheMuso: again ;)
[03:48] <chirva> didn't try (C list directory)... indeed... the first result seemed good. I eventually found the libc docs on gnu.org
[03:48] <chirva> thanks anyway
[03:48] <Chipzz> yw :)
[04:12] <slangasek> lamont: totally indifferent for the alpha, I was just reminded by the discussion about Essential packages that I hadn't filed that bug yet
[04:13] <lamont> heh. ok
[04:13] <lamont> anyway, 2.13.1~rc2-1ubuntu1 just uploaded
[04:16] <lamont> hrm... that reminds me... if I want to sync the latest version of a package from sid, to a component where I have upload privs, there should just be a &*%_)V button
[04:17] <lamont> especially when _I_ just signed the changes file in debian.
[04:18] <lifeless> Agreed
[04:20] <Fujitsu> lamont: But it's LP, what do you expect? Though there is a spec for doing that, IIRC...
[04:21] <StevenK> lamont: Make puppy dog eyes at slangasek? :-)
[04:22] <ScottK2> lamont: Look in pitti's directory on people.ubuntu.com.  There's a script for that.
[04:22]  * Fujitsu chastises ScottK2.
[04:22] <ScottK2> The script is publically available and findable via Google.  Using it can't be too horribly wrong.
[04:24] <lamont> ScottK: there's a script for requesting the sync...
[04:24] <Fujitsu> Soyuz specs seem very bouncy at the moment. I'm sure private-ppas was targetted at 1.2.5 last week..
[04:24] <lamont> there was a time when we just did build1 uploads... but then they fixed the syncer
[04:25]  * lamont only uses his superpowers for good, you see.
[04:25] <Fujitsu> lamont: https://blueprints.edge.launchpad.net/soyuz/+spec/sync-workflows
[04:27] <StevenK> Fujitsu: private-ppa is targetted at 1.2.1
[04:30] <Fujitsu> StevenK: That was my point.
[04:30] <Fujitsu> StevenK: It got promoted by 4 months.
[04:30] <Fujitsu> And it was 1.2.2 or so before it went to 1.2.5.
[04:32] <StevenK> Fujitsu: Ah, I see your point.
[04:38] <ScottK2> lamont: There's also a script for mangling your locally generated .changes file to look just like the upload was synced.
[04:38] <ScottK2> Which I would never ever use unless pitti told me it was OK.
[04:39] <lamont> ScottK: except that the resultant changes file is signed by you, instead of the autosyncer
[04:39] <ScottK2> True.
[04:39] <lamont> and manually munging changes files is bad.
[04:39] <ScottK2> Which is why there's a script.
[04:39] <lamont> and I almost never do it much
[04:42] <lamont> I'll let my packages age at least until the dinstall run tomorrow, and request the syncs tomorrow night after work
[04:42] <lamont> speaking of which, bed time,  I think
[04:43] <Fujitsu> Night lamont.
[04:43] <ScottK2> Good night lamont
[04:43]  * lamont is switching to virtual -0400 - makes things work better.
[04:44] <ScottK2> Fujitsu: Have you had a chance to look into perl-modules any more?
[04:48] <Fujitsu> ScottK2: Ergh, forgot about that, sorry. Was working.
[04:54] <ScottK2> No problem.  I'm heading to bed.
[04:54] <ScottK2> See you all tomorrow
[04:56] <Fujitsu> Night.
[05:10] <nxvl> i need a given-back for bioperl
[06:12] <dmb> would there be a reason a package wouldn't be built and uploaded to the repositories after being uploaded?
[06:13] <dmb> http://archive.ubuntu.com/ubuntu/pool/universe/i/inspircd/ its been like that for a while, does it just take a while, or is there something wrong?
[06:13] <StevenK> If it's in source NEW
[06:13] <dmb> StevenK: is was synced from debian manually
[06:13] <StevenK> Ah, the source is there.
[06:13] <StevenK> It's in binary NEW.
[06:14] <dmb> StevenK: is there a place to check that statuses of that stuff?
[06:14] <dmb> like in debian?
[06:15] <StevenK> dmb: https://launchpad.net/ubuntu/+source/inspircd/1.1.15+dfsg-1
[06:16] <dmb> oh
[06:17] <Sefram> is it possible to install ubuntu without the cd's installer?
[06:19] <dmb> Sefram: you can manually debootstrap?
[06:22] <Sefram> dmb: i dont know howto do that, i ask because i always end up in initrd's ash and dont know how to continue from there...
[06:22] <dmb> Sefram: i think these questions are for #ubuntu
[06:24] <Sefram> hmm in #ubuntu is noone answering, but thx anyways...
[06:27] <dmb> am i the only one who finds debootstrap to be an amazing thing?
[06:47] <pitti> Good mornin
[06:47] <pitti> g
[06:48] <StevenK> Morning pitti
[06:48] <StevenK> pitti: A few stupid questions, if I may? :-)
[06:56] <pitti> StevenK: sure
[06:57] <StevenK> pitti: I've uploaded a few repacks to satisify your issues. The tasks are currently set to Incomplete, what should I set them to?
[06:57] <pitti> StevenK: just set them back to NEW, I think
[06:57] <dholbach> good morning
[06:59] <StevenK> pitti: I suspect this will also let cheese into main, shall I leave it at Triaged?
[06:59] <pitti> StevenK: yes, that's fine
[07:01] <StevenK> pitti: Cool. Bug commented on, and tasks twiddled.
[07:02] <StevenK> pitti: Could I prod you to process bug 180905?
[07:02] <ubotu> Launchpad bug 180905 in webkit "Please sync webkit (universe) from Debian unstable (main)" [Undecided,Confirmed] https://launchpad.net/bugs/180905
[07:04] <pitti> StevenK: synced
[07:04] <StevenK> pitti: Thanks!
[07:05] <pitti> np
[07:05] <StevenK> Yay for NBS work.
[07:05]  * pitti yays StevenK for NBS
[07:05] <StevenK> The only thing that pulls in libicu36 is OO.o
[07:05] <StevenK> And I'm not touching that. :-)
[07:06] <StevenK> pitti: Could you glance at moko in source NEW? Does it have a hope of reaching the archive.
[07:06]  * StevenK wonders if pitti has reached the conclusion that he was lying in wait for him.
[07:07] <pitti> sth. like that :)
[07:07] <pitti> StevenK: what's the problem with moko?
[07:08] <StevenK> pitti: I uploaded it today, and I'd like a second pair of eyes on it.
[07:09] <pitti> ah, ok
[07:15]  * StevenK tries to brutalise gnome-games on lpia.
[07:15] <StevenK> May seb128 forgive me
[07:24] <pitti> StevenK: moko's package description could be a bit more verbose (what is moko, etc.)
[07:24] <pitti> StevenK: out of curiosity, what is 'gaston'?
[07:25] <StevenK> pitti: gaston is Moblin's release name.
[07:25] <pitti> ah
[07:25] <StevenK> pitti: Is the description grounds for being rejected?
[07:26] <pitti> StevenK: no, it's not a reject reason
[07:26] <pitti> just mentioning it
[07:26] <StevenK> I'll look at writing a better one.
[07:27] <pitti> StevenK: moko looks fine to me, accepted
[07:27] <StevenK> Yay!
[07:27]  * StevenK hugs pitti 
[07:28] <StevenK> pitti: I've added a note about the description to my todo list, I'll fix it soonish
[07:28] <StevenK> Awww. gnome-games blows up.
[07:28] <StevenK> sol-window.o: In function `aisleriot_window_init':
[07:28] <StevenK> /build/steven/gnome-games-2.21.4/aisleriot/window.c:2336: undefined reference to `launchpad_integration_set_sourcepackagename'
[07:28] <StevenK> /build/steven/gnome-games-2.21.4/aisleriot/window.c:2337: undefined reference to `launchpad_integration_add_ui'
[07:50] <dholbach> pitti: what do you think about bug 111791?
[07:50] <ubotu> Launchpad bug 111791 in langpack-locales "Wrong mon_decimal_point for locales/pt_PT" [Medium,Confirmed] https://launchpad.net/bugs/111791
[07:59] <StevenK> pitti: Could you be convinced to let inspircd out of binary NEW?
[08:08] <dholbach> hey lloydinho_ :)
[08:09] <lloydinho_> good morning, dholbach :-)
[08:31] <dholbach> pitti (or some other archive admin): can you please sync gnome-specimen? (no ubuntu changes, new upstream version in debian)
[08:39] <pitti> StevenK: NEWed
[08:40] <pitti> dholbach: sounds sensible
[08:40] <pitti> dholbach: synced
[08:40] <seb128> hey pitti
[08:41] <pitti> Monsieur Bacher! *hug*
[08:41] <StevenK> pitti: Thanks
[08:41]  * seb128 hugs pitti
[08:42]  * StevenK waits to see if he has brutalised gnome-games enough
[08:46] <seb128> StevenK: what about it?
[08:46] <StevenK> seb128: Trying to get it to build the hildonised aisleriot on lpia
[08:46] <seb128> ah ok
[08:47] <StevenK> seb128: I'll clear the patch with you first.
[08:47] <StevenK> Just trying to get it to build.
[08:47] <seb128> ok
[08:47]  * Fujitsu verberises StevenK.
[08:47] <seb128> the upstream hildon code is buggy?
[08:48] <StevenK> Nah, it's more updating the 01_lpi and 99_reautoconf patches to also add launchpad-integration to the platform hildon bits, and a few lines in debian/rules.
[08:49] <StevenK> Fujitsu: Quiet you
[08:50] <seb128> ok
[08:50] <StevenK> Way cool. scrollkeeper is in the Build-Depends, but ./configure is run with --disable-scrollkeeper
[08:51] <StevenK> seb128: ^ :-)
[08:52] <seb128> StevenK: either the Build-Depends is not required or the configure is buggy and look for it anyway
[08:52] <kmap_lab> Ubuntu devels, I was just wondering how to request an automagic sync of my Debian package in Lenny to Hardy...
[08:53] <StevenK> seb128: I don't think the Build-Depends is required.
[08:53] <seb128> StevenK: ok
[08:53] <kmap_lab> It should have happened already, but didn't happen this time. I did read up, but am a bit new... so help is appreciated. The source package is libitpp on Debian Lenny
[08:54] <StevenK> seb128: Based on my reading of the build log, it installs scrollkeeper, and then it isn't mentioned.
[08:54] <kmap_lab> StevenK: Hey! You touched libitpp last on Hardy. Could you please help?
[08:55] <StevenK> kmap_lab: Hum?
[08:55] <kmap_lab> StevenK: Please look at the changelog for libitpp on Hardy. That's you in the last entry, right?
[08:55] <StevenK> seb128: I can get it to build, but dh_install fails. I daresay because the only game that is hildonised is ailseriot
[08:56] <StevenK> kmap_lab: What about it?
[08:56] <kmap_lab> StevenK: I was requesting an update to the new version in Lenny. Is that possible?
[08:57] <kmap_lab> StevenK: I mean Lenny version -> bring it to Hardy
[08:58] <StevenK> kmap_lab: Can you justify why the update is needed?
[08:59] <kmap_lab> StevenK: Er, actually, it's not for me. But upstream just wanted to know if the version in Debian can appear in Ubuntu as well due to changes and feature additions.
[08:59] <seb128> there is wiki page about sync requests
[08:59] <kmap_lab> seb128: Ah, I see.
[09:02] <StevenK> seb128: Can I get you to look at what I've done, and tell me if I'm on crack, or if there's a better way?
[09:03] <seb128> StevenK: sure, but not right now, I'm just back from holidays and trying to catch up with lot of things
[09:07] <kmap_lab> seb128: There's LP135942, but it doesn't seem to be happening...
[09:08] <kmap_lab> seb128: Oops. LP135492
[09:09] <Chipzz> kmap_lab: launchpad #135492
[09:09] <ubotu> Launchpad bug 135492 in libitpp "Update to latest version in Ubuntu" [Wishlist,Fix released] https://launchpad.net/bugs/135492
[09:10] <kmap_lab> Chipzz: I am aware, but it isn't happening. Should I wait for more time?
[09:10] <Chipzz> kmap_lab: if you mention bugs that way ubotu will give a short summary ;)
[09:10] <kmap_lab> Chipzz: Oh, I see. Thanks! :-)
[09:10] <kmap_lab> launchpad #135492
[09:10] <kmap_lab> Er, that didn't work?
[09:11] <Chipzz> kmap_lab: which may be handy for people not immediately aware of what the bug is about
[09:11] <kmap_lab> ubotu: launchpad #135492
[09:11] <ubotu> Launchpad bug 135492 in libitpp "Update to latest version in Ubuntu" [Wishlist,Fix released] https://launchpad.net/bugs/135492
[09:11] <Chipzz> kmap_lab: not immediately for me either, I guess ubotu is lagging a bit
[09:11] <kmap_lab> Chipzz: Appreciated. Thanks.
[09:11] <Chipzz> now, let's stop playing around with the bot :P
[09:12] <kmap_lab> I notice that there are Ubuntu specific changes to that package, which could be why the sync has stopped. But I have merged the changes back into Debian, so I guess auto-sync can start again?
[09:13] <seb128> kmap_lab: the bug is closed
[09:13] <kmap_lab> seb128: I know! But autosync is not happening, which is what I wanted to know about.
[09:13] <seb128> kmap_lab: archive-admins don't look at closed bug, if you want a new version sync you need to open a new bug
[09:14] <kmap_lab> seb128: Oh, I see. Thanks. Is there a provision of reopening that bug?
[09:14] <seb128> kmap_lab: autosyncs have been stopped in december, look at the hardy schedule
[09:14] <kmap_lab> seb128: Oh, OK. I'll have a look
[09:15] <kmap_lab> seb128: Oh, that answers my query. Thanks.
[09:15] <kmap_lab> seb128: DebianImportFreeze, I guess...
[09:15] <seb128> you are welcome
[09:15] <seb128> kmap_lab: right
[09:15] <kmap_lab> Perfect. :-)
[09:27] <dholbach> pitti: thanks a lot
[09:27] <dholbach> hey thekorn!!! happy new year!
[09:28] <dholbach> thekorn: it's time that bdmurray merges your patches :)))
[09:28] <geser> Hi dholbach
[09:28] <dholbach> hey geser :)
[09:28] <dholbach> good to see you all again!
[09:41] <ogra> hey dholbach, happy new year ...
[09:42] <dholbach> heya ogra - all the best to you!
[09:42] <ogra> :)
[09:53] <dholbach> ogra: can you take a look at bug 177126?
[09:53] <ubotu> Launchpad bug 177126 in xscreensaver "please merge xscreensaver 5.04-2 from Debian unstable main" [Undecided,New] https://launchpad.net/bugs/177126
[09:54] <TheMuso> c
[09:55] <TheMuso> wrong tab
[09:58] <ogra> dholbach, yep, btw, i'm not maintaining gnome-screensaver and g-p-m anymore, thats ted now
[10:00] <dholbach> ogra: OK, it's just that this is a request for review which I subscribe canonical-distro team members (that can upload) too on a round-robin basis
[10:00] <dholbach> s/too/to
[10:01] <ogra> no, xss is fine, i havent found a successor here yet ... just gpm and gss
[10:01] <dholbach> still Ted cannot upload yet :)
[10:01] <ogra> oh, crap, indeed :)
[10:41] <dholbach> ogra: also bug 177631 please
[10:41] <ubotu> Launchpad bug 177631 in gnome-power-manager "Please merge gnome-power-manager 2.20.2-1 (main) from Debian unstable" [Wishlist,New] https://launchpad.net/bugs/177631
[10:45] <seb128> dholbach: check with ted that he's not working on the 2.21 update
[10:47] <dholbach> ogra: ^ are you in touch with ted about that?
[11:00] <ogra> dholbach, sory, was onteh phone ... no, i'm not since he made the last merge ...
[11:00] <ogra> but i'll ping him and ask if he needs an upload bitch :)
[11:00] <dholbach> ogra: can you liaise between the guy who did the merge and ted so no work gets dropped? thanks a lot :)
[11:44] <hairulfr> Hey all, was wondering if the dual names icons for desktop / trashcan will be changed in upcoming release? They are called both user- and gnome-fs so in reality you need two sets of icons.
[11:46] <seb128> hairulfr: what icons name are you speaking about exactly?
[11:46] <seb128> hairulfr: it's likely that user- is the new naming and applications not using it should be updated
[11:47] <hairulfr> seb128: Yeah, probably, I remember messing about with it, but just renaming to user-fsXXXX.png didn't work, so needed two sets, as far as I remember
[11:48] <hairulfr> Incidentally, where do I find the default icons?
[11:48] <seb128> what do you call default icons?
[11:48] <hairulfr> I'm talking about thrashcan and desktop icon
[11:48] <hairulfr> 'trash
[11:48] <seb128> look to the human icon theme and gnome icon theme
[11:52] <seb128> hairulfr: nautilus uses user-trash and user-trash-full apparently
[11:52] <seb128> hey Hobbsee
[11:52] <Hobbsee> heya seb1281
[11:52]  * Hobbsee wonders where her special keys have gone again
[11:53] <Fujitsu> Hobbsee: I haven't lost mine for a couple of days.
[11:53] <hairulfr> seb128: Ahh! Yeah, that's the one :)
[11:56] <Hobbsee> right.  have keys back now
[11:56] <Hobbsee> Fujitsu: have you searched for a bug on that yet btw?
[11:56] <Fujitsu> Hobbsee: I've little idea where to look.
[11:58] <Hobbsee> Fujitsu: this is where you rely on LP search being accruage
[11:58] <Hobbsee> er, accurate
[11:58] <Fujitsu> accruage. Nice one.
[12:04] <Hobbsee> Shockwave Flash 9.0 r31
[12:04] <Hobbsee> hmm.  wonder just how date that is.
[12:40] <ogra> hmm, did anythng in sed's handling of special chars change ? my sed commands that use \t in them all produce a t instead of a tab
[12:41] <persia> ogra: Seems -e is more required than it once was, but I don't know why.
[12:41] <ogra> hmm, i couldnt find anything in the changelog, starnge
[12:41] <ogra> *strange
[12:42] <persia> \d also stopped working for some reason, causing at least one get-orig-source failure.
[13:07] <Hobbsee> Fujitsu: i don't see a bug
[13:56] <tkamppeter> I have found a big problem: I cannot se my time zone with time-admin, I have it reported as bug 181015
[13:56] <ubotu> Launchpad bug 181015 in gnome-system-tools "time-admin gives always "The configuration could not be loaded", even if started as root" [Critical,Confirmed] https://launchpad.net/bugs/181015
[13:57] <tkamppeter> I am in the "admin" group and even with a root console ("sudo -s") I cannot run time-admin.
[13:58] <seb128> tkamppeter: no need of sudo in hardy, the system tools are using policykit
[13:59] <tkamppeter> seb128, and how do I get it working then?
[13:59] <seb128> tkamppeter: you wait until the bug is fixed or write a patch for it
[14:01] <tkamppeter> seb128, so policykit is not yet implemented for time-admin?
[14:01] <seb128> it is, you can click on "unlock", but there is a bug somewhere which makes it not work as expected
[14:01] <seb128> I've no details yet, I'm just back from holidays and didn't look into that yet
[14:02] <tkamppeter> seb128, where can I click on "unlock"?
[14:02] <pitti> tkamppeter: there's a button in time-admin
[14:02] <tkamppeter> seb128, there I cannot get yet.
[14:03] <seb128> is your system uptodate?
[14:03] <seb128> looks like you have an another bug than the one I was thinking aobut
[14:03] <seb128> maybe a dbus issue
[14:03] <tkamppeter> seb128, so how can I set my time zone (and also do this "unlock") via config file editing and daemon restarting?
[14:04] <tkamppeter> seb128, I updated 3-4 hours ago.
[14:05] <seb128> you can try to restart the system-tools-backends
[14:06] <seb128> otherwise I don't know, that looks like a bug and require debugging but I'm busy without other things at the moment
[14:07] <seb128> tkamppeter: also don't confirm your own bugs, that defeat the purpose of the status
[14:07] <seb128> the point is to have somebody else confirming the issue
[14:07] <seb128> not to have the submitter confirming he has the bug
[14:09] <thekorn> hi dholbach, happy new year, all the best for 2008!
[14:10]  * dholbach hugs thekorn
[14:17] <geser> thekorn: are you the master of python-launchpad-bugs?
[14:18] <geser> I'm working on a version of requestsync which uses python-launchpad-bugs to file the bug. It there a common place where to look for the authentication cookie?
[14:19] <pitti> geser: I think .mozilla/*/*/cookies.txt is a good first approximation
[14:20] <pitti> geser: you have to actually search if there are multiple, of course
[14:21] <pitti> grep -l launchpad.net .mozilla/*/*/cookies.txt
[14:21] <pitti> maybe
[14:22] <geser> hmm, that might work as p-lp-bugs wants a file
[14:32] <thekorn> geser, sorry, was away, but pitti is right, just do something like: Bug.authentication=<path to current mozilla cookie-file>
[14:44] <dholbach> geser:      curl -b ~/.lpcookie -c ~/.lpcookie -d loginpage_email=XXX password=XXX https://launchpad.net/+login         would work too
[14:45] <gicmo> seb128: dude
[14:45] <gicmo> ALTER
[14:45] <seb128> gicmo: alter!
[14:45] <seb128> gicmo: happy new year ;-)
[14:52] <geser> dholbach: I've used now pitti's suggestion and used some code from his buildd.py script to find the cookie. I'll give it some more testing and attach it to bug #147994 to get some more testing before I include it in the ubuntu-dev-tools package. Currently it
[14:52] <ubotu> Launchpad bug 147994 in ubuntu-dev-tools "requestsync should have a command line switch to use python-launchpad-bugs (instead of mailing)" [Wishlist,New] https://launchpad.net/bugs/147994
[14:52] <geser> it's a separate script
[14:53] <dholbach> geser: ok great
[14:53] <dholbach> I never found out if pylpbugs worked for konqueror cookies
[14:55] <Kmos> i've enabled pkgstriptranslations in pbuilder and when I start a build it give me this error
[14:55] <Kmos> ups
[14:55] <Kmos> [14:27] <Kmos> grep: debian/control: No such file or directory
[14:55] <Kmos> [14:27] <Kmos> /usr/bin/pkgstriptranslations: Error: not in source package directory
[14:56] <Kmos> [14:27] <Kmos> EtienneG: pbuilder-satisfydepends failed.
[14:56] <Kmos> i'm on gutsy
[15:10] <tkamppeter> seb128, how do I restart the system-tools-backends?
[15:18] <seb128> tkamppeter: restart dbus that will do it
[15:23] <pitti> blunt :)
[15:23] <pitti> seb128: why do you need to restart it at all? I thought the only long-running daemon was the smal thing that just launches the real apps?
[15:23] <pitti> s/apps/backend/
[15:25] <tjaalton> pitti: hi, would you have time to look at the openchrome promotion before alpha3? I'm doing merges of xorg and xorg-server (discover is gone!), and would add it to the default set of installed drivers as discussed with bryce
[15:26] <seb128> pitti: bug #181015, I've no real idea about the issue but that could be a dbus issue, I'm just curious to know if that's still there after a dbus restart
[15:26] <ubotu> Launchpad bug 181015 in gnome-system-tools "time-admin gives always "The configuration could not be loaded", even if started as root" [High,New] https://launchpad.net/bugs/181015
[15:26] <pitti> tjaalton: yes, that should be possible; please just add the dependencies, then the archive checks will remind us
[15:26] <tjaalton> pitti: cool
[15:26] <pitti> seb128: hm, no idea; t-a just works here
[15:26] <seb128> pitti: works here too
[15:28] <tkamppeter> seb128, now I get the main window of time-admin, but with everything except Help, Synchronize Now, and Close grayed out. Especially Unlock is also grayed out.
[16:01] <seb128> tkamppeter: looks like a policykit issue
[16:02] <seb128> tkamppeter: does "polkit-grant --gain org.freedesktop.systemtoolsbackends.set" work for your user?
[16:07] <tkamppeter> Does not work:
[16:07] <tkamppeter> till@till-laptop:~/printing/system-config-printer/trunk$ polkit-grant --gain org.freedesktop.systemtoolsbackends.set
[16:07] <tkamppeter> Attempting to gain the privilege for org.freedesktop.systemtoolsbackends.set.
[16:07] <tkamppeter> ** (process:26987): WARNING **: Error doing GetSessionForUnixProcess on ConsoleKit: org.freedesktop.DBus.GLib.UnmappedError.CkManagerError.Code0: Unable to lookup session information for process '26987'
[16:07] <tkamppeter> ** (process:26988): WARNING **: Error doing GetSessionForUnixProcess on ConsoleKit: org.freedesktop.DBus.GLib.UnmappedError.CkManagerError.Code0: Unable to lookup session information for process '26987'
[16:07] <tkamppeter> ** (process:26988): CRITICAL **: polkit_session_get_ck_objref: assertion `session != NULL' failed
[16:07] <tkamppeter> polkit-grant-helper: cannot get session ck objpath
[16:07] <tkamppeter> Failed to gain the privilege for org.freedesktop.systemtoolsbackends.set.
[16:07] <tkamppeter> till@till-laptop:~/printing/system-config-printer/trunk$
[16:08] <seb128> tkamppeter: that's a policykit issue then, maybe pitti has an idea about it
[16:08] <tkamppeter> None of the process numbers mentioned here appears in the "ps auxwww" output.
[16:09] <pitti> tkamppeter: does ck-list-sessions have a session for you?
[16:24] <tkamppeter> pitti. seb128, ck-list-sessions has no output at all for me.
[16:24] <pitti> tkamppeter: ah, that happens sometimes (bug); restarting your X session will help
[16:25] <pitti> tkamppeter: if you know how to reproduce this situtation (not getting a ConsoleKit session), that would be great
[16:30]  * ogra sighs about CK as well ... giving me a hard time in ltsp
[16:31] <pitti> ogra: how did you work around it in gutsy?
[16:33] <ogra> it didnt restrict e there
[16:33] <ogra> *me
[16:33] <ogra> iirc we didnt even have it in the install
[16:33] <ogra> but i need to make ldm somehow set up the session ... which isnt easy since ldm doesnt run on the server
[16:34]  * ogra misses a python binding to make that easier :P
[16:34] <pitti> we did install it by default in gutsy, for f-u-s-a at least
[16:35] <ogra> ldm isnt used to talk to the servers dbus
[16:35] <pitti> ogra: python bindings? python-dbus :)
[16:35] <tkamppeter> pitti,seb128, now after restarting X I could gain the privileges with "polkit-grant --gain org.freedesktop.systemtoolsbackends.set". This step should be automated for users who update to Hardy (for all users in "admin") and also for all new users created with admin privileges. Most users (even advanced ones) will not know about Policy Kit and also nop about this complicated command to gain privileges.
[16:35] <pitti> tkamppeter: no, it shouldn't be automated, and you shouldn't need to type it in
[16:35] <ogra> pitti, import consolekit ... consolekit_register()
[16:35] <ogra> :P
[16:35] <tkamppeter> pitti,seb128, thanks for your help.
[16:36] <pitti> tkamppeter: that's what the "Unlock" button of the UI does
[16:36] <pitti> tkamppeter: it was just a testing command to check whether the bug is in PK or the UI
[16:36] <tkamppeter> pitti, and that button was grayed out before I gained privileges via the command line.
[16:36] <pitti> tkamppeter: that would be a UI bug then
[16:37] <ogra> pitti, actually i'd expect ssh to handle it through pam ... ldm shouldnt be involved at all, if DISPLAY is set in any manner ssh should care ... thats the part that bothers me about all this
[16:37] <tkamppeter> pitti, why the Unlock button at all? Can the program not simply do the Unlock action whenever it is started and so everything stays transparent?
[16:38] <pitti> tkamppeter: it's primarily meant for non-admins to get readonly access
[16:38] <pitti> it certainly could do it, of course
[16:39] <pitti> of course it is a bit pointless to not unlock if you can unlock without a password
[16:39] <pitti> that should indeed be fixed
[16:39] <pitti> tkamppeter: feel free to file a bug about it
[16:41] <seb128> tkamppeter: the button was not activate until you restarted your session rather?
[16:41] <seb128> s/activate/active
[16:42] <seb128> the command line action was to determine why it was not active, and it was due to the consolekit bug
[16:44] <ogra> pitti, oh, f-u-s-a had a ltsp specific patch that disabled user switching anyway in gutsy, so we didnt have any CK related issues back then
[16:45] <ogra> i only have probs since all the admin tools ask CK for permission ... is there any chance that we'll see the CK pam module in main ?
[16:45] <ogra> looks like it would solve my probs if integrated with ssh
[16:46] <pitti> there is one for VT sessions; I haven't tried it yet, but it uses pam
[16:47] <ogra> libpam-ck-connector is in universe it seems
[16:56] <tkamppeter> pitti, seb128, the time-admin problem is still not solved. Now I get everything ungrayed by clicking Unlock, but when I chabge the time zone, the change is ignored.
[16:57] <seb128> tkamppeter: right, that one is the known issue I was speaking about this morning which is a gnome-system-tools bug and need to be debugged
[16:58] <tkamppeter> seb128, so the gnome tools are still not able to write new configs? So the policy kit stuff only gets read access for now?
[16:58] <seb128> no
[16:58] <seb128> there is just a bug somewhere
[16:58] <seb128> dunno the details before looking at why it's not working
[16:59] <tkamppeter> So I should better edit /etc/timezone for now?
[17:00] <pitti> tkamppeter: sudo tzselect
[17:00] <ogra> sudo dpkg-reconfigure tzdata
[17:01] <pitti> that's better, yes
[17:05] <tkamppeter> Thank you, now my time zone is corrected.
[17:08] <vlowther> hmmm... anyone else notice that /lib/modules/2.6.24-3-generic/volatile is not being created with the latest kernel upgrade?
[17:09]  * vlowther is back on 2.6.4.24-2 for now.
[17:12] <vlowther> well, it would help if the linux-restricted-modules package had been pushed at the same time as the rest of the kernel updates. :)
[17:13] <jdong> it should?
[17:13] <jdong> for me until they all show up linux-generic gets held back
[17:13] <jdong> or maybe I'm losing my mind
[17:14] <infinity> Indeed, unless you installed the kernel and LRM "by hand" without the metapackages, that can't happen.
[17:18] <vlowther> that could be the case -- this install has been upgraded and hacked on since approx. hoary.
[17:20] <vlowther> that, and I ahve a habit of dist-upgrading during development cycles instead of just upgrading.
[17:20] <jdong> what's up with Hardy's kernel with respect to cstates?
[17:20] <jdong> /proc/acpi no longer shows the active cstate, /sys no longer has the max_cstate parameter...
[17:20] <jdong> and the system feels overall sluggish after the upgrade
[17:21] <jdong> macbook core 2 duo
[17:23] <vlowther> no clue there.  Hardy seems to be doing just fine on my Dell Latitude D820. :)
[17:24] <vlowther> heck, even the headphone jack works correctly again, which was not the case in Gutsy.
[17:24]  * vlowther grumbles something about alsa and ad-hackery in the hd audio drivers
[17:30] <vlowther> it looks like the /sys hierarchy got messed around with.  Again. This script should gather the cstate info on your box, tho:
[17:30] <vlowther> for x in /sys/devices/system/cpu/cpu?/cpuidle/state?/*; do echo -n "${x}: "; cat ${x}; done
[17:32] <vlowther> on my box, it looks like the procs are spending most of their time in C3 like they should.
[17:32] <jdong> vlowther: ah, the structure changed
[17:32] <jdong> vlowther: ok, that's good to know then
[17:33]  * vlowther thought /sys was supposed to be vaguely stable...
[17:38] <jdong> haha... linux... stable... hahaha
[17:56] <tkamppeter> pitti, new s-c-p, bifff, fixes 4 bugs for Alpha3.
[17:59] <pitti> slangasek: ah, Debian now builds cyrus-sasl2 against db4.6, too, my patch was accepted
[18:01] <pitti> soren: are you planning to merge dpkg today or tomorrow? if not, I'll fix the gcc-4.2 build dep to make it buildable
[18:02] <soren> pitti: Tomorrow.
[18:02] <slangasek> pitti: cool
[18:02] <pitti> soren: ah; just wondering, because bug 177917 is RC for alpha-3
[18:02] <ubotu> Launchpad bug 177917 in dpkg "64bits libs installed on i386 systems" [High,Fix released] https://launchpad.net/bugs/177917
[18:03] <pitti> soren: well, hm, since gcc-4.2 has to build either way, it takes a while, and I have the upload ready, I guess I just upload it
[18:03] <soren> pitti: That would be great.
[18:04] <pitti> and takes the pressure off you :)
[18:04] <soren> Oh, i didn't even think of that.

[18:04] <soren> :)
[18:10]  * pitti only just now recognizes what he has just done -- becoming TIL for gcc-4.2; ARGH!
[18:10] <soren> Muhaha!
[18:13] <Mithrandir> pitti: you win.
[18:55] <geser> slangasek: have you time to review bug #180669? or is this post-alpha3 stuff?
[18:55] <ubotu> Launchpad bug 180669 in fakeroot "[Merge] fakeroot 1.9 from Debian unstable (includes also a fix for the FTBFS)" [Undecided,New] https://launchpad.net/bugs/180669
[18:56] <slangasek> geser: I probably have time for it today
[18:56] <geser> ok, thanks
[19:07] <hunger> Is there a trick to create a gnome user in hardy? After adduser all I get when logging into gnome is a white screen.
[19:32] <keescook> is there a pythonic way to do the same as "dpkg --compare-versions" ?
[19:33] <keescook> ah         res = apt_pkg.VersionCompare(ver1, ver2)
[19:36] <mdz> keescook: the 'apt' module is a more pythonic API
[19:36] <mdz> though for that particular function I doubt it matters
[19:36] <keescook> mdz: okay, good to know.  In my case, I've already got apt_pkg imported, so I'll stick with this
[21:00] <el_cubano> How would i go about requesting inclusion of a package from Debian for Hardy?
[21:01] <slangasek> el_cubano: a package that's already present in hardy and needs updated, or a new package?
[21:01] <el_cubano> slangasek: new
[21:02] <el_cubano> source package name is tbb
[21:03] <slangasek> el_cubano: file a bug against "ubuntu" in launchpad (https://bugs.launchpad.net/ubuntu), requesting that it be synced; then subscribe "ubuntu-universe-sponsors"
[21:04] <slangasek> el_cubano: https://wiki.ubuntu.com/SyncRequestProcess has more details
[21:05] <el_cubano> slangasek: thanks
[21:17] <slangasek> tjaalton: so 180806 was actually a bogus sync, the Debian maintainer reverted a key Ubuntu change that put lib32bz2-1.0 in /usr/lib32 instead of in /emul/ia32-linux.
[21:17] <slangasek> tjaalton: I'll follow it up with a sourceful upload.
[21:21] <tjaalton> slangasek: oh crap
[21:24] <tjaalton> slangasek: sorry for not checking that, and thanks
[21:25]  * slangasek nods
[21:25] <slangasek> tjaalton: it was infinity's catch, actually; I read the changelog and strolled blindly by
[21:25] <slangasek> anyway, fixed package on its way now
[21:25] <tjaalton> cool
[22:53] <slangasek> soren: please mark sync requests as 'confirmed' when you're acking them and subscribing ubuntu-archive (#180371)
[22:58] <soren> slangasek: Ah, right. Sorry about that. I did feel like I was missing something, but couldn't quite put my finger on it.
[22:58] <slangasek> soren: no worries :)
[22:59] <soren> :)
[22:59]  * soren wishes the good people of #ubuntu-devel good night
[22:59]  * slangasek waves
[23:03]  * calc ponders eating dinner since he is hungry but feels like he is going to vomit :-\
[23:05] <ScottK> That's easier with food in your stomache.
[23:06] <calc> yea sounds like a plan to me
[23:07] <calc> whats funny was the last time i was sick i was running 102F and didn't even feel sick (probably couldn't think straight) but now i am only running mid 99F and feel really sick
[23:09]  * calc goes to get some food and then lay down :-\
[23:11] <ion_> 102 coulomb/volt
[23:14] <jdong> ion_: not those kinds of F ;-)
[23:14] <jdong> ion_: if so I want him in my trunk next to my amp.
[23:58] <LaserJock> do we need to file sync request bugs for new packages in Debian that are not in Ubuntu?
[23:59] <ScottK> Since we're past DIF, yes.