[00:03] <asac> rzr: do they only release .xpis on amo or also source tarbvalls for flashblock?
[00:07] <rzr> ok back
[00:07] <rzr> no tarball
[00:07] <rzr> xpi more
[00:08] <rzr> i make snapshots on new xpi actually
[00:08] <rzr> so to finish this release will be : 1.3.11f~snapshot20090206-0ubuntu1 , next one 1.3.12~a+snapshot... ok ?
[00:09] <rzr> and after 1.3.12+snapshot for final as you said
[00:10] <asac> rzr: yeah
[00:10] <rzr> \o/ we did it
[00:10] <asac> rzr: no the final not
[00:10] <asac> i just ment in case they go on and keep 1.3.11 in install.rdf
[00:10] <asac> you can use 1.3.11f+snapshotxxxxx
[00:10] <rzr> sure
[00:10] <asac> until thy go to 1.3.12a
[00:10] <rzr> yavolt
[00:10] <asac> good ;)
[00:11] <rzr> that was the idea
[00:11] <asac> thats right then.
[00:11] <asac> great ;)
[00:11] <rzr> it's the same for other ext ?
[00:11] <asac> rzr: if you ask for how to project the versions in install.rdf to upstream versions, yes
[00:11] <asac> e.g. 1a == 1~a
[00:12] <asac> rzr: i just hope that we dont need this snapshot thing ;)
[00:14] <rzr> i do too
[00:15] <rzr> ok, done, death to epoc !
[00:15] <asac> \o/
[00:17] <rzr> you can test it on http://www.newlc.com/en/nitdroid-demo-gnulinux-android-nokia-n770-0
[00:18] <asac> rzr: what i dont understand is ... why are we at 1.5.11
[00:18] <asac> err 1.3.11
[00:18] <asac> while admo is at 1.5.8
[00:18] <asac> https://addons.mozilla.org/en-US/firefox/downloads/file/46346/flashblock-1.5.8-fx.xpi
[00:19] <rzr> ok that's an other story
[00:19] <rzr> there are 2 branches
[00:19] <rzr> 1.3 and 1.5
[00:19] <rzr> 1.3 works on all mozilla products
[00:19] <rzr> 1.5 was only for FF3 , IICR
[00:20] <rzr> but he merged back in 1.3
[00:20] <rzr> http://flashblock.mozdev.org/
[00:21] <rzr> 2009-02-05: Flashblock 1.5.8 released for Firefox 1.5 to Firefox 3.2a (trunk), Netscape Navigator 9, Flock, and Intel Midbrowser.
[00:21] <rzr> 2009-02-5: Flashblock 1.3.11 released for Firefox 1.0 to 3.2a, Mozilla Suite 1.7.x, Seamonkey 1.0a to 2.0a3, Netscape 7 to 9.0, and Flock.
[00:21] <rzr> seamonkey is used in debian
[00:21] <rzr> iceape actually
[00:22] <rzr> so i prefered 1.3 branch
[00:22] <rzr> do you ?
[00:23] <rzr> the branches are evolving in parallel
[00:23] <rzr> asac: does ubuntu support intel midbrowser ?
[00:24] <jdong> hey guys, I have a places.sqlite that causes Firefox to segfault in sqlite
[00:26] <asac> rzr: yes. we still have that
[00:26] <asac> jdong: how does the backtrace look like?
[00:26] <jdong> asac: I guess I should find some debugging symbols. With limited info something memcpy ;-)
[00:26] <rzr> asac: is it ok ? can i sleep now ?
[00:27]  * jdong awards himself nondescript duh backtrace of the day award
[00:27] <asac> rzr: i would think so (havent tested)
[00:28] <rZr> too late :)
[00:28] <asac> yeah. ok
[00:28] <rZr> thx for all your time for mentoring us
[00:28] <asac> at some point we should think about 1.3 vs. 1.5
[00:28] <asac> but good for now
[00:28] <rZr> file a bug :)
[00:29] <asac> rZr: welcome
[00:29] <jdong> anyone have the -dbg repo on hand?
[00:29] <jdong> hard to find with a broken firefox profile loaded ;-)
[00:29] <asac> jdong: ddebs.ubuntu.com
[00:29] <asac> ?
[00:29] <jdong> there we go
[00:30] <jdong> yikes only available for 3.0.3?
[00:31] <jdong> *tries -updates/-security*
[00:31] <asac> jdong: sorry. for jaunty it should be available
[00:31] <asac> -updates/-secruity dont have dbgsym unfortunately
[00:32] <asac> which is why we started to ship old -dbg package snow for the 3.2 and 3.1 branches
[00:32] <asac> fta: https://edge.launchpad.net/ubuntu/+source/alsdorf
[00:32] <asac> already have that?
[00:33] <asac> hmm seems its not built ;)
[00:33] <jdong> asac: would a 3.0.3 trace do any good?
[00:33] <asac> jdong: why not. if its reproducible ther it should be similar
[00:33] <asac> jdong: remember to get xul and ffox and the sqlite lib (if we use ystem sqlite there )
[00:34] <fta> asac, are the 3.0/1.9.head branches in sync, i could daily build those too
[00:34] <jdong> wow that's a new one, sqlite segfaulted....
[00:34] <jdong> err gdb rather.
[00:35] <asac> fta: they are in sync ... just with final tag versoin
[00:35] <asac> if you can build snapshots on top of that it should work
[00:35] <asac> jdong: gdb crashed?
[00:35] <asac> hehe
[00:35] <asac> thats not good
[00:36] <jdong> lol indeed :)
[00:38] <fta> dtchen, since ~test1, each time i reboot, no sound until i kill p-a and restart it
[00:38] <asac> wow
[00:38] <asac> i386      674 builds waiting in queue
[00:38] <jdong> well this time let's let apport do it.
[00:38] <asac> whats going on with our i386 builders
[00:38] <fta> asac, what is alsdorf?
[00:39] <asac> no other architectures have such a huge backlog
[00:39] <asac> next one has 100
[00:39] <asac> fta: new notification thing
[00:39] <fta> oh
[00:39] <asac> also there is now "libindicate"
[00:40] <jdong> #9  0x00007f6db64199c0 in sqlite3_step () from /usr/lib/libsqlite3.so.0
[00:40] <jdong> a bunch of ??'s in sqlite3.so.0
[00:40] <jdong> #3  0x00007f6db833c0fe in memcpy () from /lib/libc.so.6
[00:40] <jdong> then that.
[00:40] <asac> at least i think
[00:40] <asac> jdong: you need symbols for sqlite
[00:40] <asac> and libc
[00:40] <asac> if you want
[00:41] <asac> https://edge.launchpad.net/ubuntu/+source/indicator-applet
[00:42] <jdong> ok libc debugsyms are too much work but here's to trying sqlite3....
[00:44] <jdong> memcpy () from /lib/libc.so.6
[00:44] <jdong> fillInCell (pPage=<value optimized out>,
[00:44] <jdong> balance_nonroot (pPage=0x3c66180) at sqlite3.c:35247
[00:44] <jdong> balance (pPage=0x431950d, insert=0)
[00:44] <jdong> sqlite3BtreeInsert (pCur=0x43159d0, pKey=0x4315b38,
[00:44] <jdong> does that make any more sense?
[00:44] <asac> jdong: yes. please paste the complete one
[00:44] <jdong> mmmkay
[00:44] <asac> also a ldd /usr/lib/xulrunner-1.9*/libxul.so | grep sqlite
[00:46] <jdong> asac: http://paste.ubuntu.com/119459/
[00:47]  * asac updates his ffox 1.8 branch :/
[00:47] <jdong> asac: here's a copy of the original sqlite: http://jdong.mit.edu/~jdong/crashy_places.sqlite
[00:47] <jdong> if it helps
[00:48] <jdong> an integrity check on it spews quite some errors
[00:48] <jdong> I dumped and restored it to get back to working order; nothing seems horribly broken.
[00:48] <jdong> I don't recall doing anything odd to the system (i.e. bad shutdowns, SIGKILLS, etc)
[00:50] <asac> jdong: i think that having those integrity checks might be helpful
[00:50] <asac> for an upstream report
[00:51] <jdong> http://paste.ubuntu.com/119462/
[00:52] <jdong> also a dump-restore error: http://paste.ubuntu.com/119463/
[00:53] <jdong> I think ironically the same thing happened on my other system using the 3.1 PPA
[00:53] <jdong> (this system has been running regular 3.0)
[00:54] <asac> hmm
[00:55] <jdong> but at any rate, it seems to be a case where firefox should fail a bit more gracefully than *poof* ;-)
[00:55] <jdong> and not even Safe Mode escapes this
[00:56] <asac> jdong: well. from what i can see its really sqlite that crashes
[00:56] <asac> firefox does nothing
[00:56] <asac> but passing a select into it
[00:56] <asac> in pretty much the same way it always does
[00:56] <asac> e.g. http://mxr.mozilla.org/mozilla/source/storage/src/mozStorageConnection.cpp#325
[00:57] <jdong> right
[00:57] <asac> since the arguments are always NULL this should always crash or its a sqlite prob
[00:57] <jdong> well even if it were a sqlite problem I think there should be better crash-recovery handling than an infinite-crash-loop
[00:57] <jdong> I have no idea how novice users are supposed to know to run an integrity check on *.sqlite
[00:58] <jdong> but yeah I do agree with you that it seems to be a sqlite bug
[00:59] <asac> jdong: well. its really a busted state
[01:00] <asac> its like saying we can do better when harddisk crashes system all the time ;)
[01:00] <jdong> :)
[01:00] <jdong> yeah this is one of those "isn't ever supposed to happen" things :)
[01:00] <asac> no.
[01:00] <asac> shit happens ;)
[01:00] <jdong> now the real question is... is this exploitable? ;-)
[01:01] <jdong> the fact that it dies in memcpy doesn't give that warm and fuzzy feeling
[01:01] <asac> i mean i wouldnt say that a house is never supposed to burn down
[01:01] <asac> its unfortunate, its hazardous ;)
[01:01] <asac> but it exists
[01:02] <asac> jdong: libc symbols would tell more
[01:02] <jdong> indeed, but there is sorta an employed-upper-middle-class for coping with that ;-)
[01:02] <asac> e.g. is it a null deref
[01:02] <asac> or aaccess to freed mem
[01:02] <jdong> mmh, unfortunately I don't have a jaunty setup here to test it on.
[01:02] <asac> libc has -dbg packages
[01:02] <jdong> I'm guessing injecting that places.sqlite I uploaded to any firefox profile should do the same evil, right?
[01:02] <asac> try them
[01:02] <asac> not sure
[01:02] <jdong> how risky is it to downgrade libc6? :)
[01:02] <asac> maybe its fixed on jaunty ;)
[01:03] <asac> at least the sqlite3_exec function had a 6K lines offset in the version i have here
[01:03] <asac> :-P
[01:03] <asac> e.g. 63000 vs 69000 here
[01:03] <jdong> haha
[01:03] <asac> its really amazing that file is 102K lines long ;)
[01:04] <asac> do they concatenate that for release ?
[01:04] <asac> ;)
[01:05] <asac> i am pretty sure that gnomefreak would test that file
[01:05] <fta> asac, should i push prism? it has the addon now
[01:05] <fta> but it's a snapshot
[01:06] <asac> fta: i think its your decision ;)
[01:06] <asac> i would think that having the extension would be nice
[01:06] <asac> if you think its too snappy then well ;)
[01:07] <asac> fta: how long is the final ahead?
[01:07] <asac> what would you think?
[01:07] <fta> nothing planed afaik
[01:07] <asac> fta: so the branch is more or less in maintenance mode?
[01:08] <asac> where is the prism branch :(
[01:08] <fta> i remember some issues with older profiles after the upgrade from our old version to a fresh one
[01:08] <asac> hell ... why dont they put everything in hg
[01:08] <fta> svn
[01:09] <asac> dont see it
[01:09] <fta> http://svn.mozilla.org/projects/webrunner/trunk
[01:09] <asac> so no clue
[01:10] <asac> sigh ... webrunneer ;)
[01:10] <asac> so no tags ;)
[01:10] <fta> nope
[01:10] <fta> blame mfinkle ;)
[01:11] <asac> i would say that you probably know what you do
[01:11] <asac> ;)
[01:11] <asac> also i assume that you read bugmail for prism
[01:11] <asac> so there is an incentive to not upload crap ;)
[01:11] <fta> well...
[01:12] <asac> and if there is really something bad to fix in this upload -> plenty of time left to fix
[01:12] <fta> i'm using it for google reader and to listen to some radio stations
[01:12] <fta> works for me
[01:12] <asac> better than nothing ;)
[01:12] <asac> maybe when more users rely on it (maybe when this is an extension) it would make sense to do some testplan
[01:12] <asac> e.g. to test the most important features for regressoins
[01:12] <asac> but not now ;)
[01:13] <asac> fta: question is if we want to upload it to debian before someone else diverges us from pustream
[01:13] <[reed]> don't cross the streams!
[01:13] <asac> fta: if you wnat that let me know
[01:14] <asac> [reed]: sometimes i think it feels like i cross the ocean every day - :)
[01:15] <fta> i remember some bugs where users were asking for better integration with the desktop, prism-gmail as default mailer, etc.. funny.
[01:15] <[reed]> hah
[01:15] <jdong> (a) finish this homework due tomorrow at noon (b) set up a Jaunty virtual machine.....
[01:15] <asac> but i guess you dont say "stream" for river
[01:15] <jdong> the hard decisions in life.
[01:15] <asac> which is a synonym in germany ;)
[01:15] <[reed]> asac: I'm referring to Ghostbusters.
[01:15] <asac> german
[01:15] <asac> [reed]: yeah :)
[01:15] <[reed]> and downstream/upstream :)
[01:15] <asac> [reed]: have you been alive when ghostbusters came out :-P ?
[01:16] <fta> !info gigolo
[01:16] <fta> !info gigolo jaunty
[01:16] <asac> i remember seeing that in cinema and i was really young ;) ... just wonder how young (cant remember)
[01:16] <fta> 84
[01:17] <[reed]> hah
[01:17] <asac> hah
[01:17] <asac> yeah
[01:17] <[reed]> I was born in 88, so no :)
[01:17] <asac> thats like 7 then
[01:17] <fta> http://www.imdb.com/title/tt0087332/
[01:17] <asac> which was kind of an achievement. i think the movie was rated 12+ ;) (ridiculous if i compare it with todays 12+ films)
[01:18] <fta> lol "Down 14% in popularity this week"
[01:18] <fta> Nominated for 2 Oscars
[01:18] <asac> good stuff ;)
[01:18] <asac> heh after so many years it suddenly becomes unpopular?
[01:18] <asac> or was there a hype last two weeks that now ceases
[01:20] <fta> Budget 	$30,000,000
[01:20] <fta> Gross revenue 	$291,632,124
[01:20] <asac> that would help me
[01:20] <asac> but i am sure its just that i am not brave enough to invest 30.000.000  ;)
[01:20] <fta> dass ist eine grosse revenue ! indeed
[01:20] <asac> hehe
[01:21] <asac> das ist ein großer Umsatz ;)
[01:21] <fta> i can't do the ”
[01:21] <asac> " ?
[01:21] <fta> ß
[01:21] <asac> yeah
[01:21] <asac> fta: double ss in first word is wrong
[01:21] <fta> and my german is dusty
[01:22] <asac> the "dass" is used used to start some kind of sentence ;)
[01:22] <asac> not sure how its called
[01:22] <asac> but not as a pronomen
[01:22] <fta> yes, i remember now
[01:22] <asac> and Revenue is Umsatz ... which is male gender so its "ein" not "eine" (female)
[01:22] <asac> but good anyway ;)
[01:23] <fta> sorry, try french to compare ;)
[01:23] <asac> i would have to sweat hard to do that in french ;)
[01:23] <asac> hmm
[01:23] <asac> il est revenue gigantes ;)
[01:23] <asac> hehe
[01:24] <fta> eh, not so bad
[01:24] <asac> more mixes from spain ;)
[01:24] <asac> i doubt one says grande
[01:24] <asac> for quantities
[01:24] <asac> if i would be more awake i should know the word ;)
[01:25] <asac> but well
[01:25] <fta> c'est un revenu gigantesque, but i would say énorme instead of gigantesque
[01:25] <asac> yeah enorme ... sounds much better
[01:25] <asac> its also a german word : enorm (pretty huge)
[01:26] <asac> enourmous ;)
[01:26] <asac> enormous
[01:26] <asac> yeah ;)
[01:26] <asac> good that all three languages are related
[01:26] <asac> chinese would look different ;)
[01:27] <asac> fta: do you have any issues that should be resolved for final 0.7.1 NM?
[01:28] <fta> all the duplicates in the applet
[01:28] <asac> yeah. thats really annoying
[01:28] <asac> its kernel or hal though
[01:28] <asac> keybuk said at least its not udev ;)
[01:28] <asac> i hope its hal
[01:28] <fta> and i wouldn't mind connection time / volume, somehow
[01:29] <asac> thats a feature
[01:29] <asac> i don think there will be any features on 0.7 branch
[01:29] <asac> too few resoures
[01:29] <fta> and a way to force me to enter my pin
[01:29] <asac> trunk gets bluetooth, and better modem support now
[01:29] <asac> fta: hmm ... unlocking?
[01:29] <asac> or normal pin entry
[01:29] <asac> ?
[01:29] <fta> yes
[01:30] <asac> i really think that the unlocking stuff is proprietary ... but i can ask again
[01:30] <fta> when i switch between two SIMs with different PINs
[01:30] <asac> fta: ah
[01:30] <fta> but using the same usb key
[01:30] <asac> fta: if you can capture a serial log of the one with wrong pin i can look
[01:31] <asac> actually i get asked for pin if connect fails for a few times (not sure when though)
[01:31] <fta> well, i don't want to lock those SIMs, especially the 2nd, i don't have the PUK
[01:31] <asac> fta: in general the feature should be there ... the modem is supposed to give an error on CPIN
[01:31] <asac> hmm ... too bad. i dont have two SIMs
[01:32] <asac> probably should get another
[01:33] <fta> I pay for the 1st, the 2nd is from/for work
[01:34] <fta> I should really get a 2nd key, swapping the SIMs is not ideal
[01:36] <asac> fta: why not use the work all the time ;)
[01:36] <asac> sounds cheaper :)
[01:37] <asac> stupid hint i know
[01:38]  * asac spins 1.8.1 branch build so he can happily work on security backports tomorrow
[01:40] <fta> it's use vs abuse.. i got it to reach my company through the vpn when i'm away from my office, and only from my corporate laptop. it occurs i can also use it to have internet in my own laptop (not the other one).
[01:41] <fta> and of course, i can't connect to my vpn with my own laptop (running ubuntu)
[01:42] <[reed]> asac: mozilla bug 478901 will most likely require backporting to 2.0.0.x and maybe 1.5.0.x depending on what you all still support
[01:43] <asac> hmm dont have it on my list yet as it seems
[01:43] <asac> so hasnt landed for <IP_ADDRESS>?
[01:43] <[reed]> nope
[01:44] <[reed]> not yet
[01:44] <[reed]> we're respinning <IP_ADDRESS> just for this
[01:44] <asac> [reed]: yeah. so it hasnt landed yet or is fixed keyword missing
[01:45] <asac> once fixed is ther eit would end up in my backport list
[01:45] <[reed]> hasn't landed yet... just came in a few hours ago ;)
[01:45] <asac> hehe
[01:45] <asac> good
[01:45] <asac> or not so good
[01:45] <asac> i will talk to our security team about that too
[01:48] <[reed]> I cc'd jdstrand since you both have the actual package and firefox's copy to fix ;)
[01:50] <asac> yeah
[01:50] <asac> thanks
[01:51] <asac> really grat
[01:51] <asac> now i just need the tarball in that bug (seems its not yet out)
[01:51] <asac> ;)
[01:51] <asac> but i guess jamie has it too
[01:51] <asac> i would hope ;)
[01:58] <asac> fta: what you can do for your pin problem is to define two broadband connections
[01:58] <asac> and set the pin the in connection editor
[01:58] <asac> then use the right one
[01:58] <asac> of course not perfect as it needs some thinking, but well
[02:09]  * asac startts ffox 2 ;)
[02:09] <asac> always files good :)
[02:10] <asac> so ... at lesat it still works ;)
[08:51]  * asac yawns
[10:29] <gnomefreak> can anyone give me a clue how to add a "remove all" to the tool bar so i dont have to use feeds>delete all. in liferea
[13:51] <fta2> i wonder why googleearth-package doesn't work like the flashplugin-nonfree, ie, auto fetch the blog on install, instead of requiring the user to run make-googleearth-package manually and install the deb produced
[13:58] <asac> fta: running a command is even safer license wise
[14:02] <fta2> most users won't know how to proceed. they install the packager, go to the menu, find nothing, complain, give up and fetch the blob directly from google, ending up with stuff in /usr/local and in /opt
[14:04] <asac> fta: you could add a menu entry "Google Earth Installer" ... which then becomes a real menu entry after runnig it
[14:05] <asac> fta: what happens on upgrades? just nothing?
[14:05] <fta2> nothing
[14:05] <fta2> imho, that's bad
[14:05] <asac> of course. have you tried to contact whoever did that?
[14:06] <asac> maybe there are legal issues
[14:06] <fta2> we get that from debian, the packaging branch is in bzr on a private server
[14:44] <asac> as usual
[14:44] <asac> private VCS branches become quite popular now that there is distributed approach
[14:44] <asac> sigh
[15:17] <BUGabundo> good afternoon dear dev
[15:17] <BUGabundo> *devs
[15:17] <BUGabundo> asac: the connman UI is pretty ugly
[16:09] <asac> BUGabundo: indeed ;)
[16:10] <asac> BUGabundo: have you tried it for wired?/wireless?
[16:10] <BUGabundo> and so far I don't see it adding anything new
[16:10] <asac> nobody said that
[16:10] <BUGabundo> its ON, but what does it do ?
[16:10] <asac> BUGabundo: read my blog post ;)
[16:10] <BUGabundo>
[16:10] <BUGabundo> ink?
[16:11] <asac> http://www.asoftsite.org/s9y/archives/159-New-connman-in-ubuntu.html
[16:11]  * BUGabundo looks
[17:28] <asac> fta: are you unblocked on gwibber?
[17:35] <asac> fta: ok. so seb will do it
[17:35] <asac> even if its after FF
[17:35] <BUGabundo1> nice
[17:36] <BUGabundo1> its not a vital app, and should not break anything
[17:36] <asac> sure. its already up anyway
[17:36] <BUGabundo1> (other then webkit dependc in some extreme case
[17:36] <asac> its just that archive admins need to push it through
[17:38] <BUGabundo1> sure
[17:43] <BUGabundo1> asac: HELPPPPPPPPPPPPPP
[17:43] <BUGabundo1> new notifications show lots of popups
[17:44] <asac> BUGabundo1: thtas how it is ;)
[17:45] <asac> BUGabundo1: apps need to be fixed to honour notification capabilities
[17:45] <asac> BUGabundo1: for gwibber you need the new gwibber ;
[17:45] <asac> BUGabundo1: for network-manager i will fix this tomorrow
[17:45] <BUGabundo1> hummmmm
[17:45] <BUGabundo1> pidgin!!!!!!!!!!!
[17:45] <BUGabundo1> it uses lib notify
[17:46] <asac> not my responsibility to fix that
[17:46] <asac> thoguht i would use libindicate now
[17:46] <BUGabundo1> I know
[17:46] <BUGabundo1> filing bug now
[17:46] <BUGabundo1> that is if I can get to FF
[17:47] <asac> BUGabundo1: about what?
[17:47] <asac> BUGabundo1: the dialogs are dealt with ... at least for main apps
[17:47] <BUGabundo1> humm
[17:47] <BUGabundo1> I want to be notified when pidgin gets fixed
[17:48] <BUGabundo1> I'll have to remove the notify until then
[17:50] <asac> BUGabundo1: for me the dialogs were annyoing, but ok
[17:51] <asac> once in a while i just close all that accumulated
[17:52] <BUGabundo1> yeah
[17:52] <BUGabundo1> but I also loose the ballons
[17:56] <BUGabundo1> asac: (05:54:34 PM) elb: this whole thing should be handled by libasshattery if you ask me
[18:01] <BUGabundo1> asa
[18:01] <BUGabundo1> asac:
[18:01] <BUGabundo1> (05:58:45 PM) elb: what's up with libindicate
[18:01] <BUGabundo1> (05:58:54 PM) elb: pure NIH, or is there some unfixable problem with notify
[18:01] <BUGabundo1> (05:59:07 PM) elb: or do I even want to know
[18:01] <asac> libindicate is for a different purpose
[18:01] <asac> its for content full message indication
[18:02] <asac> the idea is that message indiciation has different properties to notifications
[18:02] <BUGabundo1> asac: can you jump in on #pidgin ?
[18:03] <asac> for instance, 95% of actions that make sense in notifications are for conversation messages (email, irc) ... so the message indicator should be a bit more stateful
[18:03] <asac> BUGabundo1: no. i am really not here to defend anything ;) ... thats up to the team that does that
[18:03] <BUGabundo1> ok ok
[18:03] <BUGabundo1> they are just curious
[18:03] <asac> i can only repeat the reasoning as far as i understood it
[18:03] <BUGabundo1> and you have much more knowlage then me
[18:03] <asac> BUGabundo1: i think there will be explanation posted somewhere
[18:03] <asac> soon
[18:04] <asac> its just that feature freeze made it necessary to get this up now
[18:04] <BUGabundo1> ok
[18:04] <BUGabundo1> I get that
[18:04] <BUGabundo1> and now we wait for every other app to pach
[18:04] <asac> sure. but my knowledge is also imperfect and not complete/speculative to some degree
[18:04] <BUGabundo1> eheh k3b uses it
[18:04] <BUGabundo1> ehehe
[18:04] <BUGabundo1> I see the ballon up there
[18:04] <BUGabundo1> how is in charge of it then?
[18:05] <BUGabundo1> maybe s/he has the time to give us a bit more on the rational
[18:05] <BUGabundo1> and code
[18:05] <asac> noatifications without actions should work
[18:27] <jcastro> asac: ssorry I've been doing other stuff all day, what's up with gwibber?
[18:28] <asac> jcastro: all fine
[18:28] <asac> jcastro: will go in after FF ... seb promissed
[18:28] <asac> ;)
[18:28] <jcastro> <3
[18:28] <jcastro> he must be behind this week or something,
[18:28] <jcastro> good thing they got another person!
[18:52] <asac> jcastro: well. dx dumped a shitload off work ;)
[18:52] <asac> or not dumped ... whatever you prefer ;)
[18:54] <jcastro> I know what you mean, heh
[18:58]  * gnomefreak between meetins atm also wondering why this fucking window wont close
[18:58] <asac> gnomefreak: which app?
[18:59] <gnomefreak> gnome about me
[18:59] <gnomefreak> i killed it would have rather it close using close or the x
[19:03] <asac> hehe
[19:03] <asac> as long as it worked ;)
[19:05] <gnomefreak> i dont know if it does i just wanted to see what it was
[19:12] <gnomefreak> 701.11 sounds more like an audio cd than a movie
[20:14] <gnomefreak> !info flashplugin-nonfree intrepid
[20:17] <gnomefreak> be back i need a smoke. my next meeting is starrting soon :(
[20:24] <fta> asac, https://edge.launchpad.net/ubuntu/jaunty/+queue?queue_state=0&queue_text=gwibber
[20:30] <asac> fta: yes. read what i wrote above ;)
[20:30] <asac> or read what seb said ;)
[20:30] <asac> in -desktop
[20:30] <fta> yep, just to confirm it's still not in
[20:31] <asac> seb said he wont have time today
[20:31] <asac> i am currently thinking if there is anything to upload before ff
[20:32] <fta> tb3 would have been nice but it's broken, so no way
[20:33] <fta> everything else i do, i don't mind
[20:33] <asac> miro2 would have been great
[20:33] <fta> well, google earth seems ok
[20:33] <fta> miro2 is in, iirc
[20:33] <asac> a bit unfortunatel that there was confusion
[20:33] <asac> fta: did you do it?
[20:34] <fta> !info miro2 jaunty
[20:34] <fta> !info miro jaunty
[20:34] <fta> laney
[20:34] <fta> bug 328261
[20:35] <asac> k
[20:35] <fta> it's been a while since i last used miro
[20:35] <fta> it was too slow for me
[20:36] <fta> >30s before the 1st window shows up
[20:38] <asac> yeah. more like something to keep open all the time
[20:58] <fta> asac, FIREFOX_3_0_7_BUILD1
[20:58] <fta> THUNDERBIRD_3_0b2_RELEASE
[20:58] <fta> too bad we're broken
[21:02] <asac> fta: thats the fate of an app with a bad builddsystem
[21:02] <asac> FF is soon there
[21:02] <asac> and then we can focus on the important stuff again
[21:03] <fta> well, i tried to fix it but ended up to square one.
[21:20] <fta> why is googleearth-package ignoring my arch deps??
[21:21] <fta> Depends: wget | curl, dpkg-dev, fakeroot, bzip2, file, x11-common, ia32-libs [amd64 ia64], lib32nss-mdns [amd64 ia64]
[21:21] <fta> Depends: wget | curl, dpkg-dev, fakeroot, bzip2, file, x11-common
[21:21] <fta> oh, Architecture: all
[21:21] <fta> damn
[21:22] <fta> i guess i have no choice but move to any
[21:26] <fta> archive.ubuntu.com is slow today
[21:27] <fta> 1.5Mbps :(
[21:36] <asac> fta: does google earth work on ohter archs than i386 and amd64?
[21:36] <asac> fta: if not, just use those two archs
[21:36] <asac> Architecture: i386 amd64
[21:37] <asac> or ,
[21:37] <asac> hmm
[21:37] <asac> just try ;)
[21:37] <asac> oh lpia works probably too
[21:37] <asac> hmm ... but not that sure now ;)
[21:37] <fta> ia64 apparently
[21:37] <asac> ia64?
[21:37] <fta> debian
[21:37] <asac> so google distributes a ia64 blob?
[21:38] <asac> i doubt that
[21:38] <asac> really
[21:38] <fta> no
[21:38] <asac> then its just i386 and amd64 and maybe lpia
[21:38] <fta> ia32-libs [amd64 ia64] comes from debian. i added the lib32nss-mdns [amd64 ia64] required to make ge 5.0 work
[21:39] <asac> why ia64?
[21:39] <asac> is ia32-libs available on ia64?
[21:40] <fta> i don't know, i just copied what was already there for ia32-libs as it's similar (32libs on 64b platforms), yet, i have no way to test ia64
[21:47] <fta> asac, http://ubuntuforums.org/showthread.php?t=1073478
[21:50] <fta> i want bug 328932 fixed, it's trivial
[21:52] <fta> http://launchpadlibrarian.net/22828241/buildlog_ubuntu-jaunty-lpia.googleearth-package_<IP_ADDRESS>~0ubuntu1~fta3_FAILEDTOBUILD.txt.gz ??
[23:56] <Lns> fta: FYI I still see nspr 4.7.1+1.9-0ubuntu<IP_ADDRESS> in Hardy
[23:57] <Lns> that's w/backports enabled