[00:27] correct me if I'm wrong, but when using grab-merge.sh it should not be applying patches in debian/patches, directly to the source right? Cause, when trying to debuild, it fails becuase it tries to apply a patch in debian/patches, but it has already been applied... [00:28] RoAkSoAx: look in patches created by MoM, are there .pc files? [00:32] ari-tczew: nope [00:34] RoAkSoAx: I think that you should report a bug against MoM. [00:34] RoAkSoAx: and try merge manually [00:34] ari-tczew: yeah it is gonna be a PITA given that it' [00:35] it's a big merge, and the changes forwarded to debian are still in the NEW queue :S [00:35] hhehe [00:35] anywayas, I'll work on that tomorrow [00:35] RoAkSoAx: PITA? [00:35] are you hungry? [00:36] ari-tczew: I pm'd you with the meaning [00:36] aha, ok cenzored [00:36] anyways, off for the day [00:36] later [00:36] cya [01:48] tumbleweed: thanks for https://code.launchpad.net/~stefanor/ubuntu-sponsoring/footer-styling/+merge/45574 [01:49] tumbleweed: if you want to win a price: use for Statistics a three column layout (column1: Request types, column2: Target components, column3: Package Sets) [03:53] how does one configure the new ppa to uploads [03:53] does dput.cfg need edited? [03:53] * stalcup misses the old school way [03:56] stalcup: you can still use the old school way, like i do. [03:56] awesome [03:56] stalcup: global dput.cf has an entry that allows the ppa: syntax [03:57] hyperair: mind pasting your config? [03:57] stalcup: http://pastebin.com/68mq6Ete is what you need [03:57] http://paste.debian.net/104033/ [03:57] thanks ebroder and hyperair [04:02] np [07:58] bdrung: yeah, 3 column does look better [08:43] Hi!! Can anyone tell me why package Wallch (http://revu.ubuntuwire.com/p/wallch) went from needs review to needs work without a comment to what we need to fix... ? [10:20] tumbleweed: wow, that looks nice. [10:23] can a motu swat team unsubscribe the team from bug #690173? [10:23] Launchpad bug 690173 in VLC media player "Memory corruption in RealMedia parsing" [Critical,In progress] https://launchpad.net/bugs/690173 [10:25] tumbleweed: maybe adding colons to "Type column" would be good === yofel_ is now known as yofel === Quintasan_ is now known as Quintasan === Lutin is now known as Guest42078 === Lutin_ is now known as release === release is now known as Luton === Luton is now known as Lutin [14:11] tumbleweed: hi, I'll be your AM as you move through NM. a mail from me shortly will follow to get you started. [14:15] lfaraone: oh, nice to see you act as AM :) [14:15] DktrKranz: I was tempted to say "good news: you've been reassigned an AM. bad news, you're my first applicant" [14:16] heh === shadeslayer is now known as kshadeslayer === rbelem_ is now known as rbelem [16:17] hi [16:17] I'm packaging a cmake app, and the basic stuff is automated by debhelper 7 [16:17] however, I do need to make a parameter to cmake [16:17] how can I do that without manually creating an entire rules file [16:17] are there any variables I can set/override [16:27] pmjdebruijn: you need to add a override_dh_auto_configure target to debian/rules [16:27] thanks [16:27] seems to work actually [16:27] :) [16:28] just found it online too [16:28] debfx: thanks for your time [16:29] you're welcome :) === stalcup is now known as kstalcup === apachelogger is now known as kgnomelogger === kshadeslayer is now known as kglibslayer === kglibslayer is now known as kshadeslayer [18:44] ScottK: ping [18:44] ari-tczew: Pong, but make it quick as I have to go in a minute. [18:45] ScottK: about backports: for lucid I have to add one change. how can I do it? add a a patch to sponsor in backports? [18:46] ari-tczew: If it's a package you have upload rights for, you can upload to lucid-backports and I can review it in the queue. If not, you'll need to get it sponsored. The approval process via a bug in lucid-backports is the same. [18:46] Back later. [18:46] ok thnx === kstalcup is now known as stalcup [22:33] hi, im trying to compile kdepim 4.5.94 in natty and get this : http://paste.ubuntu.com/551950/ [22:34] for some reason dpkg-buildpackage is trying to run make before CMake [22:34] any ideas? [22:35] kshadeslayer: check debian/rules from clementine, it uses Cmake as well [22:36] ari-tczew: the point here being? .... ive seen alot of packages using CMake ... just never encountered dpkg-buildpackage jumping off to make before CMake [22:52] ari-tczew: do you have plans for bringing clementine to debian? [22:54] bdrung: This is good question. There is a clementine packed by another person, but not yet in Debian archive. why you ask? [22:55] ari-tczew: because you referred to clementine. then i checked if it is in debian. [22:57] bdrung: and this guy has troubles with getting clementine to archive. [23:04] kshadeslayer: d/rules which you sent on pastebin is all? [23:05] kshadeslayer: which debhelper do you use? [23:10] udienz: you're crazy man [23:10] ari-tczew, :D [23:10] ari-tczew: yes ... and the debhelper which is in natty [23:10] ari-tczew: im going to sleep ... will continue tomorrow [23:11] ari-tczew, new record. one day 10 packages [23:12] 0.o [23:12] night all [23:12] kshadeslayer, night [23:12] kshadeslayer: I asked which version [23:12] 5 / 7 / 8 ? [23:14] udienz: 10 packages? it's easy to upload 10 package in one day (do a big transition with many rebuilds). ;) [23:15] :D [23:16] lucas__: is it possible to rebuild again natty to show FTBFS in udd.d.o? now should shows also FTBFS with python 2.7 [23:19] ari-tczew: dodo is doing an archive rebuild of main in LP currently [23:20] geser: doko you mean? [23:21] ari-tczew: sure, yes [23:24] ari-tczew: http://people.ubuntuwire.org/~wgrant/rebuild-ftbfs-test/test-rebuild-20110107-natty.html [23:25] https://launchpad.net/ubuntu/+archive/test-rebuild-20110107 [23:30] geser: udd shows also output of FTBFS which is helpful [23:31] geser: heh, would be nice to run rebuild on universe as well [23:36] http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/natty/ubiquity/natty/revision/346 says it does a bunch of things, including merge from the maverick-redesign branch... but this does not appear to be a merge commit... what gives? [23:40] psusi: look at the vcs-bzr for the package [23:43] ebroder, so this was a merge, that was not a merge? i.e. they just applied the upstream diff and committed, instead of doing a bzr merge from it? [23:43] psusi: the ~ubuntu-branches branches are auto-generated. if ev is maintaining ubiquity in a different branch, that's not necessarily reflected in ~ubuntu-branches [23:44] did you look at the other branch to see if there was a merge there? [23:44] does it matter if there was a merge there? my question is why the ubuntu branch does not show a merge [23:45] hrm.. auto generated eh? [23:45] right [23:45] ari-tczew: We'll be doing a universe rebuild later this week, probably. [23:45] ari-tczew: We're just waiting on some more disk space to be installed. [23:46] psusi: unless a developer takes explicit action to do otherwise, the lp:ubuntu/foo branches are created by basically fetching each uploaded revision of a package and checking it into bzr [23:46] ohh... so the auto generator isn't pulling from the real branch, but instead just auto commits each new source package upload? [23:46] psusi: it's clever enough to deal with merges from debian, and new upstream revisions, but not that much else on its own [23:46] I see [23:49] wgrant: could you fix headers in the table on the page http://qa.ubuntuwire.org/debcheck/debcheck.py?dist=natty&list=ALL ? [23:52] wgrant: IMO use of udd script is good idea. in that way developers can easy find similiar FTBFS' [23:55] ari-tczew: Sure, I might be able to set up the UDD script. But this was just what I did at 1am to get *something* up.