[12:14] <ScottK> Good night geser
[12:15] <ScottK> Adri2000: Got a minute to look at a bugfix ready for upload?
[12:15] <pochu> night geser 
[12:16] <ScottK> Bug #113803 is ready for uus review I believe.
[12:16] <ubotu> Launchpad bug 113803 in python-scientific "Python-netcdf crashes in Feisty" [Medium,Confirmed]  https://launchpad.net/bugs/113803
[12:24] <bhale> ok kids, what is the latest proceedure for sync requests?
[12:25] <pochu> bhale: is the package in universe?
[12:25] <bhale> pochu: no.
[12:25] <pochu> main?
[12:25] <bhale> yes.
[12:27] <pochu> bhale: then I think you have to file a bug against the package, and after that subscribe ubuntu-archive
[12:27] <bhale> oh, thats familiar
[12:28] <pochu> bhale: https://wiki.ubuntu.com/SyncRequestProcess
[12:28] <pochu> bhale: sorry, subscribe ubuntu-main-sponsors, and wait for a confirmation
[12:28] <pochu> then subscribe (if they haven't done it) ubuntu-archive
[12:29] <bhale> pochu: er, i am a "main sponsor"
[12:29] <pochu> bhale: lol, are you?
[12:29] <bhale> pochu: yes.
[12:29] <pochu> bhale: then either confirm it yourself, or wait for any other main sponsor to confirm it :)
[12:30] <pochu> bhale: hehe, didn't know :-)
[12:30] <bhale> pochu: im not that active any more
[12:30] <bhale> i did most of the mono work for warty->breezy and dropped off a bit in dapper
[12:31] <pochu> it's never late to come back! :)
[12:31] <bhale> slomo does it better :)
[12:43] <beuno> pochu: can you spare 1 or 2 minutes?
[12:44] <pochu> beuno: sure!
[12:45] <beuno> pochu: UWN is about to go out, and I'm looking for a team to highlight and promote, the MOTU team sounds like a good candidate  :D
[12:46] <pochu> beuno: sure! but I'm not a MOTU ;)
[12:47] <pochu> beuno: I'm on my way, though :-)
[12:47] <beuno> pochu: well, I'm just looking for some guidance to write a paragraph or two
[12:47] <pochu> but probably I can help you if you have any question
[12:47] <pochu> beuno: sure
[12:48] <pochu> beuno: the MOTU team takes care of the Universe and Multiverse repositories in Ubuntu
[12:48] <pochu> which have thousands of packages
[12:49] <beuno> pochu: I'd like to define a bit "take care", can you be a bit more specific?
[12:49] <pochu> they fix bugs, upload new upstream version, request syncs from debian, do merges with debian, package new software...
[12:49] <beuno> (I have a general idea about packaging and syncing from Debian)
[12:50] <pochu> also the MOTU hopefulls and contributors do that stuff, but we don't have rights to upload the the repo, so we ask for a MOTU for sponsorship
[12:50] <bhale> there are also library transitions
[12:50] <bhale> just not in recent memory?
[12:50] <pochu> bhale: as the mono from warty to breezy? ;)
[12:51] <bhale> pochu: 'back in my day...'
[12:58] <pochu> beuno: hope that's useful :)
[12:59] <pochu> if you have any particular question...
[12:59] <beuno> pochu: great, yeah, thanks, I'll start writing it up
[01:11] <pochu> beuno: I'm off to bed, I wish you a good writing! :)
[01:11] <pochu> night all!
[01:11] <beuno> g'night pochu, thanks again!
[01:58] <Amaranth> shit, still no manchicken
[01:58] <Amaranth> i hope he made his flight
[01:59] <Xk2c> hi
[02:00] <Xk2c> i would like to set a bug/package on the whishlist for packaging
[02:00] <Xk2c> how do i do that
[02:00] <Xk2c> https://bugs.launchpad.net/ubuntu/+source/gnome-btdownload/+bug/99401
[02:00] <ubotu> Launchpad bug 99401 in gnome-btdownload "gnome-btdownload" [Undecided,Unconfirmed]  
[02:01] <Xk2c> ?
[02:02] <Amaranth> !info gnome-btdownload
[02:02] <ubotu> gnome-btdownload: Gnome interface for 'executing' BitTorrent files. In component main, is optional. Version 0.0.25-1ubuntu1 (feisty), package size 31 kB, installed size 288 kB
[02:02] <Amaranth> that's #ubuntu-desktop stuff
[02:02] <Xk2c> ic
[02:02] <Xk2c> thansk for the information
[02:02] <Xk2c> thanks
[02:04] <persia> Xk2c: When the Debian maintainer is gone, Ubuntu will still maintain the (now more buggy) package,  If you have a patch that fixes one of the bugs, please mirror the bug in Ubuntu (be sure to link to Debian), and attach the patch to the bug.
[02:05] <Xk2c> ic persia 
[02:13] <persia> TheMuso: Please search prior to sync requests (bug #112606)
[02:13] <ubotu> Launchpad bug 112606 in audacity "Pleas sync audacity 1.3.2-3 (universe) from Debian unstable (main)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/112606
[02:14] <TheMuso> persia: Heh.
[02:14] <jmg> persia: lol
[02:15] <TheMuso> persia: I was waiting for this to pop up.
[02:15] <TheMuso> ardour that is.
[02:18] <TheMuso> Morning RAOF.
[02:19] <RAOF> Mornin TheMuso 
[02:20] <jml> RAOF: hi
[02:21] <RAOF> Mornin to you jml :)
[02:21] <jml> RAOF: it's actually afternoon over here/
[02:21] <RAOF> You're in Seville?
[02:21] <_MMA_> That would be night.
[02:22] <_MMA_> Err. 2am.
[02:37] <superm1> TheMuso, have a few moments for a revu of another package? 
[02:38] <TheMuso> superm1: Sorry, no. I want to get some automated building of svn releases of packages set up, as users have been asking for them for weeks. I'll see how I feel mentally after that. :)
[02:39] <superm1> TheMuso, okay thanks.  feel mentally great i hope afterwords :)
[02:39] <TheMuso> superm1: Thanks.
[02:59] <glick> hi
[03:00] <glick> anyone up in here?
[03:21] <bashelier> glick: I am
[03:22] <bashelier> but I'm not a motu ;)
[03:22] <glick> hey 
[03:30] <bashelier> hey glick 
[03:30] <glick> yo 
[04:04] <persia> hey Hobbsee
[04:04] <Hobbsee> heya persia!!!
[04:04] <RAOF> Hey Hobbsee, persia 
[04:05] <Hobbsee> hi RAOF!
[04:05] <persia> hi RAOF
[04:06] <RAOF> Back from UDS Hobbsee?
[04:06] <Hobbsee> RAOF: yeah, just got home
[04:08] <TheMuso> Hobbsee: You must be tired.
[04:09] <Hobbsee> TheMuso: not too bad - slept a lot of it
[04:09] <TheMuso> Thats good.
[04:09] <racarr> Or maybe she had 36 hours of invigorating refreshing travel.
[04:10] <RAOF> Mmm, refershing overseas flights.  Just love em.
[04:11] <Hobbsee> hehe
[04:15] <Amaranth> where is the buildd queue hidden in launchpad?
[04:15] <Amaranth> Hobbsee: !
[04:15] <Hobbsee> Amaranth!!!
[04:15] <persia> Amaranth: https://launchpad.net/ubuntu/gutsy/+queue is a good place to start
[04:15] <Amaranth> wow, and i thought 21 hours was bad
[04:15] <Amaranth> oh, but my luggage was on the flight after me
[04:16] <Hobbsee> ahhh
[04:16] <Hobbsee> my luggage was on my flight
[04:16] <Amaranth> and got wet along the way so the TSA "we went through your shit" notice blend ink on to a bunch of my shirts and shorts
[04:17] <RAOF> That's pretty cool.  Very nice of them.
[04:17] <jmg> lawl
[04:17] <Amaranth> sparc and powerpc ftbfs doesn't block entry to the archive, does it?
[04:18] <persia> Could someone with C++-fu please tell me why pname and test2 are different in http://pastebin.ca/486808 ?
[04:18] <Amaranth> persia: what is pnames defined as?
[04:19] <Amaranth> and did you check to see if you were overflowing?
[04:19] <persia> Amaranth: Sorry.  I should past larger code snippets.  const char ** pnames
[04:19] <Amaranth> did you ever malloc some space for it?
[04:21] <persia> Amaranth: to answer that (and perhaps forestall some future questions): http://pastebin.ca/486816 provides a largeer snippet.
[04:22] <Amaranth> hrm
[04:22] <persia> Amaranth: Thanks for looking.
[04:22] <Amaranth> with memory and C/C++ I just play with things until it works ;)
[04:23] <RAOF> persia: possibly the cWX2MB call doesn't malloc the return value?
[04:23] <RAOF> But that'd be a bit weird.
[04:23] <Amaranth> right, that was my next idea
[04:23] <Amaranth> having to manually malloc room and use strdup
[04:27] <persia> RAOF: Thanks for the hint: it appears that my problem is that wxCharBuffer != wchar_t*.
[04:28] <RAOF> That actually was going to be my next question :)
[04:28] <RAOF> (About the return type of cWX2MB [what's with that name?] )
[04:29] <persia> RAOF: wxwidgets is an interesting library: the names are especially fun :)
[04:29] <Amaranth> wxwidgets is horrible
[04:29] <RAOF> They clearly have a highly advanced automatic code generator generating the API.
[04:29] <Amaranth> in the interest of working everywhere they've made a horrible library that is very similar to windows APIs
[04:32] <RAOF> Even down to the annoying hugarian prefix variable naming scheme?
[04:32] <Amaranth> apparently
[04:34] <RAOF> Ugh.
[04:55] <ranf> hi
[04:55] <persia> hi ranf
[05:29] <Simon80> so, I just sent a diff for updated zsnes to the Debian BTS, and the maintainer of the package took a year to address the last update request, albeit with no help from the reporter - should I also submit my package to revu then?
[05:30] <Simon80> or wait a couple of weeks first?
[05:30] <persia> Simon80: I'd give it a couple weeks.  There's plenty of time before the feature freeze, and it's better to sync than to carry separate packages.
[05:30] <Simon80> k
[05:31] <Simon80> on to the next package then :)
[06:16] <superm1_> imbrandon, your mirror must be getting hammered right now, from pegasus i was getting 54.2 kb/s tops.  I switched over to a umn.edu mirror and i'm getting more along the lines of 2456 kb/s
[06:28] <Simon80> which package?
[06:28] <minghua-windows> I just looked through all the bugs and found a few that haven't been responded to since reported months ago
[06:28] <minghua-windows> Simon80: scim, the package I maintain in Debian
[06:28] <Simon80> ah, scim
[06:29] <Simon80> a package I know little about, save for the fact that I know little about it, and that there is much to know
[06:29] <Simon80> it would help if I knew more than one alphabet, too
[06:29] <Simon80> lol
[06:30] <Simon80> what would you call it then?
[06:30] <persia> minghua-windows: What about pinyin?
[06:30] <Simon80> pinyin's not an alphabet, it's an input method
[06:30] <Simon80> right?
[06:31] <Simon80> sure
[06:31] <minghua-windows> Simon80: we just learn characters.  one by one, as there are thousands of them
[06:31] <Simon80> indeed
[06:32] <Simon80> I'm wondering what you'd call a huge set of characters like that though
[06:32] <Simon80> a character set :)
[06:32] <minghua-windows> persia: pinyin can use an alphabet, but it's not required
[06:33] <persia> minghua-windows: Ah.  My misunderstanding then (I should really learn more than i ni san shi oo in Chinese).
[06:33] <minghua-windows> for example, in mainland, we use latin alphabet for pinyin notation; in Taiwan, they use some strange symbol system (we used to use them 30 years ago as well)
[06:34] <minghua-windows> I heard that Serbian people can use either latin alphabet or cyrillic alphabet to write their language, I suppose that's a similar situation
[06:35] <minghua-windows> Simon80: personally, I suspect the reason we don't call is an alphabet is not because it's huge, but because there is no well-defined order :-)
[06:35] <persia> minghua-windows: Somewhat, although I have heard significant debate as to whether the language is the same in cyrillic or latin (but then again, there is significant difference between kanji and hanzi, despite being self-represented identically).
[06:35] <Simon80> that too
[06:36] <minghua-windows> persia: what is "i ni san shi oo" BTW?  is that mandarin or cantonese?
[06:37] <minghua-windows> persia: yeah, and many people think the Unicode people messed up when they make Chinese and Japanese use the same codepoints
[06:37] <persia> minghua-windows: , , , , , and probably Taiwanese.
[06:38] <Simon80> it looks more like mandarin to my untrained eye
[06:38] <minghua-windows> persia: probably. it's not mandarin, and I happen to know how to count in Cantonese :-)
[06:38] <Simon80> the romanised writing, I mean, I don't have a hope of understanding the glyphs
[06:38] <persia> Simon80: Anyone should understand the first three (one, two, three) :)
[06:39] <minghua-windows> Simon80: that's one to five in Chinese (script).  how to pronounce it depends on the language. :-)
[06:39] <Simon80> ah, that doesn't look like how it sounds..
[06:39] <persia> Simon80: Not at all.  I first learned as "ichi ni san yon go", for example.
[06:41] <Simon80> I have to be a motu to join motu-games, don't I? :)
[06:41] <persia> Simon80: Yes, but motu-games is very approachable.  If there is a game that is broken, and you can fix it, any of the members will be very happy to apply your fixes.
[06:42] <Simon80> ah
[06:42] <Simon80> well, for now, I'm more going for adding packages
[06:42] <Simon80> I suppose that's not necessarily welcome, extra work, hehe
[06:43] <Simon80> I plan on submitting openglad next, it's this old DOS game I played back in the day
[06:43] <Simon80> some people tried to clone it, and the original authors found out and gave them the source
[06:44] <minghua-windows> praise the original authors
[06:44] <Simon80> yes
[06:45] <Simon80> it's a shame stepmania's default theme is all dubious as far as legal status, I tried to get that in first
[06:46] <Simon80> I've had a few happy replies from the forum at least
[06:46] <Simon80> about using that package and having things actually work
[06:47] <Simon80> I have yet to set up a real repo though, with different dists, a pool directory, etc
[08:17] <RAOF> Um, why is deluge-torrent not in Feisty any more?
[08:18] <RAOF> Never mind, should've search LP first :(
[08:18] <crimsun> nod.
[08:43] <dholbach> good morning
[08:47] <RAOF> Good afternoon :)
[08:47] <Fujitsu> Good something.
[09:53] <crimsun> dholbach: err, sorry for spamming -bugs.
[09:54] <dholbach> what did you spam? how? :)
[09:54] <crimsun> just noticed all my responses belonged in here, that's all.
[09:55] <dholbach> ah ok - well... no problem :)
[10:19] <siretart> :)
[10:20] <crimsun> persia: what, you don't like templates and polymorphism?
[10:20] <siretart> which you don't have to the same extent in neither python nor java
[10:22] <persia> crimsun: I like templates, but I find it really frustrating that that *foo[i]  = (const foo*) bar doesn't behave properly when **foo is passed to another context.
[10:22] <persia> s/bar/*bar/
[10:22] <siretart> bad programmers can write bad code in any language
[10:23] <wolfeon> yep
[10:23] <wolfeon> -.- I still need to report the python=pam bug
[10:23] <wolfeon> I need help writing a patch and makign a deb src package
[10:23] <wolfeon> well
[10:23] <wolfeon> generating the patch*
[10:23] <persia> siretart: Yes, but with C, pointers really carry type information, and in python or Java, casts are managed.  Oh well, time to move the cast up a couple levels. :)
[10:24] <persia> wolfeon: Which package?
[10:24] <wolfeon> persia: python-pam
[10:24] <wolfeon> it doesn't work at all with python 2.5 because the author was using the generic PyObject_free or some such, i patched it on my system, but would like to allow ubuntu to fix the problem
[10:25] <wolfeon> by not working, I mean it causes python 2.5 to segfault if you do anything to a certain point, it would be something motu would want to push out as a major bugfix for release
[10:25] <wolfeon> the current release*
[10:25] <persia> wolfeon: For that package, there's no managed patch system.  The easiest way is to unpack a pristine copy of the source, make all the changes you need, update the changelog with `dch -i`, run debuild to make sure you didn't make a simple mistake, and run `debdiff repository-pakcage new-package` to generate the patch.  Testing the build with pbuilder or sbuild is also encouraged.
[10:26] <wolfeon> hmm
[10:26] <wolfeon> I'll have to do it tomarrow :/
[10:26] <wolfeon> *tomorrow even
[10:27] <persia> wolfeon: Actually, that's not the easiest way, just the preferred.  You could also rename the changed source tree, recollect the pristine source, and run `diff -urN pristine changed` to get a patch, but it would probably take longer to get to the archives.
[10:28] <wolfeon> persia: all I know is.. anyone who is gonna use ubuntu on a server with webwareforpython or any framework which uses python-pam is gonna get a kick in the mouth when their app keeps segfaulting :))
[10:29] <wolfeon> now if upstream would just accept the patch and release..
[10:31] <persia> wolfeon: Good luck on getting it upstream, and thanks for finding a solution.
[10:40] <gnomefreak> siretart: you still here? I never got email from revu with password and when i go to recover it doesnt give me anything to decrypt
[10:41] <imbrandon> gnomefreak, have you uploaded anything yet?
[10:41] <siretart> gnomefreak: revu doesn't send mails (at least not with passwords)
[10:41] <gnomefreak> yes a few times
[10:41] <siretart> gnomefreak: what is your email with which you uploaded your packages?
[10:42] <gnomefreak> ive uploaded iceape a couple of times and would like to comment. gnomefreak@ubuntu.com
[10:43] <\sh> are we using debians ice* for gutsy? or why do we need iceape?
[10:44] <dholbach> \sh: best to ask asac on #ubuntu-devel
[10:44] <dholbach> oh no, he's around here as well
[10:44] <gnomefreak> yes
[10:45] <asac> whats up?
[10:45] <gnomefreak> would rather use iceape than seamonkey branding atm
[10:45] <\sh> dholbach, asac == ubuntus new mozilla * maintainer? 
[10:45] <gnomefreak> asac: branding
[10:45] <asac> ah ... yes we will merge iceape for now
[10:46] <dholbach> \sh: yes - asac is the Mozilla Wizard
[10:46] <crimsun> I just realised (duh!) what use it would be (the Completely Free derivative).
[10:46] <asac> gnomefreak: i still don't see why you get your build problems .. iceape spins fine here
[10:47] <asac> i am inclined to just upload it
[10:47] <gnomefreak> asac: i dont know why it was failing from bzr
[10:47] <asac> hmmm
[10:47] <gnomefreak> its building fine using source from repos
[10:47] <asac> i am using bzr here
[10:47] <gnomefreak> asac: im not only person that it failed for though
[10:47] <asac> who else?
[10:47] <gnomefreak> asac: did you use -nc?
[10:48] <asac> no -b
[10:48] <gnomefreak> bddebian
[10:48] <asac> for aclean build
[10:48] <gnomefreak> it fails during testing it
[10:48] <crimsun> to be clear, it failed using pbuilder.
[10:48] <gnomefreak> asac: http://revu.tauware.de/details.py?upid=5092
[10:48] <asac> what failed using pbuilder? building from bzr?
[10:48] <gnomefreak> comment is there
[10:49] <\sh> asac: why the change from mozilla name use to debians name use (forgetting the debianb/control changes)? 
[10:49] <gnomefreak> asac: i believe they were building off source i uploaded
[10:49] <gnomefreak> if i use -S -sa it doesnt fail. but fails during testing build at patches
[10:49] <asac> \sh: main reason for now is that its more efficient to use debian as upstream
[10:51] <gnomefreak> hopefully in next hour or 2 i should have it uploaded to revu again as fixed
[10:52] <asac> gnomefreak: so you figured out why it fails?
[10:52] <asac> if that patch fails to apply your source base appears to be messed up
[10:53] <asac> e.g. maybe you used from upstream version to build orig.tar.gz
[10:53] <asac> wrong upstream version i mean
[10:54] <gnomefreak> i used same one i have been using i think
[10:54] <asac> think is probably not good enough :)
[10:54] <gnomefreak> its same one
[10:55] <gnomefreak> it was released on 2/22 or something like that
[10:55] <gnomefreak> the latest on ftp.mozilla
[10:55] <gnomefreak> i thought maybe bad download but i did it 4 times
[10:56] <gnomefreak> but lets see what happens with this build
[10:56] <asac> gnomefreak: we had a good tarball once ... what happened to it? why did you actually repack the orig at all?
[10:57] <gnomefreak> asac: i used the upstream i had to build from bzr
[10:57] <gnomefreak> not sure why repo source builds and bzr doesnt
[10:58] <asac> look at the contents of the orig tarball
[10:58] <gnomefreak> mike never commented on a change since i released mt8
[10:58] <asac> its messed up
[10:58] <asac> you forgot to move mozilla/* .
[10:58] <asac> before running source target
[10:58] <gnomefreak> oh damn
[10:58] <asac> e.g. your tarball contains
[10:58] <asac> ubuntu-1.1.x/mozilla/
[10:58] <asac> but it should be just mozilla/
[10:59] <gnomefreak> that could explain it :(
[10:59] <asac> sure
[10:59] <asac> i should try to make it easier to setup tarball in future i guess
[11:00] <gnomefreak> ah wait i remeember why i didnt do that
[11:00] <gnomefreak> * debian/*mozilla*: Removed.
[11:00] <gnomefreak> that was mikes last entry in changelog we have
[11:01] <gnomefreak> apr. 21st entry
[11:01] <asac> gnomefreak: there is nothing in that which would influence how the tarball looks like
[11:02] <asac> and actually we don't have that change synched to bzr afaik
[11:02] <gnomefreak> it is in changelog  from bzr so i assumed we had that change
[11:02] <asac> where?
[11:02] <asac> https://code.launchpad.net/~johnvivirito/iceape/ubuntu-1.1.x
[11:02] <asac> not there
[11:02] <gnomefreak> no mozillateam one
[11:02] <asac> https://code.launchpad.net/~mozillateam/iceape/ubuntu-1.1.x
[11:03] <asac> not there either
[11:03] <asac> its just in the debian branch
[11:03] <asac> https://code.launchpad.net/~mozillateam/iceape/debian-1.1.x
[11:03] <asac> but we don't have those changes
[11:04] <asac> anyway ... even if we would have them it doesn't matter for the orig.tar.gz
[11:04] <asac> its just that the mozilla transition package is gone in debian
[11:04] <gnomefreak> ok let me try it after moving mozilla
[11:04] <asac> yep
[11:04] <asac> it should work
[11:19] <gnomefreak> asac: while your here. installing the nspr and nss -dev packages wanting to remove firefox and friends has now made it to a bug. its a liferea bug. is there anything we can do about that?
[11:20] <gnomefreak> asac: bug 98725
[11:20] <ubotu> Launchpad bug 98725 in liferea "[feisty]  liferea crash with undefined symbol PR_NewMonitor" [Medium,Unconfirmed]  https://launchpad.net/bugs/98725
[11:21] <asac> gnomefreak: that bug is something different
[11:21] <asac> its not reproducible for some
[11:22] <gnomefreak> asac: if you look at it he comments about it
[11:22] <gnomefreak> asac: installing libnss3-dev and libnspr4-dev will want to remove the -0d and ffox and friends packages
[11:22] <gnomefreak> and/or
[11:24] <gnomefreak> its fine for us but if someone wants to compile it, to be on safe side they would have to make chroot or lose alot of important packages. one of the comments mentions that in that bug
[11:24] <gnomefreak> fairly sure that is the bug
[11:24] <gnomefreak> looking
[11:26] <gnomefreak> https://bugs.launchpad.net/ubuntu/+source/liferea/+bug/98725/comments/36
[11:26] <ubotu> Launchpad bug 98725 in liferea "[feisty]  liferea crash with undefined symbol PR_NewMonitor" [Medium,Unconfirmed]  
[11:27] <gnomefreak> its backwards the way he put it but either way installing the lib will remove hte -dev installing the -dev will remove alot
[11:32] <asac> gnomefreak: we cannot bother for that
[11:32] <asac> if they install libnspr4-dev all should be fine
[11:33] <asac> only libnspr-dev and libnss-dev might cause problems?
[11:33] <asac> or?
[11:33] <asac> if not it doesn't matter anyway :)
[11:33] <gnomefreak> one or other
[11:33] <asac> now that firefox is transitioned it should not happen anyway anymore
[11:33] <gnomefreak> install either one of them you lose ff and everything else including yelp, evo
[11:34] <asac> you will loose all apps that have not been respun so far
[11:34] <gnomefreak> bug 75279
[11:34] <gnomefreak> that is the main bug that i remember
[11:34] <ubotu> Launchpad bug 75279 in xulrunner "Installing libnspr4-dev removes many packages related to firefox" [Medium,Confirmed]  https://launchpad.net/bugs/75279
[11:35] <asac> thats so old it shouldn't matter anymore
[11:35] <asac> and its from xulrunner
[11:35] <gnomefreak> ill test it later to make sure its gone in gutsy but i think it is still there
[11:36] <gnomefreak> thats one of the reason i have gutsy chroot in a gutsy main sys
[11:37] <asac> gnomefreak: if you have up-to-date gutsy firefox should not be removed anymore
[11:37] <asac> maybe evo needs respin
[11:37] <gnomefreak> that bug above has nothing to do with xulrunner though
[11:37] <asac> it has
[11:37] <gnomefreak> will test
[11:37] <asac> libnspr4-dev was provided by xulrunner
[11:37] <asac> thats why it was filed against xulrunner
[11:37] <asac> (see ubotu output)
[11:38] <asac> i just closed it
[11:38] <gnomefreak> https://bugs.launchpad.net/ubuntu/+source/nspr/+bug/113091
[11:38] <ubotu> Launchpad bug 113091 in nspr "libnspr4-dev broken" [Undecided,Unconfirmed]  
[11:38] <gnomefreak> newest one
[11:38] <gnomefreak> but that is u-d package it removes
[11:39] <gnomefreak> updating gutsy chroot (will let you know about this and when i-a is done uploading
[11:39] <asac> yes
[11:39] <asac> all packages that depend on libnspr/libnss need a respin
[11:41] <asac> took the bug 113091
[11:41] <ubotu> Launchpad bug 113091 in nspr "libnspr4-dev broken" [Low,In progress]  https://launchpad.net/bugs/113091
[11:50] <orion2012> Is there some way to request that MOTUs review a package on REVU, or should I just shut up and be patient?
[11:51] <gnomefreak> orion2012: ask them to please review it and post link with comment
[11:51] <asac> gnomefreak: can you please use version to 1.1.1+ubuntu1-1 in mozillateam repo and make it ready for release?
[11:51] <orion2012> gnomefreak: in here or on the REVU mailing list?
[11:51] <gnomefreak> orion2012: example: can someone please review <link>
[11:52] <gnomefreak> orion2012: here
[11:52] <orion2012> gnomefreak: thanks
[11:52] <asac> gnomefreak: we need a different upstream version as our tarball is not exactly the debian one
[11:52] <gnomefreak> asac: for iceape in gutsy?
[11:52] <asac> yes
[11:52] <orion2012> Will some additional MOTUs please take a look at gconf-cleaner (http://revu.tauware.de/details.py?upid=5103). Thank you.
[11:53] <gnomefreak> respin with that version instead of  iceape_1.1.1-3ubuntu1
[11:53] <asac> gnomefreak: yeah ... or use 1.1.1+ubuntu1-0ubuntu1 :)
[11:54] <asac> i guess we need the latter so no automatic merge is tried
[11:54] <asac> aeh sync i mean
[11:54] <gnomefreak> 2 ubuntu in one version?
[11:54] <asac> upstream tarball version is ubuntu specific + package revision is ubuntu so no sync is tried
[11:54] <asac> not sure if the latter is needed
[11:55] <asac> but it won't hurt
[11:55] <gnomefreak> 1.1.1+ubuntu1-0ubuntu1 == version you want in gutsy?
[11:55] <asac> yes :)
[11:55] <asac> i guess noone patches the debian orig tarball :)
[11:56] <gnomefreak> ok ;)
[11:56] <asac> ok lets use 1.1.1+u1-0ubuntu1 ... to not make it too confusing
[11:56] <gnomefreak> k
[11:57] <asac> just check the version change to bzr
[11:57] <asac> i will upload from there
[11:57] <gnomefreak> if i kill my upload would i need its peices removed?
[11:57] <asac> no need for revu :)
[11:57] <asac> gnomefreak: yes
[11:58] <asac> better keep it going
[11:58] <gnomefreak> revu == easier tha bzr :) can you take from revu and ill push to bzr little later in afternoon? its still early here
[11:59] <asac> dunno ... revu takes ages ... bzr just a few seconds
[11:59] <gnomefreak> either way i have to respin it
[11:59] <asac> gnomefreak: no ... just change latest version and push that to bzr ... no respin needed. If things fail i will come back
[12:01] <pochu> asac, gnomefreak: maybe make it a native package? 1.1.1ubuntu1?
[12:01] <cbx33> hey guys....howz it going
[12:01] <asac> native? why that? we have an orig.tar.gz ... though it contains some branding info
[12:01] <pochu> ah, ok
[12:01] <cbx33> I've broken a kde app....I need to change config options....where are they stored?
[12:02] <pochu> asac: btw, if your package have a -3ubuntu1, it won't be synced
[12:02] <cbx33> I can't load it anymore to get access to said options
[12:02] <pochu> s/have/has/
[12:02] <asac> pochu: yes, but our orig.tar.gz is different
[12:03] <asac> from debian ones
[12:03] <pochu> ok :)
[12:03] <asac> so orig.tar.gz version should be different
[12:03] <persia> Would anyone mind taking a look at a new freqtweak (http://revu.tauware.de/details.py?upid=5141) before I send it to Debian?
[12:09] <pochu> persia: if it's going to debian, you may want to change gutsy and -0ubuntu1 in the changelog ;)
[12:10] <asac> cbx33: there should be a command line tool to read/write kde settings. maybe ask on some kubuntu channel and let me know :)
[12:11] <persia> pochu: Pending Debian changes include 1: Debian version number, 2: upload to unstable, 3: add "New Maintainer (closes: #352540)" to changelog, 4: undo XSBC-Original-Maintainer.  Do you see anything else?
[12:13] <pochu> persia: nothing else :)
[12:14] <persia> pochu: Thanks for looking.
[12:14] <pochu> persia: have you built it in a sid environment?
[12:15] <persia> pochu: I did, but for a prior revision (whist it was still pitting random segments of memory to JACK).  I'll rebuild, and adjust build-deps if required before submission.
[12:15] <pochu> cool :)
[12:27] <StevenK> persia: Do you have sponsor that can upload to Debian?
[12:27] <persia> StevenK: ASCIIGirl volunteered to help me steer this one, but I was hoping for a REVU first to reduce her effort.
[12:58] <gnomefreak> siretart: were you able to find out why i get this? http://revu.tauware.de/lostpw.py?email=gnomefreak@ubuntu.com
[01:09] <siretart> gnomefreak: not yet, I need to look at that this evening (currently too busy)
[01:09] <gnomefreak> ok thats fine thank you
[01:23] <gnomefreak> is there a meta package for build tools? dput dpatch ....
[01:26] <fernando> moin all
[01:26] <persia> gnomefreak: No.  devscripts is as much as you'll get, but dpatch needs to be in build-depends (and apt-get build-depends...)
[01:27] <gnomefreak> persia: yeah i know that but you cant apt-get build-dep packages that are not in ubuntu yet
[01:27] <persia> gnomefreak: Try installing all the suggests from maint-guide, which might help stick it in your package manager.
[01:27] <Hobbsee> persia: seems like you'll get it...
[01:27] <gnomefreak> oh i have a list of them i was just wondering if there was one
[01:28] <gnomefreak> persia: apt-get build-dep package already does that
[01:28] <Hobbsee> not if it's not in apt
[01:28] <persia> Hobbsee: I have to wait for a certain kiwi to finish traveling :)
[01:28] <gnomefreak> Hobbsee: right
[01:29] <Hobbsee> persia: yeah, hopefully he'll be home soon
[01:29] <StevenK> pbuilder has two scripts to do it, too.
[01:29] <Hobbsee> else he'll be beating our record
[01:29] <persia> gnomefreak: As you said before, not for packages not yet in Ubuntu
[01:29] <StevenK> persia: Look at /usr/lib/pbuilder/pbuilder-satisfydepends
[01:29] <StevenK> And on Feisty, /usr/lib/pbuilder/pbuilder-satisfydepends-gdebi
[01:30] <gnomefreak> oh you mean parse the deps on packages in debian that are not yet in ubuntu?
[01:30] <Hobbsee> gnomefreak: the source package, likely the one being built for ubuntu
[01:31] <persia> gnomefreak: That looks good - use the scripts from pbuilder directly.
[01:31] <Hobbsee> persia: raises the interesting question of why you're not using a pbuilder, though
[01:31] <StevenK> Or sbuild, at a pinch
[01:31] <persia> .me has successfully transitioned from fresh vmware images to sbuild on schroot.
[01:31] <persia> Darn dots!
[01:32] <StevenK> gnomefreak: Huh? pdebuild and be happy
[01:35] <Hobbsee> gnomefreak: just use pbuilder.
[01:35] <persia> gnomefreak: Using schroot on LVM allows you to automatically toss the results of the build tree once it's compelte, so there's no cleanup.
[01:35] <gnomefreak> ah
[01:35] <StevenK> I've been meaning to try schroot + LVM
[01:36] <StevenK> Now that I have a machine with LVM on root, and 200Gb not allocated.
[01:36] <persia> gnomefreak: StevenK: https://help.ubuntu.com/community/SbuildLVMHowto is the document I used, http://www.pseudorandom.co.uk/2007/sbuild/ seems a little more updated, although I trust the author of the first.
[01:38] <StevenK> persia: I've been waiting for some spare tuits.
[01:39] <persia> StevenK: I understand.  I put it off for several months after the author patiently explained to me exactly why I should be using the first document :)
[01:39] <StevenK> Heh
[01:40] <persia> StevenK: When I actually did it, the process took about 45 minutes.
[01:40] <StevenK> sbuild is a little ... wacky, though.
[01:40] <persia> StevenK: ?
[01:41] <StevenK> persia: sbuild has been around for a while, and it's code is a little interesting. :-)
[01:42] <persia> StevenK: I haven't looked at the sbuild code, but definitely feel more comfortable that I am building locally with the same system used on the buildds (at least for now).
[01:42] <StevenK> Personally, I haven't had much reason to doubt pbuilder.
[01:42] <jussi01> good afternon motu's
[01:43] <persia> StevenK: I've never used pbuilder, so don't really have an opinion about it's suitability.
[01:43] <jussi01> Im wondering if there is a list somewhere of things that people would like packaged, bugs maybe? Im looking to be a little useful by packaging something, but i want people to actually want it...
[01:44] <StevenK> persia: It has a base tarball, which is a clean chroot, it is unpacked, chrooted into, build depends installed, package attempted to build, and then cleaned up.
[01:44] <StevenK> In a nutshell.
[01:44] <gnomefreak> jussi01: bugs that have tag or title needs-packaging
[01:44] <persia> jussi01: https://bugs.launchpad.net/ubuntu/+bugs?field.tag=needs-packaging
[01:44] <jussi01> ok, thanks alot, Im gonna give one of those a go :D
[01:45] <StevenK> There's also cowbuilder, cow being Copy-on-write.
[01:45] <persia> StevenK: That sounds sensible.  I'm not sure I'm ready for another transition of my build & test workflow yet, but perhaps I'll give pbuilder a try next time.  For now, LVM-snapshot leaves me worry free about corruption.
[01:57] <xxxxx1> morning!
[01:58] <Hobbsee> hiya
[01:58] <bluekuja> Hobbsee, do you have a minute for a merge?
[01:58] <geser> Hi Hobbsee
[01:59] <Hobbsee> bluekuja: whihc one?
[01:59] <Hobbsee> hiya geser 
[01:59] <xxxxx1> guys
[01:59] <xxxxx1> http://revu.tauware.de/details.py?upid=5110
[01:59] <xxxxx1> ecryptfs-utils
[01:59] <xxxxx1> can someone review?
[01:59] <xxxxx1> pls
[02:07] <superm1> hey Hobbsee .  would you be able to follow up with a second review of a package you looked at for me before?  mythbuntu-artwork-usplash, http://revu.tauware.de./details.py?upid=5140
[02:15] <siretart> xxxxx1: hi
[02:15] <siretart> xxxxx1: I did take a close look at the package, and noticed that there is ongoing work on that package in debian
[02:15] <xxxxx1> hello
[02:15] <xxxxx1> :)
[02:15] <siretart> xxxxx1: I created a bug on it in launchpad and subscribed you
[02:16] <xxxxx1> well
[02:16] <siretart> xxxxx1: did you have contact to the guys over there?
[02:16] <xxxxx1> . /wind new query siretart hide
[02:16] <xxxxx1> :)
[03:02] <orion2012> I've fixed everything the bddebian requested, could someone please take a look at http://revu.tauware.de/details.py?upid=5103 ? Thanks.
[03:02] <orion2012> err, s/the/that/
[03:10] <persia> orion2012: http://pastebin.ca/487404
[03:11] <orion2012> persia: thanks.
[03:11] <jussi01> Fujitsu: ubuntu-geek is the forum boss... and doenst he own the other one?
[03:11] <persia> orion2012: 2b is probably safer, but breaks some builds (or pulls in undesireable libraries), so you may need 2a.
[03:12] <Hobbsee> Fujitsu: it's forumcrack again
[03:12] <Treenaks> hmmm... crack
[03:12] <Fujitsu> jussi01: I still don't really find it appropriate.
[03:12] <Fujitsu> Hobbsee: Well, yes.
[03:13] <orion2012> persia: does the manpage dash code apply to the body as well, or only the header?
[03:16] <persia> orion2012: I haven't played with nroff macros in a long, long time, but my memory is that  \( expansions were applied prior to layout, and so should be able to be used equally well in the header or body of the manpage.
[03:28] <orion2012> persia: no strange depends were added and it builds fine, so I'm going with gnome.mk. Thanks.
[03:29] <persia> orion2012: That's probably better.  That way when the gnome hints change in the future, your package will automatically follow the current best practice.
[03:32] <orion2012> persia: Uploaded.
[03:32] <persia> orion2012: Now, you'll want to put the new number here, so an actual MOTU might review your package, and perhaps advocate it :)
[03:33] <orion2012> MOTUs, please review, it's been updated http://revu.tauware.de/details.py?upid=5143
[03:37] <ScottK> orion2012: I'm not a MOTU either...  so, FWIW, in /debian/copyright, \ No newline at end of file (I wouldn't do a new upload for this, but put it on your list if you have to) and why is the priority extra?
[03:37] <StevenK> Priority is Special.
[03:37] <orion2012> ScottK: good question
[03:38] <orion2012> ScottK: vim's not showing a newline at the end of copyright
[03:39] <ScottK> orion2012: Yes.  There should be one.
[03:39] <orion2012> ScottK: ah, I see. OK
[03:39] <ScottK> StevenK: ?
[03:39] <ScottK> orion2012: I was just copying what was in the diff as a hint.  Sorry that wasn't clear.
[03:40] <persia> Is there a policy statement somewhere about newlines?  I see a number of packages without newlines at the end of files, or with ^M before each newline in files.
[03:40] <DarkSun88> Hi all
[03:42] <ScottK> Hi DarkSun88
[03:42] <DarkSun88> Hi ScottK :)
[03:42] <ScottK> persia: Dunno, but at the very least it makes for a cleaner diff.
[03:43] <persia> ScottK: I agree with that, I was just wondering if I should be fixing those as a matter of course.
[03:44] <orion2012> ScottK: Those have been fixed. So, when you say don't upload but put it on the list, what do you mean?
[03:45] <ScottK> orion2012: I didn't think they were significant enough to warrant a new upload to REVU (your call).
[03:45] <Hobbsee> persia: i wouldnt bother with a separate upload for it, or something.  *shrug*
[03:45] <ScottK> OTOH, it certainly doesn't hurt to upload it if you've fixed it.
[03:46] <orion2012> ScottK: OK, I see. Thanks.
[03:47] <ScottK> orion2012: By "Fixed" did you change the priority?
[03:47] <orion2012> ScottK: yes, to optional
[03:47] <persia> Hobbsee: Certainly not.  If I did that I'd have to do *all* the merges for gutsy+1 :)  I was just wondering if those should be fixed in bugfix uploads, or only if the file was adjusted anyway.  I've been doing the latter to reduce the Debian diff, but I'm more than happy to increase the diff if it is a better match for policy (and I'm creating a diff in any case).
[03:47] <ScottK> orion2012: Why was it extra to start with?  I asked why, didn't say change it.
[03:48] <Hobbsee> persia: no idea, to be honest
[03:48] <orion2012> orion2012: I copied another package's.
[03:48] <ScottK> orion2012: If any of the dependencies are extra, then it has to be extra.
[03:48] <ScottK> OK
[03:48] <persia> Hobbsee: I'll stick with "minimize Debian diff" as the driver for that then.
[03:48] <Hobbsee> okay
[03:49] <ScottK> orion2012: Here's the reference so you can decide which is correct http://www.debian.org/doc/debian-policy/ch-archive.html#s-priorities
[03:51] <StevenK> Personally, I pick optional, and then change it if needed.
[03:51] <ScottK> Makes sense.
[03:51] <StevenK> optional for Priority is a good default unless it conflicts with stuff, at which point I demote it to extra.
[04:04] <persia> ScottK: Thanks for looking.  By the way, did you ever have a chance to check my python changes for gaphor?
[04:04] <ScottK> persia: Not yet.  It's on my list for this week.  Probably on Wed, but maybe tomorrow.
[04:05] <orion2012> If someone files a needs-packaging bug but the package is already in Debian unstable and it builds cleanly unmodified, what's to be done with the bug?
[04:05] <persia> ScottK: No rush.  I'm just between efforts right now.  I'll start on another wx2.4-> wx2.6 patch.
[04:06] <ScottK> orion2012: I'd mark it fix released with a note that it'll be synced from Debian on the next auto-sync.
[04:07] <persia> orion2012: First check to see if that package appears in the Ubuntu NEW queue (https://launchpad.net/ubuntu/gutsy/+queue - search all states), and if not, search for bugs to see if it might have been removed.  If it's neither, the bug should become a sync request at the time of sync freeze.  In either case, consider linking the bug to an RFP or ITP bug in Debian (probably now closed).
[04:08] <persia> orion2012: Don't mark it "Fix Released" until Ubuntu actually distributes the package.  Some packages are kept out of Ubuntu for various reasons, and it may be inappropriate.
[04:09] <Hobbsee> persia: assuming one actually remembers to go back and mark it as fix released, yes
[04:09] <Hobbsee> orion2012: which package?
[04:09] <orion2012> gscan2pdf
[04:09] <persia> Hobbsee: That's why we have bug subscriptions :)
[04:09] <orion2012> Not in any gutsy queues.
[04:09] <Hobbsee> persia: i get too many bug reports.  it doesnt help when i occasionally send them all to /dev/null
[04:11] <persia> Hobbsee: I understand.  In your shoes, I would probably lose track as well.  For lowly contributors like myself though, bug subscriptions are an easy way to track bugs, and make sure they are closed.
[04:11] <Hobbsee> persia: true.  i guess i get emails of everything i upload, so tend to be OK
[04:11] <Hobbsee> and you're probably contributing more than me, at the moment
[04:12] <persia> Hobbsee: Perhaps.  I haven't uploaded anything in about a week and a half, so we might be even.
[04:14] <Hobbsee> persia: i've been overseas.  but have uploaded the odd bit of sponsors stuff.  that's a start :P
[04:14] <persia> Hobbsee: See, you're already falling back into the rhythm :)
[04:15] <Hobbsee> that was while i was overseas
[04:15] <Hobbsee> with the supernice connection
[04:15] <Hobbsee> got 1.2 mbps, dist-upgrading to gutsy...
[04:25] <geser> Hobbsee: move to spain :)
[04:25] <Hobbsee> geser: i'd prefer germany.
[04:25] <Hobbsee> geser: maybe once i finish my degree
[04:25] <geser> germany is also good
[04:30] <Treenaks> hmm, Netherlands :)
[04:32] <imbrandon> oh yea , my interview is out on LR today, w00t
[04:32] <zul> ohh yer special
[04:32] <siretart> wheee, Hobbsee likes germany :)
[04:33] <Hobbsee> siretart: from what i saw of it, yeah.
[04:33] <Treenaks> siretart: There are enough Germans working on Ubuntu already ;)
[04:33] <Hobbsee> siretart: i'm probably looking to move to europe somewhere, preferably in a language that i can speak, or partly speak
[04:33] <Hobbsee> not sure when, though
[04:33] <welshbyte> imbrandon: sounds like you had a bit of phone trouble, but good interview anyway, man
[04:33] <Treenaks> Hobbsee: how long before you get your degree?
[04:33] <siretart> :)
[04:34] <Hobbsee> Treenaks: end of next year
[04:34] <imbrandon> Hobbsee, spain rocks
[04:34] <pochu> imbrandon: sure it does :)
[04:34] <imbrandon> germany is cool too
[04:34] <Hobbsee> imbrandon: i know :)
[04:34] <Treenaks> The Netherlands rocks even more :P
[04:34] <imbrandon> tooo cold
[04:34] <imbrandon> :)
[04:34] <Treenaks> imbrandon: same as Germany, mostly ;)
[04:34] <zul> Hobbsee: living in the UK the british might have trouble understanding your aussie accent or they might say the convicts are coming back run away :)
[04:35] <imbrandon> heh
[04:35] <pochu> What about Hawwaii? :)
[04:35] <imbrandon> too expensive
[04:35] <Hobbsee> zul: haha
[04:35] <zul> Hawaii is not in europe
[04:35] <Treenaks> zul: We had that problem with ajmitch.. I can't tell if he's saying 'cheers' or 'chairs' 
[04:35] <Hobbsee> siretart: nm is broken
[04:35] <Hobbsee> Treenaks: yes.  and axe and ex
[04:36] <zul> hah its worse with new zealanders :)
[04:36] <Treenaks> Hobbsee: well, those concepts are actually related, aren't they? :)
[04:36] <imbrandon> sheep ...
[04:36] <pochu> siretart: and OOo
[04:36] <siretart> Hobbsee: did it work as some point? ;)
[04:36] <Hobbsee> Treenaks: hehe, true
[04:36] <Hobbsee> siretart: sure.  in edgy, feisty
[04:36] <siretart> serious, this is my desktop machine, no wifi onboard
[04:36] <Hobbsee> it loaded, for a start
[04:36] <Hobbsee> i didnt look much, once i found nm was broken
[04:36] <siretart> fsvo working, right
[04:36] <Hobbsee> seeing as i upgraded during uds
[04:37] <Treenaks> Hobbsee: you have the special l33t European versions of the gutsy packages now
[04:38] <zul> imbrandon: they are just ripping into you at the begininngin
[04:38] <Hobbsee> Treenaks: hehe
[04:38] <imbrandon> zul, you should have heard the un-recorded part of the call ;)
[04:38] <zul> ouch
[04:47] <xxxxx1> bddebian: \o/
[04:48] <bddebian> Heya gang
[04:48] <bddebian> Hi xxxxx1
[04:48] <bluekuja_> bddebian, hello barry :)
[04:48] <persia> bddebian: Hi.  Also, Thanks.
[04:48] <bddebian> Hi bluekuja_, persia
[04:48] <bddebian> persia: No, THANK YOU! :-)
[04:49] <bluekuja_> bddebian, do you have a minute for a merge?
[04:49] <bddebian> Not really at the moment, sorry :-(
[04:49] <bluekuja_> oh ok np :)
[04:54] <Ash-Fox> Is it possible for someone to make a dummy-meta package (like the one done for mozilla-firefox) for libfaad0 to libfaad0-1 -- Debian uses this naming scheme and it would be great if package building would work universally both ways between the two.
[04:54] <geser> Hi bddebian
[04:54] <Ash-Fox> Naming example on Debian (they provide a dummy-meta package themselves to be compatible with Ubuntu): http://packages.debian.org/cgi-bin/search_packages.pl?keywords=libfaad&searchon=names&subword=1&version=all&release=all
[04:54] <bddebian> Heya geser
[04:58] <Hobbsee> persia: unless it's the network connection going down
[04:58] <Hobbsee> persia: which (Remote closed the connection) usually means
[04:58] <persia> Hobbsee: Yes, that happens, in which case the investigation continues :)
[04:58] <Hobbsee> :P
[05:03] <persia> Ash-Fox: It looks like the new Debian version of libfaad is based on the same source previously used by Ubuntu.  It is very likely that gutsy will include a package much more similar to that currently in Debian unstable.
[05:05] <Ash-Fox> Thankyou persia :)
[05:11] <leonel> hello motus !
[05:12] <pochu> hi leonel
[05:12] <pochu> though I'm not a motu :)
[05:12] <leonel> me too..
[05:15] <bddebian> Hello leonel, pochu
[05:20] <pochu> hi bddebian 
[05:54] <joejaxx> hello motu
[05:55] <pochu> slomo: around? can you sponsor a liferea SRU? :) bug 103688
[05:55] <ubotu> Launchpad bug 103688 in liferea "liferea crashes - ** ERROR **: file itemlist.c: line 172 (itemlist_load): assertion failed: (NULL != itemSet)" [Medium,In progress]  https://launchpad.net/bugs/103688
[05:55] <bddebian> Hello joejaxx
[05:55] <lfittl> joejaxx, hey :)
[05:56] <joejaxx> :)
[06:00] <randomwalker> is there a deadline for uploading a new package for it to have a chance of being in gutsy?
[06:00] <pochu> There is, but we are still far from it :)
[06:00] <persia> randomwalker: The deadline is in about a month.  https://wiki.ubuntu.com/MOTU/Packages/REVU has instructions for uploading a package.  Once there, someone will review it and comment.  Once it has been advocated, it will be in the Ubuntu archives.
[06:01] <Hobbsee> persia: a month?  that quick?
[06:01] <randomwalker> cool, thanks. that's a lot of time
[06:01] <randomwalker> dumb question: how much effort does it take to go from an rpm to a deb?
[06:01] <pochu> persia: isn't it NewPackagesFreezeUniverse at https://wiki.ubuntu.com/GutsyReleaseSchedule ?
[06:01] <randomwalker> i know there's alien, but it probably requires more, right?
[06:02] <Hobbsee> randomwalker: ubuntu accepts sources
[06:02] <persia> pochu: Yes.
[06:02] <pochu> persia: then it's in about 3 months :)
[06:02] <persia> randomwalker: I'm sorry - I was thinking of a different freeze.  You have 3.5 months :)
[06:02] <randomwalker> awesome
[06:03] <pochu> randomwalker: which package?
[06:03] <randomwalker> pochu: http://www.cs.utexas.edu/~arvindn/gretools/
[06:03] <randomwalker> i wrote it a long time ago
[06:04] <randomwalker> now that ubuntu is sorta going mainstream i thought it might be a good idea to package it
[06:04] <bddebian> Sorta going mainstream? Heh
[06:04] <joejaxx> :P
[06:05] <randomwalker> bddebian: well, isn't it?
[06:09] <bddebian> randomwalker: Well considering Dell is going to start shipping it, I would say it IS mainstream :-)
[06:09] <randomwalker> bddebian: yeah, that's kinda what i meant too
[06:14] <randomwalker> question about the gpg key -- will i need to sign emails to upload a package?
[06:14] <persia> randomwalker: No, but you will need to sign the package for the upload to be accepted.  The system needs to know it is from you to trust it.
[06:15] <randomwalker> persia, yes i understand that, i've done that before. just checking about email because gmail doesn't support gpg
[06:15] <randomwalker> persia, thanks
[06:16] <persia> randomwalker: Try FireGPG (http://firegpg.tuxfamily.org/) or the POP/SMTP interface for gmail.
[06:17] <randomwalker> persia, cool, thanks
[06:41] <sacater> Hey, I am running xubuntu on my laptop, what is the Archive Manager installled by default in ubuntu called?
[06:41] <sacater> i need to install :D
[06:41] <pochu> sacater: nautilus?
[06:42] <randomwalker> is it a bad idea to change the name of a (new) package?
[06:43] <randomwalker> in the sense, could it cause problems if it has a different name in other distros
[06:44] <pochu> randomwalker: change it upstream ;)
[06:44] <randomwalker> pochu: what's that mean?
[06:45] <pochu> randomwalker: weren't you the developer?
[06:45] <randomwalker> pochu: yeah
[06:45] <pochu> randomwalker: if you change it in the program itself, every other distro should change it :)
[06:46] <randomwalker> pochu: i don't want to do that, that will piss off people who might be already using it
[06:47] <randomwalker> pochu: besides, i'm not even in touch with the people who packaged it for other distros
[06:49] <randomwalker> i wish i understood better how this stuff worked
[06:49] <randomwalker> who controls what and stuff like that
[06:49] <pochu> randomwalker: I think it can be changed in a distro, but I don't think it's a good idea
[06:50] <randomwalker> pochu ok
[06:50] <pochu> randomwalker: don't you like the name? :)
[06:50] <randomwalker> pochu: its a terrible name
[06:50] <randomwalker> pochu: i really don't even remember how i picked it
[06:51] <pochu> hehe
[06:51] <randomwalker> pochu: when i posted it on gnomedesktop.org people asked, "cool program, but what's with the name?"
[06:51] <pochu> hehe :)
[07:02] <sacater> pochu: no...
[07:02] <sacater> pochu: just the archiver
[07:02] <sacater> the one that is there by default
[07:02] <sacater> in accessories
[07:02] <pochu> oh
[07:02] <pochu> file roller :)
[07:02] <sacater> mmmk
[07:02] <sacater> letsee..
[07:32] <sacater> pochu: one more month then I get to try for membership
[07:35] <sacater> re-try
[07:59] <tuxmaniac> Does the fridge.ubuntu.com/events use some sort of wiki to show the schedule of events?
[08:00] <pochu> sacater: rock on :)
[08:02] <sacater> pochu: will do :D
[08:03] <joejaxx> s/should/will be able to/g
[08:08] <apachelogger> ahoy there :)
[08:09] <joejaxx> hello 
[08:09] <joejaxx> :)
[08:09] <apachelogger> http://revu.tauware.de/details.py?upid=5031 currently does produce a library package which includes 'debian/tmp/usr/lib/libkhalkhi*.so.*' and 'debian/tmp/usr/lib/kde3/khalkhi*'
[08:09] <apachelogger> however lintian stats   W: libkhalkhi0: package-name-doesnt-match-sonames libkhalkhicore0 libkhalkhigui0
[08:10] <bddebian> apachelogger: soname mismatch
[08:10] <apachelogger> yeah
[08:10] <slytherin> Seveas: ping
[08:10] <apachelogger> but what am I supposed with the lib/kde3 files
[08:10] <Seveas> slytherin, pong
[08:10] <apachelogger> meaning they don't belong to a libkhalkhicore0 neither to a libkhalkhigui0 package
[08:10] <slytherin> Seveas: what is the procedure to get the bug bot on a loco channel.
[08:11] <Seveas> slytherin, which channel
[08:11] <Seveas> ?
[08:11] <bddebian> apachelogger: You need to fix the sonames on libkalkhicore0 and libkalkhigui0
[08:11] <slytherin> Seveas: #ubuntu-in
[08:11] <apachelogger> bddebian: how to?
[08:11] <Seveas> @join #ubuntu-in
[08:12] <bddebian> apachelogger: check the soname of the resulting .so files.  use objdump or so
[08:14] <bddebian> apachelogger: Like "objdump -x libkhalkhigui0.so |grep SONAME" and see what you get
[08:14] <apachelogger>   SONAME      libkhalkhigui.so.0
[08:16] <bddebian> apachelogger: Check this link out:  http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html#sonameapiabi
[08:17] <geser> apachelogger: it warns because the package is named libkhalkhi0 but the lib itself is named libkhalkhicore and libkhalkhigui
[08:17] <bddebian> Right, like geser said. :-)
[08:17] <apachelogger> yeah
[08:17] <apachelogger> but what to do with that warning?
[08:17] <bddebian> Fix it :)
[08:18] <apachelogger> don't want to :P
[08:18] <apachelogger> bddebian: wouldn't splitting the package fix it?
[08:18] <bddebian> The package name in debian/control should be libkhalkhi no libkhalkhi0 it looks like
[08:18] <apachelogger> hm
[08:18] <geser> libkhalkhi0 is ok if it should ship both libs
[08:19] <apachelogger> so?
[08:19] <geser> splitting would fix it
[08:19] <geser> but does it makes sense?
[08:19] <apachelogger> no
[08:19] <geser> can the libs be used independently?
[08:19] <apachelogger> well, I suppose, but it isn't done
[08:20] <apachelogger> would only make sense if someone makes a gnome frontend to khalkhi
[08:20] <apachelogger> but whether a gnome frontend to a kaddressbook abstraction lib would be usefull is out of question ;-)
[08:20] <geser> then I would ignore it, it's only a warning
[08:21] <apachelogger> k
[08:21] <apachelogger> thx
[08:22] <apachelogger> btw
[08:22] <geser> while looking at the control file: remove libkhalkhi0 (= ${Source-Version}) for khalkhi, ${shlips:Depends} should pick it up
[08:22] <apachelogger> version 0.2.1.99+rc1 is ok for  0.2.2-rc1 ?
[08:23] <geser> yes, it's a way to solve it
[08:23] <apachelogger> geser: the khalkhi package is just a meta package since the whole khalkhi suite splits up to quite some packages
[08:23] <bddebian> I still don't see why libkhalkhi0 makes sense
[08:23] <geser> the the real binary should pick up the lib
[08:24] <apachelogger> hm, ok :)
[08:25] <bddebian> Oh nm, I'm on crack as usual
[08:25] <apachelogger> bddebian: I could also split it up, but that leads to the "where shall I put the lib/kde3 files in?" question
[08:26] <maxcoder> ubuntu install with boot manager is not install?
[08:29] <randomwalker> why are so many bugs in launchpad "unconfirmed" even after a number of people have echoed it?
[08:30] <randomwalker> this one for instance - https://bugs.launchpad.net/ubuntu/+source/ubuntu-meta/+bug/63544
[08:30] <ubotu> Launchpad bug 63544 in ubuntu-meta "Volume control key controls speaker & not headphones" [Undecided,Unconfirmed]  
[08:30] <pochu> randomwalker: becouse there are few bug triagers and a lof of bugs
[08:31] <randomwalker> pochu: a bug has to be approved by a triager before it is marked new?
[08:31] <pochu> randomwalker: and regarding that bug, because it's in the wrong package!! :)
[08:31] <pochu> randomwalker: no, anybody can triage bugs :)
[08:32] <randomwalker> can you give me a link to how i can get started?
[08:33] <pochu> sure :)
[08:33] <Hobbsee> randomwalker: [04:32]  *** The channel topic is "Ubuntu BugSquad | http://wiki.ubuntu.com/BugSquad | https://launchpad.net/distros/ubuntu/+bugs | Documentation: http://wiki.ubuntu.com/HelpingWithBugs | If you have been triaging bugs for a while, please apply to https://launchpad.net/people/ubuntu-qa/ - http://lists.ubuntu.com/mailman/listinfo/ubuntu-bugsquad | HAPPY UNIVERSE HUG DAY | HAPPY HUG DAY".
[08:33] <pochu> Hobbsee: thanks :)
[08:34] <Hobbsee> :)
[08:34] <stratus> ajmitch: howdy? Does MOTU has a sort of ITP list somewhere (malone?) ?
[08:35] <randomwalker> pochu, Hobbsee thanks
[08:35] <geser> stratus: there is only a RFP list
[08:35] <Hobbsee> stratus: yes, search for bugs with a needs-packaging tag
[08:35] <Hobbsee> i believe
[08:35] <ranf_>  stratus bugs tagged with "needs-packaging"
[08:35] <Adri2000> https://bugs.launchpad.net/ubuntu/+bugs?field.tag=needs-packaging :)
[08:36] <apachelogger> ha!
[08:36] <apachelogger> Hobbsee: anyone on kdenlive yet?
[08:36] <Hobbsee> apachelogger: sorry?
[08:37] <stratus> hm, RFP okay but what if I'm working on a shiny new package that isn't listed there and somebody else is doing the same thing ?
[08:37] <stratus> we both can upload the goodies and waste time? :|
[08:37] <apachelogger> Hobbsee: if someone is already workin on a kdenlive package, https://bugs.launchpad.net/ubuntu/+bug/93892 seems so
[08:37] <ubotu> Launchpad bug 93892 in Ubuntu "[needs-packaging]  KDenlive" [Wishlist,In progress]  
[08:37] <ranf_> stratus, file a bug early
[08:38] <Hobbsee> apachelogger: ask Lutin, he's the one who filed it
[08:38] <stratus> ranf_: so 'needs-packaging' actually work as both RFP and ITP list, then?
[08:39] <pochu> stratus: yes
[08:39] <ranf_> stratus, I don't really know what the difference between the 2 is.
[08:39] <pochu> stratus: ITP could be a needs-packaging "In progress" ;)
[08:39] <pochu> or assigned
[08:39] <stratus> pochu: oh, makes sense.
[08:39] <apachelogger> geser, bddebian: there we go :) http://revu.tauware.de/details.py?upid=5145
[08:39] <stratus> ranf_: ITP is intent to package and RFP is request for package.
[08:40] <stratus> ranf_: You can RFP something but I can ITP something else, do you see the difference?
[08:40] <stratus> ranf_: Ubuntu needs-packaging actually condenses both concepts (RFP and ITP).
[08:40] <ranf_> stratus, ITP is I do it , RFP is i'd like to have that pkg?
[08:40] <stratus> I was reading MOTU wiki articles and identified the sponsors related stuff but failed to see something about needs-packaging and these concepts.
[08:40] <Lutin> apachelogger: kdenlive is blocked because of ffmpeg atm
[08:41] <stratus> ranf_: exactly.
[08:41] <apachelogger> Lutin: sad :(
[08:41] <ranf_> stratus, ok
[08:41] <stratus> ranf_: but needs-packaging "in progress" or assigned as pochu pointed out, cover the ITP concept
[08:41] <Lutin> apachelogger: yep
[08:41] <Lutin> apachelogger: don't know at all when it'll be ok
[08:43] <stratus> and thanks for the clarification! :)
[08:43] <Lutin> apachelogger: lol
[08:49] <geser> stratus: https://wiki.ubuntu.com/MOTU/Packages/Candidates
[08:52] <stratus> geser: hmm, missing link at: https://wiki.ubuntu.com/MOTU/Packages/New - no?
[09:01] <geser> I see it there under "Request packaging of a new software in Ubuntu"
[09:03] <stratus> geser: uh, my fail
[09:42] <DarkSun88> geser: Can you so kind to check this bug? https://bugs.launchpad.net/ubuntu/+source/nagat/+bug/93938
[09:42] <ubotu> Launchpad bug 93938 in nagat "[UNMETDEPS]  nagat has unmet dependencies" [Undecided,Fix committed]  
[09:49] <hendrixski> is this a good channel to ask newbie questions about packaging and packaging tools?
[09:50] <hendrixski> or are there channels specifically for that?
[09:51] <geser> hendrixski: you are right here
[09:51] <hendrixski> geser, well, small questions actually...
[09:52] <hendrixski> I have a chroot I created, not with pbuilder, and I was wondering if I can't also use that same one with pbuilder?
[09:53] <hendrixski> or will pbuilder only work on chroots made with pbuilder?
[09:53] <pochu> mr_pouit: welcome back :)
[09:54] <mr_pouit> hi there
[09:54] <mr_pouit> hi pochu :)
[09:54] <pochu> hello :)
[09:54] <pochu> mr_pouit: btw, scribes was uploaded to Debian, but it was rejected due to the logo being licensed under a CC license (incompatible with the GPL)
[09:55] <pochu> but the next release will have a new GPL logo :)
[09:55] <geser> hendrixski: pbuilder has an one tar-ed chroot (base.tgz) which gets extracted for every build and removed afterwards (the extracted one)
[09:56] <hendrixski> geser, oooohhh... so it's not an actual chroot, it's a tar of a chroot?
[09:56] <geser> I don't know of a way to use an existing chroot with pbuilder, but you can use the chroot still for building (but you have to install the build-deps yourself and cleanup afterwards)
[09:56] <mr_pouit> pochu: if the package is ready, you could upload it to ubuntu, and ask for a sync with debian for the next release
[09:56] <geser> hendrixski: yes
[09:57] <hendrixski> geser, Ok... now I feel silly for spending so much time looking for how to do that .. :-/
[09:58] <hendrixski> geser, another small question if I may :-)
[09:58] <geser> sure
[09:59] <hendrixski> python files don't have a makefile, right? so how does one package them?  I've seen reference to a dh_python, but am confused as to how it all works
[09:59] <geser> dh_python is obsolete and should be used in new packages
[09:59] <geser> there is python-support and python-central
[10:00] <hendrixski> oh
[10:00] <hendrixski> wow, good thing I asked
[10:00] <geser> see http://www.debian.org/doc/packaging-manuals/python-policy/ for the current python policy
[10:00] <hendrixski> sweet 
[10:01] <geser> there is also http://wiki.debian.org/DebianPython/NewPolicy which might help you
[10:01] <hendrixski> wow... there's so much to read and learn when it comes to packaging
[10:02] <hendrixski> how long does it take someone to get reasonably good at it?
[10:02] <geser> if your python programm uses distutils (for installing) there is a ready snippet for it
[10:03] <geser> it depends on which kind of software you want to package
[10:04] <hendrixski> geser, for now it's just a hello world program.  I guess I should learn distutils first?
[10:04] <geser> many kinds of software have a subpolicy for how to package (library, python, TeX, perl(?), etc.)
[10:04] <hendrixski> Eventually, I want to work on MythTV and Democracy TV (possibly even create a plugin that includes dtv into myth)
[10:05] <geser> hendrixski: I'm not very familiar with python packaging so I can't tell you if it's good to learn distutils or not
[10:06] <geser> afaik the decision to use distutils or not is made by the upstream devs
[10:06] <hendrixski> aha
[10:07] <hendrixski> wow... I just learned more in 3 minutes by asking questions than I did reading about this for a few hours
[10:07] <hendrixski> really puts it in perspective
[10:07] <pochu> mr_pouit: will it be accepted, even with the logo license issue?
[10:08] <pochu> mr_pouit: btw, I hope there's a new upstream release soon
[10:08] <pochu> and asap it's there, I'll upload to debian :)
[10:08] <pochu> and request a sync
[10:09] <hendrixski> geser, so, if there is no dist-utils, then installing it is manually done with commands in debian/rules...? like cp this there rm that etc. etc.>
[10:09] <mr_pouit> pochu: iirc, cc licenses aren't an issue for universe... (but I can be wrong)
[10:10] <geser> hendrixski: yes, but it should be described in a README or INSTALL from upstream how to install its sofware
[10:11] <hendrixski> geser, cool  Thanks.   So I'll go check out the python policy link you sent me.  If I have questions, this is the right channel to come to ask, right?
[10:14] <geser> yes
[10:15] <hendrixski> geser, thanks again, I'll definitely be hanging around with lots of 'em... gonna help keep Ubuntu in the #1 spot
[10:16] <pochu> mr_pouit: thanks for the info :) I think that I'll change for a new release, though :)
[10:17] <mr_pouit> ok ;)
[10:28] <dothebart> hm, debuild -S -sa keeps telling me, my key is not available...
[10:28] <dothebart> shsouldn't it ask me for my key password when i call it?
[10:28] <DktrKranz> dothebart, use -kyouremailaddres@yourdomain
[10:29] <dothebart> ah!
[10:30] <dothebart> now it tells me that i need a passphrase, but doesn't ask me...
[10:30] <DktrKranz> you have to insert yours
[10:30] <DktrKranz> it doesn't show you a seahorse window or some
[10:31] <DktrKranz> just a new line stating to insert your password
[10:31] <dothebart> do i have to pipe it into debuild?
[10:32] <dothebart> gpg: [stdin] : clearsign failed: bad passphrase
[10:33] <DktrKranz> dothebart, which version do you have
[10:33] <DktrKranz> ?
[10:33] <dothebart> the one that comes with sid
[10:33] <DktrKranz> some are buggy
[10:33] <DktrKranz> anyway, use -uc -us
[10:34] <DktrKranz> you can sign it later using debsign
[10:34] <gnomefreak> why use -kEMAIL why not use -kKEYID
[10:35] <dothebart> i've got that GPGKEY in my environment... shouldn't it look at that automagic then?
[10:36] <gnomefreak> dpkg-buildpackage -S -sa will use your gpg key without using -k flag
[10:36] <gnomefreak> *should*
[10:37] <dothebart> ah, that pops up a dialog.
[10:38] <gnomefreak> that might be your gnome-keyring dialog
[10:38] <dothebart> yes.
[10:39] <dothebart> it now has signed the dsc file, is that what needs to be done?
[10:39] <gnomefreak> once you enter your gnome-keyring password it should sign the .dsc
[10:39] <gnomefreak> dothebart: yep
[10:39] <dothebart> looking good...
[10:39] <gnomefreak> afaik -k flag doesnt handle email addresses
[10:40] <dothebart> the wiki tells to put pinentry program to set to -gtk-2
[10:41] <dothebart> if i don't, will it ask on the shell without X?
[10:41] <gnomefreak> dothebart: what wiki?
[10:41] <dothebart> https://help.ubuntu.com/community/GnuPrivacyGuardHowto
[10:43] <gnomefreak> that will just make it not ask you all the time to enter it
[10:43] <gnomefreak> but only for 24 hours
[10:44] <dothebart> but the -ncurses one, shouldn't that to without X11?
[10:45] <gnomefreak> yes but if you saved your password for your gpg key in gnome-keyring that dialog will always pop up
[10:45] <gnomefreak> take it out of g-kr and the X dialog should no longer ask you for it
[10:46] <dothebart> ok, at least i got my two files signed.
[10:46] <dothebart> is there a way to call that thang like ssh-add?
[10:46] <dothebart> it left me with a prompt that i didn't know what to do with...
[10:46] <gnomefreak> the dialog box?
[10:47] <dothebart> the pinentry program...
[10:47] <gnomefreak> oh that i dont know
[10:47] <gnomefreak> https://help.ubuntu.com/community/GPGsigningforSSHHowTo
[10:47] <dothebart> isn't that what did that popup?
[10:47] <gnomefreak> maybe that will help
[10:48] <gnomefreak> dothebart: i didnt see your popup. was it ncurses or X11?
[10:48] <gnomefreak> pinentry == ncurses and g-kr-m == X11 afaik
[10:48] <dothebart> hm, thats not what what i was asking... i just wanted a shell prompt, not to use my gpg key for ssh authentication...
[10:49] <dothebart> hm, i've installed the gtk one, as the faq told me...
[10:49] <dothebart> well, right now i've got them signed. so let's try to upload them.
[10:50] <dothebart> i don't either...
[10:56] <freezone> hi guys
[10:57] <dothebart> ah, revu upload works.
[10:59] <dothebart> looks good. except the mesage 'not running dinstall' but thats ok?
[11:00] <imbrandon> hello freezone
[11:00] <imbrandon> dothebart, thats normal
[11:01] <dothebart> ah, fine.
[11:02] <dothebart> hm, the wiki tells which credentials to use for revu, but now which protocol to use and which url...
[11:03] <imbrandon> dput to upload if thats what you mean
[11:03] <dothebart> well, ok, wasn't that hard to figure out, but a link would be nice ;)
[11:04] <imbrandon> http://revu.tauware.de/
[11:04] <dothebart> yes.
[11:07] <dothebart> hm, the password recovery tells me to use the text below, but there is none...
[11:07] <imbrandon> then likely it hasent registered your upload yet in the DB
[11:08] <imbrandon> if it dosent show soon poke siretart when he is non-afk
[11:09] <dothebart> how long could that take?
[11:09] <dothebart> as its .de, does it run and print its time in german timezone?
[11:10] <dothebart> the latest upload, dvgrab, is 11 hours ago...
[11:15] <ScottK> keescook: Did you get the squirrelmail situation sorted?
[11:15] <keescook> ScottK: I think I understand what's needed, but I haven't uploaded the diffs yet.  (Has anyone tested them on feisty yet?)
[11:16] <ScottK> keescook: Good.  IIRC, leonel (who made the diff) built and tested it on Feisty.
[11:18] <keescook> okay, cool.  I will get it built up.  :)
[11:20] <ScottK> keescook: He also said he was going to do updates for Edgy and Dapper, but they have other security issues outstanding too, so be prepared for a largish diff on those.
[11:20] <geser> dothebart:  Please note, all times on this page are in UTC-4.
[11:20] <geser> from the revu homepage
[11:21] <dothebart> geser: which city would that be?
[11:22] <geser> http://en.wikipedia.org/wiki/UTC-4
[11:24] <dothebart> hm. ok, too late to calc here... i'm in EST / GMT +2, whats the offset?
[11:24] <keescook> ScottK: okay, great.
[11:24] <DktrKranz> dothebart, I think +6
[11:25] <dothebart> hm, so 15 o clock will be 21, so its 2 hours ago.
[11:27] <xxxxx1> bye all!
[12:08] <TheMuso> Hey all.
[12:08] <Fujitsu> Hi TheMuso.