[00:23] <doko> Riddell: I'll look at it tomorrow. please ping me after lunch. heading to bed now
[00:34] <essial> can anyone here spare a moment to help get me started contributing to ubuntu as a developer?
[00:35] <RAOF> essial: #ubuntu-motu is probably where you want to be.
[00:35] <essial> thats what I was looking for! thanks
[00:42] <TheMuso> Hrm. Rsync server seems to be struggling a bit.
[02:11] <wasabi> Hmm. Some reason current hardy won't load the sound alsa modules for my driver on one of my machines. Spews out about unknown symbols in nearly all of the alsa modules.
[02:12] <ScottK2> wasabi: Known issue.  I new kernel is being rolled.
[02:12] <wasabi> Ahh. OKay.
[02:12] <_MMA_> wasabi: Update. Should be fixed now.
[02:12] <wasabi> Upgrade new machine to hardy, and hit it on a day something is broken. =)
[02:14] <jdong> wasabi: yeah I ran into that earlier today; quite amusing :)
[02:23] <calc> anyone know how to fix the timezone stuff in hardy to work for the US?
[02:24]  * calc looks to see if there are any updated packages to fix it
[02:29] <johanbr> calc: What needs fixing?
[02:30] <calc> it still thinks i am CST (US Central) its CDT (US Central Daylight) now
[02:30] <calc> i thought that was updated several releases ago
[02:30] <johanbr> It switched correctly for me.
[02:30] <johanbr> I'm not in CST though.
[02:31] <calc> johanbr: the US changed the date switchover a while back
[02:31] <calc> so i am confused why it is affecting me
[02:31] <calc> lamont: ping
[02:31] <calc> oh he just timed out reconnected
[02:31] <johanbr> I know. As did Canada.
[02:32] <calc> ah you are in canada :)
[02:33] <ScottK2> calc: nixternal is in your timezone and runs hardy.  We should check with him ...
[02:34] <superm1> i'm CST too nad run hardy
[02:34] <superm1> had no problems with mine
[02:34] <calc> nixternal: ping
[02:34] <calc> superm1: oh
[02:34] <calc> hmm, i'll rerun the time setup program
[02:34] <superm1> calc, what timezone do you currently have listed in /etc/timezone?
[02:34] <superm1> I just put America/Chicago
[02:34] <superm1> .
[02:35] <calc> yea that
[02:35] <superm1> hm
[02:35] <calc> what the hell
[02:35] <calc> Therefore TZ='America/Chicago' will be used.
[02:35] <calc> Local time is now:	Mon Mar 10 21:35:11 CDT 2008.
[02:35] <calc> Universal Time is now:	Tue Mar 11 02:35:11 UTC 2008.
[02:35] <calc> root@laptop-c2d:~# date -R
[02:35] <calc> Mon, 10 Mar 2008 20:35:22 -0600
[02:35] <slangasek> calc: yes, is this hardy/GNOME?
[02:36] <calc> yea hardy/gnome
[02:36] <slangasek> do you have the clock applet on your panel?
[02:36] <calc> does Gnome hate the US? ;-)
[02:36] <calc> yea
[02:36] <superm1> i'm on hardy/gnome too :)
[02:36] <slangasek> right-click it, what does it give you for 'locations'?
[02:36] <slangasek> eh, left-click rather
[02:36] <nixternal> what's up?
[02:36] <calc> london, uk and houston
[02:36] <nixternal> wasabi calc
[02:37] <superm1> nixternal, you broke calc
[02:37] <superm1> way to go.
[02:37] <calc> it got put as America/Monterrey for Houston
[02:37] <calc> grr
[02:37] <nixternal> yay!
[02:37] <slangasek> calc: right, there you go :)
[02:37] <nixternal> I got my tzupdate at 02:00 on Sunday
[02:37] <calc> slangasek: why does that screw up root's idea of time?
[02:37] <nixternal> none of the Windows boxes recognize the change in time, but Kubuntu did
[02:38] <slangasek> calc: because when you choose a location from the clock applet, it uses policykit to set the timezone for the system :P
[02:38] <calc> i'm pretty sure i had set it to america/chicago in the past as well
[02:38] <wasabi> Hi.
[02:38] <wasabi> Oh yeah, when I got into work this morning PolicyKit asked me to auth.
[02:38] <wasabi> And then it changed my timezone. Wrongly.
[02:38] <calc> slangasek: which overrides tzselect and /etc/timezone?
[02:38] <slangasek> which makes it all the more annoying that the new clock UI is so cumbersome
[02:39] <wasabi> It obviously WANTED to change something. Which confused me. I thought the timezone dealt with it and wouldn't need to be changed.
[02:39] <slangasek> calc: yes
[02:39] <calc> slangasek: eek, that sux :-\
[02:39] <wasabi> Apparently it sent me to America/Monterry. Which I am not in. Also I *hate* our usage of the city-based timezones.
[02:39] <wasabi> I much prefered the good ol' days of US/Central
[02:39] <wasabi> And not having to pick the city that sort of lined up with where I live.
[02:39] <calc> wasabi: apparently cities is easier than determining if your location has screwed up timezone rules
[02:39] <calc> eg Indiana ;-)
[02:40] <wasabi> I see. Then somebody should add all possible cities.
[02:40] <wasabi> =)
[02:40]  * superm1 nominates nixternal
[02:40] <slangasek> how about if they first work on getting the panel to not segfault when you pick a city it doesn't like
[02:40] <wasabi> Hehe.
[02:40]  * calc wonders why gconftool is using 100$ cpu
[02:40] <calc> er 100%
[02:40] <wasabi> By the way. THis should obviously Just Work if you have a gps.
[02:40] <wasabi> OBVIOUSLY
[02:41] <johanbr> Speaking of the clock, does anyone know where it gets the weather data? My weather is always off.
[02:41] <slangasek> johanbr: weather.noaa.gov; mine's off too, it fails to match the information at the source website
[02:41] <ion_> An airport.
[02:41] <calc> johanbr: type a city and hit find
[02:41] <_MMA_> Ahh... So that's why there's that extra space to the side of the date. Looks odd though if you dont have a location set. Maybe weather/temp shouldnt be enabled by default?
[02:41] <calc> johanbr: i missed the find button part at first
[02:42] <slangasek> johanbr: I haven't figured out yet if it's a bug in libgweather or the panel, debugging your panel is a PITA
[02:42]  * calc somewhat dislikes it doesn't display all the same info as the weather app
[02:42] <calc> so it reimplements it poorly
[02:42] <calc> OMG
[02:42] <calc> i just refound Houston and it set the Timezone back to America/Monterrey
[02:42] <calc> so it is broken itself
[02:43]  * calc kicks gnome clock applet pos
[02:43] <slangasek> calc: feel free to append to bug #199582 :)
[02:43] <ubotwo> Launchpad bug 199582 in gnome-panel "worldclock picks wrong timezone for Portland, OR" [Undecided,Confirmed] https://launchpad.net/bugs/199582
[02:44] <calc> great :-) the I HATE GNOME thread, lol
[02:45] <slangasek> I don't hate GNOME, just the new clock that doesn't work right
[02:46] <calc> heh
[02:46]  * calc was joking
[02:48]  * ScottK2 doesn't hate Gnome either.  He just doesn't use it.
[02:50] <ion_> I hate Gnome, but it’s not as if there are any viable alternatives. ;-)
[02:50] <johanbr> The Portland part of that bug is somewhat hypothetical, since Portland and Vancouver *are* in the same time zone.
[02:50]  * TheMuso watches as the can of worms is opened up.
[02:50] <slangasek> johanbr: no, they're not
[02:51] <johanbr> Sure they are.
[02:51] <slangasek> Portland is in America/Los_Angeles, Vancouver is in America/Vancouver.
[02:51] <johanbr> Which, as far as timekeeping is concerned, are identical.
[02:51] <ScottK2> calc: Why is Houston America/Monterrey?  Won't Mexico have different TZ rules?
[02:53] <TheMuso> Is it just me, or is cdimage quite busy/slow atm?
[02:54] <slangasek> johanbr: The two zones are *currently* in sync.  They have not been, historically.
[02:54] <ogra_cmpc2> TheMuso: it was shaky for me the last week already ... havent snced since friday though
[02:54] <ogra_cmpc2> *synced
[02:54] <calc> ScottK2: that is the bug
[02:55]  * calc rereads his message
[02:56] <calc> yea i wrote it correctly
[02:56] <calc> gnome suggests monterrey it should suggest chicago
[02:59] <ScottK2> calc: OK.  Got it now.
[02:59] <johanbr> Now I know why my weather is off: http://bugzilla.gnome.org/show_bug.cgi?id=514333
[02:59] <ubotwo> Gnome bug 514333 in clock "'world clock applet' and 'weather report applet' show different temperatures" [Normal,Unconfirmed]
[03:04] <calc> johanbr: i think the weather functionality is rather useless in the clock since it doesn't fully replace the weather applet
[03:04] <calc> so if you are actually interested in the weather you need the weather applet still :-\
[03:04]  * ogra_cmpc2 dances around http://people.ubuntu.com/~ogra/classmate/images/hardy/ :)
[03:04] <ogra_cmpc2> (and goes to bed...)
[03:05] <johanbr> calc: Just because my beer in the fridge doesn't replace a full-scale brewery, that doesn't mean it's useless. :)
[03:07] <calc> johanbr: it gives the feels like temperature, no pressure, no humidity, no various other things, no forecast, no weather map
[03:08] <calc> johanbr: and if you enable it eats as much space as a full weather applet on your taskbar
[03:08] <johanbr> Right. But if I'm just too lazy to look out the window, it'll do fine. :)
[03:08] <calc> actually that last part can be turned off apparently
[03:08]  * calc can't determine humidity, etc from looking out a window ;-)
[03:09] <slangasek> johanbr: except for the part where it can't tell the temperature right...
[03:10]  * calc thinks it should use the weather applet so if you click on it pops open
[03:10] <calc> have the icon in the locations part be a link to the full screen bit that pops up from the weather applet
[03:10] <calc> er 'Details'
[03:11] <calc> that way i could get details of any cities i want to have in locations without having to have a seperate weather applet icon for each on my taskbar
[03:12]  * calc should file a gnome bug about it
[03:33] <calc> what changed recently with fonts in Gnome?
[03:33] <calc> it seems much different
[03:33] <calc> everything seems er fatter
[03:33] <calc> or at least the bold stuff does
[03:34] <Fujitsu> I think the fonts are nicer, except for a couple of glitches, and the bold.
[03:36] <calc> yea they look like an improvement, i was just wondering what changed
[03:36] <calc> would be helpful to know so i can try to fix openoffice to be the same
[05:52] <venenux> alguien habla español???
[05:53] <venenux> somebody speak spanish???
[05:54] <venenux> ok i need some help with ubiquity installer
[05:54] <venenux> somebody know about it?
[05:55] <venenux> helloooooooo
[05:56] <Fujitsu> !es
[05:56] <ubotwo> Si busca ayuda en español por favor entre en los canales #ubuntu-es o #kubuntu-es, allí obtendrá más ayuda.
[05:59] <venenux> i speak english too
[06:00] <venenux> but do you can helpme in english ??
[06:00] <Fujitsu> Perhaps in #ubuntu. This channel is not for support.
[06:00] <venenux> ok thanks for nothing
[06:02] <ion_> Eh :-)
[06:02] <venenux> i hate ubuntu users you think ubuntu is the best but dont, is too slow
[06:02] <StevenK> Nice to meet you, too.
[06:02] <Fujitsu> Indeed.
[06:04] <ion_> But it’s true, AmigaOS can calculate digits of π 50% faster than Ubuntu.
[06:23] <Fujitsu> Looks like artigas needs kicking.
[06:40] <infinity> Fujitsu: Kicked.
[06:42] <Fujitsu> infinity: Thankyou muchly.
[06:47] <Fujitsu> Hmmm, why is there stuff with ~hardy1 versioning in Hardy's NEW?
[06:47] <dholbach> good morning
[06:47] <Fujitsu> Hi dholbach.
[06:47] <dholbach> hey Fujitsu
[06:47] <dholbach> how are you doing?
[06:48] <Fujitsu> Not great, but getting better. Been a bit sick over the past week or so.
[06:48] <Fujitsu> You?
[06:48] <superm1> Fujitsu, stuff that was synced from debian by a core-dev or motu i'd guess?
[06:48] <dholbach> ugh... hope you're up to your usual 150% soon again!
[06:48] <superm1> and they didn't want to go through the "normal" sync
[06:48] <dholbach> hey superm1
[06:48] <superm1> hey dholbach good morning
[06:48] <Fujitsu> superm1: I guess, but there are cleaner ways to fake a sync.
[06:49] <superm1> Fujitsu, but if that's the reason, then I assume they didn't realize it'd end up in NEW
[07:16] <Mithrandir> pitti: sparc being broken, is that known? http://launchpadlibrarian.net/12550921/buildlog_ubuntu-hardy-sparc.bluez-gnome_0.23-0ubuntu3_FAILEDTOBUILD.txt.gz
[07:17] <Mithrandir> pitti: pkgbinarymangler's striptranslations seems to be the culprit.
[07:19] <infinity> Mithrandir: Eh?
[07:20] <infinity> Mithrandir: How is pkgstriptranslations to blame for libg* being out of sync on Sparc?
[07:22] <Mithrandir> infinity: sorry, it's still early morning here and I managed to think the conffile prompt broke something.
[07:22] <Mithrandir> infinity: I'm not sure how I managed that, but bigger wonders have happened in the early mornings.
[07:22]  * Mithrandir goes back to hiding under a rock
[07:31] <Vhata> what's the status of this: https://wiki.ubuntu.com/LTSUpgrades ?  (And where's the right place to discuss it?)  It seems to be at a standstill, and it's quite an important feature - I know a lot of people are relying on it to get from dapper to hardy on their servers
[07:32] <Vhata> it's marked as 'essential' here: https://blueprints.launchpad.net/ubuntu/hardy  - but it's the only one that isn't approved
[07:36] <pitti> Good morning
[07:38] <pitti> Riddell: ok, I'll have a look at MIR today
[07:39] <pitti> Mithrandir: hm, that looks like an absolutely normal arch/any desync to me, as we always get with new GNOMEs
[07:40] <pitti> Mithrandir: given back
[07:40] <infinity> pitti: It'll fail again, I'm sure.  I need to probably untangle sparc.
[07:41] <pitti> hm
[07:41] <infinity> Slow arches always get screwed with new GNOME.
[07:42] <infinity> pitti: If you want to trace it back through sparc failure and untangle it for me, more power to you.  I need sleep.
[07:52] <slangasek> pitti: speaking of MIR; is 195519 on your list, or are you and I deadlocked thinking the other is going to look at it first?
[07:56] <pitti> slangasek: actually locked on someone getting it into universe
[07:56] <pitti> o_O
[07:56] <pitti> update-signature crashed
[07:56] <pitti>   File "/usr/lib/python2.5/site-packages/launchpadbugs/http_connection.py", line 121, in _safe_urlopen
[07:56] <pitti>     raise Error.LPUrlError("login failed", url)
[07:56] <pitti> launchpadbugs.bughelper_error.LPUrlError: 'login failed https://launchpad.net/bugs/200089/+text'
[07:56] <ubotwo> pitti: Error: This bug is private
[07:56] <pitti> thekorn: ^
[07:57] <pitti> ah, private
[07:57] <pitti> dholbach: ^ seems update-signature does not get along with private bugs
[07:59] <slangasek> pitti: oh, then I don't think that was communicated to the submitter; your last comment was that PPA was sufficient for an MIR review?
[08:02] <dholbach> pitti: grmbl
[08:03] <pitti> slangasek: right; I just made a followup comment for clarifying
[08:03] <slangasek> pitti: ok, cheers
[08:04] <dholbach> pitti: bug filed
[08:04] <mdke> hi all. Does anyone know if about-this-computer is going to be included in hardy?
[08:08] <pitti> Keybuk: ^ ?
[08:12] <Fujitsu> Can I convince someone to kick suitesparse through binary NEW now?
[08:14] <mdke> thanks pitti - I will try the desktop ML
[08:26] <stgraber> moin
[08:29] <dholbach> GRRRR
[08:29]  * Fujitsu runs.
[08:29] <dholbach> why does my ubuntu-docs upload stall at 37125k / 37126k
[08:29] <dholbach> for the second time now
[08:30]  * dholbach uploads to a faster host and re-uploads from there
[08:30] <dholbach> ¡¡¡ GRRRR !!!
[08:30] <\sh> how broke the shadows on intel gras? ;)
[08:30]  * Fujitsu quickly attacks said faster host.
[08:31]  * dholbach strangles Fujitsu with passion
[08:31]  * Fujitsu predicted that.
[08:31] <dholbach> :)
[08:31]  * dholbach hugs Fujitsu
[08:33] <pitti> hi stgraber
[08:34] <stgraber> hi pitti
[08:34] <dholbach> sladen: I subscribed you to a bunch of acpi-support patches on http://people.ubuntu.com/~dholbach/sponsoring - do you think you'll have some time to look at them?
[08:40] <pitti> Fujitsu: suitesparse NEWed
[08:41] <Fujitsu> pitti: Danke.
[09:04] <MacSlow> hey seb128, mvo, pitti, asac
[09:05] <asac> hi!
[09:07] <pitti> hey MacSlow
[09:08] <\sh> hmm...for what is feisty-gdm-themes for? it creates a strange /usr/shareFeisty
[09:17] <mvo> hey MacSlow
[09:32] <Chipzz>   din> http://launchpad.net/bugs/200338
[09:32] <ubotwo> Launchpad bug 200338 in linux "no sound hardy kernel 2.6.24-12 " [Critical,Fix released]
[09:47] <Keybuk> mdke: at this point, I would say no
[09:50] <soren> I'm curious what'd happen if an ubuntu bug had a bug task against ubuntu-doc and it got closed by changelog-closes-bugs..
[09:52] <Keybuk> soren: the ubuntu task gets closed, the ubuntu-doc one shouldn't
[09:53] <soren> mkay.
[09:54] <soren> Erk... Edgy's usplash looks *horrible* in kvm.
[09:54] <soren> Hm.. Only the amd64 one. *shrug*
[09:56] <soren> whoops
[09:59] <Wartorn> It seems the newest xserver-xorg-video-intel is even worse than the previous version (alpha 6), compiz is now running terribly slow, 3d games have tons of artifacts etc (Intel X3100). Anyone know about this?
[10:02] <tjaalton> Wartorn: Xorg.0.log or didn't happen
[10:05] <Wartorn> http://pastebin.org/23187
[10:05] <Wartorn> contains some weird warnings etc, not sure what to make of it..
[10:10] <tjaalton> Wartorn: seems like the new greedy patch is broken after all
[10:10] <Wartorn> greedy?
[10:11] <Mithrandir> Wartorn: fwiw, I got just fine performance from flightgear, but I see the artifacts.
[10:12] <Wartorn> You have the X3100 chip?
[10:12] <tjaalton> Wartorn: EXA feature
[10:12] <Wartorn> "fine performance" means what? im getting like 5-10 fps no matter what setting
[10:13] <Wartorn> Though, this isnt really an issue of performance per se, since it seems the intel driver cant really use the x3100 chip properly. its just the compiz slowness/artifacts
[10:13] <tjaalton> I'll upgrade my laptop first and check out what's going on
[10:14] <tjaalton> Wartorn: hmm? it has supported it for a long time
[10:14] <Wartorn> Well, prolly has, but im getting terrible performance and opengl crashes all the time.. seems others are too, as far as i can tell from browsing the web
[10:14] <tjaalton> Wartorn: you are talking about mesa
[10:15] <Wartorn> oh, okay
[10:15] <Wartorn> Dont know too much about the driver-system in nix yet
[10:15] <tjaalton> 2D driver works fine, 3D most likely has some issues
[10:15] <Mithrandir> Wartorn: 40-50 fps, I think
[10:15] <Wartorn> yeah, 2d works fine
[10:15] <tjaalton> but that holds true for other drivers too
[10:15] <Wartorn> Mithrandir: What card?
[10:16] <Mithrandir> 00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 0c)
[10:16] <Mithrandir> whatever that translates to in marketing terms.
[10:16] <Wartorn> You kidding me? damnit, i got the same, and its running at 5-10 fps max
[10:16] <soren> mvo: Do you have a clue about https://bugs.edge.launchpad.net/ubuntu/+source/virtualbox-ose-modules/+bug/188579 ?
[10:16] <ubotwo> Launchpad bug 188579 in apt "Installing virtualbox-ose-modules pulls in 386 kernel (on -generic)" [Medium,Confirmed]
[10:16] <tjaalton> Mithrandir: are you running -1ubuntu3?
[10:16] <Mithrandir> well, I didn't count it, but it was running just fine, performance-wise.
[10:16] <Wartorn> Its not with me :(
[10:17] <Mithrandir> tjaalton: just let me reboot this laptop to make sure I'm actually using the latest kernel and all.
[10:17] <Wartorn> Man, this is an issue that has been annoying me for ages.
[10:17] <tjaalton> Wartorn: where did you upgrade from?
[10:17] <tjaalton> which version I mean
[10:17] <Wartorn> What do you mean?
[10:17] <tjaalton> gutsy or earlier hardy?
[10:18] <Wartorn> 7.10 to hardy about a week ago, and the update i did today broke stuff
[10:18] <Wartorn> or, well, gave me the artifacts etc
[10:18] <tjaalton> but before the latest update the performance was fine?
[10:18] <Wartorn> Well, not FlightGear fps etc, but Compiz worked fine
[10:19] <Wartorn> Compiz just makes video very slow, and all the fading effects jitter/are not smooth
[10:19] <tjaalton> there's another patch for that
[10:19] <Wartorn> well, generally, the whole usage feels slower with it on, now
[10:20] <Wartorn> oh, and even with compizconfig-settings-manager installed, i cant select "custom" settings on the appearance menu anymore
[10:20] <tjaalton> mvo: you had the patch for -intel that enables hw-overlay for 965 video?
[10:20] <RAOF> Wartorn: That's because it's now hooked up to ccsm-simple, or some such.
[10:21] <Wartorn> RAOF: Not sure exactly what that means :) Any way to fix it?
[10:21] <RAOF> Wartorn: "sudo aptitude install simple-ccsm" :)
[10:22] <Wartorn> But i'd be amazingly happy if anyone could fix my issues with the graphics chip. 8 fps in flightgear in 800x600, with my x3100, 2ghz dualcore and 2 gig ram just seems absurd
[10:22] <Wartorn> aight, thanks :)
[10:22] <Mithrandir> tjaalton: yes, I am.
[10:23] <Mithrandir> still fine performance.  I see glitches though.
[10:23] <mvo> tjaalton: yes, I have that one
[10:23] <Wartorn> Mithrandir/mvo: Have you done anything to fix the X3100 out of the box? if so, what?
[10:23] <mvo> tjaalton: last time I talked with bryce about it he was hesitant to include it, but I think its quite important
[10:24] <Mithrandir> Wartorn: no, I havent' fiddled with the xorg setup at all, except enabling wacom
[10:24] <ionstorm> why is there a fps difference when compiz is enabled
[10:24] <tjaalton> mvo: url? I'll test it on my laptop
[10:24] <mvo> Wartorn: I did a package for -intel some days ago that changed i965 to use hardware overlay, I need to check if it is still up-to-date
[10:24] <ionstorm> ever try glx gears with compiz enabled and then disabled? big fps difference on nvidia cards
[10:24] <ionstorm> thousands of frames
[10:25] <RAOF> Because glxgears isn't a benchmark of 3d performance.
[10:25] <Wartorn> Would that make my flightgear fps better or not? just asking, to make sure we're discussing the same thing
[10:25] <ionstorm> RAOF, what is a good benchmark?
[10:25] <RAOF> ionstorm: A game?  OpenArena?
[10:25] <ionstorm> btw, anyone know how to enable showfps
[10:25] <ionstorm> in openarena
[10:26] <mvo> tjaalton: http://people.ubuntu.com/~mvo/tmp/xserver-xorg-video-intel_2.2.1-1ubuntu3.debdiff <- that is the debdiff - you need to set "TexturedVideo" to "false" in the device section to make it work (that should be the default in the final patch)
[10:26] <pitti> cjwatson: "can't use authenticated mode on repository 'http://launchpad.net/~ubuntu-core-dev/launchpad-integration/ubuntu' since it is not a known repository (e.g. alioth)"
[10:26] <ionstorm> RAOF, what is the /showfps command for openarena
[10:26] <pitti> cjwatson: I thought that was fixed in debcheckout?
[10:26] <tjaalton> mvo: thanks, I'll try it
[10:26] <RAOF> ionstorm: I don't know?  /showfps? :)
[10:26] <mvo> Wartorn: its currently a bit experimental, I think I would like it polish it a bit first before it can get wider testing
[10:27] <ionstorm> RAOF, rofl, no idea
[10:27] <cjwatson> pitti: should be bazaar.launchpad.net not launchpad.net
[10:27] <pitti> cjwatson: ah; well, bzr get'ing that URL works
[10:27] <tjaalton> yeah, greedy is definately not enabled with the latest version
[10:27] <mvo> Wartorn: but if you are adventurous please follow the instructions I gave tjaalton :)
[10:27] <Wartorn> Well, the state im in now, with graphics basically broken, i'd be glad to help
[10:27] <cjwatson> pitti: ah, hmm
[10:27] <pitti> cjwatson: I'll change it, though
[10:27] <Wartorn> yeah, but how do i use a debdiff file like that?
[10:27] <tjaalton> Mithrandir: check that your xorg.conf does not have anything extra :)
[10:28] <cjwatson> pitti: do file a bug against devscripts though
[10:28] <tjaalton> Wartorn: just set 'Option "MigrationHeuristic" "greedy"' for now, until a fix is uploaded
[10:28] <Wartorn> in Xorg.conf?
[10:29] <tjaalton> yep
[10:29] <mvo> tjaalton: even with greedy (at least I think it was enabled) fullscreen video was not very impressive for me
[10:29] <tjaalton> device-section
[10:29] <tjaalton> mvo: yep, jerky as h*ll
[10:29] <pitti> cjwatson: done, bug 200924
[10:29] <ubotwo> Launchpad bug 200924 in devscripts "debcheckout does not regognize http://launchpad.net/ URLs" [Undecided,New] https://launchpad.net/bugs/200924
[10:29] <cjwatson> ta
[10:30] <Wartorn> tjaalton: Okay, so how do i know when a patch is released (and when can we expect it?) and do i need to remove it then?
[10:30] <tjaalton> sigh.. nvidia really should fix the memleaks.. compiz eats all my RAM after a couple of days
[10:30] <tjaalton> Wartorn: you don't need to remove it then. just check your updates
[10:31] <RAOF> tjaalton: That's nvidia telling you to get a 512Mb card :P
[10:32] <Wartorn> Just another question.. How come Mithrandir gets 5 times more FPS than me, with Flightgear when we have the same chip? i dont get this..
[10:32] <tjaalton> RAOF: yeah, it's a measly GF7950
[10:34] <Wartorn> Ah well, gonna test that xorg.conf thing.. Thanks for all your help so far :)
[10:34] <mvo> tjaalton, bryce: if there is a good chance that this patch enters -intel I'm happy to work on it again and resolve the outstanding issue (but only if the chances are good that we actually include it)
[10:35] <tjaalton> mvo: I'm in favour of it, since it's from upstream anyway?
[10:35] <tjaalton> bryce is asleep atm
[10:35] <tjaalton> but I'll test it first to see if there are any issues
[10:35] <mvo> tjaalton: not really from upstream, but upstream seems to be in favor of it (but I haven't checked the latest messages on the xorg list about it)
[10:35] <mvo> tjaalton: thanks :)
[10:36] <tjaalton> mvo: is there an upstream bug report about it?
[10:39] <Wartorn> Thanks, the line to xorg.conf fixed the compiz issues. Though not the lousy fps in flightgear.
[10:39] <mvo> tjaalton: http://thread.gmane.org/gmane.comp.freedesktop.xorg/26334 <- that is the discussion about it, looks like it got commited to git already
[10:41] <tjaalton> mvo: yep, nice
[10:49] <Mez> does anyone have an AMD64 build machine that I can use ?
[10:49] <Mez> (I need to test some builds on amd64, but dont have access to one currently(
[10:50] <tjaalton> Mez: PPA?
[10:50] <Mez> tjaalton, I need to build against debian too :(
[10:52] <Wartorn> tjaalton: Just a question, if i install the hardware overlay patch, could this increase my opengl performance? like games wise, not just video?
[10:55] <tjaalton> Wartorn: nope
[10:55] <tseliot> Wartorn: have you tried putting this option in the Section "Device" of your xorg.conf?
[10:56] <tseliot> Option "AccelMethod" "XAA"
[10:56] <Wartorn> No, i have not
[10:56] <Wartorn> i will try :)
[10:56] <tseliot> Wartorn: try it and restart the Xserver
[10:57] <Wartorn> allright, be right back
[10:58] <Wartorn> sadly, no improvement on the FPS in flightgear whatsoever :(
[10:59] <Wartorn> Seems to use XAA for acceleration though, according to the logs
[10:59] <Mithrandir> tjaalton: http://pastebin.com/f3da10a8a
[10:59] <Mithrandir> tjaalton: that's my xorg.conf
[11:00] <Wartorn> I dont get it, same chipset as me, but better fps..
[11:01] <tjaalton> Mithrandir: looks clean enough, and since you mentioned the glitches you are not running with greedy migration :)
[11:19] <tjaalton> hmm, not much I can do about the intel breakage before bryce gets back, since the new patch touches another part of the source than the previous one
[11:22] <Wartorn> Oh, is AHCI preffered to be on or off in the BIOS, when running ubuntu btw?
[11:22] <Wartorn> cant seem to find any hard info on the topic
[11:24] <infinity> Wartorn: AHCI, as in your SATA controller?
[11:24] <infinity> Wartorn: That's somewhat useful to have enabled.
[11:25] <Wartorn> Yeah, SATA controller. Okay, thanks :)
[11:25] <Wartorn> I just know that XP SP1 wont install with it on, gotta have SP2. Just wondered about the ubuntu support for it
[11:25] <infinity> Wartorn: The AHCI drivers are "cleaner" than the mess of chipset-specific drivers and, in my experience, tend to do the right thing more often.
[11:26] <Wartorn> Okay, thanks alot for the info.
[11:33] <tjaalton> mvo: video is better with that patch, but still not that good
[11:33] <tjaalton> mvo: fullscreen is usable also without it, but when you get something else on the screen (like when changing volume) it slows down
[12:05] <mvo> tjaalton: thanks for giving it a go! does it matter if you have exa or xaa for the tests? i.e. is one of them faster or is it all the same?
[12:05] <ogra_cmpc> mvo, asac, http://people.ubuntu.com/~ogra/classmate/images/8.04/
[12:06] <ogra_cmpc> i'd appreciate some install testing (takes about 30min (with only 5 needing your attention))
[12:07] <mvo> ogra_cmpc: downloading now
[12:07] <ogra_cmpc> thanks :)
[12:07] <tjaalton> mvo: totem crashes with XAA
[12:07] <mvo> tjaalton: with badalloc?
[12:07] <tjaalton> yep
[12:08] <mvo> tjaalton: and ""TexturedVideo" is set to "false" in the config?
[12:08] <mvo> that is strange, my understanding is that it should work :/
[12:08] <tjaalton> mvo: I grabbed the upstream patch
[12:09] <mvo> tjaalton: I think the upstream patch provides two Xv ports, but uses the textured one as default
[12:09] <asac> ogra_cmpc: getting the bits right now
[12:09] <ogra_cmpc> thanks :)
[12:09] <Tonio_> carlos: ping ? There is a little problem with kdesudo translations missing in the langpacks....
[12:09] <carlos> Tonio_: hi
[12:09] <mvo> ogra_cmpc: if you make suspend to ram work, I will love the cmpc much more ...
[12:09] <carlos> Tonio_: which distro series?
[12:09] <Tonio_> carlos: it's been in main for 8 month now, and also the pot file is correctly exported to rosetta
[12:10] <carlos> Tonio_: Hardy?
[12:10] <ogra_cmpc> mvo, just waiting for amitk to blow the horn
[12:10] <tjaalton> mvo: ok I'll try the original version next
[12:10] <Tonio_> carlos: both gutsy and hardy.... no issue for gutsy, but it would be nice having it in hardy
[12:10] <Tonio_> carlos: yes
[12:10] <ogra_cmpc> mvo, at least the daily builds seem to work fine now so changes will be there the next day
[12:10] <Tonio_> carlos: afaics, the pot file is already mostly translated in rosetta btw
[12:11] <Tonio_> carlos: but no kdesudo.mo available in any package
[12:11] <pitti> StevenK, Hobbsee: for bug 192507, do you generally consider "Monday" as start of the week? the current en_AU locale uses Sunday
[12:11] <ubotwo> Launchpad bug 192507 in langpack-locales "en_AU locale: first day of week incorrect" [Undecided,New] https://launchpad.net/bugs/192507
[12:11] <mvo> ogra_cmpc: nice!
[12:12] <ogra_cmpc> :D
[12:12] <infinity> pitti: When I lived in .au, it still seemed to be a Sun->Sat type of place.
[12:12] <infinity> pitti: I'm not sure if there's a government standard or anything, though.
[12:12] <Tonio_> carlos: there is probably something going wrong with the rosetta export, but I can't figure out what exactly
[12:12] <carlos> Tonio_: next language pack should have it, we didn't have it tagged as something to export to the language packs
[12:13] <carlos> I fixed it for gutsy and Hardy
[12:13] <Tonio_> carlos: ho that's done manually ? I thought it was automatic for packages in main ?
[12:13] <abogani> keescook: Hi Kees! I have just cherry-picked fix against Gutsy git repo for bug #162642. After applied this cifs module still works. Do you find it useful?
[12:13] <abogani> BenC: ^^^
[12:13] <ubotwo> Launchpad bug 162642 in linux-source-2.6.22 "[CVE-2007-5904] Multiple buffer overflows in CIFS VFS in Linux kernel 2.6.23 and earlier" [High,Triaged] https://launchpad.net/bugs/162642
[12:13] <Tonio_> carlos: I'll remember this in order to ping you once we add something to the distro by default ;)
[12:13] <Tonio_> carlos: also are you aware of a bug reguarding to kde menus ?
[12:13] <carlos> Tonio_: no, we do it once. there are some translations that we don't export in hte language pack, like ubuntu-docs
[12:14] <Tonio_> carlos: those are only partly translated for 2 weeks
[12:14] <carlos> Tonio_: well, when something new is added, we set that flag
[12:14] <carlos> when we approve it the first time
[12:14] <Tonio_> carlos: okay:)
[12:14] <carlos> but I guess we did a mistake with kdesudo...
[12:14] <infinity> pitti: I *do* agree with the wishlist part of the bug, though; first day of the week should be readily configurable.
[12:14] <pitti> yeah :/
[12:14] <Tonio_> carlos: not a big deal as long as hardy has it
[12:15] <infinity> pitti: (I live in a "sunday first" country, but wouldn't mind my calendar showing Monday first, as it makes more "sense" to a mon-fri working man..)
[12:15] <Tonio_> carlos: so about kde menus ? is that known problem ?
[12:15]  * ogra_cmpc really wonders how someone can consider the last day of a weekEND as the start ...
[12:15] <pitti> infinity: "In Australia the majority of the calendars are printed with Monday as the first day of the week"
[12:15] <ogra_cmpc> crazy non-europeans
[12:15] <carlos> Tonio_: what's wrong with KDE menus?
[12:15] <pitti> infinity: hmm, I can just follow what the Australians recommend me
[12:16] <pitti> infinity: I added that gnome-panel task, anyway
[12:16] <Tonio_> carlos: translation is broken, only is the menus, the rest of applications are translated
[12:16] <Tonio_> carlos: I suspect langpacks are not involved, that's probable a code issue
[12:16] <infinity> pitti: The fact that his only reference is to quote ISO8601 (which is country-agnostic, and all about computer dates) isn't helpful, though.
[12:16] <carlos> Tonio_: no translations at all in all menu entries?
[12:16] <Hobbsee> pitti: seems both are valid.  i tend to use sunday as the first day of the week, but a lot use monday, particularly working people
[12:17] <Tonio_> carlos: 80% is in english, some menus are translated
[12:17] <Hobbsee> mon-sun is probably the "norm", i suspect
[12:17] <carlos> Tonio_: yeah, that sounds like a problem with the code that handle menus
[12:17] <Tonio_> it happened once a few years ago
[12:17] <carlos> Tonio_: talk with Riddell about it
[12:18] <Tonio_> yep
[12:19] <infinity> pitti: Not even sure about the printed calendar statement, TBH.  Could just as easily be that the people he knows buys calendars that start with Monday. :)
[12:19] <pitti> heh
[12:19] <infinity> pitti: *shrug*... One man's anecdotal evidence does not a standard make.
[12:19] <infinity> (And if you change it, someone else will complain, because their calendar changed after being Sun-Sat for the last 3 years that they've been using Ubuntu)
[12:20] <Hobbsee> mine here is a sun-sat calendar
[12:20] <pitti> right, I backed it out and set it to wontfix; thanks for your input
[12:21] <infinity> pitti: My biggest argument would be the inertia one, really.  Having your calendar re-base itself to Monday on upgrade can be jarring, if you've read it the other way for 3 years.
[12:21] <pitti> right
[12:24] <Tonio_> carlos: I was talking about bug 196106
[12:24] <ubotwo> Launchpad bug 196106 in rosetta "context menu entry "Paste File" [and other dialogs] not translated into German (anymore)" [Critical,In progress] https://launchpad.net/bugs/196106
[12:24] <seb128> pitti: what gnome-panel task?
[12:24] <infinity> Most numerical standards entirely sidestep the issue by making Sunday be both 0 and 7, so you can be 0-6 or 1-7, mood permitting.  There's no way to visually represent that, though.
[12:24] <Tonio_> carlos: sorry for the long time to find out the issue
[12:24] <infinity> So, yeah, having an option would be a Good Thing.
[12:24] <carlos> Tonio_: that's not related with menus...
[12:24] <seb128> hey carlos
[12:24] <carlos> Tonio_: that's only related with plural forms and usually, Dapper
[12:25] <carlos> seb128: hi
[12:25] <Tonio_> carlos: afaics, hardy is broken the same way
[12:25] <seb128> carlos: any news about this list of packages which don't have updated translations you were support to have 10 days ago? ;-)
[12:25] <Tonio_> carlos: or maybe that's another bug then ?
[12:25] <seb128> carlos: we really need to fix those now, beta is next week
[12:25] <carlos> Tonio_: Could you show me an example, because I can tell you for sure is not the same issue
[12:25] <carlos> ?
[12:26] <carlos> seb128: I just got back access to the db mirror to prepare such report
[12:26] <carlos> I lost access to it before I had time to finish the report
[12:26] <seb128> carlos: ah, you were kicked out?-፤)
[12:26] <Tonio_> http://toniox.org/temp/capture85.pnb
[12:26] <carlos> I will try to give you it today
[12:26] <seb128> hate hate hate hate hate hate scim
[12:26] <carlos> seb128: kind off ;-)
[12:26] <Tonio_> carlos: the menu on top is mostly in english
[12:26] <seb128> carlos: thanks
[12:26] <infinity> seb128: https://bugs.edge.launchpad.net/ubuntu/+source/langpack-locales/+bug/192507
[12:26] <ubotwo> Launchpad bug 192507 in gnome-panel "en_AU locale: first day of week incorrect" [Wishlist,Confirmed]
[12:26] <carlos> seb128: me too, I just purged all those packages, to prevent that kind of problem
[12:26] <infinity> seb128: (In response to your question to pitti)
[12:26] <carlos> seb128: we don't have an easy way to disable it!
[12:27] <carlos> Tonio_: the bug you pointed to me is not about menus...
[12:27] <carlos> or I misread it...
[12:27] <Tonio_> carlos: I'm not sure only the menus are broken in fact :)
[12:28] <Tonio_> carlos: looks more general issue, but I'll investigate, don't waste your time, Riddell and I are aware of the issue
[12:28] <carlos> Tonio_: in fact, confirmed, that bug is not about Hardy at all
[12:28] <Tonio_> carlos: okay
[12:29] <carlos> Tonio_: that's something we are working on and I'm completely sure it's not possible to happen in Hardy, so if something similar happens, it's a new bug
[12:29] <carlos> with a different solucion
[12:29] <carlos> solution
[12:29] <tjaalton> mvo: still crashes with TexturedVideo false
[12:29] <Tonio_> hum, I'll invesgate and if I can't find, then I'll report it
[12:29] <seb128> infinity, pitti: I'm closing the panel task there
[12:30] <carlos> seb128: sudo dpkg --purge scim scim-bridge-agent scim-bridge-client-gtk scim-gtk2-immodule scim-modules-socket scim-modules-table scim-tables-additional libscim8c2a
[12:30] <carlos> seb128: ;-)
[12:30] <carlos> seb128: that will lock your desktop, though, so do it when you are going to reboot
[12:30] <seb128> carlos: yeah, I'll do something like that I think
[12:31] <Riddell> xhaker: about?
[12:31] <seb128> infinity, pitti: we already have bugs on the topic, I'm just too lazy to look for the exact numbers
[12:31] <infinity> seb128: As long as you know it's already filed (and say so when you close it). ;)
[12:32] <infinity> seb128: I might avoid using the word "lazy" in your closing comment, though.
[12:32] <seb128> infinity: I used "there is already other gnome-panel bugs about similar issue, closing this one"
[12:32] <tjaalton> mvo: but with EXA it works, and it's a lot faster, since it's not trying any translucent effects on top of the video (that's what textured video is for right?)
[12:32] <infinity> seb128: Yeah, I read it. :)
[12:32] <Riddell> xhaker: question on bug     - Remove hotplug references - Remove bashism in debian/rules to rename udev files. - Install libmtp7.rules
[12:32] <Riddell> hmm
[12:33] <Riddell> xhaker: question on bug 199504
[12:33] <ubotwo> Launchpad bug 199504 in libmtp "Please sync libmtp_0.2.6-1 from debian unstable" [Undecided,Confirmed] https://launchpad.net/bugs/199504
[12:34] <Riddell> geser: can you attend to bug 199645 ?
[12:34] <ubotwo> Launchpad bug 199645 in libcompizconfig-backend-kconfig "[Remove] Please remove libcompizconfig-backend-kconfig from hardy" [Undecided,Incomplete] https://launchpad.net/bugs/199645
[12:49] <mvo> ogra_cmpc_: installing is good so far, how detailed do you want the report? tzdata gives me some stange options (like Etc and SystemV)
[12:50] <Wartorn> Is there any way i can just cat iso > usbstick somehow, and make it bootable? all guides i can find seem to use some bootloader etc, is this really necessary when you have a bootable iso? Thinking about reinstalling ubuntu with the latest alpha image, and not having go buy new cds :P
[12:51] <ogra> mvo, "it works" is a good enough report for now :)
[12:53] <Kano> hi, could somebody update this: http://packages.debian.org/sid/ov51x-jpeg-source
[12:54] <Kano> because hardy's version is too old for kernel 2.6.24
[12:54] <Kano> and it is not in lum
[12:56]  * lamont ponders where in the mess of cdbs makefile crap one turns on a debug unstripped build
[12:56] <mvo> ogra: "it works" (tm)
[12:56] <ogra> :)
[12:58] <mvo> ogra: all seems to work well, nice work
[12:59] <persia> lamont: just set DEB_BUILD_OPTIONS=nostrip, and it does it automagically
[12:59] <mvo> ogra: the firefox welcome page is still 7.10
[13:00] <mvo> ogra: and acpi has no rate information
[13:01] <ogra> mvo, yeah, thats edubuntu artworks fault
[13:01] <ogra> you mean no battery info ?
[13:02] <mvo> ogra: at least no charge info
[13:02] <ogra> hmm, k
[13:02] <ogra> i'll check that
[13:02] <ogra> it has here on one machine at least
[13:02] <mvo> ogra: and no discharge info too it seems
[13:02] <ogra> weird
[13:03] <ogra> is the battery module loaded ?
[13:06] <asac> ogra: oh .. i completely forgot about the  install :)
[13:06] <asac> apparently it just finished
[13:06] <asac> lets see
[13:09] <asac> ogra: firefox startup time was about 10s. not that bad
[13:10] <asac> ogra: do we still need to do something about the tabs?
[13:11] <ogra> no, apparently not
[13:11] <asac> ogra: charge level is properly displayed (while charging)
[13:11] <ogra> i can at least work with three of them at the same time without probs
[13:11] <asac> three tabs?
[13:11] <ogra> even the details ?
[13:11] <ogra> yeah, three tabs :)
[13:12] <ogra> at least if you dont run any other big app
[13:12] <asac> present rate is unknown
[13:12] <asac> but that is expected while charing it guess
[13:12] <ogra> right
[13:12] <asac> let me unplug
[13:12] <ogra> apparently it needs some time to measure first
[13:12] <ogra> mvo said he has the rate now
[13:12] <asac> hmm ... still unknown while discharging
[13:12] <asac> lets wait a bit
[13:13] <ogra> yeah
[13:13] <asac> ogra: screen was not dimmed when unplugging. is that wanted?
[13:13] <jordi> pitti: hey
[13:13] <ogra> thats not the -12 kernel yet anyway, i'll see what tonights image gives me with that
[13:14] <ogra> the classmate-tools arent in yet either (screen switcher etc)
[13:14] <jordi> pitti: I'm not entirely sure why hardy didn't get alsa-lib 1.0.16, but I just uploaded -2 which fixes a regression that was hitting many people
[13:14] <ogra> for now hearing that it works on the other machines makes me happy already, the installer was my main issue :)
[13:15] <asac> ogra: ok ... makes me happy too then ;)
[13:15] <ogra> and ff just recently started to behave out of the blue ... inetween tehre was a release that was barely starting :)
[13:16] <asac> ogra: you have any special firefox settings?
[13:16] <ogra> but suddenly you can even use it without disabling the caches
[13:16] <ogra> not anymore
[13:16] <asac> cool
[13:16] <ogra> it seemed to work fine in the current image
[13:17] <ogra> if it regresses i can still drop cache settings
[13:17] <asac> feels pretty responsive imo
[13:17] <ogra> yeah
[13:17] <asac> congrats ;)
[13:17] <ogra> thanks :) not only my work (i dont maintain the browser ;) )
[13:18] <asac> ogra: in system you have "about ubuntu" + "about edubuntu" ... is that expected?
[13:19] <ogra> yes
[13:19] <asac> k
[13:19] <ogra> that they both have the same icon is a bug though, but we carry that since more than one release and its a very intrusive change
[13:19] <asac> cool. hardy on classmate. now even me feels better ;)
[13:20] <ogra> heh
[13:20] <asac> ogra: define very intrusive?
[13:20] <asac> does suspend work?
[13:20] <ogra> well, the about ubuntu thing is hardcoded ... ther would be needed some automation
[13:21] <mvo> ogra: its gone again (the rate) after a reboot
[13:21] <ogra> not yet
[13:21] <asac> ok ... just becaues i get that option in the power-manager applet
[13:21] <ogra> tonights image wil have te capability (needs linux -12)
[13:21] <mvo> ogra: battery is loaded and I waited ~5min and it didn't come back
[13:21] <asac> ogra: present rate still unknown here
[13:21] <ogra> "didnt come back" ?
[13:21] <asac> and remaining capacity is only 2880 ... that sounds too low?
[13:22] <asac> hmm. apparently not. design is 4000
[13:22] <mvo> ogra: I had remaining capacity information before reboot, then I rebooteted and now its gone and is not available anymore
[13:22] <ogra> you mean the icon ?
[13:23] <ogra> or the info on te icon
[13:24]  * ogra finishes a fresh install on the spare cmpc ... lets see
[13:24] <mvo> ogra: sorry, the info
[13:24] <ogra> ah, hmm
[13:24] <mvo> ogra: both with the icon and when I run the plain "acpi" command
[13:25] <ogra> sounds like a kernel issue
[13:25] <ogra> lets wait for -12
[13:28] <Tonio_> carlos: concerning the "kde menus", it looks like the strings are in kdelibs.pot on rosetta anymore
[13:28] <ogra> hmm, "Computer is running on battery ... Laptop battery 4 hours and 45 minutes remaining (63%)" ...
[13:28] <ogra> mvo, thats what my tooltip says
[13:28] <Tonio_> carlos: the file is patched during the build process, and I'd like to know if the pot is imported before or after the patching
[13:29] <Tonio_> carlos: what to grep in the build log for the launchpad import ?
[13:29] <carlos> Tonio_: we get it after the patch is done
[13:29] <ogra> "discharge time is currently unknown" below that though
[13:29] <carlos> Tonio_: unless there is a bug, of course
[13:29] <Tonio_> carlos: that's what I'm trying to find out
[13:29] <carlos> Tonio_: I'm not an ubuntu developer. so you need Riddell or any other developer to give you that information
[13:29] <Tonio_> carlos do you have access to the source pot file on rosetta ?
[13:30] <Tonio_> carlos I'd like to compare kdelibs.pot content on gutsy and hardy in the source possibly, not the generated ones from launchpad
[13:30] <Riddell> its a buildd question
[13:30] <carlos> Tonio_: no, those files are not stored once we import them
[13:30] <Riddell> pitti: do you know when .pot files get extracted from builds into launchpad?
[13:31] <Tonio_> carlos: okay
[13:31] <pitti> Riddell: extraction happens at the time dpkg-deb runs
[13:31] <cjwatson> pitti: bug 200831 has a crash report attached in an unusual way. Is it possible for the retracer to operate on it anyway?
[13:31] <ubotwo> Launchpad bug 200831 in man-db "man-db exits return code 139 and seg faults" [Undecided,New] https://launchpad.net/bugs/200831
[13:31] <pitti> Riddell: the tarball with .pot and .po is then added to the .changes and uploaded together with the debs, then fed to LP translations
[13:32] <Tonio_> carlos: what I can see : the strings causing problems are now commented in the downloaded pot
[13:32] <Tonio_> carlos: Riddell told me that means they are not in the last pot imported
[13:32] <carlos> that's right
[13:32] <Tonio_> carlos: okay so here is the problem
[13:32] <Tonio_> pitti: dpkg-deb ? okay looking
[13:33] <pitti> cjwatson: not ATM unfortunately, that's bug 173591
[13:33] <ubotwo> Launchpad bug 173591 in apport "tool for fixing a LP bug with a .crash attachment" [Medium,Triaged] https://launchpad.net/bugs/173591
[13:33] <cjwatson> pitti: can I do it by hand?
[13:33] <asac> cjwatson: i tend to ask the reporter to submit a new bug by double clicking on it. maybe you can do that by yourself
[13:33] <pitti> cjwatson: it can be downloaded and fed to apport-retrace, yes
[13:33] <ogra> asac, btw fo all the ram testing we did i recently discovered htop ... its the awesome if you need to watch resouces
[13:33] <Riddell> Tonio_: "Publishing chroot-autobuild/build/buildd/kdelibs_3.5.9-0ubuntu2_i386_translations.tar.gz for rosetta" I guess
[13:34] <Riddell> that happens after the msgmerge
[13:34] <pitti> cjwatson: you need to do that in the appropriate release (or chroot), add the ddeb apt sources, and then do something like apport-retrace -s -u foo.crash (see manpage)
[13:34] <pitti> Tonio_: that's the latest possible time to strip the binaries
[13:35] <pitti> Tonio_: so it usually picks up all the generated .pot files
[13:35] <Tonio_> pitti: okay
[13:35] <mvo> ogra: htop looks quite nice
[13:35] <pitti> cjwatson: ah, it doesn't even have package info, etc., so you need to use -R
[13:35] <Tonio_> Riddell: afaics, the msgcat is performed after kdelibs4-doc package is beeing built, but way before the other packages
[13:36] <ogra> yeah
[13:36] <Tonio_> Riddell: what I don't understand is why patching the pot file that late ?
[13:36] <Tonio_> Riddell: is there a reason not patching it at the very begining of the build, like makebuilddir or something ?
[13:37] <ogra> and it gives you intresting accumulated ram info :) it helped me a lot with the classmate ... the current default desktop needs lss tan 100M to run :)
[13:37] <Riddell> Tonio_: kdelibs.pot doesn't exist then
[13:37] <ogra> (vs around 180M for teh normal ubuntu)
[13:37] <Tonio_> Riddell: hum, true :)
[13:38] <Tonio_> Riddell: okay I'll build locally and see if the file is beeing patched....
[13:40] <cjwatson> pitti: can I do that in the retracer chroot on ronne?
[13:40] <Tonio_> Riddell:
[13:40] <Tonio_> 	msgcat kde.pot po/kdelibs.pot > kdelibs.pot-merged
[13:40] <Tonio_> 	mv kdelibs.pot-merged po/kdelibs.pot
[13:40] <cjwatson> ISTR managing that before
[13:40] <Tonio_> isn't that just an overriding question thing ?
[13:40] <pitti> yes, should be possible
[13:41] <cjwatson> ~pitti/bin/retracer-login-i386 seems to DTRT
[13:41] <pitti> cjwatson: haven't used that for a while, but it should still work, yes
[13:41] <Riddell> Tonio_: a what?
[13:41] <pitti> cjwatson: I just fixed the chroots this morning, so they should be  current and working
[13:41] <Tonio_> overwritting question problem
[13:42] <cjwatson> pitti: ~pitti/bin/retracer-login-amd64 breaks
[13:42] <Riddell> Tonio_: I don't understand
[13:42] <cjwatson> -su: /home/pitti/apport-retracer-amd64/environ: No such file or directory
[13:42] <cjwatson> -su: apport-chroot: command not found
[13:42] <pitti> cjwatson: right, wrong path; let me fix them
[13:42] <Tonio_> Riddell: bah mv is trying to overwrite the existing file
[13:42] <Tonio_> Riddell: what will happen by default ? yes or no ? I'm unsure what will happen
[13:42] <Tonio_> mv -f, I know :) mv only, I'm unsure
[13:43] <Riddell> Tonio_: it'll overwrite the file
[13:43] <Tonio_> hum okay
[13:43] <pitti> cjwatson: fixed
[13:44] <pitti> cjwatson: you should be able to login, apt-get install wget, fetch the attachment, and call apport-retrace -Ru -s (or -g if you want gdb instead of stacktrace stdout)
[13:44] <Tonio_> Riddell: debuild -nc started, we will know what happens in an hour (about)
[13:47] <cjwatson> pitti: 'apport-retrace -Ru -s /tmp/_usr_lib_man-db_mandb.6.crash' fails, and after adding a Package line it fails in an even more obscure way; help?
[13:47] <pitti> cjwatson: don't change the .crash file; -R should take care of providing the missing packaging info
[13:47] <pitti> cjwatson: how does it fail?
[13:48]  * pitti tries the same
[13:48] <cjwatson>   File "/tmp/tmpoTgkRH/usr/bin/apport-retrace", line 199, in install_missing_packages
[13:48] <cjwatson>     (pkg, version) = l.split()[:2]
[13:48] <cjwatson> ValueError: need more than 1 value to unpack
[13:48] <cjwatson> is the second crash
[13:48] <cjwatson> first one is: report file does not contain required fields: CoreDump Package ExecutablePath
[13:48] <pitti> cjwatson: second crash> apparently you introduced an empty line
[13:49] <cjwatson> blink
[13:49] <pitti> the first one should actually be taken care of with -R, weird
[13:49] <cjwatson> I'm sure I didn't, unless the vi in that chroot is very broken
[13:50] <pitti> cjwatson: ah, reproduced here; hang on
[13:51] <tseliot> mvo: just FYI I've tried hardy on my laptop with an Intel 945GM and I've noticed that I'm no longer affected by the problem with Compiz (with EXA) and xv. Therefore I don't think the old patch is necessary.
[13:51] <pitti> cjwatson: aah
[13:52] <pitti> cjwatson: so, the report did not have Package: field
[13:52] <pitti> cjwatson: and -R was not able to map /usr/lib/man-db/mandb to a package because dpkg -S doesn't work for it (since man-db is not installed)
[13:52] <pitti> cjwatson: so, apt-get install man-db (yes, it'll fail to configure), then it at least runs
[13:53] <pitti> useless stack trace, though :(
[13:53] <cjwatson> ah. Perhaps a command-line argument to apport-retrace to force the package name without having to do that
[13:54] <pitti> cjwatson: right
[13:54] <cjwatson> E: Unable to find a source package for man-db
[13:54]  * pitti wishes he had more time to hack on apport
[13:54] <cjwatson> and then a useless stack trace
[13:54] <\sh> damn...I forgot that ffmpeg is in main...
[13:55] <pitti> cjwatson: that's just for a source-annotated stack trace; it doesn't affect the symbols in the 'normal' stack trace
[13:55] <mantiena-baltix> keescook: hi, could we talk about inkscape 0.46 a little bit ?
[13:55] <cjwatson> ah, perhaps I need to use a gutsy retracer
[13:55] <pitti> WARNING: /lib/libc-2.6.1.so is needed, but cannot be mapped to a package
[13:55] <pitti> right, seems to be gutsy
[13:55] <Gatestone> Where can I find the signing keys for Ubuntu repositories? Does "WARNING: The following packages cannot be authenticated!" mean I don't have a key, or does is mean the packages are not signed?
[13:55] <pitti> cjwatson: indeed, the bug says so
[13:55] <pitti> cjwatson: I don't have wrapper scripts for that, I can create some
[13:56] <cjwatson> doesn't matter, easy to do by hand
[13:56] <pitti> right, it's just s/hardy.tar.gz/gutsy.tar.gz/
[13:56] <BenC> cjwatson: cell => powerpc64-smp compat meta packages just uploaded
[13:58] <pitti> cjwatson: argh, that chroot seems to be a bit broken; let me fix it first
[14:01] <Gatestone> To answer my question: do "apt-get install debian-archive-keyring" to stop signing WARNINGs about official non-3rd-party packages.
[14:01] <Tonio_> carlos: last question, should I reupload kdesudo so that launchpad catches the pot ?
[14:02] <carlos> Tonio_: well, the fact that we were not exporting it doesn't mean it was not exported
[14:03] <carlos> Tonio_: is there any problem with the one published ?
[14:04] <cjwatson> pitti: oh, ok, I just purged some stuff first and it left me with something that seems usable
[14:04] <pitti> cjwatson: right; chroot is updated now
[14:04] <pitti> with apt-get -f install being happy now
[14:04]  * pitti sighs at fakechroot bugs
[14:05] <pitti> one day, one day...
[14:05] <cjwatson> Gatestone: the message means either that you don't have a key or that the archive is unsigned; it doesn't distinguish
[14:05] <\sh> I wonder if "adding a new binary which was never build from source" needs a FFe? :)
[14:05] <jdong> pitti: can you take a peek at bug 193784 for me?
[14:06] <ubotwo> Launchpad bug 193784 in gutsy-backports "Amarok Size Mismatch (gutsy-backports)" [Undecided,Confirmed] https://launchpad.net/bugs/193784
[14:06] <\sh> new binary here means "a tool from ffmpeg" ;)
[14:09] <jdong> \sh: I thought that meant a member of ~motumedia
[14:09] <jdong> :D
[14:12] <Tonio_> carlos: nope, the one on launchpad is good, so I'll just wait for the next langpacks then ;)
[14:14] <carlos> Tonio_: yeah ;-)
[14:15] <\sh> jdong: lol
[14:29] <dholbach> http://daniel.holba.ch/really-fix-it - We have 194/1381 already! Keep It Up! :)
[14:33] <Amaranth> dholbach: how do i clear something off of there? the compiz-fusion-plugins-extra one is not a correct fix
[14:33] <dholbach> Amaranth: you can remove the 'patch' flag from the attachment
[14:34] <Amaranth> how?
[14:34] <dholbach> open the bug
[14:34] <dholbach> attachments (on the left side)
[14:34] <dholbach> (edit) link
[14:34] <Amaranth> ah
[14:34] <dholbach> it's a bit of a hacky solution, but ... *shrug*
[14:35] <Amaranth> alright then, next upload of compiz should clear it from the really-fix-it list then :)
[14:35] <dholbach> PARTY ON
[14:35]  * dholbach hugs Amaranth
[14:36] <Amaranth> hehe
[14:43] <\sh> brb
[14:49] <pitti> jdong: uh, weird; mvo, any idea bout bug 193784?
[14:49] <ubotwo> Launchpad bug 193784 in gutsy-backports "Amarok Size Mismatch (gutsy-backports)" [Undecided,Confirmed] https://launchpad.net/bugs/193784
[14:57] <mantiena-baltix> seb128_: hi, do you have some time to talk about gnome-panel's menu icon bugs ? Or you are not right person to talk about gnome-panel in Ubuntu ?
[14:58] <mantiena-baltix> Problem is in appearance of gnome-panel menu (Applications, Places, System) and main-menu applets - it seems both applets uses same icon, but main-menu applet can use wide icons, while menu applet can't.
[14:58] <seb128_> mantiena-baltix: I don't understand the description
[14:58] <seb128_> what wide icons?
[14:58] <seb128_> menus use 24x24 icons
[14:59] <mantiena-baltix> seb128_: wine=not proportional, for example main-menu applet can use 24x48 or 24x60 icons
[14:59] <seb128_> what is main-menu applet?
[15:00] <mantiena-baltix> Because of this I wanna to use different icons for these applets, but still didn't found a way how to do this - it seems ubuntu uses same start-here icon for both
[15:01] <mantiena-baltix> seb128_: Add to Panel->Utilities->Main menu
[15:01] <seb128_> mantiena-baltix: I've no such item, that's something you installed?
[15:01] <seb128_> mantiena-baltix: is that gnome-main-menu, the applet used by novel which has preferred applications, etc?
[15:02] <mantiena-baltix> no, this is not gnome-main-menu applet by novell.
[15:02] <mantiena-baltix> as default ubuntu doesn't display main menu applet, it must be included into panel manually
[15:02] <mantiena-baltix> wait a minute, I will put screenshot
[15:03] <seb128_> you mean the menu with 1 ubuntu logo rather than the labels?
[15:04] <mantiena-baltix> yes
[15:05] <seb128_> ok
[15:05] <seb128_> what about this one?
[15:05] <seb128_> you want different icons in the applets list?
[15:05] <seb128_> or you don't want to use an ubuntu icon there?
[15:06] <mantiena-baltix> seb128_: I wanna to use different icons for main-menu applet and for default ubuntu menu bar (icon is at left to Applications)
[15:06] <Tonio_> pitti: re ! about the pot file export when there are multiple debs, is the export performed while running the first dpkg-deb ?
[15:07] <seb128_> mantiena-baltix: why?
[15:07] <_MMA_> seb128_: Normally the distributor logo is used there. I *think* there's a way to use different images for the applets but I only have a vague memory of how its done.
[15:07] <seb128_> mantiena-baltix, _MMA_: is the issue the list of what is on screen once added?
[15:07] <Tonio_> pitti: our fix to kdelibs.pot occurs in the middle of the debhelper process, kdelibs deb is already build, as well as kdelibs-data.... I suspect here is the reason it works randomly
[15:07] <mantiena-baltix> _MMA_: bug is, that not distributor logo is used, but start-here
[15:08] <_MMA_> mantiena-baltix: Most of the time one is just symlinked to the other.
[15:08] <_MMA_> bbl
[15:09] <mantiena-baltix> _MMA_: I know about these symlinks, but distributor-logo isn't really used even if I remove symlinks and put real svg file instead
[15:10] <seb128_> mantiena-baltix: that looks like a bug rather than a question
[15:10] <mantiena-baltix> seb128_: I've found, that file start-here.svg from selected icon theme is used for both icons - main menu and Applications menu bar
[15:10] <mantiena-baltix> seb128_: yea, this is question about bug ;)
[15:10] <seb128_> and you would like distributor-logo to be used?
[15:11] <seb128_> I've no strong opinion either way
[15:11] <seb128_> but was is wrong with start-here?
[15:11] <mantiena-baltix> seb128_: according to some gnome bugreports for main menu applet icon, named gnome-main-menu should be used
[15:11] <mantiena-baltix> currently this is a symlink to start-here
[15:12] <mantiena-baltix> but gnome-main-menu isn't really used even if I remove symlinks and put real svg file instead :(
[15:12] <seb128_> there is no gnome-main-menu mention in the source
[15:12] <seb128_> out of ChangeLog references
[15:12] <seb128_> so your informations are wrong
[15:13] <seb128_> the code uses start-here
[15:14] <seb128_> and it uses it for both applets
[15:15] <mantiena-baltix> seb128_: my sources are Mark McLoughlin (gnome-panel developer), see latest comment in http://bugzilla.gnome.org/show_bug.cgi?id=103778
[15:15] <ubotwo> Gnome bug 103778 in general "Theme or make configurable main menu icon" [Normal,Resolved: fixed]
[15:15] <seb128_> mantiena-baltix: that was 5 years ago
[15:15] <seb128_> mantiena-baltix: code changed since
[15:17] <mantiena-baltix> seb128_: so, now there are no way to use different icons for main-menu and menu-bar objects ?
[15:17] <seb128_> no
[15:19] <saivann> BenC : ping
[15:20] <mantiena-baltix> seb128_: thanks for info, it seems I should report an upstream bugreport (I thought, that this is ubuntu problem, because in gnome bugreport found, that gnome-panel should use gnome-main-menu icon, not start-here).
[15:22] <seb128_> mantiena-baltix: well, that's an upstream bug, 5 years is a lot in open source world and things change
[15:22] <seb128_> mantiena-baltix: opening a bug on bugzilla is likely the right thing to do
[15:22] <BenC> saivann: ?
[15:22] <mantiena-baltix> seb128_: this problem is pretty important in multi-user system, where some users use menu-bar, and others (who wanna to have Windows-like system) - main-menu applet
[15:23] <seb128_> why?
[15:23] <seb128_> the ubuntu logo can be used in both cases no?
[15:23] <cjwatson> (argh; "want to" not "wanna to"; "wanna" is slang for "want to")
[15:23] <seb128_> the change is likely easy to do though, it's a one line include
[15:23] <seb128_> we just need an icon to use for the other one
[15:24] <mantiena-baltix> seb128_: because Ubuntu logo doesn't have label "Start" or "Launch", like in Windows ;)
[15:24] <seb128_> you want to add the label to the icon?
[15:24] <seb128_> that's so the wrong thing to do there
[15:24] <saivann> BenC : Hi, I wanted to abuse of your knowledge about bug 129910 and find a solution because this bug was marked as invalid even if it can be reproduced by many people, maybe we can discuss of this in #ubuntu-bugs if your prefer
[15:24] <seb128_> it'll not scale correctly, not be translatable
[15:24] <ubotwo> Launchpad bug 129910 in linux "Blank ttys when using vesafb (vga=xxx)" [Medium,Confirmed] https://launchpad.net/bugs/129910
[15:25] <saivann> BenC : If you have time for it of course
[15:25] <cjwatson> saivann: that bug is Confirmed in linux, as ubotwo indicates
[15:25] <cjwatson> saivann: some of the individual tasks are marked Invalid, but the bug as a whole is still open
[15:26] <saivann> cjwatson : I just did it, but I want to confirm that it should be confirmed in linux, and I want to ask if I can do something to help with that bug since it's really polluted ( like opening a brand new bug and marking all these as duplicates )
[15:26] <cjwatson> saivann: ... oh, sorry, you did that; never mind me ...
[15:26] <mantiena-baltix> seb128_: It's not so important if there will be a label "Start" or simply big and easy to notice Icon, simmilar to Windows "Start" button - as I told you before, main-menu applet can use non-proprotional icons, for example 24x60 !
[15:26] <saivann> cjwatson : :) np
[15:26] <seb128_> mantiena-baltix: you should have a look to gnome-main-menu maybe if you want to imitate windows
[15:26] <mantiena-baltix> seb128_: it's pretty hard to point with the mouse on small, 24x24 icon, like start-here is now
[15:27] <ion_> It’s pretty easy to hit a corner of the screen.
[15:27] <seb128_> mantiena-baltix: usually this icon is in the corner so it's easy to point, just go all the way there
[15:27] <mantiena-baltix> seb128_: thanks for info, I know gnome-main-menu applet
[15:28] <seb128_> mantiena-baltix: anyway having different icons is likely no problem, as said it's a one line change
[15:28] <seb128_> mantiena-baltix: the issue is that we need to update all the icon theme to have the new icon if we do that
[15:28] <seb128_> or to add some sort of fallback in the code in case it's not available
[15:29] <mantiena-baltix> ion_, seb128_: it's easy to point to the corner for people like us, but for computer-newbies it's not easy ;)
[15:29] <seb128_> mantiena-baltix: it's easy because the corner stops you, you just have to move a lot in the corner direction, hard to miss
[15:30] <Amaranth> mantiena-baltix: the corner should be easier for them because they don't have to be precise with the mouse
[15:30] <mantiena-baltix> AFAIK gnome-main-menu icon is in all gnome themes (in most themes this is a symlink to start-here), so, this shouldn't couse any problems
[15:30] <seb128_> mantiena-baltix: just give a good kick in the mouse it'll go in the corner and stop there
[15:30] <mantiena-baltix> seb128_: hehe, you shouldn't me to teach how to work with mouse, I know ;)
[15:31] <pitti> seb128_: http://people.ubuntu.com/~pitti/tmp/hardy-20080311-1.png
[15:31] <seb128_> mantiena-baltix: most of theme installed on my desktop don't have this icon apparently
[15:31] <mantiena-baltix> but I meet lots of people, which I should tell the same words about corners, like you told me :)
[15:33] <seb128_> pitti: interesting
[15:33] <seb128_> pitti: wpa_suppliant starts a  job using perl which does 35 seconds of IO hammering
[15:34] <sudobash> why perl use c++
[15:34] <mantiena-baltix> seb128_: strange, look here: http://packages.ubuntu.com/search?searchon=contents&keywords=gnome-main-menu&mode=filename&suite=hardy&arch=any
[15:34] <sudobash> perl and python are good but there is nothing like the power of c++
[15:34] <pitti> seb128_: eww; network-manager?
[15:34] <pitti> seb128_: I still have the 0.7 packages from asac
[15:34] <sudobash> ifconfig all theway
[15:34] <seb128_> pitti: yeah
[15:35] <asac> seb128_: perl?
[15:35] <asac> strange
[15:35] <seb128_> apt-check hammers your disk for 45 seconds too
[15:35] <cjwatson> sudobash: these comments are not helpful here
[15:35] <seb128_> mvo: update-notifier is nasty
[15:36] <seb128_> mvo: we should delay it a few minutes to not impact on login speed
[15:36] <seb128_> asac: look at http://people.ubuntu.com/~pitti/tmp/hardy-20080311-1.png
[15:36] <ion_> sudobash: C++ would be nice if it were object-oriented. ;-)
[15:36] <seb128_> mantiena-baltix: very few themes listed there
[15:36] <BenC> saivann: so the bug is still valid against latest hardy? Because I'm sure it was fixed
[15:36] <cody-somerville> ion_, C++ is.
[15:37] <saivann> BenC : Last comments says that it's still valid with latest Hardy, yes
[15:37] <pitti> seb128_: I haven't even found wpasupplicant on the list yet
[15:37] <BenC> saivann: cjwatson's last few comments seem to answer the issue
[15:37] <cjwatson> they don't
[15:38] <cjwatson> I was just answering Loye, not the bug as a whole
[15:38] <seb128_> pitti: the graph you mean?
[15:38] <pitti> seb128_: yes
[15:38] <ogra_cmpc> seb128_, wow, what kind of jpg is that ? my classmate runs out of ram if i open it
[15:38] <cjwatson> if people are getting blank screens, that's still a bug somewhere
[15:38] <ogra_cmpc> err png
[15:38] <mantiena-baltix> seb128_: few ?  tango-icon-theme, human-icon-theme, tangerine-icon-theme, gnome-accessibility-themes, ubuntustudio-icon-theme, gnome-themes-extras, gnome-icon-theme-nuovo, gnome-icon-theme-dlg-neu, gnome-icon-theme-gartoon, gnome-icon-theme-gperfection2 :)
[15:38] <ion_> cody-somerville: “Actually I made up the term “object-oriented”, and I can tell you I did not have C++ in mind.” – Alan Kay
[15:38] <seb128_> pitti: the first colored long bar you get after login on top if the perl io thing
[15:38]  * mantiena-baltix is going to report a bug
[15:38] <BenC> cjwatson: ah, ok
[15:38] <seb128_> pitti: go to the bar before it, it's wpa_supplicant
[15:39] <seb128_> mantiena-baltix: do you know how many icons theme there is around? ;-)
[15:39] <saivann> BenC : Yes, that's why I want to clarify this because this bug is somewhat huge
[15:39] <seb128_> mantiena-baltix: well, not really constructive discussion now, we should make sure all the icons themes in ubuntu have this icon before changing
[15:39] <mantiena-baltix> seb128_: ;) should I report also to launchpad, or ubuntu developers will not care about this bug and I need to report only into gnome bugzilla ?
[15:39] <BenC> saivann: I have ignored this bug mostly because extracting anything useful out of it is difficult at best
[15:40] <pitti> seb128_: right, see it; but I don't see it having much IO?
[15:40] <seb128_> mantiena-baltix: I would tend to not care since it's not a priority and nobody else really asked for it
[15:40] <BenC> well over 300 comments
[15:40] <seb128_> pitti: all the pink color is IO on the perl bar no?
[15:40] <saivann> BenC : I agree, would that be a solution if I open a clean new bug that refers to this bug in the description and if I set all these bugs as duplicate of the new clean bug?
[15:41] <pitti> seb128_: ah, right; you mean wpasupplicant starts that process?
[15:41] <pitti> seb128_: sorry, that's more or less the first time I look at such a thing
[15:41] <seb128_> pitti: yes
[15:41] <mantiena-baltix> keescook: hi, are you online ?
[15:41] <seb128_> pitti: me too, might be looking wrong, Keybuk knows better ;-)
[15:42] <seb128_> mantiena-baltix: if that's something you need for baltix we can look at doing the change, open a bug upstream and one on launchpad and add the task
[15:42] <BenC> saivann: not really...what would be nice is a good summary of the problem...as far as I can tell, the basic idea is that we disable automatic framebuffer loading, but manually loading them is fine (e.g. if you put it in /etc/modules)
[15:43] <pitti> seb128_: installing hardy's nm/wpasupplicant now
[15:43] <pitti> better for dogfooding anyway
[15:43] <seb128_> pitti: my understanding is that what costs on loging is IOs, which are pink bars there
[15:43] <seb128_> pitti: there is no surprise that gnome-panel, nautilus, deskbar cost there
[15:43] <Keybuk> seb128_, pitti: hello ?
[15:43] <seb128_> pitti: but there is also this perl one on your chart and apt-check which seems to do a lot there
[15:44] <seb128_> Keybuk: http://people.ubuntu.com/~pitti/tmp/hardy-20080311-1.png
[15:44] <BenC> saivann: I believe this is the bug right here: scripts/init-top/framebuffer:modprobe -Qb ${FB} ${OPTS}
[15:44] <pitti> erk, it seems utterly hard to roll back NetworkManager to hardy
[15:44] <saivann> BenC : As far as I know, people remove vesafb from the blacklisted modules to gain access to VGA= modes, bug since Gutsy, nothing is shown in any ttys when using VGA=
[15:44] <seb128_> Keybuk: my understanding is that pink bars are what we should try to reduce there?
[15:44] <BenC> saivann: basically the initramfs scripts doesn't ignore blacklists, but in this case, I think it should
[15:44] <seb128_> Keybuk: is that correct?
[15:44] <ogra_cmpc_> asac, thats pretty weird, opening the bootchart image from above in ff makes it demand over 120M ... the png is only 500something K big
[15:44] <seb128_> Keybuk: like the perl pink bar, it's started by wpa_supplicant and costs a lot of IOs, is that correct reading of the graph?
[15:44] <Keybuk> pink is I/O
[15:45] <asac> hmm
[15:45] <ogra_cmpc_> try it on the classmate, it runs out of ram
[15:45] <asac> ogra_cmpc_: why would i want to try it then :)
[15:45] <ogra_cmpc_> if i hand ff the url on commandline it refuses to start
[15:45] <asac> i don't want to trash my primary work environment (cough)
[15:46] <Keybuk> seb128_: possibly run by wpa_supplicant
[15:46] <Keybuk> the sort is just pid order
[15:46] <seb128_> ah
[15:46] <seb128_> I though the dot line between those was what run what
[15:46] <Keybuk> he has a desktop running at that point
[15:46] <mjg59> BenC: There's nothing in initramfs-tools to copy the vesafb module into the initramfs
[15:46] <Keybuk> seb128_: I can't think of anything perlish that wpa_supplicant runs
[15:47] <BenC> mjg59: Sure there is...it copies /lib/modules/`uname -r`/initrd
[15:47] <saivann> BenC : hmm, but this bug can't be reproduced without removing vesafb from the blacklisted modules, so apparently that the initramfs does not load anything from vesafb by default
[15:47] <BenC> mjg59: and the kernel build puts vesafb in there
[15:47] <BenC> saivann: it doesn't but it uses -Qb, which means it honors the blacklist, when it shouldn't
[15:47] <cjwatson> BenC: vesafb isn't there on my system ...
[15:47] <mjg59> BenC: Not here
[15:47] <saivann> BenC : Oh
[15:47] <seb128_> Keybuk: hum, k, any easy way to know the exact command rather just having "perl" written there?
[15:48] <BenC> cjwatson, mjg59: Hmm, ok, then it should be :)
[15:48] <BenC> I'll get that fixed as well
[15:49] <saivann> BenC : Great, thanks for finding this out. Do you think that it might be the cause of this issue?
[15:49] <mjg59> Nothing will load vesafb unless it's in the initramfs
[15:49] <mjg59> Which would then lead to black vts
[15:50] <saivann> I'm very glad to ear that we're finding a solution
[15:50] <seb128_> pitti: I'm also wondering why does gnome-terminal grins on IOS for a while
[15:50] <Keybuk> pitti: edit stop-bootchart and add -n to the java call, then regenerate that chart ?
[15:51] <Keybuk> also comment out the line that removes the TARBALL
[15:51] <seb128_> it's takes 35 seconds to gnome-terminal to start mutt there, wtf?
[15:51] <BenC> mjg59: vesafb being in initramfs would lead to black vt's?
[15:52] <pitti> seb128_: ugh, 35 seconds? my maildirs are quite small
[15:52] <seb128_> pitti: no, that's 35 seconds before starting bash and other things
[15:52] <seb128_> pitti: look at the g-t bar
[15:53] <mjg59> BenC: No. It not being in initramfs would lead to black screens
[15:53] <seb128_> and most of those are pinked, which means it's really busy
[15:53] <seb128_> I'm wondering what it's doing
[15:53] <pitti> asac: I just downgraded nm from 0.7 (your ppa) to 0.6 (hardy); nm-applet fails now with "nma_dbus_init(): could not acquire its service, blabla, org.freedesktop.NetworkManagerInfo security policy bla"
[15:53] <ForgeAus> wouldn't an updated icbs be useful?
[15:53] <seb128_> pitti: did you downgrade libnm* and the applet too?
[15:53] <BenC> mjg59: ok, then I just need to find out why the logic in the kernel build isn't hard linking vesafb.ko to initrd/ subdir
[15:53] <pitti> seb128_: yes, I purged everything, then reinstalled
[15:53] <BenC> uploaded a fixed initramfs-tools
[15:54] <mjg59> BenC: In fact, I don't hae anything in my 2.6.24 initrd directories
[15:54] <dholbach> jdong: do you plan to roll a new transmission release? we have 6 bugs fixed upstream on http://daniel.holba.ch/really-fix-it
[15:54] <asac> pitti: did you downgrade nma as well?
[15:54] <mjg59> In the 2.6.22 ones, I get capability.ko
[15:54] <pitti> asac: nma?
[15:54] <asac> nm-applet :)
[15:54] <pitti> asac: netwokr-manager-gnome? yes, of course
[15:55] <asac> pitti: you need to restart dbus i guess
[15:55] <BenC> mjg59: yeah, the dir gets created unconditionally, and there's a "if [ -f ..." after it for vesafb.ko, but it doesn't seem to eval to true
[15:55] <pitti> asac: ah, that's it; /etc/init.d/dbus reload did it
[15:55] <asac> cool
[15:55] <pitti> asac: thanks
[15:55] <asac> pitti: in fact i wasted 3 hours or so because of that at some point :)
[15:55] <asac> when i did the 0.6.6 package ;)
[15:55] <asac> but for me reload didn't help
[15:56] <asac> i needed a full dbus restart
[15:57] <pitti> Keybuk: /usr/bin/java -n -jar, or ... bootchart.jar -n?
[15:57] <Keybuk> bootchart.jar -n
[15:57] <pitti> ok, done; rebooting
[15:58] <pitti> Keybuk: what does that do, out of interest?
[15:58] <Keybuk> stops it pruning the output chart
[15:58] <Keybuk> leaves everything in it
[16:02] <saivann> BenC : Thanks for your work on this. I will stay on this bug report to see the comments about your latest upload. I set back the status in linux to invalid
[16:05] <geser> Riddell, slangasek: re bug #199645: according to p.u.c compiz-kde depends on compizconfig-backend-kconfig (note the missing lib)
[16:05] <ubotwo> Launchpad bug 199645 in libcompizconfig-backend-kconfig "[Remove] Please remove libcompizconfig-backend-kconfig from hardy" [Undecided,Incomplete] https://launchpad.net/bugs/199645
[16:06] <pitti> Keybuk: erk, that just produces a completely empty/transparent giant pic
[16:07] <pitti> anyway, gotta run, cu later
[16:07] <Keybuk> OOM?
[16:07] <mvo> seb128_: I can delay the apt-check stuff
[16:07] <seb128_> mvo: would be nice ;-)
[16:13] <Keybuk> seb128_: I have the PERL OF DOOM too
[16:13] <Keybuk> and I'm not runninh WPA
[16:13] <seb128_> ok
[16:13] <seb128_> Keybuk: can you get a bootchart with -n? ;-)
[16:16] <Keybuk> there's actually two perl processes
[16:16] <Keybuk> 9957 dbus-daemon
[16:16] <Keybuk> 9958  `- perl
[16:16] <Keybuk> 9959      `- dbus-daemon
[16:17] <Keybuk> 9960          `- perl
[16:17] <Keybuk> err
[16:17] <Keybuk> sorry
[16:17] <Keybuk> 9957 dbus-daemon
[16:17] <Keybuk> 9958  `- perl
[16:17] <Keybuk> 9959 dbus-daemon
[16:17] <Keybuk> 9960  `- perl
[16:17] <Keybuk> (second dbus daemon isn't a child of the perl)
[16:17] <seb128_> hum
[16:17] <seb128_> is that system-tools-backends?
[16:18] <Keybuk> both dbus-daemon processes are children of another dbus-daemon
[16:18] <Keybuk> could well be
[16:19] <seb128_> likely something to investigate there
[16:19] <seb128_> Keybuk: btw could we do desktop readahead easily?
[16:21] <seb128_> Keybuk: there is a forum post about that and some users tried and comment on the "gutsy login is too slow" bug saying they win a lot using it
[16:21] <wasabi> trying to track down what is loading kvm and kvm-intel at boot. Is it udev doing it? I have them both in the standard blacklist and they're still being loaded.
[16:21] <Keybuk> seb128_: sure, but it's pretty subjective
[16:21] <Keybuk> and once you start adding/removing applets, it can be a net lose
[16:21] <Keybuk> since we'd be readaheading things they don't use
[16:21] <wasabi> I did a simple script to do desktop reload. It ruined performance in my experiment.
[16:21] <seb128_> hum, right
[16:22] <wasabi> The kernel just can't prioritize IO right.
[16:22] <seb128_> Keybuk: we could readahead standard things everybody use though
[16:22] <Keybuk> seb128_: maybe
[16:22] <seb128_> wasabi: what ruined performance?
[16:22] <Keybuk> I think prefetch-type things are a better win long-term
[16:22] <seb128_> right
[16:22] <wasabi> My script submitted many IO requests for all the files I was about to use. But the kernel decided on average to work on them out of order.
[16:23] <wasabi> So instead of, for instance, the panel being loaded first, it spent time loading nautilus before loading the panel. So it all LOOKED slower.
[16:23] <seb128_> I'm looking on easy things we could try doing for hardy now though, since login speed is a frequent user complain
[16:23] <cody-somerville> Is gnomescan included in the gnome FF exception?
[16:23] <Keybuk> wasabi: did you submit IO requests or readahead ioctl()s ?
[16:23] <seb128_> and the graphs made by kagoo shows ubuntu is quite bad there
[16:23] <seb128_> cody-somerville: no
[16:23] <wasabi> Keybuk: What's the difference?
[16:23] <Keybuk> wasabi: the ioctl is "just do it"
[16:24] <seb128_> cody-somerville: updating it could be a good idea though
[16:24] <wasabi> They were all async. Which I accomplished using a very very very crappy technique in bash, with ionice set to niceest.
[16:24] <cody-somerville> seb128_, It depends on a package not currently in the archive
[16:24] <Keybuk> seb128_: last time I experimented, our login speed problems were largely due to our default desktop
[16:24] <wasabi> So instead of waiting for one before submitting the other, it effectively submitted many.
[16:25] <seb128_> Keybuk: well, I found interesting things
[16:25] <seb128_> Keybuk: jockey-gtk --check was taking 11 seconds on my new laptop for example
[16:25] <Keybuk> yeah, that one takes a while
[16:25] <seb128_> Keybuk: apt-check is taking 7 seconds, on pitti graphs it's over 35 seconds
[16:25] <Keybuk> deskbar-applet usually does too
[16:25] <Keybuk> tracker *kills* you
[16:27] <cody-somerville> Detecting hardware eats up like 15 seconds on my boot (where it didn't in Gutsy)
[16:27] <Keybuk> cody-somerville: we don't detect hardware on boot?
[16:27] <Keybuk> do you mean loading drivers?
[16:27] <cody-somerville> Keybuk, Yea, sorry.
[16:27] <cody-somerville> Let me reboot and make sure what it is saying
[16:28] <seb128_> Keybuk: I've been trying on stock profile so tracker is not an issue
[16:28] <Keybuk> seb128_: did we disable tracker?
[16:28] <seb128_> no
[16:28] <seb128_> but when there is nothing to index it's quiet
[16:29] <wasabi> stuff like tracker gives me a long term performance hit (significant), but not at boot.
[16:29] <Keybuk> iiiish
[16:29] <Keybuk> it'll still walk your home dir
[16:29] <Keybuk> seb128_: confirmed that it's system-tools-backends
[16:29] <Keybuk> running with -m SMBConfig and -m NFSConfig
[16:29] <Keybuk> (respectively)
[16:32] <wasabi> Anybody aware of any desktop software for smart monitoring? Anything that might raise a notification when a hard drive's smart test begins to pre-fail?
[16:32] <Amaranth> oh man, tracker walking your home dir on login is so annoying
[16:33] <Amaranth> it wouldn't have to if we had more inotify watches :)
[16:33] <wasabi> There's always a hole between the time the system starts and tracker sets up it's inotifies.
[16:33] <seb128_> Keybuk: what process is that?
[16:34] <seb128_> Keybuk: another reason to drop shares-admin and use nautilus-share
[16:34] <Amaranth> wasabi: and in that time you're going to change a non-hidden file in $HOME?
[16:34] <seb128_> I should really write this MIR now
[16:34] <wasabi> Amaranth: If ~ is sahred between systems, probably.
[16:34] <wasabi> Amaranth: Hard to say.
[16:35] <wasabi> Its interesting contrasting this with how ms did it in ntfs. The FS itself maintains a journal that can be read.
[16:36] <sladen> dholbach: ack.
[16:36] <wasabi> Why does tracker scanning ~ slow the system down? That's the real question
[16:36] <Keybuk> seb128_: the two perl scripts
[16:37] <Keybuk> wasabi: find ~ kills the kernel
[16:37] <wasabi> It's either because the kernel cannot schedule the IO properly to get out of the way, or the IO leads to a side effect (such as dumping useful loaded pages)
[16:37] <Keybuk> it's something the kernel or filesystem or whatever is just not able to do
[16:37] <dholbach> sladen: ROCK
[16:37] <Keybuk> any tree iteration has the same effect
[16:37] <dholbach> sladen: there are even more on http://daniel.holba.ch/really-fix-it
[16:37] <Keybuk> (it's why jockey is slow, for example - it has to walk /lib/modules/$VER)
[16:37] <wasabi> Keybuk: So teh act of statting cannot have a priority that makes it behave right along side other IO?
[16:38] <Keybuk> wasabi: stat or readdir, etc.
[16:38] <seb128_> Keybuk: do you have smb or nfs shares?
[16:38] <slangasek> geser: ah; for some reason I have an older version of compiz-kde visible in my apt cache, let me try to see what that's all about
[16:38] <wasabi> Maybe that's the problem to focus on.
[16:39] <Keybuk> seb128_: nope
[16:40] <slangasek> geser: grmbl, gutsy-security is what that's all about; ok, I'll nuke the libcompiz-fwibble package
[16:52] <zdzichuBG> how to kill scim applet?
[16:54] <\sh> zdzichuBG: sudo im-switch -z all_ALL -c none and relog
[17:03] <zdzichuBG> thanks. this should be in release notes. It activates all the time while switching "screen" windows
[17:04] <Wartorn> I was here earlier complaining about the performance of the X3100 intel graphics chip (was getting terribly lousy fps in flightgear for an example). Just an addition to how lousy it is: Even the "helios" screensaver draws at what.. 5 fps. This on a freshly installed hardy
[17:05] <Wartorn> with all updates installed
[17:05] <Wartorn> and why does the keyboard language keep changing when i press shift+space? between amharic and norwegian
[17:08] <Amaranth> because you want to type in amharic
[17:08] <Wartorn> Uh, no?
[17:10] <Wartorn> removed the shortcut keys, but that shouldnt be default..
[17:10] <slangasek> there's supposed to be a fix in the pipe that disables SCIM's interference by default for people with Latin locales, I think
[17:11] <Wartorn> Okay, great
[17:11] <Tonio_> carlos: me again, sorry ;) how long should I wait after a package is build for the pot to be extracted and the changes visible in a downloaded pot file on launchpad ?
[17:12] <Tonio_> carlos: we are trying a fix with Riddell, but robably don't want to wait fo the next langpacks to be sure it worked out :)
[17:12] <carlos> I cannot give you an exact time, but I would say between 5-7 hours
[17:12] <carlos> Tonio_: you can follow the process, though
[17:14] <carlos> Tonio_: https://translations.edge.launchpad.net/ubuntu/hardy/+source/kdelibs/+imports
[17:14] <carlos> Tonio_: https://translations.launchpad.net/ubuntu/hardy/+source/kdelibs/+imports
[17:14] <carlos> Tonio_: there you can see the .pot file we got from the build process
[17:14] <carlos> and when it's already imported
[17:15] <carlos> it will disappear 3 days after it's imported, though
[17:15] <cjwatson> Wartorn: it's not supposed to be on by default. What locale are you using, and what does 'update-alternatives --display xinput-all_ALL' say?
[17:16] <Riddell> carlos, Tonio_: the po/kdelibs.pot file there does have the strings we are missing
[17:17] <carlos> Riddell: is that a fixed version? or does it mean we have a problem when it's imported?
[17:17] <Tonio_> Riddell: that's probably not the fixed version, as you probably didn't upload yet ;)
[17:18] <carlos> Tonio_: it was imported an hour ago
[17:18] <carlos> so it's quite recent
[17:19] <Riddell> well, I'm confused then
[17:19] <Tonio_> carlos yeah, but the fixed one should be imported in a few minutes
[17:19] <Tonio_> Riddell: did you upload ubuntu3 package ? that's the one with the fix
[17:19] <Riddell> Tonio_: yes, a few minutes ago
[17:19] <Tonio_> Riddell: so we have to wait for the next import
[17:20] <Riddell> Tonio_: it won't be any different if the strings are there already
[17:20] <Tonio_> Riddell: are the strings in there ?
[17:20] <carlos> Tonio_: could you confirm whether launchpad has now the strings?
[17:20] <Tonio_> carlos lemme look
[17:21] <Riddell> Tonio_: they're in http://launchpadlibrarian.net/12582194/kdelibs.pot (from -0ubuntu2)
[17:21] <Tonio_> Riddell: as I said, that happened before, it is possible that this is a random result
[17:21] <Riddell> possible yes
[17:21] <Riddell> unlikely though, computers aren't usually random
[17:21] <carlos> Riddell: btw, I wonder why is that it has a header like http://paste.ubuntu.com/5585/
[17:21] <Tonio_> Riddell: with the fix it shouldn't be random, as we patch the file way before any debhelper tool is started and dpkg-deb used
[17:21] <carlos> Riddell: are you using msgmerge to produce the template?
[17:21] <Riddell> carlos: because its a merge of two .pot files
[17:21] <Riddell> carlos: yes
[17:22] <carlos> Riddell: you should ignore one of the headers and leave just one
[17:22] <Tonio_> Riddell: we will pobably hardly understand what is going wrong, but fixing should be possible with ubuntu3
[17:22] <carlos> Riddell: it only makes sense for translations, because need to be reviewed, for headers... is useless
[17:22] <Riddell> carlos: we use "msgcat kde.pot po/kdelibs.pot"
[17:24] <Tonio_> Riddell: one thing is sure, there is a difference between the pot with ubuntu1 & ubuntu2 packages, without any change on our own
[17:24] <carlos> Riddell: could you change it to be: msgcat po/kdelibs.pot kde.pot --use-first  ?
[17:24] <Tonio_> Riddell: I had comments on the pot file, you don't :)
[17:24] <Tonio_> carlos: when can we expect new langpacks released ?
[17:24] <carlos> no need to reupload everything, but just to be sure that future uploads do it in that way?
[17:25] <Riddell> carlos: can do
[17:26] <carlos> Tonio_: we do it twice per week, next one is supposed to happen tonight, so it should be ready tomorrow
[17:26] <carlos> Riddell: cool, thanks
[17:26] <Tonio_> carlos: oki I'll check if it gets resolved
[17:27] <carlos> ok
[17:28] <Wartorn> cjwatson: it says that status is manual
[17:31] <Wartorn> locale is norwegian
[17:50] <alefteris> cjwatson, thanks a lot for fixing the gfxboot-theme-ubuntu bug :) is there any way for me to test it? has the fix made it into an iso daily build?
[18:02] <ScottK2> slangasek: You're beta approaching mail says, "...uploadswill require approval from the release team..." - I assume you mean Main/Restricted uploads?  Is it safe to assume that people understand this or perhaps does it need to be clarified?
[18:06] <ogra_cmpc_> hmm, so 2.6.24-12 doesnt boot on the classmate ...
[18:06] <slangasek> ScottK2: the beta freeze is not a soft freeze, so all archive uploads must be "approved" by someone on the release team
[18:06] <slangasek> ScottK2: I'll try to be sure to clarify that when announcing the actual freeze
[18:07] <ogra_cmpc_> BenC, are there any known issues with 2.6.24-12 that it cant find/load the initramfs ?
[18:07] <BenC> ogra_cmpc_: none that I'm aware of
[18:07] <ogra_cmpc_> hrm
[18:07] <ogra_cmpc_> weird
[18:07] <ogra_cmpc_> it panics here
[18:08] <BenC> ogra_cmpc_: sounds like a bad initramfs or bootloader issue
[18:08] <ogra_cmpc_> asking me to append a root= option
[18:08] <ogra_cmpc_> which if i do that doesnt change anything
[18:12] <ScottK2> slangasek: OK.  Thanks.  That makes sense.
[18:14] <cjwatson> alefteris: I haven't checked, but it should be in today's
[18:14] <cjwatson> Wartorn: ok, 'sudo update-alternatives --auto xinput-all_ALL' should clear it up, though it's interesting that it ended up that way
[18:16] <slangasek> cjwatson: fwiw, I had the same here
[18:17] <cjwatson> I put it on tomorrow's platform meeting agenda
[18:17] <cjwatson> it may be that it's just for people who upgraded through specific versions
[18:17] <cjwatson> but I'd like to have a plan for confirming that
[18:18] <Wartorn> i installed hardy with the alpha6 iso, and updated.
[18:18]  * slangasek nods
[18:31] <Riddell> seb128: ubuntu-desktop uninstallable due to old gnome-about ?
[18:31] <seb128> Riddell: what arch?
[18:31] <Riddell> seb128: amd64
[18:31] <seb128> rather the other way around
[18:32] <Riddell> I see it failed to build
[18:32] <seb128> you need a buildd admin to kick everything which failed to build while libgnome was not installable
[18:33] <Riddell> seb128: I see lamont just joined :)
[18:33] <seb128> right, he's a good candidate for buildd kicking ;-)
[18:35] <emgent> PriceChild, ping
[18:36] <PriceChild> emgent: pong
[18:37] <emgent> PriceChild, we solved problem to u-hardened
[18:37] <emgent> now we use ubotwo :P
[18:37] <emgent> thanks to LjL
[18:37] <PriceChild> cool :)
[18:40] <lamont> Riddell: I've been bouncing around all day
[18:48] <lamont> Riddell: and I'm not a buildd admin.....
[18:49] <Riddell> evand: you owned us :) https://lists.ubuntu.com/archives/kubuntu-users/2008-March/026221.html
[18:49] <Riddell> ScottK2: do you have any contacts with clam upstream to discuss that ^^ ?
[18:49] <evand> hahahaha
[18:49] <evand> that made my day
[18:50] <ScottK2> Looking
[18:51] <ScottK2> Riddell: I'm not sure from that what the issue is.
[18:52] <Riddell> ScottK2: clam thinks wubi is adware
[18:52] <ScottK2> Riddell: So this is a windows user of clam that's the concern?
[18:53] <Riddell> ScottK2: I think he's on a mac, but yes he's concerned that clam AV has spotted that file as being adware
[18:54] <ScottK2> I can file a bug with clam.  They tend to look at them seriously.  They're at an RC for a major release right now (yeah for bad timing with our release once again), so I don't know how responsive they'll be right now.
[18:57] <mjg59> keescook: Ok, I've implemented most of the libdisasm integration. I'll get around to testing it at some point :)
[18:59] <ScottK2> Riddell: Looking into the clamav.net bug reporting criteria it's not reportable directly to them.  Hans Meyer (who sent the mail above) needs to report it to the source he downloaded clamav from.
[19:18] <xhaker> Riddell: about bug 199504 : debian has every needed change.
[19:18] <ubotwo> Launchpad bug 199504 in libmtp "Please sync libmtp_0.2.6-1 from debian unstable" [Undecided,Confirmed] https://launchpad.net/bugs/199504
[19:18] <pitti> re
[19:20] <pitti> Keybuk, seb128: I don't even have tracker running AFAIK
[19:20] <Keybuk> pitti: +1 for the Tracker Must Die camp?
[19:21] <pitti> Keybuk: I never ever use it (I know where I put my files), so no need for me to waste resources on it
[19:21] <Riddell> xhaker: ok, synced
[19:21] <pitti> Keybuk: anyway, does bootchart -n work for you?
[19:21] <Keybuk> sometimes
[19:21] <Keybuk> sometimes not
[19:21] <pitti> Keybuk: it just gave me a completely transparent png
[19:21] <Keybuk> that means it core dumped
[19:21] <pitti> I just got some java GC warnings about allocating big chunks
[19:21] <Keybuk> OOM usually
[19:22] <Keybuk> s'ok, we found the culprit
[19:22] <Keybuk> system-tools-backends for SMBConfig and NMBConfig
[19:22] <pitti> ah
[19:22] <pitti> why's that activated at all?
[19:22] <Keybuk> dunno
[19:22] <pitti> shouldn't it be dbus activation nowadays?
[19:22] <Keybuk> it's just one of many things
[19:22] <Keybuk> they are dbus activated
[19:22] <Keybuk> something is activating them
[19:22] <pitti> so something tries to poke it
[19:23] <Keybuk> the trouble is that it's not any one thing we're running on login
[19:23] <highvoltage> ooh, did I hear tracker must die? where do I vote!?
[19:23] <Keybuk> it's the amount of things that we're running on login
[19:23] <pitti> right
[19:23] <Keybuk> and especially, the amount of things that are written in Python or Perl
[19:23] <Keybuk> (or Mono, but people add those)
[19:23] <zul> slangasek: there seems to be a problem with ucf and the smb.conf file
[19:26] <nixternal> BenC: Rock on for making my multimedia keys work again with my lappy and the Intel HDA!
[19:26] <nixternal> superm1: I heard you had something to do with it as well...I guess I could say thank you, just so I don't get a dead fish on my door step :p
[19:27] <johanbr> "dead fish"? Sounds like the persuasion business in Chicago has gone downhill. :)
[19:34] <BenC> johanbr: yeah, usually they take you to the fishes, not the other way around
[19:35] <Wartorn> i have some hardware keys that are not in use on my zepto laptop, any way to make them launch apps? also, my numpad works like holding down the FN key and pressing some of the letters.. this does not work (though other FN functions do), any way to fix?
[19:38] <slangasek> zul: are you referring to bug #201059?
[19:38] <ubotwo> Launchpad bug 201059 in samba "conffile prompt on latest upgrade in hardy" [Undecided,Confirmed] https://launchpad.net/bugs/201059
[19:39] <zul> slangasek: yes
[19:39] <ogra_cmpc> amitk, doesnt work :(
[19:40] <slangasek> zul: yeah, not really a problem, it only affects users who are already running a hardy version of the package; am following up
[19:40] <ogra_cmpc> amitk, i just tested with yeasterdays image and installed -12 on it ... the values in the sysfs seem all to be set to 1 anyway though
[19:40] <slangasek> zul: there are /other/ problems which I mean to fix, but this isn't one of them :)
[19:40] <zul> slangasek: heh what do you think about 2.0.28a for beta as well?
[19:42] <slangasek> zul: probably needs a FFe, I'm probably too close to it to be objective so it should preferably be reviewed by another member of the release team
[19:42] <zul> slangasek: yeah Im in the middle of seeing what needs to be done first :)
[19:47] <pitti> seb128: do you see a compelling reason why s-t-b should run at session start?
[19:47] <pitti> seb128: or is that something we can work on?
[19:56] <keescook> mjg59: sick and wonderful.  :)  I found a machine with an 8xxx card -- I just need to find some time to reboot it to 64bit and play with it
[19:58] <tjaalton> keescook, mjg59: ooh you are fixing the nv&64bit problem? there are a ton of dupes about it and possibly ones that haven't been found yet :)
[19:58] <booxter> hello! is there any ubuntu locales/language selector devs?
[19:58] <carlos> seb128: hi, I have a present for you ;-)
[19:59] <keescook> tjaalton: yeah!  I'm not expecting that it will be easy -- we've been working on the infrastructure needed to debug it since the last UDS.  :P
[19:59] <seb128> carlos: hey ;-)
[20:00] <carlos> seb128: http://people.ubuntu.com/~carlos/broken-templates.txt
[20:00] <carlos> it's not a full list
[20:00] <seb128> pitti: that's clearly a bug, we want to replace shares-admin with nautilus-share though
[20:00] <seb128> pitti: so it might just go away
[20:00] <seb128> I need to write the MIR, will do tomorrow
[20:00] <tjaalton> keescook: I've got a GF8600GT here, but it's 32bit currently
[20:00] <nixternal> johanbr: when they put a dead fish on your door step, that means they are coming for you to take you to sleep with the fishes :)
[20:00] <booxter> hello! is there any ubuntu locales/language selector devs?
[20:01] <tjaalton> keescook: so if you want a confirmation that it works I'll be able to do that
[20:01] <seb128> carlos: thanks
[20:05] <asac> anyone has a working or broken iwl3945 + WPA + network-manager 0.6.6 setup :-P?
[20:06] <asac> stgraber: most likely you do?
[20:07] <bardyr> mine is close
[20:07] <stgraber> asac: yep
[20:07] <asac> does it work?
[20:08] <stgraber> asac: well, it's wpa2 but shouldn't be that different ... WPA2 works fine and I'm pretty sure I was connected to WPA1 this morning
[20:08] <asac> strange
[20:08] <stgraber> yes, the AP I was connected to this morning is WPA-PSK TKIP, so WPA1
[20:09] <asac> i received some bugs about iwl3945 now being broken :/
[20:09] <asac> hopefully just noise.
[20:09] <asac> lets review when they attached the required info
[20:10] <stgraber> asac: this lappy was running NM 0.7 and then was downgraded
[20:12] <asac> stgraber: did you downgrade supplicant as well?
[20:12] <keescook> tjaalton: okay, good to note.  we've still got the find the bug first.  ;)
[20:12] <stgraber> asac: I think so, 0.6.0+0.5.8-0ubuntu1 is my current version
[20:12] <keescook> s/the/to/
[20:12] <asac> hmm ... thats correct
[20:13] <asac> stgraber: do you get issues if you restart network-manager multiple times ... or using the kill-switch?
[20:15] <stgraber> asac: I just tried kill-switch and it worked correctly (NM disconnected 5-6 sec after I pushed it, then reconnected after 2-3 sec)
[20:18] <keescook> doko: can you explain to me the sqlite changes you made to python-launchpad-bugs?  bug 200870 says python-pysqlite2 is in universe, but it's not.  I'm confused.  :)
[20:18] <ubotwo> Launchpad bug 200870 in python-launchpad-bugs "please remove dependency on python-pysqlite2" [Undecided,New] https://launchpad.net/bugs/200870
[20:22] <doko> keescook: now it can be demoted =)
[20:22] <keescook> doko: aaah! okay.  :)
[20:23] <keescook> doko: btw, please use bzr.  :)  I've commited your .29 changes there now
[20:23] <doko> keescook: didn't see that I have write permisson ...
[20:24] <keescook> oh, hm, good point.  join the team!  :)
[20:24] <bdmurray> heh
[20:24] <doko> thanks for checking in ...
[20:25] <keescook> np
[20:25] <pitti> keescook: shouldn't the team just be ~ubuntu-core-dev, given that they can upload the package anyway?
[20:25] <pitti> or, at least, put ~ubuntu-core-dev into the team?
[20:25] <keescook> pitti: that makes sense.  bdmurray can you do that?
[20:26] <carlos> seb128: http://people.ubuntu.com/~carlos/not-generated-templates.txt and http://people.ubuntu.com/~carlos/not-updated-templates.txt
[20:27] <carlos> seb128: both files should cover 99% of the broken templates
[20:27] <seb128> carlos: thanks
[20:27] <carlos> not-generated-templates are the ones that we don't even have an old version in Launchpad
[20:27] <carlos> not-updated-templates are the ones we have in Launchpad but that were not updated with latest package built and published
[20:28] <carlos> seb128: I will try to update it daily
[20:28] <seb128> jamiemcc_: around?
[20:29] <carlos> if you need more information, tell me and I will see what could I provide to you. Also, if you detect anything that shouldn't be there, tell me it too so I can improve the queries that produce that information
[20:29] <seb128> carlos: ok, I'm in a meeting now but I'll look at those tomorrow and let you know
[20:29]  * seb128 hugs carlos
[20:30] <carlos> ok
[20:36] <bdmurray> keescook: I reckon so
[20:43] <bdmurray> pitti: do you know who would have the ability to approve ubuntu-core-dev membership in the bughelper-dev team?
[20:44] <ScottK2> bdmurray: How much new mail is this going to get me?
[20:47] <bdmurray> ScottK2: How should I determine that?
[20:50] <ScottK2> bdmurray: I don't know exactly, but I guess if bughelper-dev members get mail that would mean all ubuntu-core-dev would get it.
[20:51] <bdmurray> ScottK2: It looks to me like e-mail goes to the bughelper mailing list so that shouldn't be an issue.
[20:52] <ScottK2> bdmurray: OK.  Thanks
[21:03] <mvo> Riddell: apt with the fix is upload and I'm uploading a new update-manager with better kde terminal support now too, it should be pretty good now
[21:16] <pitti> bdmurray: ugh, yay complicated LP team maintenance
[21:17] <bdmurray> pitti: ;) I wanted to proactively let someone know
[21:18] <pitti> bdmurray: I didn't get a mail (as u-c-d member), so I guess only the team owner can?
[21:19] <bdmurray> pitti: Well, I haven't done it yet.  And yes you are corect only the owner can.
[21:37] <jamiemcc_> seb128: hi yes
[21:58] <slangasek> james_w: so am I right on #201059 that this was a feisty install originally?
[22:01] <james_w> slangasek: yes, you're right. I confirmed in the report.
[22:04] <slangasek> james_w: ok, thanks
[22:07] <slangasek> now we just need a magic solution for munging smb.confs created with other versions of samba so that ucf is happy :/
[22:08] <slangasek> though I'll be honest, I was pleased that we went as long as we did (in Debian or Ubuntu) without someone complaining that the new ucf was broken :)
[22:13] <mathiaz> slangasek: I have a cyrus-sasl2 merge ready to be uploaded - it's not a new upstream revision. However the new Debian revision added a new binary (saslfinger) beside bug fixes. Should I ask for a FFe ?
[22:18] <slangasek> mathiaz: how big's the binary?
[22:18] <soren> Since I apt-get upgraded this morning, I just get a black screen with my mouse pointer on it, when I log into gnome.. Is this known?
[22:18] <slangasek> (and which package is it added to?)
[22:21] <mathiaz> slangasek: http://paste.ubuntu-nl.org/59284/
[22:22] <mdke> Keybuk: right, thanks for the info (shame though!)
[22:23] <slangasek> mathiaz: FFe granted ;)
[22:23] <mathiaz> slangasek: Thanks ! - \o/
[22:27] <seb128> soren: no, not known
[22:28] <soren> seb128: I just noticed that it seems that gnome-panel got removed.
[22:28] <seb128> soren: does it happen with an another user? what did you update?
[22:28] <soren> seb128: ..and is not uninstallable.
[22:28] <seb128> soren: using !i386?
[22:28] <soren> ER..
[22:28] <soren> Is *now* uninstallable.
[22:28] <soren> Yes, amd64.
[22:28] <seb128> bad idea
[22:28] <soren> Hah!
[22:28] <slangasek> did you click 'yes' to 'partial upgrade'? :)
[22:28] <seb128> wait until some buildd admin wake up and kick the builds
[22:28] <soren> apt-get dist-upgrade ftw!
[22:28] <slangasek> yeah, bad idea :)
[22:29] <seb128> and read what dist-upgrade asks next time ;-)
[22:29] <soren> I read whatever I want!
[22:29] <soren> :)
[22:29] <soren> *shrug* I like pain.
[22:29] <pitti> seb128: what shall I kick?
[22:30] <seb128> pitti: world on amd64
[22:30] <pitti> seb128.expand('world')
[22:30] <seb128> let me look through the mails I got
[22:30] <pitti> source package list, separated with spaces and NO commas preferred :)
[22:30] <seb128> buildds admin should really have an automatic retry for things which broken due to installability issues
[22:30] <seb128> pitti: alright ;-)
[22:31] <pitti> iz sbuild bug
[22:31] <pitti> (or soyuz)
[22:31] <pitti> it doesn't properly detect this as a DEPWAIT condition
[22:31] <slangasek> bryce, tjaalton: is bug #164974 tractable for hardy?
[22:31] <ubotwo> Launchpad bug 164974 in dell "[Hardy] [XPS M1330] Resume from suspend/hibernate doesn't always work (i965)" [Undecided,Confirmed] https://launchpad.net/bugs/164974
[22:33] <TheMuso> Could an archive admin please give back mousetweaks? I've no amd64 so I can't confirm whether it will build now, but it failed due to package uninstallability.
[22:33] <bryce> slangasek: not really; comment #1 from Dell captures the situation for resume issues
[22:34] <TheMuso> s/archive admin/build admin/
[22:34] <slangasek> bryce: uh... which one of these comments is from Dell? :)
[22:35] <bryce> Jose De la Rosa is our dell contact
[22:35] <slangasek> ok
[22:37] <seb128> pitti: gnome-desktop nautilus eel2 nautilus-cd-burner tomboy gnome-panel gnome-settings-daemon  gnome-media evince
[22:41] <pitti> seb128: all done (on all failed arches)
[22:41] <seb128> pitti: danke
[22:41]  * seb128 hugs pitti
[22:41] <pitti> de rien
[22:42] <TheMuso> pitti: ^^ re mousetweaks if you don't mind please.
[22:43] <pitti> TheMuso: what about mousetweaks?
[22:43] <TheMuso> pitti: Could you please give it back? If failed on amd64 due to package installability issues.
[22:43] <pitti> TheMuso: ah, sure; nudged
[22:43] <TheMuso> thanks.
[22:46] <pochu> pitti: and gnome-build gdl eclipse pretty please :)
[22:49] <pitti> pochu: done
[22:49] <pitti> good night everyone
[22:49] <seb128> 'night pitti
[22:50] <pochu> good night pitti, and thank you