[00:00] POX: sorry about debian/rules, I forgot I changed the link to catfish.svg in that too :) good catch! [00:04] maxb: The 0.1 thing is used for security uploads. [00:05] ScottK: can you remind me the channel for debian python? [00:05] savvas: On OFTC it's #debian-python [00:05] ah oftc [00:05] ok thanks :) === khashayar is now known as khashayar_away === khashayar_away is now known as khashayar === _neversfelde is now known as neversfelde === neversfelde is now known as neversfelde_ === neversfelde_ is now known as neversfelde === neversfelde is now known as neversfelde_ === neversfelde_ is now known as neversfelde [00:36] sommer: ping [00:36] sommer: your ebox upload to intrepid-proposed has no bug number [00:38] Riddell, I don't think they've been approved for motu-sru yet either [00:39] doesn't seem so looking at the other two [00:41] Riddell: ya, the packages still need some work, should have new ones ready soon... waiting on upstream for some info [00:42] sommer: so I should reject? [00:43] Riddell: ya, I'd like to fix the things cody-somerville mentioned in the bug [00:44] and get the jaunty packages working as well === hyperair1 is now known as hyperair === hypera1r is now known as hyperair === khashayar is now known as khashayar_away [01:34] Hi, I'm having some troubles getting my new calf package to build in my PPA for hardy. Everything was going fine until: dh_clean: Sorry, but 6 is the highest compatibility level supported by this debhelper. [01:35] here's the full build log: http://launchpadlibrarian.net/21181806/buildlog_ubuntu-hardy-i386.calf_0.0.17-0ubuntu1~hardy~ppa2_FAILEDTOBUILD.txt.gz [01:36] and here's the PPA: https://launchpad.net/~stochastic/+archive/ [01:41] There seems to be a problem (probably in the rules file) with using debhelper 6, but I'm brand new to packaging and on an Intrepid system, so... [01:43] stochastic: No, the problem there is that Hardy has debhelper 5. [01:44] Or, apparently, debhelper 6? That seems odd. I was sure it was 5. [01:44] RAOF, the package listing said 6 [01:44] I'm going to turn on verbose output to see if anything more can be explained [01:48] stochastic: The problem is that you have adjusted the Build-Depends, but you have not adjusted the debhelper level requested in debian/compat (I assume) [01:48] ahhh [01:48] I'll try that [01:50] stochastic: 'man debhelper' details the effect of the compatibility levels. If your package definitely does not benefit from using the absolutely latest level, it can be useful to require an older version, to ease backporting [01:50] Or you could just build against hardy-backports, which IIRC contains debhelper 7 [01:50] ok, this is my first package, so I'm learning as I go [01:51] The command 'rmadison' displays the version of a package in all the ubuntu distribtions - this is very useful for this sort of thing - 'rmadison debhelper' tells you at a glance which version is available where [01:51] including that yes, hardy-backports has 7 [01:52] though its possible that you might not want to reconfigure your entire PPA for that [02:24] The reason we backported Debhepler 7 to Hardy is that a non-trivial number of packages are using Debhelper 7 functions and it saves a lot of debian/rules rewriting. [02:24] If you're going to be trying to bring current packages back to hardy, I suggest building on backports. [02:25] Also a lot of stuff is already there. === hyperair is now known as Guest24873 === hyperair is now known as Guest9613 === hyperair is now known as Guest24922 === bluesmoke is now known as Amaranth === zpowers is now known as Milyardo === hyperair is now known as Guest70032 === hyperair1 is now known as hyperair === hyperair1 is now known as hyperair === hyperair1 is now known as hyperair === hyperair1 is now known as hyperair === hyperair1 is now known as hyperair === hyperair1 is now known as hyperair === dmb_ is now known as _dmb [05:48] Hi, can I start helping with development on ubuntu If I run hardy 8.04 or do I need to upgrade? === _dmb is now known as libdmb [05:57] I did a lot of reading the past week and it looks like I should start with motu [05:57] BullHorns: You can. [06:06] what development tools do you use, Who can help me with the first few steps to start. It will help me alot to get to work soon [06:11] how do ajunta compare with kdevelop? === bluesmoke is now known as Amaranth [06:33] BullHorns, you can begin reading the info at https://wiki.ubuntu.com/MOTU/GettingStarted [06:39] good morning [06:45] Morning Daniel. [06:47] hiya iulian === bluesmoke is now known as Amaranth [07:29] nxvl: do you know if somebody contacted the spanish speaking ubuntu community about ubuntu developer week? [08:38] morning o/ [08:43] didrocks, huats: good morning [08:43] didrocks, huats: did you let the french community know about ubuntu developer week? [08:44] hey dholbach [08:44] it was supposed to be announced today or tomorrow [08:45] but I'll take care of advertising it today [08:45] huats: fantastique! [08:45] :) [08:47] dholbach: uh! thanks for the remainder, I'll blog about it for -it too! I won't be there... our CTO will come auditing us and I'll be busy for a couple of days :( [08:47] dholbach: basically what huats means is that I will blog about it today :) [08:47] LOL [08:47] didrocks: no no [08:47] I mean I will blog about it too :) [08:47] huats: really ? :p [08:48] (jut kidding) [08:48] * dholbach hugs DktrKranz [08:48] thanks DktrKranz [08:48] just* [08:48] didrocks: I know that you wait for an email... ;) === thekorn_ is now known as thekorn [08:49] huats: I didn't like to repeat it, but... yes ;) [08:49] :) [08:49] * DktrKranz hugs dholbach back [08:49] didrocks: doing it right now [08:49] :) [08:50] huats: great \o/ [08:50] * didrocks hugs huats [08:52] * huats hugs didrocksa and dholbach ;) === savvas is now known as savvas_ === savvas_ is now known as savvas [10:09] raphink: ping [10:10] mok0: pong [10:13] we're falling back on the sponsor queue a bit, could everyone with upload rights please try and sponsor one or two things today? === thekorn_ is now known as thekorn [10:17] raphink: PM [10:19] james_w: put up another imview diff. not exactly where i wanted it to go, but i cant seem to get the autotools stuff working [10:20] stefanlsd: I was just looking at it :-) [10:22] hiya quadrispro [10:22] quadrispro: the imlib2 bug was fixed! :) [10:22] dholbach: i'm just working on it :) [10:22] ... in Debian [10:22] rock on! [10:22] stefanlsd: what happens if you call your acinclude.m4 aclocal.m4 and drop the call to aclocal? [10:23] james_w: yay sponsoring! :) [10:23] stefanlsd: and your diff is missing the addition of the automake build-depends, but it would be easy for me to add that in while sponsoring [10:23] james_w: mm. works. also. i think loic was wanting to move more to using the autotools... but yeah, we're not really achieving anything by doing it (except planning for autotools) [10:25] james_w: maybe we shouldnt do it for now and i'll work with the debian guys to seeing how we can improve it to use autotools [10:25] we then rename acinclude.m4 to aclocal.m4, remove automake from build-deps and remove the aclocal call. [10:25] stefanlsd: yeah, if you go with an aclocal.m4 that m4_includes the files with the macros you need from an "m4" directory then moving to autotools is easy [10:26] I just learnt all this yesterday from Keybuk as it happens [10:28] dholbach: building in progress -> http://home.alessiotreglia.com/jaunty/result/imlib2_1.4.2-4ubuntu1/imlib2_1.4.2-4ubuntu1_amd64.build [10:31] james_w: let me test quick. [10:31] quadrispro: got it [10:32] dholbach: bug #317053 [10:32] Launchpad bug 317053 in imlib2 "Please merge imlib2 1.4.2-4 (main) from Debian unstable (main)." [Wishlist,New] https://launchpad.net/bugs/317053 [10:32] quadrispro: will play with it a bit, then upload it - no need for a bug [10:32] ah ok [10:32] :) [10:32] boshhead: [10:32] uops. I meant... where's bobbo? [10:33] I just have a couple of thing about ssherminator... [10:36] anyone on bug 315767? [10:36] Launchpad bug 315767 in gpm "Please merge gpm 1.20.4-3.1 (main) from Debian unstable (main)." [Wishlist,Confirmed] https://launchpad.net/bugs/315767 [10:37] dholbach: imlib2 has been build in my ppa [10:37] s/build/built [10:38] quadrispro: just played with it over here and I'm going to upload it in a bit [10:38] thanks a lot [10:38] you're welcome [10:38] you rock! [10:39] yes, I'm learning to rock sometime :D [10:41] quadrispro: you're being modest :) [10:41] james_w: do you know whats the normal practice for m4/ when its a .m4 shipped by another system lib? so we need pkg.m4 - do i include /usr/share/aclocal/pkg.m4 or cp that to the imview m4/ directory and call it there? [10:41] stefanlsd: cp it I believe [10:42] james_w: i presume i do that in the rules then? or before build? [10:42] stefanlsd: in the source package [10:42] if you were using aclocal then you wouldn't have to bother [10:42] james_w: kk. thanks [10:42] you could m4_include() it, but I think it's preferred to have it in the packaqge [10:49] james_w: http://paste.ubuntu.com/104788/ (that kinda idea?) [10:50] stefanlsd: yeah, I think that's right [10:50] stefanlsd: does it work? :-) [10:50] adobe removed old flash player 9 tar.gz, and flashplugin-nonfree in hardy is broken. [10:50] now is avail only fp10 [10:53] james_w: yeah, builds. i also tested with --without-magick and have_magick=no and it doesnt include the libs and includes. so that seems to work also. [10:53] stefanlsd: cool [10:54] james_w: should i upload this diff to the bug rather? [10:54] stefanlsd: yes please [10:55] it's inconvenient to extract it from the pastebin [10:57] james_w: np. done. [10:59] thanks === khashayar_away is now known as khashayar [11:24] mr_pouit: hi! [12:17] james_w: has anyone looked at jspwiki? [12:17] stefanlsd: not sure [12:17] james_w: kk. will look at it [12:18] actually, someone was looking at it, I thought it was you [12:18] woo, jsp? [12:18] james_w: umm. not that i am aware of. hehe [12:19] we can sync [12:19] *unless* the patches that the maintainer disabled in the new version are needed [12:20] james_w: kk. checking. mm. i need to install ant for the debuild to work. [12:45] stefanlsd, which is reasonable enough if it uses an ant clean target inside the debian/rules clean rule [12:46] directhex: yeah sure. runs an ant clean. just contaminating my nice installation with this java stuff :P [12:46] stefanlsd, i know that feeling :| [12:47] stefanlsd, i wonder if nant would work for the sake of the clean rule, though ;) [13:10] dholbach: i pinged some LoCos [13:12] nxvl: excellent - thanks! === hyperair1 is now known as hyperair [13:26] hello to all. [13:26] I need an ack for a SRU in Hardy and Gutsy for this bug #294502, please. [13:27] Launchpad bug 294502 in dvd-slideshow "dvd-slideshow reports error using ffmpeg" [Undecided,Confirmed] https://launchpad.net/bugs/294502 [13:28] could someone help me, please? :-) === in[v]aleed is now known as invaleed [13:54] anyone on Bug 317095? [13:54] Launchpad bug 317095 in libgeier "Please sync libgeier 0.10-1 (universe) from Debian unstable (main)." [Wishlist,Confirmed] https://launchpad.net/bugs/317095 === ziroday` is now known as ziroday [13:58] stefanlsd: uploaded, thanks for your hard work [14:02] james_w: thx. np. jspwiki. i see they dont ever pull in the patches, you added the dpatch to do that, but im not sure its needed as I cant see where they were ever introduced. the debian dsc builds fine thou. [14:03] stefanlsd: yeah, dpatch was missing, but in the last-but-one upload to debian they disabled the calls to dpatch in debian/rules, so we can sync [14:04] my only concern is that it all just looked a bit weird, so I would appreciate you checking that the patches in debian/patches aren't needed [14:05] james_w: k. i had a look at the patches. not a java expert thou as to what they were actually used for. i'll ping one of the java guys to have a look for us. [14:07] Huh?? Newest version on remote site is 1.03, local version is 0.147 [14:07] cadabra: Newer version (1.03) available on remote site [14:08] ah [14:08] stupid me [14:12] james_w: looks like the first one is to do with json and jabsorb. looks like jabsorb is a alternative compatible lib for json. it looks like jspwiki still uses json (/lib/jsonrpc-1.0.jar) http://jabsorb.org/UpgradeGuide [14:23] stefanlsd: yeah, "* Removed XML-RPC capability for now." suggests that the patch is not needed [14:24] I'm a bit concerned by the second though, as with that it will be building against .jars shipped in the package, but presumably won't be running against those ones [14:26] * slytherin stares at the mention of jars shipped with the source package. >:o [14:28] james_w: stefanlsd: which package are you discussing by the way? [14:29] slytherin: jspwiki [14:30] james_w: should have guessed it. I am not sure why does Debian package contain jar files in .orig.tar.gz. I am tempted to file a bug in Debian. :-) [14:31] I see lots of packages with missing license clauses in the source files. How serious it that? It is more the exception that the rule that upstream authors have included it === khashayar is now known as khashayar_away [14:43] mok0: Not serious enough to prevent inclusion in the archive if there's a full copy of $LICENSE in the tarball. [14:44] ScottK, I've been following that policy. [14:44] It's good to edcuate upstream. [14:45] educate even [14:45] ScottK, yeah, but I've also seen upstream bitch about the "rabid debian developers" [14:45] Good thing this is Ubuntu then. [14:45] heh [14:45] There was a time when FSF suggested a full copy of the GPL in every file. [14:46] License headers aren't so bad. [14:46] ScottK, I agree, the short clause is ok [14:46] ScottK: the full GPL in every file is perhaps a bit over the top [14:47] "If someone grabs a copy of a file from your project and reuses it elsewhere, wouldn't you want people to know where it came from." seems to work OKish. [14:47] scottK, FSF suggested full GPL in each source? when? I haven't ever seen that, but I admit I've only followed GNU stuff since 1989 [14:48] liw: It may just be an urban legend. That's what I recall being told. [14:48] ok [14:48] 1989 -> that's when I was 1! [14:48] * ScottK lived most of that year in Keflavik, Iceland. [14:49] pochu: don't you make liw feel old! [14:49] ScottK: what did you do there? [14:49] haha [14:49] pochu: kiddie [14:49] ScottK: you can buy Iceland now ;-) [14:49] dholbach: I was in the US Navy (there used to be a base there). [14:49] ScottK: ah ok [14:49] ScottK: did you get to see a bit of the country? :) [14:50] dholbach: Yes. Saw quite a bit of it. [14:50] cool [14:50] Almost fell off a glacier once. [14:52] RainCT: There are 2 packages in "Updated packages" on REVU, but neither of them are in Ubuntu (anymore). What gives? [14:52] RainCT: Can [14:52] RainCT: Can't we do away with that section? [14:55] mok0: There are times when that's helpful. [14:55] ScottK, hm, ok [14:56] ScottK, not when the uploads are in the wrong category, though [14:56] True, but there are times when I've worked with someone on an updated package and it's convenient to have them throw it on REVU even if it's not the official way. [14:57] ScottK, Wasn't that before the PPA days? [14:58] Of course you can make use of the REVU comment system [14:58] mok0: No. I don't consider PPAs very good for that. === devfil__ is now known as devfil [15:08] Heya gang [15:08] heya bddebian. [15:09] Hi ScottK [15:09] Do we have a drop-in replacement for jackd? I am not very knowledgeable about multimedia systems [15:09] mok0: I'd suggest ask in #ubuntu-studio. They know all that stuff. [15:10] ScottK, thanks I'll try that [15:27] RainCT: ubuntu-dev-tools is not installable right now (sb-release vs lsb-release) - is it OK if I upload your latest change now? === khashayar_away is now known as khashayar [15:35] RainCT: done [15:38] hello everyone. just going through ubuntu packaging process and bug fix process [15:38] cant really get my head around harvest. it lists bugs - yes. but why is it this way? [15:38] anyone got couple of secs spare? :-) [15:38] Hi all [15:39] if i make a build of a package, a warning but be considered? [15:39] RizR: what's the question, in particular? (what do you mean by "this way"?) [15:39] warning, `debian/python-milter/DEBIAN/control' contains user-defined field `Python-Version' [15:40] or i can say that was built whitout problems [15:43] hello everyone. just going through ubuntu packaging process and bug fix process [15:43] cant really get my head around harvest. it lists bugs - yes. but why is it this way [15:43] anyone got couple of secs spare? :-) [15:44] RizR: (i already answered) what do you mean by "this way"? [15:44] sorry if someone spoke earlier. i had added whole freenode in ignore list by mistake. [15:44] sorry. [15:44] gaspa: ok, I'm not clear or the purpose of harvest if bugs are tracked in launchpad [15:45] of the purpose... [15:45] RizR: it highlights "low hanging fruit" [15:45] it tries to show all the bugs that are probably easy to fix (I think) [15:46] RizR: there are lots of lists of bugs of a certain class, e.g. maintainer script problems, or patches attached, and harvest aggregates them [15:47] james_w: can we filter out the number of bugs displayed? lets say just display from last week or just from certain module or upstream code base? or may be from ubuntu only? [15:47] RizR: and have them all grouped by package is an helpful thing as well [15:48] RizR: if you go to the index there is a latest items display [15:48] RizR: there are plans to improve the interface of harvest soon [15:48] Does anyone know how to use custom CFLAGS in pbuilder? Globally, WITHOUT modifying rules for every package. [15:49] james_w: ok :-) I get the idea. its just the the size of the thing makes my firefox go bonkers [15:50] spitfire: I don't think you can [15:51] savvas: you're sure? [15:51] apt-build can do that? [15:51] Why wouldn't pbuilder be able? [15:51] *apt-build can do that. [15:54] I'm not sure, I said I think :) [15:56] spitfire: --debbuildopts will pass arguments to dpkg-buildpackage inside the pbuilder chroot, so if you know what to tell dpkg-buildpackage, then you might do it. [15:56] spitfire: maybe with --debuildopts and -R argument? [15:56] ScottK do you have idea what to pass? [15:57] james_w: i spoke with deb maintainer of jspwiki. yeah, they dont use the patches. they use the includes jars. for 2.8.1 he has made seperate packages that will use /usr/share/java and the debian jars [15:58] stefanlsd: cool [15:58] spitfire: Depending on the package, you might use -Rrules-file [15:58] stefanlsd: should we merge the current version then? [15:58] spitfire: See man dpkg-buildpackage for details. [15:58] ScottK depending on the package. [15:58] james_w: yeah, sync should be ok [15:58] ok [15:59] stefanlsd: er, yeah, sync [15:59] james_w: nodnod :) [15:59] spitfire: wait, there are some environment variables [15:59] stefanlsd: want to request it? [15:59] james_w: sure [15:59] savvas: where? [16:00] spitfire: http://manpages.ubuntu.com/manpages/jaunty/en/man1/dpkg-buildpackage.1.html#toptoc4 go to the "Environment" topic [16:00] ScottK: haven't found anything that looks usable, [16:00] savvas: thx! [16:00] * ScottK doesn't have additional ideas on the topic. [16:01] spitfire: IIRC they're managed with some environment variables, I don't remember if pbuilder inherits them from current session or not, anyway man dpkg-buildpackage has a full list of such variables [16:01] spitfire: it doesn't say how to use them, and it mentions that not all packages honour it. but I suppose it's: CFLAGS="blah" pbuilder command [16:02] savvas: or CFLAGS="blah" in .pbuilderrc [16:02] thanks [16:02] well I don't know, perhaps :) [16:03] one more q. in harvest i see different status for bugs (resolved-upstream, patches, bitesize etc). They're pretty obvious and I think most of those require re-package the module after including the patch provided. Am I right in thinking that? [16:04] RizR: often yes [16:05] james_w: can I find a list of all statuses somewhere on wiki/launchpad plz? [16:05] james_w: https://launchpad.net/bugs/317147 [16:05] Ubuntu bug 317147 in jspwiki "Please sync jspwiki 2.8.0-3 (universe) from Debian unstable (contrib)." [Undecided,New] [16:05] stefanlsd: cool, thank you [16:05] james_w: np! [16:06] cya guys, heading home :) [16:06] RizR: you mean bug statuses? [16:06] james_w: yes [16:06] https://help.launchpad.net/Bugs/Statuses [16:07] or https://wiki.ubuntu.com/Bugs/Tags :) [16:08] (talking about the "bitesize" mentioned before) [16:09] hi all [16:09] https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/315156 [16:09] Ubuntu bug 315156 in nautilus "Installs unnecessary desktop file" [Low,New] [16:09] nxvl, why did you ack an SRU after I asked questions about it? [16:09] what do you think about this [16:09] its right to take it out or not [16:10] ... [16:10] You did it to three of the SRUs I was taking care of! [16:11] james_w: thanks. [16:11] cody-somerville: yup, i worked on the updates, so i knew those questions [16:11] :D [16:12] ... [16:12] nxvl, Some of them were things *wrong* with the debdiff [16:13] someone can answer me? [16:13] what does SRU stand for? [16:13] anakron: #ubuntu-desktop might be a better place to ask. [16:13] savvas: Stable Release Update. [16:13] anakron, yes [16:14] ok thanks [16:14] ScottK: and ACK means acknowledged? [16:14] Yes. [16:14] cool, thanks [16:14] nxvl, Not to mention I feel it was rude. The applicant acknowledged my points and said he was going to work on them [16:14] and then you went ahead and acked the SRUs [16:14] cody-somerville: you are right, i apologise for that [16:15] cody-somerville: i was thinking on pinging you, but you weren't here still and i forgot about that [16:15] my fault [16:15] I appreciate the apology [16:15] but yes, on the server team we already test that [16:15] and we needed that sru's [16:15] also the fix was worked closely with upstream [16:16] and zul sponsored those [16:16] so they have been well checked and testes [16:16] tested [16:16] I don't care. It needs to follow the SRU policy like every other SRU. [16:16] but yes, it was rude and that was my fault [16:16] yes, that i know [16:17] and it's following, the only issue here was that i was rude on what i did [16:17] And I had questions/concerns about the SRU [16:17] right [16:17] you can de-ack them if you feel it will be better [16:18] so we avoid problems/discussions [16:18] i will try to ping you before doing so next time, i promise [16:18] nxvl, Please send an e-mail to the archive admins alerting them to your mistake. [16:18] cody-somerville: well, it haven't go trought sru-verification still [16:19] cody-somerville: so archive admins aren't still involved, right? [16:20] nxvl, sommers did upload already [16:20] zul did [16:20] Right, his sponsor [16:20] sommer has no upload rights [16:20] ok i will ping them [16:21] is there a ML for arc admins [16:21] ? [16:21] from an archive admin perspective what would be the difference if nxvl acked and cody-somerville had no participation on the verification ? [16:21] joaopinto, Because nxvl is retracting his ack [16:22] cody-somerville, that is not my question, what would be the difference from the procedure perspective if nxvl acked before you looked into the sru ? [16:23] nxvl, cody-somerville: I believe there were rejected last night [16:23] they were, sorry [16:23] i'm de-acking to avoind issues with cody-somerville since what i did was rude === invaleed is now known as in[v]aleed [16:23] cody-somerville, he is not retracting because it feels is ACK was wrong per si, but just because it is wrong relating to your previous action [16:23] james_w: so i don't need to ping the arch admins [16:24] so i'm removing my vote until cody-somerville has all his concerns resulved [16:24] resolved [16:24] nxvl: I don't think so, check the unapproved queue [16:24] joaopinto: exactly, but there is any difference? [16:25] joaopinto: i think keeping good relationships and respecting the community and procedures is as important as the technical quality [16:26] joaopinto, I imagine the archive admins would have caught some of the same mistakes I did resulting in the SRU getting thrown back and so I would have gotten involved regardless. [16:26] nxvl, right, but you don't need to roll backup a process which was properly followed to fix "relations", relations are resolved on a 1 to 1 basis, and that's what you are doing by acknowledging the fault [16:26] yes, but it doesn't resolve/answer cody-somerville's concerns [16:27] ok [16:41] dholbach: now it's too late, but yes, it's OK :) [16:43] hi, still on packages.ubuntu.com search servers are listed which do not mirror anymore. [16:43] http://packages.ubuntu.com/jaunty/all/calendarserver/download [16:43] look for debian.charite.de [16:43] this is since ages, where to report this? [16:43] if not here? === ara_ is now known as ara === santiago-pgsql is now known as santiago-ve [17:13] good morning === bobbo_ is now known as bobbocanfly === bobbocanfly is now known as bobbo === khashayar is now known as khashayar_away === khashayar_away is now known as khashayar === asac_ is now known as asac [17:54] Hi! I'm unable to rebuild matplotlib, because it build-depends on python-enthought-traits (src:enthought-traits) has been removed from debian in favor of python-traits (which has a transitional python-enthought-traits package). python-traits, however, is not in Ubuntu. What is the procedure for this? Should I request a sync for it? [17:55] how to disable tests when bulding package? [17:55] afflux: likely [17:55] spitfire: check if they are run in debian/rules, and if so, disable them there :) [17:56] pochu: I use pbuilder, is there a way to handle it internally? [17:56] don't think so [17:56] Or do I have to edit rules manually? [17:56] the latter [17:56] the latter? [17:57] ok [18:02] the package should repect DEB_BUILD_OPTIONS=notest [18:02] or nocheck, I always forget [18:04] evening guvnors [18:07] james_w: i found this: ifeq ($(with_check),yes) [18:07] Hallo [18:08] so WITH_CHECK=0 ? [18:08] how would I find out if Mars Land Of No Mercy is being packaged ? [18:08] spitfire: with_check will be set somewhere else in the file probably [18:08] hey Laney [18:08] packages.debian.org? [18:08] james_w: nope. [18:08] didn't found it. [18:08] spitfire: Me? [18:09] DaSkreech: you. [18:09] Thanks [18:09] packages.debian.org? [18:09] spitfire: odd [18:09] packages.ubuntu.com [18:09] spitfire: does the package use cdbs? [18:09] james_w: I'll pastebin it. [18:09] It's gcc [18:09] oh [18:09] yes [18:10] afflux: yeah, request a sync if it's not in jaunty. [18:10] afflux: it's possible it's in the NEW queue though [18:10] james_w: where can I check that again? ;) [18:11] james_w: how do I deal with that? [18:11] spitfire: no idea [18:11] afflux: I can never remember the url [18:11] james_w: but it takes AGES:/ [18:12] http://pastebin.com/f2e816b73 [18:12] james_w: ah, that one maybe? https://edge.launchpad.net/ubuntu/intrepid/+queue [18:12] ^^maybe you could find somehing actually useful in it.. [18:12] afflux: jaunty [18:12] not intrepid [18:12]