[12:10] <imbrandon> crimsun: ugh is there a package with a provides/conflicts/replaces example ?
[12:10] <imbrandon> ( that you know of )
[12:12] <crimsun> imbrandon: any of Edgy's xserver-xorg-video-*
[12:12] <crimsun> gnomefreak: in 20 mins, please
[12:12] <imbrandon> k thnaks
[12:13] <gnomefreak> ok
[12:15] <allee> siretart: any plans to merge fai 2.10.5 from sid?
[12:20] <Lure> imbrandon: powersave also provides/conflicts/replaces
[12:20] <geser> is there a way to sync packages from debian where the source package changed names?
[12:21] <imbrandon> Lure: thanks ;) got it
[12:21] <geser> rhythmbox-applet is now called music-applet
[12:21] <imbrandon> great more generic names
[12:22] <imbrandon> geser: not sure you might poke one of the sync admins ( aka keybuck ) durring his "normal operating hours"
[12:23] <imbrandon> and ask
[12:23] <geser> ok, will try
[12:33] <geser> are source packages which got removed in debian (semi-)automatically also removed in ubuntu?
[12:35] <slomo_> yes
[01:07] <crimsun> slomo_: ping (RE: #51281); is linux-source-2.6.15 affected as well?
[01:08] <slomo_> nope, i had this problem since the first .17 kernel in edgy
[01:08] <crimsun> ok, so it's only in edgy's (not reproducible in dapper)?
[01:08] <slomo_> yes
[01:08] <crimsun> ok, thanks
[01:17] <LaserJock> crimsun: how's it going today? less busy than yesterday?
[01:23] <crimsun> LaserJock: about the same
[01:23] <LaserJock> interesting, I would have thought a "graphical wrapper for X" would imply a dependecy on X
[01:23] <LaserJock> crimsun: same here, too bad
[01:24] <crimsun> it's only the first week, too. It's just going downhill from here
[01:26] <LaserJock> school?
[01:28] <crimsun> yep
[01:38] <LaserJock> luckily school doesn't mean much for me
[01:38] <LaserJock> at this point
[01:39] <LaserJock> I almost forgot to register for classes
[01:39] <LaserJock> as I don't have any real classes
[01:39] <zul> thats a bit silly
[01:40] <LaserJock> silly?
[01:40] <LaserJock> of course it's silly, it's a university :-)
[01:41] <micahcowan> So... what unreal classes are you taking, then?
[01:43] <LaserJock> well
[01:43] <LaserJock> I've got 6 credits of dissertation
[01:43] <zul> oh goody my menus borked
[01:43] <LaserJock> 1 credit of Research Conference which is my weekly meetings with my advisor
[01:43] <LaserJock> 1 credit of Colloquia which is our group meetings
[01:44] <LaserJock> so 8 credits of "doing work"
[01:44] <Burgundavia> LaserJock: you know, once you actually start working, meetings are not credited, they are merely annoying things you have to suffer through?
[01:44] <LaserJock> yes, I realize that
[01:44] <micahcowan> word.
[01:44] <crimsun> and deity help you through the phone conferences.
[01:45] <Burgundavia> crimsun: those are real fun
[01:45] <LaserJock> but I also have to pay $30 a credit for my meetings :-)
[01:45] <Burgundavia> however, with the phone ones, you can at least play solitaire
[01:45] <micahcowan> Ah, yes. At least I get paid for the time I spend in mine. :)
[01:45] <micahcowan> Burgundavia: or Simon Tatham's awesome puzzles: http://www.chiark.greenend.org.uk/~sgtatham/puzzles/
[01:46] <micahcowan> Yay! sgt-puzzles!
[01:47] <Fujitsu> Can a MOTU please ack the sync request in bug 57064?
[01:47] <Ubugtu> Malone bug 57064 in imgsizer "Please sync imgsizer 2.7-2 from Debian Sid" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/57064
[01:49] <LaserJock> grrr, why can't I get Xnest to work? :/
[01:49] <Fujitsu> What's up with it?
[01:50] <LaserJock> it doesn't work
[01:50] <Fujitsu> !doesn't work
[01:50] <ubotu> Doesn't work is a strong statement. Does it sit on the couch all day? Does it want more money? Is it on IRC all the time? Please be specific! Examples of what doesn't work tend to help too.
[01:50] <Fujitsu> Hahah.
[01:50] <LaserJock> hehe
[01:50] <Fujitsu> I love that factoid.
[01:50] <LaserJock> well, I'd like to start up either gnome or kde
[01:51] <LaserJock> I can get a blank xnest window if I do sudo Xnest :1
[01:51] <LaserJock> but I can't seem to get it to open anything up in it
[01:51] <LaserJock> or get gnome or kde to start up
[01:51] <Fujitsu> So you just get the checkered X background?
[01:51] <LaserJock> I found several hints online but none seem to work
[01:51] <LaserJock> yeah
[01:51] <Fujitsu> I presume you set DISPLAY appropriately?
[01:52] <LaserJock> hmm, I didn't set DISPLAY
[01:52] <Fujitsu> Well, you'll need to.
[01:52] <LaserJock> so I need to do that?
[01:52] <Fujitsu> YEs.
[01:52] <Fujitsu> Or it doesn't know which server to send requests to :)
[01:53] <LaserJock> ok, I tried startx /usr/bin/startkde -- /usr/X11R6/bin/Xnest :2
[01:53] <LaserJock> and that was a no go
[01:53] <LaserJock> so do I set DISPLAY=:2 before I run that?
[01:53] <Fujitsu> Yes.
[01:55] <LaserJock> hmm, nothing online says that
[01:55] <Fujitsu> I don't think Xnest sets it itself...
[01:55] <LaserJock> but at least now I'm getting .Xauthority errors
[01:55] <Fujitsu> Ah.
[01:55] <Fujitsu> Yes.
[01:55] <Fujitsu> I know about that...
[01:56] <Fujitsu> There is a switch you need to pass to turn off access control...
[01:56] <Fujitsu> man Xnest should help.
[01:58] <LaserJock> heh, now that I'm no longer able to start any apps in my main window ....
[02:00] <LaserJock> phew, and with a gdm restart I'm back
[02:00] <LaserJock> I don't think the DISPLAY thing is a good idea
[02:01] <Fujitsu> Did you export it or set it?
[02:01] <Fujitsu> If you exported it, that'd do it.
[02:01] <Fujitsu> Because it'll make all your X windows try to appear in the Xnest session.
[02:02] <LaserJock> yes
[02:02] <LaserJock> but then I can use my main window
[02:02] <LaserJock> I just got it working
[02:02] <LaserJock> I guess I just needed to restart X or something
[02:03] <LaserJock> I used the same command as before
[02:05] <Fujitsu> Thankyou crimsun.
[02:08] <LaserJock> ah, I think I maybe have been have a problem with x lock files not being cleaned up too
[02:36] <bddebian> Heya gang
[02:36] <LaserJock> wb bddebian
[02:37] <bddebian> thx LaserJock
[02:42] <cr3> bddebian: hi, still there?
[02:50] <bddebian> Hello cr3
[03:15] <welshbyte> man that was a terrible movie
[03:15] <welshbyte> triaging X bugs is more entertaining
[03:16] <imbrandon> anyone on dapper kubuntu feel like being a guineypig for a few minutes ?
[03:18] <welshbyte> bddebian: ipac-ng is a messy little package but the only merge conflict was the Build-Depends
[03:18] <bddebian> welshbyte: Nice
[03:18] <bddebian> welshbyte: What movie?
[03:19] <bddebian> imbrandon: I can't sorry, my kubuntu machine is at work :-(
[03:19] <welshbyte> Constantine
[03:19] <bddebian> Ah
[03:20] <bddebian> welshbyte: For ipac-ng, that script that I updated is in the package now?
[03:21] <Hawkwind> imbrandon: With ?
[03:22] <welshbyte> bddebian: um, which script? just getting my concentration back...
[03:23] <bddebian> welshbyte: I think I patched a script from something on Launchpad.  Should have been in the changelog?
[03:24] <welshbyte> ah..
[03:24] <welshbyte> +  * Copy rules.conf and ipac.conf from BTS #327344
[03:24] <welshbyte> +    - Closes Malone: #28635
[03:24] <bddebian> Aye :-)
[03:24] <Hawkwind> imbrandon: Still need a dapper tester ?
[03:24] <ryanakca> bddebian: do you need to re-advocate now that I added the changelog entry?
[03:24] <bddebian> ryanakca: Sorry, which package?
[03:24] <ryanakca> bddebian: eqonomize
[03:25] <bddebian> ryanakca: Let me take a look
[03:29] <bddebian> ryanakca: I added another advocation just for insurance :-)
[03:29] <ryanakca> :)
[03:29] <ryanakca> thanks
[03:30] <bddebian> No, Thank you! :-)
[03:30] <ryanakca> now I'm just waiting for imbrandon to advocate... he said this afternoon... but he's busy building :)
[03:30] <ryanakca> anywais, I'm off to bed, it's late :)
[03:31] <bddebian> Gnight
[03:33] <bddebian> welshbyte: You gonna post ipac or ..?
[03:33] <welshbyte> bddebian: i was just about to ask... REVU?
[03:33] <bddebian> welshbyte: Unless you want to just pastebin it or post it on a site somewhere.  Doesn't matter
[03:34] <welshbyte> well, what file(s) do you need?
[03:39] <bddebian> welshbyte: Just do a debdiff.  debdiff foo.dsc foo-xubuntu1.dsc
[03:41] <welshbyte> where foo.dsc is the debian version's .dsc?
[03:41] <bddebian> Aye
[03:42] <bddebian> You can obviously dump it to a file too.
[03:47] <welshbyte> bddebian: http://andrewprice.me.uk/dropoff/
[03:50] <bddebian> welshbyte: Thx, pulling now
[03:58] <bddebian> welshbyte: Uploaded.  Rockin', thanks again!
[03:59] <welshbyte> bddebian: cool, no problem :)
[04:11] <bddebian> Gah, freakin' diacanvas2
[04:11] <bddebian> Or better freakin' pygobject
[04:12] <bddebian> welshbyte: Did you get a message about ipac-ng?
[04:13] <welshbyte> um... nope, should i have?
[04:13] <bddebian> Oh, no, you didn't use your info in the changelog :-)
[04:13] <bddebian> I don't know why it hasn't shown up in Edgy changes though
[04:14] <welshbyte> ah
[04:14] <welshbyte> oh yeah, merge-o-matic did the changelog
[04:18] <welshbyte> i'm never sure when it's appropriate to take credit for these things :)
[04:18] <bddebian> welshbyte: Any time you do the work man :-)
[04:19] <welshbyte> i'll keep that in mind :)
[04:21] <welshbyte> oh crap... did i forget to sign it? would that be why?
[04:22] <bddebian> No, I rebuilt the source and signed it with my key
[04:23] <welshbyte> ok
[04:26] <bddebian> I don't know if I should re-upload or not..
[04:28] <LaserJock> hi Hobbsee
[04:28] <welshbyte> who gets the mom@ubuntu.com email?
[04:28] <welshbyte> ello Hobbsee
[04:28] <LaserJock> probably keybuck if it's for MoM
[04:28] <jsgotangco> it probably goes into a request queue as well
[04:28] <LaserJock> Hobbsee: I've got a job for you :-)
[04:29] <bddebian> Heya Hobbsee
[04:29] <Hobbsee> hey LaserJock
[04:29] <Hobbsee> hi everyone else
[04:29] <Hobbsee> hey welshbyte
[04:29] <Hobbsee> welshbyte: keybuk, probably
[04:29] <Hobbsee> LaserJock: oh yay, what is it?
[04:29] <LaserJock> Hobbsee: kiosktool wants a root password
[04:30] <Hobbsee> LaserJock: lovely.  and?
[04:30] <Hobbsee> hey bddebian
[04:30] <LaserJock> Hobbsee: bug 6306
[04:30] <Ubugtu> Malone bug 6306 in kiosktool "Kiosk admin tool tries to login with root account " [Medium,Confirmed]  http://launchpad.net/bugs/6306
[04:30] <LaserJock> I want you to fix it of course :-)
[04:31] <bddebian> heh
[04:31] <LaserJock> or I guess I could have bddebian do it :-)
[04:31] <Hobbsee> true that
[04:32] <Hobbsee> LaserJock: presumably that means it needs to start with kdesu
[04:32] <LaserJock> that's what I'd assume
[04:32] <LaserJock> you might ask pitti though, apparently he did a few of those
[04:33] <LaserJock> don't worry
[04:33] <Hobbsee> the curse of being sick...
[04:33] <LaserJock> I just thought it might be interesting for a KDE person'
[04:33] <Hobbsee> true that
[04:33] <Hobbsee> it will be interesting when you find the fix :)
[04:33] <LaserJock> hehe
[04:34] <crimsun> go me. By fixing python2.4's ftbfs, I exposed yet another error, so now none of its packages install at all.
[04:34] <LaserJock> heh
[04:34] <welshbyte> impressive :)
[04:35] <crimsun> this is bug 56779
[04:35] <Ubugtu> Malone bug 56779 in python2.4 "Error during Dapper-->Edgy update" [High,Confirmed]  http://launchpad.net/bugs/56779
[04:37] <uniscript> I'm building a binary package from a source package on a dev machine that has a newer version of freetype than is in the ubuntu repos
[04:37] <uniscript> Is there a way to not have that later version dependency end up in the package?
[04:39] <LaserJock> hmm, how do I test for a user in a shell script?
[04:40] <welshbyte> "test for a user" ?
[04:40] <bddebian> LaserJock: You can do $USER = 'foo' but it's not ideal
[04:40] <uniscript> `id`
[04:40] <LaserJock> bddebian: is there a better way?
[04:41] <bddebian> uniscript: Use a pbuilder?
[04:42] <uniscript> bddebian: good url on pbuilder? Does it need to install a complete system again or can it use my system (i.e. does it take up tons of space)?
[04:43] <LaserJock> not a lot of space
[04:43] <LaserJock> it is a minimal install
[04:43] <LaserJock> check out http://wiki.ubuntu.com/PbuilderHowto
[04:44] <uniscript> ta
[04:44] <bddebian> uniscript: No, it's pretty minimalistic.  https://wiki.ubuntu.com/PbuilderHowto
[04:44] <uniscript> so is it going to spot that I have a newer freetype and handle the older version?
[04:44] <LaserJock> it doesn't use your system at all
[04:45] <uniscript> oh it just pulls *everything* it needs to build the package?
[04:46] <LaserJock> yep
[04:46] <LaserJock> that's the point
[04:46] <uniscript> great :)
[04:46] <LaserJock> it let's you make sure your deps are right
[04:49] <imbrandon> gnight folks /me is off to nap time ( http://www.imbrandon.com/2006/08/23/get-it-hot-amarok-142-released/  for those on kde that wanna play with it while i sleep )
[04:49] <welshbyte> seems that edgy has the latest freetype anyway, if i'm not mistaken
[04:52] <hub> imbrandon: is it build against dapper or riddell kde updates?
[04:52] <hub> imbrandon: 'cause I have 3.5.4
[04:52] <uniscript> welshbyte: yes, but I'm building for dapper users
[04:52] <imbrandon> hub: its built against default dapper ( for the dapper install )
[04:52] <hub> ok then I have to rebuild
[04:52] <imbrandon> so it will work with or without riddells updates
[04:52] <imbrandon> hub: no
[04:53] <imbrandon> thats not how kde works ;)
[04:53] <hub> do you think I trust that?
[04:53] <hub> ;-)
[04:53] <imbrandon> ok let me put it like this the amarok on kubuntu.org is built agains the default dapper too
[04:53] <imbrandon> they are all built in pbuilder ;)
[04:54] <imbrandon> but if you wish to take the time ;) youll need to grab the other libs from there too and build those as i backported a few libs also ;)
[04:54] <imbrandon> anyhow i'm off to sleep, gnight folks
[04:54] <uniscript> I have a local copy of the dapper repo on a mounted directory, can I get pbuilder to use that?
[04:55] <imbrandon> sure uniscript just add it to the pbuilders sources.list before you build it
[04:55] <Hobbsee> night imbrandon
[05:01] <welshbyte> E: openvrml source: source-tar-is-posix-tar openvrml_0.15.10.orig.tar.gz
[05:01] <welshbyte> okay...
[05:50] <Yagisan> G'day Hobbsee
[05:51] <Hobbsee> oh fun
[05:51] <Hobbsee> just before init-crack comes into place
[05:52] <Yagisan> nice. It's a vm so I can blow it away withou any qualms
[05:52] <Fujitsu> :(
[05:53] <Fujitsu> No blowing it away!
[05:53] <Fujitsu> Hobbsee, how far off is that?
[05:54] <Hobbsee> Fujitsu: no idea
[05:54] <Yagisan> Fujitsu, why not ? I don't plan to migrate my critcal systems until after release.
[05:54] <Fujitsu> Aw, what a boring life you must lead :P
[05:55] <Fujitsu> Having production systems that don't break? What a silly decision...
[05:55] <Hobbsee> hah
[05:55] <Yagisan> Fujitsu, no, I tried that with breezy->dapper. was not fun. Rather not do it again
[05:55] <Fujitsu> Pfft.
[05:56] <Fujitsu> It is.
[05:56] <welshbyte> physics is highly overra-....
[05:56] <Fujitsu> (a LOT)
[05:56] <welshbyte> ok i might have deserved that :)
[05:56] <Fujitsu> No criticising physics!
[05:58] <welshbyte> uh, thanks :)
[05:59] <Hobbsee> haha
[06:00] <Fujitsu> :O
[06:01] <Hobbsee> oh crap, i'm writing spaghetti code here.
[06:02] <Hobbsee> er, maybe not spaghetti code.  more just plain crap code.
[06:02] <Fujitsu> What are you writing?
[06:02] <Fujitsu> And what language?
[06:03] <Hobbsee> c++
[06:03] <Hobbsee> uni assignment
[06:03] <Fujitsu> :(
[06:04] <bddebian> C++ IS spaghetti code ;-P
[06:04] <Yagisan> Hobbsee, sounds like fun
[06:04] <Hobbsee> bddebian: heh.  true that.
[06:05] <TheMuso> Hobbsee: What? They're throwing you straight into C++? Or have you done C already?
[06:06] <Hobbsee> TheMuso: never done C
[06:06] <Hobbsee> so yeah, straight into C++
[06:06] <TheMuso> Thats a bit icky then IMO.
[06:06] <bddebian> Or better yet, VisualBasic ;-P
[06:06] <welshbyte> i wouldn't say C was a prerequisite for learning C++
[06:06] <TheMuso> True
[06:07] <Hobbsee> urgh.  now we never did that
[06:07] <TheMuso> Hobbsee: What do you have to do for the assignment?
[06:07] <bddebian> "Hello World" ;-)
[06:08] <Hobbsee> TheMuso: http://online.mq.edu.au/pub/COMP125/assignments/ass1q2.pdf is the bit i'm doing at the moment
[06:08] <Hobbsee> bddebian: no, that was prac 1 last semester
[06:08] <Hobbsee> the assignment's not that hard - it's just not falling into place, and it's so noisy and hard to concentrate
[06:09] <welshbyte> don't knock hello world, it's in main :)
[06:09] <bddebian> I'm not knocking it, I couldn't even write it :)
[06:11] <TheMuso> Hobbsee: They're starting you deep it seems. Or have you done intro to C++ in the course already?
[06:11] <Hobbsee> TheMuso: yeah, i did intro last semester
[06:11] <TheMuso> Right
[06:12] <Hobbsee> TheMuso: the lecturer on it is crap, unfortunately.  yay for the better lecturer we get next week :D
[06:12] <TheMuso> heh
[06:13] <TheMuso> Hobbsee: Fun fun fun.
[06:15] <welshbyte> grr why is openvrml not building
[06:15] <bddebian> welshbyte: Because it's hideous :-)
[06:16] <welshbyte> bddebian: you're not wrong
[06:16] <bddebian> I know, why do you think I asked you to do it? ;-)
[06:24] <welshbyte> http://ubuntu.pastebin.com/774575 look fixable?
[06:26] <bddebian> Yeah, one of them is wrong.  It should be either int (*)(foo... or int (*)(const foo) not int (*)(foo -> int (*)(const foo)
[06:27] <welshbyte> ooh, i found it in a debian bug
[06:27] <bddebian> I was just going to check that :-)
[06:29] <welshbyte> i don't think a patch is being applied... i'll look into it
[06:29] <bddebian> You DA MAN!
[06:48] <bddebian> Gah, I gotta get to bed.  Gnight folks
[06:48] <bddebian> Thanks again welshbyte
[09:36] <TheMuso> c
[09:49] <siretart> allee: if you have time to merge it, just do it!
[10:03] <Hobbsee> hi all
[10:08] <Arbiter> hi Hobbsee
[10:10] <Arbiter> Hobbsee: i have a question...
[10:10] <Hobbsee> Arbiter: shoot.  as long as it's not "can i review something"  :P
[10:10] <Arbiter> yep
[10:10] <Arbiter> it's a problem with .diff.gz
[10:11] <Arbiter> look at my comment at: http://revu.tauware.de/details.py?upid=2935
[10:11] <Arbiter> (the last one)
[10:11] <Hobbsee> ....this isnt kradio, is it?
[10:12] <Arbiter> it's kcmpureftpd...
[10:12] <Arbiter> i don't know why things in previous debian/ directory aren't listed in .diff.gz
[10:13] <Hobbsee> Arbiter: would there be a debian/ in the upstream tarball, by any chance?
[10:13] <Arbiter> Hobbsee: yes.. the comment explains why i deleted that dir
[10:14] <Arbiter> uhm... another thing...
[10:14] <Hobbsee> Arbiter: did you remove the debian/ from the original tarball, or the working directory?
[10:14] <Arbiter> Hobbsee: working dir
[10:15] <Arbiter> i've noticed that running debuild -S -sa for the first time tells me something like
[10:15] <Hobbsee> Arbiter: right.  have you whinged at upstream yet?
[10:15] <Arbiter> warning: ignoring deletion of 'blahblah'
[10:17] <Arbiter> really?
[10:17] <Hobbsee> and note it in the changelog afterwards
[10:17] <Arbiter> so i have to provide a modified .orig.tar.gz? :D
[10:17] <Hobbsee> yeah, cos otherwise it keeps thrashing your changes
[10:17] <Hobbsee> well, yeah, it's not the best policy
[10:17] <Arbiter> well
[10:17] <Hobbsee> but...
[10:17] <Arbiter> ...but?
[10:18] <Hobbsee> but sometimes such thigns have to be done
[10:18] <Arbiter> heheheh :)
[10:18] <Hobbsee> Arbiter: why dont you take out the debian dir, then get the md5sum of the repackaged tarball, and i'll check it here
[10:18] <Hobbsee> sarah@sarah:~/Desktop$ md5sum *.tar.gz
[10:18] <Hobbsee> 82b31d4bd4e9aa3590157aa742268ff3  kcmpureftpd_0.9.1.orig.tar.gz
[10:18] <Hobbsee> 6ed395c5185836f601d8f4b0353dabe4  kcmpureftpd-0.9.1.tar.gz
[10:18] <Arbiter> uhm.. wait
[10:19] <Hobbsee> .....and then you'll have to make your changes again, it seems
[10:20] <Hobbsee> i wonder if quick and dirty hacking of the dsc works...
[10:20] <Hobbsee> Arbiter: at this point, you should also be bitching at upstream about including a debian/ in their source
[10:20] <Hobbsee> very loudly :P
[10:21] <Arbiter> 82b31d4bd4e9aa3590157aa742268ff3  kcmpureftpd_0.9.1.orig.tar.gz
[10:21] <Arbiter> 71560616e68c2616552a0eaf720cb935  kcmpureftpd_0.9.1.tar.gz
[10:21] <Riddell> I always remove upstream debian/ dirs before making the .orig
[10:21] <Arbiter> uhm...
[10:21] <Hobbsee> Riddell: then why did we just get different md5sums?
[10:22] <Riddell> I don't know what's being compared
[10:23] <Hobbsee> Riddell: we both just deleted the debian/ from the same tarball, then repackaged it
[10:23] <Arbiter> maybe it's compressed with a different gzip level...
[10:23] <Riddell> Hobbsee: different timestamps
[10:23] <Riddell> that's unavoidable
[10:24] <Hobbsee> Riddell: ahhhh.....
[10:24] <Hobbsee> yes, right
[10:24] <Arbiter> there are a lot of factors that makes md5sums different i think
[10:24] <Hobbsee> Riddell: is it Very Bad (tm) to change the md5sum and size in the .dsc without doing anything else?
[10:24] <Hobbsee> or is that legal?
[10:25] <Arbiter> debuild -S -sa :P
[10:25] <Riddell> Hobbsee: I do it all the time
[10:25] <Hobbsee> nice :)
[10:26] <Hobbsee> eep.  that borked.
[10:26] <Hobbsee> oh yes, of course it borked.
[10:27] <Arbiter> ok i'm now testing the new package in pbuilder :)
[10:28] <Hobbsee> Arbiter: nice :)
[10:31] <Arbiter> Riddell: can i give my opinion about the kubuntu look planned for edgy? :)
[10:31] <Riddell> Arbiter: sure, on #kubuntu-devel please
[10:50] <gnomefreak> :( i like the purple
[10:52] <Arbiter> :)
[10:56] <Arbiter> kcmpureftpd should be fine now...
[10:56] <Arbiter> (i hope)
[11:17] <gnux123> I already have an gpgkey and launchpad account what would be next for REVU?
[11:18] <Arbiter> gnux123: join the ubuntu-universe-contributors team on launchpad
[11:20] <\sh> moins
[11:22] <gnux123> Finish joining what would be the next?
[11:25] <Arbiter> gnux123: reading a packaging guide then start making your own packages :)
[11:28] <gnux123> If I already have a package where can I upload it?
[11:33] <Arbiter> gnux123: you need to wait until you are approved in ubuntu-universe-contributors
[11:33] <Hobbsee> or poke someone to sync the keyring.  like raphink
[11:34] <gnux123> membership is open, and Im now member?
[11:34] <Arbiter> then the packaging guide at help.ubuntu.com explains how to upload packages to REVU (iirc)
[11:34] <raphink> :p
[11:34] <Hobbsee> !revu
[11:34] <ubotu> REVU is a web-based tool to give people who have worked on Ubuntu packages a chance to "put their packages out there" for other people to look at and comment on in a structured manner. See https://wiki.ubuntu.com/MOTU/Packages/REVU
[11:34] <raphink> :D
[11:34] <Arbiter> knowit is nearly finished
[11:35] <gnux123> ah I see
[11:47] <Arbiter> knowit in REVU
[11:50] <Arbiter> http://revu.tauware.de/details.py?upid=2949
[11:51] <gnux123> How can I know that packages are uploaded?
[11:52] <Arbiter> check revu.tauware.de
[11:52] <Arbiter> and look for your packagename
[11:52] <Arbiter> list is updated every 5 minutes (iirc)
[11:53] <gnux123> Not a .changes file.
[11:53] <gnux123> Please select a .changes file to upload.
[11:53] <gnux123> Tried to upload: asterisk_1.2.10.dfsg.orig.tar.gz
[11:55] <Hobbsee> gnux123: try dput revu asterisk_1.2.10.dfsg*source.changes
[12:00] <gnux123> http://pastebin.com/774694 I got this after dput revu asterisk*
[12:01] <slomo_> gnux123: you should sign .changes and .dsc before uploading
[12:09] <Hobbsee> !ping
[12:09] <ubotu> ping: unknown host
[12:09] <Hobbsee> !ping
[12:09] <Hobbsee> [20:09]  [Notice]  -NickServ- You cannot GHOST yourself.
[12:09] <Hobbsee> hah
[12:09] <Hobbsee> !ping
[12:09] <slomo_> !ping google.com
[12:09] <ubotu> Sorry, I don't know anything about ping google.com - try searching on http://bots.ubuntulinux.nl/factoids.cgi
[12:09] <slomo_> hm
[12:12] <gnux123> Thanks its now uploaded
[12:19] <Hobbsee> !ping
[12:19] <ubotu> ping: unknown host
[12:19] <Hobbsee> !ping is <reply>pong
[12:19] <ubotu> ping is already known
[12:20] <Hobbsee> heh
[12:20] <Hobbsee> they've changed it
[12:44] <Hobbsee> siretart: ping?
[01:01] <siretart> Hobbsee_: pong
[01:02] <Hobbsee_> siretart: backports seem to be working, if you wanted to backport xine-lib at some point
[01:05] <siretart> Hobbsee: oh. thanks for notice. would you mind to file a bug so I don't miss it?
[01:05] <ryanakca> can a motu pleased review http://revu.tauware.de/details.py?upid=2939
[01:05] <Hobbsee> siretart: sure, but i need to leave for home right about now, while there are people around
[01:05] <siretart> Hobbsee: i'm terribly busy until end of weekend with work, uni, moving, etc. :(
[01:06] <siretart> ok
[01:06] <Hobbsee> siretart: fair enough
[01:06] <Hobbsee> siretart: if you've got no more changes, i can request the backport here, that's fine
[01:08] <siretart> hm, she's gone, but anyway: I need to check if the current version is suitable for backporting, and what gets broken by backporting. anyway, I can and will comment on that in the bugreport
[01:13] <Yagisan> hmm
[01:13] <Yagisan> anyone here deploy dapper with apt-cacher ?
[01:14] <Yagisan> I have an "interesting" error message
[01:22] <imbrandon> moins all
[01:25] <Yagisan> gives an Err 500 (Internal Server Error) Can't connect to http::80 (Bad hostname 'http:' )
[03:05] <geser> hello
[03:06] <geser> how is the depens line computed at build-time?
[03:06] <geser> s/depens/depends/
[03:10] <ogra_> geser, not at all ... its just moved into the package ... or do you mean build-deps ?
[03:11] <geser> I'm wondering why gpe-contacts ends depending on libcontacts0 where the correct name is libcontactsdb0
[03:11] <geser> is /var/lib/dpkg/info/libcontactsdb0.shlibs responsible for it?
[03:13] <ogra_> do you have libcontactsdb-dev in the build-deps line ?
[03:14] <ogra_> or is it a static entry in the deps line of the source package ?
[03:14] <geser> I've a build-deps on libcontactsdb-dev
[03:15] <geser> and the entry for the binary has Depends: gpe-icons, ${shlibs:Depends}
[03:15] <wseb> hello,
[03:16] <wseb> french motu are on this chat ?
[03:16] <geser> I'm wondering if "libcontactsdb 0 libcontacts0 (>= 0.3)" is the correct entry in /var/lib/dpkg/info/libcontactsdb0.shlibs
[03:16] <hub> sort of
[03:16] <hub> wseb: sort of
[03:16] <geser> should it be "libcontactsdb 0 libcontactsdb0 (>= 0.3)" ?
[03:17] <cbx33> oo-bun-to or You-bun-to
[03:17] <cbx33> ?
[03:18] <wseb> hub, ?
[03:19] <hub> wseb: you asked about french MOTUs
[03:20] <Yagisan> woot. I found the apt-cacher bug that annoys me has a bug report
[03:20] <hub> wseb: I said "sort of"
[03:21] <Hobbsee> Yagisan: so you fixed it?
[03:22] <Yagisan> Hobbsee, nope. apparently its some perl issue. It's debian bug 332748
[03:22] <Ubugtu> Debian bug 332748 in apt-cacher "apt-cacher: gets confused after some time, returns error 500" [Normal,Open]  http://bugs.debian.org/332748
[03:22] <wseb> hub, yes but when you say "sort of" i don't understand what you want to say
[03:23] <Yagisan> Hobbsee, you've no idea how much that bug annoys me. /me looks for a replacement instead
[03:23] <hub> wseb: "en quelque sorte"
[03:24] <StevenK> Yagisan: I stopped using apt-cacher for that reason.
[03:24] <wseb> ok, sorry i understand "trier" :/
[03:24] <wseb> hub, you are french
[03:24] <Yagisan> StevenK, any suggestions on what I can move my cache over too ?
[03:25] <wseb> hub, i just want more information about motu team
[03:25] <StevenK> Yagisan: No, because they all suck.
[03:25] <hub> http://wiki.ubuntu.com/MOTU
[03:25] <hub> all the info is there
[03:26] <wseb> ok i have already read this document
[03:26] <Yagisan> StevenK, so the choice is a) local mirror or b) squid with massive cache
[03:26] <StevenK> Correct.
[03:26] <StevenK> Either way, you need a heap of disk.
[03:27] <Yagisan> crap
[03:27] <wseb> hub, but i'm java programmer, i prog a little in C/C++, i use ubuntu, and do you think it's possible to become motu
[03:28] <wseb> i'm verry interesting to contibute to this project
[03:28] <hub> wseb: learn debian packaging and upload to REVU
[03:28] <hub> as we say "c'est en forgeant que l'on devient forgeron"
[03:29] <wseb> ok, but "a consiste en quoi le deboggage exactement"
[03:29] <Yagisan> StevenK, somehow I feel that either one of those will be bigger then the 6GB I have available
[03:29] <StevenK> Yagisan: A local mirror will *easily* outstrip 6Gb
[03:30] <wseb> hub, in bug fixing you have to correct sort of code
[03:30] <Yagisan> StevenK, how much are we talking about for say amd64+i386 ? ~40GB ?
[03:31] <hub> wseb: yes and no. it depends. packaging is mostly about installation problems, etc.
[03:31] <StevenK> Yagisan: Um. Including source?
[03:31] <hub> wseb: fixing bugs in the code is fine too, but it is about prorotization
[03:31] <wseb> hub, like to adapt debian package on ubuntu ?
[03:31] <Yagisan> StevenK, generally - no
[03:31] <StevenK> You're looking at roughly 11Gb an arch
[03:32] <StevenK> Plus another 11 for arch: all
[03:32] <Yagisan> StevenK, excellent. That would eat my bandwidth quota nicely :(
[03:33] <StevenK> Yes.
[03:33] <StevenK> Hence why I haven't set one up.
[03:35] <Lathiat> ust set the object size up a bit
[03:35] <Lathiat> mainly
[03:35] <StevenK> Yup, crank it up to what, 50Mb
[03:35] <StevenK> Damn openoffice .debs
[03:38] <Yagisan> Lathiat, I've never set squid up, but I'll keep that in mind when I do it
[03:38] <Yagisan> StevenK, could be worse - I have source packages that are ~500MB
[03:39] <Lathiat> Yagisan: squid is largely a matter of "apt-get install"
[03:39] <Lathiat> you need to just configure a couple acls
[03:39] <Lathiat> look for http_allow and acl iirc
[03:39] <Lathiat> or search for 127.0.0.1
[03:39] <Lathiat> its pretty self explanatory
[03:47] <Yagisan> Lathiat, thanks mate
[04:14] <AnAnt> I got a problem packaging a package
[04:15] <AnAnt> I got a problem packaging a package, this package uses autoreconf -i to create configure & Makefile. Now, when the rules file runs $(MAKE) DESTDIR=$(CURDIR)/debian/tmp , it installs in $(CURDIR)/debian/tmp/usr/local
[04:16] <AnAnt> how can I get rid of that /local thing ?
[04:16] <azeem> run configure with --prefix=/usr
[04:16] <AnAnt> oh yes, thanks !
[04:16] <azeem> AnAnt: maybe you have to pass it to autoreconf -i
[04:16] <AnAnt> how silly am I !
[04:18] <AnAnt> ok, another question, I am making a new package called "fsplib"
[04:18] <AnAnt> and there is a feature I'd like to enable on 'elinks' that depends on 'fsplib'
[04:19] <AnAnt> will that be a problem since fsplib is not in the edgy repos  ?
[04:20] <Hobbsee> !info elinks
[04:20] <ubotu> elinks: advanced text-mode WWW browser. In component main, is optional. Version 0.10.6-1ubuntu3 (dapper), package size 825 kB, installed size 3292 kB
[04:20] <Hobbsee> AnAnt: yes.  unless you get fsplib promoted to main too
[04:21] <AnAnt> Hobbsee: yeah, I added a new build target called elinks-full
[04:21] <AnAnt> Hobbsee: elinks-full target depends on stuff in universe
[04:21] <Hobbsee> right, yep
[04:21] <AnAnt> Hobbsee: and the elinks in dapper, has a target called elinks-lite which is in universe not main
[04:23] <AnAnt> Hobbsee: so I don't thing that fsplib being in universe would be a problem
[04:23] <AnAnt> Hobbsee: as that feature I want to add I will add in the elinks-full target
[04:23] <Hobbsee> right, yep
[04:24] <AnAnt> my question is about fsplib not being in the repos in the first place, as it is a new package
[04:26] <Hobbsee> AnAnt: you need to have it in the repos before making anything depend on it, yes
[04:26] <AnAnt> Hobbsee: ok, thanks
[04:27] <AnAnt> Hobbsee: ok, that library I am packaging, the dh_make created this in the install target : $(MAKE) install DESTDIR=$(CURDIR)/debian/tmp
[04:28] <AnAnt> Hobbsee: now, note that this is a library, when I build that package, the resulting fsplib0 & fsplib-dev packages neither contain the shared libs nor the header files
[04:28] <Hobbsee> especially about libraries.
[04:28] <AnAnt> oh ok
[04:33] <Burgundavia> imbrandon: kubuntu is mad to drop gstreamer support
[04:34] <Hobbsee> Burgundavia: for amarok, or anything else?
[04:34] <Burgundavia> Hobbsee: just saw the amarok changelog
[04:35] <Hobbsee> Burgundavia: upstream axed it
[04:35] <StevenK> Hah, that'd be right.
[04:35] <Burgundavia> they are nuts. Gstreamer actually works in 0.10
[04:35] <Hobbsee> not according to them
[04:35] <Burgundavia> however, kde is going for the phonon stuff
[04:35] <Burgundavia> which will not remove their problem, merely abstract it one level down
[04:35] <Hobbsee> they're looking at it again for amarok 1.4.3, if gstreamer works well enough for them, they said
[04:35] <Hobbsee> true
[04:35] <StevenK> When I used amarok, gstreamer was only engine that didn't make it crash every 15 minutes
[04:37] <Burgundavia> anyway, I need to actually get out of bed and go to work
[04:38] <Hobbsee> Burgundavia: you're in bed with your laptop?
[04:38] <StevenK> Hobbsee: No, he's moved his desktop onto the bed.
[04:38] <Hobbsee> hah
[04:38] <AnAnt> can anyone help me in packaging a library ?
[04:38] <tseng> Hobbsee: and what if he was?
[04:38] <tseng> Hobbsee: its like we're all in bed with Burgundavia
[04:39] <StevenK> tseng: Hey, that's not cool.
[04:39] <StevenK> I don't even know Burgundavia that well.
[04:40] <tseng> I can't top that
[04:40] <tseng> I've got nothing
[04:42] <geser> must sync request be ACKed by a motu?
[04:44] <Hobbsee> yes
[04:51] <AnAnt> what is the smallest library (in size) in Ubuntu ?
[04:53] <geser> AnAnt: do you know already the Debian Library Packaging guide?
[04:54] <AnAnt> geser: nope, where is it ?
[04:54] <geser> http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html
[04:55] <bddebian> Heya gang
[04:56] <AnAnt> bddebian: hello
[04:56] <bddebian> Hello AnAnt
[05:00] <AnAnt> bddebian: I uploaded the elinks package
[05:03] <bddebian> AnAnt: After my comments?
[05:03] <AnAnt> bddebian: huh ?
[05:04] <AnAnt> bddebian: when did u do that ?
[05:04] <bddebian> http://revu.tauware.de/details.py?upid=2947
[05:04] <bddebian> This morning :)
[05:04] <AnAnt> ok, looking
[05:04] <AnAnt> bddebian: as for the manpage error, what should I do about it ?
[05:05] <AnAnt> bddebian: did you try doing linda & lintian on the elinks that is already in the edgy repos ?
[05:05] <bddebian> Nope
[05:05] <AnAnt> bddebian: I didn't change the manpages, that what I want to say, so I expect those problems to be in the packages that are in the repos
[05:05] <bddebian> OK
[05:06] <geser> could a motu please add an ACK to 57491? Thanks.
[05:06] <geser> bug 57491
[05:06] <Ubugtu> Malone bug 57491 in rhythmbox-applet "[Sync Request]  music-applet 0.9.2-2" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/57491
[05:06] <AnAnt> bddebian: as for elinks-lite, I didn't change anything in it, so I beleive that warning "pkg-not-in-package-test" will be also in the package in the repos
[05:07] <AnAnt> bddebian: I'll look at that makefile you mentioned
[05:07] <bddebian> geser: Done
[05:08] <bddebian> AnAnt: If those errors exist in the current package, note that.  Honestly I still get hung up on how much we vary from Debian
[05:12] <bddebian> Heya welshbyte
[05:12] <welshbyte> ello bddebian
[05:13] <bddebian> AnAnt: My personal thinking on this is since we are varying greatly from Debian (in this case adding an additional binary package) we should fix as many of the "errors" as we can at the same time.
[05:13] <AnAnt_> bddebian: note that ?
[05:13] <allee> siretart: Okay. I'll do the merge.  Only problem is that I'm a FAI beginner (only demohost experience yet) so I can't realy test it
[05:14] <AnAnt_> bddebian: you said "If those errors exist in the current package, note that."
[05:14] <bddebian> AnAnt_: Well again, my personal belief is that since you are varying so far from Debian already, the proper thing to do would be to fix those errors.  But you might want to ask a second opinion on that.
[05:15] <AnAnt_> bddebian: I just checked, the Makefile.* are in the current package too
[05:16] <AnAnt_> bddebian: am I varying so far from Debian by adding another build target ?
[05:16] <AnAnt_> bddebian: especially that I am not touching the existing build targets ?
[05:16] <azeem> s/build target/package/, no?
[05:16] <bddebian> AnAnt_: Again "IN MY OPINION" :-)  You are adding a binary file to the archive
[05:17] <AnAnt_> azeem: yeah, I think so
[05:17] <bddebian> s/binary file/binary package/
[05:17] <bddebian> And my opinion is usually worthless anyway :-)
[05:18] <AnAnt_> who else should I ask then ?
[05:20] <bddebian> AnAnt_: Crimsun, ajmitch, slomo, dholbach, etc
[05:23] <AnAnt> can anyone tell me how to use dpatch ?
[05:23] <AnAnt> or a URL
[05:23] <AnAnt> I recall that it used to be in Ubuntu's packaging guide, dunno where it gone
[05:23] <welshbyte> the man page is pretty good
[05:24] <bddebian> AnAnt: To create a patch?
[05:24] <AnAnt> bddebian: yeah
[05:24] <bddebian> dpatch-edit-patch <name of patch>
[05:24] <bddebian> Make changes
[05:24] <bddebian> exit
[05:25] <bddebian> Add <name of patch> to debian/00list
[05:28] <AnAnt> there was an easier way with redirection (if I did have the diff file already)
[06:37] <Arbiter> need review: http://revu.tauware.de/details.py?upid=2948 (kcmpureftpd - updated, should be fixed) -- http://revu.tauware.de/details.py?upid=2949 (knowit)
[06:45] <phanatic> evening
[06:47] <bddebian> Heya Arbiter, phanatic
[06:47] <phanatic> hey bddebian
[06:55] <phanatic> anyone up for some reviews? :)
[06:57] <maco> hey does anybody here know why it is that they're referred to as wpagui and wpasupplicant in the package manager and all but to run them it's wpa_gui and wpa_supplicant?
[06:58] <phanatic> bddebian: :)
[06:58] <phanatic> anyway, some links: http://revu.tauware.de/details.py?upid=2942 http://revu.tauware.de/details.py?upid=2937
[06:58] <bddebian> phanatic: I'm a little busy atm but I will try in a bit
[06:59] <bddebian> welshbyte: Still around?
[06:59] <phanatic> the latter is already in the archives, just a new upstream release
[06:59] <phanatic> bddebian: thanks
[07:01] <bddebian> Actually I'm not doing any "work" anymore, I just comment on specs ;-P
[07:07] <Gloubiboulga> phanatic, hi! I'm looking at olive
[07:08] <phanatic> hey Gloubiboulga, thanks
[07:08] <Gloubiboulga> phanatic, was it a SoC project?
[07:09] <phanatic> Gloubiboulga: it was :)
[07:09] <welshbyte> bddebian: aye, just munching on some pizza at the moment
[07:09] <Gloubiboulga> phanatic, nice :)
[07:11] <bddebian> Hi Gloubiboulga
[07:11] <bddebian> welshbyte: Need some more work? :)
[07:11] <phanatic> Gloubiboulga: i hope it will get into edgy :)
[07:11] <Gloubiboulga> hey bddebian
[07:12] <Gloubiboulga> phanatic, I'm sure it will
[07:12] <welshbyte> bddebian: i still have openvrml to finish merging but after that, sure
[07:12] <bddebian> welshbyte: These should be easy ones :-)
[07:13] <welshbyte> bddebian: sounds good to me ;)
[07:18] <Gloubiboulga> phanatic, maybe you shouldn't provide the debian/ dir with your source tarball
[07:19] <Gloubiboulga> even if you're upstream and the maintainer :)
[07:19] <phanatic> Gloubiboulga: i'm aware of that, the next release won't have it, i promise :)
[07:20] <Arbiter> yawn
[07:21] <Arbiter> oh hey bddebian :)
[07:24] <cr3> how can I recommend a package so that it is eventually accepted in ubuntu?
[07:27] <zul> i think there is something on the wiki
[07:27] <Arbiter> bddebian: i've fixed the kcmpureftpd packages... it was a file conflict problem
[07:27] <bddebian> Arbiter: Cool, I'll check it out
[07:27] <Arbiter> (upstream provided a debian/ directory)
[07:28] <Arbiter> the result was a mix of mine files with upstream ones :D
[07:28] <Arbiter> (Makefile.am README.Debian, etc etc)
[07:28] <bddebian> Oh, bad, bad.  I have that same issue with typo3 currently
[07:29] <Arbiter> Riddell and Hobbsee told me to remove the debian/ from the .orig tarball
[07:29] <bddebian> Aye
[07:30] <Arbiter> bddebian: i've also uploaded knowit :)
[07:30] <bddebian> Sheesh.. :-)
[07:30] <Arbiter> Sheesh?
[07:30] <Arbiter> ^^'
[07:31] <bddebian> I can't keep up :-)
[07:32] <Arbiter> :)
[07:32] <Arbiter> Gloubiboulga: ping
[07:32] <Gloubiboulga> Arbiter, pong
[07:33] <Arbiter> Gloubiboulga: i have a question about your repository
[07:33] <Arbiter> what do you use to manage it?
[07:33] <Arbiter> (if you use any tool)
[07:33] <Gloubiboulga> Arbiter, a tiny .sh script anf ftp :)
[07:33] <Arbiter> :)
[07:34] <Arbiter> cool :)
[07:40] <AnAnt> I have a problem packaging a library (fsplib), it installs in debian/tmp/usr/{lib,include}
[07:41] <AnAnt> so I got fsplib0.install file which contains: usr/lib/* , and fsplib-dev.install file which contains: usr/include/*
[07:41] <AnAnt> yet, the resulting packages don't have anything in the lib & include dirs !
[07:41] <AnAnt> I looked at an example package and I still can't understand the problem
[07:44] <AnAnt> LaserJock: are you a MOTU reviewer ?
[07:44] <AnAnt> crimsun: you there ?
[07:44] <LaserJock> AnAnt: yes
[07:45] <AnAnt> LaserJock: maybe that's why recover works for you
[07:45] <AnAnt> ajmitch: you there ?
[07:45] <LaserJock> well, I think it works because I've had an account for quite some time
[07:47] <AnAnt> slomo: u there ?
[07:47] <slomo> yes
[07:47] <AnAnt> slomo: ok, I got a question regarding http://revu.tauware.de/details.py?upid=2947
[07:49] <AnAnt> slomo: if the original package that is in the edgy repos had those warnings "manpage-has-errors-from-man", "pkg-not-in-package-test", and  existance of Makefile.* in debian/ , should I fix those issues when I do changes to the package ?
[07:50] <AnAnt> slomo: especially that I am not changing anything in the elinks & elinks-lite build targets, I am only adding a new build target "elinks-full" ?
[07:50] <AnAnt> :s/?//
[07:50] <AnAnt> slomo: well ?
[07:50] <slomo> don't fix them unless it's a really trivial change or necessary ;)
[07:51] <AnAnt> slomo: ok, thanks
[07:52] <AnAnt> bddebian: you there ?
[07:54] <AnAnt> ok, later
[07:59] <bddebian> slomo: Don't fix them?
[08:00] <slomo> bddebian: it will only add a greater delta to debian which will cause more work while merging next times...
[08:00] <bddebian> slomo: And adding an additional binary package didn't? :-)
[08:02] <slomo> *shrug*
[08:06] <bddebian> shrug? :-)
[08:12] <lfittl> hello everybody :)
[08:13] <bddebian> Heya lfittl
[08:13] <lfittl> hi bddebian
[08:13] <slomo> bddebian: it adds additional work which is most probably not necessary ;)
[08:18] <bddebian> slomo: OK, what do I know.. :-)
[08:20] <slomo> bddebian: well, i don't have a strong oppinion on whether they should be fixed or not :) do whatever you want ;)
[08:21] <slomo> ok, reboot
[08:32] <bddebian> slomo: I don't really have an opinoin either, my only thought was that if you are offsetting the delta that much anyway, fix the other stuff and send it all to Debian :)
[08:47] <bddebian> To upload this package or not to upload.. That is the question...
[09:01] <TMM> hey all!
[09:02] <TMM> can someone please try something for me? apt-get install python-mysqldb and dpkg -L python-mysqldb ?
[09:02] <TMM> for me, only the documentation is installed, but, when I build the source package everything is dandy
[09:02] <TMM> apart from the fact that apt keeps thinking that it's an older version, and wants to 'update' it back to the empty version
[09:03] <TMM> this is edgy btw :)
[09:06] <cr3> in order to get a package into ubuntu, do I have to go through the Debian prospective package process?
[09:07] <phanatic> cr3: it's not needed
[09:07] <phanatic> cr3: you just have to upload it to revu
[09:07] <welshbyte> TMM: could it be Bug #55047 ?
[09:08] <Ubugtu> Malone bug 55047 in python-mysqldb "python-mysqldb doesn't actually install any python" [Medium,Confirmed]  http://launchpad.net/bugs/55047
[09:08] <cr3> phanatic: revu?
[09:08] <zul> !revu
[09:08] <ubotu> REVU is a web-based tool to give people who have worked on Ubuntu packages a chance to "put their packages out there" for other people to look at and comment on in a structured manner. See https://wiki.ubuntu.com/MOTU/Packages/REVU
[09:08] <phanatic> thanks zul :)
[09:08] <zul> i try...most of the time
[09:08] <cr3> ditto, thanks :)
[09:10] <TMM> welshbyte: ... well, that MIGHT be the case
[09:10] <TMM> welshbyte: :)
[09:14] <bddebian> Hmm, how do I properly compress an old changelog file?
[09:15] <zul> er gzip
[09:16] <bddebian> In rules?
[09:17] <zul> yep..
[09:23] <crimsun> as opposed to dh_installman(1)?
[09:24] <crimsun> (and debian/foo.manpages)
[09:34] <Sp4rKy> hey
[09:34] <Sp4rKy> http://pastebin.ca/147932
[09:35] <Sp4rKy> does anyone could help me with this ....
[09:35] <crimsun> ...more specifically?
[09:36] <bddebian> Oh, still the /debian/foo problem?
[09:37] <welshbyte> probably more helpful to pastebin your debian/rules file
[09:44] <welshbyte> bddebian: you might want to tell me what those jobs are now, i could probably deal with them before openvrml finishes building
[09:45] <bddebian> hehe
[09:45] <bddebian> Actually I think I am getting them done myself but thanks
[09:45] <welshbyte> ok :)
[09:48] <Sp4rKy> sorry
[09:48] <Sp4rKy> so, does anyone could help me with this ....
[09:50] <welshbyte> Sp4rKy: probably more helpful to pastebin your debian/rules file
[09:50] <welshbyte> or at least the relevant part
[09:50] <bddebian> Sp4rKy: Aye can you paste your rules file
[09:51] <Sp4rKy> welshbyte, bddebian of course
[09:52] <Sp4rKy> http://pastebin.ca/147958
[09:54] <slomo> do you have a debian/eutils.install file?
[09:55] <bddebian> Sp4rKy: build-stamp:  config.status
[09:55] <bddebian>         dh_testdir
[09:55] <bddebian> 
[09:55] <bddebian>         # Add here commands to compile the package.
[09:55] <bddebian>         $(MAKE)
[09:55] <bddebian> You are running make twice
[09:55] <bddebian> Heya ivoks
[09:55] <azeem> bddebian: how so?
[09:56] <slomo> bddebian: hm?
[09:56] <ivoks> hi all
[09:56] <bddebian> Oh, I can't read
[09:56] <bddebian> NM
[09:56] <ivoks> doh, cups bugs :(
[09:56] <welshbyte> maybe the configure script probably runs make itself
[09:56] <welshbyte> s/probably //
[09:57] <Sp4rKy> so ...
[09:57] <Sp4rKy> just comment the $(MAKE)
[09:57] <Sp4rKy> or patch the configure ...
[09:58] <welshbyte> you shouldn't need to patch configure
[09:58] <Sp4rKy> bddebian, bddebian why twice ?
[09:59] <bddebian> Sp4rKy: No, I was wrong.  Stupid split screen
[09:59] <Sp4rKy> :p
[09:59] <Sp4rKy> k
[10:01] <Sp4rKy> so i always don't understand
[10:01] <Sp4rKy> confiugre doesn't run make
[10:01] <welshbyte> actually, make is being run in build-stamp: and install:
[10:01] <welshbyte> oh, not make install
[10:02] <welshbyte> ignore me :)
[10:03] <Sp4rKy> :p
[10:03] <shawarma> bddebian: you rang, sir?
[10:03] <Sp4rKy> so, my rules seems good
[10:03] <Sp4rKy> and configure doesn't seem buggued
[10:03] <Sp4rKy> ...
[10:03] <Sp4rKy> where is my issue
[10:05] <Sp4rKy> ???
[10:05] <slomo> Sp4rKy: debian/eutils.install exists?
[10:06] <Sp4rKy> yes
[10:06] <Sp4rKy> Sp4rKy-laptop% cat debian/eutils.install
[10:06] <Sp4rKy> debian/eutils/usr/bin/*
[10:06] <Sp4rKy> debian/eutils/usr/share/*
[10:06] <bddebian> shawarma: Not recently, did I?
[10:08] <slomo> Sp4rKy: try again after removing that file ;)
[10:08] <Sp4rKy> slomo, really ?
[10:09] <slomo> really
[10:09] <slomo> it's at least unnecessary in your case
[10:09] <slomo> and maybe the cause for this problem
[10:10] <Sp4rKy> k
[10:10] <Sp4rKy> i try
[10:11] <shawarma> bddebian: Not sure. My irc client just gave me the time of day.
[10:12] <bddebian> shawarma: Ah, Hmm
[10:13] <shawarma> bddebian: ...so it could be anytime between earlier today and about a week ago when I was last online.
[10:13] <bddebian> shawarma: I think it was about a week ago
[10:13] <shawarma> bddebian: perhaps something about asterisk?
[10:14] <shawarma> bddebian: I never got that upload sponsored btw. crimsun pointed out that -3 was right around the corner, so I figured I'd wait. This is the updated patch, if you're up for it: http://www.linux2go.dk/edgy-merges/asterisk-merge.diff
[10:15] <Sp4rKy> slomo, bddebian always the same issue
[10:16] <shawarma> hmm... what makes an app show up in the gnome applet management thing?
[10:17] <shawarma> the .server file in /usr/lib/bonobo/servers, perhaps?
[10:18] <slomo> shawarma: yes
[10:18] <Sp4rKy> i have to go
[10:18] <Sp4rKy> if you have any idea, ping me tomorrow :p
[10:19] <shawarma> slomo: Ok. Thanks.
[10:21] <shawarma> I've heard about this deskbar-applet SO many times and people are going mad about it, so I thought I'd see what all the fuss was about. I went to the applet management thing to find it, but it wasn't there. I checked if it was installed, which it was..
[10:22] <slomo> how is it called in your language? :)
[10:22] <shawarma> well, it turns out that some genious translated "Deskbar applet" to "Kommandofelt" in Danish, which means "command field". No wonder I couldn't find it.
[10:22] <shawarma> why do I always type genious, when I mena genius?
[10:23] <shawarma> and "mena" when I mena "mean"? :-)
[10:24] <LaserJock> hehe
[10:24] <LaserJock> go play some Mao or something, you can't type today ;-)
[10:25] <shawarma> LaserJock: Yeah. Been away from the keyboard for too long. I've had a good, looong holiday this summer. :-)
[10:25] <LaserJock> slacker :-)
[10:26] <shawarma> LaserJock: In my defense I have to say that I had been misled to believe that the bed'n'breakfast place I stayed at in Italy was equipped with some sort of computer for internet access.
[10:27] <LaserJock> ah
[10:27] <LaserJock> excuses, excuses :p
[10:27] <shawarma> LaserJock: ...so of course I left my laptop at home. Well, it turns out that there WAS internet in the house. Wifi-style. And there I was without my laptop.
[10:28] <crimsun> eh? If I ever get to take a vacation, I'm definitely going to enjoy the break from the 'net.
[10:28] <shawarma> LaserJock: The first day was ok. I was tired after travelling anyway, but during the next couple of days I noted 37 things I would have looked up somewhere on the internet if I could.
[10:29] <shawarma> crimsun: Well, I need to stay in touch with "reality" because of my business.
[10:30] <LaserJock> crimsun: I know the feeling, but then I just sit there the whole time thinking "I could be doing X if I had my  laptop with me"
[10:30] <LaserJock> my net addiction, terrible
[10:30] <shawarma> My wrists are feeling a lot better after that week without touching a keyboard, though.
[10:31] <LaserJock> I bet
[10:31] <LaserJock> my biggest problem is my eyes
[10:31] <LaserJock> 12+ hrs of staring at a screen is no good
[10:31] <tseng> one finger, both wrists, right arm
[10:32] <tseng> are in increasingly bad shape
[10:32] <tseng> going to have to do something soon
[10:32] <shawarma> tseng: I've got the wrist support things that I put on when it gets really bad. They help a LOT. I really should use them all the time.
[10:32] <crimsun> tseng: are you using workrave or rsibreak?
[10:33] <tseng> crimsun: nope.
[10:33] <tseng> i do get up and walk around every hour or two
[10:33] <tseng> for a few minutes
[10:33] <crimsun> cool
[10:33] <crimsun> I ended up switching away from qwerty
[10:33] <shawarma> workrave is really good. Especially the exercise things it shows.
[10:33] <tseng> i think the layout of my desk atm is pretty bad
[10:33] <tseng> i have a full size keyboard here
[10:33] <tseng> and the desk angles
[10:34] <tseng> the mouse kind of slides off to the side
[10:34] <tseng> and is awkward to get
[10:34] <tseng> picture time
[10:34] <tseng> at home i have the happy hacker keyboard
[10:34] <tseng> i think that could help here
[10:34] <lfittl> help needed: in the following scenario (gnupg package, needs the scard group to support openpgp smartcards), the user creates the scard group for some reason on his own, how should postinst and postrm react? They would normally create/remove the group.
[10:34] <shawarma> I used to do them in the office. The other guys pointed and laughed the first couple of days. Within a couple of weeks everyone was doing it.
[10:35] <tseng> shawarma: oh, i dont remember them
[10:35] <crimsun> lfittl: use a bail case
[10:36] <shawarma> tseng: workrave has three kinds of breaks. micro breaks, coffee breaks and something else breaks. During those something else breaks it shows some exercises you can do.
[10:37] <tseng> http://www.flickr.com/photos/tseng/223930877/
[10:37] <lfittl> crimsun: a bail case? what do you mean?
[10:37] <tseng> i think this is a problem
[10:37] <crimsun> lfittl: e.g., in the postinst, make sure groupadd -f is used, then you'll probably want to touch some type of indicator file that denotes the group existed prior to postinst being executed. Then in the postinst, check for the existence of the indicator file before removing the group.
[10:38] <tseng> esp the keyboard and mouse sliding all over
[10:38] <tseng> at odd angles
[10:38] <crimsun> sorry, that last sentence should read "in the postrm"
[10:38] <tseng> i could tape it dow
[10:38] <tseng> n
[10:38] <lfittl> crimsun: sounds good, where should I store that indicator file?
[10:38] <crimsun> lfittl: you don't have to use a file per se. I would probably use a debconf key.
[10:39] <welshbyte> meep, this build is taking up over 1GB of memory :/
[10:40] <shawarma> welshbyte: what are you building?
[10:40] <slomo> eclipse? :)
[10:40] <welshbyte> shawarma: openvrml
[10:40] <bddebian> welshbyte: "FUN" isn't it? ;-)
[10:40] <welshbyte> bddebian: oh hell yeah :)
[10:41] <lfittl> crimsun: hmm, I am searching for a solution that gets accepted into gnupg before FF. Do you think the patch would be accepted if a debconf key is used? (it sounds rather complicated to me)
[10:42] <crimsun> lfittl: upstream (Debian)? If so, you'll want to coordinate with elmo.
[10:42] <lfittl> crimsun: first ubuntu, debian is the next step
[10:42] <lfittl> s/next/following/
[10:43] <azeem> lfittl: what priority?
[10:43] <crimsun> personally I don't think the debconf key is _that_ bad
[10:43] <lfittl> crimsun: I assume you mean I should still talk to elmo about it? :)
[10:43] <lfittl> azeem: you mean what priority that change has?
[10:43] <crimsun> since he maintains the Debian package, it would be a good idea to at least get his opinion first
[10:44] <azeem> what debconf priority the question would have (unless I misunderstood)
[10:44] <crimsun> again, I'd take elmo's opinion over mine in this regard, since he's more experienced with the package
[10:45] <lfittl> azeem: ah, there is no need for a question, it's just for internal purpose to preserve an existing group after package removal
[10:46] <lfittl> crimsun: k, will try to get in contact with elmo, thanks for your help
[10:47] <shawarma> Does anyone know why rawstudio hasn't been built yet? the upload was accepted three weeks ago. It's listed here https://launchpad.net/people/shawarma/+packages but it doesn't turn up anywhere else.
[10:48] <tseng> binary new?
[10:48] <shawarma> tseng: huh?
[10:48] <tseng> https://launchpad.net/distros/ubuntu/edgy/+queue?queue_state=0&queue_text=raw
[10:49] <tseng> its in source NEW
[10:49] <tseng> every new source package is put in a queue for manual review
[10:49] <tseng> before being allowed in
[10:49] <tseng> then it builds, and is in binary review
[10:49] <tseng> it finally goes in after that
[10:50] <lfittl> crimsun: just had another idea, how about using delgroup --system in postrm, and forget about the whole debconf/indicator file stuff?
[10:50] <tseng> subsequent source and binaries of the same name go right in
[10:50] <shawarma> tseng: binary review?
[10:50] <tseng> shawarma: whats to explain?
[10:50] <tseng> each new binary name has to be manually approved
[10:50] <shawarma> tseng: Well, I understand why the biuld has to be manually approved (the build is run as root), but what does the binary review encompass?
[10:50] <tseng> someone looks at it
[10:50] <tseng> says "oh"
[10:50] <tseng> and clicks ok
[10:50] <shawarma> tseng: LOL
[10:50] <tseng> most of the review is on the license of the source package
[10:51] <tseng> and general sanity check
[10:51] <shawarma> Ok. and how long does this process last?
[10:51] <tseng> i doubt anyone really looks at the binary
[10:51] <tseng> shawarma: indefinately
[10:51] <tseng>  < Keybuk> NEW isn't a FIFO, it's more of a FISO | < Keybuk> (Shiniest out)
[10:51] <shawarma> am I supposed to bug someone to look at it or does it just happen?
[10:51] <tseng> no
[10:51] <tseng> you wait
[10:51] <tseng> and wait
[10:51] <zul> and wait
[10:52] <tseng> in Debian, you would wait some more
[10:52] <tseng> and some more
[10:52] <shawarma> should I expect it to happen before edgy release?
[10:52] <tseng> ubuntu is *generally* pretty fast
[10:52] <tseng> but not lately
[10:52] <crimsun> lfittl: that doesn't seem to cover the case you're using it for
[10:52] <tseng> shawarma: you can hope
[10:52] <azeem> the sprint is in effect
[10:52] <tseng> I won't promise you anything
[10:52] <crimsun> lfittl: meaning it will still remove the group
[10:52] <tseng> i imagine it will become a piority to clean up pretty soon
[10:52] <tseng> (After the summit)
[10:52] <tseng> azeem: it was dead slow before
[10:53] <tseng> around the point release and kamions vacation
[10:53] <azeem> tseng: maybe it is inversely coupled to Debian's NEW processing :)
[10:53] <tseng> its been some weeks
[10:53] <crimsun> lfittl: unless I misinterpreted you, your intent is to _not_ remove the group in postrm if the group existed prior to postinst being executed
[10:53] <shawarma> tseng: right, ok. I guess it's the archive team that does this, right?
[10:53] <tseng> azeem: quite possible, debian was down to zero there :)
[10:53] <tseng> shawarma: uh, mostly
[10:53] <tseng> same peopel atm
[10:53] <tseng> but not nessecarily
[10:53] <crimsun> lfittl: IOW, "if it existed before [the sysadmin created it manually] , then don't touch the group"
[10:54] <lfittl> crimsun: my intention is primary to not remove the group if the user created it on purpose before, but he most propably won't create it as a system group
[10:54] <shawarma> tseng: Ok. Thanks for clearing this up.
[10:54] <tseng> shawarma: np
[10:54] <tseng> heading home
[10:54] <crimsun> lfittl: but can you be sure that the user didn't?
[10:55] <shawarma> tseng: cheers.
[10:55] <lfittl> crimsun: the group is only used for smartcard reader device file permissions, and the gnupg howto about that doesn't use a system group
[10:56] <lfittl> crimsun: also, why would somebody remove the gnupg package?
[10:56] <crimsun> lfittl: something like delgroup --only-if-empty --system   might be appropriate
[10:56] <lfittl> crimsun: hmm
[10:57] <lfittl> crimsun: will create a patch with this solution, and wait for elmo's comment about it
[10:57] <crimsun> lfittl: our intent as packagers should be to not think "why wouldn't this happen" but "what should be done when it happens", since software engineering practices have demonstrated that if there's a possibility something can happen, it probably will :)
[10:57] <lfittl> crimsun: :)
[10:59] <lfittl> crimsun: one last question, sry for asking you all this, what happens if the user downgrades the package, is the postrm/purge target called?
[10:59] <bddebian> Heya LaserJock
[10:59] <LaserJock> hi bddebian
[11:03] <crimsun> lfittl: no prob. Quite probably, yes.
[11:03] <crimsun> lfittl: see section 6.5 at [http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s6.1] 
[11:03] <lfittl> crimsun: ah thanks, I always miss the parts I am searching for :)
[11:25] <bddebian> Time to head home.  Later folks
[11:29] <Noumaan> It seems like we can not do much progress on Urdu Translation until we have Urdu fonts available in repositories :(
[11:30] <Noumaan> I am trying to get in touch with some one to get thsi work done. So that I could create a Wiki Page and invite people to help us
[11:30] <Noumaan> Ubuntu's language support for Urdu package has no font dependency. By default Ubuntu comes with no decent font to view, create or modify Urdu documents. The most popular Urdu Font http://www.crulp.org/nafeesWebNaskh.html is available for grab how could we get it in the Ubuntu Desktop?
[11:31] <Noumaan> Some one should atleast add this font in Universe so that I could tell people to apt-get it
[11:31] <crimsun> are the packages on revu?
[11:31] <Noumaan> crimsun:  what is revu?
[11:32] <crimsun> see the topic
[11:32] <crimsun> unless you've submitted the source packages through revu, there's not much that can be done
[11:33] <Noumaan> I am not the owner or the creator of the font. but it is freely available at the above mentioned page with a license that allows us to use, modify and redistribute the font
[11:34] <crimsun> so why don't you package the font(s) and submit the source package(s) to revu?
[11:34] <Noumaan> how do I do that?
[11:34] <crimsun> do what?
[11:34] <Noumaan> package the font and submit the source package?
[11:35] <crimsun> package the font(s)? Following the packaging guide and examples from other ttf-* font packages. See the URL in the topic for submitting to REVU.
[11:35] <Noumaan> ok I was working on the wiki page but I guess I will have to first get the font added :(
[11:37] <lfittl> crimsun: do you have some time for a review of http://revu.tauware.de/details.py?upid=2931?
[11:41] <crimsun> not atm, sorry.
[11:42] <lfittl> np, just searching for reviewers ;)
[11:43] <lfittl> anybody else interested / have some time for http://revu.tauware.de/details.py?upid=2931
[11:51] <Noumaan> crimsun: I just found that this package is already listen in Debians Package List
[11:51] <crimsun> Noumaan: which package?
[11:52] <Noumaan> The font Package Nafees Web Naskh http://packages.debian.org/testing/x11/ttf-nafees
[11:53] <crimsun> and indeed, it's in Ubuntu Edgy
[11:53] <crimsun> $ apt-cache madison ttf-nafees
[11:53] <crimsun> ttf-nafees |      1.2-1 | http://archive.ubuntu.com edgy/universe Packages
[11:53] <crimsun> ttf-nafees |      1.2-1 | http://archive.ubuntu.com edgy/universe Sources
[11:53] <Noumaan> how do we install it in Dapper?
[11:53] <crimsun> dev work isn't done against 6.06.1 LTS
[11:53] <crimsun> you should be targetting Edgy at this point
[11:54] <Noumaan> one last question
[11:55] <Noumaan> how could we get a package moved from universe to default, seeing as Ubuntu doesnt have a font with urdu language support pack nafees is the perfect candidate
[11:56] <crimsun> Noumaan: file a main inclusion report (MIR) [https://wiki.ubuntu.com/UbuntuMainInclusionRequirements] .
[11:57] <Noumaan> crimsun:  Thank you so much :)
[12:03] <lfittl> crimsun: whats the best time to talk to elmo? (as I said, FF comes closer, want to get this finished)
[12:03] <LaserJock> I would say email
[12:04] <lfittl> LaserJock: good, thanks :)