[00:00] that's what I thought, just wanted to make sure === bigon is now known as bigon` === Pici` is now known as Pici [00:41] anyone know when linux-generic linux-image-generic linux-restricted-modules-generic xserver-xorg-video-all is coming down? Thanks! [00:42] what do you mean, "coming down"? [00:44] i.e., ready to apt-get upgrade [00:44] swj: in hardy, linux-meta has already built and points to the 2.6.24-3-generic packages. [00:44] those packages are held back on my system for some reason... [00:44] thus breaking nvidia [00:44] switched to nv [00:45] they're blocked on linux-ubuntu-modules-2.6.24-3-generic. [00:46] slangasek: Could I convince you let something out of binary NEW? [00:46] StevenK: you can try! [00:46] swj: in general it's good to wait until everything is ready to install (not held back) before upgrading the kernel :-) [00:46] slangasek: Heh. If you feel so inclined, could you let moko out of binary NEW? [00:47] StevenK: Did you see my missive on perl-modules on ubuntu-devel? [00:47] I didn't. [00:47] crimsun: thanks. I sure I need to just wait for them; however, I was wondering how long it usually takes... [00:47] StevenK: pff, you can try harder than that to convince me, I'm sure [00:47] swj: "until your mirror catches up" [00:48] crimsun: I usually do...but today I was in a hurry and this is a test machine; however, I do play games from time to time [00:48] thanks [00:48] oh so I can possibly change mirrors and get them? [00:48] slangasek: Puhhleeease? :-) [00:49] oh, ok [00:50] swj: see https://launchpad.net/ubuntu/hardy/+queue?queue_state=0&queue_text=linux-ubuntu [00:51] * ScottK pokes StevenK to see if he can be tortured into confessing knowing something about Perl. [00:52] Nope. [00:52] OK. [00:53] I guess I'll start ripping perl-modules apart then. [00:53] Have you asked bod? [00:53] No. Who or what is bod? [00:54] thanks [00:54] They were pulled into perl-modules for a reason, I suspect the seperate packages want to bugger off, and the source in perl-modules updated? [00:54] ScottK: Original-Maintainer: Brendan O'Dea [00:54] Ah. [00:54] No. I haven't. But in the mean time we've got stuff the won't build. [00:55] But I suspect they shouldn't exist seperately. [00:55] can anyone tell me how to retrieve an svn trunk one level down i.e. latest trunk is 100 i want 99 [00:56] ScottK: I'm still unconvinced they need to be seperate. [00:57] StevenK: So you'd suggest updating the packages in perl-modules instead? [00:58] Right. [00:58] That'd work too, but seems like more effort in the long run (new perl upload each time the module is updated). [00:59] Then don't update them? They're part of perl, they'll get upgraded when Perl does. [00:59] Right. Then the separate module packages should all be removed? [01:00] If they're part of perl-modules, they need to die. All they cause is confusion. [01:00] And other perl packages that depend on newer versions don't get uploaded? [01:00] ScottK: Do any exist? [01:00] Yes. [01:00] Oh, grumble. [01:00] mime-tools and libmail-box-perl at least [01:01] For mime-tools it's a new dependency, but libmail-box-perl last built in Edgy because of this problem. [01:01] You have proved quite suctinctly why they shouldn't be seperate. I'm not in favour of ripping apart perl-modules since the next time a core-dev looks at merging Perl, they'll have a heart attack. [01:02] StevenK: why does moko contain a shared lib but no sane lib packaging? [01:03] StevenK: Well we currently have them both in perl modules and separately. I think we either need to update the code in perl-modules, rip it out, or figure some easy way for sbuild to know the version a virtual package provides. Which would you pick? [01:04] Version Provides aren't supported, and probably aren't going to be. [01:04] Er, versioned [01:04] OK. That narrows the choices. [01:04] well, there's been talk in the past of versioned provides [01:05] why can't the other package just depend libfoo-perl > x | perl-modules > y ? [01:06] Because sbuild will believe it already has it installed (because it does - just not in sufficient version) and still fail the build later on. [01:06] Should sbuild perhaps not let Provides fulfill a versioned dependency? [01:08] Fujitsu: Which will break packages that currently build [01:08] Probably, yes. [01:09] Robot101: sbuild specifically gets confused by versioned depends on virtual packages [01:09] so I'd say that's an sbuild bug, but it seems to be a fairly long-lived one [01:09] So then what's the least painful work around? [01:09] It doesn't seem to be about to go away at all (the bug) [01:11] either pull the newer modules into perl-modules and have a versioned build-dep on that, or split the modules into their own packages (that part's done) and make perl-modules depend on them instead of providing its own copies, dropping the Provides [01:11] I'm ambivalent on the choice, but those are the only two solutions I see that work right [01:12] I think ScottK proposed exactly the second in his mail? [01:13] slangasek: Which means those packages need to be sucked into the minimal set. [01:13] minghua: Yes. That's what I proposed because seemed easiest to maintain [01:13] StevenK: Done by making perl-modules depend on them [01:14] StevenK: which isn't onerous IMHO, the content is already there but in a different form [01:15] even without the sbuild bug, I think the current situation of having two copies of the modules in the archive is Bad Mmkay [01:19] slangasek: What would vorlon have to say about this do you think? [01:20] probably the same thing [01:21] :) [01:21] OK. Just checking. [01:25] vbrfix is an improbably small package [01:34] Oh, twitch. [01:35] lrwxrwxrwx 1 steven users 67 2008-01-08 12:38 missing -> /scratchbox/tools/autotools/automake-1.7/share/automake-1.7/missing [01:35] Thank you for shipping that *useless* symlink. [01:35] eh, where's that? [01:35] heh [01:35] slangasek: Bomberman for the N800 [01:36] I'm unsure if I should rename the package, too [01:36] ("Bomberman" might be a trademark) [01:37] Just fix clanbomber to build with clanlib 0.8 instead will ya? ;-P [01:37] StevenK: trademarks lapse if you're not trading on them [01:38] Cool [01:40] (IANAL, TINLA, TMTOWTDI, YHTBT, YHBT) [01:41] Any more choice acroynms you want to throw out there? [01:41] TINC [01:41] SNAFU [01:41] BOHICA [01:42] slangasek: HAND [01:42] the last of the bohicans [01:57] GOVERNOR ROMNEY: "And further, if I were fortunate enough to be elected your President, I'd call for a National Summit of Nations to create a new partnership – a Partnership for [Progress] and Prosperity." [01:57] "This Partnership would assemble the resources of all the nations of the world to work to assure that Islamic states that are threatened with violent Jihad have public schools that are not Wahhabi madrasas; that they have micro-credit and banking, the rule of law, human rights, basic health care, and competitive economic practices." (Governor Mitt Romney, Remarks At Yeshiva University, 4/26/07) [01:58] !ops | Romney08 [01:58] Romney08: Help! bhale, infinity, Hobbsee, jdub, thom, fooishbar, fabbione, mdz, lamont, or Keybuk [02:32] meh. [02:32] * Hobbsee doesn't have enough access [02:33] thanks === j_ack__ is now known as j_ack [05:51] there's a windows virus going around that has strings concerning ubuntu in it -> http://projectshadow.randomsonicnet.org/misc/trueman_virus.txt [05:53] yes, indeed [05:53] i'll pastebin them [05:54] http://pastebin.da4.org/231 [05:54] did someone finally write the "antibodies for Windows" virus? [05:55] here's the whole strings thing: http://pastebin.da4.org/232 [05:55] slangasek, no, it just seems to not nicely use ubuntu mirrors for speedtesting [05:55] oh, lovely. [06:06] * StevenK chokes. [06:06] OH. MY. GOD. [06:06] http://paste.ubuntu.com/3363/ [06:11] tasty [06:12] * StevenK senses some new livergrams [06:15] stevenk: :-D [06:15] StevenK, is that a debian/rules ? [06:16] i mean you can technically do a debian/rules like that (hopefully it would be rejected) [06:16] That's a "package.sh" I found in the tarball of a game. [06:16] ar -rc ../sokoban_2.00-1_armel.deb debian-binary control.tar.gz data.tar.gz [06:16] this seems especially interesting [06:16] :D [06:16] If you did a debian/rules like that, it *would* be rejected. [06:17] StevenK, i saw one in zsh script once [06:17] StevenK, it was in some upstream tarball [06:17] Twitch [06:18] actually, there's an idea [06:18] have a contest as a teaching tool to come up with the most perverse debian packaging you can think of [06:18] use yada. problem solved. [06:18] (the only rule that would apply is "must install") [06:18] although that is quite special too [06:19] Hobbsee, i make all of my debian packages with checkinstall [06:19] * nenolod nods [06:19] * Hobbsee adds to her little black book [06:20] Hobbsee, i must wonder what people's obsession with yada and checkinstall are [06:20] i don't see what's really hard about making a debian package, it takes what? 10 minutes for most packages and you only really have to do it once? [06:21] oh yes [06:21] Hobbsee, yada's documentation looks absolutely disgusting [06:22] yeah.... [06:22] * nenolod writes a tool to make a debian package from an RPM spec file [06:22] haha! i win ;) [06:22] That's been done. Ho hum [06:22] really? [06:22] apt-get says “1min29s” while downloading packages. Didn’t it say “1m29s” before, or are my synapses on drugs? [06:23] StevenK, from a .spec file? [06:23] Ah, it changed in 0.7.9ubuntu2. [06:23] StevenK, alien, sure [06:24] * ion_ writes a tool to make a debian package from a Windows® Installer file. [06:24] ion_, aren't those DRM'd somehow? [06:42] nenolod: I think debian/rules are *required* by debian policy to be a Makefile [06:42] and they should support multiple targets [06:47] Chipzz, yes. like i said "hopefully it would be rejected" ;) [06:48] Chipzz, i have seen debian/rules as other things though in upstream tarballs [06:48] god I hate OPN's nickserv at times [06:49] they're supposedly replacing it with my implementation of Services soon [06:49] (atheme-services in debian experimental) [06:49] you don't notice getting disconnected, get unidentified from nickserv, start chatting with someone and then wonder why they're not responding [06:53] tomboy, tomboy, tomboy, tomboy, tomboy, tomboy [06:54] Chipzz, hehe, see PM sometime ;) [06:55] hmm [06:56] i think a package should be created outlining what NOT to do during packaging [06:56] e.g. "if your debian/ looks like this, you've messed up even if it builds correctly" [06:58] good morning [06:59] Hi dholbach. [06:59] hiya Fujitsu :) [07:00] hi [07:00] hey nenolod [07:00] dholbach, one suggestion for your MOTU Q&A sessions would be to go through how to NOT make a debian package [07:01] you know, do insane things like write debian/rules in bash [07:01] (of course making it clear that doing these things will earn an instant REJECT) [07:02] nenolod: we could make it a fun session collecting ideas on how to make a package really crackful for like 5 minutes, then take every point on the list and try to think of ways to avoid it - cool idea - see you on friday ;-) [07:03] Hi dholbach [07:03] dholbach, i'll have to find the upstream tarball i was looking at which had a debian/rules in zsh. [07:03] dholbach, yada and checkinstall are givens clearly [07:04] hehe, let's see what we can come up with :) [07:04] hi ion_ [07:04] dholbach, StevenK found this work of art: http://paste.ubuntu.com/3363/ [07:05] heh [07:08] dholbach: make sure you include "do a package named automatix3, and ask Mithrandir to review it" [07:09] oh, and make sure you're in a different country at a time [07:22] Morning pitti [07:22] you don't notice getting disconnected, get unidentified from nickserv, start chatting with someone and then wonder why they're not responding // i'v done that multiple times :D [07:22] Good morning [07:22] hey StevenK [07:22] dmb: me too, on several occasions; which is why I was whining :P [07:23] pitti: I wonder if the kernel can be NBS'd out [07:23] Hi pitti [07:23] StevenK: if everything from -3 built, yes [07:23] pitti: However, libtinymailui-mozembed-1.0-0 and libtinymailui-mozembed-dev can be NBS'd out at your leisure. [07:24] StevenK: well, we still need to rebuild d-i, but that has to happen anyway [07:24] StevenK: great [07:25] pitti: libopenscenegraph4, libopenthreads4, and libproducer4 can all go, too. === asac_ is now known as asac [07:35] cjwatson: I moved the seeds to the 2.6.24-3 kernels and merged them all [07:35] so we just need a d-i rebuild now [07:38] guten morgen pitti [07:38] hey Hobbsee! [07:38] :) [07:40] * Hobbsee wonders when keybuk will turn up [07:40] StevenK: ok, I NBS'ed the kernel, the libs you gave me, everything without rdepends, and all *-dev packages [07:40] Hobbsee: it's 7:40 now where he lives :) [07:40] pitti: You rock! *hugs* [07:41] pitti: The list on rookery is up to date, or I need to wait for a publisher cycle and a regen? [07:41] StevenK: the latter [07:41] Okay === Sp4rKy_ is now known as Sp4rKy [07:42] dholbach: ahhh. [07:43] * Hobbsee wonders what 7.40 is. [07:46] Another name for 10.04 [07:46] :-P [07:46] oh right. [07:46] does that work for both am and pm? [07:47] Hum? I think you took my joke seriously [07:47] * Hobbsee got it, and took it both ways. [07:47] assuming you're having a go at me for how mornings and i don't mix, when on an au-timezone. [07:48] I'm not [07:48] then i missed it :( [07:48] 7.40 -> 40th month of 2007; 40 months is 3 years, 4 months -> 10.04 [07:48] right === stu1 is now known as stub [08:11] I should probably hold back the dpkg merge until after tha alpha? [08:11] soren: might be a good idea, yes [08:11] depending on how intrusive the merged changes are? [08:13] pitti: Not sure yet. I was only just about to start working on it. [08:13] might be a good idea anyway? :) [08:16] slangasek: That was what I was thinking, too. dpkg uploads still scare the fsck out of me :) [08:18] yes, I have a bottle of antacids earmarked for dpkg uploads [08:18] :) [08:20] And another for OO.o uploads? [08:20] StevenK: You need worse than that for OOo. [08:21] nah, OOo uploads take long enough that I can use prescription preventatives [08:22] Muahaha [08:43] 5~/c [08:43] argh [08:56] gdb vmlinux, why will list start_kernel command lead to time.h? [09:01] lamont: curious that gmetadom ftbfs with an ocamlfind problem in hardy, but didn't in sid... === \sh_away is now known as \sh [09:10] lamont: the trick seems to be that "ocamlfind install" is being treated as a request to run some program named "install", but it's supposed to be an ocamlfind subcommand instead -- recognized on other archs... http://launchpadlibrarian.net/11187736/buildlog_ubuntu-hardy-hppa.gmetadom_0.2.5-3ubuntu1_FAILEDTOBUILD.txt.gz [09:10] lamont: btw, I'm chasing this because the old version of gmetadom is the last reverse-dep of libgcc2 in main ;) [09:11] <\sh> moins [09:11] * slangasek waves [09:13] <\sh> looks like whitelisting fglrx for compiz is not enough to get actually fglrx working with a card which should be supported [09:16] pitti: vmmouse is now fixed, so it can be promoted to main. it should now be used by default on vmware installs [09:16] pitti: no fix for the resolution issue yet :/ [09:17] apparently the driver tries to use 1024x768, but doesn't get a valid mode for it [09:28] hi. I'd love to discuss an extension of Ubuntu's sendsings.omit interface in initscripts package (to be more similar to debian's initscripts). who is appropriate developer and/or automated ticket system to contact ? [09:32] tjaalton: right, I thought the reason was that the default sync rates were too small? [09:39] good morning [09:41] hi geser [09:44] hi, snd app review welcome : https://bugs.launchpad.net/ubuntu/+bug/160732 [09:44] Launchpad bug 160732 in ubuntu "[needs-packaging] Jaaa (JACK & ALSA Audio Analyser)" [Wishlist,In progress] [09:51] let's try motu 1st .. [09:55] tjaalton: hm, didn't you say you filed MIR bugs for the video drivers? I don't see them on https://bugs.edge.launchpad.net/~ubuntu-mir/+subscribedbugs [10:01] StevenK: libhildonfm> what's debian/changelog1 good for? [10:04] pitti: oh, I subscribed ubuntu-archive :/ [10:07] pitti: Ummmmm [10:07] pitti: Ah, right. Just think of it as changelog.old [10:08] StevenK: yeah, no problem; just pointing out in case you want to clean up cruft [10:08] I don't think it's worth it, it still shows history [10:12] pitti: ok, ubuntu-mir subscribed to those bugs [10:12] tjaalton: thanks [10:15] StevenK: ah, seems that you don't use the libhildon i18n yet? [10:16] StevenK: if you can live with entirely breaking all l10n when moving libhildon to main, it's fine [10:16] depends on whether being in main or i10n'ed is more important [10:17] is the final metapackage upload for alpha3 already done ? i need an installer seed change i'd like to see in there [10:18] ogra: we didn't get a rebuilt d-i yet, so go ahead [10:18] great, thanks :) [10:18] ogra: I recently merged the kernel ABI change to the seeds, FYI [10:20] StevenK: bug 149275 updated; please let me know if I should promote libhildon and its rdepends [10:20] Launchpad bug 149275 in osso-gwconnect "First cut of source packages for -mobile promotions" [Undecided,Fix committed] https://launchpad.net/bugs/149275 [10:23] tjaalton: hm, shouldn't something in main (-input-all or so) depend on xserver-xorg-input-vmmouse? ATM it doesn't [10:23] pitti: 10ubuntu2 should [10:23] of xorg [10:26] ah, seems that's not built yet [10:27] or rather, not published [10:27] yep [10:27] tjaalton: ok, thanks [10:28] hi ptti [10:28] hi tkamppeter [10:28] tkamppeter: the gnome-system-tools PK bug is fixed now [10:28] * Hobbsee waves again [10:28] I have put up a new system-config-printer now, can you upload it into Alpha3? [10:29] yes, I'll get to it [10:29] pitti, great, so then one can use the GUI config tools in Alpha 3 again. [10:30] Hi Hobbsee [10:30] pitti, is Henrik Nilsen Omma around? [10:30] tkamppeter: not ATM, no; ("heno") [10:30] tjaalton: hm, now we just need a working patch for building the vmware modules on 2.6.24 :) [10:31] pitti: good point :) [10:32] pitti: hmm, does the client need those? I mean shouldn't it be possible to run hardy vmware client on gutsy host [10:32] tjaalton: right [10:32] pitti. do you know whether he is on vacation? I need to talk with him because of the participation in the Sprint in London [10:33] if only I had a gutsy install :) [10:33] pitti: same here.. I can't test those :) [10:33] Where is the web site for the sprint? [10:34] tkamppeter: he's not listed as being on vac, so he should turn up today [10:36] tkamppeter: maybe just mail him? [10:37] pitti, I sent mail to him on Friday and he did not answer up to now. I have sent a reminder today. [10:40] pitti: Since you touched Perl last (asked for the sync) and because it involves a MIR, I wanted to check with you and see if you had any comments on my mail to ubunt-devel about perl-modules? [10:40] ScottK: I haven't got to that mail yet [10:41] ScottK: is it about the virtual packages it provides and thus breaking versioned b-deps? [10:41] in that case it is an sbuild bug which should be fixed [10:41] but I'll read it in a bit (still doing MIR) [10:41] That's the one. [10:42] that's an infinity-ism then, I think [10:42] Agreed its an sbuild problem, but in general I don't think we want two copies of the same code in the archives [10:42] And also unlikely to get fixed in the near term. [10:42] right, we don't want code duplication, but getting rid of the b-deps and the separate packages should be done in Debian then [10:43] oh noes, it's cprov! [10:43] siretart: are you planning to package xine 1.1.9? [10:43] * cprov tries to hide [10:43] Would you be willing to accept doing it here first if I work to push it back into Debian? So far they don't have any FTBFS since they generally do binary uploads of arch all packages? [10:43] It's less of a rush for them. [10:44] pitti: ^^ [10:44] cprov: you cannot hide! [10:44] ScottK: of course; [10:44] Hobbsee: heh, too late. How are you doing ? [10:44] cprov: taking over the world. and trying to find someone from the tech board [10:44] pitti: OK. I'll contact the Debian Perl maintainer and continue working out the details then. [10:45] cprov: i haven't killed anyone yet today, either. [10:45] Hobbsee: :) [10:45] It's early yet (at least here) [10:46] ScottK: awesome, thanks [10:46] ScottK: there is that. [10:46] pitti: When you get to it if you could make some reply to the mail on ubuntu-devel, it would be nice ... [10:46] ScottK: yes, I absolutely planned to [10:46] Great. === \sh is now known as \sh_away [10:47] * Fujitsu preemptively kills Hobbsee. [10:47] * Hobbsee dies. yay! [10:47] * Hobbsee haunts Fujitsu [10:48] Hobbsee, could you first get your corpse out of the way ? it will start to smell soon [10:48] ogra: dead people can't lift things [10:49] Damn. [10:49] Can't you haunt yourself away, or something? [10:49] not really, no [10:49] heh [10:50] Pfft. [10:51] that would be too easy [10:51] pitti: vmmouse failed to upload, "duplicated ancestry"? [10:51] if i'm going to create hell, i should at least do it properly, and create some inconvenience too! [10:51] tjaalton: probably because I promoted the source while the binaries weren't there yet [10:51] tjaalton: let's wait until after the next publisher, then I'll give it back [10:51] ah [10:53] pitti: I see from my bugmail you are indeed working on MIRs. Thanks for the approvals. I've got about 4 more to go I think to get amavisd-new done ... [10:55] ScottK: amavis itself sounds a bit more scary :) [11:00] Riddell: yes, we have 1.1.9 already packaged in our hg branch [11:01] there; everything in the MIR queue is processed now [11:01] Riddell: we could upload soon, but we wanted to wait until the current xine package transitions to testing [11:01] Riddell: do we need xine 1.1.9 in ubuntu soon? [11:01] * siretart meeting [11:05] asac: did you notice that ffox 3 always moves to the current desktop when you open a new link? that drives me crazy (ffox 2 didn't do that); is that a 'feature' or a bug? [11:06] cjwatson: Last week I stumbled upon a note saying that I should pester you about the debconf bug we worked out about a month ago (debconf-apt-progress and stale file descriptors and such) .. It would probably be good to get it in in time for alpha 3. My note says the fix is in r2249, but I may have just noted that for SRU purposes. [11:06] pitti: Hm, doesn't do that for me. [11:08] I can confirm that, and I can confirm it's annoying :) [11:11] siretart: it contains some important fixes needed for KDE 4.0 (due friday) [11:16] I bet ff3 wouldn't do that for me. [11:16] devilspie would move it all the time :-) [11:16] Nafallo: devilspie ftw! [11:17] * Hobbsee can't get devilspie to set something once, then ignore it, though. [11:17] :-) [11:21] tkamppeter: can you please fix http://www.linux-foundation.org/~till/tmp/ubuntu/hardy/system-config-printer/system-config-printer_0.7.78+svn1799-0ubuntu1_source.changes ? [11:27] pitti: Bug 149275 updated, answering your question. [11:27] Launchpad bug 149275 in osso-gwconnect "First cut of source packages for -mobile promotions" [Undecided,Fix committed] https://launchpad.net/bugs/149275 [11:30] pitti: I daresay it's been long enough, would you mind regenerating the NBS list? [11:30] StevenK: done [11:30] cron is due in 45 minutes, but triggering now [11:31] tkamppeter: don't bother about avahi-utils MIR [11:31] tkamppeter: the source is already in main, I promoted avahi-utils some hours agao [11:31] ago, even [11:32] well, not that long ago, but it should move to main in an hour or two [11:33] ogra: ltsp> yay no i386 kernel any more \o/ [11:33] pitti, well, lets see how that turns out :) [11:34] on the 10 thin clients i have tested here it worked ... but i'm still ready to roll back [11:35] pitti, too late, I completed the MIR now. How did you see that I was working on it? [11:35] tkamppeter: I'm subscribed to all MIR wiki pages [11:36] tkamppeter: also, please don't use the UbuntuMainInclusionQueue wiki page any more; see the comment at the top [11:37] pitti, then you have seen it only in the moment when I completed it (triggered by my saving of the page). So I know that this one is done for Hardy. [11:39] StevenK: cron.NBS finished [11:40] pitti: Thanks, I refreshed about a minute ago and saw that it was updated. [11:43] pitti, I have read https://wiki.ubuntu.com/UbuntuMainInclusionRequirements, this page is obsolete then, it either needs to be updated or removed and linked to https://wiki.ubuntu.com/MainInclusionProcess. [11:45] tkamppeter: oops, thanks; someone added the steps to the Requirements page, which is wrong; fixing, thanks [11:46] pitti, one suggestion to simplify the MIRs: As we now announce them via bug reports, why not do away with the Wiki pages for the MIRs and putting the MIRs directly as initial description of the bug reports. [11:46] wiki is easier to edit and for long-term keeping [11:46] and for including links, etc. [11:48] pitti, the initial description of a bug report can also be edited and it can also contain links. Also closed bug reports are not deleted. If one leaves them subscribed to ubuntu-mir one can still all the time find them (by searching closed bugs subscribed to ubuntu-mir). [11:50] pitti: Oh yes. Look at the gem I found earlier today: http://paste.ubuntu.com/3363/ [11:52] pitti: not sure if i noticed that .... let me try [11:52] asac: it's bug 175904, I just confirmed it [11:52] Launchpad bug 175904 in firefox-3.0 "Firefox-3.0 window moves to current workspace" [Medium,Confirmed] https://launchpad.net/bugs/175904 [11:53] StevenK: WTH is that?? [11:54] pitti: A script called package.sh I found in a tarball -- it looks to build a .deb by hand. [11:54] pitti: indeed [11:54] thats fun ;) [11:54] pitti: I nearly choked on my tea. [11:57] StevenK: win. [11:57] Mithrandir: Oh yes. [11:59] it's cross platform! [11:59] obviously much better than this crappy os specific system we've adopted [11:59] StevenK: *cough* [12:00] thom: Bah [12:00] * thom is not at all bitter about the fact that work uses something very similar for our java packages [12:00] honest [12:02] tjaalton: vmmouse built/uploaded now [12:04] asac: do you plan to switch to ffox 3 by default for alpha-3 or after? [12:05] Gahh. Scons in Hardy looks busted [12:05] Well. More busted. :-P [12:05] pitti: I planned to start that after alpha-3 [12:06] pitti: Agreed that amavisd-new will need a much closer look than these Perl modules. I think it's a hopeful sign that many of the security issues (rare as they are) that existed against the Perl libraries were identified by the primary amavisd-new developer [12:06] Riddell: okay, so you want me to upload a xine-lib_1.1.9-0ubuntu1 RSN? [12:07] Riddell: I mean, the packaging is ready in our hg branch [12:11] siretart: yeah, that would be handy [12:30] pitti: bug 180628 ... flashplugin on amd64 appears to be broken because of that [12:30] Launchpad bug 180628 in ia32-libs "[Hardy wishlist]libsepol1 and libselinux1 needed to run skype 2" [Wishlist,Confirmed] https://launchpad.net/bugs/180628 [12:36] asac, duplicate of 180478 [12:37] bug 180478 [12:37] Launchpad bug 180478 in ia32-libs "pulseaudio support, broken nspluginwrapper/flash" [Undecided,New] https://launchpad.net/bugs/180478 [12:37] i missed sepol1 [12:37] * nenolod updates description [12:40] pitti: great, thanks [12:41] mvo_: oh, new update-notifier icons, eh? :) [12:41] They're blue now? [12:41] mvo_: now I have an alert triangle which doesn't want to go away; what does it want to tell me? [12:41] pitti: what does the tooltip say? [12:41]