[00:00] I think it's great if people use REVU for stuff aimed at Debian. [00:00] 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] ScottK: yes, precisely, this is FartApp, MooCow, UDS-NCalendarApp, SABDFLBuzzwordBingo etc [00:00] ScottK: I think using REVU for debian is fine if they were clearly marked as such [00:00] ajmitch: well, in m.d.n there's a "mark this package as looking for sponsorship" [00:00] Agreed. [00:01] currently there's no way of saying that a package is being considered for debian first instead of ubuntu [00:01] ajmitch: I've seen people leave a comment to that effect. [00:01] 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] ScottK: right, I want a separate section on REVU for these [00:02] which means that I should just add it :) [00:02] 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] the current 'official' process doesn't use REVU for new upstream versions, IIRC. [00:03] directhex: it's more a convenient file hosting location [00:03] sponsors should be sought separately from just uploading to m.d.n [00:03] whereas with REVU it's meant to be mostly self-contained [00:03] 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] 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] lfaraone: right, it's not the common workflow from my experience, though I'm doing vague hand-waving on who does what [00:04] darn, jono fled [00:05] ScottK: so I expect you'll take our concerns & feedback to UDS with you? [00:05] ajmitch: that's probably realistic, most DDs don't sponsor at all ::) [00:05] Sure. I'll yell about that and everything else that's pissing me off. [00:05] we'd expect no less [00:07] Any suggestions on a easy way to find out what thing recently ate several hundred megabytes of hard drive space? [00:08] nothing obvious beyond du [00:09] 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] ScottK: i wrote a stupid script to sort the output of du -h into human readable form: http://pastebin.ubuntu.com/499368/ [00:13] achiang: Thanks. [00:14] sure [00:35] ajmitch: REVU isn't LP. [00:35] So 512MB should be fine. [00:36] What're you doing to it? [00:36] 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] 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] plus whatever else annoys me at the time [00:38] Aha. [00:39] 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] or is there documentation on the right way to do it on that host? [00:39] I can set up a new one, sure. [00:40] thanks [00:40] 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] ScottL: Ta. === ryanakca is now known as Guest10569 === jrib is now known as Guest99083 === Guest99083 is now known as jrib [12:57] back! === ivoks-afk is now known as ivoks === ara__ is now known as ara === ivoks is now known as ivoks-afk === ivoks-afk is now known as ivoks [17:33] 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:33] Launchpad bug 646932 in boinc (Ubuntu) "Sync boinc 6.10.58+dfsg-3 (universe) from Debian unstable (main)" [Wishlist,Confirmed] [17:41] 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] Yep. [17:50] Just make sure ubuntu-archive is subscribed and not just the release team. [18:23] hi, I'm reading on quickly, and noticed the default template is for python. Is there a template for perl modules? [18:24] The *default* template? So there are templates for languages other than Python? [18:26] I know someone is working on a vala template, but that's it AFAIK. [18:27] :O [18:27] Vala template? Awesome [18:27] I just hope they don't use autotools :( [18:31] It was mentioned on p.u.c recently. [18:32] Linky? [18:32] I seem to have somehow missed it, even though I have Planet on RSS [18:33] oh [18:33] found it [18:33] by Shane Fegan [18:33] * Fagan [18:33] BuildJ, hmmm === directhex_ is now known as directhex === CyberaX2195 is now known as Jarvis [19:12] lucidfox, I'm not even sure there are other templates in quickly [19:52] bdrung_: are you taking care for the rebuilds in bug #645339? want me to start uploading a few? [19:52] Launchpad bug 645339 in webfav (Ubuntu) "Drop transitional and removed packages from Recommends" [Undecided,New] https://launchpad.net/bugs/645339 [22:09] lucidfox: autotools is still a better option then few others [22:09] on the other hand Shotwell has a really nice, hand-written Makefile === MTeck is now known as MTecknology === yofel_ is now known as yofel === ivoks is now known as ivoks-afk