[00:00] <ScottK> I think it's great if people use REVU for stuff aimed at Debian.
[00:00] <ajmitch> lfaraone: what do you mean by automatically marked? they appear in one huge list on the front page which has packages dating back 18+ months
[00:00] <sladen> ScottK: yes, precisely, this is FartApp, MooCow, UDS-NCalendarApp, SABDFLBuzzwordBingo etc
[00:00] <ajmitch> ScottK: I think using REVU for debian is fine if they were clearly marked as such
[00:00] <lfaraone> ajmitch: well, in m.d.n there's a "mark this package as looking for sponsorship"
[00:00] <ScottK> Agreed.
[00:01] <ajmitch> currently there's no way of saying that a package is being considered for debian first instead of ubuntu
[00:01] <ScottK> ajmitch: I've seen people leave a comment to that effect.
[00:01] <ajmitch> there's also the problem of new upstream versions on REVU, since it's not really a fast-moving process by any means
[00:02] <ajmitch> ScottK: right, I want a separate section on REVU for these
[00:02] <ajmitch> which means that I should just add it :)
[00:02] <directhex> m.d.n does an awful job of connecting packagers to *relevant* sponsors. it doesn't matter so much in ubuntu w/ weak package ownership, but in debian, you need a sponsor who is relevant to your package - that sponsor may not be on m.d.n
[00:02] <ScottK> the current 'official' process doesn't use REVU for new upstream versions, IIRC.
[00:03] <ajmitch> directhex: it's more a convenient file hosting location
[00:03] <ajmitch> sponsors should be sought separately from just uploading to m.d.n
[00:03] <ajmitch> whereas with REVU it's meant to be mostly self-contained
[00:03] <lfaraone> ajmitch: well, I've picked packages from the "needs sponsorship" list on m.d.n list before and uploaded them if they're error-free.
[00:04] <ScottK> Shortly after I became a DD, I trolled through m.d.n looking for stuff to sponsor.  Didn't come up with much and didn't go back.
[00:04] <ajmitch> lfaraone: right, it's not the common workflow from my experience, though I'm doing vague hand-waving on who does what
[00:04] <ajmitch> darn, jono fled
[00:05] <ajmitch> ScottK: so I expect you'll take our concerns & feedback to UDS with you?
[00:05] <lfaraone> ajmitch: that's probably realistic, most DDs don't sponsor at all ::)
[00:05] <ScottK> Sure.  I'll yell about that and everything else that's pissing me off.
[00:05] <ajmitch> we'd expect no less
[00:07] <ScottK> Any suggestions on a easy way to find out what thing recently ate several hundred megabytes of hard drive space?
[00:08] <ajmitch> nothing obvious beyond du
[00:09] <ajmitch> or baobab is a useful gnome tool that displays a graphical layout of disk usage, I'm sure there'll be a kde util for the same
[00:12]  * ajmitch hopes 512MB RAM in a VM is enough to run REVU
[00:13] <achiang> ScottK: i wrote a stupid script to sort the output of du -h into human readable form: http://pastebin.ubuntu.com/499368/
[00:13] <ScottK> achiang: Thanks.
[00:14] <achiang> sure
[00:35] <wgrant> ajmitch: REVU isn't LP.
[00:35] <wgrant> So 512MB should be fine.
[00:36] <wgrant> What're you doing to it?
[00:36] <ajmitch> wgrant: I know, the only spare VM I had for it had a gnome desktop installed, so it's better to grab a new server iso
[00:37] <ajmitch> playing around with separating out packages that are intended for debian, since people want to use it for that, and seeing if I can come up with a sane way of looking at branches on there
[00:38] <ajmitch> plus whatever else annoys me at the time
[00:38] <wgrant> Aha.
[00:39] <ajmitch> wgrant: do you think you've got time to setup a new vm on stratos so we can play with having REVU on there?
[00:39] <ajmitch> or is there documentation on the right way to do it on that host?
[00:39] <wgrant> I can set up a new one, sure.
[00:40] <ajmitch> thanks
[00:40] <ajmitch> it may just make things a bit easier in future if we can be on lucid or more recent distros
[03:57]  * freeflying 
[10:12] <iulian> ScottL: Ta.
[12:57] <bilalakhtar> back!
[17:33] <blueyed> Do need bugfix-only things ubuntu-release ACK for universe? (I've just used requestsync). I guess so?! re: https://bugs.launchpad.net/ubuntu/+source/boinc/+bug/646932
[17:41] <blueyed> Apparently it's ok like it is according to "For packages in universe that aren't seeded in any of the Ubuntu flavors, this final freeze is nominal; packages must be manually accepted by the archive admins, but no additional approval is required. " (https://wiki.ubuntu.com/FinalFreeze)
[17:50] <ScottK> Yep.
[17:50] <ScottK> Just make sure ubuntu-archive is subscribed and not just the release team.
[18:23] <philsf> hi, I'm reading on quickly, and noticed the default template is for python. Is there a template for perl modules?
[18:24] <lucidfox> The *default* template? So there are templates for languages other than Python?
[18:26] <ScottK> I know someone is working on a vala template, but that's it AFAIK.
[18:27] <lucidfox> :O
[18:27] <lucidfox> Vala template? Awesome
[18:27] <lucidfox> I just hope they don't use autotools :(
[18:31] <ScottK> It was mentioned on p.u.c recently.
[18:32] <lucidfox> Linky?
[18:32] <lucidfox> I seem to have somehow missed it, even though I have Planet on RSS
[18:33] <lucidfox> oh
[18:33] <lucidfox> found it
[18:33] <lucidfox> by Shane Fegan
[18:33] <lucidfox> * Fagan
[18:33] <lucidfox> BuildJ, hmmm
[19:12] <philsf> lucidfox, I'm not even sure there are other templates in quickly
[19:52] <sistpoty> bdrung_: are you taking care for the rebuilds in bug #645339? want me to start uploading a few?
[22:09] <kklimonda> lucidfox: autotools is still a better option then few others
[22:09] <kklimonda> on the other hand Shotwell has a really nice, hand-written Makefile