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