[00:26] Hobbsee: You'll probably want to subscribe to Bug #220385 - It's milestoned for the release, which is good, I guess. [00:26] Launchpad bug 220385 in envyng-core "envy needs to pull drivers from multiverse, not PPA" [Medium,Confirmed] https://launchpad.net/bugs/220385 [01:02] ScottK, thanks for the teatime ack... [01:03] you know what *really* ruins my day? [01:03] having FreeBSD drop to emergency shell and realizing there's only ed at my disposal for fixing fstab [01:06] hahaha [01:06] sorry, I shouldn't laugh. [01:07] * RAOF has never even _seen_ ed. [01:07] RAOF: it's worth looking at. [01:08] and also maybe it's worth reading "ed man! man ed!" [01:08] Hm. Lots and lots of '?'s [01:10] RAOF: It's a prompt, it wants ed commands :-) [01:12] that's the intuitive user interface. [01:12] it doesn't try to confuse you with a bunch of crazy error messages. [01:14] Ah, I note that ! is 'run in shell' [02:05] soren: Did you get a 2nd ack for rawserver before you uploaded it? [02:05] Heya gnag [02:06] Err gang [02:06] Heya bddebian. [02:07] Hi ScottK [02:09] ScottK: I believe the policy says that when the motu-release team has collectively decided that it's good stuff, someone will set it to confirmed. Someone had done so, so I assumed all was well. [02:09] Was that wrong? [02:09] It wasn't set by motu-release it was set by someone else and I reverted it when I saw it. [02:10] soren: I think (myself) it's a good thing to have, but we need a 2nd ack and don't have it yet. [02:10] ScottK: Oh, sorry about that. I just thought at both you and sispoty sounded positive towards it. [02:11] Hobbsee or TheMuso: Would you please consider Bug #219552 [02:11] Launchpad bug 219552 in rawstudio "[FFe] Update rawstudio to 1.0" [Medium,New] https://launchpad.net/bugs/219552 [02:11] soren: Let me read what he wrote again and see if I can convince myself it's an ack. [02:11] * soren chuckles [02:12] I can't really manage it as he indicates generally good, but asks for more info about testing. [02:15] Hello, There is a upcoming Packaging 101 session on the 29th and I was wondering how would I get a hold of the transcripts of this event after it is finished? [02:46] PartyBoi2: they should be placed on the wiki after === zachy is now known as zakame [02:51] thanks imbrandon, I will check that out after the session has finished [02:58] ScottK: can you ack 174038? I figured I'd just go get it cleaned up for hardy at least with a work-around. [03:01] * ScottK looks. [03:05] kees: Done. [03:07] has anyone tried hotpluggin LVM devices? [03:08] kees: Accepted too. [03:08] ScottK: heh, rockin' thanks [03:10] jdong: I've had an LVM volume on an external disk before, and whil eht elMV wasn't mounted, it was available to use/mount. [03:10] TheMuso: ok so the LVs will automatically appear in /dev/mapper and nothign will explode if I remove the device? [03:11] jdong: You need to de-activate the LVs before you remove the device. [03:11] jdong: You didn't say anything about hot *un*-plugging :) [03:11] TheMuso: ah :) [03:11] soren: lol [03:12] soren: reminds me of FreeBSD on the EEEPC. It didn't occur to me the wifi toggle actually physically removed the device from the PCI bus. [03:12] ath.c was NOT happy. [03:12] Heh :) [03:13] jdong: You really do manage to come up with some of the strangest most masochistic configs. [03:13] heh [03:13] LOL [03:13] the world's most hated tester? :D [03:13] heh [03:31] bddebian or jdong: Got a moment for a spot of sponsoring? [03:31] If so, Bug #190450 is approved by motu-release. [03:31] Launchpad bug 190450 in ov51x-jpeg "Can't compile ov511-source on hardy" [Undecided,New] https://launchpad.net/bugs/190450 [04:26] ScottK: ah, thanks [04:35] kees: looks like you've already done so anyway [04:41] Hobbsee: yawp, ScottK snagged it. thanks. [04:42] np [04:46] hello? [04:47] hi [04:49] what exprience is needed to join the motu team [04:50] im an average C++ programmer, haven't really done much on linux but, eager to learn and join the team, what exprience would i need? [04:51] motu is mostly about packaging, so programming experience is not absolutely required. It is a plus in that it helps with working on bug fixing. [04:51] i see... [04:51] thats cool then [04:51] when does the freeze end? and is there anything I could do to start now? [04:52] Hobbsee, hi there! [04:52] hey cool! [04:52] whats sup? [04:52] On3: studying and learning is best for now. You can start with https://wiki.ubuntu.com/MOTU/Contributing [04:53] ScottK, any other recources I should read or pratice? [04:53] That's a start. The packaging guide is another. Debian New Maintainer guide is another good resource. [04:54] crimsun: If your around, could you please look after uploading the fix in Bug #216397 (any other MOTU feel free too). [04:54] Launchpad bug 216397 in libsdl1.2 "sdl patch for better pulseaudio support" [Medium,New] https://launchpad.net/bugs/216397 [04:58] Bug #19045 could also use some sponsoring. [04:58] Launchpad bug 19045 in synaptic "display top level packages" [Wishlist,Fix released] https://launchpad.net/bugs/19045 [04:59] ScottK: I uploaded bug #216397 last night. I unfortunately failed to notice it was in main. [04:59] Launchpad bug 216397 in libsdl1.2 "sdl patch for better pulseaudio support" [Medium,Confirmed] https://launchpad.net/bugs/216397 [04:59] So it needs a core-dev. [04:59] Ah. [05:00] It also needs a different release manager to ack it. [05:00] Yeah. [05:00] StevenK: as you're the last uploader, did you want to look into that? [05:06] ScottK: thats main afaik [05:06] So I'm now informed. [05:07] Missed a digit on one of those bugs. Bug #190450 [05:07] Launchpad bug 190450 in ov51x-jpeg "Can't compile ov511-source on hardy" [Undecided,Confirmed] https://launchpad.net/bugs/190450 [05:07] That's in Universe. [05:08] I've run that patch by slangasek and he wasn't sure about it, since it changes spacing for a start... [05:09] OK. [05:09] StevenK: Did you still intend to upload Bug #181150? [05:09] Launchpad bug 181150 in moko "[FFe] moko contains a shared library with no soname/dev package handling" [Critical,Confirmed] https://launchpad.net/bugs/181150 [05:12] I'd also appreciate it if someone who's less tired than I am would look into Bug #203948 and figure out which revision we want. [05:12] Launchpad bug 203948 in zaptel "zaptel 1.4.8~dfsg-1 fails to compile under kernel 2.6.24" [Medium,Confirmed] https://launchpad.net/bugs/203948 [05:13] That's all I got and I'm off to bed. [05:14] is there an easy way to make a change to just a control file, rather than having to rebuild the entire package? (it is a depends on change) [05:15] A .deb is an ar archive. Unpack it, change it, repack it. If that's easy for you, then yes. [05:17] I didnt think the directory structure could be maintained, but ok, I'll try [05:19] what format is a deb packed as? [05:20] ohh, ar [05:21] macd: A .deb package is an ar archive, containing two tarballs, one with the package files, and the other with the package metadata. [05:22] I just tried to repack it as .ar, rename to .deb, debdiff complains about it not being valid archive now. [05:43] macd: For what its worth, you can also manipulate .debs using dpkg-deb - including unpacking and repacking. [05:44] thx, I figured it out with ar, but I cant seem to repack the control directory the proper way, its there, but the new package has control/ rather than ./control/ structure [05:46] file-roller can do a lot of that too if you want a gui like tool to do it [05:46] Or dpkg-deb it, of course. That's what I've used in the past, and I was just fiddling around. [05:47] it probably uses dpkg-deb on the backend [05:47] i've never tried on a fresh install. [05:47] for all i know it must be installed to work [05:47] I feel pretty dumb, I was in control, trying to tar it up rather than being outside the dir. [05:52] <\sh> moins btw [05:59] mornign \sh :) [05:59] *morning* [06:00] <\sh> hey emgent [06:00] <\sh> emgent, looks like I'm not the only one so early at work ,-) [06:01] heheh true :) [06:01] RAOF, doesnt dpkg-deb extract it as it would on the filesystem? and the control stuff just dissappears [06:01] macd: Not if you ask it to extract the control stuff to the same directory you've extracted everything else to. [06:01] * macd goes to pull hair out and rtfm [06:02] Ive done sru's that were easier than this ;) [06:02] macd: Why not just rebuild it? [06:03] I just need a change to the control file, I figured this would be alot faster === Amaranth_ is now known as Amaranth [06:13] Fujitsu, RAOF, superm1 thanks, I'll come back to it tomm. when Im not so aggravated and preoccupied with halo :) [06:16] oh man, I think while case shopping I've found my FAVORITE piece of marketing lingo. [06:16] "...uses precise part placement based on thermo-fluid analysis to achieve semi-hermetic construction" [06:17] that is just.... beautiful.... [06:17] * RAOF does his calculations with phlogiston. [06:18] I think that means they put heatsinks on hot things, directed air through the case, and put a dust screen on the intake? [06:18] whats the ubuntu MOTU link on launchpad? [06:33] good morning [06:34] mornin' === asac_ is now known as asac [07:47] anyone know where I could get a free pink pony image (preverably SVG?) [08:15] ScottK: Bug 181150 dealt with, thanks for the poke [08:15] Launchpad bug 181150 in moko "[FFe] moko contains a shared library with no soname/dev package handling" [Critical,Fix released] https://launchpad.net/bugs/181150 [08:23] hey, any idea why alphabetizing my build-deps list has caused libglade-2.0 to go missing in the configure of a build? [08:25] * Hobbsee suspects that you changed a build dep, rather than just alphabetising. [08:27] all I did was a s/, /\n/, a sort, and a s/\n/, / in gedit [08:27] and I looked at the list and as far as I can tell it looks the same [08:28] libglade is part of the gtk package, isn't it? [08:28] no [08:29] hmm, I do see that now [08:30] * megabyte405 looking at old build logs to see what the deal is [08:33] looks like a build dep I removed was pulling it in as a side effect [08:34] ... [08:34] 07:27:29 < megabyte405> all I did was a s/, /\n/, a sort, and a s/\n/, / in gedit [08:34] " a build dep I removed " [08:34] Something doesn't add up here :) [08:34] ah, right :) [08:35] well, I alphabetized after removing what should have been optional [08:35] so someone was lucky in the past with the dependencies [08:37] I should doublecheck and make sure all explicit deps used are explicitly listed [09:19] is it one ACK or two needed from motu-release for a bugfix upload? [09:19] james_w: One. [09:19] thanks [09:40] I need a freeze exception for multiverse, bug 219509 [09:40] Launchpad bug 219509 in brother-cups-wrapper-laser1 "printing Din A4 format not working" [High,In progress] https://launchpad.net/bugs/219509 [10:29] mok0: around? [10:44] norsetto? [10:44] mok0: seen my query? [10:44] No [10:44] email? [10:45] mok0: can you ask for a give back to a buildd-admin for fnonlinear, fregression and funitroots? [10:46] yes, I noticed they didn't compile due to robustbase [10:46] How do I do that? [10:47] mok0: ask a build-admin in #ubuntu-devel [10:48] mok0: e.g. pitti or Mithrandir [10:48] geser: ok, thanks [10:48] just ask in #ubuntu-devel, you can akso ask to anyone in https://launchpad.net/~launchpad-buildd-admins if you want [10:48] norsetto: and "give back" means they put it in the queue again? [10:49] mok0: yes [10:49] norsetto: great [10:49] mok0: but next time pls. check before uploading ;-) [10:49] norsetto: I am puzzled why they couldn't find robustbase [10:50] norsetto: I thought I did check :-( [10:50] mok0: was still not DONE [10:50] norsetto: Ah! [10:51] Depwaits don't require give-backs. [10:51] Fujitsu: yes, but its not a depwait [10:51] Ah. [10:51] One of those. [10:51] saivann, ping [10:55] Anyone of motu-release can have a look at bug 206365? [10:58] norsetto: they are building now [10:59] mok0: nks! [11:04] bug 206365 [11:04] Launchpad bug 206365 in brother-lpr-drivers-extra "Changing paper type does not have any effects" [Low,Confirmed] https://launchpad.net/bugs/206365 === spaceplu1 is now known as spacepluk [11:35] is hardy now completely frozen or can patches still be submitted? [11:37] stani: if the pacth fixes an important issue it can still be submitted [11:38] ok, thanks,than I'll try [11:42] norsetto: did those get given back? [11:43] hobbsee: yes, the most honourable pitti gave them back [11:43] cool === Sebast1an is now known as Sebastian [12:07] * norsetto -> lunch [12:14] tjaalton: got a motu-review person to approve that vdr-plugin-xineliboutput upload? [12:20] Riddell: not yet.. [12:21] tjaalton: want to poke one into doing so, I imagine they just need to look at the failed bulid and the succcessful one in the ppa [12:23] Riddell: motu-review or motu-release?- [12:23] ) [12:24] motu-release, that's the one [12:24] ok, I'll just subscribe them to the bug === Tonio__ is now known as Tonio_ [12:59] Can I please have an exception for soundconverter 1.0.2, which contains a single bugfix for a crash which I reported to upstream a couple of hours ago? [12:59] Hobbsee: ^^ [13:00] Fujitsu: yes [13:03] Ergh, there are other autotools updates not mentioned in the changelog. Backporting the patch it is. [13:05] Hobbsee: could you check bug 200906, I've uploaded a new vdr-plugin-xineliboutput which fixed a FTBFS bug on 64bit systems due to dpkg-buildpackage using default values for *FLAGS [13:05] Launchpad bug 200906 in vdr-plugin-xineliboutput "in alpha6 broken!" [Undecided,Confirmed] https://launchpad.net/bugs/200906 [13:05] built fine on my ppa [13:07] tjaalton: OK [13:08] Hobbsee: great, thanks [13:09] np [13:10] StevenK: There's a moblin-image-creator upload waiting to be accepted that I think is yours. Did you have some kind of motu-release approval for it? [13:15] Hi all, I guess everybody is too busy with the release to sponsor an update... aren't you? :) [13:18] spacepluk: Not only are we too busy, there's nowhere to sponsor to. [13:18] Unless it's a critical bug fix that would be approved by motu-release. [13:20] StevenK: Nevermind. Forgot to refresh my queue page. [13:20] Note to self: Coffee then motu-release stuff. [13:21] Fujitsu: I'm sorry, I don't get it [13:22] spacepluk: Unless it's a very critical bug, there's nowhere to sponsor it to. [13:22] Intrepid isn't yet open, and Hardy is very frozen. [13:22] Fujitsu: ok, no problem. I'll wait a couple of weeks [13:29] ScottK: it's crack. it's always crack. just accept it. [13:29] ScottK: consider it my ack. [13:30] ;-) [13:47] * norsetto <- lunch === thekorn_ is now known as thekorn [14:31] * persia seeks motu-release ACK for a fix for bug #216557, without which prime cannot be installed. [14:31] Launchpad bug 216557 in ubuntu "HAL daemon eats 100 percent CPU (hardy)" [Undecided,New] https://launchpad.net/bugs/216557 [14:31] dholbach: Would you be willing to look at sponsoring Bug 220385 - It'd solve some significant security concerns. I'd do it, but I'm completely unfamiliar with pulling stuff from bzr to sponsor. [14:31] Launchpad bug 220385 in envyng-core "envy needs to pull drivers from multiverse, not PPA" [Medium,In progress] https://launchpad.net/bugs/220385 [14:31] persia: Looking [14:31] hi folks [14:32] ScottK: Thanks. [14:32] Hi sistpoty|work. [14:32] hi ScottK [14:32] ScottK: I'll look into it - there's currently some discussion going on between mvo, BenC and Alberto on how to fix it right - but I can sponsor - no problem [14:32] persia: What package are you fixing and where's the patch? [14:32] dholbach: Thanks. [14:32] de rien [14:33] ScottK: package prime. patch by Ikuya Awashiro. I'm just planning to sponsor (and maybe clean a bit). [14:33] dholbach: I marked it approved by motu-release, so go ahead when you have the right fix. [14:33] persia: I don't see any patch in that bug. [14:33] ScottK: thanks [14:33] i believe it's the wrong bug number [14:34] persia: Is that the right bug #? [14:34] Err. Oops :) bug #216577 [14:34] Launchpad bug 216577 in prime "wrong dependency" [Undecided,New] https://launchpad.net/bugs/216577 [14:34] Looking again. [14:34] Note that it should be ruby (=> 4.1) rather than ruby (=4.1), but that's minor :) [14:35] (and I'll fix it before upload) [14:36] persia: Great. Approved. [14:36] ScottK: Thanks. [14:41] heya sistpoty|work [14:41] hi norsetto [14:42] dholbach: heya master [14:42] hi norsetto, hi sistpoty|work [14:43] scottk: heya master [14:43] hi dholbach [14:43] Heya norsetto. [14:44] norsetto: You might want to look at the mailscanner FFe. doko requests it approved and I agree with his reasons, but can't quite bring myself to approve it myself. [14:44] ARE WE ALL READY FOR A KICK ASS RELEASE? [14:44] scottk: yes, I saw that, let me check it [14:44] Is the rbase thing done? [14:45] scottk: almost, as soon as r-cran-farma is in the repo I will upload the last remaining package [14:45] Great. Then yes. [14:53] scottk: did you see anything from stani? He wanted to have a last patch uploaded. [14:54] norsetto, ScottK: I am working on it. [14:54] Last I heard from him was on phatch and that one is uploaded. [14:54] Ah [14:54] It is a patch for phatch [14:54] Another one then. [14:54] Are you going to want to upload a fix for the pydoc crash in spe? [14:54] yes, there is a bug which makes droplet functionality broken [14:55] ScottK: I guess that the bug is not really an issue. [14:55] ScottK: pydoc seems to work here [14:55] OK. I wonder why not there, but OK. Up to you. [14:56] pydoc has the limitation that it needs to import the python source file in order to generate documentation [14:56] so I guess something is wrong in his source file [14:56] I've checked pydoc here on a couple of files and it works just fine [14:57] So if you apply pydoc to "import sys;sys.exit()" spe will crash [14:57] Uhm, are you all horribly busy with the release, or can I ask a question related to Intrepid packaging? [14:59] anyone for motu-release want to comment on whether we should sync for http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=473707 ? [14:59] Debian bug 473707 in approx "approx: Fails to start on upgrade" [Grave,Fixed] [14:59] hi all. i'm rebuilding firefox 3 from the hardy repo with some changes. its finishing after ~2 or 3 minutes. is this how it should be? firefox 1.5 took an hour. i do notice that xul is gone, but even so i'm worried Stuff Is Wrong. [15:00] slicer: just ask [15:00] james_w: have you checked, wether this is present in hardy as well (I only slightly recall that we had some problems with pitti's dbg-sym stuff, which got fixed later) [15:01] james_w: if it's there, I guess we should get it in [15:01] sistpoty|work: heya :) [15:02] hi sebner [15:02] stani: Your package, your call, but in my book a crash is always a bug, even on bogus input. [15:02] ScottK: hi, now. what about mailscanner? I don't have any personal interest in it but if you wish I can update the bug report for the new version to sync [15:03] Kamping_Kaiser: That's not a Universe package, so it's a bit OT here. [15:03] ScottK: I agree, but it is then a bug in pydoc, which is a plugin for spe [15:03] Intrepeid (like Hardy) has a broken XEvie support (the X extension to look at global input). XEvie seems to be discontinued and noone is maintaining it. As such, my application has a fallback to use raw /dev/input/event* access. Of course, these device nodes are root only, meaning normal users can't use them. I've created a HAL policy file which is kind of a hack, but gives console users access to raw console input devices. The question is; what's the corre [15:03] Kamping_Kaiser, there is nothing like checking the building log :) [15:03] ScottK: that is why I need his source file. Right now I am not able to reproduce it, so I can't fix it. [15:03] stani: Reasonable. But I'll push back that spe should survive plugins crashing, so it's got layers. [15:03] Understand. [15:04] ScottK, where do suggest i ask? :) [15:04] sebner: I'm not going to ack it, but maybe norsetto is interested. [15:04] ScottK: Well, in that case I have to try to call pydoc from a subprocess, but that patch requires some work and is too heavy for hardy. [15:04] Kamping_Kaiser: I think mozillateam has an IRC channel. [15:04] ScottK, thanks, i'll have a look [15:04] stani: Quite reasonable to wait then. [15:05] sistpoty|work: what about you and mailscanner? Just saw the latest comments ... [15:05] Lamego, nothing like confirming with a human ;) [15:05] sebner: yes, please update it... will need a 2nd ACK from motu-release though [15:06] sistpoty|work: I know. just don't want to do some work and in the end it doesn't get approved .. [15:06] a human versus a log to check a build status :P ? [15:06] sebner, scottk: I'm not particularly thrilled to ack bug 204546, especially in light of dbts 472489 [15:06] Launchpad bug 204546 in mailscanner "[FFe] Please sync mailscanner 4.66.5-2 from Debian(Unstable)" [Undecided,New] https://launchpad.net/bugs/204546 [15:07] sebner, scottk: but if sebner can do a dapper->hardy upgrade test, I'm happy [15:07] heya RainCT [15:08] norsetto: of course I would change it to 4.68.8-1. Hmm I don't have a dapper machine around me :\ [15:09] sebner: just install the dapper package [15:09] sebner: Bulding the Dapper version for Hardy, installing it, and upgrading should do it. [15:09] ah =) =) =) [15:17] ScottK: hmm. We should use the new version. I can't uninstall the old one ^^ [15:18] sebner: yes, thats bug 215932 [15:18] Launchpad bug 215932 in mailscanner "package mailscanner 4.58.9-2ubuntu1 failed to install/upgrade: " [Undecided,New] https://launchpad.net/bugs/215932 [15:18] sebner: So the question would be can get do some magic in the new package to get the old one uninstalled right. [15:19] ScottK: hmm. Fix broken non-standard conform init-script, which caused upgrade problems [15:19] invoke-rc.d requires initscripts to return 0 if the daemon was already [15:19] stopped [15:20] sistpoty|work: Any ideas how we could work around that ^^^ [15:20] * persia points at http://women.debian.org/wiki/English/MaintainerScripts for decoding what arguments to use to get hints about how to uninstall things orrectly for upgrade [15:21] sebner: ^^^ There you go. Have fun. [15:21] ScottK: not right now... but iirc dpkg allows error unwinding with parts of the new package (imo described in debian-policy somewhere) [15:21] ScottK: ScottK: hi, now. what about mailscanner? I don't have any personal interest in it ;) [15:21] ScottK: concerning spe I just released spe 0.8.4.g which fixes some packaging issues (partly feedback from fedora packagers) [15:22] ScottK: but for me I don't think it needs to be updated in Hardy [15:22] ScottK: also a lack of time since this is my last important school week =) [15:22] stani: If it's not fixing substantial issues known in Hardy, I think we need to leave it. [15:22] ScottK: so it would imo be s.th. to ignore errors from the init script in the new postrm probably, which should do the trick (no guarantee, as I wrote, I don't know the order/arguments called of maintainer scripts by heart) [15:22] ScottK: indeed [15:22] sebner: OK, but this would be a very good learning experience on your road to MOTU. [15:23] sebner: As sistpoty|work says you can do it in postrm. If the old package postrm fails, dpkg will try the one provided by the new package. [15:23] ScottK: yeah I know but it seems that it need somehow a lot of time and also fast since release is in 2 days [15:23] I bet you have it in less than an hour. [15:30] finally, we got rid of r-base .... === jeisenberg is now known as jeisenberg79 [15:30] ScottK: seems to be a SRU for all supported versions? I have no clue at all what I should do now :( [15:30] If it's already fixed via SRU then it's no worry. [15:31] norsetto: ^^^ [15:31] yeah, yeah [15:32] ScottK: no single package is fixed -.- [15:32] Ah. [15:33] * ScottK doesn't have time to look into it. I do think you can deal with it in prerm if needed. [15:34] ScottK: prerm, postrm. what now? [15:35] sebner: which maintainer script fails for you? [15:35] IIRC it's prerm that stops the old service, but I really don't have any brain power at all to stick on this at the moment. [15:37] sistpoty|work: subprocess pre-removal script returned error exit status 1 [15:37] , subprocess post-installation script returned error exit status 1 [15:38] sebner: ok... so let's look at debian policy, 6.6 [15:38] sebner: if the prerm of the old package failed, the prerm of the new version is called with the argument "failed-upgrade" [15:39] morning sebner *g* [15:39] afflux: your words are always wrong xD [15:39] sorry, school just finished so the day starts now :) [15:40] sistpoty|work: I see but is there any example file etc. since if have no idea how the syntax is ,... [15:40] sebner: if you look further down, the same will happen, if the old postrm fails (new postrm is called with "failed-upgrade" as argument) [15:40] afflux: ^^ [15:42] sebner: well, these are just shell scripts... try building the new package, and look at the prerm/postrm script of it to get an example [15:43] (actually it can also be e.g. perl scripts... anything that's supported by essential: yes packages, but usually it's shell scripts) [15:43] ScottK: could you ack Bug #220630? I have the fix ready, but will now make a debdiff to speed up the process. [15:43] Launchpad bug 220630 in phatch "droplet functionality is broken" [High,Confirmed] https://launchpad.net/bugs/220630 [15:44] stani: Looking. Please stop marking phatch bugs as "High". Importance is for the distro. It's virtually impossible for any Universe package to merit High. === danielm_ is now known as danielm [15:45] ScottK: as I see it, the project's task is "high", the distro's task is "undecided" [15:45] Reasonable. I missed it wasn't the Ubuntu task. [15:46] Hi sebner [15:46] sistpoty|work: Now that pitti has tested, would you please ack Bug #205179 [15:46] Launchpad bug 205179 in postgis "postgresql-8.3-postgis not included in Hardy" [Undecided,New] https://launchpad.net/bugs/205179 [15:46] however, it would be useful if ubotu would prefer displaying the ubuntu task ;) [15:46] ScottK: ok, otherwise I don't understand why projects have high if they never can use it [15:47] stani: As afflux pointed out, I didn't notice that was the project task and not the Ubuntu task. [15:47] Nevermind. [15:47] no problem [15:47] Launchpad gets very confusing from my perspective when upstream is also on Launchpad. [15:47] ScottK: fyi, dunno if you saw it yesterday but someone mentioned a application for archive rebuilds (rebuildd, it's in the repository) [15:48] or is this in the ubotu algorithm? [15:48] ScottK: ACK'd [15:54] stani: I'd like to see the debdiff before I ack it. [15:54] ok, no problem [15:54] it will be very obvious [16:03] is anyone looking at the zillion bugs deluge-torrent is producing? [16:05] * norsetto wonders if actually deluge was referring to the number of crashes [16:06] ScottK: debdiff is attached to launchpad [16:06] ScottK: tell me if you need feedback [16:14] sistpoty|work: sorry, got kicked off t'internet. [16:17] I don't seem to be able to reproduce, so I guess we can leave it. [16:25] If I add a debdiff to a launchpad bug, should I change the status to "Fix Committed" or is that reserved for when the phatch is uploaded? [16:25] sorry patch, not phatch [16:26] stani: Have a look at https://wiki.ubuntu.com/Bugs/Status [16:27] lulian: thanks, everything is clear now [16:27] james_w: great... thanks! [16:28] stani: Great [16:38] sistpoty|work: I still have no idea what and how to write the necessary things in postrm and prerm :( [16:40] when are going to be the final iso's availeble? [16:43] nxvl: Likely late on the 24th in UTC+8. [16:47] tseliot: did you know envy installing fglrx in gutsy breaks upgrades to hardy? seems you add a diversion on /etc/xdg/compiz/compiz-manager and never clean it up [16:47] ScottK: are you around? [16:47] Amaranth: let me check [16:49] Amaranth: [16:49] bah. i won't say anything. [16:51] Hobbsee: that's the old Envy [16:51] ah, right. [16:52] so then i'll revise my complaint, but still won't say anything. [16:52] Can someone look at the debdiff I proposed in Bug #220630 and if he agrees ack and upload the fix? [16:52] Launchpad bug 220630 in phatch "droplet functionality is broken" [High,In progress] https://launchpad.net/bugs/220630 [16:53] can someone from motu-release review (and hopefully ACK) bug 213143? [16:53] Launchpad bug 213143 in snort "snort: failed to install: post-installation script killed by signal (Interrupt)" [Undecided,New] https://launchpad.net/bugs/213143 [16:54] Amaranth: I can't find (or remember about) such diversion in Envy Legacy. Can I see a bugreport about this? [16:55] launchpad makes it hard to find, searching === santiago-php is now known as santiago-ve [16:56] tseliot: bug 215140 [16:56] Launchpad bug 215140 in compiz "compiz wrapper script references /usr/local" [Low,Invalid] https://launchpad.net/bugs/215140 [16:57]