[12:18] <Adri2000> afflux: I'm going to upload your briquolo merge, to but it would be cool to forward the changes to debian so that next time we can sync
[12:29] <bluekuja> it seems that cddb files like libcddb etc cannot be used on a pbuilder
[12:30] <bluekuja> they're available in packages.ubuntu.com under gutsy devel
[12:30] <Fujitsu> What do you mean by `cannot be used'?
[12:30] <geser> my guess is: universe not enabled
[12:30] <Fujitsu> That was mine too.
[12:30] <bluekuja> mmm...
[12:31] <bluekuja> let me see my pbuilder
[12:31] <bluekuja> conf file
[12:31] <bluekuja> cannot be used means
[12:31] <bluekuja> this
[12:31] <bluekuja> apt-get install libcddb2-dev
[12:31] <bluekuja> Reading package lists... Done
[12:31] <bluekuja> Building dependency tree
[12:31] <bluekuja> Reading state information... Done
[12:31] <bluekuja> E: Couldn't find package libcddb2-dev
[12:31] <bluekuja> looking conf file
[12:33] <bluekuja> COMPONENTS="main restricted universe multiverse"
[12:33] <bluekuja> someone can try it on his pbuilder?
[12:33] <bluekuja> (gutsy pbuilder)
[12:33] <DktrKranz> bluekuja, try to login and see if universe is enabled
[12:34] <bluekuja> already done ...
[12:34] <bluekuja> it works for you?
[12:34] <DktrKranz> I'm gonna check
[12:34] <bluekuja> I'm able to get other universe files...
[12:35] <DktrKranz> which package were you about?
[12:35] <bluekuja> libcddb
[12:35] <bluekuja> and others
[12:35] <bluekuja> cddb related files
[12:37] <DktrKranz> E: Couldn't find package libcddb
[12:37] <bluekuja> *libcddb2
[12:37] <bluekuja> try it
[12:38] <DktrKranz> no problems here
[12:38] <bluekuja> mmm...
[12:38] <DktrKranz> libcddb2 |    1.2.1-1 | http://archive.ubuntu.com gutsy/universe Packages
[01:02] <Daviey> imbrandon, you about?
[01:16] <leonel> ScottK: ping
[01:23] <TheMuso> Hey MOTUs and MOTU hopefuls.
[01:24] <angasule> what about us useless lurkers? :?
[01:24] <persia> Hello TheMuso
[01:25] <TheMuso> heh everybody.
[01:25] <angasule> hey :)
[01:25] <TheMuso> I believe all people in here who lirk are MOTU  hopefuls.
[01:25] <TheMuso> Or MOTUs.
[01:25] <TheMuso> So everybody who is not a MOTU, is a MOTU hopeful in my eyes.
[01:25] <TheMuso> Who is in here.
[01:25] <persia> TheMuso: You forget MOTU-stalkers, IRC bots, etc. :)
[01:25] <leonel> and me
[01:25] <leonel> :P
[01:26] <TheMuso> :)
[01:26] <angasule> I'm an Evil Overlord
[01:26] <pochu> hello
[01:26] <TheMuso> Heya pochu.
[01:26] <pochu> hi TheMuso
[01:26] <pochu> ScottK: I can't understand your second message to the list. What do you want to correct? :)
[01:40] <Adri2000> -to your sources.list(5).  Then, update and upgrade (or install) azureus.
[01:40] <Adri2000> +to your sources.list(5).  Then, update and upgrade (or install) lighttpd.
[01:40] <Adri2000> pochu: ^ :)
[01:46] <pochu> Adri2000: :)
[01:47] <pochu> Adri2000: have you really done a diff to the mails? ;)
[01:50] <Adri2000> no, just eye-diff :)
[01:51] <pochu> :-)
[01:53] <superm1> hey anyone up for a revu right now?
[01:56] <TheMuso> superm1: If nobody else has done it before I return, I'll have a look when I'm back at the computer.
[01:56] <superm1> thanks TheMuso
[01:56] <TheMuso> superm1: Just give me the revu link, so I can look if you're not around later.
[01:57] <superm1> http://revu.tauware.de./details.py?upid=5108 mythtv-themes-unofficial is the package
[01:58] <TheMuso> superm1: Thanks.
[02:19] <ScottK> pochu: There was a typo in the first.  It said to install the wrong packagename, it's fixed in the text on the 2nd.
[02:28] <pochu> ScottK: didn't see it :)
[02:28] <pochu> good night MOTUland!
[02:29] <leonel> ScottK: about https://bugs.launchpad.net/ubuntu/+source/squirrelmail/+bug/113725     I need to apply the patch directly  since   crimsun told me that there's no a patch management for squirrelmail  so I don't know how to patch it
[02:29] <ubotu> Launchpad bug 113725 in squirrelmail "Cross site scripting in HTML filter" [High,Confirmed]
[02:32] <leonel> ScottK: patched in the source already ..
[02:44] <crimsun> leonel: about what are you unclear?
[02:44] <leonel> I've patched the sourece  ..
[02:44] <leonel> and  now ??
[02:44] <leonel> the debdiff  against what ?
[02:45] <leonel> this is what ive done
[02:45] <crimsun> leonel: the previous source package that's currently in feisty.
[02:45] <leonel> apt-get source squirrelmail
[02:45] <leonel> patched the source
[02:45] <leonel> and  now ?
[02:45] <crimsun> edit debian/changelog
[02:45] <leonel> done
[02:45] <crimsun> debuild -S -uc -us
[02:46] <leonel> running
[02:46] <leonel> done
[02:46] <leonel> now  I see the new  dsc
[02:46] <crimsun> cd ..
[02:47] <crimsun> debdiff old.dsc new.dsc >new.debdiff
[02:47] <crimsun> replace old.dsc and new.dsc as appropriate
[02:47] <leonel> yes
[02:47] <crimsun> then attach new.debdiff to the bug
[02:47] <crimsun> our friendly MOTUs must be inebriated beyond the point of sense, now.
[02:48] <leonel> why ?? friday ?
[02:48] <crimsun> yesterday was the last day of UDS
[02:49] <crimsun> the big dinner, aka "drink & eat yourself silly", took place
[02:49] <leonel> must been  there ..
[02:49] <crimsun> have you attached the new.debdiff yet?
[02:49] <leonel> working
[02:51] <leonel> not do a pbuilder ?
[02:51] <leonel> crimsun: ?
[02:51] <crimsun> well, I assume you've tested this new patch
[02:51] <leonel> let's do that first :-P
[02:52] <crimsun> pbuilder-feisty build foo.dsc
[02:52] <leonel> yes
[02:52] <leonel> working
[03:02] <freeflying> crimsun: hi
[03:03] <freeflying> crimsun: http://<IP_ADDRESS>/~freeflying/scim/scim-pinyin_0.5.91-0ubuntu8.dsc
[03:06] <crimsun> freeflying: uploaded.
[03:07] <leonel> crimsun: the deb installed
[03:07] <leonel> uploading the  debdiff
[03:07] <freeflying> crimsun: thanks
[03:09] <leonel> crimsun: this as a descripton :     patch applied without dpatch   ??
[03:09] <crimsun> leonel: you don't need to say that in the description.
[03:09] <leonel> just upload the debdiff ?
[03:10] <crimsun> leonel: yes
[03:10] <leonel> ok
[03:13] <leonel> crimsun: uploaded
[03:23] <crimsun> leonel: ok, tweaked.
[03:26] <leonel> what I did wrong ?
[03:26] <leonel> crimsun:  ?
[03:26] <crimsun> leonel: you didn't do anything  /wrong/  ; I just clarified.  It's in the bug report.
[03:27] <crimsun> leonel: it's now up to the security team.
[03:27] <crimsun> leonel: thanks for your work on it!
[03:27] <leonel> now  on to dapper ..
[03:27] <leonel> crimsun:  I assume apply the patches for dapper  the same ?
[03:28] <crimsun> if you're extremely lucky, they'll backport cleanly.
[03:28] <leonel> what this  patch ?
[03:28] <leonel> the problem is that  Dapper has other security  issues
[03:29] <crimsun> yes.
[03:30] <leonel> since dapper has  1.4.6
[03:30] <leonel> and this patch was for  1.4.9
[03:30] <leonel> is there any chance  that  this get to dapper backports  ?
[03:31] <crimsun> err, no, this is a security erratum, not a backport wishlist.
[03:32] <leonel> ok
[03:32] <crimsun> it belongs in dapper-security (just like feisty-security).
[03:32] <leonel> so it's  ok  to work on dapper's squirrelmail  security bugs  ?
[03:34] <minghua> Also, I don't think everybody has dapper-backports enabled.  I don't.
[03:34] <crimsun> leonel: absolutely.
[03:35] <crimsun> leonel: Dapper is an LTS.
[03:37] <leonel> ok
[03:37] <leonel> the procedure would be
[03:37] <leonel> report or check for bugs  in launchpad
[03:37] <leonel> and  do all the patching as we did with feisty ?
[03:43] <crimsun> leonel: yep
[03:52] <leonel> crimsun: ok  thank you very much
[04:30] <persia> Oops!  One should never run debuild inside cdbs-edit-patch.
[04:31] <jmg> persia: :)
[04:34] <plugwash> persia why? what happens?
[04:35] <persia> plugwash: It just spits an error, preventing you from making a big mistake :)
[04:41] <TheMuso> heh
[04:41] <TheMuso> Nice.
[04:44] <nixternal> bug 114156 - available for a merge if anyone is around to do so. thanks!
[04:44] <ubotu> Launchpad bug 114156 in tellico "[Gutsy Merge]  tellico_1.2.11-1ubuntu1" [Undecided,Unconfirmed]  https://launchpad.net/bugs/114156
[04:45] <TheMuso> nixternal: If nobody takes it before I get this mass compile set up, I'll have a look after this is done.
[04:46] <nixternal> rock on, thanks!
[04:46] <crimsun> I'll do it.
[04:48] <crimsun> oucheroo.  Debdiff against  /current/  source package?
[04:49] <nixternal> ey?
[04:49] <crimsun> that debdiff is gigantenormous.
[04:50] <TheMuso> hahaha
[04:50] <nixternal> d'oh
[04:50] <nixternal> that is what I get for *1.dsc
[04:50] <nixternal> let me fix that
[04:50] <TheMuso> ROFLMAO
[04:50] <crimsun> nixternal: the reason we ask for debdiffs against the current Debian source package is:  dpkg-source: cannot represent change to po/foobarblah.gmo: binary file contents changed
[04:50] <nixternal> LOL, I know
[04:51] <nixternal> I did a * and it grabbed the wrong (ubuntu revision) one
[04:52] <nixternal> crimsun: fixed, sorry about that
[04:54] <crimsun> silly rich forgetting DebianMaintainerField.
[04:55] <nixternal> see, last time I switched it to MOTU I was told I wasn't supposed to
[04:55] <crimsun> eh?
[04:55] <nixternal> oh wait, we are talking about 2 different things
[04:55] <crimsun> this is gutsy; you're definitely supposed to.
[04:55] <nixternal> I am thinking about changing the orig maintainer
[04:55] <nixternal> ya
[04:59] <crimsun> maybe it wasn't such a good idea to upload this merge over a 56kbps dialup
[04:59] <persia> crimsun: :)
[05:00] <minghua> ubuntu-science list is just having too much spam
[05:00] <nixternal> crimsun: did you fix that or do you want me to fix it really quick? sorry, there was a plane crash
[05:00] <crimsun> I've fixed it.
[05:01] <crimsun> (and updated debian/changelog to boot)
[05:01] <nixternal> actually, he didn't crash, he landed in our damn roadway
[05:01] <nixternal> thanks
[05:17] <ranf> hi
[05:17] <ranf> bug #114159
[05:17] <ubotu> Launchpad bug 114159 in python-numpy "Merge python-numpy 1.0.2-2 from Debian Unstable (main)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/114159
[06:20] <TheMuso> Afternoon RAOF
[06:20] <RAOF> Good afternoon TheMuso
[06:21] <RAOF> Ooh, feisty-backports
[06:21] <TheMuso> heh
[07:38] <chillywilly> kudos to the Ubuntu team, I just tried some other friggin desktop distro and it pales in comparison...that is all...
[08:07] <imbrandon> Davie, I am now, kinda
[08:07] <nixternal> stop lying!
[08:08] <imbrandon> lol
[08:08] <nixternal> who is your fathah, and what does he do
[08:08] <superm1> imbrandon, that was like 8 hours ago?
[08:08] <imbrandon> yup
[08:08] <imbrandon> something like that
[08:08] <imbrandon> hehe
[08:08] <nixternal> hey, better late than never
[08:08] <superm1> good point
[08:08] <nixternal> is Davie even around anymore?
[08:08] <nixternal> heh
[08:08] <nixternal> no
[08:09] <superm1> imbrandon, he was wondering about email on mythbuntu.org
[08:09] <imbrandon> you know since ubuntu studio release i've bveen pushiong 60MB/s out heheh
[08:09] <imbrandon> http://www.imbrandon.com/stats/bandwidth/
[08:09] <imbrandon> superm1: sure, what emails you want setup and to point to where
[08:10] <nixternal> mt. dew doesn't get you tipsy silly
[08:11] <nixternal> it is the whacky tobacky that gotcha prolly
[08:11] <imbrandon> heh redbull and vodka does
[08:11] <nixternal> supermans!
[08:11] <TheMuso> Heya imbrandon.
[08:11] <nixternal> midwest in da house!
[08:11] <imbrandon> heya TheMuso !
[08:11] <nixternal> MO, IL, and WI covering MOTUland
[08:11] <superm1> well lets see, we wanted<EMAIL_ADDRESS>and<EMAIL_ADDRESS>at least
[08:11] <imbrandon> hows it going
[08:12] <superm1> and MN up here :)
[08:12] <TheMuso> imbrandon: Well thanks.
[08:12] <nixternal> woowoo, and the MN
[08:12] <TheMuso> superm1: Oh what was the name of the package you wanted reviewed?
[08:12] <nixternal> sharms: wake up and represent the MI already
[08:12] <imbrandon> superm1: honestly better to email me about them at this pooint and then i'll set some way up later tonight for you toadmin them
[08:12] <superm1> nixternal, mythtv-themes-unofficial
[08:12] <nixternal> oh wait, the MI probably crashed with your enhance bash your head script
[08:12] <superm1> k imbrandon
[08:12] <superm1> woops, TheMuso ^
[08:13] <superm1> not nixterna l
[08:13] <nixternal> I was gonna say, you lost me with that one ;)
[08:13] <TheMuso> superm1: Thanks.
[08:14] <TheMuso> yoooooooooooouchy!! Big orig.
[08:14] <superm1> hehe
[08:14] <superm1> 90 megs i think
[08:14] <TheMuso> What the hell you got in here?
[08:14] <nixternal> wow
[08:14] <superm1> themes
[08:14] <nixternal> 2 other distros
[08:15] <TheMuso> 89MB
[08:15] <TheMuso> You sure about that
[08:15] <TheMuso> :)
[08:15] <superm1> it was 100, but i had to pull one out that i couldnt straighten the licensing on
[08:18] <imbrandon> brb
[08:27] <TheMuso> superm1: Ok, its now downloaded.
[08:27] <TheMuso> Unpacking...
[08:28] <superm1> TheMuso, the way that i packaged it - since there are so many upstream tgz's - is that the correct way?
[08:28] <superm1> to put them all in one big archive?
[08:29] <TheMuso> superm1: Hang on a sec.
[08:31] <TheMuso> superm1: Is there a reason why you used o instead of * for mentioning the themes in debian/control?
[08:32] <superm1> not particularly?
[08:32] <TheMuso> Ok.
[08:33] <imbrandon> dum deee doo
[08:33] <TheMuso> Its just that * is used mostly, but I guess it doesn't matter.
[08:33] <superm1> sure
[08:33] <TheMuso> I am not sure about debian/copyright. I am no expert in that area. I'm fine with it, but I am not sure if it will pass...
[08:34] <superm1> because of the organization of it?
[08:34] <superm1> or what are you thinking with it?
[08:35] <persia> superm1: For so many upstream archives, consider adding a get-orig-source: rule to debian/rules, just so the super-paranoid can verify that you didn't repack something evil.
[08:35] <superm1> persia, is get-orig-source typically used then to build the .orig.tar.gz?
[08:36] <superm1> based on the links that I provide for it
[08:36] <TheMuso> superm1: There are no binaries shipped in this package, so there is no need for dh_strip.
[08:36] <superm1> k
[08:36] <persia> superm1: Not yet.  It's proposed to become the typical way in the future (in Debian).
[08:37] <superm1> but for the purposes of this package then, it would be used to build and compare to the orig.tar.gz that I uploaded correct?
[08:38] <persia> superm1: That's the idea.  It would only be run manually.  If you're sneaky, you can have it check the watch file for sources, and that way when you update the watch file, you can use it to prepare the next upstream version.
[08:43] <superm1> when i make these changes, is there any way i can avoid having to reupload the whole .orig.tar.gz to revu, and maybe just upload a debdiff? Or will it only accept a full source package?
[08:44] <TheMuso> superm1: Depends on what is changed.
[08:44] <TheMuso> And how you build the updated package.
[08:44] <TheMuso> If you don't change anything in the orig.tar.gz, you can simply do debuild -S, which will only update the diff.
[08:45] <superm1> ah okay
[08:45] <TheMuso> Then when you upload, the orig won't be uploaded.
[08:45] <superm1> that'd be the way to go then
[08:45] <superm1> i wont change the orig.tar.gz at all
[08:45] <superm1> no real need to
[08:45] <persia> superm1: If you can make all your changes, and your new orig.tar.gz has all the same contents, you can fake it by hand-editing the .dsc file and re^running debsign.
[08:45] <TheMuso> Well then thats easy
[08:45] <TheMuso> persia: No need, if you use debuild right.
[08:46] <TheMuso> That is if the md5sum doesn't change.
[08:46] <persia> TheMuso: Ah.  For my packages, get-orig-source testing tends to mess that up.
[08:50] <superm1> TheMuso, but what were you thinking about debian/copyright that is in need of possible work?
[08:51] <TheMuso> superm1: Thats the thing. I don't know, as I am no expert, but I get the feeling that something needs changing. Exactly what though, I couldn't tell you.
[08:51] <superm1> lol
[08:51] <superm1> okay :)
[08:51] <superm1> MOTU intuition
[08:53] <persia> superm1: I think you have to indicate to whom the upstream copyrights belong, and declare copyright for the packaging modifications.
[08:54] <superm1> ah okay
[08:54] <superm1> that would make sense
[08:54] <persia> superm1: Install debian-policy - all the rules are in there, and you can grep.
[08:55] <superm1> will do
[09:06] <persia> StevenK: were you hiding?
[09:06] <StevenK> persia: I've been out for most of the day.
[09:06] <persia> StevenK: Welcome back.
[09:06] <StevenK> In fact, I'm still out.
[09:10] <jussi01> hello motu's!!
[09:11] <jussi01> is there a reason there is no source here? https://launchpad.net/ubuntu/gutsy/+source/waon
[09:12] <persia> jussi01: waon has never yet been released in Ubuntu.  If the page responds, you can expect it soon.
[09:12] <crimsun> jussi01: https://launchpad.net/ubuntu/gutsy/+queue?queue_state=0&queue_text=waon
[09:13] <crimsun> jussi01: it's awaiting source NEW
[09:13] <jussi01> ahhh... ok... so you guys upload it then it goes to new?
[09:13] <crimsun> yes.
[09:14] <jussi01> great :D thanks crimsun
[09:14] <crimsun> source NEW, build, binary NEW.
[09:19] <jussi01> ok... so how long does the process usually take?
[09:20] <crimsun> depends on the archive admins.
[09:20] <crimsun> seeing how they've all been at UDS, it's no surprise.
[09:22] <rollerskatejamms> What would be the best language to learn if I want to start contributing to packaging, fixing bugs, etc? C?
[09:23] <bmm> rollerskatejamms: first find the package, then learn that language.
[09:23] <rollerskatejamms> bmm, true :-D
[09:23] <bmm> Fixing bugs is not really allot of fun (not all the time) so you should find a piece of software you are willing to make the effort for ;-)
[09:24] <bmm> What language would you like to learn?
[09:24] <bmm> (C#, Python, C++, Lisp, Erlang, Fortran, Io, Perl, Javascript..)
[09:24] <bmm> Java... and the list should go on even further ;-)
[09:26] <bmm> Yeah! My lintian and Linda are 0 bytes :-D http://revu.tauware.de/details.py?upid=5113
[09:27] <persia> rollerskatejamms: I have the opposite view: sometimes it's nice to learn a language by looking at bugs.  C, C++, and python seem to cover the majority of packages.
[09:27] <bmm> If someone out there would have the time to take a look at it, It' be thrilled
[09:28] <rollerskatejamms> bmm, I thought C# was a proprietary MS language.
[09:29] <bmm> rollerskatejamms: there are mono based packages out there, written in C# which you could help with if you would want that.
[09:29] <bmm> see www.mono-project.com for more info.
[09:30] <rollerskatejamms> Cool. I'll have to think about which packages interest me most. I guess I'll take a look at the ones I use most frequently. (XChat, Gaim/Pidgin, Evolution, amongst others)
[09:31] <bmm> But if you would have to choose a language, go with C++ if you are going to buy a book, C if you just have some hours left and Python if you want to start a project yourself.
[09:32] <bmm> rollerskatejamms: With C# you can take a look at programs like F-Spot, Banshee... there is probably a list somewhere ;-)
[09:32] <persia> bmm: delete config.{sub,guess} in clean: and copy them in configure:  This will make the diff smaller.
[09:33] <rollerskatejamms> Ah yeah I use Banshee a lot.
[09:33] <rollerskatejamms> I don't really love F-Spot though. I use it because its there.
[09:33] <rollerskatejamms> I like Picassa a lot more, but it's not open source so I don't use it.
[09:33] <superm1> persia, are you still here?  Would you be able to look over what I made into debian/copyright for mythtv-themes-unofficial to see if it looks kosher?
[09:33] <bmm> persia: copy them from the default location you mean?
[09:34] <bmm> (/usr...)
[09:34] <persia> superm1: Sure, but I'M not an authority.
[09:34] <superm1> of course :) its at the bottom of this diff: http://revu.tauware.de/revu1-incoming/mythtv-themes-unofficial-0705120325/mythtv-themes-unofficial_0.20070418-0ubuntu1.diff
[09:35] <persia> bmm: Yes (you need to Build-depend on autotools-dev for this to work).
[09:37] <persia> superm1: Nothing left sticks out for me, but you'll want someone who knows better than I for confirmation.
[09:37] <superm1> K. thanks persia
[09:38] <superm1> TheMuso, i made that change to debian/rules and debian/copyright, would be able to reack the new revu?
[09:39] <bmm> persia: autotools dev is there already. My dh_make template rules contains a line to copy the config is already. Should I move the "cp -f ..." from clean: to config-status in rules?
[09:39] <bmm> (and add the delete in the clean)
[09:39] <persia> bmm: Exactly (or at least I prefer packages that do this).
[09:40] <bmm> persia: if you are going to advocate it in the end, that's NP :-D
[09:40] <persia> bmm: I'm not MOTU :)
[09:41] <bmm> bmm: you don't need to be to advocate them, right? Just to mentor them.
[09:42] <bmm> persia: well, dh_make placed it there, so should I just leave it for now? I can make a comment about it on the revu page.
[09:42] <persia> bmm: You can certainly leave it there.  dh_make and I disagree about this, but it's not policy or anything.
[09:43] <bmm> persia: ok, then I'm going to leave it there so I don't have to do another upload to revu. It would be so cool if the package could get through without an update ;-)
[09:43] <bmm> I'll post a comment about it....
[09:49] <bmm> Well.. now it's just sitting here and waiting for somebody to notice my package, right?
[09:51] <persia> Does anyone know if popcon data is available in such a way that I could discover the number of reported users of a package on each architecture?
[09:58] <bmm> How do you know wether dh_installdirs is needed or not?
[09:58] <persia> bmm: Do you have a <package>.dirs file?
[09:59] <bmm> persia: you mean debian/dirs, yes I've got that.
[09:59] <persia> bmm: If you have that, then you need it.  Otherwise, not.
[10:00] <bmm> But dh_make made it and it contains /usr/bin and /usr/sbin :-S
[10:02] <persia> bmm: I disagree with dh_make about a number of things, so I may not be the best responder, but I only use the dirs file for directories that are not created during upstream installation into which I need to put files (typically with debian/install).  You may not need it.
[10:04] <bmm> persia: yeah, think so. I'm not using the /usr/sbin at all, so that should just be removed.. I'll look it up in the new-maintainers guide and start purging it ;-)
[10:05] <bmm> ok, deleted that file :-D
[10:19] <bmm> persia: Well, I cleaned up my installdirs and the unneeded commented dh_make things. The new upload should be there in a few minutes. (there being: http://revu.tauware.de/details.py?upid=5113 ) Thanks for all the help!
[10:20] <persia> bmm: No problem.  I'm currently failing to determine why something works fine on i386 and fails on amd64, and appreciate the distraction.
[10:21] <bmm> persia: anything online? I don't have a amd64, but I could look at the code. It's probably some pointer arithmatic ;-)
[10:21] <bmm> (or people trying to serialize using structs)
[10:22] <fluxy> Hey uni masters, know a good msn (not multi protocol) client for ubuntu? (needs nudge, file transfer, display message, smileys and disp pic), also i prefer gtk. thx
[10:23] <persia> bmm: I don't have it online, but I could upload it somewhere, if you really want to help debug it.  It's a C++ JACK client that uses wxgtk for everything.
[10:24] <bmm> persia: if you upload it somewhere, I can take a look at it for you, don't expect any quick results though ;-)
[10:27] <bmm> fluxy: I'm not a master, but you can try amsn
[10:28] <fluxy> bmm: amsn is too buggy (am currently using it)
[10:28] <bmm> I think you can only go MORE experimental if you start of with amsn :)
[10:30] <bmm> fluxy: you could also try to find an online client with all that support. webmessanger probably has most of those features.
[10:33] <persia> bmm: bug #114181
[10:33] <ubotu> Launchpad bug 114181 in freqtweak "Please upgrade freqtweak" [Undecided,Unconfirmed]  https://launchpad.net/bugs/114181
[10:38] <persia> bmm: You might also consider removing yylex.cc in clean:.   you don't need dh_installdirs.  If you are upstream, consider not using "doc/debiandocs/" as part of the upstream directory structure.
[10:53] <stgraber> Does any MOTU have a minute to look at : http://revu.tauware.de/details.py?upid=5117 please
[10:53] <stgraber> hey Sindwiller
[10:53] <stgraber> persia: ^ ?
[10:54] <superm1> stgraber, persia's not a MOTU :)
[10:54] <persia> stgraber: I'm not MOTU, but I'll look.
[10:54] <stgraber> hehe, sorry :) but nevermind as soon as someone may find some details I didn't fix :)
[10:54] <Sindwiller> hey stgraber :)
[10:57] <TheMuso> superm1: Yep, will have another look.
[10:57] <superm1> thx TheMuso
[10:58] <stgraber> TheMuso,gpocentek: I've uploaded a fixed version of miniracer, can you have a look when you've a minute.
[10:58] <stgraber> s/./?/
[11:01] <bmm> persia: thanks! I've added the rm -f src/SourceScanner/yylex.cc to my clean: rules. I'll do another dput in a few minutes :-D
[11:07] <TheMuso> stgraber: Reviewing.
[11:09] <bmm> persia: Well, the new update is in http://revu.tauware.de/details.py?upid=5118 REVU is fast btw.
[11:09] <bmm> persia: have you put your code online already?
[11:09] <persia> stgraber: I don't see much still wrong.  I like icons & menu files, but that's just sugar.  You might consider using dh_desktop to binary-arch:.  You might also consider using install -m 755 instead of cp to place miniracer-bin.
[11:09] <TheMuso> persia: One would think that dh_fixperms fixes that up. I'll check once the package has finished building.
[11:10] <TheMuso> But yes I agree, setting permissions once its copied over, i.e using the install command is a better idea.
[11:10] <persia> bmm - I made a special bug for you: it's number 114181.  debian/ is there, and everything else is automated.
[11:11] <bmm> persia: hahah, when you types bug #114181, my IRC directed me to bugzilla which also has a bug under that number. Thought you might just have spoke to rhe wrong person
[11:11] <ubotu> Launchpad bug 114181 in freqtweak "Please upgrade freqtweak" [Undecided,Unconfirmed]  https://launchpad.net/bugs/114181
[11:11] <bmm> :-D
[11:12] <persia> TheMuso: Yes, dh_fixperms fixes it. I just like install.
[11:12] <TheMuso> persia: Yeah, its certainly more complete that way.
[11:18] <bmm> persia: Shouldn't the .orig.tar contain a directory with the package name? If so you might want to "mv freqtweak `dirname ${PWD}`' or something like that in getorigsource:.
[11:20] <persia> bmm: All previous upstream tarballs were flat.  That's a good idea though - that way I can have a rule that preps the build environment :)
[11:22] <stgraber> persia: the problem I had with using dh_install is that I should have renamed "miniracer-bin" to "miniracer" before using it and doing so, debuild remove "miniracer" from the debian/ directory ...
[11:23] <stgraber> persia: It'd have been good if I was able to use dh_install to copy+rename the miniracer-bin file to usr/games/miniracer
[11:23] <superm1> thx TheMuso .  i'm off to bed now :)
[11:23] <TheMuso> superm1: No problem.
[11:23] <persia> stgraber: My apologies for the confusion.  not dh_install, but rather use `install -m 755 ...` instead of `cp ...` in debian/rules.
[11:23] <stgraber> ok, will look at it
[11:24] <TheMuso> stgraber: I've added another comment to revu.
[11:27] <stgraber> TheMuso: ok, for this description-starts-with-package-name is it that important ? All the game packages I've checked start with the game name in the description ...
[11:27] <TheMuso> Probably not.
[11:28] <TheMuso> stgraber: No need to worry about it I guess.
[11:29] <dothebart> hm, i've been subscribed to REVU for a week now, and asked for adding my key...
[11:29] <TheMuso> dothebart: Whats the problem?
[11:29] <dothebart> but nobody answers my mail...
[11:29] <dothebart> or tells me my key is added...
[11:29] <bmm> dothebart: there is something going wrong then. I've never asked for anything and got it without a problem :-D
[11:30] <TheMuso> dothebart: Have you tried to upload a package?
[11:30] <dothebart> no, not yet.
[11:30] <dothebart> as the wiki states to ask the maintainers...
[11:30] <dothebart> should that work without interaction?
[11:30] <TheMuso> I am not sure about how often the keyring is synced.
[11:30] <TheMuso> So I can't answer for certain.
[11:31] <TheMuso> And unfortunately, as far as I am aware, there are no revu admins around at the moment.
[11:31] <dothebart> is there a cheap way to find out if?
[11:31] <TheMuso> Try uploading a package.
[11:32] <dothebart> ok.
[11:33] <TheMuso> The package should hopefully appear on revu in a few minutes.
[11:33] <TheMuso> Whats the name of the package?
[11:33] <TheMuso> And make sure you are only uploading the source.
[11:34] <bmm> only do dput revu *_source.changes
[11:35] <bmm> TheMuso: if you have some spare time, check ccbuild: http://revu.tauware.de/details.py?upid=5118
[11:35] <TheMuso> bmm: Sure, in a sec.
[11:35] <bmm> Cool!
[11:36] <bmm> NP, I was expecting this to take about months or so ;)
[11:42] <stgraber> TheMuso: http://revu.tauware.de/details.py?upid=5119
[11:42] <TheMuso> stgraber: Will look again when I have finished reviewing bmm's package.
[11:44] <bmm> yeah!
[11:45] <bmm> persia: have you checked al the warnings for freqtweak?
[11:46] <bmm> persia: the awnser might be in "CLFAGS=-Wall make 2>warnings.txt; grep -v wx < warninglog.txt |less"
[11:47] <persia> bmm: I've been looking through them, and fixed a couple, but my last patch for wxwidgets2.6 is still pending, so I don't really want to push another yet (to many things depend on wxwidgets).
[11:47] <bmm> and the problem is in the wxwidgets warnings?
[11:47] <TheMuso> bmm: Left a comment.
[11:47] <bmm> wxwidgets should work on amd64 right?
[11:48] <bmm> TheMuso: ooh, where?
[11:48] <TheMuso> On revu.
[11:48] <bmm> oh, I though I left a comment in my debian/rules :-D
[11:48] <persia> bmm: No, just that most of the warnings are wxwidgets.  And *should* is a good word there.  It does (98%), but there's still bugs.
[11:49] <bmm> persia: that's why I used grep -v wx < warnings.txt ;-)
[11:49] <persia> bmm: heh
[11:53] <TheMuso> stgraber: Good. Acked it.
[11:53] <stgraber> TheMuso: great
[11:53] <stgraber> TheMuso: thank you
[11:54] <TheMuso> stgraber: You're welcome.
[11:55] <persia> bmm: I'm not sure about the type-punning, don't understand why a non-virtual destructor is bad, and will force-initialise the various mod values, which may help, but it crashes for me before I add a modulator, so I wonder if it might be one of the things I'm ignoring.
[11:56] <bmm> persia: I currently have such a long comment on my "lintian free" package, that I'll have to get back to you on that ;)
[11:57] <persia> bmm: No worries.  Thanks for the help.
[12:00] <jtbates> Hi, I'm interested in getting started packaging.  I'm going through the Packaging Guide and I've hit a bump with setting up the chroot environment.
[12:01] <jtbates> When I do dpkg-reconfigure passwd in the chroot environment I get a bunch of errors about stuff not being in /etc/gshadow
[12:01] <jtbates> For example: 'cupsys' is a member of the 'lp' group in /etc/group but not in /etc/gshadow
[12:02] <jtbates> Any idea why this is happening?
[12:02] <jtbates> I followed the directions in the guide exactly
[12:03] <stgraber> TheMuso: http://revu.tauware.de/details.py?upid=5120 if you still have a minute (it's a new upstream version for an already uploaded package)
[12:03] <TheMuso> stgraber: Sure.
[12:05] <TheMuso> jtbates: If you are going to set up sudo, you don't really need to reconfigure passwd.
[12:06] <TheMuso> Thats the experience I've had when setting up chroots.
[12:06] <TheMuso> Juast as long as you set your own password with the passwd command, sudo is installed, and sudoers is copied over to the chroot.
[12:11] <TheMuso> Heya Hobbsee.
[12:11] <TheMuso> How was the dinner?
[12:11] <jtbates> Ok, I just followed the rest of the instructions skipping that step and it seems to be working.  Thanks TheMuso.
[12:11] <TheMuso> jtbates: You're welcome.
[12:12] <stgraber> TheMuso: I've just read your comment, thanks
[12:13] <Hobbsee> heya TheMuso!
[12:13] <Hobbsee> was great :D
[12:14] <TheMuso> Cool.
[12:14] <TheMuso> So what are your plans until you fly out? :)
[12:14] <stgraber> hi Hobbsee
[12:14] <Hobbsee> hiya stgraber
[12:15] <Hobbsee> TheMuso: not sure.  may explore the city a bit more
[12:15] <TheMuso> Cool.
[12:15] <TheMuso> Got anybody to go around with, Melissa perhaps?
[12:15] <TheMuso> brb
[12:15] <Hobbsee> dont think she wants to come
[12:15] <Hobbsee> but yeah
[12:16] <Adri2000> does anyone remember the name of the ubuntuwire powerpc buildd?
[12:17] <geser> imbrandon: shouldn't aurora have a fast connection to mirror.imbrandon.com?
[12:17] <Hobbsee> geser: probably should, yes
[12:17] <geser> Adri2000: intrepid
[12:17] <geser> 14% [1 cmake 1738760/4920kB 35%]                                 11.4kB/s 14m53s
[12:17] <geser> on aurora
[12:17] <Adri2000> geser: thanks
[12:18] <stgraber> geser: well, that's 2xphone line, what are you complaining about ? :)
[12:18] <geser> Adri2000: but it still points to aurora, last I heard intrepid had hardware problems
[12:19] <Adri2000> hmm ok, will use sparky then (I need an arch different of i386/amd64)
[12:20] <imbrandon> geser: yes but its on the same 100MB/s switch BUT ....
[12:20] <imbrandon> right now the webserver ( e.g. mirror.* ) is dugg because of the Ubuntu Studio release
[12:20] <imbrandon> sooo its a bit slow
[12:20] <geser> ok, will be patient then
[12:21] <imbrandon> it falling back though
[12:21] <imbrandon> http://www.imbrandon.com/stats/bandwidth/
[12:21] <imbrandon> peeked at 89MB/s out
[12:21] <imbrandon> :)
[12:21] <imbrandon> its about ~25 now
[12:21] <imbrandon> soo the digg effect is slowly going away
[12:22] <jussi01> heh, seems as your server is the only current working one right now imbrandon
[12:22] <jussi01> lol
[12:22] <imbrandon> wow
[12:22] <imbrandon> really ?
[12:23] <imbrandon> thats nuts
[12:23] <jussi01> crazy huh
[12:23] <Hobbsee> telephonica is broken.
[12:23] <TheMuso> There are many people on the torrent also
[12:23] <jussi01> the others ave been up and down...
[12:23] <imbrandon> heya Hobbsee
[12:23] <Hobbsee> hi imbrandon!
[12:23] <imbrandon> make it back to .au ?
[12:23] <Hobbsee> havent started
[12:23] <imbrandon> ahh
[12:24] <imbrandon> jussi01: heheh /me hugs his webserver
[12:24] <imbrandon> it can take the digg effect
[12:25] <stgraber> Any MOTU can have a have a look at : http://revu.tauware.de/details.py?upid=5119 ? It needs a second +1
[12:26] <jussi01> lol, well its good we have at least 1 server still up :D
[12:28] <bmm> Do I need to mention NMU in my changelog (Non-maintainer upload)?
[12:28] <imbrandon> not for ubuntu
[12:44] <bmm> TheMuso: ok, I've changed it all, except the "section name should be preceded by contrib/non-free". the new upload is http://revu.tauware.de/details.py?upid=5123
[12:44] <TheMuso> bmm: I'll look in a sec.
[12:45] <TheMuso> E: Couldn't find package libtext-template-perl
[12:45] <TheMuso> W: Unable to locate package libtext-template-perl
[12:45] <TheMuso> E: Could not satisfy build-dependency.
[12:45] <TheMuso> argh sorry wrong channel
[12:46] <bmm> np
[12:50] <TheMuso> bmm: Is the md5 rsa code GPL?
[12:50] <TheMuso> Or another license?
[12:51] <bmm> src/MD5Info/MD5Hash/md5-cc/README makes it look Public domain if you mention the right name.
[12:52] <TheMuso> Right.
[12:52] <TheMuso> You might want to state that in the cpyright file.
[12:52] <TheMuso> I have put a comment on revu anyway.
[12:52] <bmm> thanks!
[12:57] <DaveMorris> hi all, is there any reason why the OpenChrome driver for Unichrome and Unichrome Pro Graphics chipsets aren't provided as packages but instead users have to compile and install the driver themselves?
[12:58] <TheMuso> DaveMorris: WHats the license for the drivers?
[12:58] <DaveMorris> https://help.ubuntu.com/community/OpenChrome - says they are free and open source
[12:58] <TheMuso> ah ok
[01:00] <TheMuso> Are they X drivers, or is there kernel code as well?
[01:00] <TheMuso> I guess nobody has got around to packaging them.
[01:00] <imbrandon> looks to be all userland
[01:00] <imbrandon> e.g. X
[01:00] <TheMuso> Without having read anything myself, I'd guess thats why
[01:04] <DaveMorris> so there won't be a problem with me attempting to package them up for mythbuntu
[01:04] <TheMuso> I'd say not, no.
[01:07] <imbrandon> TheMuso: hehe
[01:08] <TheMuso> imbrandon: Feel like doing other stuff that I want to get done.
[01:08] <imbrandon> right on :)
[01:08] <TheMuso> Its so easy to get into a rhythm with all the revu/merge work.
[01:09] <imbrandon> yup
[01:11] <jsgotangco> heh
[01:14] <persia> TheMuso: What do you use now?
[01:17] <TheMuso> persia: I currently use dchroot, with each chroot on its on small partition, and pbuilders inside these. WOrks well.
[01:19] <persia> TheMuso: One dchroot for each release (on dedicated partitions), with a dedicated pbuilder for each?  Where do you do install testing? In the dchroots?
[01:19] <TheMuso> persia: Yes.
[01:20] <TheMuso> Keeps my default install tidy, and I can roll my chroots back from a tarball.
[01:35] <arne_> Maybe someone here can answer this pbuilder question: I built packages for my library with pbuilder. Now I want to also build a package for an application using this library but this fails with unsatisfied deps since my library is not in the repositories. Can I fix this somehow?
[01:36] <bmm> TheMuso: i've edited the copyright file. Whenever you get back on ubuntu duty and have some time over, it's now: http://revu.tauware.de/details.py?upid=5124 Thanks for the comments!
[01:36] <TheMuso> bmm: Heh sure.
[01:36] <Kmos> arne_: sudo pbuilder login --save-after-login
[01:36] <Kmos> arne_: after you can edit /etc/apt/sources.list
[01:38] <imbrandon> arne_: and / or install it after logged in and it will save
[01:39] <arne_> Kmos: if i change the sources.list this would mean I need to set up a local repository containing my packages, right?
[01:40] <Kmos> arne_: i think so
[01:41] <Lamego> that is why i love dchroot :P
[01:43] <arne_> BTW. to get a package into universe, I would file a bug report?
[01:44] <Kmos> arne_: yes.. with [needs-packing]  in the title
[01:44] <Kmos> and a tag needs-packaing
[01:44] <Kmos> packaging
[01:47] <arne_> and final question: when I make new releases, how do I make sure the package will get updated?
[01:56] <ranf> arne_, I think you also file a bug (wishlist: new version available. please update).
[01:57] <Kmos> if there is a upstream new version, tag it with "upgrade"
[02:08] <imbrandon> [..]
[02:28] <bmm> Hmmm... after installing my package I now get problems with the manual. Doing  man /usr/share/man/man1/ccbuild.1.gz works but man ccbuild will give an error and empty manpage
[02:30] <ranf> What error?
[02:40] <ranf> bmm, what error?
[02:40] <bmm> ranf: Manual page ccbuild(1) line ?/? (END)
[02:41] <ranf> bmm, sorry never seen this.
[02:41] <bmm> ranf: You can get it with "touch a.tmp; man ./a.tmp"
[02:42] <bmm> i just found out.
[02:42] <bmm> So there seems to be an empty file with the same name somewhere.... I'll have to check my system. But it doesn't seem to be a packaging problem though.
[02:42] <bmm> so that's ok ;-D
[02:42] <ranf> locate
[02:44] <bmm> ranf: thank! found the problem, was an empty manual in /usr/local/share....
[02:45] <ranf> bmm, nice to know if ever I get the same prob.
[02:48] <ranf> What can I do about these errors? http://revu.tauware.de/revu1-incoming/emelfm2-0705112325/linda  I'm quite sure the problem comes from the upstream debian/ dir.
[02:49] <ranf> http://revu.tauware.de/details.py?upid=5112 that is.
[02:54] <AnAnt> how do I upgrade pbuilder to the new distro ?
[02:56] <TheMuso> AnAnt: Use pbuilder login --save-after-login, and modify sources.list. Then exit, and run pbuilder update
[02:57] <persia> ranf: If you just want to get rid of the errors, you could clean up in clean: (I think).
[02:58] <AnAnt> TheMuso: thanks
[02:58] <TheMuso> AnAnt: Welcome.
[02:58] <TheMuso> c
[02:58] <TheMuso> ugh
[02:58] <AnAnt> TheMuso: I remember there used to be a more elegant way before
[02:58] <TheMuso> Thats the only way I know of. :)
[03:00] <Adri2000> \sh_away: xchm - your changelog says the only ubuntu change is the .desktop file change, but there are also Build-{Depends,Conflicts} and maintainer changes...
[03:01] <ranf> persia, in debian/rules?
[03:02] <persia> ranf: That's a thought (not tested).
[03:32] <ranf_> persia, that didn't do it. Other ideas?
[03:43] <ScottK> Bug #114159 is ready for UUS review (sorry crimsun - went to bed last night without attaching the debdiff).
[03:43] <ubotu> Launchpad bug 114159 in python-numpy "Merge python-numpy 1.0.2-2 from Debian Unstable (main)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/114159
[03:55] <ScottK> geser: The new python-dns just hit Debian unstable.  You are marked as having touched it last because you uploaded it after fixing up my patch.
[03:55] <persia> ranf: I've just tried a few things, and although I can get a clean binary, I cannot get clean lintian output from the source file without overrides.  My recommendations are summarised at http://pastebin.ca/484895
[03:56] <ScottK> geser: I'm the new Debian maintainer for the package.  It's a sync now.  I'll go ahead and file the sync bug.
[03:56] <geser> ScottK: if you have time you can merge/sync it
[03:57] <ScottK> :-)
[04:06] <ranf> persia, will look into it. Thanks.
[04:11] <ScottK> StevenK: url?
[04:12] <nixternal> stgraber: what are you twitchin' for?
[04:12] <nixternal> err
[04:12] <nixternal> StevenK: ^^
[04:12] <nixternal> sorry st on that one
[04:13] <StevenK> "A super cool DD" ?  :-P
[04:16] <nixternal> haha
[04:16] <StevenK> ScottK: Looking.
[04:16] <ScottK> StevenK: Thanks.
[04:17] <bmm> If somebody is able to comment on my REVU upload http://revu.tauware.de/details.py?upid=5125 I'll be here to fix and reply it :-D
[04:21] <nixternal> this sucks, I can't use revu at all. It will not decrypt the password correctly
[04:22] <nixternal> AHHHHHH
[04:22] <nixternal> slap me in the head somebody
[04:23] <StevenK> ScottK: Done.
[04:24] <bmm> nixternal, what is going wrong?
[04:24] <nixternal> email=nixternal
[04:24] <nixternal> login with full email address, not a username ;)
[04:24] <bmm> haha
[04:24] <nixternal> tells you how long it has been since I last logged in
[04:26] <ScottK> StevenK: Thanks.
[04:28] <AnAnt> Hello, I updated pbuilder , now when I try to build a package I get an error that it can't find debhelper !
[04:30] <ScottK> StevenK: Any interest in another one (merge)?
[04:31] <AnAnt> hmm, nevermind
[04:32] <StevenK> ScottK: Not really, but that's because it's 12:30am. :-)
[04:32] <ScottK> OK.
[04:32] <ScottK> StevenK: Thanks for taking care of python-dns.
[04:33] <StevenK> No problem.
[04:34] <nixternal> quick question, the diff.gz that is created. I am getting the config.{sub,guess} in there and someone commented on revu:
[04:34] <nixternal> * the diff.gz should not contain the config.{sub,guess} bits
[04:34] <nixternal> how could I prevent that from happening?
[04:35] <persia> nixternal: Delete in clean:, copy in configure:
[04:35] <StevenK> That's still a little icky.
[04:35] <nixternal> gotcha, thanks
[04:35] <nixternal> k
[04:35] <StevenK> But most of autobork makes things icky. :-P
[04:35] <nixternal> which way would you go about doing it then?
[04:49] <bluekuja> imbrandon, do you have a minute for a merge review?
[04:49] <imbrandon> bluekuja, not this second i have a down webserver, i can in about ~45 min if all goes well
[04:50] <bluekuja> imbrandon, oh ok np then :)
[05:30] <nixternal> anyone up for a revu?
[05:30] <nixternal> http://revu.tauware.de/details.py?upid=5128
[05:53] <leonel> hello mous
[05:53] <leonel> mous ??  motus !
[05:53] <nixternal> hehe
[05:53] <sorsis> why enemy territory is not as ubuntu package?
[05:54] <ScottK> sorsis: Probably nobody packaged it.
[05:55] <nixternal> I suck at that game, so I am not about to package it ;)
[05:56] <sorsis> nixternal: good reason
[05:56] <angasule> game support is kind of... not good
[05:56] <leonel> I'm very good  with that game  i Finish  in seconds  always death but finish fast :)
[06:05] <nixternal> hahaha leonel
[06:06] <jdong> leonel: you know... finishing fast is not always a good thing in life ;-)
[06:07] <jdong> especially in terms of relationships... but enough about my personal
[06:07] <jdong> life
[06:07] <leonel> jdong: you are right
[06:07] <leonel> really I'm not much a  games  fan
[06:08] <jdong> nor am I
[06:08] <jdong> I suck at all of them
[06:09] <jdong> once in a while, I'll start up UT2004, name some bots after people that I hate, put them on novice, and run around with god mode killing them 5000 times
[06:09] <jdong> lol I'm kidding :D
[06:20] <Prezu> Guys, I recently added a package to Debian. I'd also like to see it in Ubuntu. So should I ubuntize it and add it to REVU?
[06:21] <nixternal> jdong: so now I understand the the UT2004 screen shot with the one bot named nixternal ;p
[06:21] <jdong> nixternal: LOL :)
[06:21] <ScottK> Prezu: If it's in Debian, no need, just ask to have it synced from Debian
[06:21] <persia> Prezu: As this is the beginning of a development cycle, it should be synchronisd in the next couple weeks (so long as it has passed NEW in Debian)
[06:21] <Prezu> ScottK: Who should I ask for it?
[06:22] <ScottK> Prezu: Once that's done, future updates you do in Debian automatically end up in Ubuntu.
[06:22] <ScottK> Prezu: Not sure.
[06:22] <ScottK> Prezu: They auto sync periodically as persia says, so I think just wait and see a bit....
[06:22] <dabaR> hehe
[06:23] <Prezu> It already left NEW queue. It's in the archive now.
[06:23] <Prezu> So it should hit Ubuntu automaticly soon?
[06:24] <Prezu> http://packages.qa.debian.org/k/kadu.html
[06:24] <ScottK> persia: ? Do all Debian packages automatically appear here?  I didn't think so.
[06:24] <Prezu> this is the one
[06:25] <persia> Prezu: You can check the status of the Ubuntu NEW queue at https://launchpad.net/ubuntu/gutsy/+queue
[06:26] <ScottK> Prezu: We are a long way from the Gutsy release, so I'd just keep an eye on Ubuntu NEW and if it doesn't show up, as for a sync via a bug: https://wiki.ubuntu.com/SyncRequestProcess
[06:27] <geser> ScottK: mostly as long as they aren't on the blacklist
[06:27] <ScottK> geser: Thanks
[06:27] <ScottK> Prezu: geser is someone who would know.  Looks like you just need to wait.
[06:28] <Prezu> Ok, thanks for info guys. :)
[06:30] <ScottK> Debian NEW has only 5 packages in it right now.  Wow.  Someone has been very busy....
[06:34] <plugwash> anyone know why ubutntu universe hasn't picked up pidgin
[06:34] <plugwash> i thought packages from sid were imported automatically
[06:36] <imbrandon> plugwash, because it JUST came out of debian NEW
[06:36] <imbrandon> it will soon
[06:37] <ScottK> 3 days ago (just checked).
[06:37] <ScottK> plugwash: Automatically, but not instantly.
[06:38] <ScottK> Interesting article for those with free reading time: http://www.riehle.org/computer-science/research/2007/computer-2007-article.html
[06:44] <leonel> ScottK: hey ! the squirrelmail had to be modified  and  sent the new debdiff
[06:44] <ScottK> I saw.
[06:44] <ScottK> Great that you're keeping with it.
[06:44] <leonel> yes
[06:44] <leonel> now I'm checking the security for dapper
[06:44] <ScottK> You're doing good.  Keep at it.
[06:45] <leonel> thanks
[06:52] <Adri2000> plugwash: gaim/pidgin is main, not universe; https://launchpad.net/ubuntu/+source/pidgin
[06:55] <lionel> and it has been imported
[06:57] <plugwash> gaim is main but afaict pidgin is a completely seperate package
[06:57] <ScottK> Adri2000: I checked and your tooltip change for DaD works with Konqueror too.  It's interesting because Konq actually displays an open text entry box.
[06:57] <plugwash> so i don't see why gaim being in main would stop pidgin being auto-imported to universe
[07:00] <lionel> plugwash: pidgin has been imported
[07:00] <Adri2000> plugwash: right pidgin is currently in universe, but it's going to be moved to main and will replace gaim, and it is/will be maintained by the core-devs (especially seb128) not by us (motus)
[07:01] <Adri2000> ScottK: what is "open text entry box"?
[07:03] <ScottK> Adri2000: The comments field looks very different in Konq.
[07:04] <ScottK> There is a visible box and the text looks like it's been typed in, not rendered.
[07:04] <ScottK> It makes it very clear that the text there is editable, and not static.
[07:04] <ScottK> Much clearer for my pre-web 2.0 brain.
[07:06] <Adri2000> yeah please a screenshot, /me doesn't want to install all the kde deps :p
[07:11] <ScottK> Adri2000: http://www.kitterman.com/kubuntu/dad.png
[07:12] <Adri2000> ScottK: ok, looks like it doesn't understand border-style: none;
[07:13] <ScottK> Adri2000: Sounds reasonable.  I actually like it better.  Makes it clear what's editable and what's not.  Also I'd have figured out I could scroll to the right to read the rest of the text with than look.
[07:15] <DarkSun88> Hi all
[07:15] <ScottK> Hi DarkSun88
[07:15] <DarkSun88> ScottK: Hi :)
[07:34] <leonel> if I do a   apt-get source package  the downloaded package will be  the one in security  in case there's a newer package or the package in the universe repository  even if there's a security package ?
[07:35] <ScottK> leonel: If dapper-security is enabled for universe source packages and no repo with a newer version is enabled, yes.
[07:36] <ScottK> Alternatively, use dget to get it from launchpad and unpack it with dpkg-source -x
[07:38] <man-di> ScottK: or shortcut both with dget -x ...
[07:38] <ScottK> Ahh.  Did not know that.  Thanks.
[07:39] <man-di> ScottK: millions of commands and their options are hard to remember
[07:39] <ScottK> Heh.  That's certainly true.
[07:40] <persia> If anyone is strong with debian/copyright, could you tell what is missing from http://paste.ubuntu-nl.org/20520/?
[07:40] <PhinnFort> what is the ubuntu moderators channel again?
[07:40] <PhinnFort> there's a spammer in #kubuntu
[07:41] <lionel> most of them must be flying :-(
[07:41] <PhinnFort> argh... darn conferences;)
[07:42] <man-di> persia: it lists no copyright
[07:42] <man-di> persia: after the copyright headline follows the license
[07:42] <man-di> persia: and license != copyright
[07:43] <persia> man-di: That's one thing to fix, and I know I need copyright dates.  Anything else?
[07:44] <man-di> persia: {GPL|LGPL}
[07:44] <man-di> choose the right one
[07:44] <ScottK> leonel: dapper-security doesn't have a squirrel mail in it: https://launchpad.net/ubuntu/+source/squirrelmail
[07:44] <man-di> and edit the text next to this accordingly if its GPL
[07:44] <persia> man-di: Thanks.  One finds the strangest things inthe archives sometimes :)
[07:45] <ScottK> leonel: 1.4.6-1 in the regular dapper repo is what you should start from
[07:45] <man-di> persia: and you have to say which parts are using what license
[07:45] <ScottK> leonel: dget -x http://librarian.launchpad.net/1963659/squirrelmail_1.4.6-1.dsc
[07:45] <man-di> and link/include the MIT license
[07:46] <man-di> persia: I'm one of the Debian debian/copyright fascists
[07:46] <man-di> persia: when you have fixed the issues I can take another look. just ping me
[07:47] <persia> man-di: Right.  So I might just want to delete this, and start with a fresh debian/copyright, check the licenses of the code, and put the correct upstreams, dates, and licenses (and links) in the file.  Thanks for your help: I'll definitely ping you again when I have something better.
[07:48] <man-di> persia: getting it right is always lot of work
[07:48] <ScottK> persia: http://lists.debian.org/debian-devel-announce/2006/03/msg00023.html and messages linked from it have detailed advice.
[07:48] <persia> ScottK: Thanks.
[07:48] <man-di> persia: and at least the Debian ftp-masters are very interested in getting it right before it enters the archive
[07:49] <persia> man-di: The debian/copyright I pasted is already in the Debian archives :)  It's just four years old.
[07:49] <ScottK> IME Mithrandir is even tougher than the Debian ftp masters on copyright/license stuff.
[07:49] <persia> ScottK: Except on sync'd packages, I agree.
[07:50] <ScottK> Yes
[07:50] <man-di> persia: four years was before Ganneff started processing NEW queue
[07:50] <persia> man-di: That's probably how this slipped through.
[07:50] <man-di> persia: Ganneff is the guy who wrote the mail ScottK pasted
[07:51] <leonel> thanks  ScottK
[07:51] <man-di> persia: today you get rejected when the copyright year is missing
[07:58] <ScottK> If I have depends lib1 | lib2, if lib2 is available (installed) will the system just use that or will it install lib1 in preference if it's available?
[07:59] <plugwash> dpkg-buildpackage doesn't install anything, not source what apt-get build-dep, pbuilder and builldd do
[08:02] <leonel> wow   dapper's squirrelmail needs  10 patches
[08:02] <leonel> ScottK: Should I apply the 10 patches  once  and  put in the changelog de description for those 10 patches ?
[08:03] <leonel> ScottK: and in launchpad  how do I handle ?
[08:03] <leonel> ScottK:  fill 1 bug for  each patch ?  or  file a  10 bugs report ?
[08:04] <nixternal> patching is so much fun..I prefer cherry picking an application in stable releases...it really takes up the entire day ;)
[08:04] <ScottK> leonel: File one bug describing all 10 issues
[08:04] <leonel> ScottK:  ok
[08:04] <leonel> even  the  las one  is already  filed  with the  last bugfix ?
[08:04] <ScottK> Changelog will have to describe all the changes.
[08:04] <ScottK> hmmm
[08:05] <ScottK> Given that's only one of 10 issues, I'd say file a new bug and mention that you are fixing the exisiting bug for dapper.
[08:05] <leonel> Ok
[08:05] <ScottK> Someone more experienced might have a better idea.
[08:06] <ScottK> geser or crimsun are you around?
[08:07] <persia> leonel: When I've uploaded packages that fix multiple bugs, I've opened a new bug, and made sure to note which other bugs were closed in the changelog.  When the upload was complete, I updated all the closed bugs.
[08:08] <leonel> thank persia
[08:12] <persia> man-di: Is http://paste.ubuntu-nl.org/20525/ better?
[08:22] <leonel> edgy's squirrelmail needs  7 patches ..
[08:24] <geser> ScottK: I'm around
[08:25] <ScottK> geser: leonel is looking for advice on how to update squirrelmail for security issues in dapper.  There are 10 outstanding vulnerabilities
[08:26] <ScottK> I wasn't sure exactly what to advise him and was looking for someone more experienced.
[08:26] <ScottK> and similarly 7 for edgy...
[08:27] <ScottK> leonel: Neither of those packages have a patching system installed do they?
[08:33] <ScottK> leonel: If you have questions, I will try to answer them as best I can.  Hopefully geser can watch over my shoulder as he's more experienced (is MOTU).
[08:35] <geser> looks like squirrelmail doesn't use a patch system :(
[08:36] <plugwash> does it use CDBS?
[08:36] <geser> only build-dep is debhelper
[08:37] <plugwash> :(
[08:37] <ScottK> geser: That's correct.  For the feisty-security fix, crimsun advised leonel to use the edit the source and debdiff method rather than installing a patch system.
[08:38] <geser> but that is only one patch, isn't it?
[08:43] <leonel> ScottK: I don't  think they have the patching system     I'm installing  dapper and Edgy to start the patching and tests
[08:44] <ScottK> Since the Feisty package didn't it'd be REALLY unusual if the older ones did.
[08:44] <leonel> ScottK: and  I think I'll patch the others  the same way as feisty
[08:45] <ScottK> I think that's what you should do.
[08:45] <leonel> ok
[08:45] <geser> with ten or seven patches and each patch touching several files I would probably install a patching system
[08:45] <leonel> let'me  finish installing  those 2 systems    and  let you know
[08:45] <geser> as it allows to review the individual patches easier
[08:45] <leonel> qemu  is great :)
[08:46] <geser> but security updates have their own rules, so don't take my word for given
[08:46] <leonel> ok
[08:46] <geser> keescook: are you around?
[08:47] <man-di> persia: I would indent the three GPL paragraphs
[08:47] <persia> man-di: Thanks.  I also noticed I forgot the trailer (The debian packaging is (c) ...).
[08:47] <man-di> persia: and what is about the MIT license? where these wrong in the old version?
[08:48] <persia> man-di: Completely.  I'm not sure where that came from, but it's not there now.
[08:48] <man-di> persia: and you check all the sources?
[08:48] <man-di> just to be sure
[08:49] <ScottK> persia: grep -R copyright * can be useful
[08:49] <geser> don't forget -i
[08:50] <ScottK> geser: Good point.
[08:50] <persia> man-di: Unfortunately, only two files contain copyright information (see http://paste.ubuntu-nl.org/20527/ for an update), and I've noted these (in the improved version).  The rest is blank.  If upstream were even slightly active, I'd complain, but the project has been mostly dead for about three years.
[08:50] <persia> ScottK: Only when upstream follows the terms of their own license :)
[08:52] <man-di> persia: good work
[08:52] <persia> man-di: Thanks again for reviewing this.  Now, to fix the archives :)
[09:09] <psusi> did apt ever get fixed to look at the suggested and/or recommends: headers and install those packages as well?
[09:11] <ScottK> psusi: IIRC it will install recommends, but not suggests.  Not sure though.
[09:11] <psusi> ScottK: is there some option you have to set to make it do this?
[09:12] <ScottK> Dunno.  Sorry.
[09:13] <ranf> aptitude daes it different by default
[09:14] <ScottK> Maybe that's what I was thinking of.
[09:15] <psusi> yea, I can't find any docs on the subject
[09:29] <ScottK> geser: I see you are doing merges...  If you have the time/interest, Bug #114159 is waiting for a uus ack.
[09:29] <ubotu> Launchpad bug 114159 in python-numpy "Merge python-numpy 1.0.2-2 from Debian Unstable (main)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/114159
[09:57] <Simon80> ok, someone must be able to help me out here:  what's the canonical way to check if a variable is set when using bash?
[09:58] <Simon80> right now I've found that if [ ${!HOME[*] } ] ;  works, but it seems too esoteric, like there might be a less ugly way
[09:59] <AnAnt_> Hello
[09:59] <AnAnt_> in the docs file, can I add a directory ?
[10:02] <Simon80> AnAnt_: that file is read by dh_installdocs, so you should check that
[10:02] <Simon80> the answer seems to be year
[10:02] <Simon80> yes
[10:03] <Simon80> stupid hand, lol
[10:03] <AnAnt_> tahnks
[10:03] <Simon80> i.e., read man dh_installdocs, and same goes for any other files anyone has questions about
[10:03] <Simon80> like, none of that stuff happens automagically, it's all just debhelper's doing, so the answers are in debhelper
[10:04] <Simon80> ...I don't mean to say RTFM though, just trying to be informational
[10:07] <leonel> so let me get this
[10:07] <leonel> most of the updates come  from debian unstable ?
[10:08] <leonel> so
[10:08] <leonel> if there's a security bug
[10:08] <leonel> search first  in debian if there's a fix  and  use the update here
[10:09] <leonel> if there's no update in debian   do the fix for ubuntu  and  then  debian gets the update ?
[10:09] <leonel> I'm I right ?
[10:20] <redbullfx> How do i get rid of the splash screen right after login in???? or where the file is so i can config it????
[10:26] <geser> leonel: in the development version or in released versions?
[10:36] <leonel> geser: in released versions
[10:37] <geser> both Debian and Ubuntu has an own security team
[10:38] <geser> although the Ubuntu security team only fixes security bugs in main and only publish security updates in universe if somebody prepares them
[10:38] <leonel> ok
[10:39] <geser> the security teams (from all distributions) exchange the patches that are available
[10:44] <leonel> geser: so it's recommended to see if debian has fixes for any bug in universe ?
[10:44] <geser> yes
[10:44] <leonel> thanks
[10:45] <geser> it's possible that Ubuntu is vulnerable but Debian stable isn't due to different versions (and vice versa)
[10:47] <geser> so you should also check for security bugs fixed in unstable which more comparable to Ubuntu than Debian stable
[10:47] <geser> especially when there are new Ubuntu releases after the last Debian stable release
[10:48] <leonel> ok
[10:52] <geser> sometimes you have to hunt down the patch yourself as it was fixed in Debian unstable with a new upstream version (which isn't acceptable for a security update)
[10:54] <leonel> geser: yes backporting bugfixes
[10:55] <leonel> what can be done If I need a newer package for  dapper
[10:55] <leonel> let's say  clamav    for example
[10:55] <leonel> clamav is in universe
[10:55] <leonel> can the new version be  backported and maintained ?
[10:56] <geser> that was the question on the last MOTU meeting
[10:56] <leonel> really ?
[10:56] <leonel> is there a Log ?
[10:56] <geser> the problem with clamav is that 0.90 changed the api and you need to update/backport all clamav using packages too
[10:57] <geser> afaik there is no log, as nearly nobody appeared
[10:57] <geser> ScottK sent a mail about it and keescook wanted to sent some info too
[10:57] <leonel> ok
[10:58] <leonel> yes  there's need to  update all the dependencies
[10:59] <geser> https://lists.ubuntu.com/archives/ubuntu-motu/2007-April/001584.html is the mail
[10:59] <leonel> thanks
[10:59] <geser> one problem is how to test if the backported packages still work (regressions)
[11:02] <geser> ScottK: uploaded python-numpy
[11:02] <ScottK> geser: Thanks.
[11:08] <leonel> geser: big work to test all the backported packages ...
[11:09] <leonel> geser: but with time and resources  can be done ?
[11:09] <shawarma_> Ah... Home at last.
[11:10] <leonel> no pbuilder for  edgy and dapper ?
[11:10] <leonel> http://revu.tauware.de/~laserjock/ ?
[11:11] <leonel> found it
[11:11] <leonel> name this script 'pbuilder-dapper', 'pbuilder-edgy', 'pbuilder-feisty'
[11:12] <leonel> pbuilder-ubuntu has  :-buildresult $BASE_DIR/${DISTRIBUTION}_result
[11:13] <leonel> and pbuilder-feisty  has :
[11:13] <leonel> -buildresult $BASE_DIR/$DISTRIBUTION_result
[11:13] <leonel>
[11:13] <leonel> which one to use ?
[11:13] <leonel> feisty's and rename do dapper , edgy ?
[11:15] <geser> the one with ${DISTRIBUTION}
[11:16] <leonel> ok
[11:18] <geser> you can rename it to -feisty, -edgy, -dapper, -gutsy too
[11:24] <leonel> ok