[12:21] <tgm4883> would it be possible for someone to sync the revu keyring
[12:23] <coNP> it would
[12:23] <coNP> you have to ask a REVU admin for that I guess
[12:23] <tgm4883> ah
[12:24] <zul> afternoon
[12:26] <mtaylor> so how do I assign the bug to myself and set it to "in progress"? if I'm prepping a new package? 
[12:27] <coNP> mtaylor: why do you need that?
[12:27] <coNP> You can of course file a bug "include <sg> in ubuntu", set it "in progress" and assign to yourself, this does not mean that your package will be automatically accepted, though.
[12:28] <mtaylor> coNP: sure. I'm just trying to walk through the steps on https://wiki.ubuntu.com/MOTU/Contributing
[12:28] <coNP> mtaylor: that is in section "Preparing Patches" that is for bugfixes
[12:29] <coNP> Applies not for new packages IMO
[12:29] <mtaylor> it's in the "Preparing New Packages" section too... but I'm happy to skip it if I don't need it. 
[12:30] <coNP> That is for packages requested.
[12:30] <coNP> But you can file it so that it can be seen that someone is working on that.
[12:30] <coNP> On the other hand it might be useful to ask someone to confirm it.
[12:35] <mtaylor> coNP: and so I put Ubuntu MOTU as Maintainer if I'm going to upload to REVU? 
[12:37] <mtaylor> or, Ubuntu MOTU Developers <ubuntu-motu@lists.ubuntu.com>, rather, right? then how does GPG know who to sign the package as? 
[12:37] <ajmitch> it gets that from the changelog entry
[12:38] <mtaylor> huh. well I'll be. no NMU complaining message :)
[12:47] <coNP> You will _always_ get NMU complaining messages :)
[12:47] <coNP> And unknown distribution errors as well.
[12:47] <coNP> From REVU at least
[12:48] <mtaylor> coNP: ok. fair enough. 
[12:49] <mtaylor> coNP: If I've got the package in a PPA, can I just use that URL and ask for comments? 
[12:49] <mtaylor> or should I still use REVU
[12:49] <coNP> I guess the wiki pages say REVU, but mostly depends on your sponsors / mentors.
[12:49] <mtaylor> ok. thanks
[12:59] <mtaylor> when I'm running debuild -S, what determines whether it's going to include the orig tarball in the upload? 
[01:00] <geser> the -sa option
[01:00] <mtaylor> geser: thanks!
[01:04] <mtaylor> so, revu.tauware.de doesn't seem to be so responsive... 
[01:05] <dothebart> *roflamo* http://www.youtube.com/watch?v=wwLrgxtALWs
[01:05] <coNP> mtaylor: I can confirm :(
[01:12] <mtaylor> so, not to be a broken record, but not I'm just curious - what screen in launchpad do I need to go to so I can assign a bug to myself and mark it "in progress" ? 
[01:13] <mtaylor> nevermind
[01:13] <mtaylor> I found it.
[01:13] <mtaylor> it was not obvious to me that I should click the triangle to get to that info, when there are links on the left... 
[01:26] <mtaylor> anybody feel like reviewing a package for me? https://bugs.launchpad.net/ubuntu/+bug/130740
[01:26] <ubotu> Launchpad bug 130740 in Ubuntu "[needs-packaging]  mysql-proxy" [Wishlist,In progress]  
[01:27] <mtaylor> ha. look at that. :)
[01:30] <ScottK> mtaylor: It'd be a lot easier for me to give it a quick review if it was on REVU.  Sorry, no time for a detailed look now.
[01:31] <mtaylor> ScottK: thanks... trying to upload to REVU as well, but it doesn't seem to be so healthy - no rush in any case
[01:31] <ScottK> OK.
[01:31] <geser> mtaylor: wrong version number: the first upload to Ubuntu should have 0.6.0-0ubuntu1
[01:31] <mtaylor> aha! 
[01:31] <mtaylor> that's why it didn't want to make an orig.tar.gz upload.
[01:32] <geser> and as the license is GPL-2 only, link to the version one (/usr/share/common-licenses/GPL-2)
[01:33] <geser> that should be unrelated
[01:37] <mtaylor> geser: should I re-version number stuff, or should I just know that for next time? 
[01:38] <geser> I'm not sure if ppa will accept an upload with an lower version number
[01:38] <mtaylor> yeah - I don't think it will - but I think it's getting a delete button RSN 
[01:39] <mtaylor> I'll fix it for the REVU upload
[01:39] <bmm> If the COPYRIGHT file doesn't mention some of the authors in the source, I should still mention them in the debian/copyright file, right?
[01:39] <geser> for the next time: use something like 0.6.0-0ubuntu1~ppa1 which is always smaller 0.6.0-0ubuntu1 but you can increase the number after the ppa
[01:40] <mtaylor> will do
[01:40] <geser> bmm: right, a wrong COPYRIGHT file is no excuse to omit them also in debian/copyright
[01:41] <bmm> geser: though so, but wanted to make sure before compiling the whole list ;-) Thanks!
[02:02] <mtaylor> geser: is there anyone we should ping about REVU being down? 
[02:04] <geser> mtaylor: I guess siretart, but he is sleeping now. Try to reach him during the european day.
[02:04] <mtaylor> k will do
[02:25] <bmm> Is the debian/copyright file UTF-8? (or, what to do with special characters?)
[02:41] <Fujitsu> bmm: It should be UTF-8, yes.
[02:42] <bmm> Fujitsu: thanks! couldn't find it in the policy, so I'm glad you could awnser it :-) Thanks again.
[03:14] <bddebian> Heya gang
[03:14] <Fujitsu> Hi bddebian.
[03:15] <bddebian> Hi Fujitsu
[03:15] <bddebian> Heya StevenK
[03:15] <bddebian> I see you've taken over? :-)
[03:16] <RAOF> Hey bddebian!  Review xserver-xgl! :)
[03:16] <StevenK> bddebian: Taken over ... ?
[03:17] <bddebian> StevenK: I'm kidding.  I see that you are pretty active! :-)
[03:17] <bddebian> RAOF: Oh yeah, sure :-)
[03:17] <StevenK> bddebian: Fairly. :-)
[03:18] <StevenK> Unless bddebian is kidding, that is so the first time that RAOF's suggestion of reviewing has worked.
[03:18] <bddebian> heh
[03:20] <bddebian> I think I'm going to have to re-learn everything :'-(
[03:39] <jetsaredi1> how do I find out what packages depend on a given package?
[03:40] <ScottK> apt-cache rdepends packagname
[03:40] <ScottK> IIRC that just gives you the direct dependencies.
[03:44] <RAOF> bddebian: Are you serious?
[03:44] <RAOF> That would be cool if you were :)
[03:44] <bddebian> About what, re-learning everything?
[03:44] <RAOF> No, about xgl.
[03:45] <bddebian> I'm not sure I even feel qualified atm :-(
[03:45] <RAOF> :(
[03:45] <StevenK> Heh. RAOF looses again.
[03:46] <StevenK> loses, even
[03:46] <RAOF> I'm going to have to apply for MOTU in order to actually adopt xgl, aren't I?
[03:46] <ScottK> bddebian: You NEVER feel qualified.
[03:46] <bddebian> Sure, why not RAOF? :_)
[03:46] <ScottK> That's no excuse not to review his package.
[03:46] <StevenK> RAOF: You mean, Fujitsu, Hobbsee and I haven't convinced you to apply yet?
[03:46] <bddebian> ScottK: Probably because I'm not :-)
[03:46] <ScottK> Never stopped you before.
[03:47] <RAOF> StevenK: Oh, no.  I do intend to apply.  This will just force me to move up my schedule :)
[03:47] <StevenK> Heh
[03:47] <StevenK> You have "apply for -dev" and "apply for -core-dev" on a calendar somewhere? :-)
[03:48] <RAOF> Heh.
[03:50] <bddebian> Hmm, REVU is down?
[03:51] <superm1> appears so.
[03:51] <StevenK> bddebian: /topic ; Fujitsu even set it while you were here.
[03:52] <bddebian> Yeah yeah, I know
[03:55] <bddebian> RAOF: I guess your hosted then :-)
[03:55] <bddebian> Err hosed even
[03:55] <RAOF> bddebian: Nah, xserver-xgl is a bzr branch on LP.
[03:55] <bddebian> bzr, pfft
[03:56] <RAOF> And, if push comes to shove, on cooperteam.net
[03:56] <RAOF> There is no escape!
[03:56] <bddebian> Sure there is
[03:58] <bddebian> Uhm, cooperteam.net just has .debs
[04:01] <RAOF> bddebian: Yeah, but if LP went down I'd push my xgl tree there.
[04:01] <ScottK> bzr push, bzr shove?
[04:01] <ScottK> Well I'm all the way up to the code is a poorly thought out mess, but it works.
[04:02] <StevenK> I don't think bzr likes getting shoved.
[04:02] <ScottK> Now to make it look like I thought about it before I threw it together.
[04:03] <ScottK> StevenK: Don't ask me, ask RAOF.  He was talking about bzr and pushing and shoving.
[04:11] <bddebian> :-)
[04:11] <bddebian> Missed me didn't ya? :)
[04:12] <Fujitsu> s/y//
[04:13] <ScottK> Sounds like an opportunity to exercise your iptables foo.
[04:14] <Fujitsu> I started Wireshark to see what was causing all the traffic, and it took about 3 seconds to eat all my RAM :(
[04:14] <ajmitch> bddebian: I did?
[04:14] <ScottK> Sounds like time for tcpdump then.
[04:16] <bddebian> ajmitch: Of course you did :-)
[04:16] <ajmitch> nasty, tracker is back on my system
[04:16] <Fujitsu> Heh, ubuntu-desktop depends now, doesn't it?
[04:16] <ajmitch> I hope it only recommends
[04:16] <Fujitsu> So do I, but you never know.
[04:16] <ajmitch> I like my laptop to be usable, thanks
[04:16] <Fujitsu> Is it really that bad?
[04:18] <ajmitch> not quite that bad, but it does thrash the disk a bit
[04:19] <Fujitsu> How does it compare to Beagle?
[04:19] <Fujitsu> Presumably it eats a bit less RAM.
[04:19] <ajmitch> sure, which is why I don't run beagle on there either :)
[04:20] <ajmitch> hm, I guess I won't get f-spot 0.4.0 in before tribe 4 freeze
[04:20] <ajmitch> oh well
[04:20] <Fujitsu> What's new in it?
[04:20] <ajmitch> addins
[04:20] <Fujitsu> Is it a bit more sane?
[04:20] <ajmitch> new query stuff
[04:21] <ajmitch> I haven't really tested it
[04:21] <Fujitsu> I was hoping it wouldn't be so "nyahahah all your photos are MINE!"
[04:21] <ajmitch> I doubt it's going to change its design quite like that
[04:21] <Fujitsu> Darn.
[04:21] <ajmitch> though it should be able to keep its catalogue without copying all the photos 
[04:22] <ajmitch> one of the main things though is plugging in a camera & photos are copied
[04:26] <Fujitsu> Why would they remove the need for copying it? That would be efficient and make sense.
[04:26] <TheMuso> Whats LVM currently like in gutsy?
[04:26] <Fujitsu> I've been using it fine since the start.
[04:26] <RAOF> TheMuso: It works?
[04:26] <RAOF> TheMuso: All my systems use it.
[04:26] <TheMuso> Ok.
[04:26] <TheMuso> I won't be using it for any data critical stuff yet.
[04:26] <Fujitsu> Even snapshots, unlike for some of Feisty.
[04:27] <TheMuso> heh cool.
[04:28] <RAOF> Yay!  Compiz-git is now broken on Ubuntu!  Finally, people will need to use an actual release!
[04:29] <bddebian> heh
[04:30] <RAOF> Please, can we make sure that a libxcb-enabled libx11 doesn't make it into gutsy?  It'd be awesome to break the community's git addiction :)
[04:30] <Fujitsu> Haha.
[04:30] <RAOF> Also: "nesl247)) Releases are as useful as git code. It's the same thing as git code, except it's a checkout of a certain date and time"
[04:32] <Fujitsu> -headdesk-
[04:32] <ajmitch> RAOF: is it?
[04:33] <ajmitch> RAOF: I *just* upgraded my laptop (it was about 6 weeks out of date) and compiz still works
[04:33] <Fujitsu> 6 weeks? Ouch.
[04:33] <ajmitch> yeah, about 1400 packages
[04:33] <RAOF> ajmitch: Yes.  Compiz HEAD now requires libx11-xcb to build.
[04:33] <Fujitsu> Heh.
[04:33] <RAOF> ajmitch: Oh, no.  Our *packages* work, 'cause they're now based off an actual *release* :)
[04:33] <ajmitch> took most of the morning to just install them & restart apt-get/aptitude several times
[04:34] <ScottK> Still no OOO in Gutsy in Kubuntu....
[04:45] <ajmitch> ScottK: good to get opinions on motu applications
[04:47] <ScottK> Screaming to sabdfl for help after his important packages had been left unreviewed for a whole 3 hours is going to take me a while to get over.
[04:47] <ajmitch> haha
[04:47] <bddebian> hehe
[04:48] <ScottK> I made sure I had the dates and times in my logs to back me up before I sent that one too.
[04:51] <Fujitsu> ajmitch: Have you not ordered a batch of CDs in the past 14 months?
[04:51] <ajmitch> Fujitsu: I mean a small one
[04:52] <Fujitsu> Oh, those.
[04:52] <justinwray> ScottK: What kind of laptop/CPU?
[04:52] <Fujitsu> There is a NZ distributor now, AFAIK.
[04:52] <ajmitch> I already have a larger ubuntu sticker on the lid to cover the shame of the acer logo
[04:52] <ajmitch> there has been an NZ distributor for awhile
[04:52] <Fujitsu> Heh.
[04:52] <ScottK> justinwray: Ancient Dell Latitude L400
[04:52] <justinwray> ajmitch: Whats wrong with Acer?
[04:52] <ScottK> Fan works on Feisty, not on Gutsy.
[04:52] <Fujitsu> I cut out the logo from one of the larger ones to stick over the Dell cirlce.
[04:52] <Fujitsu> *circle
[04:52] <ajmitch> justinwray: just ask mjg59 about acer & acpi
[04:53] <justinwray> ScottK: I'll check my stock pile, I have some old dell laptops around.  I'll see if I can find a working headsink.  If you want?
[04:53] <ScottK> It's OK.  It's a kernel bug.
[04:54] <ScottK> The fan is fine, just doens't get turned on.
[04:54] <justinwray> Ah, I missed that part...
[04:54] <ScottK> When I swap back to my Feisty hard drive, no troubles.
[04:54] <justinwray> Was only half paying attention, I saw you say you were running on a bag of ice.
[04:54] <ScottK> No problem.
[04:55] <justinwray> ajmitch: Well, it might not be the best with acpi, but things are getting better.  But for the price, they are damn good.  I got a UK version of the 5000 series.  With the Atheros chipset.
[04:55] <ScottK> Actually I have enough parts to assemble at least one or two more L400's here.
[04:55] <justinwray> LOL
[04:55] <ScottK> I've been buying them up on ebay because I really like the form factor.
[04:55] <ajmitch> hey jsgotangco 
[04:55] <ScottK> My wife and I both use one.
[04:56] <jsgotangco> hi!
[04:57] <bddebian> Heya jsgotangco
[05:02] <ajmitch> bddebian: good thing you're back to tackle the bug mountain & the broken packages
[05:03] <bddebian> Yeah, good thing :-)
[05:28] <RAOF> Deluge.  Because changelogs are for wusses.
[05:28] <RAOF> Why must the software I care about have unhelpful upstreams?
[05:29] <StevenK> RAOF: Because they hate you. Only you. It's all about you, after all ... :-P
[05:29] <RAOF> I'm sure *some* upstreams are good.  Why not mine?
[05:29] <RAOF> :P-
[05:30] <ScottK> Because they know you?
[05:30] <bddebian> heh, nice group :-)
[07:01] <desertc__> Anyone from Tennessee?
[07:01] <desertc__> oops, mt
[07:12] <nixternal> I hear Kenny Chesney and Peyton Manning are
[08:44] <Nergar> hello
[08:45] <Nergar> anyone know why jedit isn't in the repositories?
[08:46] <TheMuso> Either it hasn't been packaged yet, or it has not yet been s ynced from Debian.
[08:46] <TheMuso> Nergar: DO you know if it is in Debian?
[08:46] <Nergar> idk
[08:46] <TheMuso> Ok, I'll have a look.
[08:48] <TheMuso> Ok its not in Debian either.
[08:48] <TheMuso> I would advise filing a package request bug.
[08:49] <Nergar> in debian?
[08:49] <Nergar> or launchpad?
[08:50] <TheMuso> Launchpad is fine, but if you would like to see it in Debian, filing it with Debian would be preferable.
[08:50] <Burgundavia> I would do both
[08:51] <Burgundavia> you can link the debian bug report from the LP one
[08:53] <Nergar> i can't believe such a powerful programing tool isn't included in either one
[08:53] <RAOF> No one likes java ;)
[08:53] <Burgundavia> java had serious freedom issues until recently
[09:12] <white> !info xpdf gutsy
[09:12] <ubotu> xpdf: Portable Document Format (PDF) suite. In component universe, is optional. Version 3.02-1ubuntu1 (gutsy), package size 1 kB, installed size 36 kB
[09:12] <white> !info xpdf sid
[09:12] <ubotu> xpdf: Portable Document Format (PDF) suite. In component main, is optional. Version 3.02-1 (sid), package size 1 kB, installed size 36 kB
[09:13] <white> there is an NMU coming into sid. You might want to check, if the patch is included in the gutsy version and if not sync :)
[09:13] <siretart> morning
[09:13] <siretart> oh, revu down :(
[09:13] <white> siretart: good afternoon :)
[09:13] <siretart> hey white!
[09:13] <coNP> morgen siretart 
[09:14] <siretart> hallo coNP  :)
[09:16] <ajmitch> hi siretart 
[09:26] <siretart> hey ajmitch 
[09:34] <\sh> moins siretart, ajmitch
[09:37] <ajmitch> hi \sh 
[09:40] <DarkSun88> Hi all
[09:44] <pygi> hello folks
[09:44] <RAOF> Hey
[10:26] <tedp> There is a new version of ccontrol in Debian (arrived a couple of days ago) that could be pulled into Ubuntu. Doing so would probably fix Ubuntu bug #109157.
[10:26] <StevenK> bug 109157
[10:26] <ubotu> Launchpad bug 109157 in ccontrol "ccontrol SEGVs on startup" [Undecided,New]  https://launchpad.net/bugs/109157
[10:59] <RainCT> Hi
[11:00] <norsetto> Hi world!/n
[11:00] <Hobbsee> hiya
[11:00] <RainCT> could a U-U-S look at #108742 please?
[11:01] <Hobbsee> bug 108742
[11:01] <ubotu> Launchpad bug 108742 in acidrip "no icon in kde menu" [Wishlist,Confirmed]  https://launchpad.net/bugs/108742
[11:01] <norsetto> Hobbsee: anything to keep me busy today?
[11:01] <Hobbsee> oh, that one
[11:01] <Hobbsee> norsetto: hmmm.  not off the top of my head.  i'm not really in the loop at the moment
[11:02] <norsetto> Hobbsee: sure
[11:02] <Hobbsee> and of course, people like Q-FUNK make me feel less motivated to do anything in MOTU.
[11:02] <Hobbsee> norsetto: apt-cache unmet -i | grep Package tends to be a good start
[11:02] <RainCT> (it's waiting since like 15 days.. for me it's no problem, but the debdiff is from a new guy and I think it's more motivating if it gets accepted soon :P)
[11:02] <Hobbsee> if you're wanting to fix unmet deps
[11:02] <Hobbsee> RainCT: someone has to know what the correct stuff is, though
[11:03] <Q-FUNK> Hobbsee: was this meant to be a smart comment?  you're one regularly throwing a tantrum here.  
[11:03] <RainCT> Hobbsee: what do you mean?
[11:03] <StevenK> ...
[11:04] <ajmitch> oh dear
[11:04] <Hobbsee> RainCT: as in, someone has to know the patch is correct, before uploading it
[11:05] <Hobbsee> Q-FUNK: tantrum?  sorry, i cant define telling people to get their act in gear, and not file mass bugs that are wrong a tantrum.  unless there's a new definition of tantrum which means "a person telling someone else what they do not want to hear"
[11:05] <RainCT> Hobbsee: of course. you could test it ;P
[11:06] <Q-FUNK> Hobbsee: you keep on acting like an offended diva.  grow up.
[11:06] <Hobbsee> RainCT: this is true.  i may do that
[11:06] <RainCT> :)
[11:06] <ajmitch> Q-FUNK: I suggest you stop with the offensive comments now
[11:07] <Q-FUNK> ajmitch: I will when she does, sorry.
[11:07] <StevenK> That's about as childish as, "She started it!"
[11:07] <StevenK> Q-FUNK: Please take your own advice.
[11:08] <Q-FUNK> *sigh*
[11:08] <Q-FUNK> whatever, folks.
[11:08] <Hobbsee> ajmitch: can you be the person who next has a go at the people who submit incorrect bugs, particularly multiple ones of them?
[11:08] <Hobbsee> ajmitch: then you can see what they'll come up to call you :)
[11:08] <ajmitch> Hobbsee: sure, though the CC may have a few complaints about me
[11:08] <Hobbsee> er, come up with
[11:09] <Hobbsee> ajmitch: heh :)
[11:11] <Hobbsee> ajmitch: i'm really starting to wonder if people are going to get offended at being told that what they're filing is incorrect, no matter who does it.  perhaps we set up a rotating roster, of people who enlighten people who's bugs are wrong.  or just mark them as invalid, silently.
[11:12] <StevenK> 3 bugs makes not a mass bug filing
[11:12] <Q-FUNK> Hobbsee: it's not in telling people if they missed a procedure. it's int he way you do it that is not acceptable.
[11:13] <Hobbsee> norsetto: of course, it helps if they're right, too :)
[11:13] <Hobbsee> Q-FUNK: possibly.  i think i've been to work too much.
[11:14] <StevenK> Hobbsee: "sugar-coat"
[11:14] <Hobbsee> StevenK: that's the one.
[11:17] <Hobbsee> ajmitch: feel like examining https://bugs.launchpad.net/ubuntu/+source/xserver-xgl/+bug/126255 please?
[11:17] <ubotu> Launchpad bug 126255 in xserver-xgl "FTBFS" [Undecided,Confirmed]  
[11:17] <ajmitch> I managed to login, have a desktop, and then X died & wouldn't restart without a reboot...
[11:17] <Hobbsee> ajmitch: impressive!
[11:17] <ajmitch> Hobbsee: no I don't, I'm trying to upgrade stuff on my box & will reboot soon (hopefully) :)
[11:18] <Hobbsee> ajmitch: darn :)
[11:18] <ajmitch> you can't get me to look at xgl that easily
[11:19] <Hobbsee> hah
[11:20] <ajmitch> assuming it boots that far
[11:21] <Q-FUNK> there's a world of difference between *demanding* explanations versus pointing an issue out.
[11:21] <ajmitch> my goodness
[11:21] <ajmitch> it mounted the root filesystem without having to wait 10 minutes & run lvm by hand!
[11:21] <StevenK> ajmitch: *gasp*
[11:21] <ajmitch> probably the first time for ~6 months :)
[11:22] <Hobbsee> Q-FUNK: this is true.  call it the toned down reaction of "what the hell do you think you're doing?"
[11:23] <Hobbsee> and "why do you think you suddenly get to skip the processes?"
[11:23] <Q-FUNK> self-righteous.  again.
[11:23] <Q-FUNK> Hobbsee: your attitude is unproductive.
[11:24] <ajmitch> Q-FUNK: calling someone self-righteous rarely helps the matter
[11:24] <coNP> Hey, Hobbsee, speaking of the u-u-s queue, to bug 130364. I did a gutsy pbuilder build as well that worked fine. Only FYI, no pushing intended :)
[11:24] <ubotu> Launchpad bug 130364 in tilda "Please sync tilda (universe) from Debian unstable (main)" [Undecided,New]  https://launchpad.net/bugs/130364
[11:25] <Q-FUNK> ajmitch: please drop it.
[11:25] <Hobbsee> Q-FUNK: granted.  will attempt to improve it.  
[11:25] <Hobbsee> Q-FUNK: but please, read the docs and such before you do large amounts of stuff, again.
[11:25] <Hobbsee> aw darn, kmos isnt around
[11:26] <Hobbsee> while we were on the subject, i was going to tell him that he was doing a great job
[11:26] <TheMuso> heh
[11:26] <desertc__> YOU GUYS ROCK.  Thank you for your help.
[11:27] <Hobbsee> Q-FUNK: the self righteous offended diva will ignore your stuff from now on.  happy?
[11:28] <Hobbsee> TheMuso: great :)
[11:28] <Hobbsee> TheMuso: i dont suppose you'd be interested in that xgl, or some of the other bugs lingering there?
[11:28] <Q-FUNK> Hobbsee: sad to see it go that far, but fair enough.
[11:28] <\sh> how nice...ubuntu linux on dell comes to europe
[11:29] <Q-FUNK> bug 130648
[11:29] <TheMuso> Hobbsee: I'll just work from bottom upwards for the moment.
[11:29] <ubotu> Launchpad bug 130648 in devscripts "requestsync: guess whether sponsor is requested automatically" [Undecided,Confirmed]  https://launchpad.net/bugs/130648
[11:29] <coNP> Okay, then I bug TheMuso as well with MyFavouritePetBug :)
[11:29] <Q-FUNK> it's not the silver bullet, but it would help a lot if this were implemented.
[11:30] <Hobbsee> Q-FUNK: unfortunately, membership gives the ubuntu.com address, not MOTU.
[11:30] <Hobbsee> so detecting by ubuntu.com address wouldnt help - you'd really need a DB of all the public keys of the MOTU's, and to compare it that way.  which is rather unfeasible.
[11:30] <Hobbsee> Likewise, if someone needs sponsorship, it implies that the bug should NOT be marked as Confirmed automatically in the syn request message's body.
[11:30] <Hobbsee> ^ already happens
[11:31] <Q-FUNK> Hobbsee: yes, pitti already pointed that out.  still, members would already know a lot more about the correct procedures than outsiders.
[11:31] <coNP> Don't we have some remote LP interfaces?
[11:31] <Hobbsee> coNP: gpg signed mail? yes
[11:31] <coNP> E.g. bughelper uses somethign like thes.
[11:31] <coNP> Not thiniking of gpg signed mails :)
[11:31] <Hobbsee> Q-FUNK: btw, there is a manpage there now.  or will be, after the freeze.  unsure
[11:31] <Hobbsee> coNP: oh, there's text modes, iirc
[11:31] <Q-FUNK> Hobbsee: yes, I recall seeing that here last night.
[11:31] <coNP> Just that you could be able to fetch the members of a group
[11:32] <ajmitch> coNP: yes, that's possible - slightly slow though
[11:32] <coNP> Okay you don't file sync requests all the time.
[11:32] <ajmitch> eg https://launchpad.net/~motu/+rdf
[11:32] <coNP> At least you shouldn't :)
[11:32] <StevenK> Hobbsee: It was built and published last night.
[11:33] <StevenK> Hobbsee: (devscripts with requestsync manual page)
[11:33] <Hobbsee> coNP: particularly as MOTU gets bigger, that gets longer.  syncing the keyring for revu takes 10-15 minutes. i  dont remember which
[11:33] <Hobbsee> StevenK: neat!
[11:33] <Hobbsee> Q-FUNK: there you go then.
[11:33] <ajmitch> coNP: most of that is due to gpg taking a long time
[11:33] <ajmitch> s/conP/hobbsee/
[11:33] <Q-FUNK> Hobbsee: here, i just "fixed" the issue by making an alias where requestsync is really 'requestsync -s' but this might not be so obvious to any random debian or ubuntu user who just means well by reporting a newer package.
[11:33] <coNP> That is okay. But for having a look at some format of https://launchpad.net/~motu/+rdf should be done in some seconds.
[11:34] <coNP> That could be feasible with requestsync, IMHO.
[11:34] <Hobbsee> ajmitch: true that
[11:34] <coNP> The version of Q-FUNK seems very reasonable for me. For those, who know they are MOTUs, can unalias.
[11:37] <Hobbsee> ajmitch: the votes were done, so...
[11:37] <ajmitch> but dholbach is on holiday
[11:37] <Hobbsee> ajmitch: i'm assuming it'll wait till dholbach gets back, unless someone pushes it
[11:37] <ajmitch> and he's the only group admin
[11:37] <Hobbsee> ajmitch: LP guys probably wouldnt say no to giving someone else admin rights
[11:37] <ajmitch> so the rest of us can get kicked off the team
[11:37] <ajmitch> (about time, too)
[11:37] <Hobbsee> (they didtn for irc, where Seveas took a sabatical)
[11:37] <Hobbsee> heh :)
[11:39] <TheMuso> ajmitch: Sounds lovely. CPU hog I assume.
[11:39] <ajmitch> TheMuso: at least it runs niced so it doesn't put the cpu at full speed
[11:39] <ajmitch> but it hits the disk a lot
[11:39] <TheMuso> Right.
[11:39] <Hobbsee> coNP: btw, when you make uploads which add patches, could you add the name of the patch into the changelog each time?  (i'm looking at tilda)
[11:40] <coNP> It is a shame, I did not :)
[11:40] <Hobbsee> ajmitch: you can.  it'll sit in the queue, though
[11:40] <Hobbsee> coNP: :)
[11:40] <ajmitch> I can
[11:40] <Hobbsee> coNP: yeah, i thought you usually did
[11:40] <ajmitch> but it still segfaults mono on exit
[11:40] <coNP> Hobbsee: yeah, this is an old of mine. Actually I wonder why that got uploaded. I did a bugfix without using the patch system.
[11:41] <Hobbsee> lp #63098
[11:41] <ubotu> Launchpad bug 63098 in tilda "Tilda segfaults if hotkeys are not prefixed (eventually with "None+")" [Medium,Fix released]  https://launchpad.net/bugs/63098
[11:41] <coNP> Yes, this is the debdiff that should not have been even accepted :)
[11:41] <Hobbsee> heh
[11:41] <Hobbsee> oh well.
[11:41] <coNP> Hobbsee: now this is fixed in Debian.
[11:42] <Hobbsee> coNP: yeah, that's waht i'd guessed from the debian bug
[11:42] <coNP> Hobbsee: the tilda in Ubuntu now is seriously broken.
[11:42] <coNP> The Debian is good. :)
[11:42] <Hobbsee> oh dear
[11:42] <coNP> Has the patches, and only the patches that are needed.
[11:42] <Hobbsee> yep
[11:43] <ajmitch> shame, f-spot doesn't have facebook or myspace export support yet :)
[11:43] <coNP> ajmitch: and picasaweb is br0ken as well :(
[11:43] <TheMuso> Just waiting for it to build.
[11:43] <ajmitch> coNP: I have 0.4.0
[11:43] <coNP> ajmitch: yes, it has also broken. At least upstream tgz without patches.
[11:44] <Hobbsee> darn.  i'll actually have to touch some of Q-FUNK's bugs, to get the bugs here down.
[11:44] <ajmitch> not that I have a picasaweb account to test with
[11:44] <coNP> It is easy to get once you have a gmail account
[11:44] <ajmitch> probably is
[11:44] <coNP> It is some gnome-keyring crash BTW.
[11:45] <TheMuso> Hobbsee: I'd say not, as its only for building the package.
[11:45] <ajmitch> coNP: running on a standard ubuntu desktop, not kubuntu or xubuntu?
[11:45] <TheMuso> afaik it doesn't affect the deb.
[11:46] <Hobbsee> TheMuso: that's what i thought - we'd normally relibtoolise while building.
[11:46] <TheMuso> Yup.
[11:46] <coNP> ajmitch: more-or-less standard. Ubuntu-desktop, a few KDE packages and Xubuntu is almost completly installed as well.
[11:46] <Hobbsee> even with the new autoconf and automake
[11:47] <ajmitch> coNP: I'm able to upload (just setup the picasaweb account)
[11:48] <coNP> ajmitch: 0.4.0?
[11:48] <ajmitch> yes
[11:48] <coNP> I might have ruined my gnome-keyring.
[11:48] <coNP> It does not work.
[11:48] <ajmitch> most importantly, the gnome keyring daemon is running in my session
[11:48] <ajmitch> I have no patches against 0.4.0 except some minor makefile changes
[11:50] <Q-FUNK> Hobbsee: :D
[11:50] <Hobbsee> Q-FUNK: oh, only a couple.  which got rejected.
[11:50] <Q-FUNK> Hobbsee: that happens.
[11:50] <Hobbsee> Q-FUNK: sync requests getting rejected?  true.
[11:50] <Hobbsee> it's annoying, though
[11:51] <Q-FUNK> sometimes.
[11:54] <TheMuso> Hobbsee: gah you beat me to it.
[11:54] <Q-FUNK> some syncs are mostly nice-to-have, while others will actually result in user cringing over not getting the latest of their pet package.
[11:54] <TheMuso> I said I was doing telepathy-gabble
[11:55] <Hobbsee> TheMuso: oh, sorry!
[11:55] <ajmitch> bad Hobbsee 
[11:55] <Hobbsee> TheMuso: it clearly didtn penetrate my brain enough
[11:55] <TheMuso> Hobbsee: Obviously.
[11:56] <Hobbsee> Q-FUNK: indeed.  one hopes that the people requesting sponsorship learn which category an arbitary sync fits into, too.
[11:56] <Hobbsee> TheMuso: again, apologies :(
[11:56] <TheMuso> Anybody doingn griffith?
[11:56] <TheMuso> If not, its mine.
[11:56] <Q-FUNK> Hobbsee: *sigh*  there you go again...
[11:57] <Hobbsee> TheMuso: it looks fine.  i'm currently writing a sync-acker.
[11:57] <TheMuso> Hobbsee: Ok.
[11:57] <Hobbsee> which i wsa thinking of testing on that, but any arbitary bug will do
[11:57] <Hobbsee> or, attempting to
[11:58] <TheMuso> upgrade-system is mine if nobody else has it.
[12:12] <geser> where is the right place to ask about ubuntuforums? I wanted to register the same nick as I use on LP and IRC and failed
[12:13] <Hobbsee> geser: #ubuntuforums
[12:17] <TheMuso> Hobbsee: Did you end up doing griffith?
[12:18] <TheMuso> as its still in the queue.
[12:18] <Hobbsee> TheMuso: just sending it now
[12:18] <TheMuso> Hobbsee: Ok.
[12:18] <Hobbsee> my python is terrible, so...
[12:19] <Hobbsee> TheMuso: go for it.  i'ts a SRU
[12:19] <TheMuso> oh
[12:20] <Hobbsee> oh, wai
[12:20] <Hobbsee> t
[12:20] <Hobbsee> TheMuso: my bad.  i cant read tongiht
[12:24] <Hobbsee> morning Kmos 
[12:24] <Kmos> Hobbsee: hi! morning :)
[12:24] <Hobbsee> :)
[12:25] <Kmos> Hobbsee: you got some time to check the stunnel4 debdiff ?
[12:33] <Hobbsee> oh neat, malone by email works
[12:33] <TheMuso> norsetto: re turkey, is there a reason why you bumped the standards version?
[12:34] <norsetto> TheMuso: beside making it up to date, no
[12:35] <TheMuso> norsetto: Ok.
[12:45] <TheMuso> c
[12:45] <TheMuso> ugh
[12:52] <norsetto> TheMuso: if you think that is bad, try mail-notify .....
[12:54] <white> Hobbsee: /join debian.au
[12:54] <TheMuso> white: She's at dinner.
[12:55] <white> TheMuso: it was more a way to say that there is a new debian.au channel on #oftc :)
[12:55] <TheMuso> oh ok.
[12:56] <RainCT> what is $@ in bash?
[12:57] <TheMuso> RainCT: All command-line arguments.
[12:57] <RainCT> same as $* ?
[12:57] <TheMuso> Not sure.
[12:59] <norsetto> IIRC $@ and $* differs in between double-quotes
[12:59] <Yagisan> yay. my new box is almost fully operational
[01:00] <Nafallo> Yagisan: LTNS
[01:00] <StevenK> $* is "$@"
[01:00] <RainCT> ok thx
[01:00] <Yagisan> Nafallo, !
[01:00] <Yagisan> Nafallo, it is mate.
[01:00] <StevenK> Yagisan: Almost?
[01:00] <Nafallo> Yagisan: :-)
[01:00] <Yagisan> StevenK, well I had to sneakernet a new kernel over for the tribe3 cd, as I had no networking
[01:00] <StevenK> Heh
[01:00] <Yagisan> I'm in a vesa mode now
[01:01] <Yagisan> as my 8500GT isn't recodniged
[01:01] <StevenK> That's what you get for running Gutsy. :-P
[01:01] <Yagisan> as judging by the size of the fontds
[01:01] <Yagisan> I'm 1024x768 or less
[01:01] <Yagisan> but but
[01:01] <Yagisan> fesity won't get net drivers for me
[01:01] <RainCT> norsetto: what do you mean?
[01:01] <Yagisan> U already saw the bug report
[01:01] <Yagisan> gah
[01:02] <Yagisan> son heling me type
[01:02] <StevenK> I see that.
[01:02] <StevenK> He seems to have a handle on Shift and Backspace already
[01:02] <Yagisan> my pc is silent now. :D
[01:02] <StevenK> I've had a silent PC for months and months. :-)
[01:03] <Yagisan> I went down to MSY
[01:03] <norsetto> RainCT: I only remember that they behaved differently in that case, don't remember why and how though, StevenK said $* is "$@"
[01:03] <Yagisan> the ultimo store. Been there yet StevenK ?
[01:06] <Yagisan> dumb question time. this is my first smp system, so is one cpu supposed to hog all the interrupts ?
[01:11] <norsetto> RaintCT: this link might help http://tldp.org/LDP/abs/html/internalvariables.html#ARGLIST ($* -> All of the positional parameters, seen as a single word)
[01:12] <norsetto> RainCT:  $@Same as $*, but each parameter is a quoted string, that is, the parameters are passed on intact, without interpretation or expansion.
[01:12] <\sh> Yagisan: depends..without a running irqbalance cpu 0 (means the 1st cpu) will catch all irqs (so all IO is going through cpu0)
[01:13] <Yagisan> g'day \sh - haven't seen you in a very long time
[01:14] <\sh> Yagisan: just sitting here and rant sometimes ,->
[01:14] <Yagisan> hmm. that must not be a part of the standard install
[01:14] <Yagisan> my first dual core box to play with :D
[01:14] <\sh> Yagisan: 
[01:14] <\sh> shermann@DT0225:~$ apt-cache search irqbalance
[01:14] <\sh> irqbalance - Daemon to balance interrupts for SMP systems
[01:16] <\sh> Yagisan: but there are problems with SMP Opterons and irqbalance before vanilla 2.6.20.x
[01:17] <\sh> Yagisan: in some rare situations the kernel just locks up..you can see it when you try to access /proc fs...this is a known kernel bug in amd64 kernel <2.6.20 and is fixed in >=2.6.20.x
[01:17] <Yagisan> can't be worse thern my power supply blowing up on saturday
[01:17] <Yagisan> beware - dust bunnies *are* a hazard to pc's
[01:19] <TheMuso> norsetto: Have you thought of filing a separate bug asking for turkey to be moved into multiverse? This should be done, as the package now depends on sun-java6-bin which is multiverse.
[01:19] <TheMuso> So until it gets moved, the package shouldn't be uploaded with the changes.
[01:20] <norsetto> TheMuso: when I discussed with Hobbsee we just agreed to leave a note for the archive admins; would it be better to file a separate bug?
[01:21] <\sh> Yagisan: well, it's been a problem when you have >600 servers running into this problem ,-)
[01:21] <\sh> Yagisan: and only one other guy is reporting this very shitty problem on lkml ,-)
[01:22] <Yagisan> \sh, if I had > 600 servers, I'd be in nerd heaven :D
[01:22] <TheMuso> norsetto: hmmm. I would think so, only because sun-java6-bin is multiverse, and a package from universe can't be installed if it has a multiverse dep.
[01:22] <TheMuso> norsetto: And how would you let the admins know that the note is there?
[01:22] <\sh> Yagisan: ok.,..then I'm already there ,-)
[01:23] <norsetto> TheMuso: ok, so the aa do not read the bug, just archive?
[01:24] <norsetto> TheMuso: let me ask in devel
[01:24] <TheMuso> norsetto: They would read it if the ubuntu-archive team was subscribed, and then they'd need to see a good description in the bug, otherwise they'd ignore/reject it.
[01:25] <norsetto> TheMuso: ok, so I just ask the aa to move it to multiverse, and then it is patch?
[01:25] <norsetto> s/patch/patched
[01:25] <TheMuso> norsetto: Yeah I think we upload the change once in multiverse...
[01:25] <TheMuso> But yeah I'd ask in -devel.
[01:26] <norsetto> TheMuso: ok
[01:26] <Fujitsu> You can have it moved afterwards.
[01:26] <TheMuso> Fujitsu: Oh ok.
[01:26] <Fujitsu> And ask for it to be given-back once moved.
[01:26] <Fujitsu> Or it might do that automatically.
[01:26] <TheMuso> Well the dependency is not a build-dep.
[01:27] <Fujitsu> OK, it doesn't matter when you do it then.
[01:27] <norsetto> I'm amenable on any option; let me know what is best for you
[01:27] <TheMuso> norsetto: Ok, I'll upload, but I think a separate bug to ask for amove may be a better idea. Fujitsu WHat do you think?
[01:28] <Fujitsu> You could poke an archive person in -devel, but they may want a trail.
[01:28] <norsetto> or poke asking if they want a bug for asking ;-)
[01:28] <Fujitsu> Or just poke and wait for them to object.
[01:29] <RainCT> norsetto: thanks :)
[01:29] <norsetto> RaintCT: np, quite a good guide that
[01:29] <TheMuso> norsetto: If you don't mind, can you follow it up? I'll upload, but I am trying to track down some accessibility stuff I want to get in for tribe, so if you could, that would be appreciated.
[01:30] <norsetto> TheMuso: np at all, thx for your work, much appreciated
[01:43] <tedp> how often are new versions of packages pulled from debian? in this case i'm considering ccontrol which is exactly the debian package, rebuilt
[01:43] <tedp> or is it manual?
[01:43] <pygi> tedp, right now it's manual
[01:43] <tedp> ok
[01:44] <StevenK> It is automatic earlier in the release, up until DebianImportFreeze
[01:44] <pygi> tedp, you can however request sync from debian
[01:44] <tedp> well ccontrol in ubuntu is apparently unusable at the moment
[01:44] <tedp> bug 109157 as i mentioned a few hours ago
[01:44] <ubotu> Launchpad bug 109157 in ccontrol "ccontrol SEGVs on startup" [Undecided,New]  https://launchpad.net/bugs/109157
[01:45] <tedp> maybe someone has already acted on it
[01:45] <pygi> is that (ccontrol) that automated testing thingy?
[01:46] <tedp> um... it's for customising make/gcc/ld args
[01:46] <pygi> oh well :)
[01:46] <pygi> tedp, well, does it work in gutsy?
[01:46] <tedp> probably not. there's a bug report saying it doesn't work in feisty
[01:47] <tedp> i have no ubuntu machines, but apparently (as debian maintainer) i am ubuntu maintainer as well
[01:47] <tedp> which is fine, but i don't know how to ask for it to rebuild, which is why i came here
[01:47] <tedp> new version has only minor changes; http://packages.debian.org/changelogs/pool/main/c/ccontrol/current/changelog#versionversion0.9.1_20060806-3
[01:48] <pygi> tedp, if all that was needed from feisty was rebuild, then in gutsy you've got one
[01:48] <pygi> lemme see
[01:52] <pygi> tedp, well, we can request a sync of -3 package if you wish?
[01:52] <Hobbsee> TheMuso: the component thing also picks it up, btw.  
[01:53] <TheMuso> Hobbsee: ??
[01:53] <tedp> pygi: -3 would be a good idea
[01:53] <Hobbsee> TheMuso: so filing bugs about dropping packages to multiverse isnt really needed - it's tracked in other ways.  of course, whether anyone looks at it is an interesting question
[01:53] <pygi> tedp, ok, lemme open a request, and you chime in on the bug :)
[01:53] <TheMuso> Oh ok.
[01:53] <tedp> ok
[01:53] <tedp> i just set myself as the bug contact for ccontrol, so i might react to problems a bit sooner in future
[01:54] <TheMuso> s/live CD/live CD accessibility/
[01:54] <pygi> tedp, that's nice =)
[01:59] <pygi> tedp, https://bugs.launchpad.net/ubuntu/+source/ccontrol/+bug/130845
[01:59] <ubotu> Launchpad bug 130845 in ccontrol "[sync request]  ccontrol 0.9.1+20060806-3 [Debian Main - Unstable] " [Undecided,New]  
[01:59] <tedp> ta
[02:01] <pygi> tedp, just chime in and say it's all fine :)
[02:04] <tedp> ok, done
[02:06] <pygi> tedp, thanks
[02:08] <Fujitsu> Hobbsee: Doesn't anastacia only handle universe->main?
[02:09] <Hobbsee> Fujitsu: hrm.  it seems to now.  when i last looked at it, i'm sure it did universe too.
[02:14] <elmargol> If I start an application using "start-stop-daemon --start --background --chuid gnunet --pidfile /var/run/gnunetd/gnunetd.pid --exec /usr/bin/gnunetd -- -c /etc/gnunetd.conf"
[02:15] <elmargol> the application starts twice ... any ideas?
[02:16] <coNP> Is it a server? With the possibility of a prefork mechanism?
[02:16] <\sh> one root and one with another user? prefork I would guess
[02:17] <elmargol> maybe I should remove the --background
[02:24] <xxxxx1> good morning all!
[02:24] <xxxxx1> :)
[02:27] <coNP> hey xxxxx1 
[02:27] <xxxxx1> hello coNP 
[02:28] <xxxxx1> ScottK, PM?
[02:39] <gnomefreak> its not enough to remove a package from control file for it not to be build (binary)
[02:39] <gnomefreak> ?
[02:40] <coNP> Are you sure there is no control.in? 
[02:40] <gnomefreak> there isnt
[02:41] <Hobbsee> gnomefreak: yeah
[02:41] <Hobbsee> gnomefreak: usually a good idea to remove the packagename.* files too, etc.
[02:41] <gnomefreak> checking for clutter in rules as well
[02:41] <Hobbsee> from debian
[02:41] <Hobbsee> from debian/
[02:41] <gnomefreak> Hobbsee: yeah i thought of that :)(
[02:42] <Hobbsee> also, if it's replaced by something else, or something...
[02:42] <Hobbsee> no point leaving a stale binary on someone's system
[02:42] <gnomefreak> nope just dropping it as its empty
[02:43] <Hobbsee> ah
[02:43] <norsetto> TheMuso: if you have not yet uploaded the patch in bug 129742, please don't. I need to make a change following discussion with the archive-admins
[02:43] <ubotu> Launchpad bug 129742 in turkey "[ftbfs]  turkey ftbfs on gutsy" [Undecided,Confirmed]  https://launchpad.net/bugs/129742
[02:44] <TheMuso> norsetto: I already have.
[02:44] <RainCT> what is Debian's http://archive.ubuntu.com/ubuntu url?
[02:44] <TheMuso> Yet it is waiting for approval.
[02:44] <TheMuso> norsetto: You could ask for it to be rejected in the queue.
[02:44] <norsetto> TheMuso: how?
[02:45] <TheMuso> norsetto: Pitti lets universe stuff through, as the archive is frozen for tribe. Simply state that it was uploaded, and not yet approved, and subject to the above conversation, ask him to reject it.
[02:46] <norsetto> TheMuso: ok, thx
[02:46] <TheMuso> c
[02:46] <TheMuso> ugh
[02:47] <Hobbsee> RainCT: ftp.debian.org
[02:47] <Fujitsu> Hobbsee: Noooo, that's often woefully out of date.
[02:52] <RainCT> Hobbsee: thanks
[02:52] <gnomefreak> ty Hobbsee :)
[02:52] <Hobbsee> Fujitsu: which is the correct one, then?
[02:52] <Fujitsu> The master is ftp-master.d.o, AFAIK, but that's not publicly accessible.
[02:52] <geser> correct
[02:52] <Fujitsu> You're meant to use your local mirror.
[02:53] <Fujitsu> ftp.debian.org is a mirror like any other, except it (is|was) out of disk space.
[02:53] <geser> one of the push-mirrors would be a good choice, but I don't know if there is a list
[02:53] <StevenK> There is a better mirror than ftp.d.o, but it's DD only
[02:53] <Hobbsee> Fujitsu: ah right
[02:56] <xxxxx1> hmm
[02:56] <xxxxx1> sun-java6 packages on gutsy looks broken
[02:56] <xxxxx1> O_o
[02:56] <StevenK> TheMuso: Better yet, you can actually connect to it if you're not on internode.
[02:57] <TheMuso> StevenK: Yeah I know.
[02:57] <RainCT> pidgin crashed :/
[02:58] <StevenK> TheMuso: That changed only recently.
[02:58] <TheMuso> StevenK: Yeah I know.
[03:04] <ScottK> xxxxx1: Sure, in 5-10 minutes I'll be available.
[03:04] <xxxxx1> cool
[03:07] <RainCT> ScottK: Hi. I've something to test for you when you've time :)
[03:12] <ScottK> xxxxx1: Any time.
[03:12] <ScottK> RainCT: What is it?
[03:19] <ScottK> RainCT: What is it you wanted me to test?
[03:29] <RainCT> ScottK: http://paste.ubuntu-nl.org/32922/
[03:30] <RainCT> 15 minutes to upload 2 kb... and they call this a connection :/
[03:30] <ScottK> Wow.
[03:30] <ScottK> You can remove warty|hoary|breezy| for a start.
[03:31] <ScottK> Aslo you should give Laserjock (Jordan Mantha) a credit too, unless you went back to the pbuilder examples and started over.
[03:32] <ScottK> aslo/also
[03:32] <ScottK> Why do you enable multiverse for Ubuntu and not non-free for Debian?
[03:33] <RainCT> (why can't nobody put their name on the top of the scripts they touch? xD tought he was just hosting it)
[03:34] <RainCT> what's laserjock's mail addr?
[03:34] <ScottK> Because he just slammed it together for his own use and the popped it onto the page never imagining it would get a huge amount of use.
[03:34] <ScottK> I'll look.
[03:38] <ScottK> RainCT: He lists several.  I'd go with mantha@ubuntu.com.
[03:38] <RainCT> thx
[03:42] <RainCT> (http://paste.ubuntu-nl.org/32923/)
[03:43] <ScottK> I'm making a new pbuilder with the other one right now.  Seems to work fine.
[03:47] <RainCT> :)
[03:47] <ScottK> RainCT: For debian, I'd suggest you also accept release names.  I tried sid and got Warning: Unknown distribution sid
[03:49] <RainCT> ok, what releases has debian?
[03:49] <ScottK> currently sarge=oldstable, etch=stable, lenny=testing, sid=unstable.
[03:50] <ScottK> Sid is always unstable.
[03:51] <RainCT> (the Debian repository converts the names itself, or?)
[03:51] <ScottK> IIRC yes.
[03:51] <broonie> Yes. Uploads to debian should always use the symbolic name.
[03:53] <ScottK> broonie: This is for a pbuilder creation script, not for anything that would affect uploads.
[04:11] <geser> AndyP: are planing to merge xpdf?
[04:16] <ScottK> coNP: I think your script upate is in pretty good shape.
[04:17] <ScottK> There's a (I think) dev-tools or some such project on Launchpad.  I'd encourage you to add that to it and then talk to StevenK about maybe adding it to devscripts.
[04:17] <ScottK> Gotta run.  I'll be back later.
[04:18] <geser> ubuntu-dev-tools in bzr
[04:18] <ScottK> coNP: ^^^ That one.
[04:18] <coNP> What script?
[04:19] <coNP> Hey, ScottK, OTOH :)
[04:19] <ScottK> Sorry.
[04:19] <ScottK> RainCT: ^^^^
[04:19] <coNP> np
[04:19] <ScottK> Cool.
[04:20] <RainCT> I'm pushing it there :)
[04:25] <stgraber> RainCT: Maybe you can add arch support to your script so we can have a gutsy-i386 and a gutsy-amd64 pbuilder ? (--binary-arch IIRC)
[04:26] <superm1> ScottK, mythbuntu-lirc-generator just cleared binary NEW.  was it you or TheMuso who was going to upload mythbuntu-live-autostart after it did (it depends on mythbuntu-lirc-generator)?
[04:50] <bddebian> Heya gang
[04:52] <geser> Hi bddebian
[04:53] <bddebian> Heya geser
[04:53] <RainCT> stgraber: ok will look at it later
[04:58] <norsetto> if any u-u-s could look at bug 13860 would be cool (so we can finally get rid of the bugger....)
[04:58] <ubotu> Launchpad bug 13860 in debian-installer "user, timezone, gmt questions would be better asked earlier" [Medium,Fix released]  https://launchpad.net/bugs/13860
[04:58] <norsetto> heck, make it 130860 :-)
[04:58] <norsetto> ubotu: bug 130860 pls.
[04:59] <ubotu> Launchpad bug 130860 in turkey "turkey should be executed with the sun jvm java interpreter" [Undecided,Confirmed]  https://launchpad.net/bugs/130860
[05:20] <RainCT> stgraber: only i386 and amd64?
[05:24] <stgraber> RainCT: yes, as you can find CPU running both amd64 and i386 (amd64 ones), but none running amd64 and powerpc or things like that
[05:24] <stgraber> RainCT: so amd64 and i386 for a basic use is fine
[05:25] <stgraber> RainCT: best would be : if current arch is amd64 allow i386 and amd64
[05:25] <stgraber> RainCT: otherwise only allow the current arch
[05:33] <pef> hello
[05:33] <RainCT> do you know how I can get the arch?
[05:34] <azeem> dpkg-architecture
[05:35] <RainCT> oh, thanks
[05:46] <norsetto> geser: thx :-)
[05:47] <NeilW> Which dh_ script installs the README.Debian file in the documentation directory?
[05:48] <norsetto> dh_installdocs
[05:51] <NeilW> Ta
[06:06] <Megaqwerty> Could anyone tell me if it's possible to make dch automatically insert my gpg key into the changelog?
[06:06] <coNP> Megaqwerty: why do you want your gpg key inserted?
[06:07] <Megaqwerty> coNP:  So I don't have to do it manually every time.
[06:07] <coNP> You don't have to insert your gpg key into the changelog.
[06:07] <Megaqwerty> coNP: for signing the sources you do
[06:08] <Megaqwerty> at least with debuild....
[06:08] <coNP> But you don't insert it to the changelog.
[06:08] <Megaqwerty> Okay, where would you insert it then?
[06:08] <coNP> You "debuild -S" to get the source package signed
[06:09] <Megaqwerty> right
[06:09] <minghua> GPG keys and GPG signatures are different things.
[06:09] <Megaqwerty> minghua: yeah, sorry that's what I meant
[06:10] <coNP> Are you supposed to insert either your signature or key in the changelog?
[06:10] <coNP> Sorry, I really think I don't understand the situation.
[06:11] <Megaqwerty> For example, at the bottom I put:
[06:11] <Megaqwerty> -- My Name (Repository Key) <myemail@something.com> Date Time -0700
[06:11] <Hobbsee> coNP: you may want to check "man debuild", so as not to give out incorrect information
[06:11] <minghua> Megaqwerty: Just make sure you GPG key id (you can check with "gpg --list-secret-keys") and your debian/changelog entry is exactly the same, then debuild should automatically sign it.
[06:12] <Megaqwerty> minghua: that's not the problem
[06:12] <minghua> Megaqwerty: You still need to give the passphrase, of course.
[06:12] <Megaqwerty> That much I know
[06:12] <coNP> Hobbsee: what do you mean by incorrect information?
[06:12] <Hobbsee> coNP: particularly with the -S option
[06:12] <Megaqwerty> I just wanted to know if there was a way to have dch automatically put (Repository Key) in there
[06:12] <Megaqwerty> without me having to enter it manually every time
[06:13] <broonie> Megaqwerty: Set the DEBFULLNAME environment variable.
[06:13] <coNP> I guess you can set DEBFULLNAME "Name (Repository Key)". 
[06:13] <Hobbsee> coNP: debuild -S builds the source.  -S is not "please sign me"
[06:13] <Megaqwerty> coNP: broonie thanks, that's what I wanted to know
[06:13] <Hobbsee> coNP: as in, you have debuild (-b), or debuild -S
[06:13] <Hobbsee> coNP: no problem, just a heads up :)
[06:13] <coNP> I seems I've never built an unsigned source package :)
[06:14] <Hobbsee> coNP: debuild always tries to sign it regardless
[06:14] <Hobbsee> Megaqwerty: you can set GPGKEY=12345678 in .bashrc which is also useful
[06:15] <Hobbsee> and amounts to the same purpose
[06:15] <Megaqwerty> Hobbsee: yeah, already had that one
[06:15] <Megaqwerty> Hobbsee: thanks though.
[06:17] <RainCT> stgraber: http://paste.ubuntu-nl.org/32935/ test please :)+
[06:17] <Megaqwerty> Hobbsee: damn. It works, but it then inserts the Key into the portion where it puts [Name]  * Change goes here
[06:17] <Megaqwerty> as well
[06:17] <Megaqwerty> Oh well, holding down the delete key is easier than typing I guess :-P
[06:23] <stgraber> RainCT: Thanks, will do a bit later
[06:46] <Riddell> siretart: revu broke?
[06:48] <mruiz> Riddell: tiber is offline
[06:48] <Riddell> ok
[06:50] <mruiz> Riddell: more information about this issue -> https://lists.ubuntu.com/archives/loco-contacts/2007-August/001506.html
[06:53] <Riddell> ooh, maybe it'll get faster if it's in the data centre
[06:53] <superm1> mruiz, Do these happen to be in the same DC as the servers brandon was hosting for ubuntu studio, mythbuntu : or are those a diff situation?
[06:55] <mruiz> superm1, sorry but I don't know about those servers...
[06:55] <superm1> imbrandon, are you here?
[06:57] <elkbuntu> i think the loco boxes live at serverpronto
[06:57] <RainCT> TheMuso: when you get a moment: https://code.launchpad.net/~rainct/ubuntu-dev-tools/dev :)
[07:02] <RainCT> (well, wait, I'm going to do some more changes)
[07:04] <nixternal> superm1: nice cpux logo :)
[07:05] <nixternal> RainCT: what are you doing with the dev-tools? makin' um cooler? :)
[07:06] <RainCT> nixternal: yep, modifying pbuilder-dist today :)
[07:06] <nixternal> ooh, lovely!
[07:06] <nixternal> let us know when it is safe to checkout, or are you planning on updating the package as well?
[07:07] <nixternal> hrmm, I thought there was a package... /me bzr up's
[07:07] <RainCT> (some days ago I rewrote suspicious-source, unified all headers to look the same and finished the README file, and some other changes in one or two scripts)
[07:07] <RainCT> nixternal: there's a debian/ dir
[07:08] <RainCT> but I've no idea if it works
[07:08] <nixternal> ya, maybe I just checked them out and threw then in /usr/local/bin
[07:09] <RainCT> and about the the other question, I'd say it's safe right now but if you wait a bit it will be better :)
[07:09] <nixternal> rock on with your badself then :)
[07:09] <nixternal> maybe I should just subscribe to the branch then :)
[07:12] <NeilW> Another dh_installdocs question. Is dh_installdocs -i supposed to put the README.Debian inside all the relevant packages? If not how the devil do you do it?
[07:15] <RainCT> btw,  is it intended for ln that if you use it like "ln -s ./example ~/example" it creates a symlink to "./example" (literally, which of course fails)?
[07:18] <imbrandon> superm1: yea I'm here ( only for moments ) trying to get everything up asap in the new DC, its a long long story and isnt related to the canonical dc issues
[07:19] <imbrandon> i'll post on imbrandon.com with updates even if i'm not on irc, keep an eye out
[07:42] <Nafallo> Canonical DC issues?
[07:47] <RainCT> is there a command to install the dependencies of a local package source?
[07:47] <RainCT> s/of/for
[07:52] <Toadstool> RainCT: dependencies or build-dependencies ?
[07:52] <RainCT> build dependencies
[07:52] <Toadstool> apt-get build-dep
[07:53] <RainCT> if it isn't in the repositories?
[07:53] <Toadstool> oh
[07:53] <geser> pbuilder has a script for it
[07:54] <Toadstool> /usr/lib/pbuilder/pbuilder-satisfydepends
[07:55] <coNP> the -gdebi one seems faster for me
[07:55] <geser> the -gdebi one is really faster
[07:58] <RainCT> Toadstool: nice, thx :)
[07:59] <RainCT> COPYING can be deleted from ubuntu-dev-tools, or?
[07:59] <RainCT> there're already GPL-2 and -3
[08:00] <geser> I'd say yes
[08:03] <LaserJock> ScottK: around?
[08:03] <RainCT> uh.. on debian/copyright it says what license each script has, but the GPL text there says "either version X or later" and not all have later as license afaik
[08:07] <superm1> nixternal, i didn't want to put too much effort into the logo, just something basic atm.  so feel free to wipe it with something better if you want
[08:07] <nixternal> it works for the time being :)
[08:07] <geser> RainCT: improve it then, I tried my best to mention all licenses in debian/copyright
[08:13] <RainCT> geser: removed the "or later" and added "The following of the scripts can be used, at your option, regarding any later version
[08:13] <RainCT> of the previously specified license:" on the bottom. is it ok like that?
[08:14] <geser> yes
[08:14] <ScottK> LaserJock: Around now.
[08:19] <superm1> could someone sponsor an upload of a new upstream version of mythbuntu-live-autostart?  Its in a bzr branch
[08:20] <LaserJock> ScottK: I got an email back from the guy that wrote the pbuilder-dist script in 2004 :-)
[08:23] <Lutin> cypherbios: around ?
[08:23] <cypherbios> Lutin: yep
[08:24] <Lutin> cypherbios: heya! was just wondering .. is it ok to sync/fakesync aptoncd from debian, or are there ubuntu changes you want to keep ?
[08:24] <LaserJock> ScottK: so I'll be able to put a proper GPL header in there and fix up the scrip in ubuntu-dev-tools
[08:25] <cypherbios> heya Lutin, thanks for working on it. I'm going to upload a new package, most likely tomorrow, so I think the fakesync won't be necessary anymore
[08:26] <RainCT> nixternal: uploaded. :) http://bazaar.launchpad.net/~rainct/ubuntu-dev-tools/dev
[08:26] <Lutin> cypherbios: you mean, in debian ?
[08:26] <cypherbios> Lutin: the version in Debian is > than the Ubuntu one
[08:27] <Lutin> yep
[08:27] <cypherbios> Lutin: I'll make packages for both debian and ubuntu separately
[08:28] <cypherbios> Lutin: I think Debian still not supporting dh_iconcache, then I think this will be the only thing I'll need to change between both in the debian/rules
[08:30] <Lutin> cypherbios: ok
[08:30] <cypherbios> Does anyone know if the latest Debian's debhelper has dh_iconcache already?
[08:30] <RainCT> nixternal: ah, and I tried building it. I'd say it works fine but it creates an empty /usr/lib dir and all manpages are missing
[08:31] <Lutin> cypherbios: doesn't seem to have it
[08:31] <cypherbios> Lutin: does it has any alternative?
[08:31] <geser> cypherbios: iirc dh_icons does a similar thing
[08:32] <geser> it should be in a recent debhelper
[08:32] <ScottK> LaserJock: That's great.  RainCT has been doing some more work with it to build on what you did.
[08:34] <cypherbios> geser: I'll give it a try. Thanks
[08:34] <LaserJock> RainCT: oh?
[08:34] <cypherbios> geser: Feisty's debhelper doesn't has dh_icons, does it?
[08:34] <geser> it's very recent
[08:34] <RainCT> LaserJock: yes, I've been working on it today. moment I give you the url
[08:35] <RainCT> LaserJock: http://codebrowse.launchpad.net/~rainct/ubuntu-dev-tools/dev/annotate/siggi.gevatter%40gmail.com-20070807182003-eikei2zvw1xix0p2?file_id=pbuilderdist-20070509231419-byejr3u90tf401in-1
[08:35] <geser> cypherbios: dh_icons: New program to update Freedesktop icon caches. (included since debhelper 5.0.51)
[08:40] <cypherbios> geser: So dh_icons is better rather than the old dh_iconcache, right?
[08:41] <geser> dh_iconcache was Ubuntu-specific
[08:41] <cypherbios> as dh_icons is available on both ubuntu gutsy and debian unstable/testing
[08:41] <cypherbios> geser: hmm, I didn't know that
[08:41] <geser> look inside the scripts to know if they do the same or different think
[08:42] <LaserJock> RainCT: one addition I think that would be useful would being able to switch on/off Universe/Multiverse
[08:46] <RainCT> LaserJock: ..where could I place the argument? before the operation or what?
[08:47] <RainCT> (like with the i386/amd64)
[08:49] <RainCT> (btw, are main and restricted added automatically to the components?)
[08:51] <LaserJock> yes, main at least is automatic
[08:51] <LaserJock> I think anyway
[08:52] <RainCT> LaserJock: ok. do you have an idea on how to call the parameter to disable them?
[08:53] <LaserJock> well, it would just be either adding or taking away --other-mirror or your components
[08:53] <LaserJock> or do you mean Main?
[08:54] <RainCT> no, I mean how the users activate it
[08:54] <LaserJock> activates which?
[08:54] <LaserJock> :-0
[08:54] <LaserJock> :-) rather
[08:54] <RainCT> like "pbuilder-dist onlymain ..." or how should they choose they don't want uuniverse
[08:55] <RainCT> or you mean just editing the file and having there a var for it?
[08:55] <LaserJock> well, it'd be cool if it could be a flag
[09:01] <RainCT> LaserJock: which of the both is a flag? :P
[09:02] <LaserJock> well, like pbuilder-dist  -mainonly or something
[09:03] <RainCT> ok
[09:13] <RainCT> LaserJock: should I let it disable non-free in Debian?
[09:13] <RainCT> or also contrib?
[09:14] <LaserJock> hmm, I don't know
[09:14] <LaserJock> I guess if you want to be thorough
[09:16] <RainCT> hah :)
[09:17] <ScottK> Not kidding.
[09:18] <pygi> ScottK, why don't you develop something? :)
[09:18] <ScottK> pygi: I conned RainCT into do it.  It's practically the same thing.
[09:18] <pygi> ScottK, you should help him then
[09:19] <ScottK> That and I'm currently up to my eyeballs in trying to get paid work done.
[09:19] <ScottK> He's doing fine.
[09:21] <RainCT> if I set a variable inside a function, does it still exist outside (in sh)?
[09:21] <LaserJock> yes
[09:21] <LaserJock> I believe
[09:21] <LaserJock> though you shouldn't take my word for it
[09:30] <coNP> RainCT: yes, seems so
[09:35] <RainCT> http://paste.ubuntu-nl.org/32964/
[09:36] <RainCT> please test :)
[09:37] <RainCT> LaserJock: added both, a variable on the top of the script to set the default value and mainonly|allcomp flags
[09:43] <RainCT> (are u there? :P)
[09:47] <LaserJock> I'm kinda busy
[09:48] <ScottK> RainCT: Sorry, I'm tied up right now too.
[09:49] <Lutin> StevenK: do you mind if I merge cmus ?
[09:55] <RainCT> ScottK: woo you are working :) xD
[09:56] <ScottK> Yes, but it's fun work today.
[10:06] <ajmitch> morning
[10:07] <ScottK> Good morning ajmitch.
[10:08] <RainCT> nixternal: btw, what happens with bug 118361 finally?
[10:08] <ubotu> Launchpad bug 118361 in plucker "plucker-desktop: Missing menu entry" [Low,Confirmed]  https://launchpad.net/bugs/118361
[10:08] <bddebian> Heya ajmitch
[10:12] <Lutin> siretart: just want to make sure: is it ok to sync desmume from debian, as it's based on the ubuntu one ?
[10:14] <superm1> hey bddebian 
[10:15] <RainCT> will it be dificult to get new universe packages into Gutsy after the 30th?
[10:15] <ajmitch> yes
[10:16] <RainCT> so Gutsy doesn't accept new packages anymore and they will have to go to G+1 instead?
[10:17] <bddebian> Heya superm1
[10:17] <ajmitch> RainCT: that's pretty much why we freeze
[10:17] <ScottK> Except Gutsy + 1 repos don't exist until after Gutsy is released, so we work on bug fixing Gutsy from then on.
[10:17] <RainCT> that's bad :(
[10:17] <ScottK> No, it's very good.
[10:17] <superm1> bddebian, would you have a little to sponsor an upload?
[10:17] <RainCT> for me not
[10:18] <bddebian> superm1: Possibly, whatcha got?
[10:18] <RainCT> since I want to get my program into it but I don't know if I'll have enough time (currently broken arm, and I'll also be 1 week away)
[10:19] <superm1> bddebian, its in a bzr branch.  "bzr branch http://bazaar.launchpad.net/~mythbuntu/mythbuntu/mythbuntu-live-autostart" to grab it
[10:19] <superm1> its a new version
[10:19] <bddebian> Ack WTF has everyone gone bzr around here?
[10:19] <pygi> :D
[10:19] <ajmitch> bddebian: of course, that's expected
[10:19] <superm1> bddebian, :)
[10:20] <moquist> is it acceptable to ask packaging questions in #ubuntu-devel?
[10:20] <ajmitch> it's only been happening for the last 2 years or so
[10:20] <RainCT> well, I think I'm going to do a ~pre release and package it tomorrow
[10:20] <ajmitch> moquist: generally yes, though you may get told to ask them here
[10:20] <moquist> right
[10:20] <moquist> ogra told me to ask pitti something, and he's not in here. :)
[10:21] <superm1> bddebian, an older version is in gutsy, but was waiting for mythbuntu-lirc-generator to clear binary NEW (which happened this morning) to upload this one since this depends on it now
[10:21] <superm1> once you've grabbed the branch, within the main directory of the source type "debian/rules get-orig-source" to build the .orig.tar.gz from bzr
[10:21] <moquist> well, not that pitti's in #ubuntu-devel right now, either.
[10:23] <bddebian> Hmm, maybe it'd be good if I just stay gone
[10:25] <ScottK> bddebian: No.  Not everyone has gone bzr happy.
[10:25] <superm1> bddebian, persia got me started on it, and i've started to take a liking to it for managing what would be native packages in it
[10:26] <bddebian> OK now how do I build the package?  dpkg-buildpackage pukes
[10:26] <superm1> debuild -S -i -uc -us
[10:26] <superm1> is how i do it
[10:28] <bddebian> Damn, you gonna take dpkg-buildpackage away from me too? Sheesh
[10:28] <superm1> well dpkg-buildpackage might also accept -i
[10:28] <superm1> i've just become accustomed to using debuild instead
[10:29] <superm1> -i ignores the .bzr .svn or .cvs directories in a package directory
[10:30] <superm1> according to man dpkg-buildpackage, it also supports -i
[10:33] <bddebian> Well it seems fine, have you tested all this crap? :)
[10:33] <superm1> bddebian, yes.
[10:34] <superm1> its in use actually already on mythbuntu alpha3 
[10:34] <bddebian> uploaded
[10:34] <superm1> great thx
[10:34] <bddebian> NP
[10:34] <bddebian> I'll get 1 upload in for gutsy at least ;-P
[10:48] <mtaylor> ScottK: revu is down? 
[10:48] <ScottK> Is it?
[10:48] <ScottK> I haven't looked today.
[10:48] <ScottK> Asking the channel in general is more likely to get you an informative answer.
[10:49] <mtaylor> my bad. :)
[10:50] <coNP> It is down for almost one day.
[10:50] <coNP> mtaylor: I mean REVU ^^
[10:50] <mtaylor> and if I read the topic... 
[10:51] <mtaylor> I'd see that it's down til tomorrow. I'm observant
[10:51] <ScottK> No problem.  I didn't read /topic either....
[10:52] <ajmitch> until at least tomorrow
[10:56] <LaserJock> ajmitch: so what's going to happen for REVU admins?
[10:57] <ajmitch> no idea
[10:57] <ajmitch> I've only heard what's been said in here
[10:58] <ajmitch> revu as it currently is done may need to change
[10:58] <LaserJock> maybe it's a good time for people to do some REVU hacking?
[10:59] <LaserJock> :-)
[10:59] <ajmitch> maybe
[11:04] <geser> https://lists.ubuntu.com/archives/loco-contacts/2007-August/001506.html mentions also tiber
[11:05] <ajmitch> yes, that's what I'd seen
[11:05] <ajmitch> no more root access
[11:12] <LaserJock> RainCT: so did you commit your changes to your bzr branch on LP?
[11:12] <RainCT> LaserJock: yes
[11:13] <ajmitch> LaserJock: so you'll spend your weekend hacking REVU? :)
[11:14] <bddebian> What the heck is this now?
[11:14] <bddebian> This upload awaits approval by a distro manager
[11:15] <LaserJock> bddebian: we're frozen for Tribe 4
[11:15] <bddebian> Ahh
[11:16] <LaserJock> bddebian: it just takes a manual push for Universe package
[11:16] <LaserJock> +s
[11:16] <LaserJock> ajmitch: no, I don't think I'll be hacking REVU, I had a look at it once and it mostly seemed beyond my python foo
[11:17] <ajmitch> plus you're on vacation from ubuntu
[11:18] <LaserJock> ajmitch: oh ... yeah
[11:23] <ajmitch> :)
[11:24] <mtaylor> so, given REVU being down, should I just chill out on trying to get some packages sponsored and checked and uploaded and all that? 
[11:25] <NeilW> I've just uploaded a debdiff for bug 88000 that applies a submitted patch. sponsors have been subscribed. Does the review process now happen automatically or is there somebody I should nag? :)
[11:25] <ubotu> Launchpad bug 88000 in libgems-ruby "bash completion for RubyGems" [Undecided,Fix committed]  https://launchpad.net/bugs/88000
[11:26] <LaserJock> mtaylor: it just means REVU is down. I'd probably wait no brand new packages, but bug fixes, etc. are fine
[11:26] <mtaylor> LaserJock: ok. 
[11:26] <LaserJock> NeilW: subscribing sponsors is the proper "nag" I think ;-)
[11:27] <LaserJock> mtaylor: well you can keep working on the packages
[11:27] <ajmitch> 'fix committed' probably isn't the best bug status
[11:28] <mtaylor> LaserJock: but of course!
[11:28] <LaserJock> mtaylor: and if you are itching for a review then you could probably put the package up somewhere and ping somebody :-)
[11:32] <Fujitsu> Oh, lovely, no root access on the loco/MOTU boxes any more.
[11:35] <LaserJock> yeah, and the doc team box too :(
[11:35] <LaserJock> although I never needed root there
[11:39] <Fujitsu> On the plus side, they might be on not entirely crap hardware, and even boot with a > Breezy kernel!
[11:42] <NeilW> ajmitch: ?? - those bug statuses are tricky. There appears to be one missing - between In Progress and Committed. Suggestions?
[11:42] <Fujitsu> Hum, weren't they a few months back saying they couldn't possibly give ubuntu-dev webspace like people.ubuntu.com because that would imply letting non-Canonical people into the DC?
[11:43] <ajmitch> Fujitsu: it's ok, it's an excuse for us to move to packages in PPAs & just having a commenting frontend :)
[11:43] <ScottK> Shudder.
[11:44] <ajmitch> Fujitsu: because people.ubuntu.com was on a box which had other stuff on it as well
[11:44] <LaserJock> NeilW: In Progress mean's it it is being worked on, which includes waiting for sponsorship
[11:44] <LaserJock> Fujitsu: I think there's a DMZ that they let non-Canonical people on to
[11:45] <ajmitch> a MOTU doing sponsoring would probably see 'fix committed' and assume that the fix had been uploaded
[11:47] <NeilW> Altered. bug 88000
[11:47] <ubotu> Launchpad bug 88000 in libgems-ruby "bash completion for RubyGems" [Undecided,In progress]  https://launchpad.net/bugs/88000
[11:50] <Philip5> hi guys! i have a question about how to make a symlink in a debian/rule... i'm packing a build made with scons and need to symlink a lib that i have moved in to package place with install -m 644 /path/to/lib /package/usr/lib
[11:51] <Philip5> what is the correct way to make a working symlink in debian/tmp/usr/lib ?
[11:51] <TheMuso> RainCT: Has anybody merged your tree yet?
[11:51] <ajmitch> probably dh_link, though it's not clear why symlinking in /usr/lib is needed
[11:52] <TheMuso> superm1: Has live-autostart been uploaded?
[11:52] <superm1> TheMuso, yes
[11:52] <TheMuso> Ok then.
[11:52] <superm1> bddebian uploaded it for me a little bit ago
[11:52] <superm1> thanks for checking in with it
[11:52] <TheMuso> np
[11:52] <TheMuso> I just saw your message in my away log.
[11:52] <Philip5> ajmitch: i'll have a look at dh_link then
[11:53] <superm1> i've still got to find a motu who knows a bit about seeds who can give a good look over the -meta however
[11:53] <justinwray> norsetto: You around?
[11:54] <norsetto> justinwray: sure,whats up?
[11:55] <justinwray> Was wondering if you had heard back from mvo?
[11:55] <RainCT> TheMuso: no, go on please :)
[11:55] <norsetto> justinwray: talked with him this morning; he has a pretty bad backlog of mail to go through
[11:56] <TheMuso> RainCT: Ok will do.
[11:57] <justinwray> norsetto: Okay, no problem.
[11:57] <ScottK> superm1: I suspect you'll want an archive person for that. Among the MOTUs, AFAIK, Hobbsee would be your best bet.
[11:57] <norsetto> justinwray: in any case, if you need help just shout here
[11:57] <superm1> ScottK, yea she looked it over briefly.  She wasn't positive about it though
[11:58] <superm1> its hard for me to catch her to discuss further though, as she comes on around 2am my time
[11:58] <justinwray> norsetto: Sounds good, thanks again.
[11:58] <ScottK> I'd ask pitti, Mithrandir, or Riddell.
[11:58] <norsetto> justinwray: np
[11:58] <ScottK> They'll have to live with whatever crack we upload.
[11:58] <superm1> are they MOTU too or just core-dev?
[11:58] <ScottK> Infinity is here sometimes too.
[11:59] <ScottK> They are core-dev and archive admins.
[11:59] <TheMuso> RainCT: Merged without issue, and now pushing up.
[11:59] <superm1> ScottK, that's what i had thought
[11:59] <superm1> well i'll watch out in -devel then for one of them 
[11:59] <superm1> see if i can steal a few moments
[12:00] <RainCT> TheMuso: cool, thanks :)
[12:02] <TheMuso> RainCT: Pushed up to revision 38.
[12:04] <Riddell> superm1: you want to ask something?
[12:05] <superm1> Riddell, yes, i was hoping to find someone to do a proper look over mythbuntu-mtea
[12:05] <superm1> to make sure that my seed use was correct
[12:05] <superm1> and such
[12:05] <Riddell> superm1: where are the seed files?
[12:06] <superm1> Riddell, packaging is here:  "bzr branch http://bazaar.launchpad.net/~mythbuntu/mythbuntu/mythbuntu-meta"   Seeds bzr branch are linked within the update script in the packaging
[12:07] <superm1> seeds: http://bazaar.launchpad.net/~mythbuntu/ubuntu-seeds/mythbuntu.gutsy
[12:11] <Riddell> superm1: you've added your packages to the live seed, they should be added to the desktop seed
[12:12] <superm1> Riddell, the thing is we dont have a desktop seed
[12:12] <superm1> our standalone seed is like a desktop seed
[12:12] <superm1> the live is only used for the build process
[12:14] <Riddell> you do have a desktop seed, but you don't seem to use it