[00:12] <pooq> hello
[00:17] <TheMuso> .c
[00:31] <pooq> anyone home?
[00:32] <LaserJock> I'm actually at my grandfather's house
[00:46] <LaserJock> slangasek: can I upload a fix for #215729 ?
[00:47] <LaserJock> bug #215729
[00:47] <ubotu> Launchpad bug 215729 in seahorse "Seahorse fails to import keys" [Medium,In progress] https://launchpad.net/bugs/215729
[01:10] <iwkse> 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] <iwkse>  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] <iwkse> sorry wrong paste
[01:48] <Fujitsu> Does Ekiga not do Pulse?
[01:58] <lamont> WTF does music player steal *(^)*^_+ focus when it hasn't been told to, I wonder?
[02:01] <Fujitsu> lamont: Rhythmbox?
[02:02] <lamont> 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] <lamont> and I need to spend the time to fix compiz to understand keyboard-focus-policy == strict, like metacity does
[02:04] <lamont> yeah - rhythmbox
[02:04]  * lamont goes to file the bug
[02:10] <lamont> bug 216593
[02:10] <ubotu> Launchpad bug 216593 in rhythmbox "rhythmbox steals focus on startup" [Undecided,New] https://launchpad.net/bugs/216593
[02:10] <lamont> stupid app
[02:12] <lamont> 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] <Fujitsu> lamont: Rhythmbox always knows best.
[02:12] <macogw> lamont: huh?
[02:12] <lamont> macogw: huh what?
[02:13] <macogw> lamont: whats so unusable you need to fork gnome?
[02:13] <lamont> gnome needs to stop stealing focus
[02:14] <macogw> Fujitsu: does "rhythmbox always knows best" still include it not allowing you to interrupt its music playing to shut down?
[02:14] <lamont> and given the time in the release schedule, it's doubtful that the bugs will be fixed before release --> fork
[02:15] <lamont> oh, and I still need to figure out why I have no console-kit-daemon running on this machine...
[02:15] <lamont> does that get started at login, or gdm-start?
[02:15] <lamont> 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] <macogw> lamont: its perfectly normal...if you're using fluxbox
[02:17] <lamont> 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] <lamont> no clue what fluxbox is
[02:17] <lamont> nor are there any processes on the machine with 'flux' in their ps output
[02:18] <macogw> lamont: the window manager Damn Small Linux uses instead of a full DE
[02:18] <macogw> lamont: there's a Fluxbuntu as well
[02:18] <lamont> ok.
[02:19] <lamont> 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] <lamont> 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] <macogw> why would metacity's settings affect compiz?
[02:21] <lamont> well, not sure.
[02:22] <lamont> I just know that when I change metacity's focus-policy to 'sloppy', then compiz behaves more correctly
[02:22] <lamont> (and no metacity running on the box when compiz is on)
[02:23] <macogw> does "more correctly" mean ffm?
[02:23] <lamont> the specified window manager is metacity... no clue what compiz is doing to bolt itself in.
[02:23] <lamont> ffm?
[02:23] <macogw> focus follows mouse
[02:24] <lamont> focus-policy "strict": The answer to the question "when should the new window get focus?" is "NEVER EVER EVER. KTHX"
[02:25] <macogw> oh
[02:25] <lamont> and other than that, it's focus follows mouse.
[02:25] <lamont> so it tweaks the metacity logic where it's thinking about giving focus to a new window and says 'FAIL'
[02:25] <macogw> oh wait oh neat
[02:26] <macogw> er..just "oh neat"
[02:26] <lamont> 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] <macogw> yeah thatd be odd
[02:26] <lamont> 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] <macogw> i have a little problem like that with using multiple workspaces and ffm
[02:26] <lamont> but it's definitely different
[02:27] <lamont> apparently vncviewer feels that it should deiconify, center, and take focus on any videomode change, too.  TOTAL LOSS
[02:27] <macogw> 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] <macogw> i have to move out of the window over the desktop, then back to it to focus it
[02:28] <lamont> is that because ffox took focus?
[02:28] <macogw> yeah
[02:28] <lamont> that'd be a firefox bug.
[02:28] <macogw> but i dont think it should retain focus if it's not the active workspace
[02:28] <lamont> I will forgive something that is asking for a password stealing focus.  That's about the only thing
[02:29] <macogw> oh it is. you're right. gnome terminal releases focus when its not on the active workspace
[02:29] <macogw> thats not a ff bug i expect to see fixed
[02:29] <macogw> they have much more pressing bugs
[02:29] <lamont> like tossing images into half-oblivion
[02:30] <macogw> one of their devs finally got text shadow working....after the bug's been open since the 90s
[02:30] <lamont> "just use view image and you can see it without it offset up and cropped" is not a solution
[02:30] <macogw> its not in ff3 though, just in trunk
[02:30] <macogw> they really need to fix the 10-year-old printing bug though
[02:31] <macogw> i have to use Konqueror to print -_-
[02:31] <lamont> hrm.. printing works for me...
[02:31] <macogw> not always properly
[02:31] <lamont> anyway, off to spend time with family.  bbl
[02:31] <macogw> 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] <macogw> k have fun
[02:44] <matisse> i want to make a package of nspluginwrapper. what option should I use in dh_make ?
[02:44] <matisse> "Type of package: single binary, multiple binary, library, kernel module or cdbs?"
[02:44] <matisse> btw; Hi
[02:44] <jdong> matisse: why are you making a package of it?
[02:45] <matisse> didn't find it with apt-cache search
[02:46] <matisse> And I thought it would be better if it is integrated in the package database
[02:47] <jdong> matisse: nspluginwrapper is in Universe
[02:47] <jdong> nspluginwrapper | 0.9.91.5-1ubuntu1 | gutsy/multiverse | source, amd64
[02:47] <jdong> nspluginwrapper | 0.9.91.5-2ubuntu2 | hardy/multiverse | source, amd64
[02:47] <matisse> I've added universe I think...
[02:47] <macogw> matisse: did you apt-get update since adding it?
[02:47] <matisse> dont know
[02:47] <matisse> propably
[02:48]  * ryanakca wonders how thunderbird got into main without a long description...
[02:48] <matisse> sudo apt-get update ?
[02:48] <jdong>  Thunderbird is a mail/news/RSS client. XXX Todo
[02:48] <macogw> ryanakca: under the assumption that we all know what it is?
[02:48] <ryanakca> Yes
[02:48] <jdong> nice.
[02:50] <ryanakca> macogw: Joe Average who just switched from <insert OS here> or Joe Average who isn't computer litterate probably doesn't know what Thunderbird is.
[02:50] <macogw> ryanakca: i know, but im just guessing thats how nobody noticed...they didnt bother to check
[02:50] <ryanakca> Ah
[02:51]  * ryanakca guesses its too late to get a patch in?
[02:51] <macogw> 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] <ryanakca> Ok, will get to it
[02:52] <macogw> 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] <jdong> "XXX TODO" is a good sign this is by accident and not on purpose
[02:53] <jdong> :)
[02:53] <jdong> macogw: what is the bug?
[02:53] <macogw> jdong: update manager's hanging when he hits apply, i think
[02:54] <macogw> im searching launchpad
[02:54] <ryanakca> 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] <macogw> bug #192140
[02:55] <matisse> 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] <ryanakca> Who do I subscribe to the thunderbird bug?
[02:55] <macogw> O_o ubotu timed out
[02:56] <jdong> macogw: that is correct
[02:56] <macogw> jdong: https://bugs.edge.launchpad.net/ubuntu/+source/synaptic/+bug/192140
[02:56] <jdong> err, matisse
[02:56] <ubotu> Launchpad bug 192140 in synaptic "update manager hangs at "applying changes" window" [Undecided,New]
[02:56] <macogw> oh *now* ubotu works!
[02:56] <ryanakca> All the sponsors, https://bugs.edge.launchpad.net/ubuntu/+source/thunderbird/+bug/195059
[02:56] <ubotu> Launchpad bug 195059 in thunderbird "Thunderbird package description ends with "XXX Todo"" [Low,Triaged]
[02:56] <ryanakca> There's a debdiff there and everything, you just need to upload it :)
[02:57] <crimsun> matisse: cf. `rmadison nspluginwrapper'
[02:57] <jdong> macogw: yeah LP is hanging erratically today
[02:57] <macogw> odd
[02:58] <macogw> i havent rebooted in 2 days so im gonna go do that so kernel updates go into effect
[02:58] <macogw> brb
[02:58] <matisse> nspluginwrapper | 0.9.91.5-2 | testing/contrib | source, amd64
[02:58] <matisse> nspluginwrapper | 0.9.91.5-2 | unstable/contrib | source, amd64
[02:59] <matisse> so, which problem is easier to solve ? :-)
[03:01] <crimsun> use -uubuntu
[03:03] <matisse> crimsun: with which command ?
[03:03] <matisse> apt-cache search... ?
[03:03] <crimsun> your version of rmadison doesn't default to "ubuntu".
[03:04] <jdong> matisse: what is the purpose of nspluginwrapper on i386?
[03:04]  * jdong is curious
[03:04] <matisse> solving a problem with firefox
[03:04] <matisse> http://clemens.endorphin.org/weblog/archives/2007-09.shtml#e2007-09-25T20_54_32.txt
[03:05] <matisse> stop firefox from crashing on youtube f.e.
[03:06] <jdong> matisse: interesting idea. well you can do simple modifications on the existing package to make it build on i386
[03:06] <matisse> crimsun: well, now I got the same output, but why should I need that ?
[03:07] <matisse> first of all I would like to download that package :-)
[03:07] <crimsun> matisse: it answers your question from :55
 so, which problem is easier to solve ? :-) ?
[03:08] <matisse> my clock is a bit different I think :-)
[03:09] <matisse> jdong: "existing package" - do you mean the package given on that website ?
[03:09] <jdong> matisse: one sec I'll hack the package to build a 32-bit one for you
[03:10] <jdong> took a bit more work than I assumed :D
[03:10] <matisse> ok
[03:16] <matisse> dh-make doesnt build a file.deb ...
[03:17] <matisse> instead I have file.orig.taz.gz  and file.tbz2
[03:18] <jdong> it's not meant to directly build a deb
[03:18] <jdong> it turns a source package into a Debian source package
[03:19] <matisse> and out of this I have to build a deb-package ?
[03:21] <jdong> matisse: hold on I've almost got one built for you
[03:21] <jdong> 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] <matisse> what other feature did you put in ?
[03:23] <jdong> matisse: nothing. It's the Ubuntu package with as few changes as possible to make it build in 32-bit
[03:24] <jdong> matisse: see if this works: http://jdong.mit.edu/~jdong/motu/nspluginwrapper_0.9.91.5-2ubuntu2+ia32~8.04prevu1_i386.deb
[03:28] <jscinoz> Did Sun GPL their JVM yet?
[03:29] <jdong> jscinoz: kind of
[03:29] <jdong> openjdk is in hardy
[03:29] <jdong> icedtea was in Gutsy
[03:29] <jdong> the "stable" sun-java5/6 are still closed source DLJ licensed
[03:29] <jscinoz> so for performance, what is better, sun-java6 or openjdk?
[03:30] <jdong> I doubt they're any different
[03:30] <jscinoz> i can't get either to use pulseaudio >_<
[03:30] <jscinoz> they both need/take exlusive control of /dev/dsp >_<
[03:31] <jdong> padsp?
[03:31] <matisse> f**king dependencies...
[03:32] <jscinoz> jdong, tried starting firefox with FIREFOX_DSP="padsp" java still eats /dev/dsp
[03:32] <jscinoz> or fails out output sound if something is already using it
[03:32] <jscinoz> also, java still doesnt show up in pavucontrol >_<
[03:32] <jdong> matisse: what dependencies is it having trouble finding?
[03:32] <jdong> matisse: could be my oversight
[03:33] <jdong> debian/control looks fine to me
[03:33] <matisse>  nspluginwrapper hängt ab von libcairo2 (>= 1.6.0); aber:  Version von libcairo2 auf dem System ist 1.4.10-1ubuntu4.4.
[03:33] <matisse>  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] <jdong> matisse: are you running Gutsy?
[03:33] <matisse> yes
[03:34] <jdong> matisse: oops sorry, I assumed you were running hardy *slaps himself*
[03:34] <jdong> one sec :)
[03:34] <jscinoz> hmm
[03:34] <jscinoz> why do the repos have both planetpenguinracer and extremetuxracer, afaik, extremetuxracer is the only fork actively being maintained
[03:38] <jdong> matisse: try http://jdong.mit.edu/~jdong/motu/nspluginwrapper_0.9.91.5-2ubuntu2~ia32~7.10prevu1_i386.deb
[03:39] <jdong> speaking of nspluginwrapper, I just realized today it doesn't actually build against firefox/xulrunner
[03:39] <jdong> I wonder why the heck my rebuild of it in the archives "fixed" the bug for people
[03:40] <jdong> do placebo bugfixes actually work or did something ABI-incompatible happen in GTK/glib-land?
[03:41] <jscinoz> What are the advantages of usplash over existing, more advanced userland splash screens?
[03:41] <jscinoz> seem's like duplication of effort
[03:42] <Fujitsu> usplash works.
[03:42] <Fujitsu> That one of them.
[03:42] <Fujitsu> *That's
[03:43] <jdong> and doesn't require anything in kernelspace
[03:44] <jscinoz> What about splashy?
[03:44] <jscinoz> its in the repos, runs in userland and is years ahead of usplash
[03:44] <matisse> btw: installing worked
[03:44] <jdong> splashy came after usplash :)
[03:44] <jscinoz> with the next milestone bringing festival and GL support :D
[03:45] <jscinoz> fbsplash is strange, supposedly runs in userspace, yet needs a custom kernel >_<
[03:45] <jdong> am I the only one who just wants to get rid of all bootsplashes altogether? :)
[03:45] <jscinoz> jdong then go purge usplash :P
[03:46] <jdong> jscinoz: I do and it shaves 1.5s off my bootup
[03:46] <jscinoz> 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] <crimsun> I figure if I'm running KDE4, startup time is the least of my worries.
[03:47] <jscinoz> 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] <jscinoz> Anyone else think that PPR could probably be nuked from the repo now that ETR is in there?
[03:48] <jdong> 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] <jscinoz> is there really any point having non-maintained forks in the repo?
[03:48] <jscinoz> jdong, rebooting is for adding hardware! :P
[03:49] <jdong> jscinoz: no it's not, it's also for applying new kernels, new glibc, etc etc etc
[03:49] <jscinoz> aye :P i was just joking mate :P
[03:50] <jscinoz> i use :P too much >_<
[03:54] <jdong> jscinoz: and plus, boot time is one of those silly races geeks like to have with each other
[03:54] <LaserJock> I boot a lot with my laptop
[03:54] <jscinoz> windows xp cheats on boot time :P
[03:54] <matisse> oh man, now I want to go on with that firefox enhancing and I dont even find a libflashplayer.so...
[03:54] <LaserJock> several times a day
[03:54] <jdong> jscinoz: and so far I'm down to 17s on a crappy macbook hard drive so I win :)
[03:54] <jdong> jscinoz: XP doesn't cheat... it's just really good.
[03:54] <jscinoz> 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] <jdong> jscinoz: it does dynamic profiling, block reordering, and uses a parallelized bootup system
[03:55] <jdong> jscinoz: IMO the login screen should be shown when it can be
[03:55] <jdong> jscinoz: OS X is the true definition of cheating.
[03:55] <jdong> 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] <jdong> i.e. it's like inetd for the whole system
[03:56] <jscinoz> oh
[03:56] <jscinoz> didn't know that
[03:56] <slangasek> LaserJock: bug #215729> by "fix", you don't mean the patch that's been included in that bug report, right?
[03:56] <ubotu> Launchpad bug 215729 in seahorse "Seahorse fails to import keys" [Medium,In progress] https://launchpad.net/bugs/215729
[03:56] <jscinoz> my boot time is 23 seconds, using concurrenccy=shell
[03:56] <slangasek> LaserJock: because that patch assumes that malloc() and g_free() can be used interchangeably, and also uses strcpy() and strcat()
[03:56] <jdong> jscinoz: I use upstart :)
[03:56] <LaserJock> slangasek: bah, I did use that
[03:56] <jscinoz> i tried to get runit to work
[03:56] <jscinoz> because its apparently very very fast
[03:56] <LaserJock> slangasek: please reject the upload then
[03:57] <slangasek> LaserJock: ok :)
[03:57] <jscinoz> but i managed to break things to the point of needing a chroot to fix it
[03:57] <LaserJock> slangasek: "It worked for me"
[03:57] <jdong> jscinoz: most boot system errors do need a chroot fallback :)
[03:57] <jscinoz> i overlooked that runit doesnt include any services >_< so you need a new init script for every damn service
[03:57] <slangasek> 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] <jscinoz> either that or i overlooked something
[03:59] <LaserJock> slangasek: can you fix it or should I somebody to do it?
[03:59] <LaserJock> *find somebody
[04:00] <LaserJock> I need to stop IRC, I keep just randomly loosing words :-)
[04:00] <jdong> LaserJock: I think I found one of your o's though :)
[04:00] <LaserJock> darn
[04:00] <jscinoz> jdong, i love that no matter how bad you mess things up, a chroot can pretty much always fix it
[04:00] <LaserJock> I hate not having spell checky things in irssi
[04:01] <Fujitsu> jscinoz: Whereas in Windows you're screwed.
[04:01] <LaserJock> not that it would help with my inability to choose the right homonym
[04:01] <jdong> jscinoz: oh, try trashing libc6 or the ext3 superblock area
[04:01] <Fujitsu> This is why we have a backup superblock.
[04:01] <jscinoz> filesystem damange is fun >_<
[04:01] <Fujitsu> And backups.
[04:01] <jscinoz> speaking of which, when is ext4 coming?
[04:01] <Fujitsu> Damaging an LVM PV is worse :(
[04:01] <StevenK> There is more than one backup superblock
[04:02] <jdong> jscinoz: only when upstream considers it stable.
[04:02] <jscinoz> jdong :P
[04:02] <jscinoz> one thing that annoys me to no end, is the acpi whitelists
[04:02] <jdong> jscinoz: a filesystem isn't one of those things to rush
[04:02] <jscinoz> 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] <Fujitsu> Who do I file a bug against if g-p-m complains that suspend fails, when it works fine?
[04:04] <jdong> Fujitsu: I'm guessing pm-utils
[04:04] <jdong> jscinoz: well a bug should be filed against pm-utils to put your laptop in the whitelist
[04:05] <jdong> jscinoz: the % of systems that suspend is definitely in the minority
[04:05] <jscinoz> jdong already did, but i can't imagine them doing it this year >_<
[04:05] <jdong> which is why the whitelist is there
[04:05] <jscinoz> where does the acpi whitelist live anyway? i'd change it myself if i could find the darn thing
[04:05] <Fujitsu> g-p-m lets it suspend, but complains on resume that it failed.
[04:06] <jscinoz> 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] <Fujitsu> s2both? Is that like Vista's suspend to RAM and disk?
[04:07] <jdong> Fujitsu: right
[04:08] <jdong> jscinoz: I'm not 100% sure but I think we still use acpi-support for that
[04:08] <jdong> jscinoz: see /usr/share/acpi-support
[04:08] <jdong> you could just follow back from the s2ram script
[04:08] <jdong> s/script/source
[04:09] <jscinoz> jdong, i added my laptop in the appropriate file in there, however it still complains it's unknown >_<
[04:09] <jdong> well you're a smart guy, look through the source to the pm-utils scripts :)
[04:09] <jscinoz> alrighty :P
[04:10] <jscinoz> 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] <jdong> because it is easier to collaborate on / manage changes in a VCS
[04:11] <jdong> and the packaging does come with the source package
[04:11] <jscinoz> oh
[04:12] <jdong> it's just that contributors are recommended to grab the VCS version which may be substantially newer
[04:17] <jscinoz> 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] <Fujitsu> And makes people who do use the VCS substantially less furious.
[04:18] <matisse> jdong: seems to work much better. thanks for the help
[04:21] <slangasek> LaserJock: I can fix it, but not this evening
[04:21] <jscinoz> i hate that.
[04:21] <jscinoz> added my laptop to the whitelist, but the darn thing is still unknown
[04:22] <jscinoz> I can see why torvalds hates ACPI :P
[04:22] <LaserJock> slangasek: so if I can find somebody in the mean time it might be better? :-)
[04:24] <slangasek> probably :)
[04:24] <jscinoz> i bet i'm doing something really simple wrong >_<
[04:25] <slangasek> jscinoz: suspend to ram/disk uses pm-utils now, not acpi-support
[04:25] <slangasek> (so the really simple think you did wrong was to believe jdong, I guess ;-)
[04:25] <jscinoz> and where could i find the  whitelist now?
[04:25] <jscinoz> i was editing /usr/share/acpi-support/Dell\ Inc..config
[04:26] <jscinoz> because thats what s2ram -l returns for me
[04:26] <slangasek> I have no idea about whitelists
[04:26] <jscinoz> see http://pastebin.com/m2c845158 and http://pastebin.com/m780596d6
[04:26] <jscinoz> >_<
[04:26] <slangasek> I just know acpi-support isn't used anymore for suspend/resume
[04:26] <jscinoz> ack
[04:27] <jscinoz> but why does pmi depend on it then?
[04:30] <matisse> bye, thanks again for the help
[04:33] <jscinoz> I'm unfamiliar with bash case syntax, would "XPS M1330"*) match "XPS M1330                    "?
[04:37] <slangasek> should, yes
[04:37] <jscinoz> strange
[04:37] <slangasek> "pmi"?
[04:37] <jscinoz> because thats what i've added to the whitelist but s2ram still says my model is unknown :(
[04:37] <slangasek> acpi-support is still used for other things, just not for suspend/resume
[04:37] <jscinoz> powermanagement-interface
[04:38] <slangasek> may be a bug
[04:39] <LaserJock> slangasek: so I'm assuing I want g_malloc instead of malloc
[04:39] <slangasek> LaserJock: yes
[04:39] <LaserJock> slangasek: what's wrong with strcpy and strcat though?
[04:41] <slangasek> 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] <slangasek> so it's not a very defensive programming practice
[04:42] <LaserJock> I see
[04:42] <jscinoz> 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] <slangasek> 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] <blueyed> slangasek: bug 63450
[04:47] <ubotu> Launchpad bug 63450 in acpid "acpid install fails (because of hal running)" [High,Triaged] https://launchpad.net/bugs/63450
[04:49] <jscinoz> hmm..
[04:51] <slangasek> blueyed: does that have a verb to go with it? :)
[04:51] <blueyed> slangasek: please look at it.. :)
[04:54] <slangasek> blueyed: the patch looks reasonable/correct to me; I'm not in a position to sponsor it this evening
[05:32] <jdong> slangasek: oops. What are the remaining things we use acpi-support for in Hardy? I always get confused on this
[07:01] <jscinoz> acpi-support *seems* to contain the suspend whitelist
[07:02] <jscinoz> but adding my laptop too it still makes it detect as unkown >_<
[07:29] <Hobbsee> greetings
[10:11]  * Hobbsee blinks
[10:11] <Hobbsee> no, don't make it take 2000-odd days to download the new kernel, please.
[10:12] <slangasek> jdong: acpi-support is used for mapping acpi events into something useful (like key events)
[10:12] <slangasek> LaserJock: strncpy/strncat would be better, yes
[11:33] <pitti> hey all
[11:33] <pitti> Keybuk: I saw the music player bug, I'll look at it tomorrow
[11:34] <pitti> megabyte405: wv> *shrug* it had been in main until gutsy, so it won't kill us
[11:35] <megabyte405> 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] <pitti> superm1: I reverted that guidance patch completely, since the way he did it was absolutely wrong
[11:36] <megabyte405> 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] <pitti> superm1: so mythbuntu etc. should work again, too
[11:36] <megabyte405> Is libloudmouth going into main?  It looked like it from component mismatch lists...
[11:36] <pitti> megabyte405: that doesn't block uploading it
[11:37] <megabyte405> 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] <theunixgeek> Why did they change the 6.10 Beta wallpaper?
[12:09] <laga> 6.10?!
[12:10] <theunixgeek> laga: yes, 6.10!!! :D
[12:10] <theunixgeek> http://www.thecodingstudio.com/opensource/linux/screenshots/index.php?linux_distribution_sm=Ubuntu%206.10%20Beta
[12:10] <theunixgeek> the wallpaper was awesome.
[12:10] <theunixgeek> anyone know where I can get it?
[12:12] <theunixgeek> I think they should create a tarball of all past Ubuntu wallpapers, including testing ones.
[12:15] <theunixgeek> Or have they already done it?
[12:21] <kleppari_> hi, I just noticed that the lighttpd package creates the user www-data, with the login shell /bin/sh
[12:22] <kleppari_> why does this user have a login shell?
[12:23] <theunixgeek> Aha, I think they have! https://wiki.ubuntu.com/Artwork/Archives
[12:31] <theunixgeek> Does anyone have the Edgy Eft beta wallpaper?
[14:46] <elmargol> 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] <pecisk> 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] <ubotu> Launchpad bug 185854 in gnome-system-tools "Setting static IP in Network Settings doesn't produce correct data" [High,Confirmed]
[15:13] <crimsun> pecisk: most employees are back to work tomorrow (Monday local business hours)
[15:13] <pecisk> ok ok
[15:53] <james_w> pecisk: it's on my list of things to look at tomorrow.
[15:53] <pecisk> thanks
[15:53] <pecisk> :)
[15:54] <james_w> I did say that in the bug report.
[15:54] <pecisk> I did lot of testing and it works, sort of
[15:55] <james_w> 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] <james_w> I haven't looked at the details yet.
[16:25] <hklv> 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?
[16:50] <superm1> thanks pitti.  yeah i told our users to try again with the new guidance and things work correctly
[17:52] <mdke> 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] <mdke> *from LP
[18:03] <superm1> mdke, did you find out if the FF translations issue will be resolved in time for the RC?
[18:03] <awen-> pitti: I'm terribly sorry about the api-breakage in guidance-backend ... it was really not intended
[18:04] <awen-> 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] <mdke> superm1: no, I haven't heard anything.
[18:10] <superm1> mdke, whom will be handling it?  asac ?
[18:10] <mdke> superm1: I guess so. I mailed him a couple of weeks back but haven't heard anything
[18:14] <asac> mdke: ?
[18:15] <asac> once pitti is back i will proceed with the translations
[18:16] <asac> mdke: haven't received a mail from you afaik
[18:17] <xtknight> asac, i believe you were handling bug 213827 ?  not sure what the status of this is
[18:17] <ubotu> Launchpad bug 213827 in flashplugin-nonfree "typo in prerm file breaks failed-upgrade processing" [High,Fix committed] https://launchpad.net/bugs/213827
[18:18] <mdke> asac: that's a bit odd. I sent it on 24 March
[18:18] <asac> xtknight: it hsa my approval. someone should upload
[18:18] <asac> mdke: subject?
[18:19] <mdke> asac: "Firefox default home page not translated/localized"
[18:19] <mdke> asac: superm1 has taken the diagnosis of the bug report a bit further since I sent the email though
[18:19] <asac> not in inbocx
[18:20] <mdke> asac: that's a bit odd. Maybe it got spam filtered
[18:20] <xtknight> asac,  ah ok anything i should do with the bug , then?
[18:20] <asac> mdke: most likely. do you send html mails?
[18:20] <mdke> asac: no
[18:20] <asac> xtknight: yeah ... coordinate the upload ;)
[18:21] <asac> find someone who can test and push the package to the various places.
[18:21] <asac> i can do this, but it'll take some time until i have the time to do that
[18:21] <xtknight> ok ill ask in motu
[18:23] <asac> xtknight: thanks
[18:25] <mdke> asac: if you happen to find out why it got filtered, I'd be interested: that way I can try and prevent it happening in future
[18:25] <asac> mdke: i don't understand whats the problem
[18:26] <asac> mdke: i found your mail ... i sorted it to my ubuntu list folder
[18:26] <mdke> ah, ok.
[18:26] <asac> mdke: as far as i understand it, it will show in the language you selected in the language selector
[18:26] <asac> we will fix this in intrepid to use the environment instead, but in general it should work
[18:27] <mdke> asac: superm1's analysis seems to suggest that it's broken because firefox translations aren't working yet.
[18:27] <superm1> i experimented with a variety of languages, and nothing was translated whatsoever
[18:28] <mdke> asac: but the startpage translation mechanism is rather complicated so that's why I posted the link to the page which Ian wrote to explain how it works
[18:29] <asac> mdke: i think in short it just means: startpage is handled through alternatives
[18:29] <asac> mdke: that alternative is independent from firefox locales
[18:29] <asac> and is changed when you change the default language in language support
[18:29] <asac> mdke: can you please test that this is the case?
[18:29] <superm1> it appeared to me that the default start page is handled via the translation jar for FF in FF2
[18:30] <superm1> because no alternatives are available in /etc/alternatives/firefox-home-page
[18:30] <superm1> other than the default
[18:30] <mdke> it's not so simple I don't think; because mozilla-firefox-locales-all  is built against ubuntu-docs and we can't add languages in ubuntu-docs which don't have firefox translations in existence
[18:30] <superm1> and that's how it was in FF2
[18:31] <mdke> I'll try switching the default language now, but I doubt it works, otherwise the bug wouldn't have been filed
[18:33] <superm1> that's exactly what i've done already.  i've installed into a different language using recent daily disks, and i've also tried to switch the language using the language support drop down
[18:33] <superm1> (in system->administration)
[18:35] <asac> mdke: yeah ok it was done by the locale packages
[18:35] <asac> what a crappy mechanism
[18:38] <mdke> asac: yes; it was quite complicated but I understood that there was no other way
[18:38] <mdke> asac: so do you think when firefox translations are fixed it will work again?
[18:39] <asac> its not in firefox anymore, but in ubufox
[18:40] <asac> let me check what happens if i install kubuntu-docs
[18:41] <mdke> bbiab
[18:43] <asac> ok so what do we want? always display /usr/share/ubuntu-artwork/home/locales/index-LANGCODE.html ?
[18:43] <asac> and use -C.html in case it doesn't exist?
[18:50] <asac> there is something broken. that page doesn't point to the translated page for kubuntu
[18:52] <asac> Riddell: is the alternative mechanism broken for kubuntu?
[18:52] <asac> read above
[18:52] <asac> only kubuntu-LANGCODE.html point to the translated kubuntu file
[18:53] <asac> every index-LANGCODE.html points to the english kubuntu thing
[18:54] <asac> mdke: superm1: http://people.ubuntu.com/~asac/ubufox.xpi ... try that and be sure that you disable networking in network manager before starting firefox the next time
[18:54] <asac> otherwise you will end up on an online page
[18:55] <asac> mdke: you need the translation installed to make this work
[18:55] <asac> superm1: ^^
[18:55] <asac> for now just install the .xpi from mozilla.org for beta5
[18:55] <superm1> asac, okay give me a few moments.  this machine that i'm on doesn't have any other locales in place.
[18:55] <asac> http://releases.mozilla.org/pub/mozilla.org/firefox/releases/3.0b5/linux-i686/xpi/
[18:55] <asac> superm1: first instlal the langpack from that url ... then update ubufox
[18:56] <asac> then restart after going offline :)
[18:56] <asac> (in nm)
[18:56] <asac> before restart export LANG=lang_code
[18:57] <superm1> a well forward order would have been useful :)
[18:57] <asac> he?
[18:58] <asac> i see. sorry for that
[18:59] <superm1> okay let me go offline and see how it works for the start page now
[18:59] <superm1> back in a min
[19:05] <superm1> asac, ¡Bienvenido a Ubuntu 8.04 LTS!
[19:05] <superm1> :)
[19:06] <asac> superm1: be sure that you are looking at offline page
[19:06] <superm1> i made sure
[19:06] <superm1> the URL was a local URL
[19:06] <asac> so you have file:/// in url=
[19:06] <asac> ?
[19:06] <asac> ok
[19:06] <superm1> (after ubuntu-docs was installed)
[19:06] <superm1> yeah
[19:07] <asac> now i only have to figure why index-LANGCODE.html always points to english page in kubuntu
[19:07] <asac> superm1: can you confirm that it does
[19:07] <asac> ?
[19:07] <superm1> in kubuntu?
[19:07] <asac> well ... if you install kubuntu-docs :)
[19:07] <superm1> i've only got an ubuntu install
[19:07] <superm1> oh
[19:07] <superm1> let me see
[19:09] <awen-> asac: I'm on kubuntu hardy ... what should I check?
[19:09] <asac> awen-: /usr/share/ubuntu-artwork/home/locales/index-de.html ?
[19:10] <asac> is that translated? or just the english kubuntu page?
[19:10] <superm1> shouldn't it be : /usr/share/ubuntu-artwork/home/locales-kubuntu
[19:11] <superm1> the index-LANG.html files are in the directory i just said above ^
[19:11] <asac> superm1: the home/locales is a alternative
[19:11] <superm1> ah
[19:11] <asac> firefox-homepage-locales
[19:11] <asac> its a slave of firefox-homepage
[19:11] <asac> so if you change that ... it should auto change that dir link as well
[19:11] <asac> it does that for me, but there is crap in that dir
[19:12] <awen-> asac: it is just the english
[19:12] <asac> yeah
[19:12] <awen-> both in locales and in locales-kubuntu
[19:12] <asac> look at the content of the locales-kubuntu directory
[19:12] <asac> the links are bogus
[19:12] <asac> they should point to the kindex-LANGCODE.html ones imo
[19:13] <asac> instead every index-XXX.html points to index.html
[19:13] <superm1> well /usr/share/ubuntu-artwork/home/locales-kubuntu/kindex-es.html is all in spanish
[19:13] <superm1> as it should be
[19:13] <asac> superm1: yes. but look in the dir
[19:13] <asac> the links are wrong
[19:13] <asac> index-de.html -> kubuntu-de.html that should be ... but it isn't
[19:14] <superm1> hm oh i see
[19:14] <superm1> you're right
[19:14] <asac> did it ever work for kubuntu?
[19:15]  * asac  installs kubnutu-docs in dapper
[19:15] <asac> superm1: how does the online page work for you btw?
[19:16] <superm1> it appeared to redirect properly
[19:16] <asac> is it instantaneous?
[19:16] <superm1> both when i had the locale to spanish or english
[19:16] <superm1> <1 sec
[19:16] <superm1> it was pretty quick
[19:16] <asac> good
[19:16] <superm1> what was the incentive in it's implementation?  to provide more up to date links and translations more easily when available?
[19:17] <asac> ok in dapper thre were no translations at all
[19:17] <asac> superm1: the idea is to provide a better homepage for users that are online
[19:17] <asac> dapper == no translations for kubuntu
[19:18] <superm1> ah.  a more "relevant" homepage w/ online links and such
[19:18] <asac> yeah
[19:18] <asac> news, more links to online resources and all that
[19:18] <asac> i have no idea how it will look like in hardy though. its still being worked on
[19:19]  * asac installs kubuntu-docs in feisty
[19:21] <asac> no translations for kubuntu in feisty either :/
[19:21] <asac> last chance: gutsy ;)
[19:21] <Dossy> Hi, I've been searching on the wiki - how do packages make it from Debian into Ubuntu?
[19:22] <superm1> Dossy, they are synced during the first 2/5 of the development cycle automatically when there is no variance, and merged manually by MOTU and core-dev otherwise
[19:23] <Dossy> superm1: thanks!
[19:23] <superm1> np
[19:23] <asac> ok translations existed in gutsy, but links are broken
[19:23] <asac> so not a regression
[19:24] <asac> anyone can confirm that the local startpage was never translated in firefox in kubuntu?
[19:24] <asac> awen-: ?
[19:24] <mdke> asac: I believe that kubuntu-docs has added translations for hardy. nixternal is the guy who will tell you for sure
[19:24] <asac> not online :)
[19:25] <mdke> not currently
[19:25] <awen-> asac: I have allways used kubuntu in english, so I don't really know, sorry
[19:25] <Dossy> So, is there a name for the version _after_ hardy heron?
[19:26] <megabyte405> intrepid ibix
[19:28] <Dossy> Oh my, you're not kidding.  Intrepid Ibex ... wtf?  https://lists.ubuntu.com/archives/ubuntu-devel/2008-February/025136.html
[19:29] <mdke> it's only a codename
[19:29] <Dossy> well, it seems people often refer to the versions by their codenames... ubuntu gutsy, hardy ... intrepid?  heh.
[19:30] <mdke> I like it, myself
[19:32] <Dossy> it's definitely not the worst, and it's only for 6 months anyway :)
[19:38] <bardyr> Dossy, its not that bad people will just call it ubuntu mountain goat
[20:05] <asac> anyone here can reproduce bug 212648
[20:05] <ubotu> Launchpad bug 212648 in linux-restricted-modules-2.6.24 "[nvidia-new] a visit to http://www.themareks.com/xf/ in firefox hardy causes X to restart" [Medium,Confirmed] https://launchpad.net/bugs/212648
[20:07] <laga> asac: not me. running nvidia 169.12+2.6.24.12-16.34 on hardy amd64 with a geforce 7600GS
[20:07] <asac> laga: what xorg options?
[20:09] <laga> http://www.pastebin.ca/983913
[20:09] <laga> the singlecards one is in my serverlayout section
[20:10] <asac> laga: that paste is empty
[20:10] <laga> sorry
[20:10] <laga> asac: not empty for me?
[20:10] <johanbr> asac: Works for me too. Same driver version, 8400 card.
[20:10] <asac> maybe use paste.ubuntu.com ... no idea whats going on
[20:11] <asac> oh now it works
[20:11] <asac> strange
[20:11] <laga> asac: http://paste.ubuntu.com/6925/
[20:11] <laga> heh
[20:11] <asac> laga: any change if you remove the argb options?
[20:12] <laga> brb
[20:13] <johanbr> asac: No argb options for me. Still works.
[20:14] <laga> no change
[20:14] <laga> still working
[20:14] <laga> thanks for pointing me to that web page
[20:14] <asac> k thx for testing
[20:14]  * laga logs X files
[20:14] <laga> err, loves
[20:14] <asac> lol
[20:20] <tseliot> asac: no problems with my 7300. It looks like only geforce 8400 and 8800 cards are affected.
[20:20] <rep> i was guided here from #ubuntu - we were trying to find the package python-samba (samba-python?) which consists of python bindings to samba and existed in ubuntu feisty and also does in debian etch. but gutsy is somehow missing it... i am on my way to building them from source now - but wondered where the package is...
[20:22] <pheld> is there a workaround for the delay compiz introduce to gtk widgets on multihead setups yet?
[20:23] <pheld> on display :0.1 everything works ok, but on :0.0 application menus etc have a delay of 2 or 3 sec before anything happens
[20:24] <stgraber> rep: python-samba only existed in Feisty (according to rmadison)
[20:25] <asac> anyone with geforce 8400 or 8800 here?
[20:25] <asac> if so, please test the url in bug  bug 212648
[20:25] <ubotu> Launchpad bug 212648 in linux-restricted-modules-2.6.24 "[nvidia-new] a visit to http://www.themareks.com/xf/ in firefox hardy causes X to restart" [Medium,Confirmed] https://launchpad.net/bugs/212648
[20:26] <johanbr> asac: As mentioned, I have an 8400 card. Works fine.
[20:26] <asac> then i don't know
[20:27] <johanbr> asac: Oh, I'm supposed to click a link too. Let me check.
[20:27] <asac> hehe
[20:29] <stgraber> bug seems to be confirmed :)
[20:29] <asac> stgraber: you see it?
[20:29] <stgraber> asac: no but the "Remote closed the connection]" just after he clicked a link :)
[20:29] <asac> hehe :)
[20:29] <asac> i don't see quits and joins :)
[20:30] <asac> tjaalton: bryce: what xorg version do we have atm?
[20:30] <stgraber> probably not a bad thing if you are in chans like #ubuntu :)
[20:31] <tjaalton> asac: 7.3
[20:31] <asac> tjaalton: its a mystery how to figure that
[20:31] <asac> i see 2:1.4.1~git20080131
[20:31] <tjaalton> it's basically what the xorg-server is
[20:31] <asac> ah
[20:31] <asac> :)
[20:31] <asac> tjaalton: what version is 1.4.1?
[20:31] <tjaalton> so R7.3 had xorg-server 1.4..
[20:32] <asac> tjaalton: why do we ship a pre snapshot of 1.4.1?
[20:32] <tjaalton> asac: because 1.4.1 won't be released
[20:32] <asac> never or just not in time?
[20:32] <tjaalton> 1.5 is close
[20:32] <tjaalton> never, it seems
[20:32] <asac> and 1.5 will be released in sync with fedora i guess?
[20:32] <tjaalton> yes
[20:32] <asac> that sucks
[20:33] <asac> tjaalton: how many x devs are redhat guys?
[20:33] <tjaalton> why? at least it's released.. it was originally planned to be released in February :)
[20:33] <tjaalton> at least ajax and airlied
[20:33] <asac> tjaalton: well, it sucks that we will ship a nightly while fedora will get the stable thing
[20:34] <johanbr> asac: As you might have guessed, that link did crash X for me.
[20:34] <tjaalton> our version is a stable version
[20:34] <tjaalton> 1.4 + fixes
[20:34] <asac> i thought 1.4.1 is not released?
[20:34] <asac> ok
[20:35] <tjaalton> it was planned, and there's a git branch for it which we've synced with
[20:35] <asac> johanbr: ok. thanks.
[20:36] <asac> tjaalton: so we have the very latest from 1.4 branch?
[20:36] <tjaalton> asac: yes
[20:36] <asac> or are we missing fixes?
[20:37] <tjaalton> asac: we should have everything from the 1.4-branch, but certainly it's 1.5 that gets most of the attention now
[20:37] <asac> tjaalton: do you have a fglrx setup?
[20:38] <tjaalton> asac: nope.. (and btw, fglrx/nvidia don't work with 1.5 yet, nvidia beta does)
[20:39] <asac> ok
[20:39] <asac> tjaalton: do you have a xaa setup?
[20:39] <asac> (!= nvidia)
[20:40] <tjaalton> asac: you mean the zoom-bug?
[20:40] <asac> yeah ;)
[20:41] <asac> i fell really bad about releasing with black images on ubuntu.com just one click from homepage away :(
[20:41] <tjaalton> hmm no, I've got nvidia and intel (exa)
[20:41] <tjaalton> i know, but it's not fixed upstream yet :/
[20:42] <asac> its tricky irony to have a black image next to the paragraph that reads "ubuntu just works" :/
[20:43] <asac> tjaalton: strange things about all this is that neither the image tiling corruption bug nor the black image bug is reproducible with xserver in gutsy
[20:44] <asac> at least thats what people told me (no guarantees)
[20:44] <tjaalton> asac: "someone" should git-bisect :)
[20:44] <ion_> I haven't taken a look at the bug report about the black image issue, but the image's offset actually seems to be calculated incorrectly. On many images, the picture goes completely outside the black box, but on some images, a part of the image is visible within the box.
[20:44] <ion_> That might help with tracing it down.
[20:44] <asac> ion_: yes, but thats a x bug
[20:44] <asac> ion_: it works with exa
[20:45] <asac> ion_: you can see that by scaling http://www.ubuntu.com/files/u3/desktop-tn.png
[20:45] <asac> it matches your description
[20:45] <ion_> Yeah
[20:45] <asac> and you cn fix it by XAANoOffscreenPixmaps "true"
[20:45] <ion_> Ok, thanks
[20:46] <ion_> Would it be a huge performance issue to use that workaround by default.
[20:46] <ion_> ? that is.
[20:46] <tjaalton> AIUI it would hurt performance on non-composited desktop
[20:47] <asac> yeah thats what bryce said. but personally i don't see any performance impact on my desktop :)
[20:47] <asac> i am now asking cworth if there is a way to make cairo mimic that behaviour somehow
[20:47] <ScottK2> slangasek: Are you around?  I'd like permission to upload a non-api breaking fix to Bug #203378.
[20:47] <ubotu> Launchpad bug 203378 in kde-guidance "Guidance displayconfig does not automatically detect monitor config on systems with no xorg.conf" [Medium,In progress] https://launchpad.net/bugs/203378
[20:47] <asac> but that would likely slow down all firefox users i guess
[20:48] <asac> dunno what is worse
[20:48]  * ScottK2 heads out to dinner and will read the scrollback.
[20:54]  * asac in cairo hack mode ...disabling xrender everywhere
[21:01] <slangasek> ScottK2: go ahead
[21:03] <asac> tjaalton: bryce: turns out that fedora has XaaNoOffscreenPixmaps "true" by default for every driver
[21:07] <tjaalton> asac: really? I want some proof :)
[21:10] <asac> 22:09 < otaylor> asac: as I said, we disable offscreen pixmaps by default
[21:10] <asac> tjaalton: he gets me a prove now :)
[21:12] <tjaalton> oh right..
[21:12] <asac> tjaalton: something else:)
[21:12] <asac> 22:11 < cworth> vlad_: Not with XAANoOffscreenPixmaps=True, there's not. That fixes performance and  quality bugs.
[21:12] <asac> so it appear to fix performance bugs :)
[21:12] <tjaalton> "xserver-1.5.0-xaa-sucks: Disable XAA offscreen pixmaps by default.  They're almost always a performance loss anyway.  Use Option "XaaOffscreenPixmaps" to turn them back on.
[21:12] <tjaalton> "
[21:12] <asac> bryce: ^^^ please read the last few lines and make this happen :)
[21:13] <asac> 22:12 < otaylor> $ cvs -d :pserver:anonymous@cvs.fedoraproject.org:/cvs/pkgs get xorg-x11-server     look at devel/xserver-1.5.0-xaa-sucks.patch
[21:14] <tjaalton> oh bugger.. "Remove vmmouse again, way too broken.  Let this be a lesson to you: never try.
[21:14] <asac> 22:13 < asac> cworth: so performance improves as well with XAANoOffscreenPixmaps=True ?
[21:14] <asac> 22:13 < cworth> asac: Often, yes.
[21:14] <asac> ok enough i guess ;)
[21:14] <tjaalton> soren: ^^
[21:15] <soren> tjaalton: Wuh? Says who?
[21:16] <soren> tjaalton: Or where is that quote from?
[21:16] <Riddell> asac: no
[21:17] <tjaalton> soren: so sayeth ajax (it's from the fedora xorg-server changelog)
[21:17] <asac> Riddell: sorry ... what did i ask :) ?
[21:17] <asac> Riddell: if translation ever worked in firefox?
[21:17] <soren> tjaalton: They've been using it by default for several releases now?
[21:17] <Riddell> asac: "is the alternative mechanism broken for kubuntu?"
[21:17] <soren> tjaalton: ..or so I'm told.
[21:17] <asac> Riddell: please look in the folder with index.html
[21:18] <asac> Riddell: the links are wrong
[21:18] <asac> the alternative mechanism is correct, but all languages link to index.html
[21:18] <tjaalton> soren: apparently not anymore.. I need to check if it's due to hotplugging changes that it got dropped
[21:18] <soren> tjaalton: Are we going to follow suit for hardy?
[21:19] <soren> tjaalton: If so, could we at least use mdetect's vmmouse detection stuff and enable it conditionally?
[21:20] <tjaalton> soren: if we revert the change then yes
[21:21] <soren> tjaalton: That would be lovely. I would have been happy that way from the start! :)
[21:22] <tjaalton> soren: good :)
[21:24] <soren> tjaalton: Er... If you do, please poke me. I have a tiny, tiny patch to the vmmouse code that makes it work for kvm as well as vmware, by the way.
[21:24] <soren> tjaalton: By "vmmouse" I mean the detection code in mdetect.
[21:25] <asac> Riddell: do you see what i mean?
[21:25] <tjaalton> soren: ok, will do
[21:30] <asac> Riddell: http://paste.ubuntu.com/6929/ (ubuntu-docs) ... http://paste.ubuntu.com/6930/ (kubuntu-docs)
[21:31] <Riddell> asac: ok, I'll look at that tomorrow
[21:31] <asac> Riddell: thanks
[21:44] <Tyrone> hi, is anyone capable of helping out with a java bug?
[21:59] <Amaranth> is cdimage down?
[21:59] <Nafallo> np
[21:59] <Nafallo> no
[22:01] <davmor2> Amaranth: I can access it
[22:03] <Amaranth> yeah, it seems touchy
[22:03] <Amaranth> i can connect again now
[22:05] <Amaranth> and now i can't
[22:05] <Amaranth> wth
[22:07] <Nafallo> Amaranth: run a mtr against it then :-)
[22:07] <Amaranth> it dies in canonical
[22:08] <Amaranth> it's connection refused error
[22:08] <Nafallo> let me run a mtr :-)
[22:08] <Amaranth> and going again
[22:08] <Amaranth> and going fast this time, yay
[22:09] <davmor2> Amaranth: try running on chromium.ubuntu.com/cdimage
[22:09] <Nafallo> carbon works for me :-)
[22:09] <Amaranth> and now its slowing down again :/
[22:09] <Amaranth> crap
[22:10] <Amaranth> 99K/s
[22:10] <Nafallo> Amaranth: which host are you going to?
[22:10] <Nafallo> Amaranth: netstat :-)
[22:10] <Amaranth> starts with a b?
[22:10] <Nafallo> beryllium :-)
[22:10] <Amaranth> yeah
[22:10] <davmor2> it plays up go with chromium it's stable
[22:11] <Amaranth> connection error :/
[22:12] <Nafallo> hmm. I only get beryllium from host now :-P
[22:12] <Amaranth> can't wait 90 minutes to get this iso
[22:13] <Nafallo> Amaranth: what iso is it?
[22:13] <Amaranth> daily amd64 live
[22:13] <Keybuk> *sigh*
[22:13] <Keybuk> printing is an absolute *mess* in hardy
[22:14] <soren> Please don't tell my printer that.
[22:14] <Amaranth> worked fine last time i tried it
[22:14] <Amaranth> although that was 2 months ago
[22:14] <Keybuk> every single time I print:
[22:14] <Keybuk> Apr 13 22:14:31 quest HP_LaserJet_1018?serial=KP0VDES: prnt/backend/hp.c 496: unable to connect hpssd socket 2207: Connection refused
[22:14] <Keybuk> Apr 13 22:14:31 quest kernel: [204293.531254] usblp0: removed
[22:14] <Keybuk> and then it won't print again unless I purge everything and redo it from scratch
[22:15] <Nafallo> Amaranth: mirroring :-)
[22:15] <Amaranth> going to chromium sends me to cdimage.ubuntu.com :P
[22:15] <Nafallo> Amaranth: http://home.nafallo.info/tmp/hardy-desktop-amd64.iso
[22:16] <davmor2> http://carbon.ubuntu.com/cdimage/daily-live/current/hardy-desktop-amd64.iso
[22:17] <Amaranth> hrm, starting to blame my ISP :P
[22:17] <Amaranth> Nafallo: i only get 60K/s from your link
[22:17] <Amaranth> and 150K/s from davmor2's
[22:21] <YokoZar> Is the login screen supposed to be centered?  This changed for me recently
[22:23] <Vadi> Anyone know if a channel for help on application development on ubuntu?
[22:25] <ion_> vadi: The distribution is irrelevant in that question.
[22:26] <Vadi> ion_: Sorry, didn't catch you there.
[22:26] <ion_> Application development on Ubuntu is just like application development on any other similar platform.
[22:27] <YokoZar> Vadi: Basically developing applications for Ubuntu isn't much different from developing applications for Linux in general.  If you've already got an application and want to package it, then #ubuntu-motu is a good idea
[22:28] <Vadi> No, I don't want to package it for Ubuntu. I
[22:28] <Vadi> *I'm just having trouble with making a launcher for it - it launches fine in the terminal, but fails when I use xterm. Is there a channel where a dev can get help?
[22:29] <Vadi> I need the exact opposite of "Development of Ubuntu (not support, not application development on Ubuntu)", second part. Does something like that exist though?
[22:30] <ion_> If you're programming in C, search for a C channel. If you're programming in Ruby, search for a Ruby channel, etc.
[22:31] <Vadi> It's not a programming-language specific language though. Just trying to make a graphical launcher for my program.
[22:31] <Vadi> (which is command-line only, but requires no input, and is used by non-technical people)
[22:31] <ion_> You must be using *something*, search for channels about that something. :-P
[22:40] <ScottK2> slangasek: Thanks.  I'll try and get finished with testing and upload later tonight.