[00:08] <asac> dtchen: thanks so much testing the security updates ...
[00:10] <asac> bdrung: prism chokes on xpi.mk for jaunty on below:
[00:10] <asac> http://launchpadlibrarian.net/34369084/buildlog_ubuntu-jaunty-i386.prism_1.0b2%2Bsvn20090813r49078-0ubuntu2~umd3~jaunty_FAILEDTOBUILD.txt.gz
[00:10] <BUGabundo> still up asac?
[00:10] <asac> dpkg-buildpackage: host architecture i386 /usr/bin/fakeroot debian/rules clean
[00:10] <asac> /usr/share/mozilla-devscripts/xpi.mk:75: *** target file `build' has both : and :: entries.  Stop.
[00:10] <asac> dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules clean gave error exit status 2
[00:10] <asac> BUGabundo: yes ... utterly drunk ;)
[00:10] <BUGabundo> ahhh
[00:10] <BUGabundo> though so
[00:10] <BUGabundo> don't touch our precious code
[00:11] <asac> BUGabundo: so i am a well known alcohilic?
[00:11]  * asac wonders about the brand reputation he built ;)
[00:11] <BUGabundo> around here, yes
[00:11] <BUGabundo> you keep stating
[00:11] <asac> damn
[00:11] <BUGabundo> how drunk you get
[00:11] <asac> well
[00:11] <asac> how often do i say that?
[00:11] <asac> like once every two month?
[00:11] <BUGabundo> that and how violent police is around there
[00:11] <asac> hehe
[00:11] <asac> yeah
[00:12] <asac> police i hate the most ... though its an obviously essential part of most societies
[00:12] <bdrung> asac: lines 75 is a comment: #                /usr/lib/firefox-addons/extensions directory.
[00:12] <bdrung> asac: xpi.mk has no build target.
[00:13] <asac> hmm
[00:13] <asac> ok so i guess we need latest mozilla-devscripts there
[00:13] <bdrung> asac: we have "build/$(MOZ_EXTENSION_PKG)::"
[00:13] <asac> i guess
[00:13] <asac> ok
[00:13]  * micahg was going to suggest that :)
[00:13] <BUGabundo> bdrung: he's drunk
[00:13] <BUGabundo> don't push him to touch code
[00:13] <asac> i wont ;)
[00:13] <asac> just saw that
[00:13] <BUGabundo> no idea how he even manage to login :)
[00:13] <asac> prism failed when checking the daily ppa
[00:13] <bdrung> asac: you are drunk?
[00:14] <asac> semi-drunk, yes.
[00:14] <bdrung> asac: that's my name :p
[00:14] <asac> met a friend
[00:14] <asac> haha
[00:14] <asac> good to know
[00:15] <bdrung> my last name is spelled nearly the same
[00:15] <BUGabundo> cwillu: hugs
[00:15] <asac> bdrung: you are right ;)
[00:15] <cwillu> poke poke :D
[00:15] <asac> ok so we need to get latest m-d to our daily archive ... makes sense
[00:16] <micahg> asac: well, let's talk about it in the morning
[00:16] <asac> oh. ppa builders seems to be overlay busted
[00:16] <asac> seems our dailies didnt even make it yet
[00:16] <asac> 7 hours ago
[00:17] <asac> none of the dailes
[00:17] <micahg> yeah and 10 hours to build
[00:17] <asac> micahg: right. check with you tomorrow
[00:17] <asac> thanks!
[00:17] <asac> for the diligent hint to bail out ;)
[00:17] <asac> good night
[00:17] <micahg> night
[00:18] <bdrung> night
[00:19] <asac> fta: one thing ... my bzr merge almost got accepted \o/ ;) https://code.edge.launchpad.net/~asac/bzr/lp459276/+merge/13861
[00:19] <asac> ttyt
[00:20] <fta> good
[00:25] <asac> fta: good ... night poke.
[00:26] <asac> :-Ü
[00:26] <asac> :-P
[00:36]  * BUGabundo $ upstart BUGabundo down; upstart bed up; guud night guys and gals
[04:17] <dtchen> asac: np
[06:58] <markey> hey all
[06:58] <markey> are the Chromium Daily builds currently borked?
[06:59] <markey> didn't get one for three days
[07:13] <micahg1> hmm
[07:13] <micahg1> let's see
[07:13] <micahg> yep :)
[07:34] <mistrynitesh> where do I post the error message that i got while updating firefox (3.5.5pre) from the daily build repo; any paste bin or directly?
[07:38] <micahg> pastebin please
[07:47] <mistrynitesh> got this error: http://pastebin.ubuntu.com/304098/
[07:48] <micahg> ugh, it seems the apparmor profile is enabled
[07:48] <micahg> do you want that?
[07:48] <micahg> let me find out how to disable it
[07:49] <mistrynitesh> i am not a advanced user, don't know the use of this apparmor, is it safe to disable it?
[07:49] <micahg> yeah, it's not even enabled in karmic by default
[07:50] <micahg> mistrynitesh: https://wiki.ubuntu.com/KarmicKoala/TechnicalOverview#New%20profiles
[07:50] <mistrynitesh> oh, did I mention that i am using hardy?
[07:50] <micahg> I saw that in the pastebin, but thank you for mentioning it, that's important :)
[07:50] <mistrynitesh> :)
[07:50] <micahg> the second box will give you the commands to disable it
[07:53] <mistrynitesh> thanks, i will do it, but just curious.... does it matter if I don't disable it? firefox is running smoothly even after the update
[07:54] <micahg> idk
[07:54] <micahg> probably better off doing it since it was not intended for your version
[07:56] <mistrynitesh> micahg: thanks!
[07:56] <micahg> np
[08:44] <asac> hi
[08:46] <micahg> hi asac, how are you doing
[08:46] <asac> good ;)
[08:46]  * mac_v hands asac an asprin ;p
[08:46] <asac> hehe
[08:46] <asac> i was only semi-drunk ;)
[08:47] <asac> ... lets check #ubuntu-release-party ;)
[08:47] <asac> hmm only 357
[08:48] <micahg> asac: when I installed sqlite from security ppa, firefox crashed
[08:48] <asac> shit
[08:48] <asac> micahg: hardy?
[08:48] <micahg> karmic
[08:48] <asac> or jaunty or what?
[08:48] <micahg> after restart it's fine
[08:49] <micahg> just during the install it crashed
[08:49] <asac> hmmm. coincident?
[08:49] <micahg> idk
[08:50] <micahg> I was wondering if we'd even be allowed to change the compile flags like that in an SRU?
[08:50] <mac_v> hmm , how do i get a cloak for irc.gimp.org?
[08:51] <mac_v> or is there a support channel for gimpnet?
[08:52] <micahg> asac: also, about m-dev in daily ppa, prism seems to be stalled, are we going to be adding anything else that requires m-dev
[08:54] <mac_v> asac: you are often on #gnome-hackers , right? do you use a cloak?
[08:55] <micahg> asac: also, can you look at bug
[08:56] <micahg> bug 460295, not sure if it's mozilla that would get the request or the desktop suite (gnome)
[08:56] <micahg> asac: I merged in my changes to ff3.7.head
[08:56] <micahg> it seemed to work
[08:57] <micahg> and ff3.7 is green :)
[08:57] <asac> mac_v: hmm. not so sure
[08:57] <asac> i sometimes join the channel
[08:58] <asac> ... and then stay there till next time i reboot irc gateway
[08:58] <asac> i dont think i can get a cloak there
[08:58] <asac> micahg: good question
[08:58] <asac> could be on both sides
[08:58] <mac_v> yeah , some dont have cloaks while some do...not sure how they use the cloaks :(
[08:59] <asac> micahg: i have to check the code what exactly is the trasnferrable that gets dropped on desktop
[08:59] <micahg> ok, should I assign to you?
[08:59] <asac> mac_v: i would check with seb .... he probably is the one using gimpnet the most
[08:59] <mac_v> ah , right , thanks :)
[09:03] <asac> micahg: not sure. i think its most likely just upstream forward
[09:03] <asac> maybe check if there is a bug yet
[09:03] <micahg> to bmo?
[09:05] <asac> yes
[09:05] <micahg> ok, I'll do it this weekend
[09:05] <micahg> what about m-dev
[09:05] <micahg> in daily ppa
[09:06] <micahg> do you want me to backport 0.17?
[09:08] <micahg> asac: ^^^..I"m going to sleep after I get an answer :)
[09:09] <asac> micahg: yes. backport .... but check with fta tonight
[09:09] <asac> e.g. how to get it in the daily ppa
[09:10] <asac> micahg: i would thinkj the backport should be easy ... like just lowering version like 0.17~hardy1
[09:10] <micahg> ok, will do
[09:10] <asac> sleep well
[09:10] <micahg> thanks
[09:10] <asac> micahg: see you back for #ubuntu-release-party
[09:10] <asac> ;)
[09:10] <micahg> what exactly is that?
[09:11] <micahg> ah, I'll find out in the morning...
[09:29] <mac_v> asac: btw what time do the releases usually happen?
[09:30] <asac> mac_v: early afternoon. i think we try to find a time where most users have the 29th still
[09:31] <mac_v> hmm... it is funny with the 'is it out'? yet questions on ubuntu-release-party ;)
[09:48] <asac> hehe
[09:48] <asac> well.
[09:48] <asac> a bit funny
[09:48] <asac> though its getting old
[09:48] <asac> we have that for a few releases now
[09:49] <asac> need new ideas i guess ;)
[10:57] <eagles0513875> hey asac i have a question for ya if you are not to busy
[10:58] <asac> !help
[10:59] <asac> hehe
[10:59] <asac> !help | eagles0513875
[10:59] <asac> lol
[10:59] <eagles0513875> ty asac i know but dont want to bother you if you are super busy
[11:00] <asac> eagles0513875: by including my nick you already bother me
[11:00] <asac> so if you do that just put the question there
[11:00] <asac> as the distraction is already done
[11:00] <eagles0513875> :( sry
[11:00] <asac> so remember that and all is fine
[11:01] <asac> i usually answer if oyu ask real questions
[11:01] <eagles0513875> is there anything addon wise to bypass proxy server as well as hiding the ip when using firefox
[11:01] <asac> if not now ... later ... if i dont ansewr, just reask ;)
[11:01] <eagles0513875> somethign equivalent to the windows program called ultrasurf
[11:01] <asac> eagles0513875: not sure how that would work. either you must use a proxy in your net or you dont
[11:01] <asac> or its optional ... then you should be able to unconfigure it
[11:01] <asac> hiding IPs is not possible unless you hide behind a proxy
[11:01] <eagles0513875> asac: this is my school
[11:02] <asac> yes. so if they require you to use a proxy, there is not much you can do ...
[11:02] <eagles0513875> well on windows it seems like there is :(
[11:02] <eagles0513875> but oh well no worries
[11:02] <asac> if its optional and they fixed the setup
[11:02] <asac> you can probably just download firefox and install it locally
[11:03] <asac> then use that to work around the admin having enforced a proxy (even though it hsould be ok to not use that network wise)
[11:03] <eagles0513875> i cant download anything
[11:03] <asac> welll. in most cases (and if your admin isnt dumb) you just have no way to reach the internet
[11:03] <eagles0513875> need to try ssh tunneling i guess
[11:03] <asac> without proxy
[11:03] <asac> you can do ssh tuneelling
[11:03] <asac> yes.
[11:03] <eagles0513875> well i have a way to reach the net but everythign download wise is blocked
[11:03] <asac> if you can go out through ssh that is
[11:04] <eagles0513875> ya i can as i tried to ssh into a friends server
[11:04] <asac> yeah. then do that ... you could setup your own proxy on that ssh server
[11:04] <asac> so you just need one tunnel
[11:04] <asac> and then can set that as the proxy in firefox
[11:04] <asac> like localhost:PORT
[11:04] <eagles0513875> need permission from my friend
[11:05] <asac> otherwise its a bit cumbersome to setup tunnels for each server you want to reach
[11:05] <asac> so at best put a proxy on remote server, and reach that through tunnel
[11:05] <asac> note: if thats against your school policy ... just don't do it;)
[11:05] <asac> accept that its the way it is
[11:05] <asac> or complain to admins
[11:05] <asac> schools should allow you to download stuff from the net ;)
[11:06] <eagles0513875> asac: could i use one port which isnt blocked and set all the sites to use that one port or via ssh tunnel or does each site need each of its own ports
[11:06] <eagles0513875> well mine doesnt which pisses me off
[11:06] <asac> eagles0513875: thats what i say ... you need to setup a proxy then you just need one port
[11:06] <asac> otherwise its bad
[11:06] <asac> and unfeasible i think
[11:07] <eagles0513875> so a local proxy
[11:09] <asac> yes ... local on remote ssh server ... then tunnel and use the localhost:PORT you tunnel to it as proxy inffox
[11:11] <eagles0513875> think will have to do that at home :( could i setup proxy on the machine i am currently on
[12:23] <jdstrand> asac: hi! where does this come from? 3.5.5~hg20091026r26497+nobinonly-0ubuntu1~umd1~hardy
[12:23] <fta> daily ppa
[12:23] <jdstrand> fta: so 3.5 is automatically backported for all releases?
[12:24] <fta> yes
[12:24] <fta> everyday
[12:25] <jdstrand> :/
[12:25] <fta> jdstrand, what?
[12:25] <jdstrand> the firefox apparmor profile gets enabled but won't work on < karmic
[12:25] <mac_v> asac: why is this occurring > http://bradt.ca/archives/firefox-error-message-well-this-is-embarrassing/ , this happens when X crashes
[12:26] <fta> oh
[12:26] <jdstrand> fta: we already do:
[12:26] <jdstrand>    if dpkg --compare-versions "$2" lt 3.5.2+nobinonly-0ubuntu3 || echo "$2" | egrep -q '(9.04|8.10|8.04)' ; then
[12:26] <jdstrand> ... <disable it> ...
[12:26] <jdstrand> looks like we should add '(9.04|8.10|8.04|hardy|intrepid|jaunty)'
[12:26] <fta> hm
[12:27] <fta> yes
[12:27] <jdstrand> can someone commit that?
[12:28] <jdstrand> and hopefully test it ;)
[12:30] <jdstrand> (it's in prerm)
[12:30] <fta> presint
[12:30] <fta> preinst
[12:30] <jdstrand> err
[12:30] <jdstrand> yes, preinst
[12:30] <jdstrand> :)
[12:31] <fta> i guess postrm should also do something
[12:31] <jdstrand> fta: the comment should probably be adjust as well. "It will also be disabled on Ubuntu 9.04 and earlier, where the profile won't work without modification" (or similar)
[12:32] <jdstrand> postrm will delete it
[12:32] <jdstrand> (on purge). am I missing something?
[12:33] <fta> well, i mean, drop the profile for those who got it through the ppa.. so it's probably a else clause in preinst
[12:35] <jdstrand> fta: are you suggesting we unconditionally disable the profile if it is installed via the ppa? that is fine for < 9.10, but >= 9.10 it would be good to not touch it if the user enabled it
[12:35] <jdstrand> (which is how it is intended to work)
[12:36] <jdstrand> actually, I see what you are getting at
[12:36] <jdstrand> someone runs 9.10
[12:36] <jdstrand> *then* upgrades to the daily ppa
[12:36] <jdstrand> it is enabled
[12:36] <jdstrand> that should be fixed, yeah
[12:36] <fta> jdstrand, no, i was just suggesting to drop it for the user of 3.5.5~hg20091026r26497+nobinonly-0ubuntu1~umd1~hardy at the next upgrade, you said it doesn't work anyway
[12:37] <jdstrand> actually, strike my last comment
[12:37] <jdstrand> the disabled link is already present unless they removed it
[12:38] <jdstrand> fta: won't adding the |hardy|intrepid|jaunty bit add the disable link unconditionally?
[12:38] <fta> now, postinst installs it if it's karmic and ff > vX. but maybe it should drop it if dist < karmic
[12:38] <jdstrand> fta: therefore, we don't need to touch postinst
[12:38] <fta> what if it's already there
[12:38] <fta> oh, i see
[12:38] <fta> nm
[12:41] <fta> jdstrand, how come i don't have that symlink if it's unconditional? something else dropped it?
[12:43] <jdstrand> fta: a new install will have it. upgrades from jaunty and karmic before the profile was added will have it
[12:43] <jdstrand> fta: that said
[12:43] <jdstrand> fta: the 9.04|8.10|8.04 part was not always there
[12:44] <jdstrand> fta: so if you were on jaunty running 3.5 and upgraded to karmic before that bit was there, then it got enabled
[12:44] <jdstrand> that was fixed for Alpha6 iirc
[12:45] <fta> sorry, i mis-read the code. it's just the disable part in postinst, i 1st thought it was the conditional installation of the profile along with the disable symlink. n-m
[12:45] <fta> i should read 1st ;)
[12:45] <jdstrand> no, the profile is always installed
[12:45] <jdstrand> it is conditionally disabled
[12:46] <fta> yep, got that now
[12:46] <jdstrand> we do it that way so that the profile, which is a conffile, doesn't have to change to be enabled (thus prompting users on upgrade)
[12:47] <jdstrand> I think installing it on < 9.04 is fine. people can adjust it to make it work if they desire, but we must disable it
[12:48] <jdstrand> yes, for the hardy user that fixes the profile and runs dailies, the profile will get disabled, but I'm not sure there is a sane way to deal with that
[12:49] <jdstrand> the main thing is ensuring the official Ubuntu package does not disable a profile the user explicitly enabled during a security update
[12:53] <fta> jdstrand, so that won't fix the problem you reported above
[12:53] <jdstrand> fta: ?
[12:54] <jdstrand> fta: if 'hardy' is in the version, it'll get disabled, no?
[12:54] <fta> i mean, daily users on hardy didn't pass the tests, so they already got the profile but not the symlink
[12:54] <jdstrand> oh
[12:55] <jdstrand> you are right
[12:55] <jdstrand> that only covers upgrades where the profile didn't exist to begin with
[12:55] <fta> yep
[12:56] <jdstrand> fta: so perhaps add the bit I suggested (for < 9.10 users running dailes and upgrading), and then another bit for hardy|intrepid|jaunty
[13:00] <fta> so they won't be able to enable it
[13:01] <jdstrand> well, they can enable it, it just will be disabled again on upgrades
[13:01] <jdstrand> if you can think of a better way to handle the dailies, feel free to adjust and commit
[13:05] <fta> i can easily make it disable the profile only once by using a stamp file somewhere, it's better than disabling it everyday
[13:05] <fta> but it's not perfect
[13:18] <nanotube> hey people! so i have a question - where does the ubuntu repositories version of firefox look for plugins by default? cuz there's stuff in /usr/lib/firefox/plugins, /usr/lib/mozilla/plugins, /usr/lib/xulrunner/plugins, etc.
[13:19] <nanotube> and more importantly than where it looks for them, how can i determine by a script where they are being looked for (i.e., maybe in some firefox config file somewhere)
[14:01] <asac> nanotube: firefox-addons/plugins ... or mozilla/plugins ... or or or
[14:01] <asac> various places
[14:01] <asac> its not in a config file .... the places are hardcoded in ffox code
[14:03] <nanotube> asac: so i'd have to run strings on the firefox binary i'll find them?
[14:04] <nanotube> asac: hrm that doesn't work.
[14:05] <asac> no ... thost strings are concatenated at run time
[14:06] <asac> those
[14:06] <asac> the places it lokos at are: /usr/lib/mozilla/plugins /usr/local/lib/mozilla/plugins/ ... GRE_DIR/plugins (linke to xulrunner-addons/plugins) APP_DIR/plugins (linked to firefox-addons/plugins)
[14:06] <asac> nanotube: ^^
[14:07] <asac> also it looks in your profile dirs
[14:07] <asac> e.g. .mozilla/plugins/
[14:07] <asac> and .mozilla/firefox/PROFILE/plugins/
[14:07] <nanotube> asac: well, "strings <firefoxbunary> | grep -i plugin" returns nothing, so even if they are concatenated, they are not concatenated with "plugins", apparently :) ?
[14:08] <asac> firefoxbinary is just a tiny thing
[14:08] <asac> do that on the .so files
[14:08] <asac> also check all .js files in components/
[14:10] <nanotube> checked all the .so and the .js files in components - nothing...
[14:11] <asac> trings /usr/lib/xulrunner-1.9.1.5pre/libxul.so | grep plugins
[14:11] <asac> strings /usr/lib/xulrunner-1.9.1.5pre/libxul.so | grep plugins
[14:11] <asac> is one hit
[14:11] <asac> not sure why /usr/local doesnt show up there ... i was pretty sure we look there too
[14:17] <nanotube> asac: so, /usr/lib/xulrunner-xxxx/plugins would be the "first place to look" then? :)
[14:19] <asac> yes
[14:19] <asac> and mozilla/plugins too
[14:20] <nanotube> asac: so when plugins get installed from the repositories, symlinks are placed in both /usr/lib/mozilla/plugins, and also in /usr/lib/xulrunner-xxxx/plugins, right?
[14:21] <nanotube> so if i were to look for a list of "all plugins installed", would one be better than the other?
[14:23] <asac> its a messy situation a bit
[14:23] <asac> at best you fire up mozilla and check what is visible in about:plugins
[14:23] <asac> we will move to /usr/lib/mozilla/plugins in lucid
[14:25] <nanotube> well, so at this point, if i look in mozilla/plugins, i'm ok? or is there stuff that gets put in xulrunner and not in mozilla?
[14:27] <asac> i wouldnt rely on mozilla/plugins
[14:27] <asac> would have to check all plugins packages
[14:27] <asac> to say that that is ok
[14:27] <asac> also we use "alternatives" ... so there might be more plugins installed then actually visible there
[14:28] <asac> also we try to put everything in /usr/share/ubufox/plugins
[14:28] <asac> because the laternative plugin switcher in ubufox needs to see all to allow users to switch to not active ones etc.
[14:28] <asac> anyway ... out for a bit
[14:28] <asac> ttyl
[14:29] <nanotube> asac: thanks  for your help! ttyl
[14:30] <asac> welcome
[14:48] <fta> jdstrand, asac: http://paste.ubuntu.com/304337/ ?
[14:51] <jdstrand> fta: nice! I that seems to cover it well
[14:52] <jdstrand> s/I//
[14:53] <fta> good
[15:07] <eagles0513875> hey asac :) grats on karmic
[17:38] <snkiz>  I'm running chromium from the daily ppa and I ran into this bug http://code.google.com/p/chromium/issues/detail?id=25768 basically chromium wont load plugins correctly if I'm running an openbox session but works fine if I use gnome. I know its not an ubuntu package but I was wondering since karmic is just out if maybe its an ops in ubuntu that could be the cause.
[18:14] <jdstrand> asac: fyi, I just upgrade ff/sqlite on intrepid-karmic, with ff running and it did not crash
[18:14] <asac> grewat
[18:14] <asac> jdstrand: what bothers me more than ffox are all the rdepends
[18:14] <jdstrand> this was amd64, but I'll certainly report back if I see anything weird
[18:15] <asac> i am not sure how to properly QA that :(
[18:15] <jdstrand> asac: you could ask the QA team for some suggestions
[18:15] <jdstrand> they deal with SRUs
[18:16] <jdstrand> asac: but, to be clear, you aren't planning on sqlite3 being updated tomorrow too, right?
[18:17] <asac> no
[18:17] <asac> we could move that to -proposed
[18:17] <asac> though i should upload hardy too
[18:17] <asac> wasnt sure what to do with hardy
[18:17] <asac> we seem to use a too old version
[18:17] <asac> for the other bug fixed (FTS3)
[18:17] <jdstrand> asac: I think -proposed is totally the way to go
[18:17] <asac> yeah
[18:17] <asac> so let me just add the PRIVATE stuff to the current hardy version and also upload that to ppa
[18:18] <asac> then we can push that to -proposed and let it sit there for a week or more
[18:18] <asac> asking QA team to sign it off
[18:18]  * jdstrand nods
[18:18] <asac> before rolling
[18:18] <asac> good plan
[18:18] <asac> though the bad side is that i am on holiday for a week starting tomorrow :(
[18:18] <jdstrand> I'm here tomorrow
[18:18]  * asac gest the feeling that this will be again a disrupted holiday experience ;)
[18:19] <asac> yeah.
[18:19] <jdstrand> I'm not Monday, but am the rest of the week
[18:19] <jdstrand> we can let sqlite3 sit for longer
[18:19] <asac> ok. i think we should just ensure that iut gets to -proposed
[18:19] <asac> and give QA team heads up that they need to sign that off
[18:19] <asac> ;)
[18:19] <jdstrand> :)
[18:19] <asac> anyway. let me go and do more poking on the ffox updates :(
[18:28] <eagles0513875> hey asac :) grats on another great release :)
[18:29] <eagles0513875> looking forward to getting my hands dirty on stuff for lucid
[18:29] <asac> thx
[18:29] <asac> yeah
[18:35] <eagles0513875> asac: j/w when packaging stuff what is the best method if one doesnt want to use the ubuntu package naming convention
[18:36] <eagles0513875> but one of their own
[19:15] <micahg> fta: do you have a special way to get mozilla-devscripts in umd?
[19:19] <fta> i just push it on demand using my scripts, but i suppose i can activate it in the bot
[19:19] <micahg> no, that's not necessary
[19:19] <micahg> we were talking about updating to m-dev 0.17
[19:19] <micahg> I was going to push it myself
[19:19] <micahg> but wanted to know if you had any special way, that's all
[19:19] <micahg> the reason is so that prism can build
[19:20] <fta> you can't push it to umd yourself, it's not owned by the mozillateam
[19:20] <micahg> oh :-X
[19:21] <micahg> ok, well, than if you want to push it, prism on jaunty and below would probably turn green
[19:22] <fta> it's for my own security, i run that on my own h/w and a dozen people i know nothing about can push to the branches now
[19:23] <micahg> ok, makes sense
[19:28] <fta> there's no reason m-d should not be daily built
[19:29] <micahg> ok, if you want to add it to the ppa, go for it
[19:42] <fta> hmm, it's a native package, lets see how my bot reacts to it
[19:42] <micahg> ok :)
[19:46] <micahg> PPAs are back to being slow to build (long queues)
[19:46] <micahg> upload seemed ok though
[19:49] <fta> it worked but it's pure sync mode, no upgrade
[19:50] <fta> i guess it will fail otherwise.. no get-orig-source for native packages
[19:50] <fta> hmm
[19:51] <fta> "A recent upload has resulted in 87  pending builds. " pfff
[19:51] <fta> just umd
[19:53] <fta> yep, just 3 ppa builders per arch, the rest is busy doing something else, probably running the QA test suites
[19:55] <micahg> fta: pure sync is appropriate, isn't it?
[19:55] <asac> https://edge.launchpad.net/~gnuzilla-team/
[19:56] <micahg> wow
[19:56] <micahg> asac: what kind of problems will this cause for us?
[19:57] <fta> micahg, yes, but the bot does update -> sync/merge -> push -> cleanup, so update will fail at it runs get-orig-source /w or /wo local_branch
[19:57] <asac> micahg: icecat?
[19:57] <micahg> yes
[19:57] <asac> i dont think there will be many problems
[19:57] <asac> ;)
[19:57] <asac> unless someone says we should also take care of that
[19:58] <asac> though, yes. there is always the risk that icecat has too bogus patches and trashes firefox profiles etc.
[19:58] <asac> not sure if they use the same profile path though
[19:58] <asac> i hope not
[19:59] <micahg> are they shipping their binary as icecat?
[19:59] <fta> well, there's no much so far, they just pushed icecat 4 times to their ppa
[19:59] <asac> micahg: yes i think so
[20:00] <asac> its similar to iceweasel ... just adds more patches
[20:00] <asac> dont know if they use xulrunner
[20:00] <asac> most likely not
[20:00] <micahg> ok
[20:00] <asac> as they patched something in the guts of image processing iirc
[20:01] <micahg> why not just grab the debian unbranded version?
[20:01] <micahg> how is this different than abrowser?
[20:07] <fta> it's explained there http://www.gnu.org/software/gnuzilla/
[20:07] <fta> imho, the 2 changes they mention make sense
[20:07] <fta> moz should do that
[20:53] <fta> can anyone play vimeo vidz with firefox? i mean, smoothly
[20:53] <fta> like http://vimeo.com/5775639
[20:57] <BUGabundo> bRoas
[20:57]  * BUGabundo misses #ubuntu+1
[21:09] <asac> fta: yes. works with ffox 3.5
[21:10] <asac> fta: also with 3.6
[21:10] <BUGabundo> fta: used to work fine on 3.7
[21:11] <asac> hmm. seems i uninstalled minefield
[21:11] <BUGabundo> I would test it
[21:11] <BUGabundo> but I'm on 2G
[21:11] <BUGabundo> and a very unstable one ;(
[21:22] <fta> no longer smooth in chromium either
[21:23] <fta> evo froze for the 10th time today :(
[21:24] <fta> 100% cpu, 100% memory in a few seconds :P
[21:24] <fta> giga leak
[21:24] <fta> unfixed for months
[21:25] <BUGabundo> ehhe
[21:26] <micahg> is it possible to be an active participant at UDS remotely?
[21:28] <dtchen> yes, but it's very difficult given history
[21:28] <dtchen> gobby has always been spotty, and VoIP is craptastic due to the fairly rigorous bw requirements
[21:29] <micahg> irc comments?
[21:29] <fta> i confirm, last time, i don't even remember a single session using the phone
[21:29] <dtchen> just kick and scream in irc and hope people look up if the irc session is even projected onscreen
[21:29] <fta> and we didn't have irc-on-the-wall either (we had that in mountain view though)
[21:30] <dtchen> really, your best bet is to get sponsored and be there
[21:30] <micahg> well, I was rejected
[21:30] <fta> i won't be there this time
[21:30] <dtchen> neither will I
[21:31] <fta> really?
[21:32] <dtchen> correct. I'm taking a break from Ubuntu development to regroup. This development cycle has been extremely stressful.
[21:34] <BUGabundo> :(
[21:34] <BUGabundo> poor themuse
[21:34] <dtchen> I'm not disappearing; I just won't be as active initially.
[21:37] <BUGabundo> dtchen: you will be missed :\
[21:38] <BUGabundo> who will I nagg when my sound breaks?
[21:38] <dtchen> I'm not a single point of failure; there are plenty of clueful people :)
[21:40] <micahg> ugh: https://edge.launchpad.net/~debfx/+archive/firefox-kde
[21:42] <BUGabundo> eheh
[21:42] <BUGabundo> qt port ?
[21:42] <BUGabundo> ROFL
[21:45]  * micahg wonders if novell pushed their fixes upstream
[21:46] <fta> i also had a xul-qt branch at some point that i wanted to merge into our xul.head
[21:51] <[reed]> I don't understand why people can't work upstream with us
[21:51] <[reed]> we've been asking for KDE people to help for years with Firefox
[21:51] <BUGabundo> [reed]: they are afraid
[21:51] <[reed]> but nobody ever offered
[21:51] <BUGabundo> pushed aside
[21:51] <BUGabundo> etc etc etc ?
[21:52] <fta> [reed], my branch was just packaging the qt stuff from trunk, but it went nowhere
[21:53] <fta> i'm not crazy enough to code that myself
[21:53] <[reed]> lol
[21:54] <fta> how could i track that leak? bug 460710
[21:55] <asac> fta: reading code is unfortunately often the only way to do that for big chunks of software
[21:55] <asac> you can run valgrind ... with leakcheck ... and stop ... and see if something related to attachment codepath is there
[21:55] <asac> or attachment data
[21:56] <BUGabundo> fta: that's hggh code
[21:57] <BUGabundo> let me ping it
[21:57] <fta> looks like it's in cairo
[21:57] <PsySc0rpi0n> Hi
[21:57] <fta> or in murrine
[21:57] <fta> http://paste.ubuntu.com/304591/
[21:58] <BUGabundo> dtchen: are you still here?
[21:58] <BUGabundo> can you help PsySc0rpi0n?
[21:58] <PsySc0rpi0n> Hello
[21:58] <PsySc0rpi0n> Folks...
[21:58] <PsySc0rpi0n> I need some help
[21:59] <PsySc0rpi0n> because i have updated from 9.04 to 9.10 and i was trying to set amarok ok to play sounds and i end up with no sound at all
[21:59] <PsySc0rpi0n> Now neither VLC nor Amarok plays any typy of sound
[21:59] <PsySc0rpi0n> *type
[22:00] <PsySc0rpi0n> I have a P5K Pro board that has an ALC883 chip and i can't make it to be listed in aplay -l command
[22:00] <PsySc0rpi0n> But it shows up in lspci -v command
[22:01] <dtchen> err, that probably has nothing to do with mozilla-based apps
[22:02] <dtchen> #ubuntu-bugs or #ubuntu-audio-help is better
[22:02]  * BUGabundo joins #ubuntu-audio-help
[22:02] <PsySc0rpi0n> BUGabundo, send me to this channel... Notice that before i try to set amarok ok to play sounds, my sound system was working ok
[22:03] <PsySc0rpi0n> But as i am new to Linux problably i messed up some setting when i was trying to set up amarok...
[22:04] <BUGabundo> PsySc0rpi0n: you may leave this channel now
[22:04] <BUGabundo> talk on the other on
[22:04] <BUGabundo> *one
[22:04] <PsySc0rpi0n> Leaving...
[22:23] <BUGabundo> asac: stupid FF asked for restart after updates and lost my open tabs :(
[22:24] <asac> yes
[22:24] <asac> that can happen
[22:24] <asac> if xul state is busted
[22:24] <asac> did the restart automatically come back?
[22:24] <asac> or did you need to start it manually?
[22:24] <asac> BUGabundo: ?
[22:24] <BUGabundo> asac: it asked
[22:24] <BUGabundo> and I pressed the button
[22:24] <asac> sure
[22:24] <BUGabundo> after restart
[22:25] <asac> but did firefox really restart?
[22:25] <BUGabundo> I got an addon update
[22:25] <asac> or just stopped
[22:25] <asac> ah
[22:25] <asac> ok
[22:25] <BUGabundo> them empty tab
[22:25] <asac> i think addon update is the problem
[22:25] <BUGabundo> I think so too
[22:27] <asac> https://bugzilla.mozilla.org/show_bug.cgi?id=361129
[22:27] <BUGabundo> ok
[22:28] <BUGabundo> subbing
[22:28] <asac> is that your bug?
[22:28] <BUGabundo> cecking
[22:28] <asac> did you visit a homepage?
[22:29] <asac> https://bugzilla.mozilla.org/show_bug.cgi?id=353592
[22:30] <BUGabundo> asac: a 2006 bug ?
[22:30] <BUGabundo> and I complain about old Ubuntu bugs :)
[22:30] <asac> https://bugzilla.mozilla.org/show_bug.cgi?id=490938
[22:32] <asac> https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&short_desc_type=allwordssubstr&short_desc=&product=Firefox&component=Session+Restore&long_desc_type=substring&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&status_whiteboard_type=allwordssubstr&status_whiteboard=&keywords_type=allwords&keywords=&resolution=DUPLICATE&resolution=---&emailassigned_to1=1&emailtype1=exact&email1=&emailassigned_to2=1&emailreporter2=1&emailqa
[22:32] <asac> pick one ;)
[22:32] <micahg> ugh, we have a few in LP also
[22:32] <BUGabundo> asac: too little info is bad
[22:33] <BUGabundo> too much is worse
[22:33] <BUGabundo> one would have been good enough :)
[22:33] <asac> well ;)
[22:33] <BUGabundo> guess its known :)
[22:33] <asac> right ;)
[22:33] <asac> though i think there might be more insight needed somehow
[22:33] <BUGabundo> ill save my session before next required post-update restarty
[22:33] <asac> so the observation that this seems to be triggered by getting extension updates after version upgrade feels worth checking
[22:35] <BUGabundo> asac: I'm at a point that I get tired with pesty nasky bugs that last several years
[22:35] <BUGabundo> with little or no code improvement
[22:35] <BUGabundo> and get to the point that if I know a workaround I rather use it :(
[22:36] <BUGabundo> aka I'm formated into code development :((
[22:38] <asac> actually i think that i might even know what your problem is ...
[22:39] <asac> so if you upgrade extensions during startup, firefox will do another restart
[22:39] <asac> so you get a request to restart .... push it ... firefox would come up with the same tabs, but didnt open them yet
[22:39] <asac> when it finds that there are addons
[22:39] <asac> then it restarts again without having restored the session ... and somehow that saves the then current session as the new session to restore
[22:39] <asac> which is then an empty tab ; )
[22:40] <fta> ==8957==    definitely lost: 57,484 bytes in 474 blocks
[22:40] <fta> ==8957==    indirectly lost: 38,184 bytes in 1,820 blocks
[22:40] <fta> ==8957==      possibly lost: 174,848,047 bytes in 936,041 blocks
[22:40] <fta> ==8957==    still reachable: 1,003,217,423 bytes in 35,401 blocks
[22:40] <asac> so much for the theory... but that would need verification ;)
[22:40] <asac> fta: did you use --leak-check=full ?
[22:40] <fta> G_SLICE=always-malloc G_DEBUG=gc-friendly  valgrind -v --tool=memcheck --leak-check=full --num-callers=40
[22:40] <asac> also you need to set G_SLICE=always-malloc
[22:41] <fta> ^^
[22:41] <asac> and G_DEBUG=gc-friendly
[22:41] <asac> yes
[22:41] <asac> right
[22:41] <asac> fta: i would use num-callers=10000000000
[22:41] <asac> your leak is probably justa  tiny one ;)
[22:42] <asac> but as i said. i think looking on code is the only thing that will work ;)
[22:42] <asac> maybe reproducing the hang in valgrind will
[22:42] <asac> trigger a timely bad mem access thing
[22:42] <fta> it's huge
[22:42] <asac> so maybe try that
[22:42] <asac> not memcheck
[22:42] <asac> but rather just memaccess checks
[22:42] <fta> and i bet it's in the theme, not even in evo
[22:42] <asac> and using debug symbols
[22:43] <fta> most probably gtk2-engines-murrine
[22:43] <asac> yes. might be huge. but the code area where the attachments are done, might help to properly narrow it down
[22:43] <asac> fta: try to use a different engine
[22:43] <asac> does that help?
[22:44] <BUGabundo> ohhh valgrind
[22:44] <BUGabundo> I miss that
[22:44] <BUGabundo> I used to run several of my apps with it
[22:44] <BUGabundo> lots of mem leaks everywhre
[22:44] <BUGabundo> reported a few to gnome :)
[22:44] <asac> heh
[22:44] <BUGabundo> bigger and mem devoraing apps are harder to test
[22:45] <BUGabundo> stuff like pidgin that alone uses 1GB
[22:45] <BUGabundo> with valgrind would kill all my 4GB plus 8GB swap
[22:45] <asac> yeah
[22:45] <BUGabundo>  5446 bugabund  20   0  992m 281m  26m S    4  7.1   5:27.36 pidgin
[22:46]  * fta updating bug 460710
[22:46] <BUGabundo> not talking on logs with IO
[22:47] <micahg>  5665 micah     20   0  768m  78m 8416 S    0  2.0   8:03.43 pidgin
[22:47] <micahg> bug, why is your pidgin using so much more?
[22:47] <fta> asac, "--num-callers=<number> [default: 12]"
[22:48] <fta>               The maximum value for this is 50. Note that higher settings will
[22:48] <fta>               make Valgrind run a bit more slowly and take a bit more memory,
[22:48] <fta>               but can be useful when working with programs with deeply-nested
[22:48] <fta>               call chains.
[22:48] <asac> ah
[22:48] <asac> ok
[22:49] <BUGabundo> micahg: logs in memory
[22:49] <BUGabundo> huge plugins
[22:49] <BUGabundo> etc
[22:49] <BUGabundo> pick one
[22:49] <fta> retrying with --show-reachable=yes
[22:49] <micahg> BUGabundo:  why is your pidgin using so much more?
[22:49] <micahg> ah
[22:49] <BUGabundo> micahg: I have more plugins on mine then pidgin devs even know about
[23:03] <fta> found it, it's murrine_draw_progressbar_fill() calling cairo like crazy
[23:04] <BUGabundo> ehhe
[23:04] <BUGabundo> fta: hggh said it would be cairo
[23:04] <BUGabundo> so its close
[23:06] <hggdh> fta ping
[23:06] <fta> ?
[23:07] <asac> !ping
[23:07] <hggdh> bug 460710
[23:07] <asac> !noping
[23:07] <asac> ;)
[23:07] <BUGabundo> hggdh: fta doesn't like pings :)
[23:07] <hggdh> :-) contextless ping... sorry
[23:07] <asac> !dontping
[23:07] <asac> hehe
[23:07] <asac> yes
[23:08] <asac> but i want to know what the ubottu factoid is for that ;)
[23:08] <fta> hggdh, what about this bug?
[23:08] <hggdh> does it happen with any attachment?
[23:09] <fta> not all, seems like *.txt are fine, but 99% of the time, *.doc/*.ppt are not
[23:09] <hggdh> k, thanks. Will try to find a doc/ppt to check
[23:10] <hggdh> fta, BTW, how do you try to display them? Inline?
[23:11] <fta> and i'm using Darkroom+Human as theme (in cast it matters)
[23:11] <fta> I just unfold the attachment bar, and double click one of the attachments
[23:13] <hggdh> and -- since the bug does not state it -- what version of Evo are you running?
[23:14] <fta> i said karmic up-to-date in the bug
[23:15] <fta> so 2.28.1-0ubuntu1
[23:15] <hggdh> indeed. I missed this line
[23:16] <hggdh> sorry
[23:17] <BUGabundo> for those that don't know fta, he can sound harsh :)
[23:18] <fta> BUGabundo, I'm a nice guy (when i'm not tired). I could add some smileys if you prefer
[23:19] <BUGabundo> fta: I know you already
[23:19] <BUGabundo> but from other POV
[23:19] <BUGabundo> err... you know
[23:19] <BUGabundo> I'm the same!
[23:20] <BUGabundo> specilly since english is not my main language
[23:20] <BUGabundo> so stuff gets lost in translation
[23:20] <BUGabundo> :p
[23:20] <fta> it's not mine either
[23:21] <BUGabundo> ahh
[23:22] <BUGabundo> that explains it :)
[23:22] <BUGabundo> I forget your french
[23:22] <BUGabundo> since I only see you writing in englosh
[23:23] <fta> cairo_line_to() can allocate 1GB in 4 blocks, wooww
[23:26] <BUGabundo> wow
[23:29] <fta> hggdh, i'm done updating the bug
[23:29] <fta> 8 comments :P
[23:29] <hggdh> fta, thanks. I still cannot reproduce, but I do not have a PPT. Could you send me one? hggdh2 at ubuntu dot com
[23:30] <fta> hggdh, mine are private (from work), but you can google for some
[23:31] <fta> i took all my traces using a simple 90KB doc file
[23:32] <hggdh> I tried with some docs I have, all of them went straight to OO
[23:32] <hggdh> bloody hell. I had to get to ms.com , and now ffox is hanging
[23:33] <hggdh> heh. I try to find a problem with evo, and hit a 100% CPU ffox ;-)
[23:33] <BUGabundo> ahahahahaaahhahaha
[23:33] <BUGabundo> ahahahahaaahhahaha
[23:34] <BUGabundo> hggdh: at least you are in the right #
[23:34] <BUGabundo> its a MSFT virus :)
[23:35] <micahg> asac: I'm respinning my ff3.6~b1 build since they produced a new tarball
[23:38] <fta> asac, the last dent i see in gwibber is 3 days old, wtf?
[23:39] <BUGabundo> lol
[23:39] <BUGabundo> mine is ok
[23:45] <asac> fta: errors?
[23:45] <asac> micahg: yes. you need to do build2 ... or whatever they used
[23:45] <asac> as tag
[23:45] <micahg> build3, yes, I am :)
[23:45] <micahg> also, should I make the change that uses the unofficial branding
[23:46] <micahg> the reason it uses official was that it checks for hg in the version
[23:46] <micahg> I'll show you the patch before I commit it
[23:46] <BUGabundo> gwibber is tottaly busted
[23:46] <BUGabundo> *every* time I reply to a OMB notice
[23:46] <BUGabundo> it gets lost :( FAIL
[23:46] <asac> micahg: check what was committed on 3.5 branch
[23:46] <asac> wrt to branding
[23:46] <asac> and cherry-pick that to the other two branches (3.6 and 3.7)
[23:47] <asac> mnost likely that was never committed there
[23:47] <asac> BUGabundo: OMB?
[23:48] <micahg> asac: that's the problem I think, iss it in ff3.5.head
[23:48] <asac> yes
[23:48] <asac> should be
[23:48] <asac> whatever is in that branch is what we want for the other branches imo
[23:48] <micahg> http://bazaar.launchpad.net/%7Emozillateam/firefox/firefox-3.5.head/annotate/head%3A/debian/rules#L40
[23:48] <micahg> no good
[23:48] <BUGabundo> asac: Open MIcro Blog network
[23:48] <BUGabundo> i.e. from my brainbird account
[23:49] <asac> thast identica code?
[23:49] <fta> hggdh, the code i pasted in https://bugs.edge.launchpad.net/ubuntu/+source/evolution/+bug/460710/comments/11 definitely look weird. what figure the moveto/lineto is suppsed to be?
[23:49] <BUGabundo> asac: all posts via XMPP or web work
[23:49] <BUGabundo> gwibber no
[23:49] <fta> asac, "responses failed with URLError on identica 3 days ago"
[23:50] <micahg> asac: why was this done: http://bazaar.launchpad.net/~mozillateam/firefox/firefox-3.5.head/revision/444 in /debian/rules?
[23:50] <asac> fta: killing the daemon probably fixes it?
[23:52] <asac> micahg: that was done so that we dont ship dailies officially branded
[23:52] <asac> i think ~bX should also be in that filter
[23:52] <micahg> ok
[23:52] <micahg> how do I do an or in this: ifneq (,$(findstring ~hg,$(DEBIAN_VERSION)))
[23:53] <asac> the trick is like this: ifneq (,$(findstring ~hg,$(DEBIAN_VERSION))$(findstring ~b,$(DEBIAN_VERSION)))
[23:53] <asac> also
[23:53] <asac> the trick is like this: ifneq (,$(findstring ~hg,$(DEBIAN_VERSION))$(findstring ~b,$(DEBIAN_VERSION))$(findstring ~a,$(DEBIAN_VERSION)))
[23:54] <micahg> should we throw in rc also?
[23:54] <micahg> or is rc branded?
[23:54] <asac> hmm
[23:54] <asac> no
[23:54] <asac> well ... i am not sure what rc is
[23:54] <asac> i think its 3.5~pre ... fta?
[23:54] <asac> most likely even ~rc
[23:54] <BUGabundo> asac: just spammed ^W dented you a few tests
[23:54] <asac> thx ;)
[23:55] <BUGabundo> the last on cross OMB will not get to you :)
[23:55] <fta> no, never 3.5~pre, as we s/pre/~/ ;)
[23:56] <asac> ok
[23:56] <asac> hmm
[23:56] <asac> what about real rcs
[23:56] <asac> i think upstream has them as 3.5rc1
[23:56] <asac> so we would have 3.5~rc1?
[23:56] <BUGabundo> it won't even get on my profile timeline ;(
[23:57] <asac> micahg: actually i think there are no rc's as such ... its usually firefox-3.5+build1 build2 etc.
[23:57] <fta> RCs are just tags, so it's 3.5~ for the dailies and we manually use 3.5~rc1+buildX for tags
[23:57] <asac> but if there was an ~rc ... we probabyl want to filter that out too
[23:58] <fta> upstream never used rc inside version.txt
[23:58] <asac> yeah
[23:58] <asac> thats what i mean
[23:58] <asac> at least for stable updates the rcs are just 3.5.4+build1 build2 etc.
[23:58] <asac> i think for 3.0 they released an rc ;)
[23:58] <asac> ~rc
[23:59] <asac> so in hardy we had: https://edge.launchpad.net/ubuntu/+source/firefox-3.0/3.0~b5+nobinonly-0ubuntu3
[23:59] <asac> and then
[23:59] <asac> https://edge.launchpad.net/ubuntu/+source/firefox-3.0/3.0~rc1+nobinonly-0ubuntu1
[23:59] <BUGabundo>  4783   0.03s   0.75s     0K -15.8M     0K     0K  --   - R  38% firefox-3.7
[23:59] <fta> asac, what do you think of the code i pasted above (evo)? it looks weird to me, i guess i should re-assign from evo to gtk2-engines-murrine