[12:33] <keescook> geser: cool
[12:34] <keescook> ajmitch: true, true.
[12:35] <gnomefreak> ajmitch: some, im waiting on a few to be released but they havent been pushed from new yet about a week or so
[12:35] <ajmitch> gnomefreak: binary NEW?
[12:36] <gnomefreak> https://edge.launchpad.net/ubuntu/gutsy/+queue
[12:36] <gnomefreak> think that is source or both as i have seen binaries in there
[12:37] <geser> gnomefreak: it's very selective right now
[12:37] <Fujitsu> gnomefreak: Both.
[12:37] <geser> open sync request aren't also processed for over a week now (my oldest one is one week old)
[12:38] <pochu> pitti will process them tomorrow
[12:38] <geser> good to hear
[12:39] <gnomefreak> them being released isnt such a big deal since i can build and install but just commenting from above ;)
[12:39] <gnomefreak> hm
[12:40] <gnomefreak> i thought 1 failure to build on an arch stopped all binaries from release
[12:40] <ajmitch> then we'd never get anything done :)
[12:40] <gnomefreak> i see amd64 not built yet or failed and 386 .debs are in repos
[12:40] <geser> or less archs
[12:40] <gnomefreak> ajmitch: good point
[12:41] <geser> gnomefreak: you don't need to rebuild packages in bin-NEW on your own, looks like you can fetch the deb manually from the queue
[12:42] <gnomefreak> i dont see .debs for it
[12:42] <gnomefreak> how do i tell if its ftb or not?
[12:43] <gnomefreak> without loooking through all 3300 ftbs
[12:44] <gnomefreak> nvm
[12:44] <gnomefreak> found it
[12:48] <geser> gnomefreak: goto https://edge.launchpad.net/ubuntu/gutsy/+queue, expand the one you want and you will find links to the debs
[12:48] <gnomefreak> geser: nope it hasnt been pushed to farm yet
[12:51] <geser> gnomefreak: which package are you interested in?
[12:51] <gnomefreak> amarok2
[12:51] <gnomefreak> i found koffice2 in repos for 386
[12:51] <geser> ah, it's in source-NEW
[12:52] <gnomefreak> yes thats the only NEW i know of
[12:52] <geser> so it didn't reach the buildds yet
[12:52] <gnomefreak> looks like it
[12:53] <geser> each packages does through the NEW queue twice: one time for the source package and one time for new debs
[12:53] <gnomefreak> ah but same link for both? just the white mark on them means bins are there
[12:53] <gnomefreak> them=icons
[12:54] <geser> yes, that page lists both types
[12:54] <geser> when you hover other the icon you get an tooltip saying which type it is
[12:55] <gnomefreak> ah cool ty
[12:59] <Keybuk> gotta love geeks
[12:59] <Keybuk> their first instinct when seeing a fire in their house is to take a picture of it, then put it on their blog
[12:59] <Keybuk> rather than putting it out
[01:01] <ion_> :-D
[01:02] <geser> :)
[01:02] <geser> no livestream?
[01:05] <keescook> hmpf, still get blank fullscreen when using 3d on nvidia with compiz.  and suddenly no decorator again.  :P
[01:15] <wasabi> weee kernel oops
[01:15] <wasabi> this new kernel is kicking my ass
[01:15] <gnomefreak> wasabi: -11?
[01:15] <wasabi> Yeah
[01:16] <wasabi> Oh, looks like it's VMware's fault anyways.
[01:16] <wasabi> Or, at least, it's RELATED to vmware.
[01:44] <gnomefreak> gdm is broken there is no menu items xubuntu login screen is fine but default gdm is broken as well as ones i installed
[07:49] <kagou> Good morning
[08:02] <desrt> NO!
[08:02] <desrt> coNP is an awesome nick
[08:02] <asisak> Hey desrt BTW :)
[08:02] <desrt> i guess one of your branches rejected :(
[08:03] <desrt> hell o:)
[08:03] <desrt> it is time for bed.  bye bye
[08:23] <pitti> Good morning
[08:33] <kagou> hello pitti
[08:37] <StevenK> Morning pitti
[08:38] <StevenK> pitti: libboost*1.34.0 can be NBS'd out at your leisure
[08:39] <pitti> yay!
[08:50] <ScottK> pitti: In the interests of removing view-cvs (which is now obsolete), I'd appreciate it if you would have a look at Bug 139283 and the resulting binaries after it builds (view-vc has been FTBFS from us since we got it in the spring).  Once it's published, I'll have the bug to remove view-cvs to you.
[08:50] <ubotu> Launchpad bug 139283 in viewvc "Please sync viewvc (universe) from Debian unstable (main)" [Undecided,Confirmed]  https://launchpad.net/bugs/139283
[08:52] <pitti> does any KDEish person feel like rebuilding okular against new poppler?
[08:54] <StevenK> I tried, it breaks
[08:59] <pitti> doko_: ecj-bootstrap{,-gcj} is NBS, but kaffe builds against it; what is the replacement?
[08:59] <pitti> doko_: oh, and eclipse-gcj, too
[09:00] <pitti> StevenK: I guess you already looked at 'sear'? this is the single package that holds back three NBS packages
[09:01] <pitti> StevenK: oh, okular doesn't work with the new poppler API?
[09:03] <StevenK> pitti: No, okular just doesn't build at all
[09:04] <StevenK> pitti: I'm waiting for Riddell
[09:04] <pitti> StevenK: Riddell is on vac, btw
[09:04] <StevenK> I know that
[09:05] <StevenK> pitti: sear is being dealt with by man-di, he's the Debian maintainer
[09:05] <pitti> StevenK: sorry, sync-source.py got broken
[09:07] <MacSlow> Greetings everybody!
[09:07] <pitti> StevenK: feel free to use http://people.ubuntu.com/~pitti/scripts/syncpackage to sync viewvc for now
[09:08] <pitti> hey MacSlow! got powah again?
[09:10] <superm1> hey pitti today (friday) is your queue clearing day right?, mind if i bug/remind you again about looking over those two sru bugs? :)
[09:10] <pitti> superm1: which ones?
[09:10] <abooker> If one wished to produce a script that resized the rootfs, is there a particular place one could check out a few distro specifics?
[09:10] <superm1> pitti, bug 134726 bug 134801
[09:10] <ubotu> Launchpad bug 134726 in mythtv "MythTV 0.20.2 SRU " [High,Fix committed]  https://launchpad.net/bugs/134726
[09:10] <ubotu> Launchpad bug 134801 in mythplugins "Mythplugins 0.20.2 SRU " [High,In progress]  https://launchpad.net/bugs/134801
[09:10] <ScottK> pitti: Looking.
[09:11] <pitti> superm1: I don't normally look for universe SRU bugs, only when someone actually uploads something to the queue
[09:12] <superm1> pitti, they're both already in proposed, its at the point when they need to be copied to -updates
[09:12] <pitti> superm1: ah, of course I do look for verification-done tags
[09:12] <pitti> superm1: yep, will do that
[09:12] <superm1> thanks
[09:12] <StevenK> pitti: Sync viewvc why?
[09:13] <ScottK> StevenK: I think he meant me.
[09:13] <MacSlow> pitti, for the moment yes... and I hope it will stay that way... but then... that's what I thought yesterday morning too... well and yesterday went not that smooth power-wise.
[09:13] <StevenK> Ah ha
[09:13] <pitti> ScottK: I did, sorry
[09:13] <ScottK> No problem.  I'm used to it.
[09:13] <pitti> superm1: I won't copy them to -updates until gutsy is fixed, BTW
[09:14] <superm1> pitti, what do you mean?
[09:14] <pitti> superm1: the gutsy tasks of those bugs are still open
[09:14] <superm1> what's wrong with gutsy?
[09:14] <StevenK> pitti: Ah, more things about okular - it's now in kde4graphics, so the okular source package can probably just die, but like I say, I want to talk to Riddell about it
[09:14] <superm1> oh then i labeled the tasks wrong
[09:14] <superm1> they're both resolved in gutsy already
[09:14] <superm1> the version in gutsy is 0.20.2
[09:14] <pitti> superm1: if those are fixed in gutsy, then please set them to fixreleased
[09:14] <superm1> i'll fix those tasks then
[09:14] <pitti> superm1: ah, I see; thank you!
[09:15] <superm1> pitti, there we go, those should be marked right.  it didn't occur to me that the task without a distro label meant gutsy.
[09:16] <pitti> superm1: well, it means 'current development release'
[09:16] <superm1> right
[09:20] <abooker> Hmm OK, I'll take that as a piss off you script writing kiddie.  I apologise for taking up your time.
[09:20] <StevenK> pitti: I can fix eclipse, if you wish
[09:20] <pitti> StevenK: oh, you know what the replacement is?
[09:20] <StevenK> pitti: Yup, I've done a few
[09:21] <pitti> abooker?
[09:21] <pitti> WTH?
[09:21] <StevenK> pitti: ikvm can be fixed, but requires a UVFe.
[09:21] <StevenK> pitti: kaffe is then the only one left, and I don't think it builds
[09:23] <StevenK> kaffe also hasn't been updated since bofore Etch released
[09:23] <StevenK> before, even
[09:24] <ScottK> pitti: I'm having trouble with your syncpackage script.  I have the package locally here.  Would it be a problem if I just dput it?
[09:24] <pitti> ScottK: oh, trouble?
[09:24] <ScottK> Yes.  I'll get you the error.
[09:24] <pitti> ScottK: if you mangled the source.changes for s/unstable/gutsy/, then it should work
[09:25] <ScottK> Ah.  OK.  Let me try than then.
[09:25] <pitti> ScottK: and Origin: debian/unstable
[09:26] <StevenK> How did sync-source.py break?
[09:26] <pitti> psycopg.ProgrammingError: ERROR:  column "published" does not exist at character 397
[09:26] <ScottK> pitti: Is there a preferred mangling method (first time I've had to do it)?
[09:26] <pitti> ScottK: what's wrong with the script?
[09:27] <StevenK> (Next door's two dogs don't like the band practising, so bark a lot - my dog doesn't seem to mind, which is interesting)
[09:27] <StevenK> % diff -urNP ikvm-0.28.0.0 ikvm-0.34.0.2 | diffstat | tail -n 1
[09:27] <StevenK>  181 files changed, 265313 insertions(+), 209945 deletions(-)
[09:28] <mdke> dogs have different tastes in music I guess
[09:28] <StevenK> Oh, *wonderful*
[09:28] <ScottK2> pitti: http://pastebin.ubuntu-nl.org/37392/
[09:28] <StevenK> ScottK: No point even asking, based on that diffstat, right? :-)
[09:28] <pitti> ScottK2: how did you call this?
[09:28] <ScottK2> It looks like it gets the two files and then keeps going and dies on Python-Version: current
[09:29] <ScottK2> Getting
[09:29] <pitti> ooh
[09:29] <pitti> ScottK: right, it probably assumes that Files: comes last in the .dsc
[09:29] <ScottK2> python ../syncpackage http://ftp.de.debian.org/debian/pool/main/v/viewvc/viewvc_1.0.3-2.1.dsc gutsy
[09:29] <pitti> ScottK: which was true those two years ago when I wrote it
[09:29] <ScottK2> Of course
[09:29] <StevenK> pitti: You could use the DSCParser in Linda ...
[09:30] <pygi> doko_, poke? ?^_^
[09:30] <viviersf> Mithrandir, ping
[09:31] <ScottK2> pitti: Is it looking to find anything other than orig.tar.gz and diff.gz?
[09:31] <Mithrandir> viviersf: iz contentless ping.
[09:32] <pitti> ScottK2: no (except for native packages, etc)
[09:32] <pitti> ScottK2: it should probably just call dget nowadays
[09:33] <StevenK> pitti: Agreed, calling dget is much less work. :-)
[09:35] <StevenK> pitti: I'm half tempted to not test build eclipse ... Which makes me feel naughty.
[09:35] <viviersf> Mithrandir, quick question, is there anything different building custom gutsy images than in feisty ?
[09:36] <dholbach> good morning
[09:36] <Mithrandir> viviersf: custom ISOs?  No, the procedure is the same as it's been since dapper.
[09:37] <StevenK> pitti: -3ubuntu2 built fine, and it looks like it will take 2 hours to test build, and all I did was change the Depends line in debian/control.
[09:37] <pitti> StevenK: sounds fine to throw at the buildds...
[09:37] <viviersf> Mithrandir, ya like custom distros. okay weird cos my scripts dont work in gutsy anymore. prolly like a kernel change or something :(
[09:37] <pitti> StevenK: even if it FTBFSes, it's not the end of the world
[09:37] <StevenK> pitti: Agreed. I don't think it will.
[09:38] <StevenK> pitti: Uploaded.
[09:39] <StevenK> ScottK: Ping, did you see the diffstat for ikvm?
[09:39] <ScottK> pitti: And then I dput it after I run the script, right?
[09:39] <pitti> StevenK: so what did you change the depends to, i. e. what replaces ecj-bootstrap?
[09:39] <ScottK> StevenK: I haven't looked.
[09:39] <StevenK> ecj-boostrap-gcj -> ecj-gcj
[09:39] <pitti> ScottK: yep
[09:39] <pitti> StevenK: aah
[09:39] <ScottK> or I forget.  It's lat here.
[09:40] <StevenK> ScottK: I can repaste
[09:40] <Mithrandir> viviersf: oh, unionfs is busted at the moment.
[09:40] <viviersf> Mithrandir, ah damn! okay that would explain it. Thanks man :)
[09:41] <ScottK> pitti: Bug #139283 is done, so you can usubscribe the archive if you care about such things.
[09:41] <ubotu> Launchpad bug 139283 in viewvc "Please sync viewvc (universe) from Debian unstable (main)" [Undecided,Fix released]  https://launchpad.net/bugs/139283
[09:41] <StevenK> pitti: If you've NBS'd out boost, can you remove the lists?
[09:42] <pitti> StevenK: I NBSed some more stuff, so I'll just regenerate the lists
[09:42] <StevenK> pitti: Works for me.
[09:42] <ScottK> pitti: Also, I've got a stack of sync requests pending.  Is there any problem if I just do them all this way?
[09:43] <pitti> StevenK: hm, needs another publisher run
[09:43] <StevenK> pitti: I'll bug you in an hour, then. :-)
[09:43] <pitti> ScottK: not really, if you triple-check that the changelog is correct (-v like)
[09:43] <pitti> ScottK: that script more or less just does what sync-source.py is doing
[09:44] <ScottK> pitti: OK.  Thanks.
[09:44] <ScottK> I think I'm going to go to bed now, but I'll attend to it tomorrow if sync-source.py doesn't have a magic recovery in the meantime.
[09:51] <siretart> asac: hm. I see. So I wonder if we really shouldn't go back to 0.5.8 for 7.10
[09:53] <ScottK> pitti: When you say triple check the changelog is correct, I'd like to know exactly what you want checked for so I don't mess it up...
[09:53] <ScottK> Then I'm really going to bed.
[09:54] <pitti> ScottK: that it mentions the right versions, i. e. all changelogs since the last gutsy version
[09:54] <pitti> ScottK: like what you do with -v for merges
[09:54] <ScottK> OK.  Got it.  Thanks.
[09:55] <dholbach> mdke: can we close  https://bugs.launchpad.net/ubuntu/+source/gnome-user-docs/+bug/139064 ?
[09:55] <ubotu> Launchpad bug 139064 in gnome-user-docs "Please update gnome-user-docs from bzr" [Undecided,In progress] 
[09:55] <ScottK> pitti: I enjoyed getting the sylpheed-claes removal bugmail.  Thanks.
[09:55] <ScottK> Good night all.
[09:55] <pitti> bye ScottK
[09:55] <Fujitsu> Night ScottK.
[09:55] <ScottK> claes/claws.
[09:55] <dholbach> mdke: did you merge from http://bazaar.launchpad.net/~dholbach/gnome-user-docs/fixes ?
[10:06] <pygi> Keybuk, ping
[10:08] <Keybuk> pygi: hi
[10:08] <pitti> superm1: oh, sorry, mythplugins needs a proper upload to -updates
[10:08] <pygi> Keybuk, would you be so kind to add me to the code.google.com soc project? Thanks
[10:08] <superm1> pitti, i'm guessing because of the ~proposed1 that was missed?
[10:08] <pitti> superm1: right; mythtv is ok
[10:08] <pitti> superm1: is it ok to copy mythtv without mythplugins?
[10:09] <superm1> yea i thought that might be trouble, wasn't sure if you can correct it before copying
[10:09] <superm1> pitti, i can upload the mythplugins right now if you'd like
[10:09] <superm1> so you can do them both at once
[10:09] <pitti> superm1: no, copying means verbatim copy without any bit of change
[10:09] <pitti> superm1: that would be good
[10:09] <superm1> ah i see
[10:09] <pitti> superm1: what it (more or less) does is to only copy the Packages.gz entry without touching /pool at all
[10:09] <Keybuk> pygi: err, SoC has ended?
[10:10] <pitti> superm1: (some more db changes in the background, of course, but that's whatit comes down to for users)
[10:10] <superm1> ah i wondered how pockets worked.  do i need to upload the orig.gz still too?
[10:10] <pygi> Keybuk, yes, but I meant add me to this so I could upload code: http://code.google.com/p/google-summer-of-code-2007-ubuntu/
[10:10] <pitti> superm1: nope
[10:10] <superm1> okay that will make these quick uploads
[10:12] <Keybuk> pygi: it does not appear that I can
[10:12] <Keybuk> pygi: ask doko
[10:12] <pygi> Keybuk, ok, when he's back
[10:12] <pygi> oh, he's here :p
[10:12] <pygi> doko, poke, add me to the project please :)
[10:14] <superm1> pitti, okay those should be up
[10:15] <doko> pygi: looking ...
[10:16] <pitti> superm1: I'll reject the uploads, you uploaded to -proposed
[10:16] <superm1> pitti, oh i can actually just put them right to -updates then
[10:16] <dholbach> calc: bug 135086? mjg59: bug 127273?
[10:16] <superm1> okay whoops :)
[10:16] <pitti> superm1: yep
[10:16] <ubotu> Launchpad bug 135086 in unzip "zipgrep: exit code always 0" [Medium,Triaged]  https://launchpad.net/bugs/135086
[10:16] <ubotu> Launchpad bug 127273 in laptop-mode-tools "laptop-mode init script links not created" [Undecided,Confirmed]  https://launchpad.net/bugs/127273
[10:16] <superm1> pitti, can i use that same version number, or do i need to bump again?
[10:17] <pitti> superm1: no, please reuse the number, just fix s/proposed/updates/ in the changelog
[10:17] <superm1> k
[10:19] <superm1> pitti, okay should be back up again
[10:21] <dholbach> calc: oh, also bug 5462
[10:21] <ubotu> Launchpad bug 5462 in mc "Dutch translation: wrong shortcut" [Medium,Confirmed]  https://launchpad.net/bugs/5462
[10:24] <pygi> doko, kk
[10:25] <pitti> superm1: ok, all done; thanks
[10:26] <superm1> thanks pitti appreciate it
[10:55] <pitti> siretart: I'm not that happy about accepting cdrtools from source NEW, since it would probably break upgrades
[10:56] <pitti> siretart: i. e. it would replace cdrkit with cdrecord on upgrades which still have the transitional packages installed
[10:56] <pitti> siretart: and we don't want to force people to automatically move from main to multiverse packages
[11:02] <siretart> pitti: what kind of problems do you foresee?
[11:02] <siretart> query?
[11:03] <pitti> siretart: see above, automatically upgrading from cdrkit (main/supported) to cdrtools (multiverse, not supported)
[11:03] <pitti> siretart: and, freeze-wise, this is a new upstream version etc.
[11:16] <Q-FUNK> https://bugs.launchpad.net/ubuntu/+source/evince/+bug/135832
[11:16] <ubotu> Launchpad bug 135832 in evince "evince: libgtkprint support is broken" [Low,Incomplete] 
[11:16] <Q-FUNK> howdy!  would anyone have a clue about this one?
[11:16] <soren> Where are the fields in the Release file documented?
[11:17] <saispo> scripts/mod/../../include/linux/input.h:30: erreur: expected specifier-qualifier-list before __s32
[11:18] <saispo> anyone know i can fix that ?
[11:25] <siretart> \o/ :)
[11:31] <\sh> pitti, could you have a look at bug 139376
[11:31] <ubotu> Launchpad bug 139376 in quagga "[UVF exception]  please update quagga 0.99.9 " [Undecided,New]  https://launchpad.net/bugs/139376
[11:33] <pitti> \sh: can you please attach the debdiff between current gutsy and your new source?
[11:34] <\sh> pitti, even it's a new source? sure, no problem :)
[11:34] <pitti> \sh: yes, it'll be big, but it's convenient for reviewing
[11:34] <pitti> \sh: thanks
[11:34] <pitti> \sh: (yes, debdiff works for new sources, too)
[11:35] <\sh> pitti, give me 5 secs ;)
[11:36] <mvo> asac: network-manager is in "no network connection" mode again also my interface is manually managed
[11:37] <\sh> pitti, attached
[11:46] <asac> mvo: i filed bug 139566 for you now
[11:46] <mvo> asac: thanks!
[11:47] <asac> mvo: can you please attach some info .. like: is this always the case?
[11:47] <ubotu> Launchpad bug 139566 in network-manager "network-manager is in "no network connection" mode even though all interface are manually managed" [Undecided,New]  https://launchpad.net/bugs/139566
[11:47] <mvo> asac: sure, I'm happy to attach anything you need
[11:47] <asac> mvo: ok i'll ask in bug
[11:47] <mvo> asac: it seems to be not always the case, it worked a while. but then I usually suspend/resume my machine and hardly ever boot it.
[11:48] <mvo> asac: but currently I do have to boot it as fglrx breaks suspsend :(
[11:51] <asac> now i have to reboot ;)
[12:10] <Mithrandir> hm, can I tell requestsync to send me a bcc?  I like keeping copies of my outgoing mail.
[12:24] <Mithrandir> hm, why doesn't malone mark bugs in removed packages as fix released or invalid or something?
[12:25] <illovae> hello :)
[12:33] <siretart> pygi: see gutsy-changes: Accepted cdrtools 10:2.01.01a33-0ubuntu1 (source)
[12:35] <Kmos> Mithrandir: yes, you can.. you need to modify the source :)
[12:35] <Kmos> or ask pitti to do it in the next version
[12:46] <\sh> hmmm...
[12:46] <\sh> Errors were encountered while processing:
[12:46] <\sh>  /var/cache/apt/archives/vim-common_1%3a7.1-056+2ubuntu1_i386.deb
[12:46] <\sh>  /var/cache/apt/archives/vim-runtime_1%3a7.1-056+2ubuntu1_all.deb
[12:46] <\sh> while creating a dapper chroot
[12:47] <StevenK> What error?
[12:47] <\sh> dpkg: error processing /var/cache/apt/archives/vim-common_1%3a7.1-056+2ubuntu1_i386.deb (--unpack):
[12:47] <\sh>  trying to overwrite `/usr/share/vim/vimcurrent', which is also in package vim-runtime
[12:48] <\sh> hmm...
[12:48] <\sh> that's strange
[12:48] <\sh> I just use dapper and dapper-security archive...
[12:50] <\sh> and this version is not in dapper
[12:51] <\sh> argll.found it
[12:52] <\sh> my script is borked setting up pbuilderrcs
[12:56] <cjwatson> keescook: don't we need to fix bug 139265 now that we have a new version of pam?
[12:56] <ubotu> Launchpad bug 139265 in samba "localized pam == no samba password changing" [Undecided,New]  https://launchpad.net/bugs/139265
[12:57] <Mithrandir> more icons!
[12:58] <dholbach> yoohoo
[12:59] <pitti> cjwatson: right, we do; vorlon mentioned it some days ago
[12:59] <mjg59> mvo_: If compiz locks up rv350, it's likely to affect a lot of other chips in that family. r300 isn't terribly stable in terms of 3D
[01:00] <pitti> cjwatson: probably with calling passwd with  LC_MESSAGES=C or so
[01:02] <mvo_> mjg59: right. the only r300 I can get access to easily is a rv350, so I need to watch out for more reports
[01:30] <geser> doko: do you know what could be the cause for "libgcj failure: gcj linkage error.", "Incorrect library ABI version detected.  Aborting."?
[01:30] <geser> it's bug #132923
[01:30] <ubotu> Launchpad bug 132923 in pdftk "pdftk aborts on start" [Undecided,Confirmed]  https://launchpad.net/bugs/132923
[01:31] <doko> geser: rebuild with a recent gcj
[01:32] <laga> hi guys. how are the translations for ubiquity handled, if not in launchpad?
[01:38] <pitti> dholbach: how does compare-packages differ from debdiff?
[01:38] <dholbach> pitti: it diffs all the binary packages
[01:39] <cjwatson> laga: they're handled in Launchpad but the translations are only actually merged back by hand; I'm in the process of doing that now
[01:39] <cjwatson> dholbach: so does debdiff if applied to a pair of .changes files
[01:39] <pitti> dholbach: right, debdiff old.i386.changes new.i386.changes
[01:39] <dholbach> oh... ... ...
[01:40] <cjwatson> laga: most packages use language packs, but ubiquity can't because it would need all language packs to be installed on the live CD which isn't feasible
[01:40] <dholbach> pitti, cjwatson: how do you get an old *.changes file for a build that you don't have on your disk already?
[01:41] <dholbach> I'm happy to drop compare-packages, just trying to find out a clever workflow
[01:41] <pitti> dholbach: that's pretty tricky indeed; how does c-p do it?
[01:41] <pitti> dholbach: for this case I would just compare the .debs one by one
[01:42] <dholbach> it doesn't, you either need your own mirror or get debs
[01:42] <pitti> dholbach: I'm not saying that c-p isn't a good idea, I'm just curious what it does :)
[01:42] <dholbach> but at least they are easier to get
[01:42] <cjwatson> debdiff --from foo_1.deb bar_1.deb --to foo_2.deb bar_2.deb
[01:42] <dholbach> ok, gotcha
[01:42] <cjwatson> rtfm :-)
[01:44] <dholbach> changes committed in ubuntu-dev-tools
[01:45] <Mithrandir> or have a fake-changes command that gives you a fake .changes file for a set of .dscs/orig.tar.gz/.tar.gz/.deb files, so you can do debdiff <(fake-changes foo_1.deb foo_2.deb) foo_2.changes
[01:52] <pitti> evand: gobuntu-meta is not currently seeded; is it meant to stay in main for gutsy, for CD building etc.?
[01:53] <StevenHarperUK> Hi im looking for a Guide to using po translation files in PYTHON for my GTK project - can anyone help?
[01:54] <pitti> StevenHarperUK: you probably don't want to use .po files directly, right?
[01:54] <pitti> StevenHarperUK: you should just use the standard gettext Python module
[01:54] <dholbach> StevenHarperUK: try using python-distutils-extra
[01:54] <StevenHarperUK> Im have an XMl file at the moment
[01:54] <StevenHarperUK> Whats the correct way
[01:55] <pitti> dholbach: oh, cool; in apport and r-m I still have custom code to build .mo, etc.
[01:55] <dholbach> glatzor rocks :)
[01:56] <StevenHarperUK> Is there a GUIDE to making an APP Multi lingual using PO files ?
[01:56] <pitti> cjwatson: hmm, component-mismatches still contains lots of fallout from mobile (like claws-mail, mce-dev, etc.)
[01:57] <laga> cjwatson: alright. i was going to translate the mythbuntu frontend into german. is it too late now?
[01:57] <dholbach> StevenHarperUK: python-distutils-extra is a package including a python module that helps with translations in python projects
[01:58] <StevenHarperUK> Is there a Guide to doing that?
[01:58] <StevenHarperUK> An API - or example would be a great start
[01:58] <dholbach> apt-get source python-distutils-extra contains an example
[01:59] <dholbach> bzr get http://bazaar.launchpad.net/~ubuntu-art-pkg/example-look/dev       to
[01:59] <dholbach> too
[02:00] <\sh> pitti, I can't upload ;) could you upload it? :)
[02:00] <pitti> \sh: oh, sure
[02:00] <\sh> pitti, thx :)
[02:00] <\sh> pitti, fixes for the other distros are coming...dapper is attached
[02:01] <StevenHarperUK> Theres nothing there http://bazaar.launchpad.net/~ubuntu-art-pkg/example-look/dev/
[02:01] <dholbach> run  bzr get <url>
[02:02] <StevenHarperUK> ta
[02:02] <cjwatson> laga: no
[02:03] <cjwatson> pitti: as I noted in my mail, I can only get rid of some of them; things that get pulled in through build-depends are too hard to get rid of without another pile of germinate runs which would be computationally expensive
[02:03] <cjwatson> StevenHarperUK: info gettext
[02:03] <pitti> cjwatson: understood, thanks
[02:03] <laga> cjwatson: ok, where can i translate it then? i've got the source here but you said it was handled in launchpad
[02:04] <cjwatson> laga: https://translations.launchpad.net/ubuntu/gutsy/+source/ubiquity/+pots/ubiquity
[02:04] <cjwatson> laga: actually, cancel that
[02:04] <pitti> \sh: uploaded
[02:04] <\sh> pitti, thx
[02:04] <cjwatson> laga: https://translations.launchpad.net/ubuntu/gutsy/+source/debian-installer/+pots/debian-installer is what you actually want to translate
[02:05] <cjwatson> it's a combined set including translations of the whole installer, not just ubiquity
[02:05] <laga> cjwatson: thanks a lot!
[02:08] <StevenHarperUK> I want to make my own Project that is a python GTK app use the Proper Ubuntu Multi lingual implementation instead of my own XML effort
[02:08] <StevenHarperUK> mine works, but I want to use Launchpad to get Translations
[02:08] <laga> hum.
[02:09] <laga> StevenHarperUK: for mythbuntu-control-centre, we just ripped the translation stuff out of restricted-manager
[02:09] <laga> StevenHarperUK: you need the Makefile, AFAIK, and then you add the files which need to be translated to po/POTFILES.in
[02:10] <laga> i'm not sure how to upload translations to launchpad, though :)
[02:11] <StevenHarperUK> How are these used in Python thou : I need some sample code, the art example has no actual python code
[02:11] <laga> check the source of restricted-manager or mythbuntu-control-centre (only aailable in gutsy)
[02:12] <StevenHarperUK> you have a URL for the source?
[02:12] <laga> StevenHarperUK: BTW, this assumes you're using glade
[02:12] <cjwatson> xgettext knows how to extract translatable strings from python source so it should work as it would for C code
[02:12] <cjwatson> see info gettext
[02:12] <cjwatson> (or indeed xgettext can extract from glade files too)
[02:13] <StevenHarperUK> My text is already in an XML file
[02:13] <StevenHarperUK> I want to switch to the po method
[02:13] <laga> StevenHarperUK: are you using glade?
[02:13] <cjwatson> then use the appropriate tool to extract strings to a .pot file
[02:14] <cjwatson> if the XML file is useful for something else, keep it and extract the strings in a makefile; if not, junk it and keep the generated .pot file
[02:14] <StevenHarperUK> I dont use make
[02:14] <StevenHarperUK> I use debtools to make by debs
[02:14] <cjwatson> that's usually a mistake
[02:14] <StevenHarperUK> its python its all different
[02:14] <cjwatson> note that debian/rules is a makefile
[02:15] <geser> doko: I rebuild pdftk and it still has the same problem
[02:15] <laga> StevenHarperUK: are you using glade? *sigh*
[02:15] <StevenHarperUK> Ill find a Current python project that uses these (resricted-manager) and have a crawl over it
[02:15] <StevenHarperUK> no *sign*
[02:19] <cjwatson> pitti,evand: I've fixed the Gobuntu desktop seed to include gobuntu-desktop
[02:22] <pitti> cjwatson: thanks
[02:24] <doko> geser: yes, afaik it needs some work
[02:26] <geser> doko: is the problem in pdftk or in gcj-4.2? or somewhere else?
[02:27] <doko> geser: pdftk, hot it is built
[02:28] <pitti> ajmitch: can mono sensibly be built against libgda3 instead of 2? it's the only remaining rdependency
[02:29] <pitti> ajmitch: and IIRC previous mono versions did not build against it (since libgda2 was once in component-mismatches for demotion)
[02:29] <ajmitch> pitti: afaict the use of libgda in mono is in a not-very-maintained System.Data provider
[02:30] <ajmitch> so I don't know if that code is even useful, or used at all :)
[02:30] <pitti> ajmitch: just asking because libgda2 now appears in component-mismatches again, so it would be nice to change that to libgda3 or drop it
[02:30] <tahorg> hi, is there a timeline for fixing xen in gutsy amd64 ?
[02:30] <ajmitch> I can try & look at it in the morning
[02:31] <Kopfgeldjaeger> hi
[02:31] <pitti> ajmitch: thanks
[02:32] <ajmitch> along with that samba update I was doing before they released 3.0.26 to fix a security problem
[02:32] <ajmitch> which I'll need another UVF exception for, I guess :)
[02:35] <pitti> ajmitch: see my current post to u-devel@ :)
[02:37] <ajmitch> pitti: I don't see any recent post
[02:37] <pitti> erk, yes, I just saw that my local mailq is full of stuff
[02:37] <pitti> I guess my SSL certificate expired, or so
[02:38] <ajmitch> oops :)
[02:46] <\sh> pitti, bug 139569 ready for review and security upload...dapper/edgy/feisty debdiffs attached :) thx :)
[02:46] <ubotu> Bug 139569 on http://launchpad.net/bugs/139569 is private
[02:47] <pitti> \sh: hm, any reason not to make it public? it's a published issue after all
[02:47] <ajmitch> pitti: what was in this important mail to u-devel? :)
[02:47] <\sh> pitti, aeh...It's default when selecting "Security Bug" ;-)
[02:48] <pitti> ajmitch: dropping UVF, hang on, still scp'ing SSL keys around and refreshing :)
[02:48] <ajmitch> alright..
[02:48] <evand> thanks cjwatson
[02:48] <\sh> bug 139569 <test>
[02:48] <ubotu> Launchpad bug 139569 in quagga "quagga in dapper/edgy/feisty are vulnerable to malformed community string in bgpd" [Undecided,New]  https://launchpad.net/bugs/139569
[02:48] <\sh> pitti, changed :)
[02:49] <Fujitsu> \sh: Your edgy debdiff is a bit empty.
[02:49] <\sh> argl
[02:49] <\sh> moment
[02:51] <\sh> Fujitsu, now ;) I'm faster then my harddrive
[02:55] <pygi> siretart, will do
[02:55] <siretart> pygi: sorry? what will you do?
[02:55] <pygi> siretart, look at gutsy-changes for acceptance of cdrtools :)
[02:56] <siretart> ;)
[02:56] <pygi> siretart, I'll talk to you about this in sec :)
[02:57] <dholbach> mvo is on planet.ubuntu.com - yay! :)
[02:57] <dholbach> mvo_: you need a hackergotchi!
[02:59] <LongPointyStick> hackergotchis are overrated
[02:59] <LongPointyStick> oh yes, i should change mine.
[02:59] <ajmitch> blogs are overrated
[03:02] <StevenK> ajmitch: Agreed.
[03:03] <LongPointyStick> mneptok: where's that image of the green thing with the pointy stick?
[03:06] <StevenK> pitti: Can I convince you to let virtualbox-ose out of binary NEW?
[03:06] <pitti> StevenK: no, because I did that several hours ago already
[03:07] <StevenK> pitti: I see that. Thanks ever so. :-)
[03:07] <StevenK> kagou: ^
[03:08] <kagou> StevenK, :p
[03:08] <StevenK> pitti: It looks like kaffe builds. You might even be able to convince me to upload it.
[03:09] <pitti> and a package of Toffifee
[03:09] <\sh> hopefully it was the last vmware instance I deployed today...now to the real things
[03:10] <StevenK> Mmmm, German beer
[03:10] <ajmitch> StevenK: it'd be worth having the next UDS in germany at that
[03:11] <StevenK> pitti: ikvm is the last one - but the current version in Gutsy won't do a rebuild, and the upstream changes between it and the version in Debian are *massive*.
[03:11] <StevenK> ajmitch: Indeed. I don't think Germany has had a UDS yet.
[03:12] <StevenK> Means I get to brush up on a language I haven't spoken in 14 years
[03:12] <ajmitch> doing better than I am then :)
[03:12] <\sh> StevenK, an UDS in germany? let's do it in karlsruhe ;)
[03:12] <StevenK> \sh: No fair, you're biased. :-P
[03:12] <ajmitch> StevenK: ikvm is universe, and I'd say it's rarely used
[03:12] <StevenK> ajmitch: Agreed.
[03:13] <\sh> I think United Internet , Astaro and other companies who are using opensource will come :)
[03:13] <ajmitch> what's the current build problem with it?
[03:13] <\sh> StevenK, hmm..then let's do it next year in cameroon...;)
[03:13] <StevenK> I'd have to chedk.
[03:13] <pygi> siretart, pm ^_^
[03:13] <StevenK> ajmitch: Gimme a minute to polish kaffe.
[03:13] <StevenK> polish off
[03:13] <ajmitch> no problem
[03:13] <StevenK> pitti: Right, build of kaffe finished. Shall I throw it over to the buildds?
[03:14] <pitti> StevenK: please! you rock!
[03:14] <ajmitch> apart from the flights
[03:15] <ajmitch> & that it'd cost quite a bit :)
[03:15] <\sh> short ways for many ubuntu devs ;)
[03:15] <StevenK> E: Package mono-classlib-2.0 has no installation candidate
[03:15] <ajmitch> aha
[03:16] <ajmitch> so just a bad build dependency
[03:16] <StevenK> I don't think that's the error I had when I looked at it quite some time ago
[03:16] <ajmitch> probably not
[03:16] <ajmitch> what arch are you building that on?
[03:16] <StevenK> amd64
[03:16] <StevenK> I am pondering just being naughty and uploading
[03:17] <ajmitch>       - Removed obsolete mono-classlib-{1,2}.0 transition packages.
[03:17] <ajmitch> from october
[03:17] <StevenK> So it should be upgraded anyway
[03:17] <StevenK> (ikvm, that is)
[03:18] <ajmitch> yep
[03:18] <StevenK> pitti: Mind reading ajmitch's and I conversation? I know it's a universe package - do you have any objections to me just uploading it sans UVFe?
[03:21] <StevenK> ajmitch: What does dh_makeclilibs do?
[03:21] <StevenK> ajmitch: IE: is it safe to drop, or do I need keep it around?
[03:23] <ajmitch> it does tend to be rather useful, it's the equivalent of dh_makeshlibs
[03:24] <ajmitch> if you don't have it, get cli-common-dev
[03:25] <StevenK> Which is Build-Depend'd on.
[03:25] <StevenK> Right, merge done.
[03:29] <ajmitch> aha, finally got pitti's mail
[03:31] <ajmitch> pitti: that sounds fairly sensible, especially if motu-uvf agree to the same for universe
[03:35] <StevenK> ajmitch: Right, ikvm builds and installs fine.
[03:35] <ajmitch> great
[03:36] <StevenK> pitti: +1 from me about the freeze consolidation
[03:36] <StevenK> ajmitch: So, should I upload this thing? :-)
[03:36] <ajmitch> sure, why not?
[03:37] <StevenK> Because I don't have a UVFe...
[03:37] <ajmitch> for universe, though you're on the uvf team? :)
[03:37] <StevenK> Requires two acks. :-P
[03:37] <ajmitch> we were a bit more relaxed about it for edgy & feisty when it warranted it :)
[03:38] <pitti> StevenK: ikvm> fine for me, if you are know what you are doing
[03:38] <ajmitch> soren should be alive still
[03:38] <pitti> s/you are/you/
[03:39] <StevenK> pitti: Mmmm. It's uploading.
[03:40] <StevenK> pitti: Hopefully, in one publisher run, we can kill ecj-bootstrap{,-gcj}
[03:44] <pitti> ajmitch: when you are going to touch samba anyway, do you think you could take a look at bug #139265?
[03:44] <ubotu> Launchpad bug 139265 in samba "localized pam == no samba password changing" [High,New]  https://launchpad.net/bugs/139265
[03:44] <ajmitch> sure
[03:44] <pitti> ajmitch: I expect it's adding a LC_MESSAGES=C environment to the passwd call, or unset LANG/LC_ALL/etc.
[03:45] <ajmitch> yeah, I read the bug report earlier
[03:46] <ajmitch> I'd better sleep now though, almost 2
[03:47] <pitti> ajmitch: thanks, good night!
[03:47] <ajmitch> night
[03:48] <mathiaz> ajmitch: night !
[03:49] <cjwatson> ajmitch: if you do it by setting LC_MESSAGES then you should unset LC_ALL too; otherwise setting LC_ALL would also work (but might have other consequences)
[03:49] <cjwatson> apologies if I'm preaching to the choir
[03:53] <EtienneG> pitti, is 6.06.2 still on track for the 21st ?
[03:53] <mathiaz> pitti: it seems that apparmor has not been published on archive.u.c
[03:54] <pitti> EtienneG: no, unfortunately not, there have been delays in the kernel fixes
[03:54] <StevenK> Mmmm, 6.06.2
[03:55] <EtienneG> pitti, have a new release date been announced ?  (if yes, maybe https://launchpad.net/ubuntu/+milestone/ubuntu-6.06.2 should be updated)
[04:06] <norsetto> I see something strange in the archive, apparently the viewcvs binary is produced by two sources (viewcvs and viewvc) so I guess the older one is obsolete and should be removed?
[04:07] <RainCT> hi
[04:08] <RainCT> why doesn't update-manager show that 7.10 is available (with -d) if you run it with sudo?
[04:08] <pitti> norsetto: right, viewvc replaces viewcvs
[04:08] <mvo_> RainCT: do you run it with sudo or without?
[04:08] <RainCT> without it works, but with sudo it says nothing about the update (using -d on both)
[04:09] <LongPointyStick> pitti: interesting mail.
[04:09] <norsetto> pitti: ok; I got confused as I just pactched a bug in viewcvs and it got rejected :-) should I file a remove bug?
[04:10] <pitti> norsetto: please, so that we have documentation for it; someone just pointed it out this morning
[04:10] <norsetto> pitti: will do, thx
[04:10] <mvo_> RainCT: that sounds like bug #127263
[04:10] <geser> RainCT: does it also happen with "sudo -- update-manager -d"?
[04:10] <ubotu> Launchpad bug 127263 in update-manager "update-manager cannot find meta-release info" [Medium,In progress]  https://launchpad.net/bugs/127263
[04:10] <mathiaz> mvo_: yesterday I asked someone in ubuntu-server to try to use do-release-upgrade -d to upgrade a feisty server to gutsy. But it failed with no distribution found in the meta file (something like thhat).
[04:10] <mvo_> mathiaz: with or without sudo?
[04:10] <mathiaz> mvo_: with sudo
[04:11] <mvo_> pitti: if you could have a look at #127263 that would be most appreciated, I would like to get it into feisty-proposed
[04:11] <mathiaz> mvo_: the command he used was "sudo do-release-upgrade -d"
[04:11] <mvo_> mathiaz: that is probably #127263 as well :/
[04:11] <norsetto> bug 139037 :-)
[04:11] <ubotu> Launchpad bug 139037 in viewcvs "Please remove viewcvs source from Gutsy" [Wishlist,Confirmed]  https://launchpad.net/bugs/139037
[04:11] <mvo_> mathiaz: there is a fix, it is hopefully available in -proposed soon
[04:11] <RainCT> geser: $ sudo -- update-manager -d            usage: sudo -K | -L | -V | -h | -k | -l | -v
[04:12] <mathiaz> mvo_: ok. I asked him to install update-manager-core from -updates.
[04:12] <mathiaz> mvo_: I'll ask him again later then.
[04:12] <pitti> mvo_: can you please get it fixed in Gutsy?
[04:13] <mathiaz> pitti: In the apparmor update, I've renamed libapparmor-dev to libapparmor1-dev, which is the reason why apparmor wasn't published in the archive as of yesterday.
[04:13] <mathiaz> pitti: libapparmor1-dev was waiting in NEW.
[04:13] <pitti> mathiaz: right, but kees named it back
[04:13] <pitti> mathiaz: so I rejected libaparmor1-dev
[04:13] <pitti>   apparmor | 2.1+961-0ubuntu3 |         gutsy | source, amd64, i386, powerpc
[04:13] <mathiaz> pitti: yes. But as of now, it won't build correctly.
[04:13] <pitti> and 0ubuntu3 is there
[04:14] <mathiaz> pitti: The reason I renamed it was that I tried to follow the library guide
[04:14] <pitti> mathiaz: but usually, -dev packages shuold not have a soname
[04:14] <mathiaz> pitti: and according the command given there to figure out the name of -dev, it should be libapparmor1-dev
[04:14] <pitti> mathiaz: not unless you actually want to support several sonames in parallel, which doesn't seem appropriate for apparmor
[04:14] <mathiaz> pitti: beside the fact that lintian emits a warning when building the package.
[04:15] <mvo_> pitti: its fixed in gutsy with the 0.72 upload, I updated the bugstats
[04:15] <pitti> mathiaz: i. e. it does make sense to have libqt3-dev and libqt4-dev, because we want them in parallel
[04:15] <pitti> mvo_: just saw it; weird that LP didn't close the task
[04:15] <mathiaz> pitti: so I renamed to libapparmor1-dev and provided libapparmor-dev and conflict libapparmor-dev.
[04:16] <mathiaz> pitti: ok. So it's better to keep libapparmor-dev.
[04:16] <pitti> mathiaz: weird that lintian complains about it
[04:16] <mathiaz> pitti: The warning is the reason why I looked into renaming it.
[04:16] <pitti> I don't remember getting this for libpq-dev
[04:17] <pitti> in fact I don't, right
[04:17] <mathiaz> pitti: I'll try to rebuild it and see if I still get the warning.
[04:18] <mathiaz> pitti: but as of now, libapparmor-dev is emtpy...
[04:18] <pitti> mathiaz: hm, that *is* a bug indeed :)
[04:18] <mathiaz> pitti: (and it's not on http://archive.ubuntu.com/ubuntu/pool/main/a/apparmor/)
[04:18] <pitti> mvo_: I'd rather have it intercept OSError than Exception, but *shrug*
[04:19] <pitti> libapparmor-dev | 2.1+961-0ubuntu3 |         gutsy | amd64, i386, powerpc
[04:19] <pitti> mathiaz: ^ hmm
[04:19] <pitti> indeed, WTH?
[04:19] <pitti> it is on drescher
[04:19] <pitti> might be a mirroring problem
[04:20] <pitti> mvo_: out of interest, why does that code exist twice?
[04:20] <mvo_> pitti: it does not, debdiff shows it two times, one is a symlink
[04:21] <alex-weej> GTK+ 2.12 GOGOGOGOGOgogogogogog
[04:21] <mvo_> pitti: update-manager and the release-uprader share this code to get meta-release information but in order to be able to ship updated versions the release upgrader has its own "copy"
[04:22] <mvo_> pitti: I'm fine with changing it to OSError if you prefer that
[04:27] <pitti> mvo_: it's just a bit more robust, but it's just nitpicking
[04:29] <soren> ajmitch: hm?
[04:29] <pitti> mvo_: so, fine for me
[04:31] <alex-weej> is it too late to make changes to the desktop-effects UI so that we can add warnings about failing GLX and stuff?
[04:32] <mvo_> pitti: thanks, uploaded
[04:37] <zul> hi sabdfl
[04:39] <mathiaz> keescook: I've fixed libapparmor-dev build for the apparmor packages.
[04:39] <mathiaz> keescook: I've pushed the changes in my branch.
[04:41] <pitti> mvo_: accepted/bug updated
[04:42] <mvo_> pitti: cool, thanks!
[04:51] <Hobbsee> hehe
[04:51] <Hobbsee> pitti: just remove it.
[04:52] <pitti> Hobbsee: just doing the last rebuilds for Maintainer: foo, and the last four packages hate me (which don't unpack/edit/debuild -S)
[04:52] <StevenK> pitti: There's only one more package in main that needs yada
[04:52] <pitti> yeah, I'm doing universe
[04:52] <StevenK> Except that infinity is ignoring me
[04:53] <Hobbsee> how long has he had?
[04:53] <StevenK> Since before FF, I think
[04:54] <StevenK> I last touched the changelog on the 8th of August
[04:55] <StevenK> So, 5 weeks, give or take
[04:55] <StevenK> pitti: Can you twist his arm? :-)
[04:55] <StevenK> pitti: I'd really really like yada in universe for Gutsy. Well, actually, I'd prefer it out of the archive, but ...
[04:56] <StevenK> Yeah, but Melbourne sucks
[04:56] <pitti> StevenK: so why don't just upload your's?
[04:56] <Hobbsee> ew, melbourne.
[04:56] <Hobbsee> oh, whoops.
[04:56] <StevenK> Because I'm waiting for feedback from infinity. And he had some good points the first time he looked.
[04:58] <StevenK> I just read the debdiff. I had forgotten how *evil* the yada generated rules file is
[05:01] <Hobbsee> probably created by a melbournian bar tender.
[05:01] <StevenK> No, created by dexter. Much worse.
[05:01] <Hobbsee> heh.  right.
[05:02] <ScottK> Speaking of removing ... Bug #139037 is availalble for doing some archive removing...
[05:02] <ubotu> Launchpad bug 139037 in viewcvs "Please remove viewcvs source from Gutsy" [Wishlist,Confirmed]  https://launchpad.net/bugs/139037
[05:03] <geser> doko: found the pdftk build problem, it uses some local copies if gcj files: # older versions of libgcj might not have the MD5 algorithm (from # libgcj CVS on March 7, 2004; diffed September 5, 2006 w/ gcc 4.1.1)
[05:04] <geser> doko: do you know since when MD5 is in libgcj?
[05:08] <pochu> pitti: isn't today your archive day? :)
[05:08] <Hobbsee> not that he's admitting to
[05:09] <realist> StevenK, Hobbsee; you two are from Sydney I presume?
[05:09] <pitti> pochu: yes
[05:09] <Hobbsee> realist: no, i'm from antarctica
[05:10] <realist> Hobbsee: that's better than Sydney, I suppose ;-)
[05:10] <realist> Should've held APEC summit there.
[05:10] <pitti> pochu: what do you need to get done?
[05:10] <pitti> pochu: I did everything except syncs (sync tool is broken)
[05:10] <pochu> woops, it's a sync :-)
[05:11] <pochu> But it's not urgent
[05:13] <Hobbsee> realist: but yeah, i am in sydney.  apec in antarctica, or even canberra would be great.
[05:13] <pochu> pitti: oh if you can take a look at bug 137990
[05:13] <ubotu> Launchpad bug 137990 in liferea "New upstream release 1.4.2" [Wishlist,Incomplete]  https://launchpad.net/bugs/137990
[05:13] <StevenK> APEC is all over, there's no point complaining about it
[05:14] <realist> I wasn't complaining. I'm in Melbourne :-)
[05:15] <Hobbsee> then you suck.
[05:15] <Hobbsee> why would anyone want to live in melbourne anyway?  :)
[05:17] <realist> Melbourne > Sydney
[05:19] <Hobbsee> in your dreams, perhaps
[05:19] <keescook> cjwatson: yup, that does need fixing.  I'll get on it.
[05:20] <pitti> keescook: good morning!
[05:20] <pitti> keescook: ajmitch also agreed to look into the samba locale issue
[05:21] <keescook> pitti: ah, okay, I will let ajmitch handle it then, since he is more familiar with samba.
[05:21] <keescook> is bazaar.l.n having issues?  I can't seem to merge some branches.
[05:25] <pitti> pochu: done, bug updated (approved)
[05:30] <pochu> pitti: thanks a lot
[05:40] <ScottK> pitti: syncpacakge isn't a great fan of "-" in the upstream version either.  I could probably do some work to modernize the script.  Do you feel it would be a worthwhile effort?
[05:42] <pitti> ScottK: sure, it seems useful at times like this
[05:42] <pitti> ScottK: I guess with rmadison and dget around it could also get a whole lot simpler
[05:44] <ScottK> Right.  Well there's rewrite the whole thing and then there's make it work in a few corner cases it has trouble with.  I'm a lot more likely to have time for the latter.
[05:45] <pitti> ScottK: or bug me to do it myself :)
[05:46] <pitti> if it's blocking people's work, it's a good excuse for me to fix it
[05:46] <ScottK> Sure.  Once you see my code, you'll be motivated for a complete rewrite.
[05:47] <ScottK> So far lines after the Files: lines and"-" in the upstream version are the problems I've hit.
[05:47] <ScottK> I just commented out the smarts for that case and set stuff to what it needed to be.
[05:47] <ScottK> It should be easy enough to deal with those issues generally though.
[05:49] <Nafallo> win 1
[05:49] <soren> lose 2
[05:50] <bddebian> Heya
[06:05] <ScottK2> pitti: Here is, I think, a workable solution for syncpackage to lines coming after the Files section in .dsc (it seemed to work for me): http://pastebin.ubuntu-nl.org/37435/
[06:06] <pitti> ScottK: hm, maybe "if not l[0] .isspace()"?
[06:11] <ScottK> pitti: Not sure.  It seems that running out of things ending in .gz is a reasonably reliable way to know you're out of the Files: section.  I don't know enough about what one might expect to see in a .dsc to really know.
[06:12] <Keybuk> getting a picture from my phone to my desktop is annoyingly difficult
[06:12] <pitti> ScottK: it's a multi-line, i. e. as long as the lines start with spaces, you are still parsing Files:
[06:12] <ScottK> Right.
[06:12] <pitti> ScottK: i. e. until you either hit EOL or a line with a non-space in the first column
[06:12] <Keybuk> I had a Python dsc parser somewhere
[06:12] <ScottK> That makes sense.
[06:13] <Mithrandir> Keybuk: right click bluetooth icon, choose "browse device", choose phone, copy files?
[06:13] <Keybuk> Mithrandir: desktop doesn't have bluetooth
[06:13] <Mithrandir> Keybuk: does too
[06:13] <Mithrandir> oh, your desktop doesn't
[06:13] <Mithrandir> -desktop does. :-)
[06:13] <Keybuk> it's not very common in desktop computers
[06:13] <Mithrandir> USB BT adapters cost about about two pence.
[06:14] <ScottK> pitti: That works too.  I do agree it's better.
[06:14] <Mithrandir> ok, more like ten or twenty quid, but still not very expensive
[06:14] <Spads> and the security violations bluetooth allows are priceless
[06:14] <pitti> oh, wow
[06:14] <Keybuk> Mithrandir: I have a USB cable
[06:14] <Keybuk> but it's about 2 metres away
[06:14] <Keybuk> therefore annoying
[06:14] <pitti> I just sticked in my BT dongle, and hey, Gnome *did* something
[06:14] <Mithrandir> pitti: yes, it gives you the ability to, like, browse your phone.
[06:14] <Mithrandir> Spads: apart from all the fun bits of broken implementations, you mean?
[06:15] <geser> pitti, ScottK2: isn't l[2]  the second char in l? I guess that's not what you want
[06:15] <pitti> obex://[00:16:bc:04:c8:a1]  is not a valid place
[06:15] <pitti> hmm
[06:15] <cjwatson> Keybuk: you might have to get out of your chair
[06:15] <cjwatson> geser: l[2]  is the third character
[06:15] <Keybuk> cjwatson: I'm trying my phone's e-mail ability to see whether that works <g>
[06:15] <pitti> I am supposed to check the spelling of my bt addresses? :)
[06:16] <wasabi> Hmm. I'd agree that it's not common, but it will be.
[06:16] <wasabi> Every MS wireless mouse we have in the office uses bluetooth now... and all the Compaq's you can buy come with it.
[06:16] <geser> cjwatson: yes, you are right, but it's still not what ScottK wants
[06:17] <Mithrandir> pitti: is gnome-vfs-obexftp installed?
[06:17] <cjwatson> indeed
[06:17] <pitti> something is missing, though, my phone can't associate with my desktop, and neither the other way round
[06:17] <ScottK> geser: It's actually the third item in the list l in this case.
[06:18] <pitti> Mithrandir: that did the trick, thanks
[06:18] <Keybuk> cjwatson: my chair has wheels ... *wheee*
[06:18] <pitti> wow, that's, like, MAGIC :)
[06:18] <Hobbsee> hehe
[06:18] <Mithrandir> pitti: care to add that to -desktop's recommends too?
[06:18] <Hobbsee> welcome to 2007, pitti :P
[06:19] <geser> ScottK: but l is still the whole line at this place, you get a list of tokens after the l.split()
[06:19] <pitti> Hobbsee: last time I tried that it wasn't possible in gnome yet (maybe a year ago)
[06:19] <pitti> Mithrandir: 75.2 kB, that doesn't sound too bad
[06:19] <Hobbsee> pitti: ahh.  works just fine on kde.
[06:20] <Mithrandir> pitti: it needs mainification, but that shouldn't be too bad either.
[06:20] <Hobbsee> wouldnt know about your variant, though
[06:21] <ScottK> geser: I don't think so, but I have to run.  I'm sure pitti will get it sorted
[06:21] <pitti> mvo_: I clicked on a .mid file on my cellphone obex browser, and it offers me to install kmid; yay easy-codec-installation :)
[06:37] <bdmurray> pitti: Does restricted-manager always ask you to restart after installing a new X driver?  I noticed the restart dialog on Feisty last night.
[06:37] <pitti> bdmurray: after enabling nvidia/ati, yes
[06:37] <pitti> bdmurray: we don't have a convenient method to restart only X, except for Ctrl+Alt+Backspace
[06:38] <pitti> (but I don't want to recommend that, since it kills your apps without asking for saving, etc.)
[06:38] <bdmurray> pitti: Hrm, but if somebody wanted to test Compiz on the Live CD . . .
[06:39] <pitti> bdmurray: logging out and back in doesn't suffice (at least for me), ctrl+alt+backspace does the trick, though
[06:40] <superm1> pitti, is there no nice signal you can issue to gdm to restart?
[06:40] <bdmurray> pitti: Right - but if somebody is told to reboot after installing the proprietary driver when running the Live CD.  They'll reboot and need to install it again.
[06:43] <pitti> superm1: you can call the init script, sure
[06:43] <superm1> pitti, so why not offer the person to restart the session that route (only when in live mode)?
[06:43] <pitti> bdmurray: right; the rebooting is easily available from update-notifier, so I used that
[06:43] <pitti> superm1: that applies equally to the installed system, I think
[06:44] <superm1> i guess you would still need to have it rmmod the radeon kernel module though
[06:44] <superm1> if its loaded
[06:45] <pitti> no, rmmod is out of the question, that wreaks havoc
[06:45] <pitti> disabling can only safely happen with a reboot, but enabling can happen with a gdm restart
[06:57] <alex-weej> anyone have any idea when gtk 2.12 will be uploaded?
[07:00] <geser> alex-weej: I wouldn't expect it before monday and as seb128 is on vacation (afaik) this may take a while longer
[07:00] <lamont> bug 139534 even
[07:00] <ubotu> Launchpad bug 139534 in palo "Please sync palo (main) from Debian unstable (main)" [Undecided,Confirmed]  https://launchpad.net/bugs/139534
[07:00] <alex-weej> geser: oh panties :( ok thanks
[07:00] <alex-weej> broken tooltips are driving me up the wall! :P
[07:06] <Mithrandir> lamont: sync-source is b0rked atm, so not in a bit
[07:07] <DrakeJustice> somebody point me at a guide for usplash generation in gutsy, plz?
[07:07] <DrakeJustice> !
[07:07] <lamont> Mithrandir: ah, ok.  I'll just shove 1.15.hppa99 into my repo then.
[07:13] <keescook> pitti: but if they reboot a livecd, won't they just be back to needing to enable the proprietary driver again?  (i.e. there is no way to enable a proprietary driver via the liveCD)
[07:14] <bdmurray> keescook: Isn't that what I said?
[07:14] <pitti> keescook: as we said, you need to restart gdm
[07:15] <keescook> bdmurray: yeah, I thought it wasn't understood.  pitti: right, I understand what needs to happen, but I'm saying a non-techie may not understand.
[07:15] <lamont> hrm... slapd and racoon both need to be taught lsb boot messages
[07:16] <bdmurray> l/win 5
[07:19] <Keybuk> l/lose 10
[07:20] <bdmurray> gah! I'm down 5 it seems
[07:27] <Lure> pitti: UVFe submitted 139652
[07:27] <Lure> pitti: bug 139652
[07:27] <ubotu> Launchpad bug 139652 in libgphoto2 "UVF exception 2.3.1 -> 2.4.0" [Undecided,New]  https://launchpad.net/bugs/139652
[07:27] <pitti> Lure: sorry, I have to run now
[07:27] <pitti> darn, I lost track of time
[07:42] <pygi> siretart, do you have a few seconds?
[07:42] <ogra> Amaranth, ping ...
[07:43] <Amaranth> ogra: pong
[07:44] <ogra> Amaranth, mind joining #ltsp for a second ?
[07:44] <ogra> we have a user there who desparately wants to get compiz on ltsp and it seems we cant get it working for him
[10:11] <LaserJock> keescook: got a minute?
[10:13] <keescook> LaserJock: sure, though I may be distracted by things.  :)  what's up?
[10:14] <LaserJock> keescook: I'm trying to figure out how to read search results from http://cve.mitre.org/
[10:14] <LaserJock> keescook: I'm working on a MIR so I did a search on the app
[10:14] <LaserJock> and I got 36 results
[10:14] <keescook> heh.
[10:14] <LaserJock> but I'm trying to figure out how to figure what applies to the version we have, etc.
[10:14] <keescook> what's the package?  (or rather, what is the search URL you ended up on?)
[10:15] <LaserJock> http://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=moodle
[10:15] <keescook> That tends to be the "art" to dealing with CVE -- they're not always correct, and sometimes they don't have version info at all.
[10:15] <keescook> ah, yes, moodle.
[10:15] <LaserJock> we have version 1.8.2 btw
[10:15] <keescook> yeah, there is a lot to dig through, and working with moodle's changelogs should be the most helpful here.
[10:16] <LaserJock> ah, ok
[10:16] <manchicken> Hmm... There's something wrong with suspend/resume and powermanagement on these System76 Darters under Gutsy.
[10:16] <keescook> the work is to map their fixes to given CVEs
[10:16] <keescook> LaserJock: this is what makes an upstream "good" or not when dealing with security fixes -- do they refer to CVEs in changelogs, are they good about splitting out patches, etc.
[10:17] <keescook> if they're not, it's a lot of reading code to sort it all out.
[10:18] <LaserJock> hmm, first job is to *find* a changelog :/
[10:18] <keescook> hehe
[10:18] <manchicken> At first I thought the power management thing was just KDE, but it seems to be a desktop-independent problem.
[10:18] <\sh> LaserJock, did you try the security tracker of debian first?
[10:18] <LaserJock> no, where is that?
[10:19] <ogra> by the looks of it nost of these CVEs are fro versions like 1.4, 1.5, 1.6  ...
[10:19] <ogra> *most
[10:19] <LaserJock> keescook: they have a "Moodle Security Center" at least, although it's always worrying that they've got so many problems they have a whole center for it ;-)
[10:20] <ogra> very likely they are fixed .... just find the proof ...
[10:20] <LaserJock> ogra: yeah, I just want to make sure they are *fixed*
[10:20] <\sh> LaserJock, http://security-tracker.debian.net/tracker/
[10:20] <LaserJock> \sh: ahh, that is nice
[10:21] <LaserJock> oh, that rocks!
[10:21] <\sh> LaserJock, well, it needs a bug in the dbts to be listed but it helps us in the moment
[10:22] <\sh> it helps me ;)
[10:22] <LaserJock> it has a bunch of the moodle CVEs and tells you what version they were fixed in
[10:25] <LaserJock> ok, all the CVEs on Debian are fixed in our version
[10:25] <LaserJock> *phew*
[10:25] <keescook> sweet
[10:25] <LaserJock> it looks like 1.6 was a bad time in moodle history ;-)
[10:25] <LaserJock> or rather <1.6
[10:26] <ogra> yeah
[10:26] <ogra> or 1.5
[10:26] <ogra> it was horror
[10:27] <\sh> LaserJock, tbh...most of the things where a patch is available is already in ubuntu, or is fixed in no time from pitti and kees...so ubuntu is very safe (passive meaning) and secure (active meaning)...
[10:27] <\sh> LaserJock, and thx to debian ...
[10:27] <ogra> \sh, yeah, we're just checking if keescook or pitti are slacking :P
[10:27] <\sh> ogra, oh...I think pitti and kees are having fun sometimes ;)
[10:28] <ogra> yeah :)
[10:28] <\sh> and checking 3 distros at one time sometimes, it's nasty :)
[10:28] <\sh> cherry picking patches is also no fun at all (tm) ;)
[10:29] <keescook> hehe
[10:32] <\sh>  keescook: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=441433 have fun ;) and celebrate ,-)
[10:32] <ubotu> Debian bug 441433 in php5 "CVE-2007-3806, CVE-2007-2519 and CVE-2007-3799" [Important,Open] 
[10:33] <\sh> keescook, it looks like that 5.2.4 is fixing most of the crap
[10:34] <\sh> oh no...they fixed the CVEs from 5.2.2. ;)
[10:43] <keescook> \sh: yay for php.  :)
[10:48] <\sh> keescook, oh wonder...5.2.4. is fixing some new CVEs (CVE-2007-3806 e.g.)
[10:49] <\sh> but it's also correcting fixes for old CVEs ;)
[10:50] <keescook> \sh: yeah, I'm going to sort those out.  seanius (debian maintainer) and I have back-ported various CVEs as they've come up prior to 5.2.4 getting released, so I need to sort through them.
[10:52] <geser> \sh: the last firebird2.0 in Debian unstable fixed 7 CVEs. Luckily for keescook and pitti firebird2.0 is in universe (and only since gutsy)
[10:54] <\sh> geser, yeah I saw it ;) Just lurking on the debian security tracker ;)
[10:55] <mathiaz> keescook: bug 139683
[10:55] <ubotu> Launchpad bug 139683 in apparmor "package apparmor-utils 2.1+961-0ubuntu3 failed to install/upgrade: dependency problems - leaving unconfigured" [Undecided,New]  https://launchpad.net/bugs/139683
[10:55] <geser> django is cool, but look also on turbogears which is also quite nice (I use it currently for a project at work)
[10:55] <mathiaz> keescook: I think this is because the kernel was upgraded at the same time as the apparmor packages, but since it's not running the new module yet, apparmor fails to reload.
[10:59] <keescook> mathiaz: ah, right, you dropped the error handlers...
[11:00] <mathiaz> keescook: so we could ignore a failed reload on an upgrade ?
[11:00] <keescook> the only way I know of is with the error handlers.
[11:02] <keescook> mathiaz: can you add those back in, but change the text to say something about needing to check that the "apparmor" kernel module is loaded instead of the m-a goo it had before?
[11:03] <mathiaz> keescook: sure.
[11:05] <mathiaz> keescook: are you sure --no-restart-on-upgrade DTRT for the postinst script ?
[11:05] <keescook> mathiaz: yes, I tested that.  It basically only does a "stop" on a "remove", not an "upgrade".
[11:06] <keescook> but it does still attempt a "start" on configure (which we want), and I manually added a "reload" after the 'start' in the case of it needing a reload (start when already started just skips doing anything)
[11:07] <mathiaz> keescook: yes.. I understand now. I was just looking at the postinst script.
[11:07] <mathiaz> keescook: prerm does the right thing.
[11:08] <keescook> cool.  It seems the error handler for the postinst just needs to catch the "start" failing.  (And perhaps we should adjust the "reload" call to be "|| true" just to be safe?
[11:08] <mathiaz> keescook: I've used --error-handler=true
[11:09] <mathiaz> keescook: in another package I fixed.
[11:10] <keescook> hah!  that's good.  :)
[11:11] <mathiaz> keescook: should we just fix the postinst script ?
[11:12] <mathiaz> keescook: I think that --error-handler=true will have an impact on all maintainer sripts.
[11:15] <mathiaz> keescook: hum.. it won't work since dh_installinit doesn't handled the reload call.
[11:15] <keescook> mathiaz: it'll work for the "start", but the "reload" will need it fixed manually
[11:17] <mathiaz> keescook: --error-handler will also modify prerm script.
[11:17] <keescook> I think that's fine.
[11:18] <keescook> (that's the way I had it before)
[11:19] <mathiaz> keescook: that's the diff: http://paste.ubuntu-nl.org/37447/
[11:20] <keescook> mathiaz: looks good.  you want me to add it, or is this in your bzr already?
[11:20] <mathiaz> keescook: it will be in my bzr tree in a couple of minutes
[11:21] <mathiaz> keescook: pushed.
[11:22] <mathiaz> keescook: there is also another change: ignore .dpkg-dist files when loading profiles.
[11:23] <keescook> ah!  good, yes.