[00:03] * jdong has successfully cleared his LP bugmail folder. [00:04] delete all? [00:04] I'm envious [00:04] 1 - 100 of 12626 [00:04] quick, file more bugs for jdong! [00:04] hahaha [00:04] don't do that! [00:05] and I SWEAR clearing involved reading and taking action ;-) [00:05] sure [00:06] 11037 bugmails here : ( [00:07] so the aim is for lucid to have less bugs open than karmic did at release :) [00:08] I'm not even going that route [00:08] not even for audio bugs? [00:08] If we can get 10.04 out the door with fewer known issues, I'll be happy [00:09] yeah, I've long since stopped caring about open bugs. It seems like a get about six hundred a day. [00:09] like I get* [00:09] even the bug stats page that I remember hasn't been updated since april [00:10] at the rate it's taking me to fix a bug in a single package, I expect to fix 5 bugs by lucid release [00:11] I'm actually blocked on upstream for 2 significant annoyances :/ [00:11] more HDA stuff? [00:11] nope, PA [00:11] it's getting close to F12 release, though, so I suppose that's understandable [00:12] the only hardware issues I have to complain about are only suspend/hibernate/resume related now, and they mostly just work [00:13] sound is working nicely thanks to you & alsa upstream [00:13] for lucid, we'll probably have crack-of-the-day builds for alsa-driver stable [00:14] in a snapshot package in main? [00:15] nope, universe for src:linux-backports-modules-2.6.3x -> bin:linux-backports-modules-alsa-2.6.3x-yy-generic [00:15] makes sense [00:15] more visible than a PPA [00:15] well, I suppose it would still be src:main -> universe:bin [00:15] do you think you'll update them post-release in lucid-updates? [00:16] yes, I hope so [00:16] smb just applied the wifi updates from 2.6.32-rc6 for karmic-proposed [00:16] 3 years of driver backports for desktops [00:17] I utterly fail at analogy ordering, apparently. src:main -> bin:universe [00:17] * ajmitch understood it still :) [00:20] I know that there'll be a large number of new packages that people want to get in through REVU again, if we can afford to carry them [00:21] but that's something for those who go to UDS to care about [00:23] I need more hours in a day [00:24] don't we all? [00:24] quilt pop -a [00:24] bah [00:24] quilt refresh [00:39] I only care about revu these days if there is a package I want to get into main, or for studio, where there is a group of us who maintain it. [00:45] ajmitch: How's boost going? [00:46] 1.40 built for lucid in my PPA, after I stripped the python 2.5 stuff [00:47] 1.38 should get merged for lucid if we're keeping it, I haven't done it yet [00:47] but it works for karmic once I put some more detail in the changelog [00:48] of course there's now a possibility it could be fixed in python rather than just in boost [00:57] hi, i need an advocate. please have a look at my small python rhythmbox plugin at http://revu.ubuntuwire.com/p/rhythmbox-radio-browser, thanks [01:03] is there a game packages somewhere which needs to write into its game directory ? [01:03] s/packages/packaged/ [01:04] i am looking at the diff between a denian and ubuntu package and one of the few differences I see is ubuntu has DH_VERBOSE := 1 DH_OPTIONS += --with=quilt while debian does not in debian/rules [01:04] I am wondering if that is something I should keep or not? [01:04] Are there patches applied in the Ubuntu version? === yofel_ is now known as yofel [01:09] scottk, yes there is one patch applied in the ubuntu version that is not applied in the debian version and there are two that are applied in both [01:10] I'd keep it then [01:11] whould you mind explaining whay its there/what its doing? [01:17] oh I think i see the difference the ubuntu version has %: dh $@ while the debian version has %: dh --with=quilt $@ so it looks like they just specify it in different places [01:18] minimise the difference from debian then [01:18] Agreed [01:21] that leaves only one difference in debian/rules which are the lines DH_VERBOSE := 1 and export DH_VERBOSE how important is it to keep that? [01:22] Drop it. [01:23] dropped! =) [01:27] anyone have a link to what the different versions for a watchfile mean? I asked google but it has failed me [01:28] kirkland: Is there an argument you can pass to testdrive to have it not use virtualbox? [01:28] serialorder: There's version 3, which is the one that's current, and works. There are apparently two other versions, 1 & 2, but I've never encountered one of them in the wild, and I'm not sure they actually work. [01:28] RAOF, ok maybe thats why google 'failed' =) use version 3 got it [01:31] Hi, what is the point of this guide: https://wiki.ubuntu.com/DebootstrapChroot if pbuilder already sets up a chroot enviroment for when it builds a package? does pbuilder use that chroot env or makes a different one? should i be running pbuilder in the original chroot enveriment(no?)? how do all these pieces work together? [01:33] i take it that if debian/control has a launchpad bzr and the debian version has a debian git I should keep the launchapd bzr ? [01:35] If that's where it's being maintained, yes. [01:35] nhandler: you would rather it use kvm, or what? [01:36] kirkland: Yeah, is there a way to specify if it should use kvm or virtualbox? [01:38] nhandler: it should use kvm by default, if you can use it [01:38] nhandler: if kvm-ok; then [01:38] VIRT="kvm" [01:38] nhandler: does kvm-ok return non-zero? [01:39] RAOF, it looks like it is being maintained in both places [01:39] also should I do the merge with bzr or like i usually do with filing a bug and attaching a debdiff? [01:40] Is it being maintained _in Ubuntu_ at the launchpad address? It sounds like the answer is 'yes, so yeah, that's what should be in VCS-Bzr. [01:41] RAOF, yes it is ok [01:41] thanks [01:41] Doing the merge in bzr may be good; that depends in part on how familiar you are with bzr and how familiar your sponsor is with bzr. [01:43] I guess the reason I ask is that from what I understand/have heard soon all packages are going to have a bzr trunk in launchpad so i figured figuring out how to do a merge that way might be important [01:44] but it sounds like i can/should just do it the 'normal' way === chuck_ is now known as zul [01:51] hello I'd like to put a page onto the ubuntu wiki. How would I do this? [01:52] the page I'm interested in is marked "immutable" which means it's not a wiki [01:52] the principle of wiki is that anyone can come along and edit it [01:52] so I really don't see that it should be called a wiki at all. [01:53] hedkandi: That's because you're not logged in [01:53] hedkandi: You need to be logged in to edit pages. [01:53] oh really? can I use my launchpad id to login? [01:53] Sure [01:53] horay. I'll go and investigate that then. [01:53] thanks for the tip. [01:53] heh [01:54] kirkland: I just did a quick reboot (it didn't register my last one), and that got it using kvm. It would be nice to add a flag/config option to allow users to specify whether kvm/virtualbox should be used for a certain ISO [01:55] nhandler: sure thing [01:55] nhandler: i'll add that now [01:56] You rock kirkland. I might need to start doing some ISO testing now that I have an easy way to run the ISOs [01:56] nhandler: ;-) thanks man [01:56] nhandler: glad to be of help [01:57] nhandler: did this remove a barrier of some kind for you? or just made it easier? [02:01] kirkland: It made it easy and fast enough for me to be able to get and run an ISO that I would be up for doing some real ISO testing. [02:01] nhandler: great; that's my goal :-) [02:01] nhandler: Committed revision 55. [02:04] * nhandler hugs kirkland [02:25] is there a way to easily add ubuntu changelog entries into one from debian? === chuck_ is now known as zul === micahg1 is now known as micahg === micahg1 is now known as micahg [03:31] Could someone please help me.. I'm trying to fix my second bug and I am running into a problem. I'm running debuild -S and its giving me errors.. [03:31] What error are you getting FFEMTcJ ? [03:32] nhandler: http://pastebin.com/m7604205a [03:34] FFEMTcJ: Do you have cdbs installed? [03:35] i do now.. [03:35] lemme give another try [03:36] worked.. thanks nhandler [03:36] You are welcome FFEMTcJ === Whoopie_ is now known as Whoopie === cody-somerville_ is now known as cody-somerville === Marce_ is now known as Marce === asac_ is now known as asac [05:22] * ScottK is suspicious the package built on the first try. ...investigates further. [05:23] I keep thinking my build harnesses are good, but upstreams keep getting better at breaking things. This last time it was 32-bit asm to detect VMs. (?!) [05:34] Suspicion was justified. [05:37] jdong, about bug #475891. what is the actual status? I'm a bit lost [05:37] Launchpad bug 475891 in eagle "eagle crashes on: zoom into schematic " [Unknown,Fix released] https://launchpad.net/bugs/475891 [05:38] (the fix released stuff is for Debian) [05:38] fabrice_sp: it's clear for upload. [05:38] and upon accepting, the archive admin is to copy the package over to lucid. [05:38] which is why it uses a standard version [05:38] (like how zsync was handled) [05:39] ok: in comment 11. you say that you'd like an archive admin opinion. That's why I was asking [05:39] Will have a look then :-) [05:39] thanks [05:39] fabrice_sp: lol the reason is that the proposed fix, as you can see, sounded "strange" [05:40] yeah: I saw that :-) (I was processing the merge, and saw also that 'strange' fix in the debian changelog :-) ) [05:41] ack there's already a merge in the pipeline? [05:41] curse this latency! [05:41] eeeh [05:41] *shrug* [05:41] yeah... but as it's from Unstable, I was a bit reluctant to process it for the moment [05:42] ok [05:45] hi, I attached debdiffs for bug 476360 and bug 428017 , if anyone's interested [05:45] Launchpad bug 476360 in kopete-facebook "Never able to connect to facebook" [Undecided,Confirmed] https://launchpad.net/bugs/476360 [05:45] Launchpad bug 428017 in kopete-facebook "plugin does not know it is offline" [Undecided,Confirmed] https://launchpad.net/bugs/428017 [05:46] apachelogger: Please have a look when you have a moment ^^^ [05:47] thanks [05:48] Hello [05:51] Hi AnAnt [06:21] jdong, that eagle package makes me want to hurl [06:22] cody-somerville: agree with you [06:24] The change makes it impossible to fully apt-get remove the damn thing which makes me double hurl [06:26] cody-somerville, you're right. anyway, I've been able to reproduce the problem, so I'm waiting for more info to see, so no uplaod for the moment [06:26] s/I've/I've not/ [06:34] can someone comment on this: LP 475338 [06:34] Launchpad bug 475338 in texlive-bin "Sync texlive-bin 2007.dfsg.2-8 (main) from Debian unstable (main)" [Wishlist,Triaged] https://launchpad.net/bugs/475338 [06:34] I need opinion regarding that last comment I put there [06:34] AnAnt, you just opened it? [06:35] fabrice_sp: nah, it was opened few days ago, and got ack'ed by Daneil [06:35] Daniel [06:36] but I added a comment yesterday that there is a remaining difference (that I overlooked when I filed the sync request), but I see that this difference can also be dropped [06:36] I think it's safe to sync, even more if armel works fine with gcc 4.4 [06:37] ok, thanks [06:37] yw :-) [06:37] * fabrice_sp goes back to the sponsorship queue [06:37] fabrice_sp: you following the TL2009 development ? [06:38] fabrice_sp: they just uploaded tl2009 to NEW ! [06:38] tl2009? [06:38] texlive [06:39] it will still remain in experimental for a while though [06:39] ohh: I was speaking about the Ubuntu sponsorship queue :-) [06:39] so it won't make it for Lucid? [06:40] dunno [06:41] I hope it would === geser_ is now known as geser [06:54] buon giorno! [06:55] * geser yawns a good morning [07:11] good morning dholbach ! [07:11] hi fabrice_sp [07:12] hi [07:14] maco: mvo and I were talking of writing an edit-patch command which wraps around whatever crazy crack the package uses and just works - there's some initial code and I guess we're going to finish it on the plane tomorrow :) [07:14] maco: so hopefully for UDS and lucid we can put it somewhere :) [07:15] dholbach: I think that's an excellent plan. [07:15] cool! [07:15] One of my concerns about the trend towards quilt is it increases the already steep learning curve for newcomers. [07:15] definitely [07:15] in any case after UDS we'll put up whatever we have, so we can finish off the rest [07:19] heh, I think it depends on what you know; I'd used and understood quilt for quite a while before I ever touched a debian package; but dpatch just seems utterly unhelpful. [07:22] so after UDS , quilt source packages will be accepted ? [07:22] geser, persia, nixternal: we could stage a round of -1s today - it's Friday 13th ;-) [07:22] AnAnt: I don't think - it'll take a bit longer to get support into LP for that [07:22] AnAnt: but wgrant will know the exact-exact-exact answer [07:22] ok [07:23] dholbach: ooh, good one [07:23] 2009-12-05 at the latest. It may be before that if Debian increases adoption rapidly. [07:23] * wgrant checks today's count. [07:24] Currently sitting at 0.39% of unstable, and the adoption rate has slowed lately. [07:25] wgrant: can you tell me about a small package that uses quilt format ? [07:25] quilt? [07:25] quilt itself, yes. [07:25] ok [07:25] thanks [07:29] is it on by default in Debian already? [07:30] It's supported, but not by default in Debian. [07:34] I think some of the #ubuntu-devel discussion might have influenced that. === dholbach_ is now known as dholbach [08:15] persia: you've been over-eager with the wiki cleanup [08:16] persia: Rodney and Scott are still on our list for next time [08:16] or whenever [08:16] hahahaha [08:18] dholbach: I just commented them out. I figured they'd uncomment themselves if they could make the next meeting. [08:18] got it [08:27] yay! maco is a MOTU! [08:34] congrats porthose_ [08:35] and of course congrats maco [08:35] huats, ty :) [08:35] * dholbach hugs maco, porthose_ and diwic [08:35] well done :) [08:36] * porthose_ hugs dholbach :) [08:37] congrats maco =) [08:40] hyperair: thanks [08:41] thanks huats [08:41] now really...nearly 4am. sleep time! [11:06] <\sh> moins [11:19] mouns \sh! [11:19] hi \sh, hi highvoltage! [11:21] hey siretart` [11:21] * highvoltage wonders about motu people and funny characters in their names === highvoltage is now known as highvoltage\n [11:22] <\sh> highvoltage\n, this nick is older then ubuntu ;) [11:22] \sh: so is mine! [11:22] (well not with the newline) [11:23] highvoltage\n: that's because at work I use another irc client (rcirc), whereas my irssi runs on my private host in a datacenter [11:23] siretart`: aah === highvoltage\n is now known as highvoltage [11:23] btw, rcirc rocks, hard. [11:24] never used it before, what does it do? [11:24] \sh: may I assume that the karmic kernel (finally) has a fixed aufs module that works over nfs? [11:24] highvoltage: http://www.emacswiki.org/emacs/rcirc [11:25] <\sh> siretart, hmm...regardnig waldemar and thomas: no [11:25] <\sh> "See [11:25] <\sh> fai-ubuntu-NFSROOT.patch as example. Here we have used unionfs-fuse [11:25] <\sh> instead of aufs2. Ubuntu removed the aufs2 binary packages in [11:25] <\sh> Karmic." [11:26] err, unionfs-fuse? wtf? [11:27] hm. as long as it works (better) than the in-kernel alternative.. sounds promising... [11:28] <\sh> siretart, thomas is working on incorporating the changes into his fai main tree...he proposed as well, to work on two branches in fai svn.. [11:28] <\sh> so doing some changes for ubuntu, and moving it slowly into the main branch when debian changes to NWO, too [11:30] NWO? [11:30] <\sh> New World Order [11:30] ah [11:30] <\sh> siretart, you are not a fan of Hulk Hogan, aren't you? [11:31] that's about 2 decades ago.. [11:31] <\sh> siretart`, I'll take it as compliment ;) [11:31] *g* [11:31] I'm skimming over the patch.. hmm. just having the unionfs-fuse package in the nfsroot is sufficient to activate it? uh? [11:33] hm, anyway. won't become urgent for me before next week [11:33] <\sh> siretart, setting export UNIONTYPE="aufs" unionfs [11:33] <\sh> but it's not in the patches somehow [11:34] <\sh> I'll just mailed the fai ml to ask him [11:35] ttx: Do you mind if I port libjug-java from Ubuntu to Debian. It is one of the essential build-dep for cruisecontrol. [11:58] slytherin: not at all, feel free to port any missing library :) [11:58] ttx: thanks === korn_ is now known as c_korn [13:05] question: I'm merging a -0ubuntuN with a -1 and the orig.tar.gz from debian is slightly different, what's the recommended solution to that case ? Keep ours and make a note in changelog ? [13:06] Heya gang === korn_ is now known as c_korn [13:13] ttx: Yes, keep our .orig, after making sure they really do contain mostly the same contents [13:13] StevenK: I'm confirming that right now. Thanks ! [13:20] ttx: StevenK: What would be the version in Ubuntu in this case? [13:21] slytherin: -1ubuntu1 [13:22] (for the record, unpacked contents are strictly the same in my case) [13:24] ttx: You have to keep the Ubuntu orig.tar.gz because if the md5sum doesn't match, Soyuz will reject the upload. [13:24] ScottK: I saw that :) [13:24] OK [13:26] ttx: I guess I will have to do fake sync for jmeter too [13:26] <\sh> siretart, you don't need to change the aufs in unionfs...somehow it worked, told waldemar [13:26] slytherin: you uploaded a different orig.tar.gz between ubuntu and debian ? [13:29] ttx: No. But for some reason the size for repackaged upstream tar ball is different on both distributions. [13:30] ...? [13:30] slytherin, compression will differ from the tiniest of things [13:31] i.e. mtime/atime [13:31] I don't know what is the reason. May be my get-orig-source taregt is broken. [13:31] slytherin, is upstream a bzip2? zip? [13:31] directhex: right, but if he uploaded the same orig.tar.gz to both ubuntu and debian, that would be the same [13:31] ttx: In that sense, yes the to tar balls are different. [13:31] ttx, every call to get-orig-source will produce a new md5sum, unless you account for it in your rule [13:32] directhex: tar.gz, but I have to repack it to remove included jar files. [13:32] directhex: that's why he should only call it once :) [13:32] slytherin, want a recipe? [13:33] directhex: Nope. Next time I am putting packages in Debian first. :-) [13:33] slytherin, i meant just in case. your enemy is mtime. [13:34] directhex: Ok. Tell me. [13:34] \sh: interesting... [13:34] slytherin, http://svn.debian.org/wsvn/pkg-cli-libs/packages/mysql-connector-net/trunk/debian/rules [13:35] slytherin, the key is the --mtime= flag to tar, and the -n flag on gzip [13:38] ok [13:39] directhex: what should be the value of mtime? [13:40] slytherin, any hard-coded number. but lintian will bitch if it's not recent enough. [13:40] try the value from "date -d 2009-11-13 +%s" [13:40] ok [14:25] highvoltage, I am testing a package I built in a schroot and I get the following error: Gtk-Message: Failed to load module "canberra-gtk-module": libcanberra-gtk-module.so: cannot open shared object file: No such file or directory [14:26] the application runs fine otherwise [14:26] should I add a depends on canberra-gtk-module ? [14:31] serialorder: is the canberra part essential, or is it optional? [14:33] ripps, i don't know the answer to that question I will try to figure that out, not exactly sure how [14:34] If it's essential it should be a depends, if not it should be a Recommend or Suggest === ripps_ is now known as ripps [15:22] hi, i need an advocate. please have a look at my small python rhythmbox plugin at http://revu.ubuntuwire.com/p/rhythmbox-radio-browser, thanks [15:23] we have new patch tagging standards? [15:28] nixternal: hey, are you around? [15:30] highvoltage: what's up? [15:30] I'll send you a pm [15:31] k === keylocker is now known as leleobhz [15:51] what would make a package to startbuilding with clean [15:54] fakeroot debian/rules clean is the first and only thing this package does [15:55] no build no install etc [15:55] they are in the rules file [15:55] its like it just skips them [16:05] nobody? [16:06] EzraR: the default action is to run clean first, to make sure the build environment is clean. What's your package and what do have in you rules file? [16:07] ripps: im trying to fix a bug in gw6c [16:09] EzraR: apparently the package attempt to patch the source with dpatch, do you have dpatch installed? [16:10] ripps: yes [16:15] i guess ill try building without any patches [16:15] see if they are the cause... [16:16] EzraR: sorry my computer froze, did I miss anything? [16:20] ripps: i said i had dpatch installed, and that i guess ill try building without the patches to see if they were the problem [16:20] EzraR: huh... It looks the dpatch.make file is empty... this must be a bug [16:25] ripps: /usr/share/dpatch/dpatch.make ? [16:25] ripps: mines not [16:27] EzraR: ah, my dpatch just installed incorrectly, probably due to my pc freezing [16:30] so iff i take out all the patch names in 00list that should efectivly not include the patches in a build right? [16:30] EzraR: well, my gw6c just built completly in pbuilder, so I don't know what's wrong [16:30] It applied the patches properly too [16:32] EzraR: how exactly are you building the packages? Are you using pbuilder? [16:35] yeah... [16:36] EzraR: do you get all OK's when you `dpatch apply-all`? [16:36] i was looking at debuild output.. [16:36] (remove patches with `dpatch deapply-all`) [16:37] EzraR: can you pastebin your debuild output? [16:37] but if i remove them with that wont they still be applyed during build? [16:38] EzraR: 00list determines what's to be patched at build time, I'm just trying to determine if there is indeed something wrong with the patches. [16:39] http://pastebin.com/d4d0e40b7 [16:40] os debuild suposed to go through the build targets after clean? [16:40] is [16:44] EzraR: I don't know... it should be working. This wasn't built with pbuilder, It's hard to make sure you have an isolated environment unless your running from pristine environment like pbuilder... [16:45] i am building with pbuilder [16:45] you asked for my debuild output [16:46] it's the same. [16:46] EzraR: sorry, pbuilder runs debuild too. [16:46] debuild calls dpkg-buildpackage. pbuilder calls dpkg-source which calls dpkg-buildpackage [16:46] no, i don't think pbuilder runs debuild [16:47] hyperair: your right, it runs dpkg-buildpackage within an isolated environment [16:47] i was under the impression you used debuild and then built in pbuilder using the .dsc from debuild [16:48] debuild calls dpkg-buildpackage under almost all circumstances [16:49] exceptions being errors [16:49] e.g. unsatisfied build deps [16:49] EzraR: no, you shouldn't need to ever install any -dev packages, just setup a package, and just run `pdebuild` and it will automatically import the source and the debian/ packaging into pbuilder to build it for you. [16:49] does it make a diff if i use dbuild -S [16:49] debuild -S creates dscs, debuild -b builds binaries (i think dscs are also created, but not sure) [16:51] EzraR: you should only create dsc's when your sure that the package will actually build correctly. pbuilder is meant for testing before you upload to a ppa or repository. Also, pbuilder will output in successfully built packages into /var/cache/pbuilder/result/ [16:52] well i took out all the patches from 00list and built it and still get the bug, so I can safely say it has nothing to do with the patches right? [16:54] EzraR: you need the include the patches, otherwise the package doesn't build [16:55] i left the include dpatch.make, i just took out all patches from 00list [16:56] EzraR: I'm saying that was unnecessary [16:57] ripps: unnecessary? [16:57] Every time I run pdebuild, full 00list and empty 00list, I still had pbuilder build successfully... [16:57] ripps: the bug im trying to fix is not if it builds or not :) [16:58] EzraR: what exactly is the bug? [16:58] ripps: i was confused earlier and was thinking debuild -S should go through the build targets of the rules file... [16:59] ripps: the bug is it doesnt install a gw6c.conf into /etc/gw6c or anywhere for that matter [16:59] ripps: sounds like a real easy fix right :) [17:00] EzraR: okay... let me look around the rules files a bit... [17:01] look in tspc-advanced/Makefile === keylocker is now known as leleobhz [17:07] EzraR: I understand the problem, it's suppose install a conf in /etc, but isn't. The easist solution would be copy the sample conf in the correct directory at build time... [17:11] ripp: i tried that but failed [17:12] ripps: tspc-advanced/conf/Makefile is where the sample conf is generated [17:13] EzraR: yeah, it might be as simple as copying that conf.sample into debian/tmp/etc/gw6c/gw6c.conf [17:17] at line 38 in [17:17] tspc-advanced/conf/Makefile i added a cp line but it came out wrong [17:18] it didnt get the output from the sed cmd [17:18] that was the first thing I tried when fixing this [17:24] EzraR: I'm testing some ideas, I'll let you know if any pan out [17:25] EzraR: Okay, I think I figured it out, just add ` [17:25] `cp tspc-advanced/conf/gw6c.conf.sample debian/gw6c/etc/gw6c/gw6c.conf` to the end of install: section [17:26] in your debian/rules [17:29] ripps: ok ill test it out [17:31] ripps: did you notice the spelling error in that section [17:31] :) [17:31] [#ubuntu-motu] [17:31] platofmr [17:31] EzraR: yeah, but it seems to work with it anyway, so why bother it [17:35] ari-tczew, about bug 477798. Did you checked why the package was not yet in testing, after 27 days? [17:35] Launchpad bug 477798 in slim "Please merge slim 1.3.1-2 (universe) from Debian unstable (main)" [Wishlist,Confirmed] https://launchpad.net/bugs/477798 [17:38] * ripps is going to take a shower [17:38] ripps: what does debian/rules:63: *** missing separator. Stop. mean [17:38] ripps: what seeparator [17:39] EzraR: That usually means you have a command in it that doesn't start with tab [17:39] ScottK: thnx [17:39] what ScottK sayid [17:41] * StevenK notes he isn't ScottK [17:41] ripps: go take a shower you stink :) [17:42] StevenK: lol im sorry [17:42] StevenK: the brain reads words at a time [17:43] SK ? [17:45] maco: And you get it to too with mako's similarity [17:46] StevenK: actually, never on irc [17:46] maco! congrats on becomming a motu! [17:46] highvoltage: thanks [17:47] wait i lied [17:47] Hey maco: congrats! [17:47] paul flint thought i was mako. "no no the dc one" [17:47] fabrice_sp: thanks [17:54] fabrice_sp: no [17:55] it seems to be an ugly priviledge escalation that was not there before, so I would prefer to wait until it get fixed, to avoid merging 2 times [17:56] we are still early in the cycle [17:56] fabrice_sp: http://packages.qa.debian.org/s/slim/news/20090817T163923Z.html [17:56] except if someone else say the contrary [17:56] removed because no exist in unstable? [17:56] no: have a look there: http://release.debian.org/migration/testing.pl?package=slim [17:57] (you can go there from bts package page) [17:57] new bugs introduced by this version [17:59] fabrice_sp: 1.3.0-2 is also affected [17:59] slim has been removed from karmic because it was buggy, unmaintained, but now is new maintainer [18:00] randomaction, strange. a comment seems to say the contrary: The bug was cloned from the package applying to the Sid version, but in the end doesn't apply to the package version in Lenny. [18:01] right: it's not in karmic [18:02] an other comment seems to say that it is like as a new feature [18:02] so if it's not even present in Karmic, and new maintainer, I would say: wait until it enters testing [18:02] ah, it makes sense [18:02] yeah: it's not very clear :-/ [18:03] when it will enter testing? [18:03] * fabrice_sp forgot to upload the .orig tarball of tesseract :-/ [18:03] ari-tczew, when this bug report will be closes, as the other one is already closed [18:05] ehh [18:05] fabrice_sp: are you bored? I have next bug for you :P [18:06] still sponsoring and building at the same time [18:06] not bored at all! [18:06] :-) [18:07] just give the bug number ;-) [18:08]