[00:00] maxwellian: hehe.. i have a 40 GB / thats 13 GB used : [00:01] shadeslayer: Me too, I think 40 gig. I pretty much screwed my Windows partition when I installed Ubuntu, it runs out of disk all the time. :P [00:01] shadeslayer: Serves it right. [00:02] maxwellian: true :D [00:03] tumbleweed: Sorry, just to be sure, are you saying most of the savings are gained through a cache? [00:18] maxwellian: no, I'm saying you can save some bandwidth with a proxy. But for the ocassional pbuildering it's possibly not worth it [00:24] tumbleweed: bug 603831 [00:24] Launchpad bug 603831 in fprint-demo (Ubuntu) "Please Merge fprint-demo from debian" [Wishlist,Incomplete] https://launchpad.net/bugs/603831 [00:24] i dont understand what you mean [00:25] did debian release a new version? [00:25] nope.. [00:30] tumbleweed: bug 604102 , rbot can be syncd [00:30] Launchpad bug 604102 in rbot (Ubuntu) "Please merge rbot 0.9.15+post20100705+gitb3aa806 (universe) from Debian unstable (main)" [Wishlist,Incomplete] https://launchpad.net/bugs/604102 [00:31] shadeslayer: you should change the merge bug to a sync bug then [00:31] micahg: hmm ok [00:32] micahg: done [00:32] build log is attached [00:50] shadeslayer: re fprint-demo: you attached an ubuntu to ubuntu diff. Where's the debian to ubuntu diff [00:53] meh.. how did i not see that :S [01:01] shadeslayer: re rbot: when you have dealt with a reviewers comments, you should set the bug back to new/confirmed and re-subscribe sponsors. (no need to do that now, because I'm looking at it) [01:02] tumbleweed: oh.. i didnt know [01:03] also, for sync bugs, it helps if you have set a public e-mail address in launchpad, then the ack-sync tool can automatically use it. [01:03] hmm [01:03] tumbleweed: i can set it now [01:03] thanks [01:04] tumbleweed: i just have to unselect Hide my email addresses from other Launchpad users , right? [01:05] yes [01:05] done [01:26] tumbleweed: thanks :) [01:27] uh.. it failed 0_o === fta_ is now known as fta [01:28] how come it built in pbuilder and failed in buildd [01:29] http://launchpadlibrarian.net/51750280/buildlog_ubuntu-maverick-i386.rbot_0.9.15%2Bpost20100705%2Bgitb3aa806-2_FAILEDTOBUILD.txt.gz << if anyone can tell me why it failed [01:29] shadeslayer: read the buildlog, it explains. I'm off ot bed [01:29] tumbleweed: i am reading it... [01:29] tumbleweed: thanks anyways [01:29] * shadeslayer is not sure what the error means [01:33] anyone else around to help? :) [01:35] brr... im off to sleep as well [01:42] shadeslayer: empty translations files? [01:57] hello [01:59] hmm, why did imagemagick disappear from maverick archive... [02:02] YokoZar: looks like it's there [02:04] YokoZar: rmadison -s maverick imagemagick says: imagemagick | 7:6.6.2.6-1 | maverick | source, amd64, i386 [02:22] micahg: jmarsden: so why does http://packages.ubuntu.com/search?keywords=imagemagick not show any results for maverick? [02:22] YokoZar: it probably doesn't show any results for anything in maverick [02:22] ahh ok [02:23] it has a maverick search box though ;) [02:23] YokoZar: yeah, that site's been having issues, it's known though === fta_ is now known as fta === fta_ is now known as fta === fta_ is now known as fta === MTeck-ricer is now known as MTecknology === fta_ is now known as fta === fta_ is now known as fta === fta_ is now known as fta === yofel_ is now known as yofel [07:59] good morning === fta_ is now known as fta [08:38] Someone, please help me with http://launchpadlibrarian.net/51744908/buildlog_ubuntu-maverick-i386.krename_4.0.4-2ubuntu1_FAILEDTOBUILD.txt.gz [08:45] Someone, please help me with http://launchpadlibrarian.net/51744908/buildlog_ubuntu-maverick-i386.krename_4.0.4-2ubuntu1_FAILEDTOBUILD.txt.gz [08:51] sebner: you there? [08:52] Server is too old for streaming pull, reconnecting. (Upgrade the server to Bazaar 1.2 to avoid this) [08:52] bilalakhtar: just entered, yes [08:52] I get this message when I do a bzr checkout of the planet-ubuntu config. [08:54] sebner: please help me with http://launchpadlibrarian.net/51744908/buildlog_ubuntu-maverick-i386.krename_4.0.4-2ubuntu1_FAILEDTOBUILD.txt.gz [08:58] bilalakhtar: I'm no kde guy but either you have a wrong versioning in your controls file or the kde libs are currently b0rken in the archibe [08:59] *archive [09:00] sebner: ok, I will push the package to my PPA for another test build. === fta_ is now known as fta [09:20] bilalakhtar: why don't you try asking in [09:20] ...in #kubuntu-devel? [09:21] in general if someone doesn't answer it means that nobody knows [09:22] huu Laney :) [09:22] alright boss [09:23] Laney: thanks === fta_ is now known as fta [09:58] cjwatson: Any news on the packages site? Just curious, not pushing. [09:59] … or any other canonical employee who could take a look for me in the internal RT? [10:04] Rhonda: I haven't heard anything [10:07] Ah, alright. It sounded a bit like that elmo would take a look last time we spoke. But I can understand that he tries to contact Frank first. === fta_ is now known as fta === Lutin is now known as Guest82489 === Guest82489 is now known as Lutin [12:24] So, the CEPH project produces their own userspace tool .deb's and debian source packages.. debian doesn't have them yet though (there's an ITP but its gone a bit stale). Since upstream produces debs.. can Universe take those directly until Debian gets the packages? [12:29] Can someone help me get my wacom-dkms package into ubuntu. It doesn't seem the kernel is going to fix the broken bamboo ctl-460 (and other new models) anytime soon. I have a working packages for lucid and maverick in my ppa:ripps818/wacom. I have the current version of my package uploaded to REVU [12:38] http://revu.ubuntuwire.com/p/wacom-source === freeflyi1g is now known as freeflying === fta_ is now known as fta === fta_ is now known as fta [14:10] micahg: how come it builds on my pbuilder then 0_o [14:18] ScottK: poke [14:18] http://launchpadlibrarian.net/51750280/buildlog_ubuntu-maverick-i386.rbot_0.9.15%2Bpost20100705%2Bgitb3aa806-2_FAILEDTOBUILD.txt.gz [14:18] Looking [14:19] ScottK: thanks :D [14:19] shadeslayer: empty translations files? << thats what micahg said [14:20] Yep. [14:20] Figure out why that's happening. [14:20] ScottK: but why does it build in pbuilder then? [14:21] and it does seem the file is empty [14:21] anyone want to review a package on REVU? It has one advocation already and I have fixed the remaining problems. [14:21] http://revu.ubuntuwire.com/p/mangler [14:23] shadeslayer: Because your pbuilder chroot doesn't have pkgbinarymangler installed. [14:24] That's on the buildds, but not part of the standard install === fta_ is now known as fta [14:50] hmm === jtechidna is now known as JontheEchidna === LucidFox_ is now known as LucidFox === fta_ is now known as fta [15:39] shadeslayer: because you don't pkgbinarymangler installed (and enabled) in your pbuilder [15:40] geser: yeah ScottK mentioned that... [15:40] geser: altho i dont understand the concept of pkgbinarymangler [15:40] !pkgbinarymangler [15:40] :S [15:40] !info pkgbinarymangler [15:40] pkgbinarymangler (source: pkgbinarymangler): strips translations and alters maintainers during build. In component main, is extra. Version 69 (lucid), package size 17 kB, installed size 128 kB [15:41] geser: hmm.. so that translations go into another package?\ [15:42] not exactly, they got put into an own tar which then somehow into LP (rosetta), but I don't know the details [15:43] shadeslayer, geser -> here are the details: https://wiki.ubuntu.com/Translations/TranslationLifecycle [15:46] basically, pkgbinarymangler extracts translations from a package, puts them in a tarball and imports them into Launchpad. Then these are exposed to translators at translations.lp.net/ubuntu to complete or change. Their translations are periodically exported from Launchpad in a big tarball containing all translations, which is fed to the langpack-o-matic script, which ultimately produces a set of language pack packages, which contain the transaltions [16:12] is there a way i can glob files in python? [16:13] like the equivalent of for file in *someglobpattern*; do something_with_$file; done [16:20] hyperair: http://docs.python.org/library/glob.html [16:20] aha, thanks. [16:22] hyperair: porting git-archive-all? [16:24] Laney: *sigh* yea. [16:25] you get all the fun :) [16:25] Laney: it's easy enough to do half-baked support for submodules, but proper support for submodules needs recursion. === fta_ is now known as fta [16:27] hmm maybe i'll just work around it. [16:28] what's wrong with that? [16:28] just recursively archive-all the submodules [16:48] https://wiki.ubuntu.com/UbuntuDeveloperWeek starting in 12 minutes in #ubuntu-classroom [17:16] anyone around to help me with rbot ? [17:16] im stuck with the fact that one of the translations is empty :p [17:16] still the same problem or a new one? [17:17] the .pot files, right? [17:17] geser: same problem,but i was thinking that i could use the current git checkout and use that translation as a patch [17:17] geser: yes [17:18] meh.. its empty in git too [17:18] geser: ^ [17:20] geser: seems some translations are empty... [17:20] add "find -empty -name '*.pot' -delete" to the clean target to make pkgstriptranslations happy [17:21] geser: ok.. and the new version would be 1ubuntu1 right? [17:22] yes [17:22] geser: and i guess testing in pbuilder is useless :P [17:23] no, install pkgbinarymangler inside your pbuilder (and enable it) and you can reproduce the problem in your pbuilder [17:26] geser: how do i enable it in pbuilder? [17:29] "pbuilder login --save-after-login"; "apt-get install pkgbinarymangler"; edit "/etc/pkgbinarymangler/stripstranslations.conf" (the file is inside the pbuilder) and set 'enable: true' [17:31] and while you are it you could check if "/etc/pkgbinarymangler/santitychecks.conf" is also enabled (enable: true). Don't remember if it's enabled by default or if I changed it. [17:32] and if you want that your pbuilder also creates .ddebs install "pkg-create-dbgsym" too [17:32] geser: delta debs? [17:33] debug debs, those with the debug symbols [17:33] ok [17:36] geser: i see a control.in file.. is that required? [17:37] no, some packages generate the control file from a template (control.in) [17:37] geser: so i can remove it? [17:40] I don't know if the package really needs it in this case, but it creates an unnecessary delta if you remove it [17:41] yeah.. ill leave it as such then [17:48] geser: http://pastebin.com/JKKJL9C8 [17:49] but you got a source package? [17:49] yes [17:49] geser: i guess thats the work of the clean rule i added [17:50] yes, and you can ignore those warnings [17:50] What's the right way to install a file to /etc/default/ just install -f my_file /etc/default/ in rules ? [17:50] shadeslayer: it because the file deletion can be stored in the .debian.tar.gz but that is no problem here as we remove them on every clean call [17:51] MTecknology: IIRC yes [17:52] geser: thanks [17:54] geser: still fails :P [17:55] this time at rbot-fortune.po [17:55] then remove empty .po files too [17:56] MTecknology, geser: dh_installinit will install debian/packagename.default appropriately [17:56] geser: didnt the clean part do that? [17:57] shadeslayer: if you look at the find call, you will notice that it only delete empty files matching "*.pot" [17:58] ohh [18:00] tumbleweed: thanks === fta_ is now known as fta [18:02] geser: http://pastebin.com/vqL3MfZC [18:03] shadeslayer: what exactly did you change in debian/rules? [18:04] geser: i added find -empty -name '*.pot *.po' -delete in the clean part [18:05] geser: http://pastebin.com/W6eb0DBt [18:06] now come to think of it.. i should just to *.po* [18:08] yeah, that would work [18:12] geser: seems to work now [18:12] shadeslayer: or "find . -empty $ -name '*.pot' -o -name '*.po' $ -delete" if you only want to match those two cases [18:15] * shadeslayer has to learn regexp [18:16] and the syntax of find [18:17] geser: regex first since im using it in ruby as well [18:17] :P [18:18] geser: your rule seems to work too [18:18] How can I force something into /usr/local ? dh_usrlocal seems to insist on trying to clobber everything I try to put there.... (It's a work related package with hardcoded paths to /usr/local ... ) [18:18] geser: redy to sponsor? :D [18:18] yes [18:18] *ready [18:20] geser: want me to pastebin debdiff? [18:20] yes, that's enough [18:20] geser: http://pastebin.com/raw.php?i=kSSXnjhs [18:20] geser: thanks for telling me how to do it right ;) [18:22] ryanakca: by using override_dh_whatever, see man 1 dh - alternatively you could use the more verbose debian/rules variant (examples are in /usr/share/doc/debhelper/examples) [18:22] carstenh: Thanks [18:27] shadeslayer: uploaded [18:28] geser: thanks :D [18:31] carstenh: Hmm... now dpkg-deb quits because of files in /usr/local :/ Would it be easier just to 's@/usr/local@/usr@g' in the files that match /usr/local ? [18:35] ryanakca: weird, "$ grep usr/local *" in dpkg.git/dpkg-deb/ returns nothing [18:36] sorry, dh_builddeb [18:36] ryanakca: if you can adapt the hardcoded paths faster than you could convince dpkg-deb to install files to usr/local you should probably just do it ;) [18:36] grep local =dh_builddeb returns nothing too [18:37] (zsh, not bash) [18:37] Hmm... odd. sed it is. [18:39] ryanakca: ok, so you either spend this evening with finding the error or you use a workaround (fixing the hardcoded paths) and get time to drink a beer ... your choice === Philip6 is now known as Philip5 [18:49] geser: i think something is wrong with the builder :P [18:49] its building since 20 mins :D [18:49] and its not that huge a package [18:50] gahhhhhh [18:50] damn pastebin :( [18:50] geser: :S [18:51] geser: i gave you raw output :S === fta_ is now known as fta [18:51] geser: you wget'd the link? [18:51] yes [18:51] that explains it [18:51] :P [18:53] I looked over the debdiff before signing and uploading but missed it [18:54] 2nd try :) [19:17] micahg: Hi, as I hope that you are much more familiar with xul-ext-* packages than me: do you know if we should keep weave (binary: xul-ext-sync) in the archive or remove it again? (regarding the mozilla extension policy) [19:18] geser: was it accidentally sync'd? [19:18] geser: it'll probably be integrated into either Firefox 4 or Firefox 4.1 [19:18] * micahg forgets if there are binary components in it [19:18] micahg: sort of, it's a new package [19:19] it got synced together with the other new packages as it isn't (yet) on the sync blacklist [19:19] shadeslayer: rbot: Successfully built [19:19] geser: whee [19:19] geser: ++ [19:22] geser: I'm torn, since it's arch specific, I think it should be in, but on the other hand, they plan on integrating it [19:22] chrisccoulson: what do you think about weave ^^^ [19:24] geser: I'd say let's take it for the moment and we can review before beta freeze [19:24] micahg: ok, it FTBFS too [19:24] geser: heh, I'll need to file a bug to add it to my package set [20:06] shadeslayer: I'm glad to hear that :) === jorge is now known as jcastro [21:11] porthose: thanks for sponsoring [21:11] :) === jorge is now known as jcastro [21:16] porthose: do you want take next? === fta_ is now known as fta [21:26] ari-tczew, sorry busy with one of my upstream, leave me a bug number and I will look later [21:27] porthose: hmm, ok, so in this case I'm going to ask tumbleweed to sponsor: bug 604235 [21:27] Launchpad bug 604235 in xmp (Ubuntu) "Merge xmp 3.2.0-0.1 (universe) from Debian unstable (main)" [Undecided,Confirmed] https://launchpad.net/bugs/604235 [21:28] looks like I'm doing too much sponsorship then... :) [21:33] tumbleweed, are you going to look at xmp? [21:34] tumbleweed, if not, I will :) [21:34] porthose: I will [21:35] tumbleweed, k [21:38] ari-tczew: please don't close the lp merge bug on the same line as "Add PulseAudio support". It makes it look like that bug was the original bug adding this support [21:39] tumbleweed: could you move up LP: ? [21:39] of course [21:41] ari-tczew: besides that, looks good. building === fta_ is now known as fta [22:12] tumbleweed: thanks! [22:15] garr, I keep forgetting -sa tonight [22:16] tumbleweed: done 7 sponsorships for me [22:30] I saw some stats on how many packages are synced, merged, packaged separately, ... — does anyone know where these are? [22:30] think it was a graph [22:31] the ones on MoM? [22:31] maybe. /me looks [22:32] ah I like that, thanks geser === fta_ is now known as fta === fta_ is now known as fta