=== wolfger_ is now known as wolfger === Pici` is now known as Pici [01:25] hi, i am trying to set up a ppa, but am having difficulties with signing the ubuntu code of conduct... it says that there is no public key? [01:25] again, try #launchpad [01:25] lol ;) ok thanks [01:25] oh, and patience, and cross-posting is bad [01:26] Hobbsee: i read the topic of devel and thought that it would be more appropriate to ask in here. [01:26] FAJ: ahhh. [01:26] ya... [01:26] i was like o you want me in here? ok i'll go there and post [01:40] anyone else notice a rash of updated packages today that don't look like they should have been ( not security fixes or other high priority big fixes )? [01:41] in Intrepid that is [01:41] I thought only high priority bug fixes were supposed to get into -updates as an SRU? [01:42] psusi: have an example? [01:42] psusi, Everything should have been approved by one of the SRU teams. Check the bugs in the changelogs. [01:42] they should all be approved by the appropriate SRU team [01:42] hello persia [01:43] I'm looking at some.... right now I'm looking at the splix package, which fixed bug #292690, which is not a high priority bug [01:43] Launchpad bug 292690 in splix "Garbage bitmaps printed on left margin in ubuntu testpage on A4 on Samsung printers" [Undecided,Fix released] https://launchpad.net/bugs/292690 [01:43] james_w, Hey. [01:44] persia: how was your holiday? [01:44] hrm... maybe it just never had its priority field set properly but was supposed to be high priority now that I read into it a bit [01:44] james_w, It's been good so far. I've a bit left, but with bandwidth now find that I'm not really as away as I was previously. [01:44] persia: well then, close IRC :-) [01:45] persia: are you in SF now? [01:45] * psusi needs to read up more on the SRU process I guess [01:46] james_w, heh. Well, as long as I've bandwidth, I may as well be around. I am in SF now. [01:46] persia: excellent, I will see you in...some hours then [01:46] tomorrow I guess [01:47] Cool. [03:05] Note that regressions need not be high severity to merit SRU. [03:21] Say, is the "404: Not found" error in flashplugin-nonfree in 8.04 new, or has it been like that for a while? [03:21] have adobe updated their stuff again, then? [03:22] It would appear so. [03:22] needs another SRU, then! [03:23] aroo? [03:23] They offer a .deb for Ubuntu 8.04+ on the web site. Didn't know that. [03:24] Oh, I think I know why it's broken. [03:24] tonyyarusso: Because it's flash? [03:24] The url is get/flashplayer/current/install_flash_player_9_linux.tar.gz, but Flash 9 is no longer current. Flash 10 is. [03:24] ScottK-laptop: that too :) === nhandler_ is now known as nhandler [03:25] Hobbsee: For an SRU, would we need to find where they hid 9, or would 8.04 get upgraded to 10? [03:25] tonyyarusso: not sure. [03:26] Hobbsee: Shall I just file a genericish bug against the package and let someone else figure it out then? [03:27] Dapper still has Flash 7 or 8, IIRC. [03:27] tonyyarusso: well, the obvious answer is "find who usually uploads the package, and if it's the same person all the time, ask them what they want done" [03:27] tonyyarusso: try fta / crimsun, as they've uploaded the last few [03:28] but if you don't get an answer that way, and there's no existing bug, file one [03:28] stupid adobe === nhandler_ is now known as nhandler [04:28] superm1: Hello [04:28] hi AnAnt [04:29] i believe you've pinged me a bunch during my holiday [04:29] superm1: yeah [04:29] i recall sponsoring your package shortly before i left though? [04:29] did something else come up with it? [04:29] superm1: I didn't know that it got sponsored (because I forgot to put an LP: #nnnn) ! [04:29] silly me [04:30] AnAnt, oh and silly me for not catching that! :) [04:30] superm1: anyways, I saw dkms today on mentors.debian.net [04:30] superm1: I wonder if you know anything about it [04:30] superm1: I saw your replies on the ITP too [04:30] AnAnt, ah that's spectacular to hear. there was a discussion that got stirred up on debian devel a few months ago to bring it in [04:31] but i fizzled out and i'm not sure the end result [04:31] do you have a link to the upload to mentors? i'm hoping it was the same fellow that uploaded it there. dont want to start seeing things pulled in different directions [04:32] superm1: yeah, same guy who filed the ITP that you replied at [04:32] http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=dkms [04:32] okay very good [04:32] wonder why it took so long for him to put it on mentors though [04:34] seems that he based it on Ubuntu package [04:34] and you are set as one of the uploaders [04:36] can someone help me with this debian bug 507340 ? [04:36] Debian bug 507340 in sl-modem-daemon "sl-modem-daemon: User Slmodemd has home dir /" [Important,Open] http://bugs.debian.org/507340 [04:36] although I'm not sure wether it is a bug or not that the Slmodemd user has home dir /, I did decide to fix it, and set the home dir to /var/log/slmodemd/ [04:39] yet, when I put this code (http://pastebin.com/m4ebf61d3) in postinst to fix the issue for those who are upgrading sl-modem package, and tried to install the package, I get a seg. fault from postinst [04:39] can someone advise me with this ? [04:44] AnAnt: Is the daemon running at that point? [04:45] RAOF: nope [04:45] Because man usermod says that it'll be most displeased if the user is logged in or running any programs. [04:46] there's nothing being run by Slmodemd [04:59] AnAnt, it's based off an old package though... [04:59] hum [05:00] hey guys, is this the channel where i can get help packaging ? [05:00] superm1, re dkms in debian: the manpage patch could be merged upstream [05:00] it just s/-/\-/ [05:01] mase_work: yup [05:01] why did David check it into svn.debian.org instead of continuing to point at the upstream git tree? [05:01] vcs-svn and vcs-browser [05:02] i'm going to have to send him an email tomorrow about this [05:02] does debian not have a git tree server that would be able to clone to and then just do direct pulls? [05:04] alioth says it's in cvs; the package says it's in svn [05:04] weird [05:04] and set up new mailing lists [05:04] AnAnt:cool. I have a package which is in hardy and i would like to be able to add a patch to it, and have apt use that package instead of the one in the hardy repository. I am aware this can be done, but there are alot of other packages which depend on this package so do i need to do repackage all of those as well ? [05:06] why repacakge them ? [05:11] AnAnt: well the package i want to add a patch to is dovecot-common and dovecot-imapd dovecot-pop depend on dovecot. what i would like to do is just add the patch and make the package without having to touch the others [05:11] but i don't want apt to then clobber the installed dovecot-common package if a security update is released [05:11] mdomsch: Generally svn.debian.org just has the Debian packaging, not the upstream source. [05:12] ScottK, ah ok [05:12] mase_work: sorry, I dunno [05:26] Hi. I fixed the issues detected by mok0's review of dvdstyler package (http://revu.ubuntuwire.com/details.py?package=dvdstyler). could someone have a quick review, to check if I still miss something? Thanks! [05:32] fabrice_sp: what's debian.patch [05:33] superm1: I have a question , you asked me to add linux-headers-generic | linux-headers in sl-modem-source Recommends field [05:33] fabrice_sp: why shall you mention Build dependency on libwxsvg-dev (>= 1:1.0) in changelog? [05:33] AnAnt, yes [05:34] superm1: what should I do for Debian ? there is no linux-headers-generic there [05:34] AnAnt, in debian what is the linux headers package called? [05:34] AnAnt: there are many packages that provide linux-headers virtual package [05:34] freeflying: it comes from upstream: they are building the packages with builddebian command, and apply debian.patch before [05:34] AnAnt, what's the most common case though [05:34] superm1: dunno [05:35] persia: howdy [05:35] and about mentioning explicit dependency: it has been requested by siretart [05:35] superm1: there has a lot flavours in debian, like 486 686 k7 etc [05:35] (comment of the 15th of November) [05:35] superm1: linux-headers-2.6-486 maybe, since it's description is: Header files for Linux 2.6 on x86 [05:35] AnAnt, well so the intention of that is so that you get the most common case [05:36] so you should probably make it $(DEBIAN_MOST_COMMON_LINUX_HEADERS_PACKAGE) | linux-headers-generic | linux-headers [05:36] and that would allow it to work on both debian and ubuntu [05:36] would debian approve that ? [05:36] I mean approve " | linux-headers-generic " part ? [05:37] superm1: is $(DEBIAN_MOST_COMMON_LINUX_HEADERS_PACKAGE), a variable that you just made up ? [05:38] fabrice_sp: you can document it in an README [05:38] fabrice_sp: and is this belong to graphics? [05:39] AnAnt, it's a variable i just made up yes :) [05:39] AnAnt, you can ask your sponsor in debian if they would be willing to add the | linux-headers-generic. i've seen packages where they'll add in a small thing like that if it's the only delta to ubuntu. it keeps maintenance easiest for all parties then [05:40] ok [05:41] AnAnt, so if you were to grab the i386 installer for debian, does it choose the kernel during install time, or it has a basic kernel it installs for everyone and you pick the more appropriate one later? [05:41] freeflying: will change my comment to README, then, and about graphics: it's the only section for 'multimedia' app (afaik) [05:41] superm1: I dont use debian [05:41] AnAnt, if the former, then i'd say you are probably best with a 486 or 686 headers package by default, if the latter, then you should go with what gets installed by default [05:42] AnAnt, then making an educated decision is exponentially more difficult :) [05:43] freeflying: you mean README.source, right? [05:44] superm1: ook [05:44] fabrice_sp: yes [05:45] ok [05:46] freeflying, perhaps do you know? [05:46] AnAnt: you'd better have a look of those modules in debian, to see how do they solve it [05:46] freeflying: no package in debian uses dkms yet [05:47] superm1: I haven't packaged anything relate to kernel :) [05:47] freeflying, but do you use debian? do you know what the default kernel that gets installed is for x86? or is it selected at install time? [05:47] AnAnt: you'd better go to debian-mentors @ oftc for help [05:48] superm1: for me, I selected it manually :) [05:49] superm1: I think that a virtual package is enough [05:49] superm1: I just looked at openswan-modules-source Recommends: field [05:50] AnAnt, no it's not. you need to have a default or the alternative virtual package [05:50] if something is depending on virtual package only, that's an error [05:50] superm1: kernel-package (>= 7.04), linux-source [05:50] i believe even lintian tells you [05:50] superm1: linux-source is a virtual package [05:51] AnAnt: btw, the way for maintain kernel is different in debian and ubuntu [05:51] s/kernel/kernel package [05:51] http://lintian.debian.org/tags/virtual-package-depends-without-real-package-depends.html [05:52] superm1: openswan is not one of them [05:52] superm1: btw, only one package provides linux-source though ! [05:53] fabrice_sp: where is the Homepage in debian/control [05:54] freeflying: you're right. I lost it in my multiples upgrades of the package. [05:54] superm1: probably openswan is not listed in the URL you mentioned, because the virtual package is in Recommends not Depends field [05:55] fabrice_sp: you really need to hardcode in Depends? [05:55] AnAnt, probably, but it's the same principle. [05:55] ok [05:56] freeflying: yes. this are tools that are used by DVDStyler to generate the DVD. [05:57] freeflying: perhaps ffmpeg could be deleted because of libavcodec-unstripped being there. I'll try. [05:59] and I'll move xine-ui to Recommends (but it will be installed by default in Intrepid) [06:00] fabrice_sp: and do remember document why don't u use the original one [06:00] fabrice_sp: and do remember document why don't u use the original source tarbal [06:01] freeflying: just have done it in the README.source :-) [06:15] fabrice_sp: usr/share/dvdstyler/data/empty_ntsc_ac3.mpg what's this for? [06:15] freeflying: for generating the default empty menu for NTSC format [06:15] it's a kind of template [06:16] fabrice_sp: so dvdstyler can work without it? [06:17] freeflying: hmm, I don't think so, but I'll try deleting it, to check if it works. Why? Is there copyright issue with this file? [06:18] fabrice_sp: no, if its not necessary, you can split the package into two [06:19] fabrice_sp: lack of manpage [06:19] freeflying: I think it's mandatory, because I remember seeing that file in the generation log [06:20] manpage is in docs/dvdstyler.1 [06:20] fabrice_sp: ok [06:22] fabrice_sp: are u sure u have make it installed? [06:30] freeflying: In the resulting deb, it's in /usr/share/man/man1, so yes [06:32] fabrice_sp: ok [06:37] fabrice_sp: why is data/dvdstyler.desktop changed [06:41] freeflying: to remove warnings given by desktop-file-validate (last comments of mok0) [06:45] fabrice_sp: my fault, its a patch :) sorry [07:01] freeflying: np. Thanks for taking time to review dvdstyler. I've updated REVU with your comments, and will upload a new version to take them into account. thanks again! [07:03] fabrice_sp: u r welcome [08:38] Any MOTU/DD crossovers feel like sponsoring a Debian upload? [08:59] any suggestions on how to package batguano-insane upstream which requires a snapshot of openjdk and gnu classpath sources? [08:59] a really big diff.gz, with the extra crap in debian/ ? [09:00] hello ppl :] [09:00] i should change my dput.cf for configure PORT, someone can help me ? [09:01] ho can i set port ? [09:01] *HOW* [09:02] Michele, as in TCP port number? [09:02] yes [09:02] scp method [09:03] don't quote me on this......... [09:03] but consider setting Port for that host in ~/.ssh/config ? [09:03] fqdn = 10.0.0.2 method = scp incoming = ~debomatic/big/ login = debomatic allow_unsigned_uploads = 0 [09:03] (my .dput.cf) [09:04] but sshd running in 222 TCP port [09:04] how can i fix it ? [09:05] don't quote me on this......... [09:05] but consider setting Port for that host in ~/.ssh/config ? [09:05] yes i read it :-] [09:05] but i dont know how to really configure it [09:05] <_ruben> why would you run ssh on a non-standard port? [09:06] _ruben: VM, anyway the problem is other [09:06] ssh config is easy [09:06] Host 10.0.0.2 [09:06] Port 222 [09:07] ok work [09:07] Thanks directhex [09:08] <_ruben> why would a vm have its ssh on a diff port? oh well [09:10] i run ssh on non-standard ports too [09:10] well, at least on public ip's [09:15] <_ruben> security through obscurity? rather useless imo [09:16] nah not really [09:16] if it was only that, sure [09:16] but using it on a different port gets rid of any scans [09:16] which are constant :) [09:16] <_ruben> only allowing pubkey auth pretty much is all you need for a secure ssh setup [09:17] you never know there is an ssh flaw that isnt patched or sth [09:17] :) [09:17] _ruben: sure, running on another port is just a small step for a secure(d) server :) [09:18] <_ruben> yeah .. a step back imo .. it breaks more than it 'fixes' .. like with the example which started this discussion :) [09:18] <_ruben> for production/mission critical stuff, you dont want ssh open to the whole world anyways [09:48] directhex: why would a package need snapshot of openjdk? [09:49] slytherin, insanity [09:49] directhex: which project is it? [09:49] slytherin, ikvm [09:51] directhex: any pointers to the statement that it needs snapshots? And have you already tried building it with the openjdk in jaunty? [09:55] slytherin, ikvm-0.36.0.11/HOWTO [10:23] Hi everyone... if someone is bored ... he could review my waiting package at http://revu.ubuntuwire.com/details.py?package=sqliteman thanks a lot :D [10:24] been at it a while, eMerzh :| [10:24] funny thing, it seems REVU is slower than debian NEW at times o_o === santiago-pgsql is now known as Guest74266 === Guest74266 is now known as santiago-ve === doko_ is now known as doko [11:04] slytherin: contentless repong? [11:04] Hobbsee: Are you free enough to clear 2 more packages from 'NEW'? [11:04] slytherin: sources or binaries? [11:05] Hobbsee: binaries. [11:06] Hobbsee: libhibernate-validator-java and libhibernate-annotations-java [11:19] slytherin: waved [11:22] Hobbsee: Thanks [11:22] slytherin: you're welcome [11:22] airports are SO boring [11:23] nxvl, wifi helps [11:24] nxvl, and IME, airports vary wildly in boringness [11:25] directhex: yup [11:25] directhex: that's true [11:26] directhex: and the boriness is direct relative to the wifi conection [11:26] directhex: worst conection, more boring [11:38] slytherin, what are the chances of the java team offering an openjdk-source package of some kind for handy build-depitude? [11:40] directhex: 100%, there is already a package, openjdk-6-source. Check if it serves the purpose. [11:42] if i (well, hanska) need to go further, is openjdk-6-source-files likely to stick around for long, or is it an ephemeral entry on experimental that'll disappear in the future? [12:25] Hello, regarding this merge request ( bug 305124 ) , is there something to do or someone to subscribe ? [12:25] Launchpad bug 305124 in tspc "Candidate revision tspc_2.1.1-7ubuntu1" [Undecided,New] https://launchpad.net/bugs/305124 [12:36] Hello, regarding this merge request ( bug 305124 ) , is there something to do or someone to subscribe ? [12:36] Launchpad bug 305124 in tspc "Candidate revision tspc_2.1.1-7ubuntu1" [Undecided,New] https://launchpad.net/bugs/305124 [12:46] Hello, regarding this merge request ( bug 305124 ) , is there something to do or someone to subscribe ? [12:46] sorry, I get disconnected a lot [12:46] Launchpad bug 305124 in tspc "Candidate revision tspc_2.1.1-7ubuntu1" [Undecided,New] https://launchpad.net/bugs/305124 [12:47] AnAnt: dude, spam? [12:48] https://wiki.ubuntu.com/MOTU/Contributing [12:48] note the sponsorship queue stuff mentioned on ^ [12:53] afternoon Hobbsee! [12:53] hey directhex! [12:54] well, late evening, but... :) [12:54] Hobbsee, i'm awaiting a flame war :) [12:55] directhex: where? [12:56] Hobbsee, debian-devel, probably. look who turned up in NEW last night: http://ftp-master.debian.org/new/moon_1.0~beta1-1.html [12:57] directhex: oh, fun. [12:57] * Hobbsee hands you a flame-proof vest [12:57] Hobbsee, i look forward to it ^_^ [12:57] :) [12:57] hm, am i a sociopath? o_o [12:58] are you already being called names? [12:59] I must have missed all those mono flamewars directhex is talking about [12:59] azeem: there was a great post on ubuntu-motu a while ago about it [12:59] ah [13:00] and various people who have decided to flame #ubuntu-devel about mono [13:00] I thought they were related to Debian not Ubuntu [13:00] well, they're both :) [13:00] laga, over moon? yes. huge flame war on debian-devel; [13:01] laga, starting with http://lists.debian.org/debian-devel/2008/10/msg00063.html [13:02] that thread was mostly about mpeg encoders I thought [13:03] azeem, people got sidetracked, certainly. but robert doesn't half have a go on the itp bug itself [13:03] azeem, i reached the decision "i don't care about robert millan" between the ITP and yesterday's upload [13:03] everybody mostly ignores Robert these days [13:04] and even then, I don't see how your conversation with im is a "huge flame war" [13:04] him* [13:04] azeem, i was mostly offended that a former Gnash maintainer was using "it won't be 100% compatible with what it's a clone of" as a reason to reject [13:04] I was amused, but yes :) [13:04] oh, and boycottnovell picked up on it, and moaned about how i must be thick or something [13:05] ok [13:05] you just make it sounds like you have to battle/fight half of Debian every day about mono/moonlight, while in practise at most a couple of vocal people are speaking up against it [13:06] and their groupies are just the kind of ill-informed loudmouths who really help promote free software to the masses [13:09] Hobbsee: not spam, bad net connection [13:11] Hobbsee: anyways, thanks === nhandler_ is now known as nhandler [13:17] AnAnt: the bug description is misleading. There is one Ubuntu change still not merged and hence you have a merge bug. Otherwise it would be a sync. [13:19] smerge! [13:22] slytherin: what change is not merged ? [13:22] AnAnt: the one for which you submitted the diff, related to ipv6 module loading [13:25] slytherin: sorry, disconnected again, what's not merged ? [13:26] AnAnt: the one for which you submitted the diff, related to ipv6 module loading [13:26] slytherin: yes, that's what I found in previous debdiff [13:26] slytherin: in addition to debian/control changes (Maintainer field) [13:27] AnAnt: yes, that is why I said that "All ubuntu changes have been merged" is a wrong description. [13:27] slytherin: those are all what I found [13:31] slytherin: well ? [13:32] AnAnt: Please tell me what meaning did you intend to convey with "All Ubuntu changes have been merged". [13:33] slytherin: I meant that all changes (that I found in the last debdiff from 2.1.1-6.1 to 2.1.1-6.1ubuntu1) were merged [13:36] AnAnt: So that is what I couldn't understand. Usually when you file a merge bug, you should mention what ubuntu changes still need to be maintained or what changes have been already merged in Debian and can be dropped. [13:37] AnAnt: So when you say "all changes have been merged" the usual meaning is that the changes have been merged in Debian and we don't need to maintain Ubuntu diff. [13:38] ah, I meant that I merged the changes in the debdiff I put [13:39] Better to use language like "Merge from ${source}, Remaining Ubuntu changes:" and then list anything left over below. [13:39] * directhex merges persia from ${source} [13:39] persia: \o/ [13:42] source ? [13:43] you mean main [13:44] Something like "Debian unstable" or "Debian experimental" or "Joe's nifty deb repo" [13:44] ok changed [13:46] got to reboot [13:53] Hobbsee: One more package please, so that I can go home and try building jboss. :-D - libhibernate-entitymanager-java === nenolod is now known as moogle [14:01] slytherin: joining the Java meeting ? [14:01] Koon: there [14:04] Koon: persia is available. [14:05] persia: if you want to chair let me know [14:05] Not really :) === txwikinger2 is now known as txwikinger === nhandler_ is now known as nhandler === LucidFox is now known as Sikon_Stargate [15:21] Heya gang [15:22] hi bddebian [15:23] Hi sebner [15:23] hi bddebian [15:24] Hello rjune === in[v]aleed is now known as invaleed [15:38] Hi bddebian [15:46] Heya geser [15:57] boo [16:00] ahhh :) === Sikon_Stargate is now known as LucidFox [16:04] bddebian: you going to UDS? [16:04] Nah, I am gymnastics poor :( [16:14] bddebian: What does gymnastics have to do with being poor? [16:15] StevenK: My daughters' gymnastics classes cost us a buttload of money :( [16:15] StevenK: it means he has to bend over backwards for money? [16:15] oh. that works too. [16:24] * StevenK smirks, and goes to breakfast. [16:32] jdong: I'm not so sure about the backwards part. [16:44] scottK so after looking at the disabled modules in our case chm roll the diff without that patch ?? [16:54] leonel: No. We should include it. My point is that your test doesn't mean the code isn't vulnerable, since the module is disabled. [16:54] leonel: I'm talking with upstream about how we can arrange to get stuff re-enabled after patching. [16:55] scottK ok I'll wait since I cant find where to put the 2nd part [16:55] leonel: If it's a question of waiting, let's go ahead without it and then do another update once it's sorted out. [16:56] scottK I'll push what I got and fix that latter [16:56] leonel: Sounds good. [16:57] scottK I'm preparing another for squirrelmail [17:16] Oyé Oyé (in old french in the text) if You want to review a package, mine is waiting for you : http://revu.ubuntuwire.com/details.py?package=sqliteman ... feel free to comment or advocate this! ;) [17:35] Does anybody know off the top of their head the best and most up to date wiki page about chroots? [17:36] TheMuso: that's like asking for the best and most up to date wiki page about kittens. can you be a bit specific? [17:37] Right, I need to give someone a link to explain about chroots, and how we use them in Ubuntu, and the tools available. [17:39] hum. the pbuilder documentation might be useful.. maybe also the other builders. [17:39] I might start with DebootstrapChroot, but I'll have a look around. [17:39] see, chroot is a system call. you can do a lot of things with it, and a lot of tools like ltsp-build-client and probably ubiquity etc use it [17:40] yeah, debootstrap is important as well. [17:40] of course, my list is nowhere near completeness :) [17:42] Anyway, we will see if they write back with more questions. [18:00] hello [18:02] If someone could be kind enough to validate a sponsoring request and do it if he can (lp 305229) [18:02] Launchpad bug 305229 in obex-data-server "[need-sponsoring] Upgrade to version 0.4.2 for jaunty" [Undecided,New] https://launchpad.net/bugs/305229 [18:10] c [18:11] ++ :) [18:12] * StevenK stuffs RainCT out an airlock [18:14] StevenK: why? :( [18:14] Because C++ needs to DIAF [18:15] StevenK: replaced by what? [18:16] I don't care, anything that isn [18:16] 't C++ [18:17] java \o/ [18:17] StevenK: as long as it isn't #, that's fine for me :P [18:19] s/for/by [18:35] is there any reason for debian/rules to require root for a clean? [18:35] it requires fakeroot [18:36] well, it requires root, whether it be real or fake... my question is why ;) [18:36] root should only be needed for make install [18:36] which debian/rules clean should not be running [18:37] it needs to undo the effects of make install === azeem_ is now known as azeem [18:38] hrm.... so if you really ran debian/build as root, instead of with fakeroot, it would not be able to rm the files in the build directory? [18:39] yes [18:52] I need help with an SRU for bug 263173, any motu-srus around? [18:52] Launchpad bug 263173 in sugar-hulahop "Sugar Browse fails on startup" [Undecided,Confirmed] https://launchpad.net/bugs/263173 [19:08] scottK bug #271546 [19:08] Launchpad bug 271546 in clamav "[hardy] Multiple unfixed CVEs" [Undecided,New] https://launchpad.net/bugs/271546 [19:09] scottK hardy debdiff done working with dapper and gutsy remains open for the cve-2008-1389 [19:09] leonel: Sounds good. [19:15] leonel: You should add LP: #304017 to your references. [19:17] redo the diff ?? [19:17] or some magic by the security team can do the magic ? [19:18] leonel: You can just edit the diff and reupload it to LP since you aren't changing the number of lines. [19:20] scottK ok , didn't know that I can edit the debdiff by hand .. [19:20] leonel: As long as you don't change the number of lines, you can. [19:20] ... and you're careful. [19:21] done [19:22] Building here. [19:43] hi, which is the process to bring a new application in Ubuntu repos? [19:47] logari81: https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages [19:51] leonel: Looks good here. [19:55] scottK great .. building for dapper and test [20:08] there's a manpage missing for a package, what would be the first step in remedying it? [20:10] writing the manpage [20:11] it's written, just not provided by the package [20:22] hyperair: thank you [20:26] frostburn: Does the package use debhelper? [20:27] unsure [20:32] so I uploaded a bad package to my ppa... I deleted it... now when I try to upload the fixed version launchpad rejects it saying it was already uploaded... but I deleted it? [20:32] psusi: Increase the version number [20:33] psusi: deletion isn't instant [20:33]