[12:12] <tonyyarusso> Oh, nvm
[12:13] <tonyyarusso> I found the character - "Kaz", the author.
[12:13] <tonyyarusso> The e thingamajig no doubt.
[12:14] <Kano64> for me a filesystem driver is the most important thing and can't be past any XYZ time
[12:14] <LaserJock> Kano64: file a UVF expection then
[12:14] <_ion> tonyyarusso: Perhaps you've mistakenly saved the file in non-UTF-8 encoding.
[12:14] <tonyyarusso> _ion: I think ascii just doesn't have accents.  I'll just use a regular e.
[12:15] <_ion> Ah, control file.
[12:15] <_ion> Perhaps you can't use non-ASCII characters at all in them.
[12:16] <tonyyarusso> new upload on the way, with the e fixed and my earthlink addy in changelog to make revu happy.
[12:17] <LaserJock> oh my, who uploaded a ton of stuff to REVU just now?
[12:18] <LaserJock> you uploaded just kompozer right?
[12:18] <tonyyarusso> LaserJock: Yeah, just the one program, but multiple uploads of it.
[12:18] <LaserJock> well there's a bunch of other stuff
[12:18] <LaserJock> looks like java stuff
[12:19] <tonyyarusso> no idea
[12:19] <LaserJock> all binary uploads :/
[12:22] <tonyyarusso> It's still the 22nd....  /me cowers
[12:22] <LaserJock> I sent the email
[12:24] <tonyyarusso> I know - not sure if that means "Don't bring in any new stuff, but we may still take what we're working with someone on right now" or "Shut up and go away y'all!"
[12:26] <sistpoty> LaserJock: I'll delete the java-stuff, as I'm just writing a mail to the uploader
[12:28] <tonyyarusso> Upload done.  Last URL in a second.
[12:30] <tonyyarusso> http://revu.tauware.de/details.py?upid=4453
[12:30] <tonyyarusso> RAOF, LaserJock, swarog, sistpoty, ScottK ^^ ?
[12:31] <tonyyarusso> RAOF: btw, you set to autologin from the ssh key, and now I don't know my password to use sudo :P
[12:31] <RAOF> tonyyarusso: You shouldn't need a password to sudo pbuilder
[12:31] <tonyyarusso> RAOF: weird...
[12:31] <tonyyarusso> it asked ;)
[12:32] <RAOF> tonyyarusso: Ok, I need to check the sudoers syntax again :-|
[12:32] <tonyyarusso> LaserJock: Last one for the day; if it works, awesome, if not, I'll go hide in a corner?
[12:32] <RAOF> tonyyarusso: Also, I hope you're not asking me to review that, 'cause I'm not a MOTU :)
[12:32] <tonyyarusso> RAOF: I was, but if you're not, oh well.  :)
[12:32] <LaserJock> tonyyarusso: FF was technically at 16:00 UTC
[12:32] <RAOF> tonyyarusso: Although a brief look at the diff says that the Maintainer field should probably not be <tonyyarusso@ubuntu.com>, unless that's an actual vaild address
[12:33] <tonyyarusso> LaserJock: *sigh*
[12:33] <tonyyarusso> RAOF: Both tonyyarusso@ubuntu.com and tonyyarusso@earthlink.net are valid addresses.  (actually the same mailbox, @ubuntu forwards)
[12:34] <RAOF> tonyyarusso: You can still get it into Debian, and they may consider a FF exception (I really don't know about that)?
[12:34] <tonyyarusso> RAOF: yeah
[12:35] <tonyyarusso> LaserJock: So is that pretty absolute and I should give up then?
[12:35] <LaserJock> tonyyarusso: well, tbh I think the package needs a little more work
[12:36] <tonyyarusso> LaserJock: Fair enough, but could you give some tips about what sort of work?  On the part of the auther, or me?  (Or both?)
[12:36] <LaserJock> you've got duplicates files for install, dir, etc.
[12:36] <tonyyarusso> duplicate files?  weird...
[12:36] <tonyyarusso> where?
[12:36] <LaserJock> you don't need install and kompozer.install
[12:37] <LaserJock> you have kompozer.{desktop,dirs,docs,menu,postinst}
[12:37] <harpreet> Hey sistpoty - it was me with all the java stuff
[12:37] <sistpoty> harpreet: ah, I see... got my 2nd mail?
[12:37] <harpreet> we did a dput *.changes and it picked all the *.deb
[12:38] <harpreet> yes I did
[12:38] <swarog> sistpoty: em , regarding 'ubuntu1' version comment. whole package or?
[12:38] <sistpoty> harpreet: just build the source package with dpkg-buildpackage -S -sa [-r fakeroot] , to get a source package instead of a binary one
[12:38] <harpreet> we build with debuild -us -uc and sign with debsign independently
[12:38] <tonyyarusso> LaserJock: I don't anymore - the kompozer.install and just install were from different uploads (see comment earlier)
[12:39] <sistpoty> swarog: if it's a native package, yes please. (we use the ubuntu suffix to make it clear that it's not straight from debian)
[12:39] <tonyyarusso> LaserJock: Anything else?
[12:39] <sistpoty> harpreet: debuild will take -S -sa as well ;)
[12:40] <tonyyarusso> (that must be a revu bug or something...)
[12:40] <LaserJock> tonyyarusso: in debian/rules you have a binary-indep: rule but you aren't building any arch indep packages
[12:41] <sistpoty> tonyyarusso: revu has no bugs :P, only missing features *g*... do you call dh_clean in debian/rules?
[12:41] <tonyyarusso> LaserJock: Oh..that was b/c of how nvu was doing it before.  I should just take that stuff out.
[12:41] <tonyyarusso> sistpoty: dh_clean -k, yes.
[12:41] <LaserJock> tonyyarusso: did you run lintian on the .deb?
[12:42] <tonyyarusso> LaserJock: I don't have a .deb yet..crud
[12:42] <sistpoty> tonyyarusso: maybe you shouldn't use -k?
[12:43] <LaserJock> tonyyarusso: in the postinst you don't need the desktop-desktop-database if you put dh_desktop in the rules
[12:43] <tonyyarusso> LaserJock: Should there be a binary-indep rule, and just blank, or no rule?
[12:44] <LaserJock> blank
[12:44] <harpreet> sistpoty: can we do debuild -sa and run debsign to sign it later
[12:44] <LaserJock> debuild -S -sa -us -uc is what you want
[12:44] <sistpoty> harpreet: sure... -us -uc are completely independent from -S -sa
[12:44] <tonyyarusso> LaserJock: So just "binary-indep:", or "binary-indep: build install"?
[12:44] <sistpoty> harpreet: -S --> build a source package instead of a binary one
[12:44] <LaserJock> binary-indep:
[12:44] <sistpoty> harpreet: -sa include the orig.tar.gz
[12:45] <tonyyarusso> done
[12:46] <LaserJock> tonyyarusso: LPGL is a common licenses (i.e. in /usr/share/common-licenses/)
[12:46] <tonyyarusso> LaserJock: I know - it just has a sickenly long Preamble.  Only the preamble is there, from what I could tell about the headings.
[12:46] <LaserJock> "Portions Copyright (C) 1992-1999 Netscape Communications Corporation and numerous contributors." seems a bit vague
[12:46] <RAOF> Aaargh.  Does anyone know the magic sudoers incanation to lett tonyyarusso "sudo pbuilder" without a password?
[12:47] <harpreet> sistpoty thanks
[12:47] <sistpoty> np
[12:47] <LaserJock> who owns the copyright on the other "Portions"?
[12:47] <sistpoty> RAOF: yes... at least I can look it up on tiber :)
[12:47] <tonyyarusso> LaserJock: grepping for copyright notices recursively for the full source turns up dozens of different parties - I didn't know how to deal with that.
[12:47] <RAOF> sistpoty: Yay!
[12:47] <shawarma> RAOF: tonyyarusso  ALL=(ALL) NOPASSWD:/usr/bin/pbuilder
[12:47] <shawarma> RAOF: or thereabouts.
[12:48] <shawarma> RAOF: No, make that /usr/sbin/pbuilder.
[12:48] <sistpoty> ha... only because I needed to ssh first :P *g*
[12:48] <LaserJock> tonyyarusso: well, it probably needs to be addressed. Just saying parts of it are copyright to somebody isn't very informative
[12:49] <LaserJock> tonyyarusso: do you really install something to /usr/sbin? (debian/dirs)
[12:49] <tonyyarusso> LaserJock: Do you think it wise to list every person I find then?
[12:49] <LaserJock> probably
[12:49] <tonyyarusso> LaserJock: Not sure - likely not, but something spit that out (dh_make?)
[12:49] <shawarma> sistpoty: If you were going to login to tiber anyway, maybe you could make a tiny adjustment to REVU?
[12:49] <tonyyarusso> I'll try without it.
[12:49] <sistpoty> shawarma: sure, got a patch?
[12:49] <LaserJock> does Kompozer have an icon? it seems a shame to have a .desktop and no icon
[12:50] <shawarma> sistpoty: Hmm.. No.. I suppose that would have been the proper way to attack it. :-)
[12:50] <tonyyarusso> LaserJock: I never found one, no.  Disappointing, yes.
[12:50] <sistpoty> shawarma: what do you want me to change?
[12:50] <shawarma> sistpoty: Where's the svn at?
[12:50] <shawarma> sistpoty: I want the mimetype of the debdiff to be set to text/plain.
[12:50] <sistpoty> shawarma: good question... it's in bzr now at least I hope so
[12:51] <shawarma> sistpoty: Even better.
[12:51] <LaserJock> tonyyarusso: well, that's about all from me just looking at debian/
[12:51] <shawarma> sistpoty: Is it https://launchpad.net/revu ? Or is that REVU2?
[12:52] <LaserJock> tonyyarusso: you might want to set the section to be web not universe/web
[12:52] <RAOF> tonyyarusso: ...and if you want to test it building on AMD64, you should now be able to "sudo pbuilder" without a password :)
[12:52] <sistpoty> shawarma: iirc revu2-trunk is revu2, so trunk should be revu
[12:52] <tonyyarusso> LaserJock: Okay.  Just to save a bit of frustration on my end, could you give me a straight answer about whether there is any chance whatsoever still of getting this into Feisty?
[12:52] <shawarma> sistpoty: Alright. I'll cook up a patch.
[12:52] <LaserJock> tonyyarusso: well, tbh, it's not up to me really
[12:53] <LaserJock> I'm not even on the MOTU Council
[12:53] <tonyyarusso> LaserJock: Who is it up to?
[12:53] <sistpoty> shawarma: though I'm not quite sure if the bzr thing is actually working the way it should be... at least I needed to recreate the revu2-branch once due to problems
[12:53] <tonyyarusso> (Wondering whether I should keep at it today or call it quits for a few hours)
[12:53] <tonyyarusso> Would be really nice to have though, if possible.
[12:54] <shawarma> sistpoty: I'll just use it to create a unified patch that you can apply in any way you like. Cool?
[12:54] <sistpoty> shawarma: very cool :)
[12:54] <sistpoty> strange enough I've been thinking about setting the mimetype of debdiffs just last night *g*
[12:55] <sistpoty> but only thinking *g*
[12:55] <LaserJock> tonyyarusso: I'm really not comfortable making that decision. FF was 8hrs ago. I'm not sure if ubuntu-archive is going to process them
[12:55] <LaserJock> sistpoty ajmitch: opinions?
[12:56] <shawarma> sistpoty: It just really messed with my brain that the e-mails in the control file were missing until I realised that as they are enclosed in <>, firefox's HTML renderer just removed them.
[12:57] <sistpoty> LaserJock: hm... I guess right now would still be ok...
[12:57] <LaserJock> are there 2 MOTUs to ack it?
[12:58] <shawarma> sistpoty: Does REVU use mod_python's publisher handler?
[12:58] <tonyyarusso> LaserJock: I can fix the copyright stuff in the next little bit here.
[12:58] <LaserJock> tonyyarusso: did you upload all the changes
[12:58] <tonyyarusso> if that helps
[12:58] <tonyyarusso> LaserJock: not yet, have to grep those.
[12:58] <ajmitch> LaserJock: what am I giving my opinion on?
[12:59] <LaserJock> ajmitch: tonyyarusso has a kompozer package that he'd really like to get in
[12:59] <ajmitch> ok
[12:59] <LaserJock> ajmitch: he's working on fixing a couple things right now
[12:59] <sistpoty> shawarma: it's been a while since I've been looking at mod_python... iirc it is (and imo it's just a matter of setting some member of the request)
[12:59] <ajmitch> has it been reviewed & is at release quality?
[12:59] <LaserJock> but FF was 8hrs ago and I sent out the email
[01:00] <LaserJock> in the current REVU state I won't ack it
[01:00] <shawarma> sistpoty: Yes, yes, I've used the publisher handler before, I just wanted to make sure that that was what I was dealing with. :-)
[01:00] <LaserJock> but he's working on the fixes right now
[01:00] <ajmitch> I prefer to be lenient but we have to say stop at some point
[01:00] <ajmitch> we'll be discussing freeze exceptions & whether to grant them in a few hours
[01:03] <sistpoty> shawarma: ah... should be req.content_type = "text/plain" I guess... at least revu2 does this with text/html for reasons currently unknown to me
[01:04] <shawarma> sistpoty: that's exactly what I just did.
[01:05] <sistpoty> :)
[01:05] <shawarma> sistpoty: That and remove the <pre> </pre>
[01:05] <shawarma> sistpoty: It seems pointless to send you a patch now. :-) Will you change it sometime soon?
[01:05] <sistpoty> shawarma: I'm just about to do it now
[01:06] <shawarma> sistpoty: cool.
[01:09] <tonyyarusso> longest copyright info ever
[01:09] <sistpoty> shawarma: can you help me with bzr actually? I've done a bzr co ..., and now did a bzr ci. did that push the changes back to the lp-repository or was it just local?
[01:11] <shawarma> sistpoty: It looks like it's fixed on Launchpad as well, so I guess it was pushed. :-)
[01:11] <ajmitch> sistpoty: it should have pushed the changes
[01:12] <sistpoty> hm... what would I need to do on tiber then? bzr update says that it's up to date, however diff.py is not updated
[01:12] <ajmitch> bzr pull?
[01:12] <ajmitch> depends if you branched or checked out on tiber
[01:13] <sistpoty> ajmitch: bzr pull does s.th.
[01:13] <ajmitch> yeah, it should
[01:13] <ajmitch> bzr info tells all :)
[01:13] <sistpoty> I guess it's a little bit obvious that I'm forced to use cvs for my thesis *g*
[01:13] <ajmitch> hehe
[01:14] <ajmitch> bzr also makes a good svn client ;)
[01:14] <sistpoty> argl... it says now that I should merge... but if I want to merge it says that I have uncommitted changes :(
[01:14] <RAOF> ajmitch: I dispute that, although I'd love to use bzr as my svn client.
[01:15] <sistpoty> [01:15] <ajmitch> RAOF: you may disput that if you wish
[01:15] <ajmitch> sistpoty: I'll look, I'm in that dir now
[01:15] <sistpoty> ajmitch: thanks... then I'll keep my hands off ;)
[01:15] <ajmitch> sistpoty: probably just permissions
[01:16] <ajmitch> ajmitch@tiber:/srv/revu1-production$ bzr merge --force
[01:16] <ajmitch> Using saved branch: http://bazaar.launchpad.net/~revu-hackers/revu/trunk/
[01:16] <ajmitch> All changes applied successfully.
[01:16] <ajmitch> :)
[01:17] <sistpoty> thx ajmitch :)
[01:17] <ajmitch> now you can commit the merge & hopefully push to launchpad
[01:19] <sistpoty> ajmitch: as in sudo -u revu1 bzr ci?
[01:19] <ajmitch> something like that
[01:19] <ajmitch> though I didn't run bzr merge as revu1 
[01:19] <ajmitch> which I should have
[01:19] <harpreet> sistpoty: We have built the packages as recommended by you. How can I do a sanity check to see if it is in the format you like
[01:20] <sistpoty> harpreet: you can look at the .changes file. it references all files that are part of the upload
[01:20] <sistpoty> harpreet: for a source only upload there shouldn't be any deb in it
[01:20] <sistpoty> harpreet: ideally it mentions a .diff.gz, .dsc and .orig.tar.gz
[01:22] <harpreet> sistpoty: thanks, seems like I have it in the correct format, There is .diff, .dsc and .orig.tar.gz.
[01:22] <sistpoty> harpreet: great... then upload to revu ;)
[01:22] <sistpoty> (though we're past FeatureFreeze already :()
[01:23] <ajmitch> sistpoty: I've got a few packages I'd like to upload too... ;)
[01:23] <sistpoty> ajmitch: we'll all know more tomorrow ;)
[01:23] <harpreet> sistpoty: I work for Sun and we are uploading Project GlassFish (a Java Application Server) and there are 15 packages. So dont be shocked :-). We have been in conversation with Daniel Holbach, matthias and Jeff Bailey!
[01:24] <harpreet> sistpoty: Daniel et al, wanted us to upload where they can do a full review. Thx!
[01:24] <sistpoty> harpreet: I guess if they take over sponsoring/reviewing, FeatureFreeze won't be a problem you'll need to care about then ;)
[01:24] <harpreet> :-)
[01:25] <tonyyarusso> New upload on the way.
[01:25] <ajmitch> sistpoty: though I do have issues with decrees from on high overriding what we decide :)
[01:26] <harpreet> sistpoty: Thats what they indicated - but we want to get in and knowing that there will be issues identified that we will have to resolve :-)
[01:26] <harpreet> sistpoty: does the .tar.gz and diff.gz needs to be signed as well?
[01:27] <sistpoty> harpreet: no, only the .dsc and .changes (these contains (md5?)-hashsums + length of the files that are part of an upload, so there is no need to sign these files as well)
[01:27] <harpreet> sistpoty: great ! I will upload the files.
[01:28] <sistpoty> ajmitch: iirc for some higher goals from main universe rules didn't matter in the past :P
[01:29] <ajmitch> sistpoty: I know, and it'll continue to happen, they run the distro :)
[01:29] <ajmitch> it's not so much of a problem
[01:29] <sistpoty> it even makes some sense *g*
[01:30] <ajmitch> sistpoty: so I guess I can still get some of this FDS stuff in ;)
[01:31] <harpreet> sitpoty: I have uploaded the files. I will email Daniel et al, about this. What is the next step in this process?
[01:31] <sistpoty> hehe
[01:32] <sistpoty> harpreet: good question... I guess Daniel will know better than me
[01:32] <harpreet> sistpoty: I am drafting an email to him. Thanks! 
[01:32] <sistpoty> np ;)
[01:33] <tonyyarusso> LaserJock: Did revu close?
[01:33] <tonyyarusso> I can't upload the fixed stuff..
[01:34] <ajmitch> tonyyarusso: nothing has been changed
[01:34] <tonyyarusso> weird
[01:34] <sistpoty> at least not the ftp-server *g*
[01:34] <LaserJock> are you sure you are using dput -f or rm *.upload ?
[01:34] <tonyyarusso> dput -f, yes.
[01:35] <tonyyarusso> Error '553 Could not create file.' during ftp transfer of kompozer_0.7.7-0ubuntu1.dsc
[01:35] <tonyyarusso> Note: This problem might be caused by files already existent on the server.
[01:35] <ajmitch> because there's an incomplete upload there
[01:36] <tonyyarusso> How do I get rid of that and start over?
[01:36] <ajmitch> try again now
[01:36] <tonyyarusso> ok
[01:36] <tonyyarusso> All better.  Should be there shortly.
[01:49] <harpreet> sistpoty: Thanks very much. I am signing off.
[01:49] <sistpoty> np
[01:55] <ajmitch> sistpoty: with this many topics, I hope it can be a quick meeting :)
[01:57] <sistpoty> ajmitch: will manage somehow ;)
[01:57] <sistpoty> s/will/we'll/
[02:00] <lkoos> I'm interested in creating a fully automatic install process for a small cluster of machines. It seems that it should be possible to PXE boot and preseed with cfengine for all other after boot needs. However, I'm looking for someone who has done this previously on Ubuntu. From all the documentation it seems possible but there's always a snag, right?
[02:00] <lkoos> I assume that if anyone has done it, it's people in this room and it also appears impossible for me to join #ubuntu for some reason.
[02:01] <bigon> lkoos: you could you FAI
[02:01] <ajmitch> I think siretart has used FAI for that
[02:01] <sistpoty> iirc \sh_away used FAI for this as well
[02:02] <ajmitch> yeah
[02:02] <ajmitch> they're probably asleep
[02:02] <lkoos> FAI isn't an option, I've used it before and while it is "fully automatic," its buggy and requires all sorts of stuff that I think is too bloated (nfs, ftp, http, dhcp, tftp, shell scripting for profiles, etc)
[02:02] <ajmitch> most people in that area (apart from sistpoty ;) ) are
[02:02] <sistpoty> :P
[02:02] <ajmitch> I don't know how you do it
[02:03] <ajmitch> but then again, I'm often at work by 8:30am :)
[02:03] <sistpoty> I'm a student, any further questions?
[02:03] <Lathiat> im at work by 8:30am because thats the time im supposed to arrive :P
[02:03] <ajmitch> hehe no
[02:03] <lkoos> I noticed that Ubuntu now has support for kickstart but even that seems like it might be more of a hack as compared to preseeding.
[02:03] <Lathiat> sistpoty: hah when i was at uni i had a good couple months of my sleeping cycle being completely upside down
[02:03] <Lathiat> went to be around 8-9am most days
[02:04] <sistpoty> oh, sheesh... I've got to get up early tomorrow for MC meeting *g*
[02:04] <Lathiat> funnily this was back when i was doing some ubuntu stuff.. heh
[02:04] <Lathiat> heh
[02:04] <ajmitch> sistpoty: early?
[02:05] <ajmitch> it's 11pm on a friday night for me
[02:05] <sistpoty> for a student: definitely! 
[02:05] <ajmitch> when I should be out doing other stuff ;)
[02:05] <Burgwork> LaserJock: ping
[02:05] <ajmitch> hi Burgwork 
[02:05] <Burgwork> hey ajmitch
[02:05] <LaserJock> Burgwork: pong
[02:06] <ajmitch> sistpoty: the MC meeting will probably be bigger than the last MOTU meeting :)
[02:06] <ajmitch> where I think 4 people showed
[02:06] <sistpoty> :)
[02:06] <sistpoty> maybe we should set a date for another motu meeting?
[02:06] <ajmitch> yeah
[02:07] <ajmitch> I'm just checking if that was decided last time
[02:07] <sistpoty> ajmitch: it was decided to wait until after the first MC meeting
[02:07] <ajmitch> yeah
[02:07] <ajmitch> and I see that we only decided a MC meeting date
[02:07] <lkoos> Why does #ubuntu seem to roll over into #ubuntu-ops ?
[02:08] <ajmitch> dunno, I don't stay in #ubuntu anymore
[02:08] <lkoos> hrm. Strange.
[02:08] <tonyyarusso> lkoos: You're being ban-forwarded for some reason.  I'll look into it.  (join -ops if you aren't already)
[02:08] <lkoos> Ok
[02:08] <LaserJock> can we get a set schedule, maybe rotating for the MOTU Meetings
[02:09] <LaserJock> ?
[02:09] <ajmitch> LaserJock: we wanted it every 3 weeks
[02:09] <sistpoty> yep... sounds like a very good idea
[02:10] <ajmitch> which would put the next one at march 7th
[02:12] <sistpoty> btw.: does MC decide on new ubuntu-dev only, or on new ubuntu-members as well?
[02:13] <LaserJock> both
[02:13] <LaserJock> at least I'm pretty sure the CC approved that
[02:14] <sistpoty> ah, nice...
[02:16] <pochu> good night guys!
[02:17] <tonyyarusso> Crud.  I'll try later...
[02:30] <bddebian> Heya gang
[02:30] <ajmitch> hi
[02:30] <_ion> Bono estente.
[02:31] <bddebian> Heya ajmitch, _ion
[02:32] <RAOF> hey bddebian 
[02:32] <bddebian> Hi RAOF
[02:32] <RAOF> Hey, _ion.  Notice that Seb's uploaded compiz-extra? :)
[02:33] <sistpoty> hi bddebian
[02:33] <bddebian> Hi sistpoty
[02:33] <_ion> raof: Wohoo!
[02:33] <RAOF> _ion: Genuine Universe Compiz for you :)
[02:34] <_ion> Incidentally, beryl broke down today, due to some X-related updates i think. :-)
[02:34] <_ion> Time to switch finally.
[02:34] <RAOF> _ion: You mean, the huge bug that every fesity runner of {Beryl, Compiz} has?
[02:35] <RAOF> _ion: Whereby no window gets updated unless it's being transformed?  (Xorg 7.2 fixes it, apparently)
[02:35] <_ion> I haven't debugged or researched it at all. I just noticed "Aha, beryl is b0rked. Oh well, that's what i get for using an unofficial repository" :-)
[02:35] <_ion> Yeah, windows don't get updated.
[02:36] <RAOF> Well, Compiz won't help you there.
[02:36] <_ion> Thus "that's what i get for using a development version of the distro" :-)
[02:36] <RAOF> It's actually Xorg that's borked, in a fairly specific way :-|
[02:36] <RAOF> :)
[02:37] <ScottK> bddebian: This is your reminder to look at the courier merge...
[02:38] <_ion> There's cool stuff coming to compiz in the future.
[02:39] <jdong> _ion: libdrm2 + libxrandr2
[02:39] <jdong> beryl and compiz are both utterly destroyed until that gets sorted out :D
[02:40] <_ion> :-)
[02:40] <jdong> symptoms: upon loading the screen refuses to redraw anymore
[02:40] <ajmitch> so the rest of us who run a normal desktop don't see it
[02:40] <jdong> also general unaccelerated X performance is sluggish too
[02:40] <ajmitch> that's ok with me
[02:40] <jdong> like minimizing and restoring large windows is noticeably slower
[02:40] <jdong> so it's not just a ha-ha thing
[02:40] <jdong> ajmitch: it affects every 3d compositing method
[02:40] <jdong> xgl, nvidia, AIGLX
[02:41] <jdong> a combination of bug 86841 and bug 85575
[02:41] <Ubugtu> Malone bug 86841 in libxrandr "compiz/beryl does not refresh content of windows" [Undecided,Confirmed]  https://launchpad.net/bugs/86841
[02:41] <Ubugtu> Malone bug 85575 in vte "gnome-terminal reacting very sluggishly" [High,Confirmed]  https://launchpad.net/bugs/85575
[02:41] <jdong> it is quite unclear if they are related or not
[02:41] <jdong> for me general unaccelerated plain desktop speed has noticeably decreased since 2/20 too
[02:42] <jdong> it appears like the vte issue is distinct though
[02:42] <bddebian> ScottK: OK, got the link handy?
[03:29] <joejaxx> anyone here familiar with d-i and tasksel?
[03:45] <ScottK> bddebian: Was afk...   bug #87099
[03:45] <Ubugtu> Malone bug 87099 in courier "courier: merge new debian version 0.53.3-5" [Undecided,Unconfirmed]  https://launchpad.net/bugs/87099
[03:46] <bddebian> ScottK: Already building :)
[03:46] <ScottK> Ah.  Cool.
[03:52] <bddebian> Heya Toadstool
[03:53] <Toadstool> hey bddebian 
[03:53] <bddebian> Well then
[03:57] <bddebian> ScottK: Did you get an e-mail?
[03:58] <ScottK> No, but I have greylisting, so it'll have to retry.
[04:07] <Toadstool> gar, no more beers in the fridge, life sucks
[04:08] <ajmitch> aw :(
[04:11] <ScottK> bddebian: Still haven't got it.  While we are waiting, I've a trivial bug fix you might take a look at, bug #87236.
[04:11] <Ubugtu> Malone bug 87236 in postfix-policyd-spf-perl "Incorrect file reference in long summary in debian/control" [Undecided,Confirmed]  https://launchpad.net/bugs/87236
[04:16] <sistpoty> nixternal: lol, I just wrote a comment to your blog, however your comment about taking dapper and beating xp wasn't there when I wrote it yet ;)
[04:16] <ajmitch> sistpoty is still awake, shame ;)
[04:16] <bddebian> ScottK: I'll try but I'm trying to hit some of my own stuff atm
[04:16] <sistpoty> ajmitch: yay... will be tough to get up tomorrow *g*
[04:16] <ajmitch> heh
[04:17] <ScottK> bddebian: Thanks if you can, it's no rush.
[04:17] <nixternal> hehe
[04:19] <bddebian> ScottK: OK, I got an accept for courier
[04:22] <ScottK> bddebian: Odd.  I've got nothing.
[04:25] <LaserJock> evening guys
[04:25] <bddebian> I'm "special" ;-P
[04:25] <bddebian> Heya LaserJock
[04:25] <LaserJock> bddebian is a pretty special guy
[04:25] <ajmitch> hi LaserJock 
[04:25] <LaserJock> he puts up with our teasing
[04:25] <bddebian> heh
[04:25] <LaserJock> and is a MOTU Science workhorse
[04:25] <Toadstool> :)
[04:26] <bddebian> ajmitch: Bah, why stop now? :-)
[04:26] <Toadstool> ajmitch: i'm the slacker
[04:26] <ajmitch> Toadstool: nah
[04:27] <bddebian> ajmitch: The difference is, is that you can do more "real work" in 10 minutes than I can do in 10 hours :-)
[04:28] <ajmitch> BS
[04:29] <bddebian> ScottK: ??
[04:29] <bddebian> bdefreese@bdubuntu1:~/revu/postfix-policyd-spf-perl$ lintian ../../pbuild-feisty/result/postfix-policyd-spf-perl_2.002-0ubuntu2_all.deb
[04:29] <bddebian> W: postfix-policyd-spf-perl: package-contains-upstream-install-documentation usr/share/doc/postfix-policyd-spf-perl/INSTALL.Debian
[04:30] <tonyyarusso> I'm trying to troubleshoot an error from my rules (yes, still).  It says,
[04:30] <tonyyarusso> chmod -x /tmp/buildd/kompozer-0.7.7/debian/kompozer/usr/lib/kompozer/components/*.js
[04:30] <ScottK> bddebian: I see the warning, but I've no idea what it means.
[04:30] <tonyyarusso> chmod: cannot access `/tmp/buildd/kompozer-0.7.7/debian/kompozer/usr/lib/kompozer/components/*.js': No such file or directory
[04:31] <ScottK> bddebian: The file is in /debian so I've no idea why lintian thinks it's upstream.
[04:31] <ScottK> BTW, this isn't new.
[04:31] <bddebian> Ah, OK
[04:31] <ScottK> I'll be glad to fix it if someone has suggestions on how.
[04:31] <tonyyarusso> I think the issue is that it should actually be looking for components/*/*.js, componenents/*/*/*.js, etc, with none in the top directory.  Do I need a 'find' sort of script for this, or should I just try to guess how many subdirectories exist?
[04:32] <RAOF> tonyyarusso: Yeah, you want find.
[04:32] <tonyyarusso> RAOF: Great.  That means I need to learn how to use it :P
[04:32] <RAOF> tonyyarusso: I'll roust up a CIL package, they use that logic all the time (it's mandatory with Debian's CIL policy)
[04:32] <bddebian>  find ./ -name *.js |xargs chmod -x might work, not sure
[04:33] <RAOF> install/banshee::
[04:33] <RAOF>         find debian/ -type f -name "*.dll" -or -name "*.mdb" -or -name "*.cs" -or -name "*.config" | xargs chmod -x
[04:33] <RAOF>         find debian/ -type f -name "*.exe" | xargs chmod +x
[04:33] <RAOF> Is an example from Banshee packaging.
[04:33] <tonyyarusso> nice, that should work.
[04:33] <ajmitch> somewhat ugly
[04:34] <ajmitch> find has an -exec option
[04:34] <RAOF> Maybe.  That's what's suggested by Debian's CIL policy, though.
[04:34] <tonyyarusso> The one it was using included "chmod -x $(CURDIR)/debian" - I should probably use the $(CURDIR) thing here as well.
[04:36] <tonyyarusso> ajmitch: Do I need to care in this situation about "There are unavoidable security problems surrounding use of the -exec option; you should use the -execdir option instead.
[04:36] <ajmitch> RAOF: I know the CLI policy fairly well :)
[04:36] <tonyyarusso> "
[04:37] <RAOF> ajmitch: ...and I've only really started looking at it recently :).  Maybe you should suggest an alternative "find" command :)
[04:37] <ajmitch> tonyyarusso: you're building in a confined space where you know what the structure would be, it's not too much of a problem
[04:39] <tonyyarusso> find $(CURDIR)/debian/ -type f -name "*.js" -exec chmod -x {} ;
[04:39] <tonyyarusso> ?
[04:40] <tonyyarusso> or do I want -exec chmod -x {} + ;  <-- that looks possibly sane, since chmod can take an arg like that
[04:40] <tonyyarusso> s/+ ;/+/
[04:41] <ajmitch> do whatever works
[04:42] <tonyyarusso> actually, that would need to be '{}' '+' anyway
[04:43] <bddebian> Shite, freakin tilp2 crap :(
[04:48] <tonyyarusso> ajmitch: I have no idea whether I'll be able to get one, but "just in case", is there a wiki page / person to talk to to ask for consideration for freeze exemptions?
[04:49] <ajmitch> no, not yet
[04:49] <ajmitch> it hasn't been decided yet
[04:49] <tonyyarusso> Ah
[04:49] <ajmitch> since we have to decide if we'll allow them :)
[04:49] <tonyyarusso> I thought it might be a standardized process, like most things.  'parently not
[04:49] <tonyyarusso> aaah, right
[04:49] <tonyyarusso> hehe
[04:50] <ScottK> Welcome to that part of the standarized process where the process gets invented.
[04:50] <ajmitch> like we've made up processes for uvf & sru after discussion, this one is the same
[04:55] <ScottK> When is the meeting to discuss?
[04:59] <bddebian> gaaaahhh 
[04:59] <sistpoty> ScottK: https://wiki.ubuntu.com/MOTU/Council/Meetings
[04:59] <ajmitch> ScottK: in about 6 hours
[04:59] <ajmitch> bddebian: yes?
[05:00] <bddebian> This stupid package can't find the libraries :(
[05:00] <ajmitch> oh well
[05:01] <bddebian> Thx buddy
[05:03] <ScottK> sistpoty/ajmitch: Thanks.  With any luck I'll be sleeping.  Since I won't be able to make the meeting, I'd just like to say that if you allow FF exceptions at all, it ought to be for cases like tonyyarusso is dealing with where the lack of the package will be a regression in the capability of the distribution as a whole (we had Nvu and now we don't).  Have fun at the meeting.
[05:03] <ajmitch> there are plenty of special cases we could make
[05:04] <ScottK> Yes and I think you also ought to have additional conditions like someone volunteers to stick with the package and be responsive about fixing it if there are problems.
[05:05] <ajmitch> we expect that for *all* packages that get uploaded :)
[05:06] <ajmitch> who wants to see packages dupmed in the archive & then the person who knows it well running off?
[05:06] <bddebian> *cough*
[05:07] <ajmitch> yes, bddebian ?
[05:07] <ScottK> OK.  Then some sort of extra special arm twisting.
[05:07] <bddebian> Nothing, just a little frog in my throat ;-P
[05:08] <LaserJock> ajmitch: but that's why we have bddebian 
[05:08] <LaserJock> ;-)
[05:08] <bddebian> Yeah, I just add comedic value, nothing else :)
[05:08] <ajmitch> oh right, bddebian is there to look after all the packages
[05:10] <bddebian> You know that isn't what I meant
[05:10] <ajmitch> I do?
[05:11] <bddebian> We get lots of "dump and run" I'm sure :-)
[05:11] <ajmitch> I know
[05:11] <ajmitch> and I don't like it
[05:12] <bddebian> Me either
[05:12] <tonyyarusso> I figure I found a nice middle ground with kompozer - it's a committment to maintain for a while, but it has an EOL in sight in case things go poorly :P
[05:13] <sistpoty> I guess we could need s.th. like debian-qa to care for orphaned packages
[05:13] <sistpoty> (starting with figuring somehow which packages are orphaned)
[05:16] <ajmitch> 90% of universe :)
[05:17] <sistpoty> I doubt that... at least these are getting cared for in unstable :P
[05:17] <ajmitch> most are
[05:18] <LaserJock> it seems to me we are starting to go back to a Debian model
[05:18] <LaserJock> not that it is necessarily bad
[05:18] <ajmitch> LaserJock: there has to be some concept of responsibility
[05:18] <bddebian> ajmitch: hehe
[05:18] <ajmitch> debian has scaled well for a reason
[05:18] <LaserJock> I'd personally rather see team ownership
[05:19] <LaserJock> yes, scaling is an issue
[05:19] <ajmitch> debian is moving more towards team ownership
[05:19] <LaserJock> I think we could go that way too a bit
[05:20] <ajmitch> we should
[05:20] <ajmitch> & we already do in some ways
[05:20] <LaserJock> I think we should divide up Universe
[05:20] <ajmitch> like motu science, mono team, etc
[05:20] <LaserJock> yeah
[05:21] <LaserJock> Universe-wide maintainence is very hard unless you have uberMOTUs like the original rock stars
[05:21] <ajmitch> you mean crimsun & dholbach
[05:22] <sistpoty> well, a big benefit of not having maintainer(or team)-package relationship is that you can get big transitions done quickly, and imo we shouldn't loose that
[05:22] <sistpoty> but I guess that wouldn't affect team maintenance
[05:23] <LaserJock> well, I'm not sure, but I kinda think MOTU Science has been a pretty good example
[05:23] <ajmitch> we still have packages that are horribly buggy & broken & noone loves them
[05:23] <LaserJock> but often times I think we'd be in better shape if we knew what packages those where
[05:24] <LaserJock> *were
[05:24] <sistpoty> exactly... and I guess that would be a good start for some ubuntu-care-for-orphaned-packages team
[05:24] <LaserJock> yeah, I think that could certainly be a team
[05:25] <LaserJock> but I think if teams were already in place for those "types" of packages
[05:25] <LaserJock> for instance, MOTU Science has 450+ packages
[05:26] <LaserJock> I wouldn't have looked after a vast majority of them if I was *just* looking after the particular ones I used
[05:26] <bddebian> ajmitch: Do we have those identified?  I'd gladly join a "bastard packages" team :-)
[05:26] <ajmitch> bddebian: hah no
[05:27] <bddebian> laterz
[05:27] <sistpoty> later ajmitch
[05:31] <Lathiat> word of advice
[05:31] <Lathiat> for anyone with those ubuntu stickers that shipped with the edgy cds
[05:31] <Lathiat> dont put them on hot areas
[05:31] <Lathiat> like the hot part of an lcd monitor
[05:31] <Lathiat> they leave lots of white gunk behind when they fall off from drying out
[05:31] <Lathiat> thats hard to clean off
[05:32] <tonyyarusso> ~ubuntu-orphanage ;)
[05:32] <tritium> LaserJock: I'm walking into the conversation late, but I know that I would benefit from a team structure where I could receive some "assignments" so to speak.  Perhaps have a few tasks delegated to me.  I have little time to stay up with mailing lists, etc.
[05:34] <tonyyarusso> anyone have a PPC machine I could try building on?  I've got an x86 and a 64-bit going now.
[05:35] <bddebian> tritium: Join the club ;-)
[05:36] <tritium> bddebian: :)
[05:36] <RAOF> Incidentally, anyone wanting an AMD64 pbuilder is welcome to ask me :)
[05:36] <bddebian> RAOF: You want to send me an AMD64 machine?  Awesome, thanks!
[05:36] <tritium> bddebian: you used to send people computers...
[05:37] <bddebian> tritium: I know
[05:37] <tonyyarusso> Somehow I doubt x86 machines are in great demand.
[05:37] <tonyyarusso> you used to send out computers?
[05:38] <RAOF> bddebian: I'll let you send me an SSH public-key for *my* AMD64 box :)
[05:38] <bddebian> Yeah, I used to have access to a lot of hardware
[05:38] <tonyyarusso> cool
[05:38] <tonyyarusso> What through?
[05:39] <bddebian> I used to work at a large company
[05:40] <tonyyarusso> We talking like Dell large?
[05:40] <bddebian> Nike
[05:41] <RAOF> Not traditionally associated with sending out lots of hardware?
[05:41] <tonyyarusso> interesting
[05:41] <bddebian> No, we just used to changeover hardware a lot so we had a lot of "extras"
[05:42] <tonyyarusso> Is a find statement valid for debian/packagename.docs do you think?  (/me hopes so)
[05:44] <ajmitch> back
[05:45] <ajmitch> hehe
[05:45] <sistpoty> gn8 everyone
[05:45] <ajmitch> good luck ;)
[05:45] <bddebian> Gnight sistpoty
[05:45] <sistpoty> I'll try my best ;)
[05:45] <bddebian> Hmm, to upload or not to upload.. That is the question
[05:45] <ajmitch> bddebian: if you have any brilliant way of getting the number of bugs for packages with -0ubuntuX in the version, I'd love to hear it
[05:46] <ajmitch> some way that doesn't kill launchpad or take hours
[05:47] <bddebian> ajmitch: The rest of the tilp2 packages that I now have 2 in the archive 1 in NEW and two left to upload
[05:47] <bddebian> ajmitch: d00d brilliant and me don't go together, you know that by now :-)
[05:47] <LaserJock> I'm going to have to talk to LP guys about the data mining stuff
[05:48] <ajmitch> LaserJock: yep
[05:48] <ajmitch> bddebian: you want to upload new source packages?
[05:48] <LaserJock> it really seems essential for us to be able to get more info out, and in an efficient way
[05:48] <ajmitch> definitely
[05:48] <bddebian> ajmitch: Yeah :-(
[05:48] <ajmitch> I was just thinking about that on the way home
[05:48] <ajmitch> how as a DD, I have full access to a mirror of the BTS
[05:48] <ajmitch> & can do whatever datamining I need
[05:49] <ajmitch> I could write up a script to parse the bts data for the criteria I specified
[05:49] <ajmitch> but not for ubuntu, the bug data is locked away
[05:51] <ScottK> Is Canonical opposed to opening up the data or just haven't done it yet?
[05:51] <ajmitch> I don't know 
[05:51] <ScottK> I think that's the key question.
[05:52] <ajmitch> or they haven't had time to provide interfaces to that data
[05:52] <ScottK> Personally I consider it a business risk to use a distro that is run on a proprietary infrastructure.
[05:52] <ScottK> It's one I'm willing to take, but a risk none the less.
[05:56] <ScottK> bddebian: Thanks for the bug fix upload.
[05:57] <bddebian> NP
[05:58] <bddebian> Glad to be of SOME use ;-)
[05:58] <ajmitch> more use than I :)
[05:58] <ScottK> Hey don't worry,  I got a trickier one coming.
[06:00] <ScottK> The current release of one of the packages I uploaded has a works with IPv4, but will have suprising results with IPv6 problem.  Once I get it fixed and do a new release upstream, I'll backfit the patch.
[06:02] <ajmitch> mm, socket coding
[06:02] <ScottK> So far I've managed to fix IPv6 and break v4 in the process.
[06:08] <ScottK> bddebian: Did you get finished looking a courier?
[06:08] <bddebian> ScottK: It's uploaded already man
[06:09] <tonyyarusso> Oh, this is fun.  Figuring out which nvu patches were already applied to kompozer and which I still need :P
[06:09] <ScottK> Ah.  OK.  Cool.  Thanks again.
[06:14] <tritium> crimsun: finished testing, commented on bug 19482
[06:14] <Ubugtu> Malone bug 19482 in speex "speexenc segfaults on amd64" [Medium,Fix committed]  https://launchpad.net/bugs/19482
[06:15] <bddebian> Gah stupid php4 dependencies
[06:21] <ajmitch> bddebian: issues?
[06:21] <ScottK> Good night everyone.   I'm off to bed.
[06:21] <ajmitch> night ScottK 
[06:22] <bddebian> Gnight ScottK
[06:22] <bddebian> ajmitch: Yeah, there is a totally seperate branch for libphp-jpgraph to support PHP5 (2.x versions).  And tutos2 depends on libphp-jpgraph :-(
[06:23] <ajmitch> oh nice
[06:24] <Lathiat> if your a hosting platform
[06:24] <Lathiat> your nuts to go php5
[06:24] <Lathiat> it breaks too much
[06:24] <Lathiat> but some people are starting to want it now
[06:24] <Lathiat> fortunately if you run suphp you can support both at once
[06:24] <ajmitch> well, php4 is being dropped
[06:24] <Lathiat> yeh i saw that
[06:25] <ajmitch> probably a good thing we use debian at work :)
[06:25] <Lathiat> im running ubuntu on my stuff :/
[06:25] <Lathiat> i was pondering maintaing a repo with up to date php versions
[06:25] <Lathiat> rather than trying to backport fixes
[06:25] <Lathiat> i'll have to do it for us anyway may as well publish it
[06:27] <tonyyarusso> How is this possible?
[06:27] <tonyyarusso> find /tmp/buildd/kompozer-0.7.7/ -type f -name "*README*" -exec dh_installdocs '{}' '+'
[06:27] <tonyyarusso> cp: cannot stat `README.txt': No such file or directory
[06:27] <tonyyarusso> It's finding the file on its own, and immediately claiming it doesn't exist.
[06:27] <Lathiat> -exec ls {} \;
[06:28] <RAOF> tonyyarusso: Is find passing the full path to README.txt?
[06:28] <tonyyarusso> Lathiat: You suggesting putting that in for troubleshooting purposes?
[06:28] <Lathiat> tonyyarusso: yes
[06:28] <tonyyarusso> RAOF: No idea.
[06:28] <Lathiat> to see if ls shows it
[06:28] <tonyyarusso> right
[06:28] <Lathiat> i suspect path may be the issue
[06:28] <tonyyarusso> that sounds very plausible.
[06:28] <ajmitch> you're doing crazy things with find there
[06:28] <Lathiat> dh_installdocs possibly expects a different path
[06:28] <tonyyarusso> I wonder if there's a find switch for full path.
[06:28] <Lathiat> you have the full path being passed in if your doing find /tmp
[06:29] <tonyyarusso> You're right, find just gives filename only, not even immediate directory.
[06:29] <Lathiat> hrm
[06:29] <tonyyarusso> ajmitch: Well, Having the files listed didn't work, and there's a slew of READMEs, so I thought it might be useful.  Maybe.
[06:29] <Lathiat> i never new the '+' thing existed
[06:31] <tonyyarusso> Okay, including the secondary readmes was just to be nice anyway.  Screw it (for now)
[06:37] <ajmitch> heh, nice bit of python code: from __future__ import braces
[06:37] <RAOF> :)
[06:38] <_ion> from __future__ import ruby
[06:39] <tonyyarusso> It's really irritating when your compiles aren't failing until the clean rules...
[06:42] <bddebian> Heya Hobbsee
[06:42] <RAOF> tonyyarusso: That's odd.  Clean should be run first, shouldn't it :)
[06:44] <ajmitch> hello Hobbsee 
[06:45] <Hobbsee> heya aj
[06:45] <Hobbsee> heya ajmitch 
[06:46] <Hobbsee> hey RAOF :)
[06:47] <tonyyarusso> Hobbsee: You're just in time to review this package if I can ever get it to build ;)
[06:47] <Hobbsee> tonyyarusso: work in 3+ mins
[06:47] <Hobbsee> maybe 8
[06:47] <Hobbsee> no time
[06:47] <tonyyarusso> Ah, all right :)
[06:48] <RAOF> tonyyarusso: I could kinda review it on the weekend, but I'd only be useful if I could point out things you need to change :)
[06:52] <tonyyarusso> RAOF: That's all anyone's done so far.
[06:56] <tonyyarusso> Oh my god, it built somewhere.
[06:59] <tonyyarusso> hppa isn't anything near an "officially supported" arch yet, right?
[06:59] <bddebian> Not in Ubuntu afaik
[06:59] <tonyyarusso> ok
[07:02] <bddebian> Ah well, gnight folks
[07:07] <tonyyarusso> So APPARENTLY, the source code as it stands now creates a binary named nvu, not kompozer....
[07:07] <Lathiat> hah
[07:10] <tonyyarusso> I'm giving up for the night, again.  Boo.
[07:57] <imbrandon> ello all
[07:58] <tritium> hi imbrandon 
[08:05] <imbrandon> heya
[08:32] <AnAnt> Hello, I got a question, I am maintaining a package in Ubuntu
[08:32] <AnAnt> I found that someone has a good patch for that package in Mandriva, is it allowed to use that patch in my Ubuntu package or not ?
[08:33] <StevenK> Sure.
[08:33] <StevenK> The simpler answer is to get upstream to include it.
[08:34] <AnAnt> thanks
[08:43] <siretart> ajmitch: I've done both: preseeding and FAI. both have advantages and disadvantages
[08:43] <siretart> morning folks
[08:46] <StevenK> Fujitsu: Whyfor?
[08:47] <Fujitsu> StevenK, there is quite a number of bugs about it causing distorted sound since we reenabled it.
[08:48] <StevenK> I think mp3lib keeps throwing an error on my Edgy 32 bit chroot, too.
[08:48] <Fujitsu> It works fine for m.e
[08:48] <Fujitsu> But not for others.
[08:48] <Fujitsu> (it was disabled in Edgy)
[08:49] <Fujitsu> And the enabling of mp3lib seems to be causing a Firefox crash as well :/
[08:49] <StevenK> "Requested audio codec family [mp3]  (afm=mp3lib) not available. ..."
[08:49] <Fujitsu> That being Edgy, I presume.
[08:49] <StevenK> I'm guessing my config is wanting it.
[08:51] <Fujitsu> Probably.
[08:55] <StevenK> Hrm.
[08:55] <StevenK> It only appears in /etc/mplayer/codecs.conf.dpkg-bak
[08:56] <dholbach> good morning
[08:58] <Fujitsu> StevenK: Great!
[08:58] <Fujitsu> Morning, dholbach.
[08:58] <Fujitsu> StevenK: Maybe it's a hard-coded default... I'm not sure.
[09:00] <dholbach> hey Fujitsu
[09:21] <imbrandon> StevenK, a sparc got added to my buildd's today ( it only has edgy and feisty pbuilders atm )
[09:21] <imbrandon> heh
[09:22] <imbrandon> thanks to siretart 
[09:22] <imbrandon> ;)
[09:23] <imbrandon> dapper and the others are building now
[09:23] <imbrandon> and the accounts script is running
[09:33] <StevenK> imbrandon: Nice
[09:34] <StevenK> imbrandon: What kind of sparc?
[09:34] <imbrandon> ultra 10 iirc
[09:35] <imbrandon> if you ssh to build.imbrandon.com you can "ssh sparky" from there
[09:35] <imbrandon> and check it out
[09:35] <imbrandon> as i said though only the edgy and feisty pbuilders are working if you actualy use it though
[09:35] <imbrandon> the reset are in the "create" mode
[09:37] <StevenK> Permission denied (publickey).
[09:37] <Fujitsu> imbrandon: How are we meant to get to the other machines?
[09:37] <Fujitsu> What StevenK said.
[09:37] <StevenK> :-P
[09:38] <imbrandon> hrm
[09:38] <imbrandon> using the username from LP ?
[09:38] <imbrandon> on build. or sparky ?
[09:38] <StevenK> I'm jumping from aurora, which already has it.
[09:38] <imbrandon> right
[09:39] <imbrandon> aurora and sparky should be setup exactly the same
[09:39] <imbrandon> hrm
[09:39] <Fujitsu> But our private keys aren't on aurora.
[09:39] <Fujitsu> (fortunately)
[09:39] <imbrandon> oh right , hum one sec
[09:39] <imbrandon> you wont be able to jump like that then lol
[09:39] <StevenK> Fujitsu: Like we trust imbrandon that much. :-P
[09:39] <imbrandon> hahah /me headdesks
[09:40] <StevenK> Linux sparky 2.6.17-11-sparc64 #2 Thu Feb 1 19:25:47 UTC 2007 sparc64
[09:40] <Fujitsu> There must be something to give passwordless authentication if you're already authenticated like that. Isn't that what Kerberos is for?
[09:40] <Fujitsu> StevenK, tunneling a port?
[09:40] <StevenK> Nope.
[09:40] <StevenK> ssh key forwarding
[09:41] <imbrandon> 131.188.40.94
[09:41] <Fujitsu> Using ssh-agent forwarding?
[09:41] <imbrandon> lemme setup a dns entry
[09:41] <StevenK> Fujitsu: Right.
[09:41] <Fujitsu> I remembered seeing something about that in the ssh manpage.
[09:42] <StevenK> Fujitsu: ssh-add, ssh -A build.imbrandon.com and then ssh sparky
[09:42] <Fujitsu> Thanks.
[09:42] <StevenK> Fujitsu: I'd say you can buy me a beer, but you can't. :-P
[09:42] <imbrandon> sparky.build.imbrandon.com should be setup soonish
[09:42] <imbrandon> ;)
[09:43] <imbrandon> as far as direct dns for later
[09:43] <Fujitsu> StevenK: I'm allowed to buy a beer, the people just aren't allowed to sell it to me.
[09:43] <siretart> you can use 'sparky.informatik.uni-erlangen.de' alternatively
[09:44] <Fujitsu> Thanks imbrandon. This is great :)
[09:44] <StevenK> Heh
[09:44] <imbrandon> siretart, ahh great, i forgot the hostname, i only had the ip
[09:44] <imbrandon> ;)
[09:44] <siretart> imbrandon: are you going to announce the availability of the machines on ubuntu-motu@ ?
[09:44] <AnAnt> hello, can someone tell me what other info is needed in this sync request: https://launchpad.net/bugs/84857 
[09:44] <Ubugtu> Malone bug 84857 in Ubuntu "Please sync gplcver 2.11a-3 (unstable) from Debian" [Wishlist,Needs info]  
[09:44] <imbrandon> siretart, yea in the next ~24 hours once all the pbuilders are setup
[09:44] <siretart> imbrandon: the reverse lookup should point to that hostname
[09:45] <imbrandon> i have the i386 and the ppc and the sparc all >< this close to being done
[09:45] <siretart> :)
[09:45] <imbrandon> siretart, btw the account script is in /usr/local/sbin/
[09:45] <AnAnt> is Martin Pitt here ?
[09:45] <imbrandon> if you wanna peek at it sometime
[09:45] <siretart> imbrandon: the sparc is not in our DC yet, I need to relocate it, I'll announce that here
[09:46] <siretart> imbrandon: I've already inspected it ;)
[09:46] <imbrandon> AnAnt, he is pitti in -devel
[09:46] <AnAnt> ok
[09:46] <imbrandon> siretart, ;)
[09:46] <imbrandon> only -dev and -core-dev like the other boxes at my DC
[09:46] <imbrandon> cool, will the ip stay the same ?
[09:47] <swarog> im getting lintian error 'bad-distribution-in-changes-file feisty'
[09:47] <AnAnt> swarog: that's ok
[09:48] <swarog> and package-uses-deprecated-debhelper-compat-version 3
[09:48] <swarog> Build-Depends: debhelper (>= 5.0.0)
[09:48] <AnAnt> swarog: set compat to 5
[09:49] <swarog> same thing
[09:49] <swarog> Build-Depends: debhelper (>= 5)
[09:49] <swarog> like this?
[09:49] <AnAnt> swarog: you got a file called compat ?
[09:49] <swarog> oh, heh
[09:49] <swarog> i deleted it :)
[09:50] <AnAnt> well if you have it, it must have the number 5
[09:50] <swarog> doh 'declares-possibly-conflicting-debhelper-compat-versions rules=5 compat=5'
[09:51] <swarog> ok, i removed compat file fixed it in rules
[09:59] <swarog> can someone review please?
[09:59] <siretart> imbrandon: yes, the ip and hostname are static
[10:01] <AnAnt> bdmurray: ping
[10:03] <swarog> chrootbin
[10:57] <Lathiat> oh dear
[10:57] <Lathiat> http://www.digg.com/linux_unix/Ubuntu_Ultimate_Edition_1_2_DVD_Now_Available_at_LinuxTracker_org
[10:59] <SWAT> Lathiat, OK, that's funny (yet lame)
[11:00] <crimsun> tritium: thanks
[11:04] <geser> crimsun: hi, there is a new version of the i810-modesetting driver in Debian experimental. have you already tried it out?
[11:04] <crimsun> geser: not yet, have been waiting for the required bits to trickle into Ubuntu
[11:47] <Amaranth> Lathiat: that screenshot makes me cry
[11:49] <ajmitch> Amaranth: but it's shiny!
[12:20] <cringer> heh
[12:21] <ajmitch> sad
[12:21] <cringer> lol
[12:29] <ajmitch> aha, the isp has a note up about it
[12:29] <geser> dholbach (or any other motu-uvf): do updates to native Debian package need an UVF exception?
[12:29] <ajmitch> oh that's right!
[12:29] <ajmitch> I was going to bring that up :)
[12:30] <dholbach> if it's a simple some liner fix, no
[12:30] <dholbach> at least that's what I'd say
[12:31] <ajmitch> dholbach: can I get a general exception for authtool in that case, being the upstream author? :)
[12:32] <dholbach> exception because you're the celebrity you are or what? ;-)
[12:32] <ajmitch> because I've got a stack of bugs filed against it already :)
[12:32] <ajmitch> & slomo doesn't mind it.. 
[12:32] <dholbach> :-)
[12:33] <ajmitch> are we unassigning motu-uvf when confirming?
[12:34] <slomo> dholbach: if ajmitch is upstream of it anyway it imho doesn't make a difference if he puts the patches in the old package or creates a new upstream version for them... do you agree?
[12:34] <dholbach> yeah, I do
[12:35] <dholbach> not sure if that requires a MC decision
[12:36] <sistpoty> I don't think we should make things overcomplicated ;)
[12:38] <AnAnt> ping bdmurray 
[12:38] <ajmitch> dholbach: oh, and for packages I want UVFs for (to unbreak them), I guess it shouldn't be hard to get 2 people other than myself to ACK
[12:39] <dholbach> *nod*
[12:39] <AnAnt> bdmurray: ping
[12:39] <dholbach> where's the debian rc fix list?
[12:40] <ajmitch> ajmitch.net.nz/~ajmitch/missing-fixes-rc.html
[12:40] <sistpoty> dholbach: see topic
[12:40] <dholbach> gracias :)
[12:40] <dholbach> https://wiki.ubuntu.com/MOTU/TODO
[12:41] <ajmitch> probably replace the RC bugs list in /topic with that
[12:42] <dholbach> Why is everything on http://wiki.ubuntu.com/MOTU in bold letters?
[12:42] <dholbach> that doesn't make sense.
[12:42] <dholbach> ok, it's not all - i take it back
[12:43] <sistpoty> because we're a bold team? *g+
[12:43] <ajmitch> too much gum? :)
[12:44] <StevenK> Some of that extra gum that ajmitch mentioned? :-P
[12:45] <dholbach> I dunno what he's referring to ;-)
[12:47] <StevenK> I don't either. To be honest, it sounded funnier in my head. :-P
[12:55] <cringer> fskin windows servers
[12:55] <cringer> i hate them
[01:09] <Fujitsu> A common use of `Fix Committed' is for marking bugs that are fixed upstream... Isn't that a complete abuse of the status?
[01:10] <Lathiat> arguably you should add an upstream item and mark that as fixed
[01:10] <Lathiat> whether that be committed or released
[01:10] <imbrandon> fix commited should be used for stuff thats uploaded to -proposed iirc 
[01:11] <imbrandon> but not the normal archive imho
[01:11] <Lathiat> i thought it was when it was committed to the software
[01:11] <Lathiat> i.e. a branch in bzr
[01:11] <Lathiat> or $revcontrol
[01:11] <Lathiat> but not yet uploaded
[01:11] <Lathiat> or if its upstream just in source control not in a release
[01:11] <Fujitsu> The Ubuntu task should be for... the Ubuntu task. Unrelated to upstream.
[01:12] <Fujitsu> Committed to the Ubuntu bzr branch is a good use for it.
[01:12] <Fujitsu> And there are also quite a number of bugs floating around with non-release-specific tasks open when they should have a release-specific one, due to SRUs... What a mess.
[01:15] <StevenK> % wc -l cyrus-edgy-proposed.debdiff
[01:15] <StevenK> 34 cyrus-edgy-proposed.debdiff
[01:15] <StevenK> Woot.
[01:16] <StevenK> However, it patches configure during the build process, which is ... evil.
[01:17] <dholbach> where would be the best place to put information about breaking Universe FF in the wiki?
[01:18] <Fujitsu> `breaking'? An exception, you mean?
[01:18] <dholbach> yeah
[01:18] <Fujitsu> wiki.ubuntu.com/FreezeExceptions, as with UVF.
[01:18] <dholbach> I dunno who came up with the term "Universe FeatureFreeze"
[01:18] <Hobbsee> dholbach: the one listed under !schedule
[01:19] <StevenK> Universe doesn't have features. :-P
[01:19] <Fujitsu> NewPackagesFreeze, it should really be named.
[01:19] <StevenK> Therefore, we don't have a Feature Freeze. :-P
[01:19] <dholbach> yeah, I agree Fujitsu
[01:19] <Fujitsu> For Feisty+1, I guess.
[01:19] <dholbach> i'll change it to NewPackagesFreeze
[01:19] <dholbach> it's self-explaining
[01:20] <Fujitsu> Having different meanings for the same term between main and universe is just confusing.
[01:20] <ajmitch> new packages are features :)
[01:20] <Fujitsu> zeroinstall-injector... feature... Hm. No.
[01:21] <Fujitsu> Anyhow, to bed with me.
[01:22] <Fujitsu> Wow, beta in a month... This cycle has gone quickly.
[01:23] <StevenK> Fujitsu: Funny bed you have.
[01:23] <StevenK> :-P
[01:23] <Fujitsu> StevenK: Heheh.
[01:23] <elkbuntu> intarweb enabled bed. where do i get one of these contraptions?
[01:23] <Fujitsu> I went to do a final email check... And never ended up leaving.
[01:28] <StevenK> crimsun: For an SRU, is 2.2.13-4ubuntu1 -> 2.2.13-4ubuntu1.1~proposed1 acceptable?
[01:31] <sistpoty> StevenK: looks sane to me
[01:31] <StevenK> The rest of the patch isn't. :-P
[01:31] <StevenK> sistpoty: I'll upload the debdiff to the bug, and subscribe motu-sru.
[01:32] <sistpoty> StevenK: ok... I'll take a look than
[01:37] <shawarma> I see we no longer require two ACKs for a new source package... So what is needed now? Just one ACK? None at all?
[01:38] <StevenK> crimsun, sistpoty, siretart: bug 67111
[01:38] <Ubugtu> Malone bug 67111 in cyrus-imapd-2.2 "Cyrus linked against db4.4 compiled against 4.3 ?" [Undecided,Confirmed]  https://launchpad.net/bugs/67111
[01:39] <dholbach> shawarma: no ACKs needed for ubuntu-dev members, two for everybody else
[01:39] <dholbach> I updated http://wiki.ubuntu.com/MOTU/Packages/New/Policy
[01:40] <GNUro> 'lo!
[01:44] <shawarma> dholbach: Alright.
[01:46] <sistpoty> StevenK: please set yourself as assignee for your sru ;)
[01:49] <siretart> StevenK: go ahead! :)
[01:50] <crimsun> the timestamps on those +1 are humourous
[01:51] <crimsun> :46, :47, :49
[01:51] <sistpoty> hehe
[01:51] <sistpoty> huhu siretart
[01:55] <Hobbsee> !spec
[01:55] <ubotu> A spec is the details (specifications) of the components that make up software or a device. See: https://launchpad.net/ubuntu/+specs for specifications in Ubuntu.
[01:57] <StevenK> crimsun, sistpoty, siretart: I've assigned it to myself, so now I upload and subscribe -archive?
[01:58] <sistpoty> StevenK: upload and subscribe ubuntu-sru
[01:58] <sistpoty> (that's the subset of archive dealing with erm.. sru's *g*)
[01:59] <StevenK> Done.
[02:00] <sistpoty> wow, I just switched networking of my gf's laptop from ethernet to wireless via ssh. and I'm still logged in though the box got a new ip now. amazing.
[02:01] <geser> Hobbsee: Hi, do you know why there is now also ubuntu-universe-sponsors@lists.ubuntu.com?
[02:02] <Hobbsee> geser: because it took 2+ weeks for canonical to get back to me
[02:02] <slomo> giskard: telepathy-sharp is broken... it does not depend on libndesk-dbus1.0-cil it seems... please fix this :)
[02:02] <jdong> slomo: any plans for monodevelop 0.13?
[02:02] <jdong> they finally added function call tooltips :)
[02:03] <slomo> giskard: probably because either your configure check is wrong or you need both, -glib and non-glib
[02:03] <geser> Hobbsee: do we keep the current list or is a move to the one hosted by ubuntu planned?
[02:04] <Hobbsee> geser: keep the currnet, until you hear otherwise
[02:04] <Hobbsee> (by me or steve)
[02:04] <geser> ok
[02:04] <giskard> slomo, uh, it build-deps only on libndesk-dbus1.0-cil
[02:05] <giskard> or at last it links only to NDesk.DBus.dll
[02:06] <giskard> uh yes, the configure.ac is wrong
[02:15] <slomo> jdong: is it released yet?
[02:15] <slomo> jdong: afaik no
[02:20] <jdong> slomo: it's out... as of 12h ago :D
[02:37] <sistpoty> later folks
[02:48] <afflux> anyone for reviewing http://revu.tauware.de/details.py?upid=4442 ?
[03:01] <Hobbsee> afflux: feature freeze is on - likely no point
[03:01] <Hobbsee> afflux: if it's never been in ubuntu before
[03:01] <swarog> hello
[03:02] <afflux> ah, alright. so next release with it would be 7.10?
[03:03] <Hobbsee> oh, it looks like they may accept on an "is needed" basis
[03:03] <Hobbsee> yes
[03:03] <Hobbsee> hi swarog 
[03:03] <swarog> Hobbsee: can you take a look at revu for something?
[03:03] <Hobbsee> what is it?
[03:04] <Hobbsee> feature freeze is here - all uploads will only be accepted on an "is needed for release" basis
[03:04] <swarog> Hobbsee: crap :(
[03:04] <tonyyarusso> Anybody with time to kill?  I finally got my package to build (ie, I think I fixed all of MY errors), but it is "confused" and I need to troubleshoot the actual source now - not my strong point.
[03:04] <swarog> well, its some simple script, nothing much
[03:04] <swarog> Hobbsee: chrootbin
[03:05] <Hobbsee> tonyyarusso: can try
[03:05] <afflux> Hobbsee: it isn't needed ;) alright, so i've been to slow. what a pitty ;)
[03:05] <tonyyarusso> Hobbsee: I have debs for x86 and amd64, which do you need?
[03:06] <Hobbsee> afflux: by a few days
[03:06] <Hobbsee> tonyyarusso: the source.  x86
[03:06] <Hobbsee> swarog: hrm.
[03:06] <Hobbsee> https://wiki.ubuntu.com/DeveloperCommunication is interesting, too.
[03:08] <swarog> Hobbsee: something particular to pay attention to?
[03:08] <Hobbsee> swarog: not really, was just what i was reading
[03:09] <Hobbsee> you probably want to pay attention to !schedule
[03:13] <tonyyarusso> Hobbsee: I'm working on trying to upload stuff somewhere for you, which will take a while.  In the meantime, here's what seem to be the problem: Not everything has changed names.  ie, the program is supposed to be kompozer, but what my deb created was a /usr/bin/nvu, which then fails to run.
[03:15] <Hobbsee> er....?
[03:15] <tonyyarusso> exactly.
[03:15] <Hobbsee> something buggery in the makefile?
[03:15] <tonyyarusso> kompozer.net for the original tarball and a description.
[03:15] <tonyyarusso> Maybe.
[03:15] <Hobbsee> yeah, just found it
[03:23] <AnAnt> bdmurray: ping
[03:24] <AnAnt> Hobbsee: ping, could you review acon (http://revu.tauware.de/details.py?upid=4471), it is a bug fix not a new release
[03:28] <tonyyarusso> Hobbsee: Okay, I'm going to go grab breakfast (just got up), but I'm putting various files of note at http://www.tonyyarusso.com/files/ for you to look at.  Just give me a hilight if you find anything, and I'll be back in a bit.
[03:28] <mafix> hi together.. would some one review my upload http://revu.tauware.de/details.py?upid=4474 it's my first upload
[03:29] <ScottK> AnAnt: For bug fixes I think you are supposed to just attach a debdiff to the bug and subscribe "Ubuntu Sponsors for universe" to the bug, not upload to revu.
[03:30] <AnAnt> ScottK: I must first file a bug, right ?
[03:30] <ScottK> If there isn't one, yes.
[03:32] <ScottK> AnAnt: Here's one I did yesterday - Bug #87236
[03:32] <Ubugtu> Malone bug 87236 in postfix-policyd-spf-perl "Incorrect file reference in long summary in debian/control" [Undecided,Fix released]  https://launchpad.net/bugs/87236
[03:32] <AnAnt> ScottK: How do I use debdiff ?
[03:34] <ScottK> Build the fixed package and then you will have .dsc files for both the old and new versions.  Then debdiff oldpackage.dsc newpackage.dsc > patchname
[03:34] <ScottK> I usually use packagename.debdiff for the patchname.
[03:34] <AnAnt> cool
[03:34] <ScottK> man debdiff for details.
[03:40] <ScottK> mafix: Is there a good reason why you build depend on an obsolete library: "build-depends-on-obsolete-package build-depends: xlibs-dev" from http://revu.tauware.de/revu1-incoming/tangerine-0702230820/lintian
[03:41] <Hobbsee> AnAnt: sometime, maybe.  debdiff is better
[03:41] <Hobbsee> tonyyarusso: right.  i'm very sleepy, try poking me tomorrow
[03:42] <tonyyarusso> Hobbsee: Ok.
[03:44] <mafix> ScottK: yes i don't now if there exists a replacement.. on the other side the lindian file is outdated - is on from the old pacakge
[03:45] <AnAnt> Hobbsee: ok, will try that
[03:46] <ScottK> mafix: It's true that the lintian on revu is old, but I'd expect that makes it likely that the package is REALLY obsolete.  I'm no expert, but I'd suggest you find out if a newer library will do.
[03:47] <Hobbsee> mafix: apt-cache show xlibs-dev
[03:50] <mafix> ScottK: can you explain me how i can add a new lindian file to the revu upload? adding it with the hash to changes?
[03:50] <Hobbsee> mafix: you dont.  the lintian file on REVU is specific to that machine
[03:50] <Hobbsee> ScottK: actually, that machine is dapper, iirc, now
[03:51] <Hobbsee> hobbsee@tiber:~$ cat /etc/issue
[03:51] <Hobbsee> Ubuntu 6.06.1 LTS \n \l
[03:51] <Hobbsee> yep
[03:51] <ScottK> Hmmm.  Dapper is good.  My primary desktop is still Dapper.
[03:53] <ScottK> Hooray! My last new package for Feisty just made it out of the NEW queue and built successfully!
[03:54] <lastnode> guys, does anyone know if there were any bcm43xx improvements in the Feisty spec?
[04:01] <bddebian> Heya gang
[04:01] <tonyyarusso> hi
[04:02] <AnAnt> StevenK: regarding the bug report, should I assign it to Myself ?
[04:02] <bddebian> Hello tonyyarusso
[04:02] <ScottK> AnAnt: I think you wanted ScottK and not StevenK (sorry StevenK).
[04:02] <AnAnt> StevenK: and if I put a bug fix (I am the maintainer btw), shall I change the Status to Fix Committed or Fix Released ?
[04:03] <AnAnt> ScottK: regarding the bug report, should I assign it to Myself ?
[04:03] <ScottK> No.
[04:03] <AnAnt> ScottK: and if I put a bug fix (I am the maintainer btw), shall I change the Status to Fix Committed or Fix Released ?
[04:03] <ScottK> Leave it unassigned and subscribe U-U-S to the bug.
[04:03] <AnAnt> StevenK: sorry & thanks
[04:03] <ScottK> They (the U-U-S) use those fields to mean stuff to them.
[04:04] <tonyyarusso> ikonia_: I'm working on (slowly) uploading the relevant source package files to http://www.tonyyarusso.com/files/.  The package is called KompoZer, and is a stopgap bugfix of Nvu.  I finally got it to build without errors, but now after installing the .deb, the binary is /usr/bin/nvu, not /usr/bin/kompozer, and running that gives "Cannot find mozilla runtime directory. Exiting."
[04:04] <ScottK> Once someone commits the bug they
[04:04] <ScottK> oops
[04:04] <tonyyarusso> @ bddebian, ScottK, and anyone else that's been following too ^^
[04:04] <ScottK> They'll generally mark it fix committed.
[04:04] <ikonia_> tonyyarusso checking your files now
[04:04] <ScottK> From there on you keep an eye on it ane once the binaries are built you mark it fix released.
[04:05] <AnAnt> UUS is ?
[04:05] <ScottK> AnAnt: Ubuntu-Universe-Sponsors.  See the bug I gave you earlier for an exampe.
[04:05] <AnAnt> ok
[04:05] <ScottK> exampe/example.
[04:05] <AnAnt> bddebian: Hello & Hide
[04:06] <bddebian> tonyyarusso: From the little bit that I have been following, does kompoZer have it's own mozilla source inside the package?  If so, does it have the option to build with an external package?
[04:06] <bddebian> AnAnt: Got your message, I'll look at it soon, I have a meeting at 10:30
[04:06] <ScottK> tonyyarusso: Unfortunately I'm about to get in my car and drive 2 hours each way to do 15 miutes worth of work...
[04:06] <AnAnt> bddebian: well, I was told to file a bug report & put a debdiff there instead
[04:07] <tonyyarusso> bddebian: The source tarball has a mozilla/ dir if that's what you mean for the first part, not sure about the external package thing.
[04:07] <ScottK> AnAnt: What you should probably do is either here or in a comment on REVU ask one of the MOTUs to archive that upload so it'll be clear it doesn't need review.
[04:08] <tonyyarusso> ScottK: Hehe, sounds like fun.  Well, there's a good chance I'll still be having issues when you get back if you're still interested; if not, meh.
[04:08] <bddebian> tonyyarusso: Typically what they'll do is give an option to configure to build with an external "mozilla" instead of the "internal" source
[04:09] <bddebian> AnAnt: OK, do you have a bug already?
[04:09] <tonyyarusso> bddebian: Okay, and what does that do for me?
[04:09] <bddebian> Well for 1 thing we don't use "mozilla" :-)
[04:10] <AnAnt> bddebian: yeah, archive it please
[04:10] <AnAnt> here is the bug #87328
[04:10] <Ubugtu> Malone bug 87328 in acon "acon doesn't load keymap. Control keys won't work if not run using sudo" [Undecided,Unconfirmed]  https://launchpad.net/bugs/87328
[04:10] <AnAnt> that bot is marvelous !
[04:11] <AnAnt> ok, so I filed the bug & attached a debdiff. anything else I should do ?
[04:11] <tonyyarusso> bddebian: There was a compiling info page; I'll see if I can find mention of that.
[04:11] <ScottK> AnAnt: Wait.  You can harrass bddebian if you want.
[04:12] <AnAnt> ScottK: Erm, I think I do that a lot already
[04:13] <AnAnt> oh and I subscribed UUS
[04:13] <ScottK> That's the process.
[04:13] <AnAnt> ok
[04:13] <AnAnt> thanks
[04:14] <AnAnt> ScottK: btw, does the reportbug utility file the bug in LP ?
[04:15] <ScottK> The Ubuntu one does, I think, but I've never actually reported a bug using it.
[04:15] <AnAnt> ok, thanks
[04:55] <ScottK> mafix: Look at the last two lines of your debian/copyright - there's some generic boilerplate there.
[04:57] <mafix> ScottK: thanks is removed.. 
[05:03] <tonyyarusso> How on earth does a 30 MB source become a 23 KB .deb?
[05:06] <mafix> ScottK: uploaded the change.
[05:07] <ScottK> OK.  I'm not an expert.  That was the last obvious thing I saw.  Hopefully someone else with more experience will jump in now...
[05:13] <lucascle_> Hi guys!
[05:13] <lucascle_> I have a proposal for the universe: Look at http://www.codeblocks.org/
[05:13] <lucascle_> There's even an ubuntu version of this
[05:16] <tonyyarusso> Do you happen to know if an Ubuntu person did the build and would be good for the maintainer, or if upstream did it?
[05:17] <lionel> lucascle_: I would say you should list it on https://wiki.ubuntu.com/MOTU/Packages/Candidates
[05:17] <lionel> but it is listed already
[05:17] <lionel> a package has been uploaded to REVU long time ago but looks like package has been abandonned
[05:18] <lionel> there is a Debian ITP
[05:18] <lionel> and by the way, Feisty is now in freeze: we can not upload new packages :(
[05:23] <Toadstool> g'morning MOTU world!
[05:24] <tonyyarusso> g'mornin'
[05:24] <lucascle_> But look here: http://forums.codeblocks.org/index.php?topic=5243.0
[05:24] <tonyyarusso> If you're looking for a project, start going through things on http://www.tonyyarusso.com/files/ and figure out why this package is buggered like it is...
[05:35] <Q-FUNK> any Apport expert here?
[05:40] <pochu> Q-FUNK: pitti
[05:40] <pochu> Q-FUNK: (in #ubuntu-devel)
[06:22] <LaserJock> hi dholbach 
[06:22] <dholbach> hi LaserJock
[06:23] <tonyyarusso> LaserJock: Have you heard about the funness of kompozer lately?
[06:23] <bddebian> Heya dholbach
[06:23] <LaserJock> so it's looking more like MC == motu-uvf == motu-sru ;-)
[06:23] <LaserJock> tonyyarusso: nope
[06:23] <bddebian> w00t
[06:24] <tonyyarusso> LaserJock: The binary that gets installed by the .deb I was finally able to build is /usr/bin/nvu, not /usr/bin/kompozer, and it fails to run :(
[06:24] <tonyyarusso> "Cannot find mozilla runtime directory. Exiting."
[06:24] <bddebian> Why is wxwidgets2.6 a native package?
[06:24] <LaserJock> because it's so heavily hacked up?
[06:24] <dholbach> LaserJock: we preferred to have a motu-uvf team who does the job quickly. if you have complaints about that, please mail the mailing list
[06:25] <LaserJock> dholbach: no complaints, just wonder sometimes if we're just putting too much on too few
[06:25] <tonyyarusso> LaserJock: Someone mentioned looking for an "external build" option or some such, but I haven't come across it yet.
[06:26] <LaserJock> if you guys can handle it I can't think of better people, I just don't want to have our super stars get burned out ;-)
[06:26] <dholbach> LaserJock: there was the existing uvf team of 3 people, we found that it was too small to handle requests during the hard freeze - you know the "here's my debdiff give it an ACK please"
[06:26] <LaserJock> tonyyarusso: is the mozilla dir hardcoded?
[06:26] <dholbach> we decided to not have a weeklong voting process
[06:26] <LaserJock> sure, but then 2 MC volunteered :-)
[06:27] <dholbach> LaserJock: we'll have voting processes for uvf and sru for next release and I'm sure that we'll have different faces on those teams
[06:27] <LaserJock> dholbach: heh, I'm not worried, don't worry
[06:27] <LaserJock> you guys are doing an awesome job
[06:27] <tonyyarusso> LaserJock: Honestly, I don't even know what that means.  I'm listening.  :)
[06:28] <dholbach> LaserJock: ok super... I wouldn't want it to look like "always the same people who get the job"
[06:28] <LaserJock> tonyyarusso: well, perhaps the path it's looking for the mozilla runtime directory is set in the code somewhere
[06:29] <LaserJock> dholbach: no, no. I didn't mean in a privileged "get the job" way, I just think it can be unhealthy if the same people have to take all the responsibility
[06:30] <tonyyarusso> LaserJock: Maybe.  What can I grep for to look?  Hobbsee suspected the makefile.
[06:30] <LaserJock> in a "lets make the MC do all the work" kind of way
[06:30] <dholbach> LaserJock: I agree
[06:30] <bddebian> crimsun: You aboot?
[06:30] <dholbach> LaserJock: we'll change that for next cycle (which is not SO far away)
[06:30] <LaserJock> tonyyarusso: that's a good start
[06:30] <LaserJock> tonyyarusso: but also check the actual code (greping for mozilla or something)
[06:31] <bddebian> tonyyarusso: Why does kompozer's tarball extract to a mozilla dir?
[06:32] <tonyyarusso> what on earth is this - teehee "client.mk:IMGLIB2_CO_MODULE = mozilla/modules/libpr0n"
[06:32] <tonyyarusso> bddebian: That's the way it comes...  Nvu was the same way.
[06:32] <tonyyarusso> LaserJock: first hopeful, client.mk:TOPSRCDIR := $(CWD)/mozilla
[06:35] <bddebian> tonyyarusso: What are you building this against?  We don't even have mozilla packages in the archive anymore do we?
[06:36] <tonyyarusso> bddebian: building against?
[06:37] <tonyyarusso> you mean the build-deps?
[06:37] <bddebian> More or less, yes
[06:41] <tonyyarusso> This is what I used: Build-Depends: debhelper (>= 5), autotools-dev, libgtk2.0-dev, libidl-dev, libjpeg62-dev | libjpeg-dev, libungif4-dev, libz-dev, bzip2, libfreetype6-dev, libxft-dev, zip, unzip, autoconf, libx11-dev, libxt-dev, libxp-dev
[06:43] <LaserJock> cubicool: did you specify http://<full path to repo> ./ ?
[06:43] <LaserJock> if you go to http://<full path to repo> do you see the .debs and a Packages.gz file?
[06:43] <cubicool> LaserJock: yes, http://downloads/apt is working like it should, in terms of pure HTTP.
[06:44] <cubicool> I see Package.gz and the single deb. Of note is that the Packages file use ./$PACKAGE, is this the error?
[06:44] <LaserJock> ok, and what errors do you get when you use deb http://downloads/apt/ ./
[06:44] <tonyyarusso> bddebian: ANy more thoughts?
[06:45] <bddebian> tonyyarusso: Do you know if this app even runs?
[06:45] <cubicool> LaserJock: I don't get any errors at all! It says it "gets" the Packages file, but I am not able to apt-cache search the package after updating.
[06:45] <tonyyarusso> bddebian: At this point, no not really.
[06:46] <tonyyarusso> I *should*, since theoretically it's just bugfixes on top of Nvu, which was always fine.
[06:46] <LaserJock> cubicool: try apt-ftparchive packages . /dev/null | gzip -c9 > Packages.gz in the directory with the .debs
[06:47] <bddebian> tonyyarusso: Again, it looks very mozilla centric and I don't know that we have "mozilla" in the repo anymore.  Do you know that it works with the firefox codebase?
[06:48] <cubicool> LaserJock: Yes, that gives me the exact same output as dpkg-scanpackages
[06:48] <tonyyarusso> bddebian: I believe so, yes - from what I've read.  Not the most current FF though, likely.
[06:49] <bddebian> OK
[06:49] <LaserJock> cubicool: ok, so it said it download the Packages.gz ok when you did an apt-get update ?
[06:50] <cubicool> Hit http://downloads ./ Packages 
[06:52] <LaserJock> cubicool: ok, and is this package named differently than one in the other repos?
[06:53] <cubicool> LaserJock: yes...
[06:53] <tonyyarusso> bddebian: I'm going to attempt it in non-debianized fashion and see what happens.
[06:54] <LaserJock> heh, I meant differently than all the others in the other repos, but I'd imagine you figured that out
[06:54] <bddebian> tonyyarusso: Yeah, I think that is a good idea!
[06:54] <cubicool> LaserJock: yes... it's name is test-foobar, just to test this.
[06:54] <LaserJock> cubicool: and apt-cache search test-foobar gives you nothing?
[06:54] <cubicool> not a thing.
[06:54] <LaserJock> how odd
[06:55] <LaserJock> can you pastebin the Packages file for me?
[06:55] <cubicool> Sure...
[06:56] <tonyyarusso> bddebian: meanwhile, re the naming thing - should I leave it as /usr/bin/nvu if that turns out to not be a mistake, or is that bad form since it's not the package name?
[06:57] <bddebian> I personally think it's dumb but I don't know that it's against "policy" :)
[06:57] <cubicool> LaserJock: Ah screw it... :) I really appreciate your help though. :) i really don't feel like wasting anymore time on this... our Debian users will just have to do it manually, I could honestly care less. :)
[06:57] <cubicool> LaserJock: seriously though, thanks.
[06:58] <tonyyarusso> bddebian: I agree it's dumb.  The question is how much work it would be to change :)
[06:58] <tonyyarusso> gaaah
[06:58] <bddebian> Probably a lot
[06:58] <tonyyarusso> if he could care less it means he does care...
[06:58] <tonyyarusso> that was my guess too.
[06:58] <tonyyarusso> ln -s /usr/bin/nvu /usr/bin/kompozer ;)
[06:59] <bddebian> Yep :)
[07:00] <bddebian> I have a really dumb question that I should know
[07:01] <bddebian> WTH is control.in in /debian for?
[07:02] <tonyyarusso> what's in it?
[07:03] <bddebian> It's pretty much debian/control with some weird flags
[07:03] <tonyyarusso> huh.
[07:06] <bddebian> sheesh the lintian overrides on wxwidgets are nuts
[07:10] <bddebian> dholbach: Should the wxwidgets2.8 package include the changelog entries from 2.6 ?
[07:11] <dholbach> yeah, why not
[07:15] <bddebian> OK, thx
[07:17] <siretart> bddebian: you packaged wxwidgets2.8?
[07:17] <bddebian> I'm looking at it
[07:17] <siretart> :)
[07:18] <crimsun> bddebian: debian/control is generated from debian/control.in based on compile-time ENV vars
[07:18] <bddebian> Ugh, so I have to update it?
[07:19] <siretart> brrr. sounds scary
[07:19] <bddebian> crimsun: Oh, while you are here, do you know why it's currently a native package?
[07:19] <crimsun> you would want to make changes to debian/control.in, I would think (unless wxwidgets has changed underneath me?)
[07:20] <crimsun> bddebian: Adrian Bunk once filed a bug saying it should be non-native, but Ron Lee's rationale was that it is native (since he's also upstream) and includes the debian/ dir
[07:20] <crimsun> I don't really buy that rationale, but I'm certainly not going to argue with Ron about his packaging
[07:21] <bddebian> Well I'm looking at 2.8.  Hmm
[07:21] <siretart> *sigh* same rationale for bzflag, which is native as well.
[07:21] <bddebian> That's "dumb" :)
[07:21] <siretart> I remember an NMU which made it non-native
[07:21] <siretart> just to make it native again with the next maintainer upload
[07:22] <bddebian> OMG my eyes.. 
[07:22] <crimsun> yeah, that debian/rules is hairy
[07:23] <bddebian> No shix
[07:23] <crimsun> vlc's isn't much better
[07:23] <bddebian> yeah I've seen that one too
[07:23] <pochu> siretart: could you take a look at bug 86318? :)
[07:23] <Ubugtu> Malone bug 86318 in gajim "Version 0.11.1 of Gajim has been released. Please update" [Low,In progress]  https://launchpad.net/bugs/86318
[07:24] <tonyyarusso> dholbach: NoMoreSourcePackages?
[07:24] <dholbach> https://wiki.ubuntu.com/NoMoreSourcePackages
[07:28] <bddebian> control.in is crap
[07:29] <dholbach> stop whining :)
[07:29] <dholbach> debian-gnome team uses it all over the place
[07:29] <bddebian> dholbach: That's what I'm good at :-)
[07:31] <tonyyarusso> Say, could I scp -r /var/cache/pbuilder from one machine to another?
[07:36] <tonyyarusso> bddebian: Answer: with some hackery, yes, it does run.
[07:36] <tonyyarusso> Dude, and it has a logo.  Now, I need to make an xpm of that somehow.
[07:41] <tonyyarusso> found the xpm - I win, kinda.
[08:05] <tonyyarusso> Does it matter what size an .xpm is for the menu?
[08:08] <bddebian> Yes, shouldn't be over 32x32 iirc
[08:10] <tonyyarusso> weird - Firefox's is 128^2
[08:16] <mafix> would some one review my first package at revu http://revu.tauware.de/details.py?upid=4477 - it would be greate
[08:20] <tonyyarusso> mafix: I don't think your changelog is supposed to have things like "* fixed dependencies - removed xlibx-dev with xorg-dev and removed all deps which are allready deps in xorg-dev" until it's been in the repos and you're updating it; it should just be "Initial release".
[08:20] <tonyyarusso> That would be a good comment to add on revu or something, but probably not there.
[08:21] <mafix> tonyyarusso: thanks for the input will change it
[08:22] <tonyyarusso> mafix: I think with new reqs you have to have an @ubuntu.com address in the maintainer field of control - someone else would know more on that.
[08:23] <tonyyarusso> (I thought the build tools yelled at you if you didn't, so I'm surprised you succeeded without)
[08:23] <geser> it didn't yell because the version doesn't contain ubuntu
[08:24] <tonyyarusso> geser: aaah, right.
[08:24] <tonyyarusso> nvm
[08:25] <tonyyarusso> mafix: In addition to the statement saying that _your_ debianizing work is GPL and linking to the text, you should have a link to the full text of the license immediately following the GPL preamble in copyright.  See http://revu.tauware.de/revu1-incoming/kompozer-0702221825/kompozer-0.7.7/debian/copyright for an excessively complicated example.
[08:25] <geser> mafix: the version should be 0.3.0-0ubuntu1
[08:27] <tonyyarusso> Yeah, and then you'll need an @ubuntu address with that.
[08:27] <tonyyarusso> And that's the limit of my knowledge to check :P
[08:28] <mafix> geser: yes that's right.. how could i forgot it.. i will change the version to 0.3.0-0ubuntu1 
[08:29] <mafix> tonyyarusso: thanks for that.. 
[08:29] <ptitdav69> mafix, in debian/control, Maintainer field should be Ubuntu MOTU Developers <ubuntu-motu@lists.ubuntu.com> and another field XSBC-Original-Maintainer: <you_email_address> (I think) 
[08:30] <mafix> ptitdav96: thanks... didn't know that..
[08:30] <tonyyarusso> I think it's only Ubuntu MOTU if you don't want to take responsibility personally.  If you can commit to supporting it for 18 months, you would put yourself, and that if not, right?
[08:30] <tonyyarusso> @ ptitdav69 
[08:32] <ptitdav69> I think that you should use it (Ubuntu MOTU) if you don't have an @ubuntu.com address ... don't know :s
[08:33] <tonyyarusso> Does postinst run with root priv?
[08:36] <geser> tonyyarusso: yes
[08:36] <tonyyarusso> cool
[08:45] <mafix> hi, i changed now the version version to 0.3.0-0ubuntu1 but lintian prints the fallowing warnings - is that normal?
[08:45] <mafix> W: tangerine source: changelog-should-mention-nmu
[08:45] <mafix> W: tangerine source: source-nmu-has-incorrect-version-number 0.3.0-0ubuntu1
[08:45] <geser> mafix: that's normal, you can ignore it
[08:46] <mafix> geser: thank's
[08:46] <ptitdav69> geser, is it because we modify the Maintainer field + XSBC-Original-Maintainer?
[08:47] <geser> ptitdav69: you mean that warning?
[08:48] <ptitdav69> yes geser, excuse me
[08:49] <geser> linda and lintian don't know anything about ubuntu versioning and interpret it as a NMU and do the checks for NMUs
[08:49] <ptitdav69> okay, thanks geser :)
[08:50] <tonyyarusso> I wonder why we don't do Ubuntu modifications of linda/lintian?
[08:52] <geser> I'd guess it's because nobody regarded it as important enough to do it
[09:05] <tonyyarusso> as long as there's a reason :P
[09:32] <tonyyarusso> That gods might love me after all - I've been able to reach the Kompozer author :)
[09:35] <LaserJock> tonyyarusso: \o/
[09:38] <tonyyarusso> LaserJock: And he says there's a chance he might get authorized to call it Nvu 1.1, btw.  Hopefully before beta freeze, if I'm going for an exemption.  Just e-mailed him the two patches I'm applying so far too.
[09:41] <ajmitch> morning
[09:42] <ajmitch> LaserJock: I see you're not happy with motu-uvf?
[09:42] <bddebian> Heya ajmitch
[09:43] <ajmitch> hello
[09:43] <LaserJock> ajmitch: bah, it's not that I'm not happy
[09:43] <ajmitch> 'concerned' :)
[09:43] <LaserJock> it just seemed funny to me to read the minutes and have you and crimsun be the volunteers
[09:44] <LaserJock> because we get back to the "same people doing everything" problem
[09:44] <ajmitch> it was more trying to spread the load, given the extra tasks we were chucking on motu-uvf
[09:44] <LaserJock> sure, it makes sensed
[09:44] <ajmitch> would you prefer to be on it?
[09:44] <LaserJock> heh, not particularly
[09:45] <ajmitch> maybe bddebian would?
[09:45] <LaserJock> but I guess maybe I would have preffered it to be asked at a general MOTU meeting rather than a MC meeting
[09:46] <bddebian> would what?
[09:46] <LaserJock> I'm not sure if other people would have offered or not, but I just feel bad for the MC if it ends up that they just run everything
[09:46] <ajmitch> well it was our first meeting, we're bound to annoy someone
[09:46] <LaserJock> bah
[09:46] <LaserJock> it's not annoying
[09:46] <LaserJock> I would have been annoyed if you had volunteered me
[09:46] <ajmitch> hehe
[09:46] <LaserJock> since I wasn't there
[09:46] <LaserJock> lol
[09:49] <geser> bddebian: be a member of motu-uvf
[09:54] <bddebian> geser: Nah, I suck :-)
[09:56] <ajmitch> that's your answer to everything
[10:03] <geser> bddebian: when do you don't suck?
[10:04] <bddebian> When I blow? :)
[10:05] <ScottK> He doesn't suck when he's advocating my packages...
[10:05] <ScottK> I also give him big props for being willing to embrace the suck that is the courier package.
[10:23] <bddebian> ScottK: Notice you aren't getting any rebuttal? ;-P
[10:33] <GNUro> are the "Format" field of the control file deprecated? 
[10:35] <AnAnt> bdmurray: ping
[10:36] <AnAnt> bddebian: Hello & thanks, what do you mean by "keep an eye on the build " and what is definition of " all successful" ?
[10:36] <bddebian> AnAnt: If it builds successfully on all intended architectures
[10:37] <GNUro> pong
[10:37] <AnAnt> bddebian: how do I know that ?
[10:37] <bddebian> AnAnt: https://launchpad.net/ubuntu/feisty/+source/acon/1.0.5-0ubuntu3
[10:38] <bdmurray> AnAnt: pong
[10:38] <AnAnt> bdmurray: you interested in gplcver package ?
[10:39] <AnAnt> bdmurray: I saw that you are subscribed to the sync request I made for it
[10:39] <bdmurray> AnAnt: which bug was that?
[10:40] <AnAnt> bddebian: oh, ok, so I should change its status now ? or someone else should do that ?
[10:40] <bddebian> AnAnt: You should be able to.  That way you get the Karma ;-)
[10:40] <AnAnt> what Karma ?
[10:41] <bddebian> Oh man..
[10:41] <AnAnt> bdmurray: #84857
[10:42] <AnAnt> bddebian: just looked it up in a dictionary, something in Hinduism ?!
[10:42] <bddebian> AnAnt: https://launchpad.net/~aelmahmoudy/  Top right corner :-)
[10:43] <AnAnt> bddebian: does it appear in elinks ?
[10:44] <AnAnt> oh found it
[10:44] <AnAnt> oh , some sort of points
[10:45] <AnAnt> what do I do with thouse points ?
[10:46] <AnAnt> bdmurray: bug #84857
[10:46] <Ubugtu> Malone bug 84857 in Ubuntu "Please sync gplcver 2.11a-3 (unstable) from Debian" [Wishlist,Needs info]  https://launchpad.net/bugs/84857
[10:46] <bddebian> AnAnt: Dunno, it's just "cool" I guess :)
[10:46] <AnAnt> ok
[10:47] <AnAnt> well, gotta go
[10:47] <AnAnt> bye
[10:59] <ScottK> bddebian: Proving that there are in fact cases where you don't suck (was AFK).
[11:00] <bddebian> :-)
[11:35] <LaserJock> anybody know how to strip of the last character on a line in a bash script
[11:36] <LaserJock> I've got an annoying ' at the end of the lines
[11:41] <bddebian> LaserJock: Not me, sorry :-(
[11:41] <bddebian> Later folks
[11:41] <LaserJock> cya bddebian 
[11:43] <TheMuso> LaserJock: Does every line have the character at the end?
[11:45] <LaserJock> yes
[11:45] <TheMuso> You could do something like this. I just tried it here, and it worked for me: cat temp | sed -e "s/'$//g"
[11:45] <TheMuso> change temp to the variable/filename
[11:45] <LaserJock> oh yeah, doh
[11:46] <TheMuso> Mind you, I am no regular expression expert.
[11:46] <LaserJock> perfect
[11:46] <LaserJock> ok, now to convert bytes to MB
[11:47] <Fujitsu> LaserJock, what's this script meant to do?
[11:47] <LaserJock> ohhh, nothing much
[11:47] <LaserJock> I'm wanting to check the speed of my mirror updates
[11:47] <Fujitsu> *cough*
[11:47] <Fujitsu> Ah...
[11:47] <LaserJock> so I timed it
[11:47] <LaserJock> but now I adding up how much it actually downloaded
[11:48] <Fujitsu> Bah, stuff you, you stupid LP beta redirection.
[11:48] <ajmitch> hehe
[11:48] <LaserJock> I like it :-)
[11:48] <Fujitsu> I want to see the old one so I can work out why my bug thing isn't working any more.
[11:48] <LaserJock> that way I don't have to remember to put the stupid beta. at the front
[11:49] <Fujitsu> LaserJock, I like it too, but it'd be nice to selectively turn it on and off (ie. not for 2 hours at a time).
[11:49] <LaserJock> yeah, I wonder who came up with that time period
[11:49] <Fujitsu> Would it be that hard to have an on/off button?
[11:49] <ScottK> My question would be is it any faster?
[11:50] <Fujitsu> ScottK, `it'?
[11:50] <ScottK> The launchpad beta
[11:50] <Fujitsu> Of course not!
[11:50] <Fujitsu> It's LP./
[11:50] <ScottK> I wasn't actually expecting it, but one can hope....
[11:51] <LaserJock> it's all blingy
[11:51] <Fujitsu> Why am I getting 403s when I attempt to wget motuscience's +packagebugs?
[11:51] <LaserJock> Ubuntu may not ship with compiz as default, but LP might ;-)
[11:52] <Fujitsu> Oh [insert CoC-nonfriendly word here]  you LP.
[11:53] <Fujitsu> `We've noticed excessive/strange activity coming from your IP address, so we're disabling accesss for now. Please contact... etc'
[11:53] <Fujitsu> Two page gets an hour is excessive? Impressive.
[11:54] <LaserJock> LOL
[11:54] <LaserJock> I can't believe they turned you off
[11:54] <Fujitsu> I'm straining poor little LP, aw..
[11:55] <LaserJock> well, I had a talk to mrevell today
[11:55] <LaserJock> about our need for data
[11:55] <Fujitsu> And?
[11:55] <Fujitsu> Is something going to actually IMPROVE!?
[11:55] <LaserJock> he said that once 1.0 is done XML-RPC will be the priority
[11:56] <ScottK> Bug #87432 is available for any MOTU is search of a merge to upload.
[11:56] <Ubugtu> Malone bug 87432 in kdissert "Kdissert - Merge of debian 1.0.6.c-2" [Undecided,Unconfirmed]  https://launchpad.net/bugs/87432
[11:56] <Fujitsu> ... so it's blocked indefinitely.
[11:56] <Fujitsu> 1.0 was meant to be declared in early December last year.
[11:56] <LaserJock> well, I don't know
[11:56] <LaserJock> LP's kinda similar to Debian that way ;-)
[11:58] <Fujitsu> Since when should User-Agent strings include contact details? (especially for things that request only 1 (I thought it was 2, but it's only 1) page an hour?)
[11:58] <LaserJock> well, I said we can probably get by until Feisty is released
[11:59] <LaserJock> but I said we *have* to have more data for Feisty+1
[11:59] <Fujitsu> We've got a lot of bugs, not many people, and a dodgy interface with which to get data of the bugs. Not a good combination, and it's only going to get worse.
[12:00] <LaserJock> I was thinking about Debian BTS
[12:00] <Fujitsu> Is there a timeline at all for 1.0? Before Lenny is released?
[12:00] <LaserJock> like how ajmitch can get the whole darn thing
[12:01] <LaserJock> I wonder if they can do like an export of Malone for MOTU to use
[12:01] <Fujitsu> An export of universe bugs, none of which should be private, should be doable, surely.
[12:02] <LaserJock> because I wonder how fast the xml-rpc interface will be
[12:02] <Fujitsu> But that probably reveals Canonical trade secrets in the database schema.
[12:02] <Fujitsu> `Not' would be the best description.
[12:02] <lifeless> Fujitsu: universe bugs can be private
[12:02] <Fujitsu> Plus they'd disable your IP for overuse.
[12:02] <lifeless> e.g. security fixes
[12:02] <lifeless> Fujitsu: elliot's nick is 'static' IIRC.
[12:02] <LaserJock> but they should be able to export all the non-private bugs to some format (plain text or something) that wouldn't reveal and "trade secrets"
[12:03] <Fujitsu> lifeless: Who would handle them? There's not been a universe security team for more than a month or so, and pitti/keescook don't handle universe unless a patch is provided...
[12:03] <Fujitsu> lifeless: Yep, I've pinged him in #launchpad.
[12:03] <lifeless> Fujitsu: thats a different question. 
[12:03] <ajmitch> hi lifeless 
[12:03] <Fujitsu> My point was there's no point having them private, because there's nobody to see them. ... so I doubt there'd be private ones.
[12:04] <Fujitsu> Otherwise, the situation is even worse. We've got universe security bugs that we don't actually know about, even though they're reported! Terrific!
[12:07] <Fujitsu> Morning, Hobbsee.
[12:08] <ajmitch> good morning Hobbsee 
[12:08] <TheMuso> Heya Hobbsee.
[12:09] <Hobbsee> hey Fujitsu!
[12:09] <Hobbsee> hey ajmitch, TheMuso :)
[12:11] <Fujitsu> LaserJock: Has any other route to the data than XML-RPC been mentioned?