[07:21] <toabctl> is there a command line tool to compare package versions in debian and ubuntu?
[07:25] <tumbleweed> rmadison can tell you the versions in both
[07:25] <tumbleweed> what sort of differences are you looking for?
[07:26] <toabctl> tumbleweed, i want to compare package versions.
[07:26] <tumbleweed> toabctl: across the entire archive?
[07:43] <toabctl> tumbleweed, no. just for a given source package
[07:43] <tumbleweed> rmadison is probably sufficient then
[07:43] <toabctl> tumbleweed, maybe i should use requestsync
[07:52] <dholbach> good morning
[07:56] <ajmitch> hi
[08:08] <toabctl> hi dholbach
[08:09] <dholbach> hey toabctl
[08:13]  * philipballew highfives dholbach 
[08:13] <dholbach> hey philipballew :)
[08:13] <philipballew> hey dholbach how goes the morning?
[08:14] <dholbach> good good - how about you? :)
[08:15] <philipballew> not bad. just got back from scale, gave a talk there. lots of canonical people there and a good ubuntu presence
[08:18] <philipballew> but now its late and college work takes my time. its overrated :)
[09:04] <Adri2000> hi
[09:05] <dholbach> hey Adri2000
[09:05] <Adri2000> how long are we going to support universe/multiverse in precise? 3 years?
[09:06] <tumbleweed> it's best-effort
[09:06] <tumbleweed> the community supports whatever it wants to, really
[09:10] <Adri2000> right
[09:22] <dholbach> hey Laney - do you know if there was some discussion about format of the -changes mails after the addition of the sponsored attribute?
[09:55] <Laney> dholbach: no, but it comes up in Signed-By — is that not right?
[09:59] <dholbach> so if A does a change in Debian, B asks for a sync and C sponsors it, what will be in Changed-By and Signed-By?
[10:02] <Laney> https://lists.ubuntu.com/archives/precise-changes/2012-January/007904.html
[10:02] <Laney> From: is the person being sponsored
[10:02] <Laney> Signed-By: is the sponsor
[10:02] <dholbach> and for an auto-sync from Debian?
[10:02] <Laney> Changed-By: is the person who did the original change
[10:03] <Laney> they don't get mailed
[10:03] <dholbach> ah ok
[10:03] <dholbach> great, thanks
[10:03] <Laney> but you should be using our cool UDD table instead of the mailing lists :P
[10:05] <dholbach> how can I use it? :)
[10:11] <Laney> it's imported into ubuntuwire
[10:12] <Laney> so you can query it there to do whatever you need, or get an official mirror setup
[10:14] <dholbach> ok, let me have a look :)
[10:19] <Laney> we don't keep the Debian creator though
[10:20]  * dholbach nods
[10:26] <dholbach> Laney, I guess I would need access to the machine to toy around with the database and try to write my own script?
[10:26] <Laney> it's pretty easy to set up a local UDD instance
[10:27] <Laney> but ajmitch can get you access to the ubuntuwire machine if you ask nicely :-)
[10:28] <dholbach> ah I guess it's http://wiki.debian.org/UltimateDebianDatabase/CreateLocalReplica
[10:29] <Laney> yep
[10:29] <dholbach> alright, I'll let you know what I find in the next days :)
[10:29] <dholbach> Laney, so the fix is in LP and everything's nice and dandy now?
[10:29] <Laney> or if you have an alioth account then you can access it from wagner
[10:29] <Laney> seems to work afaics
[10:30] <dholbach> sweet
[10:30] <dholbach> great work
[10:33] <ajmitch> Laney: what's up?
[10:34] <Laney> ajmitch: dholbach might be looking for an account on skylone to do some udd stuff
[10:34] <dholbach> let me toy around with the local dump first and see how far I get :)
[10:34] <Laney> ack
[10:34] <ajmitch> ok
[10:34] <dholbach> if I can put up some nice stuff on ubuntuwire I'll ping you again
[10:34] <dholbach> thanks again :)
[10:34] <ajmitch> dholbach: ping me when you have something to play with
[10:35] <dholbach> will do :)
[10:38] <ajmitch> dholbach: actually just try & log in to syklone.ubuntuwire.org, I added an account with your ssh key from LP
[10:38] <dholbach> WOW
[10:39] <Laney> customer service!
[10:39] <ajmitch> easier than waiting ~12 hours for me to be awake again :)
[10:39] <dholbach> I can't guarantee that I will have some ready to play with in ~12 hours though ;-)
[10:40] <ajmitch> doesn't matter, you can do what you need when you're ready now
[10:40] <dholbach> thanks muchly
[10:41] <ajmitch> 'psql service=udd' should get you the udd data, if the cron job has been working properly it should only be a couple of days old
[10:41] <dholbach> sweet
[10:42] <dholbach> ajmitch, do you know how often it is updated?
[10:42] <ajmitch> weekly
[10:43] <ajmitch> last update was sunday
[10:43] <dholbach> fantastico
[10:43] <ajmitch> thank tumbleweed for poking me about it :)
[10:44] <Laney> the UDD import?
[10:44] <ajmitch> at least the cron job to resync it
[10:44] <ajmitch> I know you asked a few times about it as well :P
[10:46] <Laney> just didn't know how often you were running it
[10:46] <ajmitch> afaik the source data is only dumped every few days
[10:51] <dholbach> ajmitch, for udd.sql.gz, I get this:
[10:51] <dholbach> In [14]: conn.headers.dict["last-modified"]
[10:51] <dholbach> Out[14]: 'Mon, 23 Jan 2012 08:09:33 GMT'
[10:52] <Laney> http://udd.debian.org/crontabs.txt
[10:52] <Laney> 0 8 */2 * * /org/udd.debian.org/udd/scripts/dump-db.sh
[10:52] <dholbach> maybe that'd be a good way to update it more regularly? save last-updated and check last-modified
[10:52] <dholbach> ok, ignore me :)
[10:53] <ajmitch> it's a possibility, do you need more frequent updates?
[10:54] <dholbach> no, I just thought that it'd be good to automate it if it was done manually up until now and nobody knew when it was updated on udd.d.o
[10:54] <dholbach> but Laney answered that question :)
[10:54] <ajmitch> it's a weekly cron job on syklone, I can adjust that
[10:55]  * dholbach nods
[10:55] <dholbach> great :)
[10:55] <ajmitch> not a manual reload, that'd be annoying
[10:56] <dholbach> yeah :)
[16:58] <MTecknology> This is interesting... Apparently the binary and debug packages built, but the common files and docs package didn't build... http://packages.ubuntu.com/search?keywords=nginx&searchon=names&suite=precise&section=all
[16:58] <MTecknology> Any ideas what's going on there?
[16:59] <MTecknology> Someone filed it as bug 920110 - not sure what I can do about it
[17:03] <Ampelbein> MTecknology: bug 915257, but I'm not sure why that happened.
[17:04] <Ampelbein> MTecknology: The arch-all packages are built on i386 only so 920110 is fallout from this failure.
[17:05] <MTecknology> Ampelbein: so when that's fixed, both of those bugs should be resolved?
[17:06] <Ampelbein> MTecknology: Yeah.
[17:06] <MTecknology> Ampelbein: thanks! Any bug link for that issue?
[17:06] <Ampelbein> See above, the 915257, but like I said I don't know WHY that happened.
[17:07] <MTecknology> ooh- i thought you meant there was some general known error
[18:10] <Rhonda> great, wesnoth-1.10 is in debian unstable  :)
[18:13] <Zhenech> Rhonda, hint hint, while syncing wesnoth, please also sync pokerth 0.9.1-1 :)
[18:13] <Rhonda> nope
[18:14] <Rhonda> Will sync pokerth right now.  Can't sync wesnoth-1.10 yet (read: am too lazy to write the text myself and requestsync doesn't like to pick it up yet)
[18:15] <Rhonda> Zhenech: Sync request filed as bug #921118: https://bugs.launchpad.net/bugs/921118
[18:15] <Zhenech> *hug* thanks
[18:15] <Rhonda> hmmm
[18:15] <Rhonda> requestsync tells me to use syncpackage instead …
[18:51] <Rhonda> where does requestsync/syncpackage check for the package? rmadison?
[19:08] <tumbleweed> Rhonda: launchpad and rmadison
[19:09] <Rhonda> then I need to wait for udd to pick up the upload …
[19:11] <tumbleweed> Rhonda: which pkg?
[19:16] <Rhonda> wesnoth-1.10.  Like said, I am lazy to write the bugreport myself if there is a tool doing all the boring job for me :)
[19:16] <tumbleweed> Rhonda: when you see it here, you can sync: https://launchpad.net/debian/+source/wesnoth-1.10
[19:17] <Rhonda> ah, good to know
[19:17] <tumbleweed> no need for bugs any more: https://lists.ubuntu.com/archives/ubuntu-devel-announce/2012-January/000923.html
[19:19] <Rhonda> oh, nice.  Guess I should grab that new ubuntu-dev-tools then
[19:20] <tumbleweed> if requestsync is telling you to use syncpackage, it's already new enough
[19:20] <tumbleweed> (but a newer version can sponsor syncs)
[19:24] <Rhonda> ah, don't need that part, thanks for the clearification
[19:25]  * Rhonda . o O ( and I really should read more mails … )
[19:25] <tumbleweed> oh right, there's also the blacklisting bug that laney mentioned
[19:25] <tumbleweed> that hits some packages
[19:27] <Rhonda> shall I request blacklist for wesnoth-1.11 right ahead?
[19:28] <Rhonda> … speaking of  ;)
[19:28] <technomancy> does the build environment for PPAs allow you to pull in dependencies through systems other than apt? say using bundler for ruby gems?
[19:28] <technomancy> I know this is not allowed for official Debian packages, but it's not clear whether the same rules apply for PPAs
[19:28] <tumbleweed> heh, no the bug here is that lp decides to blacklist some versions of some packages by itself. So we now ignore those
[19:29] <ajmitch> technomancy: no, it's not possible, the ppa buildds also have no network access
[19:29] <technomancy> ajmitch: ok, thanks.
[19:29] <technomancy> so basically you can't use a PPA for something that doesn't already have all its dependencies in apt?
[19:30] <ajmitch> if you need it at build time, it needs to be in a package, or in the source you upload
[19:30] <ScottK> Yes.  This is a feature, not a bug.
[19:31] <technomancy> sure, it just means PPAs are not intended for what I have in mind. that's fine.
[20:26] <alkisg> Hi, I'm confused by this: $ apt-cache show mahara | grep ^Section
[20:26] <alkisg> Section: universe/web
[20:26] <alkisg> If I do put "universe/web" in my package's debian/control though, lintian complains about it being an unknown section.
[20:26] <alkisg> What's the correct section to use in debian/control? Just "web", without "universe", right?
[20:26] <tumbleweed> just web
[20:27] <alkisg> Thank you
[20:27] <tumbleweed> all new packages go into universe