=== stalcup is now known as vorian [01:48] ari-tczew: "You can remove field XSBC-Original-Maintainer and move your person to Maintainer field as this package is not coming from Debian" - thats wrong (and dpkg-source will complain) [01:48] ari-tczew: the maintainer needs to have a @ubuntu.com address in Ubuntu. [01:49] ari-tczew: why should we upgrade to debhelper 8? what benefit does it bring us over debhelper 7? [01:50] bdrung: ah right, @ubuntu.com address. [01:50] ari-tczew: btw, i was referring to http://revu.ubuntuwire.com/p/wallch [01:50] bdrung: I know what are you reffering to. [01:50] bdrung: keeping up-to-dated QA standards [02:15] guys, i have debian/patches/ & debian/.pc directories, i use quilt in order to apply the patches, ... i only set debian/source/format to "3.0 (quilt)" [02:16] but except when i i manually copy (rsync) debian/.pc to sourceDir/.pc ... my build fails (debuild) [02:16] actually, the patches from debian/patches are not considered automatically [02:17] apart from have the patches in debian/patches & source/format, is there something i'm missing ? [02:25] paissad: did you add the patches to debian/patches/series ? [02:25] Bachstelze, yes [02:26] Bachstelze, actually i think i know what is the problem, 2 sec please [02:27] actually, no i don't know what's the problem ^^ [02:28] I'm not sure I understand either [02:28] what do you mean by "not considered"? [02:39] Bachstelze, well, i have pms-linux-$VERSION/debian/patches/ [02:39] QUILT_PATCHES=debian/patches [02:39] QUILT_REFRESH_ARGS="-p ab --no-timestamps [02:39] here is the tree of pms-linux-$VERSION/.pc -> http://dpaste.com/291751/ [02:40] here is the tree of debian/patches/ --> http://dpaste.com/291752/ [02:42] paissad: one moment please, I'm in the middle of writing a Very Importantâ„¢ email :) [02:42] don't bother mate ^^ [05:23] as per https://bugs.launchpad.net/bugs/693962 would this be a fair task for motu? Someone suggested i give packaging it myself a shot and from the brief read on the wiki, motu seems quite interesting and community friendly [05:23] Ubuntu bug 693962 in aircrack-ng (Ubuntu) "needs-packaging airdrop-ng not included in latest aircrack-ng" [Undecided,New] [05:24] would this be a suitable candidate for me to try package? [05:50] wolfric: yes, it's probably just missing from the install file [06:09] micahg: as in the aircrack deb install file? [06:09] wolfric: the .install file in teh debian dir if it exists [06:42] wolfric: have you done much packaging [06:50] lo people. I am getting this error "debian/changelog(l5): found eof where expected first heading" from my debuild -S -uc -us [06:50] here is my changelog http://pastebin.ca/2032626 [06:50] i am unsure why it's complaining about the file, it looks very similiar to [06:50] http://www.debian.org/doc/debian-policy/ch-source.html#s-dpkgchangelog [06:51] mase_wk: you have no release name, source package shouldn't be capitalized [06:51] ok, what is the release name meant to reference ? [06:51] the release of the distro ? [06:51] mase_wk: yes [06:52] so Maverick Meerkat or just Maverick , do i use capitals for that ? [06:52] mase_wk: maverick, lower case, but only if this is for a local build or PPA, not REVU [06:53] i am unsure what REVU is. This isn't actually going into the distro, i would like it to go into an apt repository which i host somewhere [06:54] at least initially [06:54] mase_wk: ah, ok, maverick is fine then [06:55] mase_wk: to get the correct format, you can use dch --create [06:56] well i did use that initially but i didn't realise the case was important and i didn't know what release was referring to so i just removed it :) [06:57] so out of curiosity, what happens if debian people want to use this apt repo ? can they or do i need a debian install in order to create something that they can use ? [06:57] debian people = people who use debian :) [06:59] also i am getting a sh: gcc: not found, however this project is entirely PHP so why do i need gcc ? [07:06] mase_wk: part of build-essential? === hanska is now known as dapal [10:49] hi! against which package should be filled "please sync..." reports? (i.e.: https://bugs.launchpad.net/ubuntu/+bug/612518) [10:50] Ubuntu bug 612518 in Ubuntu "Please sync xen-4.0 from Debian to Maverick" [Undecided,Confirmed] [10:50] xen 3.3? should be left in the general "ubuntu" package? [10:59] found a dup (#378240) in xen-3.3, I will mark it as such === apachelogger is now known as darthlogger === darthlogger is now known as apachelogger [14:03] shankao: sync and merge bugs have a different workflow than regular bugs [14:08] so, should they be assigned to the general "ubuntu" package? [14:11] I mean, how do they get known to the proper people? [14:12] shankao: no, there are processes for them, https://wiki.ubuntu.com/MOTU/#MOTU Processes, please don't touch them unless you understand the processes [14:13] ok, I see [14:13] thanks for the info === Lutin is now known as Guest82309 === Guest82309 is now known as Lutin [15:40] hi guys! bilal just suggested me to come here and ask for a package review. The package is called Basenji was uploaded here http://revu.ubuntuwire.com/details.py?upid=8714 some time ago .Its lintian clean and just needs a review. would be awesome if someone could do that :-) [15:47] pulb: I'll have a look later. what did you do to get package in Debian? [15:49] ari-tczew: great! I didn't upload it to debian, just to revu. I'm using ubuntu and didnt find the time yet to check if it builds on debian [15:51] hello [15:52] Is it possible to migrate a package from getdeb.net to official debian repositories? [15:58] yes, it is === vorian is now known as bzip === yofel_ is now known as yofel === bzip is now known as vorian [18:39] bdrung: congrats! [18:40] moo [18:42] bdrung: congrats! :) [18:42] what'd he do DktrKranz? dd? [18:42] vorian: exacly, just now [18:42] vorian: yeah [18:42] coolio, congrats bdrung [18:44] * maco claps [19:03] what happened to bdrung? [19:15] DktrKranz, sebner, vorian: thanks. [19:16] my irc client celebrates a highlighting festival. ;) [19:18] bdrung: Congrats :) but for what? [19:18] hakermania: DD - Debian Developer [19:19] hakermania: now i have full upload rights to both worlds [19:19] bdrung: Ouao. :) [19:21] muhahaha [19:25] bdrung a DD now? very cool [19:25] micahg: yes :) [19:32] bdrung: go for Archive-Admin and FTP Team too, so you'll have full breakage rights too ;) [19:35] I just lost my almost-completed T&S reply [19:35] this makes me sad and angry [19:36] I imagine... [19:36] * sebner hugs Laney :( [19:36] unfortunately I was asked every single question too, so it was rather long [19:38] * DktrKranz printed the questions, and answered on-paper during lunchtime in office [19:38] quite old-style, but worked good :) [19:46] Ey, how do I do that? ***hakermania had a coffe [19:57] * geser explains hakermania how to use /me [20:02] * hakermania says [20:02] geser: cool, thx [20:05] bdrung: congrats :) (sorry missed your messages last night) [20:05] tumbleweed: thanks [20:06] geser: any idea why ubuntutools.lp.lpapicache.Distribution('ubuntu') takes a lot longer than launchpadlib.launchpad.Launchpad.login_anonymously('testing', 'production').distributions['ubuntu'] (it seems to transfer a lot of data) [20:09] geser: 10s vs 2s [20:10] did you use anon-login also in the ubuntutools.lp.lpapicache case? [20:10] tumbleweed: why do we need ubuntutools.lp.lpapicache? [20:10] it defaults to that, right? [20:10] tumbleweed: no, default is normal login [20:10] bdrung: it caches results (but yes that was my first question too) [20:11] tumbleweed: and launchpadlib doesn't? [20:11] geser: err yes that was it, sorry :( [20:11] bdrung: before lpapicache the several functions from requestsync all refetched the object they needed through the LP API make the script unnessarily slow [20:12] bdrung: no, unless you pass the fetched object around [20:12] geser: can't we improve requestsync instead? [20:12] geser: introducing object that store the launchpad objects? [20:13] bdrung: that's what lpapicache does [20:20] bdrung: lpapicache does it in a singleton style: doing Distribution('ubuntu') in one function and the same in a different function gives you the same object (fetched only once) [20:49] bdrung: launchpadlib has to be conservative about caching; client code can be more aggressive where it has domain knowledge suggesting safety === Quintasan_ is now known as Quintasan [22:47] ari-tczew: new package for wallch uploaded with one warning about the maintainer field (I was told by you to remove the XSBC-Original-Maintainer field at your comment. Please, if you have some time check it out. [22:47] http://revu.ubuntuwire.com/p/wallch [22:57] what is the difference between the source formats quilt and native and what would make me choose one over the other ? [22:59] mase_wk: native has no upstream tarball [23:00] ok cool that is what i want then :) [23:01] do i still use debbuild -S -uc -us if my source format is native ? [23:01] nm it's created everything..just in the dir above [23:01] which i guess makes sense [23:12] mase_wk: what do you package? [23:13] this is my first package. It's an application framework called timber [23:14] i have a file called build.xml, an ant compatible build tool called phing is used with timber [23:15] however it's complaining that it can't run ant clean [23:15] but i don't really want / need ant as a dependancy [23:16] how can i tell debbuild to ignore it ? [23:16] mase_wk: this application is not Ubuntu specific? [23:16] no [23:16] the layout is ubuntu / debian specific [23:17] the fedora / RH use a different directory layout but that's about it [23:17] /b 10 [23:17] mase_wk: then it shouldn't be a native package. [23:18] then it requires me to have an upstream tarball...which i don't have / want. I have a git repo which contains a branch which has only the debian dir in it [23:18] the idea being that i merge the debian branch and the master branch and run debuild and instapackage [23:19] mase_wk: your upstream branch should be put into a tarball. you could add a "dist" target to build.xml to generate the tarball. [23:20] well a) build.xml isn't actually getting used at the moment [23:20] it's just there as a placeholder , but it will be in the future [23:20] although for unit tests and documentation [23:20] not as part of the install routine. [23:21] but if i do ever try and get this into debian i will do that. [23:21] mase_wk: You can/should create a tarball by making a get-orig-source target in debian/rules [23:22] (as I understand it) [23:24] There's an example in http://packages.ubuntu.com/source/maverick/sqlite3-pcre - download and extract the .debian.tar.gz file listed on the right. [23:24] oojah: ok, so then i just put the instructions for making my source tarball in there? [23:24] Bottom, not right. [23:24] mase_wk: It actually makes the source tarball. [23:25] sorry which of those files do i need the sqlite3-pcre_0~git20070120091816+4229ecc-0ubuntu1.debian.tar.gz one ? [23:26] mase_wk: Yep, then look at debian/rules [23:26] n/m not it [23:26] got it rather [23:27] kewl, thanks [23:27] It's just an example so might not apply to what you need to do exactly. [23:35] oojah: awesome that worked really well. so now my source format is correct. [23:35] does anyone have any idea how i can stop debbuild from trying to use my build.xml [23:49] hello [23:53] hi EagleScreen [23:55] can someone tell me what is wrong with this zenity code? <-- http://paste.debian.net/103446/ [23:55] when the URL is clicked, nothing happens [23:55] and terminal outputs this: http://paste.debian.net/103447/