[00:04] <fta> damn, nss needs sqlite
[00:05] <fta> !info libsqlite3-0 hardy
[00:35] <asac> fta: i only have jaunty here for testing
[00:35] <fta> nm
[00:35] <asac> fta: seems it starts
[00:35] <asac> but has issues
[00:36] <asac> e.g. opening google.com doesnt work
[00:36] <asac> opening new tab doesnt work either
[00:36] <asac> havent tried anything else
[00:36] <asac> also the first start takes quite some time
[00:36] <fta> yeah, no one said it was complete ;)
[00:36] <fta> lp is fine
[00:36] <asac> second one is quick though
[00:36] <asac> fta: lp?
[00:36] <asac> crash ;)
[00:36] <fta> lauchpad, i can login
[00:36] <asac> http://www.launchpad.net
[00:36] <fta> n
[00:36] <asac> ;)
[00:36] <asac> guess it doesnt like redirections ;)
[00:37] <fta> on 32bit, it's fine
[00:37] <asac> fta: hmm seems its a nss db issue
[00:37] <asac> not found
[00:37] <asac> probably ia32
[00:37] <asac> [26417:26420:306531252744:FATAL:/build/buildd/chromium-browser-2.0.168.0~svn20090303r10836/build-tree/chromium-browser/base/nss_init.cc(43)] Check failed: NSS_NoDB_Init(".") == SECSuccess.
[00:37] <asac> Trace/breakpoint trap (core dumped)
[00:37] <asac> but nice
[00:37] <asac> it starts ;)
[00:37] <asac> fta: does new tab work for you already?
[00:37] <asac> (on 32 bits?
[00:37] <asac> )
[00:38] <fta> no
[00:38] <asac> kk
[00:38] <fta> it's not there yet
[00:38] <asac> do you know if they plan to make their own top level window thing like on windows?
[00:38] <asac> e.g. remove the frame and do the tabs as top level frames instead?
[00:38] <fta> they are working on tabs right now
[00:39] <asac> fta: any clue what they are trying to do ?
[00:39] <asac> copy windows experience or do something new?
[00:39] <fta> not sure
[00:39] <asac> kk
[00:39] <asac> https://edge.launchpad.net/ubuntu/+source/network-manager-applet/0.7.1~rc3-0ubuntu1
[00:39] <asac> that has the new modem prober
[00:40] <asac> and icon/notification polishing for us ;)
[00:40] <fta> will try that tomorrow
[00:40] <asac> no hurry
[00:40] <asac> will come on its own anyway ;)
[00:43] <fta> do you have /usr/lib32/nss/* ?
[00:57] <asac> fta: yes
[01:14] <fta> it wants /usr/lib32/libsoftokn3.so, we provide /usr/lib32/nss/libsoftokn3.so
[11:09] <gnomefreak> update-manager isnt obeying the rules set in software sources :(
[11:13] <BUGabundo> LOL
[11:13] <BUGabundo> gnomefreak: what doesn't it do?
[11:14] <gnomefreak> BUGabundo: u-m starts automaticly now after 2 days and to "turn off" that action you uncheck "check for updates" but it still auto starts
[11:15] <gnomefreak> its annoying and it breaks all kinds of apt rules since only one instance of apt should beable to run at a time
[11:15] <gnomefreak> but welcome to new features
[11:16] <BUGabundo> its jaunty
[11:17] <BUGabundo> its buggy
[11:17] <gnomefreak> BUGabundo: thats not a bug but it is intended
[11:21] <gnomefreak> ill be back i need to fix a door and make coffee
[11:31] <BUGabundo> gnomefreak: it's a bug, if you use an option to make it OFF and it still keeps working!
[11:39] <gnomefreak> BUGabundo: in a way i guess it is however its new so "it should" may not apply yet. other than catering to people that cant look in upper right corner it shouldnt be a feature at all IMHO. but yeah i guess it could be a bug
[11:41] <gnomefreak> making u-m an option would be nice but as it stands it is needed with u-d and im sure alot of other packages that are in u-d
[11:43] <gnomefreak> is it a holiday?
[11:45] <gnomefreak> The following packages will be REMOVED: ubuntu-desktop update-manager update-notifier  << not too bad
[11:46] <BUGabundo> gnomefreak: there was an option on gconf
[11:46] <BUGabundo> but can't find it anymore
[11:46] <BUGabundo> but I have upd notifier on my system
[11:46] <gnomefreak> ill look but gconf is big
[11:47] <BUGabundo> apps/update-
[11:48] <gnomefreak> yep i used find
[11:48] <gnomefreak> it just crashed
[12:07] <BUGabundo> back
[12:07] <BUGabundo> damn ISP
[12:39] <fta2> bouhhh, my desktop is totally broken, no more gnome
[12:49] <asac> fta2: i run openbox ;)
[12:59] <asac> which is kind of a decent solution for my terminal driven work enviornmnet ;)
[14:04] <BUGabundo> eheh
[14:15] <gnomefreak> !info firefox gutsy
[14:18] <BUGabundo> FF 2.x is still up and running?
[14:19] <BUGabundo> I though [mozilla] support ended in 2008
[14:19] <BUGabundo> then again there are still ppl using 1.x
[14:19] <gnomefreak> it did
[14:19] <gnomefreak> 2.0 is default in gutsy and we cant change that
[14:20] <BUGabundo> ah
[14:21] <gnomefreak> mozilla 78414
[14:25] <gnomefreak> asac: i thought bug 215728 was fixed already
[14:25] <gnomefreak> from what im looking at in my inbox this bug is still active for some users (at least one user)
[14:26] <gnomefreak> nevermind its an old bug
[14:28] <asac> gnomefreak: well. that bug is a catch all trolls bug ;)
[14:29] <asac> its not entirely fixed actually and we have to wait for ext4 to get the right fix
[14:29] <asac> (e.g. what is left of that bug is the unfixable ext3 filesystem part)
[14:31] <gnomefreak> asac: ah. are we planning on using ext4 in KK?
[14:34] <gnomefreak> can we please get the little x in the tab back and the back and foward buttons would be nice too (3.1)
[14:41] <BUGabundo> gnomefreak: it will depend on users testing it during jj
[14:47] <gnomefreak> bug 335345
[14:51] <asac> gnomefreak: i hope so. ext4 is much needed i think
[16:00] <gnomefreak> is Shiretoko 3.1 or 3.2?
[16:02] <gnomefreak> 3.1 it seems
[16:07] <gnomefreak> asac: no need to push seamonkey 2.0.0.14 now that 15 was released. I will get to that in the next 7 days or so.
[16:09] <asac> k
[16:13] <gnomefreak> or not
[16:14] <gnomefreak> it seems m-d doesnt like any command i give it to grab source for 1.1.15
[16:15] <gnomefreak> including ./debian/rules get-orig-source ./debian/rules get-orig-source DEBIAN_DATE=*
[16:20] <gnomefreak> why did i think ./debian/rules.. was supported for 1.1.x branch
[16:21] <gnomefreak> m-d doesnt support 1.1.x so i thought rules had it
[16:22] <gnomefreak> export MOZ_BUILD_DATE=$(BUILD_DATE)$(DEBIAN_REV_CODE)
[16:25] <gnomefreak> zh i got it
[16:25] <gnomefreak> ah even
[16:25] <gnomefreak> nope it cant find the source on ftp
[16:26] <gnomefreak> asac: ok you can push 1.1.14 i thought i got email saying 1.1.15 was out
[16:27] <asac> gnomefreak: 1.1.15 will be out in a few days ... its just tagged afaik
[16:27] <asac> gnomefreak: can you send me an email where i can get the bits to sponsor for you?
[16:27] <gnomefreak> ah ok
[16:28] <gnomefreak> asac: define bits
[16:28] <asac> gnomefreak: well. whatever you want me to sponsor ;)
[16:28] <asac> i gfuess thats a bzr brnach ;)
[16:28] <asac> and maybe a orig.tar.gz
[16:28] <asac> (but i think thats already uplaoded)
[16:28] <gnomefreak> yeah i will do that
[16:31] <asac> thx
[16:36] <gnomefreak> ok sent now i will work on email some more :(
[16:36] <gnomefreak> thx
[16:41] <gnomefreak> can we add a saftey to firefox-bin process to allow it to die right away? or something?
[16:58] <asac> gnomefreak: not sure what you mean
[17:00] <fta2> still no python-webkitgtk?
[17:01] <asac> nope
[17:01] <BUGabundo1> fta NO
[17:01] <BUGabundo1> :(
[17:01] <asac> fta2: ask huats on -desktop ... he claimed to work on that yesteday
[17:01] <BUGabundo1> yeah so did ember
[17:01] <asac> actually said he would fix it by yesterday iirc
[17:02] <BUGabundo1> even a guy from my locoteam said he do it, until huat said he was taking care of it
[17:02] <asac> well ... not sure if ember usually does something. huats does a lot of work, so i believe him to at least ask for help if he cannot do this
[17:02] <BUGabundo1> it was supposed to be ready yesterday
[18:15] <asac> fta2: FF exception granted for firefox 3.1 beta build 1 if you want to do that
[18:16] <asac> fta2: if you upload just open a bug, and paste that line in there ;) ... then use the bug in changelog
[18:16] <asac> all fine ;)
[18:16] <[reed]> build 1?
[18:16] <[reed]> you mean 3.1b1?
[18:16] <[reed]> why in the world are you shipping that?
[18:16] <[reed]> we're about to ship 3.1b3
[18:17] <asac> [reed]: dude, beta build 1 means exactly that
[18:17] <[reed]> which beta though?
[18:17] <asac> the latest of course
[18:17] <[reed]> and we're not shipping build 1 of 3.1b3
[18:17] <asac> sorry that i mistyped ;)
[18:17] <[reed]> build 2 is starting this afternoon
[18:17] <asac> [reed]: we ship it in universe. we can bump to whatever is latest ;)
[18:18] <asac> also its unbranded
[18:18] <asac> so its ok
[18:18] <asac> its jaunty
[18:18] <asac> all fine
[18:18] <[reed]> ah
[18:19] <asac> [reed]: all i wanted to communicate to fta2 was that he can upload whatever is latest (which afaik is build1 ;)
[18:20] <[reed]> yeah, but wait
[18:20] <asac> vs. keep build2 ;)
[18:20] <asac> err b2
[18:20] <[reed]> build2 is coming later today / tomorrow
[18:20] <[reed]> so, wait :)
[18:20] <asac> [reed]: yeah, i guess we will wait. but even if not, we could just bump it then again ;)
[18:21] <asac> [reed]: in fact i want to ship all tags in our development release ... maybe we get feedback that is helpful in your QA process
[18:21] <[reed]> ah
[18:21] <asac> so build1, build2, final beta ... then next time the same again. just doing the same you do ;)
[18:21] <asac> except that we do it unbranded ;)
[18:22] <plasticmillion> so I'm having a problem with prism on intrepid
[18:22] <plasticmillion> when a prism app is running during logout, a dialog appears that says the "program is blocking log out"
[18:22] <plasticmillion> I'm trying to figure out what ubuntu is doing so I can shut the app down properly, but I haven't been able to find out anything about this
[18:23] <plasticmillion> firefox does seem to shut down (though it thinks it crashed)
[18:23] <plasticmillion> might not be the right place to ask but I tried both #developers and #ubuntu
[18:25] <asac> plasticmillion: firefox never played nicely with gdm
[18:25] <asac> plasticmillion: not sure if prism really blocks you or if its something else
[18:25] <asac> are you sure its prism?
[18:26] <asac> i would guess its more likely some gnome app
[18:26] <plasticmillion> well it's reporting prism as the naughty app
[18:26] <asac> interesting
[18:26] <asac> firefox doesnt listen to gdm in intrepid and just crashes because X is torn down
[18:26] <plasticmillion> I seem to quit properly when I receive sigterm
[18:26] <plasticmillion> so you think it's a gdm thing?
[18:26] <plasticmillion> do I have to add some sort of special listener
[18:27] <asac> plasticmillion: if you want to do it right, gdm is supposed to follow xsmp protocol
[18:27] <asac> later there will be a dbus api, but thats not yet finished
[18:27] <asac> so we are stuck with xsmp for session integration
[18:27] <asac> plasticmillion: well. gdm uses xsmp on session shutdown to give apps a chance to save their state or ask users to save and so on
[18:27] <plasticmillion> I see I came to the right place :-)
[18:28] <plasticmillion> ok let me look into that
[18:28] <asac> plasticmillion: i dont know why prism would do that as its just xulrunner from what i know
[18:28] <plasticmillion> apparently thunderbird has the same problem
[18:28] <asac> plasticmillion: based on mozilla 1.9.1 branch?
[18:28] <plasticmillion> prism is still 1.9
[18:28] <asac> afaik session integration has improved after 1.9.0 branch
[18:28] <asac> hmm
[18:28] <plasticmillion> do you have any idea where that code is?
[18:29] <plasticmillion> I guess http://mxr.mozilla.org/mozilla-central/source/toolkit/xre/nsNativeAppSupportUnix.cpp#159 or thereabouts
[18:29] <plasticmillion> Mossop was right, it's in toolkit
[18:29] <asac> yeah ;)
[18:30] <asac> plasticmillion: i just used mxr too
[18:30] <asac> and found the same
[18:30] <asac> plasticmillion: obviously it has to be in toolkit
[18:30] <plasticmillion> fastest mxr in the west :-)
[18:31] <asac> plasticmillion: are you talking about upstream tbird vs ffox builds? or the intrepid packages we ship?
[18:31] <plasticmillion> dunno... someone from the TB team mentioned he had seen the same issue
[18:31] <plasticmillion> maybe he means shredder
[18:31] <asac> probably
[18:31] <asac> we have thunderbird-3.0 packages too though
[18:32] <asac> plasticmillion: so line 153
[18:32] <asac> plasticmillion: so probably you abort the quit in interact_cb ?
[18:32] <plasticmillion> maybe... let me check
[18:32] <plasticmillion> I don't think so though
[18:32] <asac> plasticmillion: e.g. somewhere down the line the quit-application-requested sets abort in your app
[18:33] <asac> well test TRUE on the data ;)
[18:33] <plasticmillion> I use quit-application-requested in my own prism code to do graceful shutdown
[18:33] <asac> plasticmillion: yeah. maybe you have to properly unset that? or you accidentially set that to false or something?
[18:34] <asac> NS_SUPPORTS_PRBOOL_CONTRACTID);
[18:34] <plasticmillion> asac: http://mxr.mozilla.org/mozillasvn/source/projects/webrunner/trunk/runtime/components/src/nsPlatformGlue.js#364
[18:34] <plasticmillion> this is what we use to quit programmatically
[18:34] <asac> doesnt sound obvious that this means didSaveSession ;)
[18:34] <plasticmillion> so we are definitely handling quit-application-requested properly since I know that works
[18:35] <plasticmillion> I'll have to debug
[18:35]  * plasticmillion hates gdb
[18:35] <plasticmillion> is there any decent visual debugger?
[18:36] <asac> plasticmillion: err you do the canQuitApplication on your own?
[18:36] <asac> plasticmillion: that looks a bit like the code that is in toolkit anyway
[18:36] <plasticmillion> yeah it's copied from globalOverlay.js
[18:37] <plasticmillion> I can't use that since I'm a component
[18:37] <asac> plasticmillion: ok. i wonder if that might interfere with the other quit request
[18:37] <asac> from toolkit
[18:38] <plasticmillion> that code is only used when you explicitly call our window.platform.quit() method
[18:38] <plasticmillion> it wouldn't be called automatically
[18:38] <asac> plasticmillion: save_yourself_cb is connected to the gnome signal
[18:38] <asac> http://mxr.mozilla.org/mozilla-central/source/toolkit/xre/nsNativeAppSupportUnix.cpp#396
[18:39] <asac> plasticmillion: or do you mean the code in webrunner is only called on quit?
[18:39] <asac> i guess thats what you ment
[18:39] <plasticmillion> I mean that code is only called when the webapp developer calls it explicitly
[18:40] <plasticmillion> I don't think it's relevant here
[18:40] <asac> right
[18:40] <plasticmillion> I'm just using that as proof that we handle quit-applicaiton-requested properly
[18:40] <asac> agreed
[18:40] <asac> plasticmillion: do you have your own quit-application-requested listener that might set the data to FALSE?
[18:42] <asac> plasticmillion: oh. so maybe you need to listen to session-save and set status to false there?
[18:42] <plasticmillion> http://mxr.mozilla.org/mozillasvn/source/projects/webrunner/trunk/runtime/chrome/content/webrunner.js#1090
[18:42] <asac> plasticmillion: let me know when you have found the real cause
[18:42] <plasticmillion> should always return true though
[18:43] <plasticmillion> ok I'll have to debug to figure it out
[18:43] <asac> plasticmillion: but doesnt "true" mean: "always abort" here?
[18:43] <asac> not sure how the data is set
[18:43] <asac> http://mxr.mozilla.org/mozilla-central/source/toolkit/xre/nsNativeAppSupportUnix.cpp#123
[18:44] <asac> e.g. is abortQuit = false if you set data to true?
[18:44] <asac> ;)
[18:44] <plasticmillion> oh shit
[18:44] <asac> hehe
[18:44] <plasticmillion> maybe :-)
[18:44] <asac> i guess you need to set it to false there
[18:44] <asac> after saving all your great work of course
[18:44] <asac> ;)
[18:45] <asac> definitly not obvious whats the semantic of the data thing for quit- ;)
[18:45] <asac> who knows. maybe the session code is wrong even
[18:45] <asac> we should check other occurences to know for sure
[18:45] <plasticmillion> I know our quit method works though
[18:45] <plasticmillion> strange
[18:45] <asac> plasticmillion: thats why i wonder if the data is really ment to be "abortData" ... or rather "confirmData"
[18:46] <asac> i really think its likely that true is usually used to indicate: yeah its ok, go ahead
[18:47] <plasticmillion> oh wait
[18:47] <plasticmillion> we only set the cancel value to true if shutdownQuery returns false
[18:47] <plasticmillion> and it always returns true
[18:49] <plasticmillion> asac: so what is this about a session code?
[18:49] <plasticmillion> not sure I followed that
[18:50] <asac> plasticmillion: i would say that you should set it to false in the other cases
[18:50] <asac> plasticmillion: otherwise the outcome might be undetermined?
[18:50] <asac> not sure
[18:51] <asac> hmm
[18:51] <asac> plasticmillion: the caller seems to set it to false to begin with
[18:52] <plasticmillion> yeah
[18:52] <asac> plasticmillion: what ws your problem again?
[18:52] <asac> you get a gnome dialog saying what?
[18:52] <plasticmillion> I get a dialog when I log out saying that prism is blocking log out
[18:53] <plasticmillion> I've got to run out for a few minutes, then I'll debug and see what's happening in the handler
[18:53] <asac> plasticmillion: thanks. i am off officially too. let me know what you find ;)
[18:53] <plasticmillion> will do
[18:53] <plasticmillion> thanks for the pointers
[18:53] <asac> plasticmillion: also check why you actually say: "session-save"
[18:53] <asac> http://mxr.mozilla.org/mozilla-central/source/toolkit/xre/nsNativeAppSupportUnix.cpp#146
[18:54] <asac> i think all this shouldnt happen if session-save says false
[18:54] <asac> hmm
[18:54] <asac> well. you will figure by debugging i guess
[18:55] <plasticmillion> yeah I'll figure it out :-)
[20:22] <Matt___> asac: https://bugzilla.mozilla.org/attachment.cgi?id=365712
[20:22] <Matt___> that fixed it :-)
[21:08] <asac> plasticmillion: cool. so indeed the save-session. thanks
[22:07] <fta> asac, so you're watching lost too? :)
[22:17] <asac> fta: y ;)
[22:52] <fta> seems my bot is broken
[22:52] <fta> bad bzr bd ?
[23:03] <asac> fta: if you are back to python 2.6 ;)
[23:03] <asac> havent tried the new one yet
[23:07] <fta> my bot was stuck on a bzr bd --merge for ~3 hours doing nothing
[23:11] <asac> disk?
[23:11] <fta> no idea, i didn't get the logs either
[23:11] <fta> i should improve that part
[23:14] <asac> logs are a good thing to have ;)
[23:15] <fta> i have plenty, but i goes to stdout/stderr.
[23:15] <fta> not good enough
[23:15] <fta> -i+it
[23:20] <fta> bzr still complains a bit
[23:20] <fta> /usr/lib/python2.6/dist-packages/Crypto/Hash/SHA.py:6: DeprecationWarning: the sha module is deprecated; use the hashlib module instead
[23:20] <fta>   from sha import *
[23:20] <fta> /usr/lib/python2.6/dist-packages/Crypto/Hash/MD5.py:6: DeprecationWarning: the md5 module is deprecated; use hashlib instead
[23:20] <fta>   from md5 import *
[23:20] <jdong> where does Firefox derive its default association from for "Open With" download dialogs, and is there a way to set something new in there as a default?
[23:21] <jdong> I'm working on a pseudo-trusted middleman to transition downloaded files out of Firefox's apparmor domain
[23:21] <jdong> and would like Firefox to launch every download with the middleman for Open With
[23:23] <fta> from gnome, iirc, assuming you have ff-gnome-support installed
[23:23] <jdong> is there an easy way with like an extension or something to insert something at the top of the list as the default?
[23:25] <fta> asac may be of more help than i am for this
[23:38] <fta> asac,  bzr bd --merge is no longer able to get the proper tarball from ../tarballs
[23:49] <asac> jdong: the mime handling is kind of flaky
[23:49] <asac> a mix of mailcap, preferences, gnome-registry
[23:50] <asac> also mixed up with plugin mime handlers
[23:50] <jdong> whee.
[23:50] <fta> james_w, http://paste.ubuntu.com/126979/ ??? no more ../tarballs ?
[23:50] <jdong> is there a straightforward way to inject soemthing as the default open-with?
[23:51] <asac> jdong: try mailcap or gnome registry ;)
[23:51] <asac> jdong: gnome registry -> .desktop files iirc
[23:52] <jdong> asac: well won't that have gnome-wide implications?
[23:52] <asac> it will
[23:52] <asac> not sure why you dont want that ;)
[23:52] <asac> if you want a certain handler in firefox
[23:52] <asac> why would you wnat nautilus to default to something else?
[23:53] <asac> one file type -> one default app ;)