[00:00] want to contribute in a more concrete way [00:00] and learn more about it in general [00:00] figure it's a good way to get involved [00:01] We can always do with more people :) [00:05] that's what I hear [00:06] :) [00:09] !info cvxopt [00:09] Package cvxopt does not exist in gutsy [00:10] !info cvxopt [00:10] !info cvxopt hardy [00:10] Package cvxopt does not exist in hardy [00:10] lol [00:10] are debbootstrap and ubuntu-server pretty much the same thing? [00:11] semantically, no [00:13] crimsun_: I believe they are pragmatically quite different as well? [00:13] minghua: I agree [00:18] !info python-cvxopt [00:18] python-cvxopt: python package for convex optimization. In component universe, is optional. Version 0.9-0ubuntu1 (gutsy), package size 1696 kB, installed size 3816 kB [00:18] Kmos: ubutu works on binary packages not source packages [00:20] :) [00:20] i think that package can be synced.. but not sure [00:22] Kmos: it can be synced once dsdp got synced and passed NEW [00:23] if im trying to make a gentoo-install as close to a ubuntu-desktop install what would be a good starting point? [00:23] geser: ah nice =) [00:24] sahil: Let's see... grab Ubuntu CD, select Gentoo partition, install :P [00:24] look at the dependencies of the ubuntu-desktop, ubuntu-standard, and ubuntu-minimal packages [00:25] as for the Ubuntu customizations, you'll need to extract them from the affected Ubuntu source packages [00:25] can someone give me a hint on how to read a .rej file from a patch? the top section gives the - lines and bottom gives the + lines [00:25] does that mean that hunk is not needed [00:25] the lines are same as in patch itself [00:26] gnomefreak: It means that hunk didn't match the file you're trying to patch. [00:26] ah yes line numbers are wrong it looks like [00:27] patch = http://pastebin.mozilla.org/232780 patch.rej = http://pastebin.mozilla.org/232779 [00:27] if i run autoconf2.13 like i should do the patch becomes empty [00:28] not sure how to determine if its safe to remove patch (all signs point to yes) but i would like a confirm from another person before i do [00:29] gnomefreak: patch.rej: the lines in the first part should get removed, the lines in the second part should get added [00:29] the - lines get removed and the + lines get added [00:29] just those lines though [00:30] you get a .rej file when a chunk couldn't get applied for whatever reason [00:30] crimsun: with regards to the configurations for individual packages is there a way to procure just that? [00:30] that is how the patch is done [00:30] the top part are - in patcha nd bottom is + in patch [00:30] either the changes aren't needed anymore or the context has slightly changed and patch couldn't apply it [00:33] gnomefreak: a .rej file looks similar to what you get if you forget the -u switch when calling diff [00:33] i didnt call diff [00:33] i used quilt push -f to get a rej file [00:34] gnomefreak: not here, but you already used diff in the past? [00:34] yes [00:34] see what im not getting is the same changes are in rej that are in patch but diff. line numbers [00:35] so do i re-patch it using right line numbers? [00:35] there has to be an easy way to do that other than making new patch [00:35] autoconf2.13 emptys the patch [00:35] thats not helpfull [00:36] hey [00:36] the numbers have a different meaning in the patch and the .rej file [00:36] the firestarter packaged in the ubuntu repositories is crashing on me [00:37] and it doesn't initiate at startup, it "fails" [00:37] geser: so the numbers being diff can mean nothing (they still might be right line numbers?) that the rej still tells me nothing helpfull [00:37] gnomefreak: in the patch it mentions how many lines the next chunk affects (before and after) while in the .rej it mentions first and last line number [00:37] Konam: file bug? [00:38] oh, I'll do it but I tought this was a motu thing or something [00:38] gnomefreak: can you also paste-bin the affected file (install.rdf)? [00:39] geser: yeah give me a minute [00:41] geser: a couple of minutes please since i ran autoconf it changed so give me a few to reverse that [00:45] and yes i know that made no sense [00:45] i thought about it after i typed it [00:46] geser: http://pastebin.mozilla.org/232815 thats the file you asked for [00:47] that looks like a generic file [00:48] i dont see http://www.mozilla.org/projects/calendar/lightning/@TARGET_PLATFORM@/update.rdf [00:50] the homepageURL link doesnt work either [00:51] looks like you need to redo the whole patch as the file has changed much [00:52] thats what i was thinking after comparing them to orig install.rdf file [00:52] ok ty ill re learn quilt and do it this weekend [00:53] https://wiki.ubuntu.com/MOTU/School/PatchingSources has an usage example for quilt [00:54] remove the old patch (or move it away) and add a new patch with quilt and apply the changes from the old patch by hand [00:55] Heya gang [00:55] Hi geser [00:55] Hi bddebian [00:56] ScottK: You still in Boston? [00:56] time to move to bed (it's nearly 2 am again) [00:56] night all [00:56] Night geser. [00:56] YokoZar: He left a couple of days ago. [00:57] Gnight geser [01:01] Hi I was wondering how I would go about offering a addition to the firehol package init.d script? The try option is not available. What is the process for submission? [01:02] Create a patch and submit a bug on Launchpad [01:03] ok thanks [01:04] No, thank you. :-) [01:51] pwnguin, ready for some Indiana goodness ? http://opensolaris.org/os/project/indiana/resources/getit/ [01:53] now is when i wished i had a extra x86 laying arround === Pici` is now known as Pici === chuck_ is now known as zul [02:40] imbrandon: heathen i cast thee out [02:42] zul would i get my geek points back if i tell you i'm wiring my NES controler to my parallel port ? [02:43] imbrandon: perhaps...bonus points for having no life too ;) [02:46] psh. these days the cool nerds are using wiimotes as NES controllers :P [02:47] bah [02:55] imbrandon: no geek points for you, because your computer has a parallel port ;) [02:57] what if you buy a new computer but make a point of ensuring it has parallel and serial? [02:59] hmm. an interesting problem. normally when i work with upstreams, they'll say something along the lines of "this patch is a workaround for someone elses problem, i refuse to accept it" === Burgundavia_ is now known as Burgundavia [03:00] today I got a response of "not enough distros provide what I'd need, so I won't be fixing this" [03:00] pwnguin: From who, and which problem? [03:01] sounds pretty messed up [03:01] well, he's got a point [03:01] i suggested changing the font [03:02] launchpad bug 159396 [03:02] Launchpad bug 159396 in apt-file "apt-file can't find Contents on /cdrom" [Undecided,New] https://launchpad.net/bugs/159396 [03:02] err [03:02] bug #159365 [03:02] Launchpad bug 159365 in cellwriter "Training font misleading" [Wishlist,Confirmed] https://launchpad.net/bugs/159365 [03:03] misleading? [03:03] "Changing the font is very easy, but without a suitable replacement already installed on most Linux systems there's nothing I can do." [03:04] this is for what program? [03:04] why not just add the font? [03:04] instead of being annoying ;) [03:04] in part because the font doesnt exist yet [03:05] oh in that case it does make sense [03:05] you know of any good handwritten fonts that wont land the package in multiverse? [03:05] i could make one hehe [03:06] imbrandon: im after legible, not "handrwrity" [03:06] nah i know nothing about fonts [03:07] open up fontforge and make one ;) [03:07] although you have to make it unicode and support every single character correct? (chinese and so on right?) [03:08] no font does that [03:09] you know if you render a font to a bitmap it is no longer protected by copyright law [03:09] afaik, fonts cover parts of the unicode spectrum [03:09] noolness: that sounds like shennanigans to me [03:09] so render a good handwritten type phone at a relatively high resolution then trace it [03:09] inside of font forge [03:10] YokoZar: No, I'm back home. [03:10] wow. fontforge is like a step back to 1994 [03:11] there is a better program for making fonts? i don't make fonts, i just know you can make them in there ;) [03:11] there has to be [03:11] whether its packaged / free software i donno [03:11] come on, there this is linux [03:12] ah yeah there are probably programs that cost 2k that are better [03:13] actually i just opened it [03:13] it's really ugly, but it seems to be very full featured and usable [03:14] it just doesn't have a fancy pants gnome interface....it has a much faster drawn interface instead ;) [03:14] anyways, if i take the make it yourself approach, i'll probably look for some better tools === rob1 is now known as rob [05:12] * imbrandon yawns [05:12] * persia provides pink pep pills [05:59] hi guys....does anyone know if the python-dbus package contains bindings for the Auth features of dbus? [06:14] huh, if wikipeda is to be believed, fonts may not be copyrightable in some senses === elkbuntu_ is now known as elkbuntu [06:44] pwnguin: ooh [06:47] some senses being a member of the pirate party ? [06:48] is there any convention on debian/install [06:48] or is just another file under debian/ [06:48] ? [06:50] nxvl: Could you rephrase? I think there is an answer, but I'm not sure of the question. [06:51] debhelper uses it to determine which files should go into the deb, right? [06:52] highvoltage: Yes, if dh_install is called in debian/rules without arguments that indicate otherwise. [06:52] persia: Lior kaplan has just write me again about the efax-gtk package, i write him some days ago when i was doing the merge and to warn him about the LP bug #108746 [06:52] Launchpad bug 108746 in efax-gtk "no icon in kde menu" [Wishlist,Fix released] https://launchpad.net/bugs/108746 [06:52] now he has write me back asking me to post my patch on BTS [06:53] but i'm not sure if he wants the complete debdiff or just the patch on #108746): [06:55] nxvl: That's great news. Generally Debian maintainers prefer separated patches for specific issues, specifically excluding any changes to the changelog. [06:55] persia: so i need to add only huats patch [06:57] Looking at your debdiff, and the bug comments, I'm not sure exactly what to send. The dpatch is an attractive target, but the maintainer doesn't use dpatch, so that wouldn't include any hooks to actually install the fixes. [06:58] persia: on the one i merge [06:58] it's all with dpatch [06:58] nxvl: Debian is using dpatch now? [06:58] and as i've discuss with him he will use dpatch as i ask him to do :D [06:59] nxvl: In that case, yes, just open a bug in the BTS, attach the dpatch, and add a Debian task to bug #108746 to track the new Debian bug. [06:59] Launchpad bug 108746 in efax-gtk "no icon in kde menu" [Wishlist,Fix released] https://launchpad.net/bugs/108746 [07:00] whats that adding a debian task to a bug [07:01] that must be done on LP or in BTS? [07:01] nxvl: Once the bug is registered with the BTS, visit the bug in LP, and use the "Also Affects distribution" action to input the BTS URL. [07:03] * Hobbsee waves [07:03] Hi Hobbsee [07:03] sky fallen in? [07:04] Hobbsee: Not yet. At least 14 hours to go :) [07:04] i don't understand BTS, do i need to report the bugs sending an e-mail? [07:04] Hobbsee: hi [07:04] nxvl: All operations are conducted using an email interface, yes. [07:04] nxvl: Yes. See http://www.debian.org/Bugs/Reporting [07:05] Fujitsu: finally i found you [07:05] persia: woot! [07:05] hi nxvl [07:05] Fujitsu: Well, there are other ways to poke the BTS, but they aren't as easy. [07:05] Fujitsu: heh, good forums post [07:05] Fujitsu: i was looking for you about mozilla-mplayer [07:05] Fujitsu: i'm patching a bug and i need to know if you want to add other bug fixes [07:05] * persia wants a URL to a "good forums post" in suspended disbelief [07:06] persia: oh, just telling them that they're silly to be running hardy yet, shoudl expect breakage, etc [07:06] * nxvl wonders if he has talk to asap and its looking for Fujitsu or it's the oposite? [07:06] Ah. Yes. Hardy was stable last weekend, but is likely to be completely broken by now :) [07:07] persia: can i install hardy and use it? [07:07] nxvl: That's an interesting question, to which even the principals may not have an answer [07:07] nxvl: Yes, but it's unlikely to do what you want unless you like finding bugs (and there's no point filing the majority of them at this point either) :) [07:08] nxvl: On the other hand, if you'd like to keep working on bug patches and using IRC, I'd recommend sticking with gutsy, at least until DIF, and likely until FF, unless you're really confident about fixing your system when it breaks (no "if" involved) [07:08] i need to spleep [07:08] persia: it's not *that* broken, though. [07:09] although it thinks that i'm trying to do a partial upgrade from hardy --> gutsy [07:09] which is weird. [07:09] Hobbsee: We're not at DIF yet, and it's still UDS, so nobody is doing NBS. Just wait another week :) [07:09] and i'm avoiding the X stuff [07:09] persia: no point doing NBS yet anyway - may as well do all the merges first. [07:09] persia: i will not change until it's usable, i was only kind of curious about [07:10] * Hobbsee is eyeballing all changelogs of all updates, though :P [07:10] Hobbsee: Well, I sometimes do NBS when syncs have pulled in a partial transition, and it's breaking one of my merge builds, but otherwise I agree. [07:10] ah, true [07:11] * persia also plans to do some NBS in response to siretart's recent request [07:11] i need to have some sleep [07:11] i hate to be so workaholic [07:12] nxvl: Sleep well. Come back tomorrow :) [07:12] persia: heh, i'm at work [07:12] persia: i need to prepare a machine to start my lab tomorrow [07:12] nxvl: At this time of day? Are you not in Peru? Isn't that not a normal time to be at work? [07:12] yay, suspend fixes! [07:13] persia: its 2:13 am here [07:13] Hobbsee: When do we get to start fixing things again? [07:13] persia: for hardy? [07:13] persia: a week ago? [07:13] persia: hardy's been open for a while [07:13] i think things have actually built, up to X, or so [07:13] at least, that was last night [07:13] and today is not a working day [07:13] * persia was responding to "suspend fixes" [07:13] well [07:13] i'm going home [07:14] persia: https://bugs.edge.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/133118 [07:14] Launchpad bug 133118 in xserver-xorg-video-intel "very corrupt X after suspend/resume" [High,Fix released] [07:14] i will finish this tomorrow [07:14] i've not seem the bug in question, as i dont suspend much [07:14] nxvl: Ah, hi. Sorry, been studying most of the time lately. [07:14] nxvl: I've got no changes I want to make at the moment, and I've dealt with the plugin very little. Do with it what you wish. [07:14] Hobbsee: Yes. Apparently my sense of humor late on a friday afternoon when attempting to avoid establishing paradigms for market segmentation doesn't translate well. Sorry for the confusion. [07:15] Fujitsu: ok, thnx [07:15] k [07:15] see you in about 7 hours [07:15] :S [07:15] persia: i think i'm still a little hazy. dont worry :) [07:15] bye [07:16] AFAIK this laptop is up to date to a few hours ago, with nothing held back, which is good. [07:18] Fujitsu: And that's after the full sync built? Nice! [07:18] Oh, I see, xorg-xserver just broke video driver ABI. [07:19] (I just updated my mirror, and now it wants to kill off everything X-ish) [07:19] SO that's what everyone is complaining about. [07:20] Hi all [07:21] Hi warp10. [07:22] Fujitsu: yeah, looks like it. [07:22] Fujitsu: i suspect everything else needs to build on the new xorg-server, though [07:22] * persia thinks X may well be the first NBS processed, or we'll have a heap of FTBFS in the queue :) [07:30] persia: huh? [07:32] Hobbsee: Lots of things build-dep on X, no? If we change the ABI, don't we need to rebuild that to avoid dependency-wait for clients? [07:32] persia: er, various parts of it, yes. [07:32] persia: i think most of it will be synced from debian - they tend ot push it together [07:32] i dont think new people are silly enough to attempt to do X merges, while the entire X stack is being merged at the same time. [07:33] and i think the regulars know better [07:33] the newer people (who would stick patches on u-u-s) would fall over at the dependancy names and such of X, as it's quite confusing. [07:33] Hobbsee: I expect the entire NBS transition to be done by the shared efforts of the Debian and Ubuntu X maintainers, I just think it will be first. [07:34] persia: NBS had blown up prior to X transition anyway :) [07:34] * persia looks [07:34] i think StevenK may have already done some work on it earlier. [07:37] Hobbsee: Quite possibly. I only see six items needing real work at this point. [07:38] heh :) [07:38] * Hobbsee advocates merging. [07:38] ("real" == "high volume of coordinated work") [07:38] done that sru for gnome-hearts yet, or you're still testing? [07:38] ah, yes [07:38] Hobbsee: Haven't even looked at it: I need to clear my plate of past commitments before chasing new ones :) [07:39] fair enough [07:39] pkern: were you doing to deal with dhelp? [07:45] persia: interesting. these are the bugs in universe with the greatest number of dupes. http://people.ubuntu.com/~brian/tmp/gt2dups-universe.html [07:45] Can I guess the first one? [07:46] It wouldn't be gaphor, would it? [07:46] yes [07:46] * persia seems to be assigned to the bug on the top of the list, and really promises to try to clear the plate of past committments [07:46] Hahaha. [07:46] i dont recall that being what i asked for, but it's still interesting. [07:46] Hobbsee: In good news, I do have a working gaphas locally now: I just have to find one of the myriad upstream versions of gaphor that works with it... [07:46] yay! [07:47] Hobbsee: What did you ask for? [07:47] Hobbsee: Oh. From a collection of links perspective? Thanks! That's a good source. Let's try to get all of them assigned, and poke people until they get done. [07:48] * persia encourages Fujitse to look at bug 87602 :) [07:48] Launchpad bug 87602 in lastfm "[apport] lastfm crashed with SIGSEGV in audioCallback()" [Medium,New] https://launchpad.net/bugs/87602 [07:48] persia: that wont be rerun, unless it's useful [07:48] Fujitsu: i asked for a list of packages in universe that had the most bugs. [07:48] Hobbsee: Ah. [07:48] Hobbsee: Ah. Yes. 4783 seconds isn't quick. [07:49] 1.5 hours.. LP is efficient! [07:50] Hobbsee: I could probably modify one of my scraping scripts to get a list from ~ubuntu-bugs/+packagereports and sort it, like I do with ~motuscience now. But then we'd need to filter by component.. [07:50] Hobbsee: I'll take a deeper look at that tonight: it may be worth running weekly or so, just to make sure we get them assigned to people who might actually fix them. [07:50] Fujitsu: it's from bughelper [07:51] Hobbsee: Ah, that would explain the ridiculous slowness. [07:51] Fujitsu: and when from running it in teh DC, it's not too bad [07:52] Oh, ~ubuntu-bugs doesn't have a list of packages it is contact for. Fun. [07:52] bug #83127 [07:52] Launchpad bug 83127 in supertuxkart ".desktop file missing" [Low,Fix released] https://launchpad.net/bugs/83127 [07:52] debian bug 406873) [07:52] Debian bug 406873 in supertuxkart "File for application menu entry (.desktop file) missing" [Normal,Fixed] http://bugs.debian.org/406873 [07:52] debian bug 406873 [07:53] Hobbsee: What about them? [07:53] Hobbsee: If you just want bug URLs, is not #ubuntu-bugs a better channel? [07:54] Hobbsee: Also note that the Debian bug is linked, so you can click on it on the bug page. [07:55] persia: true [07:55] Fujitsu: sorry [07:55] persia: oh desktop file master... [07:55] Hobbsee: Yes? [07:55] persia: do i need to include "TryExec=/usr/games/supertuxkart" in the desktop file? [07:56] * persia hunts context, as the answer depends on the exception handling system in place in the package [07:56] it seems that's the only part debian hastn taken. [07:56] persia: supertuxkart, i'll copy the dsektop file [07:56] persia: http://wedontsleep.org/~sarah/supertuxkart.desktop [07:56] Isn't that only used if there's an additional binary that's required for it to run? [07:57] persia: if that's not needed, we can sync it. [07:57] Fujitsu: It can also be used when there is a nice GUI handler explaining why it won't run (a nice feature for GL games), or perhaps one .desktop file for both the GL and non-GL versions. [07:58] Hobbsee: Right. Look at Luca's patch. That's an upstream change, not ours. [07:58] * persia grumbles that merges should research package history rather than blindly trusting the parental bots [07:58] persia: ah, good. [07:58] s/merges/mergers/ [07:58] yeah, well [07:58] Hobbsee: http://launchpadlibrarian.net/6988972/supertuxkart_0.2-1ubuntu1.debdiff [07:58] i didnt check luca's patch itself. [07:59] Hobbsee: I'm not in favor of bothering the last person to work on the package, but that only works if one tries to understand what the last person was doing, and why. Otherwise we get accidental cruft. [08:00] true [08:00] * Hobbsee files the sync request. [08:01] * Hobbsee tries on the machine that actually *has* her gpg keys on it [08:01] Is there a way to pay a ubuntu developer to fix a bug i have? [08:02] elmargol: There are support arrangements for packages in main. Some MOTUs can be bribed for packages in universe. [08:02] Hobbsee: I'm currently MIA because I don't have a sensible Ubuntu box. I will return in two weeks, I'd guess. [08:02] use online banking? offer a bounty? [08:02] pkern: fair enough. consider it left for you, anyway [08:02] Hobbsee: Laptop is about to be sent to repair today. [08:02] pkern: ouch [08:02] Hobbsee: Assign it to me if there's a bug open. [08:03] no bug open yet [08:03] it's just listed on mom [08:03] * Hobbsee --> dinner [08:03] Ok. [08:19] good morning folks :)! [08:20] Good evening sebastian^ === asac_ is now known as asac [08:24] good evening ... oh yeah, on some places on earth we don't have german time ;) [08:30] sebastian^: They could be neglected... we're almost GMT/UTC :-P [08:31] pkern: right ;) [08:32] * persia grumbles about the other 7/8ths of the world having at least some utility [08:33] persia: We don't exist. [08:35] Fujitsu: :) [08:55] so, first of all before start working i need coffee brb [09:17] morning everyone === DarkMageZ_ is now known as DarkMageZ [09:24] morning huats [09:35] hmmm is there anywhere information what i have to note for setting up an ubuntu cd mirror? === Frogzoo_ is now known as frogzoo [10:02] morning [10:05] morning geser [10:05] sebastian^: I think, but I might be wrong that it is the same thing than setting up a debian one [10:29] morning :) [10:30] morning Kmos [10:30] huats: hji [10:30] hi [10:37] hmm okay, thanks huats :) [10:39] bluekuja: would be nice if you could respond to your bug report to debian. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=423260 [10:39] Debian bug 423260 in libkarma0 "libkarma doesnt build" [Normal,Open] [10:52] morning [10:53] Hi zul. [11:28] mornin' people o/ [11:30] hey deadwill! [11:30] morning folks [11:30] siretart, my friend! [11:30] at boston? [11:30] jupp [11:30] just woke up [11:30] :) [11:55] freak its cold === zul_ is now known as zul [12:05] Hey, question time! [12:06] rexbron: What's the question? [12:06] "6 * 7" = 42 [12:06] What is the suggested course of action if an upstream ships code without a license in the headers? [12:08] rexbron: You've two choices: either bug upstream, or repack the tarball not to include that code. [12:08] jpatrick: Try that in base 13 [12:09] persia: I always knew there was something wrong with this place.. [12:09] persia: at the expense of having the program (effectively) function? [12:10] rexbron, so you should ask upstream to provide them. it's not a heavy task, unless your project has lots of files [12:11] rexbron: Unfortunately. If you can patch around it, that's nice. If not, upstream really needs to fix it. [12:11] does somebody know how can I get a git branch from a specific tag? [12:12] bigon: google knows [12:12] ROCK ON! new pingus version! more levels! [12:12] DktrKranz: jussi01 tackled this problem before and it took several months for upstream (one man dev team) to get around to release the source with license headers [12:12] I sent a patch upstream that would homoginzise [12:12] err homogenize [12:13] the license headers, as COPYING was GPL3 and many of the source files were gpl 2 or later [12:13] it has been about two weeks sine I sent that email [12:13] rexbron, that could be frustrating, but I think archive-admins nor ftp-masters would accept things with licensing issues [12:14] DktrKranz: understandably [12:14] I have a similar issue, but I asked upstream to insert them in the next release, and he seems happy with that [12:15] rexbron: The homogenisation is less important, as 2+ can be 3, but the missing headers make the archive admins reject it right away. [12:15] persia: afaik, the headers are all there. It was the organ files, wasn't it? [12:16] rexbron: Yep. If I remember correctly, only one or two organs were missing the headers, so the rest of the package ought to be able to go with a repack. If upstream fixes the licensing for the next release, we can drop repacking it (just be sure to be extra clear in your repacking comments) [12:18] rexbron, is upstream happy to insert license headers or has difficulties? [12:18] persia: that should be documented in the change log? and where should I place the script to repack the tarball? [12:18] (or do not reply at all) [12:18] DktrKranz: Happy, but exceedingly slow. [12:18] DktrKranz: Upstream is receptive to colableration, it is just a matter of finding time [12:19] like I said, one man dev team [12:19] rexbron: You'll mention repack in debian/changelog, you'll document why in debian/copyright, and you'll include the repacking script as part of a get-orig-source rule in debian/rules. If you add a watch file, it will be easier to sync when upstream does their thing. [12:21] persia, my first day running piuparts was not good. Maybe I did some wrong steps, but piuparts included in ubuntu complains a lot. Now I'm going to use Debian version (which is newer) [12:22] DktrKranz: Is there Ubuntu variation to piuparts? [12:22] a huge one, IIRC [12:22] (alternately, we could be surprisingly broken) [12:23] I didn't look at a merge, though [12:23] just because I'm only chasing testing purposes, not a full run [12:23] DktrKranz: It's probably worth investigating that: there may be a reason why Debian's isn't the right choice. Also, when you get something working, you might ping bmk789_, who might be willing to donate some cycles to help. [12:24] cycles? that's what I miss... [12:24] anyway, I tried to reinventing the wheel too by running a test based on pbuilder [12:25] it is much faster, but I'm not sure about accuracy [12:25] DktrKranz: ...cycles to help. [12:26] DktrKranz: What sort of pbuilder-based test? Does it still do the whole install / remove / upgrade / purge testing? [12:26] it lacks install phase [12:26] *upgrade [12:26] persia: regarding some of your comments made on the genpo revu page, is a debian menu file necessary if a .desktop is included? [12:27] rexbron: No, but it's nice. Some people use alternate windowing environments (e.g. fluxbox) that depend on the Debian menu infrastructure. [12:27] basically, I just prepared a script which execute some commands directly into a pbuilder environment (via pbuilder execute command) [12:27] ok [12:28] these commands install and purge a given package, taken from a list [12:28] just a homemade try :) [12:28] DktrKranz: Do you think it's sufficient? You might want to find a known broken package, just to make sure it fails properly. I'm open to alternate solutions, but want to make sure we don't miss too much. [12:28] mh.... I look at the results [12:29] here's one: http://ubuntu.linuxdc.it/installtest/fail/em8300 [12:30] * persia fondly remembers when em8300 was a more useful package [12:31] DktrKranz: Great. If it's faster, and can feed us some basic issues to start, I'm happy. I'd like full testing prior to release, but anything is better than now, where we're blind. [12:31] does the piuparts from gutsy work for someone? I get a python traceback when I try to use it [12:32] geser, that's the error I got [12:32]