[00:00] <asac> thats one of th reasons why we currently think about how to best reorganize stuff
[00:01] <micahg> ok
[00:01] <asac> i want to stop the inflationary team creation... but also inflationary ppa creation
[00:01] <micahg> let me know if I can help
[00:01] <asac> thats why we need to carefully thinka bout the key services we want to provide outside the main archive
[00:01] <asac> and reduce them to a minimum
[00:11] <asac> i think my laptop battery just got a bad hit
[00:11] <asac> jumped down from 65% to 5% and then went off ;)
[00:11] <BUGabundo> ehehehe
[00:26] <WebcamWonder> fta: There?
[00:30] <WebcamWonder> fta: Just an FYI, if it didn't catch your eye, but the thunderbird daily builds are failing b/c of one of the patches no longer directly compatible with the source. And the version currently published is broken in the sense that it doesn't work at all (atleast for me)
[00:45]  * micahg was wondering why FF3.5 was so slow, it turned out my cpu was stuck at 500mHz
[07:38] <micahg> ping asac bug 365965
[07:39] <micahg> Here's the response I wrote: http://pastebin.ubuntu.com/210954/
[10:29] <asac> gnomefreak seems to be back ;)<
[11:14] <asac> gandi: hey
[11:14] <gandi> hi
[11:15] <asac> gandi: do you have some time today or tomorrow to explain to me how the trees in the l10-mozilla repo are structured?
[11:15] <gandi> asac: in a few hours, sure :)
[11:16] <asac> gandi: i tried to look at them to see what needs to be done to fix our export
[11:16] <asac> gandi: but the layour looks rather random to me ;)
[11:16] <asac> gandi: cool
[11:16] <asac> i will ping you this afternoon then ;)
[11:16] <fta2> mozilla 496683
[11:16] <asac> gandi: also, did you talk to the "ro" translators?
[11:16] <asac> gandi: (do you remember what this was about at all or should i send a mail?)
[11:17] <gandi> asac: I did ask them
[11:17] <gandi> but was out of time to have a full chat, I'll do this this week
[11:17] <fta2> asac, http://hg.mozilla.org/comm-central/rev/27b3a0d2aa23
[11:17] <asac> gandi: cool. no hurry.
[11:18] <asac> nice
[11:18] <asac> fta2: does that mean our testsuite works now?
[11:18] <fta2> eh? it's what makes tb3 ftbfs
[11:19] <fta2> it's too big of a change, i don't have time for this right now, feel free to have a look
[11:19] <asac> fta2: oh
[11:19] <asac> fta2: yes. thats on my list for ... _now_ ;)
[11:20] <fta2> several people already reported that ftbfs
[11:21] <gnomefreak> shhhh you dont see me, i can barely see you :)
[11:22] <asac> fta2: ok i updated the -daily PPA description telling them to contact our mailing list or this channel to report issues
[11:22] <asac> https://edge.launchpad.net/~ubuntu-mozilla-daily/+archive/ppa
[11:22] <asac> gandi: hiiiiii
[11:22] <asac> oop
[11:22] <asac> gnomefreak: ^^
[11:22] <asac> ;)
[11:22] <asac> gnomefreak: good to h ave you back
[11:23] <asac> it was just yesterday that i wondered: "hell, didnt gnomefreak say that he will most likely be back in jul - hope all went well"
[11:23] <gnomefreak> :) im here for a bit with one eye closed and screen at some very very big res
[11:23] <gnomefreak> asac: july 27th is next eye
[11:23] <asac> gnomefreak: at least you can _see_ something. did the surgery go well in general?
[11:24] <gnomefreak> asac: yep as expected
[11:24] <gnomefreak> btw tbird-3 is borked
[11:24] <asac> fta2: right
[11:24] <gnomefreak> as is mozilla-devscripts
[11:24] <asac> gnomefreak: right
[11:24] <gnomefreak> ok good known
[11:24] <asac> fta2: so you bumped snapshot on branch already good.
[11:25] <asac> fta2: did you start on the patch?
[11:25] <asac> e.g. is there something i should start with
[11:25] <fta2> asac, no, I just had a look
[11:25] <asac> fta2: any hints, while the orig is downloading ;)?
[11:25] <asac> or just diverged patch for now?
[11:25] <fta2> it seems they are doing what we need now
[11:26] <fta2> maybe our patch is no longer needed
[11:26] <asac> ok i will check that
[11:26]  * gnomefreak smacks self
[11:26] <asac> does anyone else experience severe focus problems?
[11:26] <fta2> (btw, the bot has a feature to bump the changelog)
[11:26] <asac> fta2: you mean, on .head or on .daily?
[11:27]  * gnomefreak didnt put 2 and 2 together last night. m-d is lookijng in old place for upstream. sm moved since it is now synced with tbird
[11:27] <fta2> to update .head from the .daily
[11:27] <gnomefreak> asac: focus? not like i can tell, but what do you mean
[11:30] <asac> fta2: if thats what we want its easy enough to do manually (e.g. merge from .daily)
[11:30] <asac> i think its ok actually
[11:30] <asac> gnomefreak: well if i click somewhere its often not accepted
[11:30] <asac> also sometimes i switch apps and i cannot type until i re-switch apps
[11:31] <asac> etc.
[11:31] <asac> fta2: when does it merge back?
[11:31] <asac> when it fails?
[11:32] <gnomefreak> i havent seen that yet
[11:32] <fta2> asac, what i meant is the changelog bump in .head is not manual. I was tired to have to visit .daily, edit .head, commit and push, just to change a version and a date. So it's automatic now.
[11:33] <fta2> asac, there's no merge back from .daily to .head, .daily is not supposed to contain any change, expect changelog and the tweaked deps in control
[11:34] <gnomefreak> anyone on karmic have a working lower panel in gnome? running apps showing up?
[11:35] <gnomefreak> trash is there but no running apps
[11:35] <fta2> asac, btw, o3d doesn't work here (nvidia x64). the plugin is loaded, but it doesn't render anything (and no error in the console, beside the usual canberra-gtk-module)
[11:37] <asac> hmm
[11:38] <fta2> asac, http://paste.ubuntu.com/211182/ *sigh*
[11:38] <asac> fta2: btw, why dont we build -enable-static for tbird? do you remember the reason?
[11:38] <asac> yeah. looking at that
[11:38] <asac> too
[11:38] <asac> was the idea that we wanted to use the same build way xulrunner uses?
[11:38] <fta2> because we are not building ff statically either
[11:39] <asac> yeah
[11:39] <asac> thats what i thought
[11:39] <fta2> even before the split with xul
[11:39] <asac> but ffox is a xulapp
[11:39] <asac> right i remember
[11:40] <fta2> do as you wany ;)
[11:40] <fta2> want
[11:40] <asac> let me fire off a normal build now after fixing the patches to see where we stand ;)
[11:41] <asac> fta2: its a bit odd. there is no --enable-static/disable-static or --enable-shared, etc. in our rules
[11:43] <asac> hmm. gwibber disappeared again. seems it crashes quite regularly now
[11:45] <fta2> for me, it's better, no crash in a week
[11:45] <asac> hmm
[11:46] <fta2> but i dent less those days (i mean, even less than before), and it always crashed while i was writing
[12:07] <gnomefreak> what is the panel addon called that has the open windows in it? example: open terminal now on lower panel it shows a button for terminal
[12:08] <asac> gwibber seems again crashed
[12:09] <gnomefreak> mines working ok other than a problem with ident
[12:09] <gnomefreak> @firusvg i have given up on !firefox on linux .. my hopes lies with google chrome now
[12:11] <gnomefreak> yay clearing the window works now and not sure what the extra tab is for now
[12:16] <gnomefreak> asac: what version of gwibber?
[12:25] <asac> gnomefreak: latest karmic
[12:27] <gnomefreak> hmmm seems karmic has gotten the latest daily
[12:27] <gnomefreak> 1.2.0~bzr346-0ubuntu1
[12:27] <gnomefreak> it works here no problems other than errrors on indent.ca retrieving
[12:27] <asac> gnomefreak: yes. i uploaded that
[12:28] <asac> but now - a few days later i get more and more crashes ;)
[12:28] <gnomefreak> not sure why you are crashing unless it depends on mopnoi
[12:28] <gnomefreak> mono
[12:28] <gnomefreak> nope doesntr
[12:29] <gnomefreak> doesnt
[12:38] <gnomefreak> g/f thinks im crazy again. she over heard me asking the dog how to fix system
[12:42] <gnomefreak> asac: we should look into getting SM2 into Karmic however im waiting for everything to be finished with eyes and having glasses before i dive into it again. a few patch problems last i looked but it is on b3 (should be finished or atleast very close by release
[12:55] <asac> gnomefreak: sure. do you know whats the current status of sm2?
[12:55] <asac> is it at least at beta?
[12:55] <gnomefreak> asac: b3
[12:56] <gnomefreak> as for state its in eh not sure since i havent fixed the FTBFS in ~a month
[12:56] <gnomefreak> one of our patches was conflickting
[12:58] <asac> ok ;)
[12:58] <gnomefreak> asac: one minute ill get you last failure
[12:58] <asac> currently working on getting tbird 3 fixed
[12:58] <asac> so based on that i might be easy to also fix sm
[12:58] <asac> 2
[12:58] <gnomefreak> last known failure for SM2 http://launchpadlibrarian.net/27243867/buildlog_ubuntu-karmic-i386.seamonkey-2.0_2.0~b1~hg20090528r2718%2Bnobinonly-0ubuntu1.9.10_FAILEDTOBUILD.txt.gz
[12:59] <gnomefreak> tbird bug here is that no boxes are showing up not sure if that is what you are working on or not
[12:59] <asac> ok thanks
[12:59] <gnomefreak> np
[13:00] <asac> gnomefreak: that problem is a minimal nspr/nss version requirement
[13:00] <gnomefreak> asac: have you started on the OO.o patch for mozilla?
[13:00] <asac> e.g. you need to bump the minimal version for using --system-nspr/nss
[13:00] <gnomefreak> asac: than maybe i fixed that in my branch
[13:01] <gnomefreak> i have done that once already IIRC
[13:01]  * gnomefreak checks branch
[13:01] <gnomefreak> https://code.edge.launchpad.net/~gnomefreak/seamonkey/ubuntu-2.x-9.10
[13:02] <gnomefreak> yep needed another bump damnit
[13:02] <asac> gnomefreak: you need nspr dump i guess
[13:03] <asac> >= 4.7.5
[13:03] <gnomefreak> ill update it while your on tbird
[13:03] <gnomefreak> lets see what else is wrong if anything
[13:03] <asac> USE_SYSTEM_NSPR := $(shell pkg-config --exists 'nspr >= 4.7'; a=$$?; if test $$a != 1; then echo 1; fi)
[13:03] <asac> make that 4.7.5
[13:03] <asac> gnomefreak: or even 4.8 now on latest trunk i think
[13:03] <asac> (which we dont even have packaged yet)
[13:04] <asac> nss should be ok now
[13:04] <asac> gnomefreak: try 4.7.5... but if it still fails on current karmic you need 4.8 there
[13:04] <gnomefreak> k
[13:05] <gnomefreak> we should really use the version that is on system instead of naming version
[13:06] <asac> gnomefreak: no ... the version in rules is important
[13:06] <asac> without that you cannot do builds on systems that dont have high enough version
[13:06] <asac> so no backports etc.
[13:06] <asac> just adjust it properly and all is fine and the package does the right thing
[13:06] <gnomefreak> we dont backport most of our apps anyway
[13:06] <asac> e.g. it uses system lib if its good enough
[13:06] <gnomefreak> will do
[13:06] <asac> gnomefreak: we backport everything
[13:06] <asac> e.g. -daily ppa
[13:07] <gnomefreak> ah thats right
[13:07] <asac> has builds from hardy to karmic
[13:07] <asac> based on the same branch
[13:07] <asac> so its important that our packages just build everywhere
[13:07] <gnomefreak> well i just closed a bug on backporting 3.5 for hardy. that is bad idea in system outside of PPA's IMHO
[13:10] <gnomefreak> grrrrr org.freedesktop.devicekit.disks.filesystem-mount-system-internal no
[13:10] <gnomefreak> udev-extras?
[13:11] <gnomefreak> devicekit makes me think that
[13:12] <gnomefreak> although by the sounds of it udev-extras was replaced by udev :(
[13:32] <asac> gnomefreak: right. udev-extras is now gone again (at least libgudev moved to udev)
[13:39] <gnomefreak> well its not mounting usb drives nor ejecting cd/dvds
[13:42] <AnAnt> Hello, isn't firefox-3.5 now final ?
[13:43] <gnomefreak> if m-d uses hg clone http://hg.mozilla.org/comm-central/ mozilla why the hell would SM1 not work
[13:43] <AnAnt> why is Shiretoko codename still being used ?
[13:44] <gnomefreak> looks to be final. are you sure you are not using 3.5.1
[13:44] <gnomefreak> its in umd repo
[13:45] <AnAnt> firefox-3.5 (3.5+nobinonly-0ubuntu0.9.04.1)
[13:45] <AnAnt> that one still uses Shiretoko
[13:45] <asac> AnAnt: thats ok
[13:46] <asac> https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-karmic-firefox-3.5
[13:46] <gnomefreak>  i dont have 3.5 installed only .1
[13:46] <asac> in short: we only ship the default browser officially branded
[13:46] <asac> jaunty default is ffox 3.0
[13:46] <AnAnt> ok
[13:46] <asac> karmic is still 3.0, but that will change as soon as the spec above gets implemened
[13:47]  * gnomefreak gone for a month and i miss all kinds of stuff
[13:48] <AnAnt> thanks
[13:49] <asac> AnAnt: i hope i find time to announce how things go on my blog soon
[13:51]  * asac scared: asac@hector:~/ubuntu_bzr/thunderbird-3.0.head$ bzr st
[13:51] <asac> Segmentation fault
[13:55] <gnomefreak> either these changes are massive or m-d doesnt like me anymore
[13:55] <gnomefreak> same place > 1 hour
[13:56] <asac> tbird 3 fixed in branch
[13:56] <asac> fta2: can you kick off a ubuntu2 for yesterdays daily?
[13:56] <asac> tbird 3
[13:57] <asac> just in case they break something new :) ... so we get at least a good build today
[13:57] <gnomefreak> that bug has happened a few times in tbird3 cycle
[13:58] <asac> builders are idle ... so good time to kick this
[13:58] <gnomefreak> at least the one i saw
[13:58] <asac> gnomefreak: thats ok. its a normal to break stuff if new files dont get installed et al
[13:58] <asac> but now we have static build which should be a bit better
[13:58] <gnomefreak> ah it was all due to shared?
[14:00] <gnomefreak> i faintly remember shared/static builds topic with upstream
[14:00] <fta2> asac, done
[14:00] <asac> thx a bunch
[14:03] <gnomefreak> ok something is wrong here :( i dont want 2.1
[14:03] <gnomefreak> i want 2.0b3
[14:03] <gnomefreak> seamonkey-2.0-2.1~a1~hg20090706r3013+nobinonly
[14:04] <gnomefreak> anyone can tell me why m-d grabbed 2.1 instead of recent 2.0
[14:06] <gnomefreak> i dont mind working on 2.1 but would like to fix 2.0 first
[14:10] <gnomefreak> ok so m-d grabs latest testing build for 2.0 fails to grab 1.1.17 and onkly grabs stable calendar
[14:11]  * gnomefreak needs to rest my head
[14:11] <gnomefreak> letting 1.1.x go for a while to see if maybe its not dying
[14:15] <asac> gnomefreak: i think that 2.0 probably moved to its own brtanch
[14:15] <asac> so your md rules pull in 2.1 now
[14:16] <gnomefreak> they should move the newest one to a new branch and leave old ones where they are. makes sense even outside of m-d
[14:17] <gnomefreak> ok 1.1.17 seems to be working at least its connected and pulling in latest
[14:18]  * gnomefreak smoke while i think about how to tackel that or even if i have time before doctors appt.
[14:26] <gnomefreak> ok today im wokring on 1.1.17 if it id done when i get home than i might start on 2.0 d rework
[14:26] <gnomefreak> md even
[14:30] <gnomefreak> mozilla 495057
[14:31] <gnomefreak> asac: any idea why i am denied
[14:31] <gnomefreak> theres no CVE number for this fix for some reason
[14:42] <gnomefreak> ok gone for a while started SM1 build
[14:50] <asac> gnomefreak: the bug is security sensitivbe
[14:51] <asac> no need to check it
[14:51] <asac> what info are you looking for
[14:51] <asac> ?
[14:54] <gnomefreak> i was hoping for a CVE but i used the MFSA 2009-33
[14:56] <gnomefreak> ok its building,, i need to get ready for dr appt. ill see you in a few hours
[14:58] <asac> yeah one MFSA didnt have a CVE
[14:58] <asac> checkout what i documented in icedove upload to debian
[14:58] <asac> i think i left out the CVE for -33
[15:37] <asac>  75 Ns  Jul 06 Martin Pitt               (2.8K) Next karmic gdm upgrade WILL BREAK your system
[15:37] <asac> fta2: gnomefreak: ^^
[15:39] <eagles0513875> asac: seems like a regression in the plasma-widget-network-manager cuz wicd connected just fine for me
[15:40] <asac> eagles0513875: didnt i say that yesterday?
[15:40] <asac> kick plasma .... long live nm-applet
[15:40] <eagles0513875> asac: you wanted me to try and determine if it was a regression or not
[15:41] <eagles0513875> im not even using the nm-applet cuz in hardy that wouldnt even work for me
[15:41] <eagles0513875> im using wicd
[15:41] <asac> eagles0513875: i wanted you to check nm-applet not wicd
[15:41] <eagles0513875> ahhh if you would like ill do that now
[15:41] <asac> or what did i say?
[15:41] <asac> great
[15:41] <asac> we want to know if its plasmas fault alone
[15:41] <asac> i would htink yes
[15:41] <eagles0513875> yes
[15:42] <eagles0513875> and it is a regression cuz an older svn version that is in jaunty works just fine
[15:42] <asac> yeah that would be the case then
[15:42] <asac> eagles0513875: after verifying that nm-applet works fine you could check whether there is newer stuff in svn
[15:42] <eagles0513875> ya but we know that since its working with wicd that the wifi card or kernel arent to blame
[15:42] <asac> also you could try to downgrade to jaunty widget version and see if that helps
[15:43] <asac> eagles0513875: no. testing with wicd is useless
[15:43] <asac> even if wicd works it doesnt mean that kernel isnt broken
[15:43] <eagles0513875> ok whats the exact name of the nm-applet package
[15:43] <asac> wicd uses only the most basic features of the wifi kernel stack
[15:43] <asac> so you cannot compare that
[15:43] <asac> eagles0513875: network-manager-gnome
[15:44] <eagles0513875> whats the difference between network-manager-gnome and just plain old network-manager
[15:44] <asac> eagles0513875: network-manager is the daemon (the actualy manager)
[15:44] <eagles0513875> gotcha
[15:44] <asac> network-manager-gnome is the applet you can use to manage it
[15:44] <asac> similar to what plasma should do if it gets ever finished
[15:44] <asac> but i think that kde will move to lava- before they finish anything ;)
[15:48] <asac> just kidding ;)
[15:48] <asac> its just that kde folks always start new things without fixing the old stuff ;)
[15:48] <asac> but i think thats the case everywhere
[15:53] <eagles0513875> lol asac you cant make it any more obvious your a gnome user lol
[15:54] <asac> i am pretty open minded
[15:54] <asac> but i am suffering quite a lot seeing that knetworkmanager and frieds are always lacking behind
[15:55] <asac> and nobody from the kubuntu team really taking a lead on that ;)
[15:55] <eagles0513875> certain aspects of kde i love
[15:55] <eagles0513875> if i knew programming really well i would
[15:55] <eagles0513875> but im a novice programmer
[15:55] <asac> i dont care about kde and gnome much ;)
[15:55] <asac> just about NM
[15:55] <asac> and FFocx
[15:55] <asac> and other things of course ;)
[15:55] <eagles0513875> let me try the gnoem nm
[15:56] <asac> problem is that i begged so much in the past on kubuntu state of network managing and often got back "we dont really care" ;)
[15:56] <asac> same for ffox integration in kde
[15:56] <asac> i wanted to drive that, but answer i got when asking for info/help was "we dont care much because we have konqueror" ... which imo is dishonest to all users that use ffox
[15:56] <asac> eagles0513875: yeah. ensure that plasma widget is killed
[15:56] <asac> then start nm-applet
[15:57] <asac> from the command line
[15:57] <eagles0513875> i rebooted
[15:57] <eagles0513875> and wicd removed it
[15:57] <eagles0513875> but there is no lil widget or applet for the nm
[15:57] <asac> well yeah. you need to get rid of wicd if you want to use NM anyway
[15:57] <eagles0513875> from what i saw it removed it
[15:57] <asac> well. wicd also removes network-manager
[15:57] <asac> so you dont have network-manger at all now
[15:58] <asac> kick wicd. install network-manager and network-manager-gnome ;)
[15:58] <eagles0513875> i installed network-manager-gnome and as it was installing it it remove wicd
[15:58] <asac> yeah
[15:58] <eagles0513875> i have network-manager-gnome installed according to apt-cache policy
[15:58] <asac> so you need to start nm-applet manually
[15:58] <asac> kde folks forced me to not start applet on log-in if you are on kde
[15:58] <asac> ;)
[15:58] <asac> dont ask me why
[15:58] <eagles0513875> thats strange
[15:58] <asac> i would think that users that install nm-applet want to have it running
[15:59] <eagles0513875> hehe so what do i type in network-manager-gnome
[15:59] <eagles0513875> exactly
[15:59]  * asac considers to change that back and conflict with plasma-widget-network-manager
[15:59] <asac> eagles0513875: nm-applet
[15:59] <asac> thats what you type
[15:59] <eagles0513875> sry for all these questions im so used to the widget working and not having to touch anything
[15:59] <eagles0513875> #well here is a bug
[15:59] <eagles0513875> if i start it from the command line the ctrl+c the applet disappears
[16:00] <eagles0513875> ive seen some programs where i ctrl+c and it stays there
[16:00] <asac> thats ok
[16:00] <asac> ctrl+c is should kill processes
[16:00] <asac> if process prevent that they must have a good reason
[16:00] <eagles0513875> should i background it
[16:01] <asac> eagles0513875: if you want to keep it running you could probably also start it using alt+f2
[16:01] <eagles0513875> coudl as well
[16:01] <asac> e.g. whatever kde facility allows you to start commands
[16:01] <eagles0513875> couldnt i use nm-applet & to bg it
[16:01] <asac> eagles0513875: but for testing you can just keep the terminal open and keep it running there?
[16:01] <asac> try it
[16:01] <eagles0513875> i am
[16:01] <asac> if its working fine. if its not, its not something we care about i guess ;)
[16:02] <asac> usually it gets started on login
[16:02] <eagles0513875> it seems to want me to setup a keyring which i dont want to
[16:02] <asac> only if you want to debug stuff its started from terminal
[16:02] <asac> eagles0513875: you need to in order to test it
[16:02] <asac> you can delete the keyring later
[16:02] <eagles0513875> it shouldnt be required though
[16:02] <asac> eagles0513875: questionable. its a gnome app
[16:02] <asac> you can create a system connection and set the passphrase there
[16:03] <asac> then it wont use the keyring
[16:03] <asac> not sure if NM allows you to get that far though
[16:03] <eagles0513875> it was asking me to create a new keyring
[16:03] <eagles0513875> it connects
[16:04] <asac> good
[16:04] <asac> maybe NM should default to making connections "system connections"
[16:05] <asac> i will think about it and talk to nm developers
[16:05] <asac> imo it would be great if we could make a less-gnome dependent app out of it
[16:05] <asac> though kde folks probably wouldnt want it because its gtk ;)
[16:06] <eagles0513875> i honestly dont care
[16:07] <eagles0513875> kde 4.3 is nice and improving on performance but im impressed how zippy gnome is
[16:08] <asac> yeah. i promissed to try kde ... but it didnt work because compiz/composition still doesnt work here on my GPU
[16:09] <asac> jdstrand: there?
[16:09] <asac> jdstrand: so the -proposed bits are verified and now we wonder whether you wanted us to first copy that to -updates
[16:10] <asac> or directly to -security and from there to -updates
[16:10] <jdstrand> asac: I'll go to security
[16:10] <asac> jdstrand: see -devel
[16:10] <asac> jdstrand: pitti wants to know if you or he will do the roll out ;)
[16:10] <jdstrand> yeah, see -devel
[16:10] <asac> ack
[16:12] <eagles0513875> asac: intel gpu
[16:14] <asac> yeah intel is probably working
[16:14] <eagles0513875> been lucky with nvidia
[16:14] <asac> but my intel system has only a tiny disk ;)
[16:14] <eagles0513875> but that is a nasty bug i must say
[16:14] <asac> i have ati
[16:15] <eagles0513875> hehe why not install kubuntu onto a pen drive
[16:15] <asac> actually one of the chips that i always get told that they work perfect
[16:15] <eagles0513875> and use that as a persistent portable install
[16:15] <asac> until i show them that compositing is still borken ;)
[16:15] <eagles0513875> ati is a nightmare graphics wise
[16:15] <eagles0513875> nvidia ftw
[16:15] <asac> well. ati is not that bad actually
[16:15] <asac> the free driver is improving and rocks on lots of chips nowadays
[16:15] <asac> but not on mine :(
[16:15] <asac> probably because it was a high-tech gamers card once ;)
[16:16] <eagles0513875> man talking about gaming cards lol
[16:16] <eagles0513875> if you want i wont even go there
[16:25] <eagles0513875> asac: ty for your help man
[16:28] <asac> eagles0513875: so you can live with the solution for now? can youplease file a bug against plasma-widget-network-manager so i can make it important and put it on release teams radar?
[16:28] <eagles0513875> file it just on launchpad
[16:28] <eagles0513875> or can you link me to the wpa bug that there was for jaunty
[16:29] <asac> eagles0513875: its a regression in karmic, right?
[16:29] <asac> eagles0513875: we should have a new bug then.
[16:29] <eagles0513875> ya but there was a similar issue that was in jaunty where one couldnt connect to wpa encrypted wifi
[16:34] <asac> yes. most likely
[16:34] <asac> but open a new bug for the karmic problem unless you really thinkits the same still
[16:39] <eagles0513875> i cant find the jaunty one so will open a new bug
[16:43] <micahg> ping asac
[16:44] <eagles0513875> asac: https://bugs.launchpad.net/ubuntu/+source/plasma-widget-network-manager/+bug/396180
[16:46] <asac> micahg: yep?
[16:46] <eagles0513875> hope that bug helps some if any
[16:47] <eagles0513875> asac: is that bug good enough for ya or you need more info
[16:47] <asac> eagles0513875: can you attach the file i asked for (directly after reproducing)
[16:48] <asac> i just aksed
[16:48] <eagles0513875> it never showed up for me over here
[16:48] <micahg> asac: is this response ok: http://pastebin.ubuntu.com/210954/ for bug 365965
[16:48] <micahg> last comment
[16:48] <asac> let me check
[16:48] <asac> didnt i comment on that bug already?`
[16:49] <micahg> wb gnomefreak
[16:49] <asac> micahg: i think its a dejavu bug
[16:50] <asac> the apturl is the problem
[16:50] <asac> but i feel reluctant to remove a recommends
[16:50] <asac> its recommended for ubuntu to have that
[16:50] <micahg> yes, I'm not worried about that part right now
[16:50] <eagles0513875> asac: apologies if you did as im jumping back and forth between a bunch of stuff and soon have to leave
[16:50] <micahg> about the guy's last comment about gtk
[16:50] <micahg> you can deal with eagles0513875 first
[16:50] <asac> eagles0513875: huh? its in the bug isnt it?
[16:50] <micahg> I can check with you later
[16:50] <eagles0513875> ya apologies
[16:51] <eagles0513875> micahg: he can help ya
[16:51] <eagles0513875> asac: will dmesg help with anything cuz thats where we see some light on the issue
[16:52] <asac> micahg: commented. he is talking bullshit ;)
[16:52] <micahg> oh, I was wondering if my proposed response was correct
[16:52] <asac> eagles0513875: usually not. you can also attach it after reproducing in case this goes to the kernel,  but usually syslog is all we need and also has kernel messages in there
[16:53] <eagles0513875> alright
[16:53] <asac> eagles0513875: you might want to attach eventuall error message the plasma widget spits out
[16:53] <micahg> ah, basically you're gonna show him it has GTK in it :)
[16:53] <asac> not sure where they go
[16:53] <eagles0513875> ill attach both
[16:53] <eagles0513875> cuz the 2 messages have a code and im not sure what they mean
[16:53] <asac> eagles0513875: maybe you can kill plasma widget and start it from ccommand line to see what it outputs? otherwise its probably in .xsession-errors, but not sure how kde does things special
[16:53] <asac> k
[16:54] <asac> micahg: yes
[16:54] <eagles0513875> ill post syslog as well as dmesg
[16:54] <asac> micahg: its even easier: ldd /path/to/firefox-bin
[16:54] <asac> will show gtk i am sure
[16:54] <asac> or is it libxul.so?
[16:54] <asac> i guess
[16:55] <asac> so if oyu ahve aa upstream build at hand try to run ldd on both files
[16:56] <eagles0513875> also if you would like then once we have necessary info ill file it upstream for ya
[16:56] <asac> micahg: ^^
[16:56] <asac> eagles0513875: thats even better.
[16:56]  * eagles0513875 zips lips
[16:56] <eagles0513875> dont mean to interrupt you 2
[16:56] <asac> eagles0513875: i wanted to put some kubuntu guy onto guiding the bug, but its best if you can directly talk to upstreams i guess
[16:56] <asac> eagles0513875: thats ok
[16:56] <asac> i usually dont reply if i dont have time or want to finish a separate discussion ;)
[16:56] <eagles0513875> asac: :) i would love to contact the upstream dev directly
[16:57] <micahg> asac: I don't run upstream builds
[17:00] <asac> eagles0513875: first find the svn and see if there are more commits already
[17:00] <asac> maybe its fixed
[17:00] <eagles0513875> k
[17:00] <asac> if its not fixed in latest commit we can file the bug at kde.org
[17:02] <asac> its annoying
[17:02] <asac> i cannot even find the svn for plasma network manager
[17:02] <asac> what a mess
[17:03] <asac> "network manager plasma svn" google
[17:03] <asac> nothing
[17:04] <asac> my incompetency to not find something on the web is one of the few things that really drives me mad ;)
[17:04] <eagles0513875> lol
[17:37] <gnomefreak> ok im eating but it buiolt fine i am going to make a few adjustments push commit and respin for PPA
[17:38] <asac> great
[17:38] <asac> what was it?
[18:00] <gnomefreak> asac: do you have icedove changelog handy?
[18:01] <asac> gnomefreak: now ... its in the branch
[18:01] <asac> gnomefreak: or on packages.qa.debian.org
[18:01] <gnomefreak> asac: nothing was wrong i just need to adjust changelog a little (versioning and such
[18:02] <asac> http://bazaar.launchpad.net/~mozillateam/thunderbird/icedove-2.0.0.x/annotate/head%3A/debian/changelog
[18:02] <asac> gnomefreak: but seamonkey is usually ffox + tbird
[18:02] <asac> as it ships browser and mail
[18:02] <gnomefreak> just that one bug fix the .33
[18:02] <gnomefreak> oh you used the mfsa
[18:02] <gnomefreak> all of them
[18:04] <asac> yeah
[18:05] <gnomefreak> pushing to branch atm
[18:06] <asac> good
[18:06] <asac> is that for karmic?
[18:06] <gnomefreak> yes
[18:07] <gnomefreak> https://code.edge.launchpad.net/~gnomefreak/seamonkey/seamonkey-1.1.x.karmic
[18:07] <gnomefreak> shit
[18:07] <gnomefreak> oh well leave it i guess
[18:09] <asac> so not yet ready?
[18:09] <gnomefreak> asac: do you want me to update the other branches?
[18:09] <gnomefreak> asac: its ready
[18:09] <asac> gnomefreak: are you sure those are all CVEs?
[18:10] <gnomefreak> i forgot to pull the MFSA entry but its done so all i care it can stay
[18:10] <asac> please check security/announce
[18:10] <gnomefreak> asac: i used each link to get CVE
[18:10] <asac> http://www.mozilla.org/security/known-vulnerabilities/seamonkey11.html
[18:10] <asac> gnomefreak: you also need the .16 advisories i think
[18:11] <asac> e.g. previous upload was .15
[18:11] <gnomefreak> asac: you said you added them to 15 instead of pushing a .16
[18:11] <asac> hmm
[18:11] <asac> did i?
[18:11] <gnomefreak> yes
[18:13] <gnomefreak> that is why we didnt release a .16
[18:13] <asac> hmm
[18:13] <asac> seems the changes are on .hardy + .intrepid branch but not on dev
[18:13] <asac> gnomefreak: shit ... i didnt push it ;)
[18:13] <asac> gnomefreak: so restart from .dev again ;)
[18:14] <gnomefreak> why didnt we release a .16 for dev than?
[18:14] <asac> you need to backout the patches i prepatched
[18:14] <asac> gnomefreak: you were correct. i just forgot to push the bzr branch as it seems
[18:14] <asac> so you started on a branch that wasnt up-to-date
[18:14] <asac> gnomefreak: can you start with a new .dev and then add your changelog on top and also drop the two patches i landed in ubuntu2 ?
[18:14] <gnomefreak> ok what is the dev branch link
[18:15] <asac> lp:~mozillateam/seamonkey/seamonkey-1.1.dev
[18:15]  * asac bound the branch so he doesnt forget to commit in future
[18:15] <asac> s/commit/push/
[18:16] <asac> sorry for that mess ;)
[18:16] <asac> guess its not a good present for you coming back ;)
[18:16] <asac> but well. you changed did the changelog, so now you have something more challenging ...e .g. also drop patches
[18:16] <gnomefreak> eh its all good. i should have it ready shortly
[18:16] <asac> consider that a present ;)
[18:17] <gnomefreak> :)
[18:19] <gnomefreak> asac: what is the 3rd patch 90_181_485286_attachment_369457.patch i dont see it in changelog
[18:20] <asac> gnomefreak: third?
[18:20] <gnomefreak> yes
[18:21] <asac>   * CVE-2009-1169: XSL Transformation vulnerability
[18:21] <asac>     - add 90_181_485217_attachment_369357.patch
[18:21] <asac>     - add debian/patches/90_181_485286_attachment_369457.patch
[18:21] <gnomefreak> 90_181_485286_attachment_369457.patch
[18:21] <asac> look ;)
[18:21] <asac> (sorry)
[18:21] <gnomefreak> i know the 2 to remove this is a idfferetn one
[18:22] <asac> 90_181_485286_attachment_369457.patch == add debian/patches/90_181_485286_attachment_369457.patch
[18:22] <asac> or am i wrong?
[18:22] <asac> it belongs to the same CVE
[18:22] <asac> so should be dropped too
[18:23] <gnomefreak> oh ok
[18:31] <gnomefreak> ok pushing changes
[18:33] <gnomefreak> asac: https://code.edge.launchpad.net/~gnomefreak/seamonkey/seamonkey-1.1.x.dev should be loaded soon
[18:33] <gnomefreak> ok so jaunty build needs same work?
[18:33] <gnomefreak> just intrepid/hardy are without the patches
[18:34] <gnomefreak> asac: ok its loaded
[18:37] <asac> k
[18:37] <asac> i will leave soon ... will maybe check later tonight or tomorrow
[18:37] <gnomefreak> k
[18:37] <asac> and upload to karmic etc.
[18:39]  * gnomefreak not here long either
[18:41] <gnomefreak> lol @ next gdm will break system. mines already frigging broke
[18:42] <gnomefreak> what could happen to it now
[20:12] <stefanlsd> Do things built for FF 3.5 need to be built against xulrunner-1.9.1-dev ?
[22:07] <jetsaredim> anyone know anything about gpg + tb3?
[22:09] <asac> hi
[22:10] <jetsaredim> ohai
[22:10] <asac> jetsaredim: needs to be done ;)
[22:10] <asac> needs an owner maybe ;)
[22:10] <jetsaredim> well
[22:10] <asac> its definitly challenging stuff
[22:10] <jetsaredim> it looks like there is built-in support for pkcs12
[22:10] <jetsaredim> which is just another key thingie
[22:11] <asac> in tbird?
[22:11] <asac> yes
[22:11] <jetsaredim> yea
[22:11] <asac> thats that x.501?
[22:11] <asac> or 9?
[22:11] <asac> not sure
[22:11] <jetsaredim> so just need to be able to convert gpg key to pkcs12
[22:11] <asac> thats what they support
[22:11] <jetsaredim> i think
[22:11] <jetsaredim> or are you talking about enigmail?
[22:11] <asac> jetsaredim: i am talking about enigmail
[22:11] <asac> gpg support wont work without it
[22:12] <jetsaredim> i don't even think that the basic extension supports tb2
[22:12] <jetsaredim> err tb3
[22:12] <asac> well i am talking about tbird supporting S-MIME?
[22:12] <asac> jetsaredim: it has tbird 3 support
[22:12] <jetsaredim> orly?
[22:12] <asac> just needs to be packaged
[22:12] <jetsaredim> hmm rly
[22:13] <asac> nightly is available for tbird 3 so yes
[22:13] <asac> http://enigmail.mozdev.org/download/index.php
[22:14] <asac> i already started on making enigmail use the xulrunner build system
[22:14] <asac> but i ended up lacking headers
[22:14] <asac> for mime stuff etc.
[22:14] <jetsaredim> hmm
[22:14] <asac> so those probably need to be exported in a tbird-dev package
[22:14] <jetsaredim> yae
[22:14] <jetsaredim> hrm
[22:14] <asac> like we did for tbird 2
[22:14] <asac> but upstream situation didnt get much better
[22:15] <asac> e.g. make install doesnt install headers i think
[22:15] <asac> at least i think
[22:15] <asac> but i should check
[22:15]  * asac kicks off a tbird package build
[22:15] <jetsaredim> i don't think it would
[22:15] <asac> need to check ;)
[22:15] <jetsaredim> yea
[22:15] <asac> takes about 20-30 minutes
[22:15] <jetsaredim> yea
[22:16] <jetsaredim> no worries - have to run anyway
[22:16] <asac> too bad i cleaned my build area a few hours ago
[22:16] <jetsaredim> kids need to eat, etc. :)
[22:16] <asac> had a proper build there just before
[22:16] <asac> jetsaredim: good. cu around ;)
[22:16] <jetsaredim> figures ;)
[22:16] <asac> kids are obviously more important than enigmail ;)
[22:16] <jetsaredim> i need to make some time later this week to update some moz extensions too
[22:16] <jetsaredim> i've been a bastard about that - work is crazy
[22:17] <asac> our dailies still occupy ppa builders ;)
[22:17] <jetsaredim> but boss is going on vacation wed :)
[22:17] <asac> jetsaredim: i think what would be really helpful would be to help getting a stat about what extensions need to be updated for ffox 3.0
[22:17] <asac> err ffox 3.5
[22:17] <jetsaredim> yea
[22:17] <jetsaredim> well - i think mozgest for one needs to be dumped
[22:17] <asac> like a table with columns: latest upstream version | ffox 3.5 support upstream | ffox 3.5 support in archive
[22:18] <jetsaredim> in favor of firegestures
[22:18] <jetsaredim> yes - that would be helpful :)
[22:18] <asac> ok lets talk about that later ;)
[22:18] <asac> go and do your kids and food ;)
[22:18] <jetsaredim> indeed
[22:18] <jetsaredim> i'll be back around 11P est
[22:18] <jetsaredim> no rest for the weary
[22:19] <jetsaredim> ttyl
[22:58] <asac> stupid me ... cleaned build area again while tbird was still running
[22:58]  * asac hits his brain ;)
[22:58] <fta> asac, what do you think of http://code.google.com/p/chromium/issues/detail?id=13416 ?
[23:05] <asac> fta: mozillas point is that the html5 standard was created to improve the open web
[23:05] <asac> thats why they dont support patent encumbered codecs at all
[23:05] <asac> so more codecs are wrong
[23:05] <asac> otherwise i dont know what to say.
[23:05] <asac> doesnt it work with our ffmpeg libs?
[23:05] <fta> i emphasized *open*
[23:05] <asac> they are stripped a bit, but in general we should have them
[23:06] <asac> yeah but the common makes the impression that this is a cross platform problem
[23:06] <fta> no, ours is from the main branch, ie it's not multi-threaded
[23:06] <asac> which it isnt at all
[23:07] <asac> yeah. then the answer is probably that they either can make use of the not-multithreaded lib
[23:07] <asac> or they include more code in their trunk ;)
[23:07] <asac> i dont see why they wouldnt copy the whole ffmpeg into their tree and link statically to it ;)
[23:07] <micahg> asac: just upgraded to FF3.5 from universe
[23:07] <fta> the libs are loaded on demand
[23:07] <asac> nice ;)
[23:07] <asac> fta: the libs or the codecs?
[23:08] <asac> codecs are often also .so
[23:08] <fta> asac, /usr/lib/chromium-browser/*.so.*
[23:08] <asac> fta: i dont see why they couldnt do that when shipping their .so things in pkglibdir
[23:08] <asac> they must rename the libs anyway if they are a fork
[23:08] <fta> it's not even part of the build, i had to add that
[23:09] <asac> yeah. thats what they should fix. otherwise even their build wont work i guess
[23:09] <asac> or does chrome build work?
[23:09] <fta> no idea, but the 1st message seems to indicate that it doesn't
[23:14] <fta> asac, could you run glxinfo 32 and 64 on your X1900 as tell me if there's a difference?
[23:15] <fta> more precisely, do you have the ARB_vertex_buffer_object and EXT_framebuffer_object extensions?
[23:17] <asac> fta: glxinfo 32?
[23:17] <fta> 32 bit version of glxinfo
[23:17] <asac> is that in ia32-libs?
[23:17] <fta> i don't think so
[23:18] <asac> can i just unpack the package or do i also need more depends?
[23:19] <BUGabundo> guud evening
[23:19] <BUGabundo> hey asac fta
[23:19] <asac> ola
[23:19] <fta> good question, let me know :)
[23:19] <BUGabundo> read john email?
[23:19] <asac> fta: why do you ask me to do such hard things :(
[23:20]  * asac gets mesa-utils 32
[23:20] <asac> so last package with that source is feisty ;)
[23:20] <BUGabundo> asac: didu see gnomefreak request?
[23:20] <asac> ok source is mesa
[23:20] <asac> request?
[23:21] <BUGabundo> asac: to package tb ?
[23:22] <asac> fta: diff -u /tmp/glx32.txt /tmp/glx64.txt | pastebinit
[23:22] <asac> http://paste.ubuntu.com/211567/
[23:22] <asac> BUGabundo: to package tb?
[23:22] <asac> thought we had a package ;)
[23:22] <BUGabundo> err
[23:22] <BUGabundo> asac: please see the email :\
[23:23] <fta> asac, lol, is this box usable at all?
[23:23] <asac> fta: in which sense?
[23:23] <fta> asac, you're soft rendering everything
[23:24] <asac> fta: look at the diff command
[23:24] <asac> 64 bit has direct rendering
[23:24] <asac> -direct rendering: No (If you want to find out why, try setting LIBGL_DEBUG=verbose)
[23:24] <asac> +direct rendering: Yes
[23:24] <asac> the diff is 32 vs. 64
[23:24] <asac> uname -a
[23:24] <asac> Linux hector 2.6.30-10-generic #12-Ubuntu SMP Mon Jun 22 16:30:32 UTC 2009 x86_64 GNU/Linux
[23:25] <asac> so yeah. on .31 its currently unusable ;)
[23:25] <asac> (though i havent tried -2 yet)
[23:25] <BUGabundo> Can you please as Alexander to update
[23:25] <BUGabundo> Seamonkey 1.1.15-1.1.17. I havent made any update to it
[23:25] <BUGabundo> since it hit repos.
[23:25] <fta> so problem with .31 here
[23:25] <asac> BUGabundo: yeah. i think he wants me to review his branch and sponsor the upload
[23:25] <asac> i have that on my list
[23:25] <asac> latest tomorrow morning
[23:26] <asac> fta: huh? s/so/same/?
[23:26] <asac> or are you saying the o3d problems are .30?
[23:26] <fta> s/so/no/
[23:26] <BUGabundo> thanks asac
[23:26] <asac> ah
[23:26] <asac> fta: using fglrx?
[23:26] <fta> no, nvidia and intel
[23:27] <BUGabundo> fta no 3.5 daily ?
[23:27] <asac> builders are burried in work ;)
[23:27] <fta> BUGabundo, I thought you didn't want those?
[23:28] <BUGabundo> eheh I don't!
[23:28] <BUGabundo> just found t strange :)
[23:28] <asac> fta: so stopped 3.5 dailies?
[23:28] <fta> no
[23:28] <asac> or just no commmits?
[23:28] <fta> no commit i guess
[23:29] <asac> good ;)
[23:29] <BUGabundo> right asac. I remember reading it
[23:29] <asac> at least no useless buildd digestions ;)
[23:31] <fta> asac, even on 64bit, you seems to have Slow/None
[23:32] <asac> i have basic 3d thats it
[23:32] <asac> most likely the reason why there is still no compiz for me
[23:32] <asac> even though 5xx are in general ment to work with ati ;)
[23:33] <asac> but i gave up as i couldnt play doom 4 et al since hardy anyway
[23:33] <asac> (before it always worked great with fglrx)
[23:33] <fta> i had a regression like that on my netbook, it was udev-extras missing
[23:33] <fta> bug 384934
[23:34] <asac> hmm. i doubt thats the case for ati
[23:34] <asac> what does udev-extras do for you?
[23:34] <fta> it was missing permissions to access the dri
[23:34] <fta> rules were in udev-extras, not installed in UNR
[23:35] <asac> yeah
[23:35] <asac> but thats ok for me
[23:35] <asac> we already checked that
[23:35] <asac> i also tried to make the permissions bad
[23:35] <asac> and it really got much worse
[23:35] <asac> i think what i have is really the best i can get now
[23:35] <fta> and i can play openarena on my slow netbook
[23:35] <asac> maybe .31 will give another boost
[23:35] <asac> as ati is really progressing fast aftrer they published their raw specs
[23:36] <asac> openarena?
[23:36] <asac> is that similar to quake 4 and ET quakewars?
[23:36] <asac> doom was bullshit ... I was playing quake 4 when hardy broke my setup and never came back ;)
[23:36] <asac> (but i havent tried fglrx in final jaunty i have to admit)
[23:37] <asac> now i have nexuiz ;)
[23:37] <asac> :-P
[23:37] <asac> not as good as unreal I ;) ... but still something to run, jump and shoot
[23:37] <asac> that reminds me that i even have unreal I on this machine if i am not mistaken
[23:38] <asac> enemy-territory/ etqw/            quake4/          ut2004/
[23:38] <asac> so no unreal I ;)
[23:39] <asac> but all those 4 are dead ;)
[23:39] <asac> how much i would love to play et ;)
[23:39] <asac> let me start it ;)
[23:40] <asac> heh
[23:40] <asac> it was fast enough that i managed to navigate my mouse to the Quit button
[23:40] <asac> which wasnt possible in the past ;)
[23:41] <asac> let me check what kernel folks fixed in -2
[23:41] <fta> openarena uses the quake 4 engine, iirc
[23:41] <asac> slow slow launchpad ;)
[23:41] <asac> fta: so its proprietary or did ID release that engine to opensource (couldnt believe it as its still pretty new)
[23:42] <asac> quake 4 engine is pretty decent
[23:42] <fta> it's in universe
[23:42] <asac> Open Arena: a completely free game for the FOSS Quake 3 engine
[23:42] <asac> yeah
[23:42] <asac> so its not 4
[23:42] <asac> (would have been shocking ;))
[23:43] <fta> oh, ok
[23:43] <fta> good enough for me
[23:43] <fta> i can frag as much as i want
[23:43] <asac> quake 4 is pretty good. they invented infinite textures in that engine
[23:43] <asac> hehe
[23:43] <asac> yeah
[23:43] <asac> probably
[23:43] <asac> maybe i should check that too
[23:43] <asac> but i guess it would work even with my bad driver ;)
[23:44] <asac> maybe enemy territory is based on that enigine?
[23:44] <asac> (wolfenstein)
[23:44] <asac> me installs openarena to see how the game play is - which is the most important part i guess
[23:45]  * asac notes: first check .31-2 kernel
[23:45] <asac> second. check openarena ;)
[23:47] <asac> doesnt look like the last two linux uploads changed something for me from changelog
[23:47] <asac> i will try anyway. maybe it was caused by something else now fixed