[00:12] hello [00:17] .c [00:31] anyone home? [00:32] I'm actually at my grandfather's house [00:46] slangasek: can I upload a fix for #215729 ? [00:47] bug #215729 [00:47] Launchpad bug 215729 in seahorse "Seahorse fails to import keys" [Medium,In progress] https://launchpad.net/bugs/215729 === asac_ is now known as asac [01:10] hello, i have some deb packages, ubuntu-language packages in hurdy, which have cyclic dependency and i can't install them. Anybody helps? [01:21] hi, i'm trying to install some deb packages, the ubuntu-languages ones in hurdy but installation fails due to dependency errors. Any help? [01:21] sorry wrong paste [01:48] Does Ekiga not do Pulse? [01:58] WTF does music player steal *(^)*^_+ focus when it hasn't been told to, I wonder? [02:01] lamont: Rhythmbox? [02:02] whatever the default app is for sound CDs.... give me a minute and I'll doublecheck which one it is [02:03] * lamont finds himself getting closer and closer to putting something in to cause focus to be unstealable [02:03] and I need to spend the time to fix compiz to understand keyboard-focus-policy == strict, like metacity does [02:04] yeah - rhythmbox [02:04] * lamont goes to file the bug [02:10] bug 216593 [02:10] Launchpad bug 216593 in rhythmbox "rhythmbox steals focus on startup" [Undecided,New] https://launchpad.net/bugs/216593 [02:10] stupid app [02:12] I wonder how much of gnome I'm going to have to fork for my work surfaces to be usable again. le sigh [02:12] lamont: Rhythmbox always knows best. [02:12] lamont: huh? [02:12] macogw: huh what? [02:13] lamont: whats so unusable you need to fork gnome? [02:13] gnome needs to stop stealing focus [02:14] Fujitsu: does "rhythmbox always knows best" still include it not allowing you to interrupt its music playing to shut down? [02:14] and given the time in the release schedule, it's doubtful that the bugs will be fixed before release --> fork [02:15] oh, and I still need to figure out why I have no console-kit-daemon running on this machine... [02:15] does that get started at login, or gdm-start? [02:15] because with pmount going away, I get to do sudo mount for all my USB drive needs, which is really a sucky way to run a desktop [02:17] lamont: its perfectly normal...if you're using fluxbox [02:17] just because I put a CD in does not mean that I want rhythmbox to splat on my screen and interrupt the typing I'm doing in my mail app [02:17] no clue what fluxbox is [02:17] nor are there any processes on the machine with 'flux' in their ps output [02:18] lamont: the window manager Damn Small Linux uses instead of a full DE [02:18] lamont: there's a Fluxbuntu as well [02:18] ok. [02:19] I use metacity, was switching compiz-wards for some of the nice window features, learned that metacity's keyboard-focus-policy 'strict' magically turns into "click-for-focus" and haven't finished tracking down where to smack that so that it understands properly [02:20] then again, given that 'strict' is documented only in the patch that has added it since warty, it's unsurprising that compiz has no clue about it [02:21] why would metacity's settings affect compiz? [02:21] well, not sure. [02:22] I just know that when I change metacity's focus-policy to 'sloppy', then compiz behaves more correctly [02:22] (and no metacity running on the box when compiz is on) [02:23] does "more correctly" mean ffm? [02:23] the specified window manager is metacity... no clue what compiz is doing to bolt itself in. [02:23] ffm? [02:23] focus follows mouse [02:24] focus-policy "strict": The answer to the question "when should the new window get focus?" is "NEVER EVER EVER. KTHX" [02:25] oh [02:25] and other than that, it's focus follows mouse. [02:25] so it tweaks the metacity logic where it's thinking about giving focus to a new window and says 'FAIL' [02:25] oh wait oh neat [02:26] er..just "oh neat" [02:26] it does produce the interesting feature that the mouse can be sitting in the window, and the focus is still in the (completely obscured) window that had focus before the new window popped up [02:26] yeah thatd be odd [02:26] I haven't ever decided in the 3.5 years the patch has been there whether I consider that a bug, or a feature. [02:26] i have a little problem like that with using multiple workspaces and ffm [02:26] but it's definitely different [02:27] apparently vncviewer feels that it should deiconify, center, and take focus on any videomode change, too. TOTAL LOSS [02:27] because if i have firefox maximized in focus on one workspace and switch to my pidgin workspace, even if my mouse is sitting right on top of an IM window, nothing on that workspace has focus [02:28] i have to move out of the window over the desktop, then back to it to focus it [02:28] is that because ffox took focus? [02:28] yeah [02:28] that'd be a firefox bug. [02:28] but i dont think it should retain focus if it's not the active workspace [02:28] I will forgive something that is asking for a password stealing focus. That's about the only thing [02:29] oh it is. you're right. gnome terminal releases focus when its not on the active workspace [02:29] thats not a ff bug i expect to see fixed [02:29] they have much more pressing bugs [02:29] like tossing images into half-oblivion [02:30] one of their devs finally got text shadow working....after the bug's been open since the 90s [02:30] "just use view image and you can see it without it offset up and cropped" is not a solution [02:30] its not in ff3 though, just in trunk [02:30] they really need to fix the 10-year-old printing bug though [02:31] i have to use Konqueror to print -_- [02:31] hrm.. printing works for me... [02:31] not always properly [02:31] anyway, off to spend time with family. bbl [02:31] if a div runs over the end of the page and onto the next, it truncates it at the end of the first page [02:31] k have fun [02:44] i want to make a package of nspluginwrapper. what option should I use in dh_make ? [02:44] "Type of package: single binary, multiple binary, library, kernel module or cdbs?" [02:44] btw; Hi [02:44] matisse: why are you making a package of it? [02:45] didn't find it with apt-cache search [02:46] And I thought it would be better if it is integrated in the package database [02:47] matisse: nspluginwrapper is in Universe [02:47] nspluginwrapper | 0.9.91.5-1ubuntu1 | gutsy/multiverse | source, amd64 [02:47] nspluginwrapper | 0.9.91.5-2ubuntu2 | hardy/multiverse | source, amd64 [02:47] I've added universe I think... [02:47] matisse: did you apt-get update since adding it? [02:47] dont know [02:47] propably [02:48] * ryanakca wonders how thunderbird got into main without a long description... [02:48] sudo apt-get update ? [02:48] Thunderbird is a mail/news/RSS client. XXX Todo [02:48] ryanakca: under the assumption that we all know what it is? [02:48] Yes [02:48] nice. [02:50] macogw: Joe Average who just switched from or Joe Average who isn't computer litterate probably doesn't know what Thunderbird is. [02:50] ryanakca: i know, but im just guessing thats how nobody noticed...they didnt bother to check [02:50] Ah [02:51] * ryanakca guesses its too late to get a patch in? [02:51] you can probably get that through feature freeze...its not like changing the long description is going to break any sort of APIs or anything [02:51] Ok, will get to it [02:52] one of my friends has a bug with update manager and figures its not being looked at because almost anyone able to fix it is probably using command line updates [02:52] "XXX TODO" is a good sign this is by accident and not on purpose [02:53] :) [02:53] macogw: what is the bug? [02:53] jdong: update manager's hanging when he hits apply, i think [02:54] im searching launchpad [02:54] macogw: *nods*... Its a pitty that everything is so much quicker and easier with the CLI than the pointy-click interfaces... once you know how that is... [02:55] bug #192140 [02:55] jdong: well, i don't understand this. There are multiverse and universe package source added in /etc/apt/sources.list but I still dont find anything. Is it because I have a 32-bit system ? [02:55] Who do I subscribe to the thunderbird bug? [02:55] O_o ubotu timed out [02:56] macogw: that is correct [02:56] jdong: https://bugs.edge.launchpad.net/ubuntu/+source/synaptic/+bug/192140 [02:56] err, matisse [02:56] Launchpad bug 192140 in synaptic "update manager hangs at "applying changes" window" [Undecided,New] [02:56] oh *now* ubotu works! [02:56] All the sponsors, https://bugs.edge.launchpad.net/ubuntu/+source/thunderbird/+bug/195059 [02:56] Launchpad bug 195059 in thunderbird "Thunderbird package description ends with "XXX Todo"" [Low,Triaged] [02:56] There's a debdiff there and everything, you just need to upload it :) [02:57] matisse: cf. `rmadison nspluginwrapper' [02:57] macogw: yeah LP is hanging erratically today [02:57] odd [02:58] i havent rebooted in 2 days so im gonna go do that so kernel updates go into effect [02:58] brb [02:58] nspluginwrapper | 0.9.91.5-2 | testing/contrib | source, amd64 [02:58] nspluginwrapper | 0.9.91.5-2 | unstable/contrib | source, amd64 [02:59] so, which problem is easier to solve ? :-) === stratus_ is now known as stratus-home [03:01] use -uubuntu [03:03] crimsun: with which command ? [03:03] apt-cache search... ? [03:03] your version of rmadison doesn't default to "ubuntu". [03:04] matisse: what is the purpose of nspluginwrapper on i386? [03:04] * jdong is curious [03:04] solving a problem with firefox [03:04] http://clemens.endorphin.org/weblog/archives/2007-09.shtml#e2007-09-25T20_54_32.txt [03:05] stop firefox from crashing on youtube f.e. [03:06] matisse: interesting idea. well you can do simple modifications on the existing package to make it build on i386 [03:06] crimsun: well, now I got the same output, but why should I need that ? [03:07] first of all I would like to download that package :-) [03:07] matisse: it answers your question from :55 [03:07] so, which problem is easier to solve ? :-) ? [03:08] my clock is a bit different I think :-) [03:09] jdong: "existing package" - do you mean the package given on that website ? [03:09] matisse: one sec I'll hack the package to build a 32-bit one for you [03:10] took a bit more work than I assumed :D [03:10] ok [03:16] dh-make doesnt build a file.deb ... [03:17] instead I have file.orig.taz.gz and file.tbz2 [03:18] it's not meant to directly build a deb [03:18] it turns a source package into a Debian source package [03:19] and out of this I have to build a deb-package ? [03:21] matisse: hold on I've almost got one built for you [03:21] matisse: there's a threading crasher patch that's in the Ubuntu package which needed some tweaking to get rid of its 64-bit assumptions [03:22] what other feature did you put in ? [03:23] matisse: nothing. It's the Ubuntu package with as few changes as possible to make it build in 32-bit [03:24] matisse: see if this works: http://jdong.mit.edu/~jdong/motu/nspluginwrapper_0.9.91.5-2ubuntu2+ia32~8.04prevu1_i386.deb [03:28] Did Sun GPL their JVM yet? [03:29] jscinoz: kind of [03:29] openjdk is in hardy [03:29] icedtea was in Gutsy [03:29] the "stable" sun-java5/6 are still closed source DLJ licensed [03:29] so for performance, what is better, sun-java6 or openjdk? [03:30] I doubt they're any different [03:30] i can't get either to use pulseaudio >_< [03:30] they both need/take exlusive control of /dev/dsp >_< [03:31] padsp? [03:31] f**king dependencies... [03:32] jdong, tried starting firefox with FIREFOX_DSP="padsp" java still eats /dev/dsp [03:32] or fails out output sound if something is already using it [03:32] also, java still doesnt show up in pavucontrol >_< [03:32] matisse: what dependencies is it having trouble finding? [03:32] matisse: could be my oversight [03:33] debian/control looks fine to me [03:33] nspluginwrapper hängt ab von libcairo2 (>= 1.6.0); aber: Version von libcairo2 auf dem System ist 1.4.10-1ubuntu4.4. [03:33] nspluginwrapper hängt ab von libpango1.0-0 (>= 1.20.1); aber: Version von libpango1.0-0 auf dem System ist 1.18.3-0ubuntu1. [03:33] matisse: are you running Gutsy? [03:33] yes [03:34] matisse: oops sorry, I assumed you were running hardy *slaps himself* [03:34] one sec :) [03:34] hmm [03:34] why do the repos have both planetpenguinracer and extremetuxracer, afaik, extremetuxracer is the only fork actively being maintained [03:38] matisse: try http://jdong.mit.edu/~jdong/motu/nspluginwrapper_0.9.91.5-2ubuntu2~ia32~7.10prevu1_i386.deb [03:39] speaking of nspluginwrapper, I just realized today it doesn't actually build against firefox/xulrunner [03:39] I wonder why the heck my rebuild of it in the archives "fixed" the bug for people [03:40] do placebo bugfixes actually work or did something ABI-incompatible happen in GTK/glib-land? [03:41] What are the advantages of usplash over existing, more advanced userland splash screens? [03:41] seem's like duplication of effort [03:42] usplash works. [03:42] That one of them. [03:42] *That's [03:43] and doesn't require anything in kernelspace [03:44] What about splashy? [03:44] its in the repos, runs in userland and is years ahead of usplash [03:44] btw: installing worked [03:44] splashy came after usplash :) [03:44] with the next milestone bringing festival and GL support :D [03:45] fbsplash is strange, supposedly runs in userspace, yet needs a custom kernel >_< [03:45] am I the only one who just wants to get rid of all bootsplashes altogether? :) [03:45] jdong then go purge usplash :P [03:46] jscinoz: I do and it shaves 1.5s off my bootup [03:46] splashy is so much better than usplash IMO, much simpler theming system, easier to make it work with hibernate/resume, and easy install [03:46] I figure if I'm running KDE4, startup time is the least of my worries. [03:47] jdong, thign is when you've got working suspend/resume, and 10+ days without a full reboot, startup time doesnt matter too much :P [03:48] Anyone else think that PPR could probably be nuked from the repo now that ETR is in there? [03:48] jscinoz: as do I but suspend/resume is worthless in Hardy as a more than one day solution when you are testing core-level things which require a reboot t activate [03:48] is there really any point having non-maintained forks in the repo? [03:48] jdong, rebooting is for adding hardware! :P [03:49] jscinoz: no it's not, it's also for applying new kernels, new glibc, etc etc etc [03:49] aye :P i was just joking mate :P [03:50] i use :P too much >_< [03:54] jscinoz: and plus, boot time is one of those silly races geeks like to have with each other [03:54] I boot a lot with my laptop [03:54] windows xp cheats on boot time :P [03:54] oh man, now I want to go on with that firefox enhancing and I dont even find a libflashplayer.so... [03:54] several times a day [03:54] jscinoz: and so far I'm down to 17s on a crappy macbook hard drive so I win :) [03:54] jscinoz: XP doesn't cheat... it's just really good. [03:54] loads the bare minimum to get the login scree nup, and then once you login you have like another 5min before its usable [03:55] jscinoz: it does dynamic profiling, block reordering, and uses a parallelized bootup system [03:55] jscinoz: IMO the login screen should be shown when it can be [03:55] jscinoz: OS X is the true definition of cheating. [03:55] jscinoz: launchd doesn't even fire up any services on bootup, it just sets up a dummy socket file. on the first access launchd then goes start the service [03:56] i.e. it's like inetd for the whole system [03:56] oh [03:56] didn't know that [03:56] LaserJock: bug #215729> by "fix", you don't mean the patch that's been included in that bug report, right? [03:56] Launchpad bug 215729 in seahorse "Seahorse fails to import keys" [Medium,In progress] https://launchpad.net/bugs/215729 [03:56] my boot time is 23 seconds, using concurrenccy=shell [03:56] LaserJock: because that patch assumes that malloc() and g_free() can be used interchangeably, and also uses strcpy() and strcat() [03:56] jscinoz: I use upstart :) [03:56] slangasek: bah, I did use that [03:56] i tried to get runit to work [03:56] because its apparently very very fast [03:56] slangasek: please reject the upload then [03:57] LaserJock: ok :) [03:57] but i managed to break things to the point of needing a chroot to fix it [03:57] slangasek: "It worked for me" [03:57] jscinoz: most boot system errors do need a chroot fallback :) [03:57] i overlooked that runit doesnt include any services >_< so you need a new init script for every damn service [03:57] LaserJock: yeah, it works, but malloc()+g_free() is technically wrong and may suddenly start segfaulting with some future version of glib2.0 [03:57] either that or i overlooked something [03:59] slangasek: can you fix it or should I somebody to do it? [03:59] *find somebody [04:00] I need to stop IRC, I keep just randomly loosing words :-) [04:00] LaserJock: I think I found one of your o's though :) [04:00] darn [04:00] jdong, i love that no matter how bad you mess things up, a chroot can pretty much always fix it [04:00] I hate not having spell checky things in irssi [04:01] jscinoz: Whereas in Windows you're screwed. [04:01] not that it would help with my inability to choose the right homonym [04:01] jscinoz: oh, try trashing libc6 or the ext3 superblock area [04:01] This is why we have a backup superblock. [04:01] filesystem damange is fun >_< [04:01] And backups. [04:01] speaking of which, when is ext4 coming? [04:01] Damaging an LVM PV is worse :( [04:01] There is more than one backup superblock [04:02] jscinoz: only when upstream considers it stable. [04:02] jdong :P [04:02] one thing that annoys me to no end, is the acpi whitelists [04:02] jscinoz: a filesystem isn't one of those things to rush [04:02] having a laptop that works perfectly with suspend but isnt whitelisted means i can't use s2both >_< only s2ram (with --force) and s2disk [04:03] Who do I file a bug against if g-p-m complains that suspend fails, when it works fine? [04:04] Fujitsu: I'm guessing pm-utils [04:04] jscinoz: well a bug should be filed against pm-utils to put your laptop in the whitelist [04:05] jscinoz: the % of systems that suspend is definitely in the minority [04:05] jdong already did, but i can't imagine them doing it this year >_< [04:05] which is why the whitelist is there [04:05] where does the acpi whitelist live anyway? i'd change it myself if i could find the darn thing [04:05] g-p-m lets it suspend, but complains on resume that it failed. [04:06] jdong, any idea where the whitelist lives, i know my hardware works fine with the --force option to ignore the lack of whitelist entry, but obviously i can't use s2both without the entry, and thus i need to add it myself >_< [04:07] s2both? Is that like Vista's suspend to RAM and disk? [04:07] Fujitsu: right [04:08] jscinoz: I'm not 100% sure but I think we still use acpi-support for that [04:08] jscinoz: see /usr/share/acpi-support [04:08] you could just follow back from the s2ram script [04:08] s/script/source [04:09] jdong, i added my laptop in the appropriate file in there, however it still complains it's unknown >_< [04:09] well you're a smart guy, look through the source to the pm-utils scripts :) [04:09] alrighty :P [04:10] how come the packaging for a bunch of packages is in svn/bzr, rather than coming with the source you get with apt-get source [04:11] because it is easier to collaborate on / manage changes in a VCS [04:11] and the packaging does come with the source package [04:11] oh [04:12] it's just that contributors are recommended to grab the VCS version which may be substantially newer [04:17] meh, i'm only adding 3 lines to acpi-support and its only for my own use, so i honestly can't be bothered getting the vcs version :P [04:17] And makes people who do use the VCS substantially less furious. [04:18] jdong: seems to work much better. thanks for the help [04:21] LaserJock: I can fix it, but not this evening [04:21] i hate that. [04:21] added my laptop to the whitelist, but the darn thing is still unknown [04:22] I can see why torvalds hates ACPI :P [04:22] slangasek: so if I can find somebody in the mean time it might be better? :-) [04:24] probably :) [04:24] i bet i'm doing something really simple wrong >_< [04:25] jscinoz: suspend to ram/disk uses pm-utils now, not acpi-support [04:25] (so the really simple think you did wrong was to believe jdong, I guess ;-) [04:25] and where could i find the whitelist now? [04:25] i was editing /usr/share/acpi-support/Dell\ Inc..config [04:26] because thats what s2ram -l returns for me [04:26] I have no idea about whitelists [04:26] see http://pastebin.com/m2c845158 and http://pastebin.com/m780596d6 [04:26] >_< [04:26] I just know acpi-support isn't used anymore for suspend/resume [04:26] ack [04:27] but why does pmi depend on it then? [04:30] bye, thanks again for the help [04:33] I'm unfamiliar with bash case syntax, would "XPS M1330"*) match "XPS M1330 "? [04:37] should, yes [04:37] strange [04:37] "pmi"? [04:37] because thats what i've added to the whitelist but s2ram still says my model is unknown :( [04:37] acpi-support is still used for other things, just not for suspend/resume [04:37] powermanagement-interface [04:38] may be a bug [04:39] slangasek: so I'm assuing I want g_malloc instead of malloc [04:39] LaserJock: yes [04:39] slangasek: what's wrong with strcpy and strcat though? [04:41] LaserJock: there's no bounds-checking in either of them; in this case the buffer is of fixed length so it doesn't have any immediate practical impact, but there is the risk that a change later to one part of the code without changing another would cause buffer overflows [04:41] so it's not a very defensive programming practice [04:42] I see [04:42] looking at http://pastebin.com/m2c845158 and http://pastebin.com/m780596d6 can anyone see why its not matching my laptop on the acpi whitelist? [04:42] the other thing I would worry about, if no one else has looked at these issues yet, is whether there are memory leaks... [04:47] slangasek: bug 63450 [04:47] Launchpad bug 63450 in acpid "acpid install fails (because of hal running)" [High,Triaged] https://launchpad.net/bugs/63450 [04:49] hmm.. [04:51] blueyed: does that have a verb to go with it? :) [04:51] slangasek: please look at it.. :) [04:54] blueyed: the patch looks reasonable/correct to me; I'm not in a position to sponsor it this evening === blueyed_ is now known as blueyed [05:32] slangasek: oops. What are the remaining things we use acpi-support for in Hardy? I always get confused on this === j_ack_ is now known as j_ack === macd_ is now known as macd === asac_ is now known as asac [07:01] acpi-support *seems* to contain the suspend whitelist [07:02] but adding my laptop too it still makes it detect as unkown >_< [07:29] greetings === Hobbsee is now known as shinymonster === shinymonster is now known as Hobbsee === Arby_ is now known as Arby [10:11] * Hobbsee blinks [10:11] no, don't make it take 2000-odd days to download the new kernel, please. [10:12] jdong: acpi-support is used for mapping acpi events into something useful (like key events) [10:12] LaserJock: strncpy/strncat would be better, yes === Whoopie_ is now known as Whoopie [11:33] hey all [11:33] Keybuk: I saw the music player bug, I'll look at it tomorrow [11:34] megabyte405: wv> *shrug* it had been in main until gutsy, so it won't kill us [11:35] pitti: ah, great. Like I said, it's completely different than wv2, and I gather that wv2 was a moderately hostile fork/rewruite by the KDE folks and so now they're completely different [11:36] superm1: I reverted that guidance patch completely, since the way he did it was absolutely wrong [11:36] pitti: I have the AbiWord package all done and ready to go, so as soon as someone has time to look at it and approve it, we'll be golden [11:36] superm1: so mythbuntu etc. should work again, too [11:36] Is libloudmouth going into main? It looked like it from component mismatch lists... [11:36] megabyte405: that doesn't block uploading it [11:37] pitti: OK. I have the bug for the abiword 2.6 upload, with both sponsors and release team subscribed, but I haven't seen any action to move to the upload since I put up a "final" package a few days ago [12:09] Why did they change the 6.10 Beta wallpaper? [12:09] 6.10?! [12:10] laga: yes, 6.10!!! :D [12:10] http://www.thecodingstudio.com/opensource/linux/screenshots/index.php?linux_distribution_sm=Ubuntu%206.10%20Beta [12:10] the wallpaper was awesome. [12:10] anyone know where I can get it? [12:12] I think they should create a tarball of all past Ubuntu wallpapers, including testing ones. [12:15] Or have they already done it? [12:21] hi, I just noticed that the lighttpd package creates the user www-data, with the login shell /bin/sh [12:22] why does this user have a login shell? [12:23] Aha, I think they have! https://wiki.ubuntu.com/Artwork/Archives [12:31] Does anyone have the Edgy Eft beta wallpaper? === thegodfather is now known as fabbione === foka__ is now known as foka_ [14:46] Hi I have a problem using dh_shlibdeps, is this this right place to ask some questions? in #ubuntu-moto noone answered my questions :( [15:08] People, there is a fix rolled in for serious bug, someone can take a look at it, please include in Hardy, yes, there are debdiff too. It works with lot of testing https://bugs.launchpad.net/ubuntu/+source/gnome-system-tools/+bug/185854 [15:08] Launchpad bug 185854 in gnome-system-tools "Setting static IP in Network Settings doesn't produce correct data" [High,Confirmed] [15:13] pecisk: most employees are back to work tomorrow (Monday local business hours) [15:13] ok ok [15:53] pecisk: it's on my list of things to look at tomorrow. [15:53] thanks [15:53] :) [15:54] I did say that in the bug report. [15:54] I did lot of testing and it works, sort of [15:55] ah yeah, thanks for the testing, it's a good report of what you did, so it will help to know if this fix is appropriate. [15:55] I haven't looked at the details yet. === emu is now known as emu1982 === emu1982 is now known as emu === emu is now known as emu1982 [16:25] I'd like to recompile my own Ubuntu distribution for a specific target (geode-lx). I don't want to switch to Gentoo for this, because I'm a Debian/Ubuntu user. Where should I start? === emu1982 is now known as emu === emu is now known as emu1982 === emu is now known as emu1982 === emu1982 is now known as emu [16:50] thanks pitti. yeah i told our users to try again with the new guidance and things work correctly [17:52] slangasek: I asked LaserJock to upload gnome-user-docs for me so you'll see it in the queue - similar to the ubuntu-docs upload of the other day it refreshes translations for LP and should be the last upload necessary [17:52] *from LP [18:03] mdke, did you find out if the FF translations issue will be resolved in time for the RC? [18:03] pitti: I'm terribly sorry about the api-breakage in guidance-backend ... it was really not intended [18:04] pitti: but thanks a lot for the quick reaction! ... very unfortunate that both I, and the one who sponsored the upload was away, when this happened [18:10] superm1: no, I haven't heard anything. [18:10] mdke, whom will be handling it? asac ? [18:10] superm1: I guess so. I mailed him a couple of weeks back but haven't heard anything [18:14] mdke: ? [18:15] once pitti is back i will proceed with the translations [18:16] mdke: haven't received a mail from you afaik [18:17] asac, i believe you were handling bug 213827 ? not sure what the status of this is [18:17] Launchpad bug 213827 in flashplugin-nonfree "typo in prerm file breaks failed-upgrade processing" [High,Fix committed] https://launchpad.net/bugs/213827 [18:18] asac: that's a bit odd. I sent it on 24 March [18:18] xtknight: it hsa my approval. someone should upload [18:18] mdke: subject? [18:19] asac: "Firefox default home page not translated/localized" [18:19] asac: superm1 has taken the diagnosis of the bug report a bit further since I sent the email though [18:19] not in inbocx [18:20] asac: that's a bit odd. Maybe it got spam filtered [18:20] asac, ah ok anything i should do with the bug , then? [18:20] mdke: most likely. do you send html mails? [18:20] asac: no [18:20] xtknight: yeah ... coordinate the upload ;) [18:21]