[00:05] what is the debconf thing that re-builds xorg.conf? === Marce_ is now known as Marce [00:23] CarlFK: Are you looking for dpkg-reconfigure xorg [00:46] If the only thing I'm changing from the debian package is the distro and the maintainer, should I still append ubuntu1 to the version number? [00:46] awmcclain: Why would you only change those two things? Would it not be better to sync? [00:47] persia: Sync? What is this "sync"? Maybe my build process is wrong? Oh, keep in mind, the debian package is not part of the debian universe. [00:48] awmcclain: debian universe? Could you perhaps provide some more context: I'd be happy to answer if I understood the details. [00:48] !sync [00:48] Sorry, I don't know anything about sync [00:48] Grr.. [00:48] eep. internet went down. sorry [00:48] https://wiki.debian.org/SyncRequestProcess [00:48] * persia is an idiot today [00:49] https://wiki.ubuntu.com/SyncRequestProcess [00:49] awmcclain: What are you trying to achieve (in some detail)? [00:52] persia: I'm the (de facto) debian maintainer and the ubuntu maintainer of a few perl-based web server packages. I host the packages in my PPA. Previously, I've branching the upstream source (where they have a /debian directory -- i know, i've been arguing with them about it ), changing the distro from etch to gutsy/hardy, changing the package-maintainer to myself, building with pdebuild, and uploading to launchpad with dput. [00:53] I've been using the version format "perlbal-1.70+svnXXX-1ubuntu1~hardy~ppa1", but I'm wondering if I should drop the ubuntu1. [00:54] awmcclain: I'd recommend e.g. ..-0ppa1~hardy for that use case, updating to ppa2 for a new rev, and using both releases, unless you find a case where you need to diverge between the releases. [00:55] Mind you, in a larger sense, it would make sense to get the packages into Debian proper, and have the source copied into Ubuntu so you only have to maintain -1 and it gets compiled for the right targets automatically (well, you might need to request backports). [00:57] That was my next question. Ok. === menyort is now known as ApOgEE- [03:21] siretart: heya [04:01] hey people please add your name in new UTU version [04:01] http://thc.emanuele-gentili.com/utu/index.php [04:06] * nhandler adds his name [04:31] nxvl: go to add your name surname and launchpad id in UTU :) [04:34] ? [04:34] link please [04:34] http://thc.emanuele-gentili.com/utu.php ? [04:34] nxvl: http://thc.emanuele-gentili.com/utu/registration.php [04:38] tacone: yep, done [04:38] :D [04:39] nxvl: what's your name ? I forgot [04:39] * nxvl HUGS tacone and emgent [04:39] emgent: btw, did you use pbuilder? [04:39] nvalcarcel ? [04:41] nxvl: seems like your full name is so cool that utu is not ready yet to handle it [04:41] á [04:42] charset.. [04:42] mail encoding. [04:42] python should have some library to handle it, though. [04:43] uhm.. [04:44] tacone: yeah, utf-8 issue [04:44] tacone: i'm used to it [04:44] nxvl: I have no doubt you are. [04:45] nxvl: I posted on the blog a mail I've written on ubuntu-devel. http://www.stefanoforenza.com/ubuntu-gui-coverage/ [04:45] yeah i saw it [04:45] I was not really lucid while writing it, but maybe you are interested in the general topic [04:45] oh [04:45] ok [04:46] it's on my ToDo list to search the tread [04:46] :D [04:46] now i'm kind of busy testing and writing the build-twice-in-a-row function on pbuilder [04:46] well, I had only 1 reply. the rest is a slightly different argument. [04:47] nxvl: any plan to support make -j 2 or make -j 3 in pbuilder ? [04:47] tacone: it doesn't? [04:47] you have to hack it. [04:47] or maybe set some default env var for make, I don't know. [04:48] Some debian/rules support CONCURRENCY_LEVEL [04:48] StevenK: that would be a nice step forward. [04:48] tacone: that should be defined on debian/rules actually [04:48] make -j n is hard, though. For complex pieces of software you need *really* *really* well defined upstream Makefiles [04:49] StevenK: what you mean ? risk of breaking ? [04:51] tacone: Yup. So, the whole point of -j n is you break up the build into multiple streams, and start them simultaneously. If stream A needs something stream C is building and doesn't depend on it in the Makefile, so that make knows to 1) order it into stream A, or 2) have stream A block until the piece is built, otherwise it could go bad. [04:51] StevenK: too bad :-( [04:52] tacone: If upstream knows how to write Makefiles, it isn't usually an issue -- you just shouldn't turn it on for every single package in the archive. [04:52] tacone: The kernel, for example, easily deals with -j n [04:53] StevenK: ok, thanks :) [05:04] :) [05:04] hello emma. [05:39] hehe [05:41] moin Hobbsee :) [05:41] moin emgent :) [05:41] hey emgent, how's it going? [05:43] all good thanks :) [05:43] I finished now to fix the latest problems in UTU [05:43] now rocks :) [05:43] emgent: that sounds like a good accomplishment. [05:43] Is it faster now? :-P [05:44] sure crontab :) [05:44] StevenK Hobbsee go to add your name :P [05:44] bleeding edge caching techniques, uh emgent ? :-) [05:44] emgent: can't you just pull them all off LP or something? [05:45] tacone: hehehe [05:45] Hobbsee: lists.ubuntu.com version-changes [05:45] emgent: or that, yes. [05:45] emgent: Hardy is blank [05:46] StevenK: i know.. calculating.. :) [05:46] not anymore. [05:46] refresh in 10 min. [05:46] now all up :) [05:49] emgent - What is it that you work on? [05:51] emma: it`s a python script for grab uploads, and php scripts for manage it. [05:52] emma: http://thc.emanuele-gentili.com/utu/index.php [05:53] emgent: oh that's wonderful. [05:53] emgent: That's why I like to hang out in these channels. You are such a talented guy. [05:54] * Hobbsee hears deja vu. [05:55] emma: ... [05:55] Yes? [05:56] (06:53) ( emma) emgent: oh that's wonderful. [05:56] this is a stupid script, stupid but useful [05:56] I see. :) [05:58] emgent: to me it looks wonderful and I still maintain that you are a talented guy :) [06:03] hehe [06:03] :) [06:03] Goodnight now. [06:04] bye. [06:05] bye. [06:10] emgent: How did you get your initial name list? [06:11] persia: http://thc.emanuele-gentili.com/utu/registration.php [06:11] persia: it's linked from the main page. [06:11] tacone: Except I didn't use that, and my name is listed, which is why I wondered [06:12] I misunderstood. reads from mailing list. [06:13] persia: someone added your nick.. [06:13] no, emgent he refers to the full name [06:13] ah nice. [06:14] yeah, via mailing list. [06:14] persia: uploaderlist = findall('Changed-By: (.*) <.*>', data) [06:14] emgent: Hmm. I'm going to agree with those who suggested you pull data from LP: it's too easy to abuse if there is no checking involved. [06:14] tacone: Sure, but that doesn't explain why "persia" exists on http://thc.emanuele-gentili.com/utu/showlist.php [06:15] woohoo! that was exciting. I just figured out what build-deps were required to satisfy pkg-config on something I'm working on :-) [06:15] guess he added by hand the first entries [06:15] persia: I don't know if launchpad bugs allows for fullname search right now. [06:15] i think nhandler [06:15] maybe the new apis ? [06:15] same ip in this post. [06:15] Doesn't need it: we always have the email address. [06:16] persia: same thing. does it allow right now ? [06:17] tacone: Sure. pass some search text in a JSON object as a GET to https://api.edge.launchpad.net/beta/people [06:17] !! are the apis already pubblished ? wow. [06:17] tacone: Error: I am only a bot, please don't think I'm intelligent :) [06:18] ubottu: you undervalue yourself [06:18] tacone: Error: I am only a bot, please don't think I'm intelligent :) [06:18] ok ok .. [06:18] heheh [06:18] persia: I seem not allowed yet to access that page. I would have to subscribe launchpad beta users etc etc :-) [06:19] tacone: Ah. Yes. On the other hand, some people might be subscribed :) [06:19] (which sounds pretty cool now that I think about that) [06:19] some people could steal secret information >:-] [06:19] (jocking) [06:22] * tacone made the wannabe-a-beta-something request [06:24] tacone: and wait... [06:24] (07:00) ( kiko) okay, flying out to toronto, see you all in some 16h! [06:24] (07:00) :: kiko (n=kiko@canonical/launchpad/pdpc.supporter.active.kiko) has quit ("Connection reset by santa") [06:24] heheh :) [06:24] is him the only one ? [06:24] oh [06:24] 16h, not 16th august [06:24] ok I can wait. [06:25] There ought be others who can approve a request to be a beta tester [06:25] https://launchpad.net/~launchpad-beta-testers/+members [06:25] ok, I misunderstood though, 2/3 days is not so much :-) [06:26] oh [06:26] efficent people. I am delighted. [06:28] uhm, the api page still doesn't work. [06:28] going to sleep a little [06:29] see you [06:29] tacone: see you later :) [07:36] Could someone have a look at the easystroke package on REVU? Thanks. [07:47] tacone: moin [08:04] good morning [08:04] howdy [08:04] heya Laney [08:09] could someone review indonesian-fonts and scim-tables-indonesian at revu ? [09:51] G'morning === slangase` is now known as slangasek === doko_ is now known as doko === wgrant_ is now known as wgrant [10:39] nobody packaged launchpadlib yet? [10:39] hey dholbach [10:39] hi james_w [10:39] has it been released? [10:40] I could check out lp:launchpadlib :) [10:40] that's good enough [10:40] I'll take a look [10:40] thekorn is working on a pylpbugs connector using launchpadlib [10:41] awesome [10:41] so we can have a smooth transition for the scripts that we have already [10:41] yes, thekorn is full of awesome-ness [10:41] there are no other words for it [10:41] and you're not hugging him for that? [10:41] I was humping him earlier on [10:41] * dholbach hugs thekorn [10:42] thanks james_w for looking into the packaging :) [10:42] * dholbach hugs james_w too [10:42] * james_w starts a group hug with dholbach and thekorn [10:42] :-)))) [10:42] * thekorn hugs dholbach and james_w [10:42] yoohooo [10:42] * DktrKranz hugs everyone, simpler ;) [10:43] dholbach: do you know a way to search for a term in bugs with a tag? [10:43] I'm trying to see if there is a needs-packaging bug already open [10:44] ah I can do it from advanced it seems [10:44] Anyone feel like reviewing http://revu.ubuntuwire.com/details.py?package=compcache-setup? Thanks. [11:00] packages.ubuntu is out? [11:01] Seems that it's down. [11:04] Why is ffmpeg lacking some video encoders since intrepid? cf. https://bugs.launchpad.net/ekiga/+bug/254201 [11:04] Launchpad bug 254201 in ffmpeg-debian "feature regression: ffmpeg lacks some video encoders (like h263+, MPEG4, maybe more...)" [Undecided,New] === ogra_ is now known as ogra === metilfenidato is now known as leleobhz [11:20] ion_: Is that just a wrapper around a udev rule? [11:26] persia: Well, it has a localizable debconf UI and handles the mkinitramfs compcache code properly. [11:27] ion_: It just seems a bit light for it's own package: there's something about having no actual code that bothers me. [11:28] On the other hand, at least it's native, rather than having an empty "upstream" tarball... [11:28] Well, there is *some* code, although admittedly not much. :-) [11:29] The validation of the user-supplied value, the computation of the module parameter based on it etc. :-) [11:33] ion_: There's no code outside of debian/ [11:35] persia: Well, i *could* have put the files outside debian/, but then dh_* wouldn’t have found them automatically. ;-) [11:35] perais: But yeah, i get what you mean. [11:36] ion_: I'm not advocating putting them outside debian, I'm just amused at a "no code" package. [11:38] Anyway, it's not lintian clean. [11:40] Huh. I could have sworn i checked the source and the binary. I guess i made a mistake. [11:40] Could someone review http://revu.ubuntuwire.com/details.py?package=amoebax ? Thanks [11:41] persia: What doesn your lintian complain about? It doesn’t complain for me. [11:41] joaopinto: The source isn't even lintian clean for that one. [11:42] ion_: I suspect you aren't giving lintian the -iIv options [11:42] persia: Sorry, no. Will check with them and fix. [11:42] ops, forgot the lintian warnings [11:42] ion_: Anyway notes on REVU (along with non-lintian note) [11:42] persia: Thanks! [11:46] asac: I've tested the rdepends of xulrunner 1.8.1.16 === ScottK2 is now known as ScottK [12:00] Good day [12:09] devfil: good [12:09] please open a bug and attach the bits [12:10] asac: there is a problem, I don't know hot to find the USN, CVE... fixed in this release [12:10] *how [12:13] devfil: just look at the firefox USNs [12:14] if we skipped .15 .14 ... and so on, add those to the "fixed" list as well. [12:14] asac: where exactly? we skipped only .15, .14 is in the repo [12:16] devfil: look for the firefox advisory for .15 and .16 then [12:16] devfil: http://www.ubuntu.com/usn [12:16] devfil: also check the advisories for tbird .15 and .16 [12:16] maybe there is one on top [12:16] if there is another referred in tbird add that as well as xulrunner also contains most of mailnews [12:17] devfil: you dont need to name all CVEs/MFSAs in changelog, just USNs would be enough [12:17] (maybe with a link to the USNs) [12:18] nhandler, yo [12:25] Anyone bored and wanna look at and comment / maybe sponsor my gpa build? [12:35] is Jonathan Riddell (jriddell) around? [12:35] today's update mess my kmail [12:35] hmm? [12:36] hi there [12:36] Riddell: see private im [12:36] BUGabundo: kde4libs_4.1.0-0ubuntu7 should appear in a bit, ought to help things [12:36] it was working fine until a few minutes ago, when I did some updates [12:37] ahhh ok [12:37] I'll wait... [12:37] souldnt there be dependecies ? [12:38] what's up with /libwbclient0_2%3a3.2.0-4ubuntu3_amd64.deb and likewise? [12:41] I don't know what that is [13:04] hello everyone [13:06] could someone review http://revu.ubuntuwire.com/details.py?package=amoebax ? Thanks [13:16] BUGabundo: looks like a problem with samba [13:16] I know [13:16] more precislly likewise [13:19] joaopinto: One quick comment for you on package descriptions ... It looks like you've written one package description, but the first line should be the short description and the second line should start the long description. It looks like one, but it's really two separate things. The long description should read sensibly without the short description present. [13:23] Hobbsee and Riddell here is the full log http://paste.ubuntu.com/34001/ [13:24] BUGabundo: it's bug 254434 [13:24] Launchpad bug 254434 in samba "package libwbclient0 2:3.2.0-4ubuntu3 failed to install/upgrade: trying to overwrite `/usr/lib/libwbclient.so.0', which is also in package likewise-open" [Undecided,New] https://launchpad.net/bugs/254434 [13:24] thanks [13:24] thanks james_w [13:24] I imagine it is actually a bug in likewise-open, but once our samba expert wakes up I'm sure he'll reassign it or fix it as needed [13:24] its been like this for a week [13:25] I'll subscribe to it [13:26] BUGabundo: if it's been like this for a week, then why didn't you report a bug about it a week ago? [13:27] I was busy with other more pressing bugs [13:27] I've been reporting bugs against kmail [13:27] on kde 4.1 [13:27] and last week wasn't all that free time... too much to do at the office [13:27] i hope you reported them at bugs.kde.org. [13:28] I avoid to jump on the wagon and post just about any bug, until I know what's behind it [13:29] just last week I was having some problem, that prevented me from login and with the help of ppl on the # I found out it was a permission related prob. I would be a waste just to open a ticket for that, before I could even confirm it was a bug or a local issue [13:29] so I do, others I leave for the mantainer to decide if they should go uptream to kde [13:29] true [13:30] but package upgrades tend to be bugs, unless you've been using stuff outside the packaging system. [13:31] I remember all the trouble I had with my nvidia and all due to me instaling the nvidia driver instead of the one in the reps. with the help of envy dev I manage to get it fix... no bug there! [13:31] nothing out of reps for kde/kmail [13:31] but there are a lot of regressions [13:31] but even KDEPIM Ingo doenst want to be bother with some of them [13:32] well, it is kmail... [13:33] lol [13:36] emgent: Hey. FYI, you can get the user account associated with an email using the new LP API. [13:37] (or at least the wiki has an example of that - I haven't tested it yet) [13:39] nxvl: congrats ! [13:39] ;) [13:40] huats: you too! [13:41] Bah. You were both members beforehand. nxvl was the example raised in the discussion that granted the existance of UUC. [13:42] (Coincidence as being on the same agenda for the same day) [13:44] nxvl: Congrats on pbuilder. Thanks. [13:46] heh [13:46] yes [13:46] * nxvl remembers that [13:46] ScottK: thank you [13:46] i was surprised to see it already uploaded [13:46] :D [13:46] but nice [13:46] :D [13:47] i tested it all night long yesterday so now i'm completely sure it works as spected [13:50] nxvl: Have you discussed the changes with dancer? Might be worth getting some of them into Debian. [13:51] persia: i've already file a bug on debian [13:51] persia: so the patch is already there [13:55] hello persia and ScottK [13:56] Hello huats. Congratulations on UUC. [13:56] nxvl too (UUC). [13:57] ScottK: thanks [13:57] :) [13:57] you have your part in it :) [13:57] uuc? [13:57] stefanlsd: ubuntu-universe-contributors [13:57] * ScottK stops typing. [13:57] * nxvl dances [13:58] ScottK: thanks again! [13:58] brb, going for a smoke [13:58] ok. i guess congrats. :) [13:58] for whatever :) [13:58] nxvl, huats: I think I haven't said it yet, so: congrats! :) [13:58] nxvl: Courier is needing a merge. Would you mind looking into it? [13:58] RainCT: thanks [13:58] ScottK: yep [13:59] ScottK: imap-courrier? [13:59] RainCT: thanks [13:59] i think i cna do it in the road trip to tampa [13:59] and upload it there [13:59] nxvl: courier-imap is one of the binary packages, but courier is the source package. [13:59] OK. [13:59] ScottK: btw, nice catch (the requestsync bug) [14:00] ScottK: yeah is just that i, yes [14:00] nevermind [14:00] ScottK: 0.60.0-1? [14:01] nxvl: Sounds right, yes. [14:01] RainCT: Thanks. [14:01] ScottK: courier-authlib also? [14:01] I created a watch file for a package - how do i send the patch to debian? [14:01] nxvl: If you care to, but it needn't be done together. [14:02] :D [14:02] it's a 2.5 hours road trip [14:02] nxvl: I try to watch over courier a bit because I know a lot of people use it. courier-authlib I haven't particularly watched, so I've no great opinion on it. [14:03] stefanlsd: submit@bugs.debian.org, the subject is the bug title and start the body with: Package: (and on the next line:) Severity: wishlist [14:04] stefanlsd: you may also want to add the Ubuntu tag.. https://wiki.ubuntu.com/Bugs/Debian/Usertagging [14:05] Isn't there some submittodebian script that deals with most of that? [14:06] Personally I tend to use reportbug. [14:06] ScottK: probably, but I find that just sending a mail is faster [14:07] ScottK: reportbug [14:07] i use repurtbug-ng [14:07] reportbug-ng* [14:08] nxvl: didn't they want to change it to send the bugs to Ubuntu instead? [14:08] since it opens a evolution mail and i can edit it as i will [14:08] nxvl: I just use reportbug for Debian, so I changed it back to sending to Debian (it's a conf option). [14:09] ScottK: i use it to send it to debian [14:09] is there any way to use it for sending to ubuntu? [14:09] Not usefully. [14:09] yeah, launchpad is easy enought [14:09] reportbug sends mail to ubuntu-users. [14:09] Personally I like Debian BTS better in most respects. [14:11] i don't find it useful to have reportbug modified to launchpad [14:12] LP is nice. the debian interfaces are really old looking [14:13] BTS renders pages fast enough I'm not left waiting. I care a lot more about that than how pretty it is. [14:13] * persia isn't convinced old is bad: Ubuntu is (mostly) SUS compliant, and there have been plenty of newer operating systems in the meantime [14:13] nxvl: Better that than ubuntu-users ML. [14:18] ScottK: Fixed. I'll upload the new ubuntu-dev-tools revision in a few days (Laney wants to get a new script in and I've told him to write a manpage for it first). [14:19] OK. No rush. Thanks for the quick turn around. [14:20] asac: can you take a look at https://launchpad.net/bugs/254618 ? [14:20] Launchpad bug 254618 in xulrunner "Please update xulrunner to 1.8.1.16 version." [Undecided,Confirmed] [14:22] now this is odd! [14:22] ScottK: thanks. submitted to debian. Did the usertagging also. Quiet easy over email... [14:22] synaptic says some stuff is obsolete [14:22] on Hardy [14:22] if I remove it it removes all of Gnome [14:23] libasound2 [14:23] and python2.5 [14:24] ScottK: heh, indeed [14:24] wel [14:24] going to tampa now [14:24] back in 3 hours i hope [14:24] read you! [14:24] * bluefoxicy is on 64-bit so.. has to head to class now though [14:25] (if someone is in tampa drop me an e-mail to meet us there) [14:26] Heya folks [14:27] hi folks [14:27] Heya sistpoty|work [14:27] hi sistpoty|work [14:27] hi bddebian [14:28] and hi RainCT [14:48] crumbs. the more users that use ubuntu the more bugs there are. need to increase the contributers to dev ratio [14:55] ScottK, about the amoebax description, does http://pastebin.com/m25a5223e looks better ? [14:55] * ScottK looks [14:56] anyone got a gpg pub key with special chars in. umlauts or the like. want to test it in gpa to confirm a bug and see if my new version of gpa fixes it... (or knows the best way to find such a key) [14:58] joaopinto: /me suggests http://pastebin.com/d65184dce [14:59] RainCT, tks, change applied [14:59] joaopinto: Or even http://pastebin.com/d6963029f [15:00] stefanlsd: try 5BE41F21 [15:00] I updated from RainCT's. [15:00] dholbach: thanks [15:02] btw, is it allowed for the copyright file to be generated at build time? (I guess yes, as I've just seen a package which does that, but just to be sure) [15:02] ScottK, tks, changed applied [15:03] RainCT: The source package has to be distributable. How does that work if you don't have debian/copyright until you build it? [15:05] RainCT: also, if it's gpl, you'll need to have a copy of it in the source package [15:08] Uhm.. That package is scaring me :P. The generated copyright file lists the authors' names and then basically says "the files include are under different licenses, check them yourself" [15:11] awesome, there are some GPL files, but there isn't a copy of it [15:11] the description was improved, http://revu.ubuntuwire.com/details.py?package=amoebax, now it would be nice to get an advocate [15:14] joaopinto: please indent the free art license in debian/copyright for clarity [15:14] ah, nvm, it would be over 80 chars then [15:15] RainCT: Very bad (copyright stuff). This package isn't in Debian is it? [15:17] ScottK: It is, and in Ubuntu it's in main.. manpages-de [15:17] * RainCT hopes that he is missing something :P [15:17] Urgh. [15:18] maybe main needs to use REVU :P [15:18] RainCT: I'd suggest asking pitti about it. [15:19] joaopinto: We got that one straight from Debian in ancient times, so maybe it wasn't looked at as closely as we would now. [15:37] Hi guys, can someone please explain the anomaly that is the new dvb-apps? I know that dvb-utils has been removed but I can't quite work out if the new package is called linuxtv-dvb-apps or just dvb-apps? [15:37] http://packages.debian.org/search?keywords=dvb-apps returns something. [15:39] And I get this also, https://launchpad.net/ubuntu/+source/linuxtv-dvb-apps [15:40] i still have dvb-apps in hardy [15:40] err, dvb-utils [15:41] laga: Yes, dvb-utils (Hardy, Etch) -> dvb-apps (Intrepid, Lenny) [15:41] I think. [15:43] well, https://launchpad.net/ubuntu/+source/linuxtv-dvb-apps claims that it's also in hardy? [15:44] laga: Yeah, strange, but it's not, if you know what I mean. [15:45] lamothe: linuxtv-dvb-apps is the source [15:45] and it produces dvb-utils on hardy [15:47] laga: Ahhhhhh .... got it. Thanks for that. [15:54] geser: ping [16:18]