[00:00] <BUGabundo> sent
[00:01] <BUGabundo> or not
[00:01] <BUGabundo> kmail crashed after sent
[00:01] <BUGabundo> LOL
[00:01] <BUGabundo> not sent
[00:01] <BUGabundo> darn
[00:02] <NCommander> asac, BTW, are you still awake?
[00:02] <BUGabundo> now its sent
[00:08] <BUGabundo> network-manager
[00:08] <BUGabundo>   network-manager-dev
[00:13] <BUGabundo> d'oh . forgot to add the PPA key
[00:13] <BUGabundo> now I see why Daviey has the PPA LOLOL
[00:15] <BUGabundo> well kids
[00:15] <BUGabundo> was a pleasure
[00:15] <BUGabundo> but need to restaert
[00:19] <asac> NCommander: not really ;)
[00:20] <NCommander> asac, I was wondering if you felt like commenting on my core dev app?
[06:18] <armin76> asac: haven't tried
[08:35] <asac> hi
[08:39] <e-jat> glxgear
[08:40] <e-jat> opss sorry wrong channel :(
[08:40] <e-jat> hi asac
[08:48] <asac> hi
[09:55] <asac> identi.ca is borked ... cannot sent any dents
[09:56] <asac> ok ... so no dent ;)
[09:58]  * asac extended lunch (running some errands and getting lunch afterwards) ... bbl
[10:02] <fta> lunch at 11am?
[10:08] <fta> mozilla 469439
[10:08] <fta> another jemalloc bug
[10:10] <ripps> fta asac: just in case guys wanted to know, in case your doing a git ppa with git, here's how to get the latest release version using git tag: `git for-each-ref --format="%(taggerdate:raw)%(committerdate:raw)%(refname:short)" refs/tags | sort -n | tail -n1 | sed 's/^.*release-//;s/_/~/'
[10:11] <ripps> or at least, that's what I'm using with mpd
[10:44] <asac> ripps: git ppa with git?
[10:45] <asac> you mean a ppa that tracks tags from git hosted upstream?
[10:45] <asac> fta: running some errands first ;)
[10:46] <asac> basically sitting in train now for next 20 minutes ... sideeffect: testing 3g behaviour of these cool modems ;)
[12:08] <BUGabundo> hi
[12:08] <BUGabundo> asac: did you catch that dent last night?
[12:09] <BUGabundo> we have a regression
[12:41] <asac> jdstrand: up?
[13:21] <fta2> asac, for some reason, *.cdbs-config_list is now part of the diff.gz when using bzr bd
[13:24] <asac> fta2: for me that was always the case
[13:24] <asac> at least i think
[13:24] <asac> you sure thats a regression?
[13:26] <fta2> lintian complains about it, but i don't remember if it was there before
[13:28] <asac> maybe lintian started to complain.
[13:52] <jdstrand> asac: I am now. what's up?
[13:54] <asac> jdstrand: two things. tbird roll out -> its in ppa and ready
[13:55] <asac> (has been released while i was on holiday)
[13:55] <asac> jdstrand: other thing: dapper: what happens after jul 1 ... will all packages that are not server be removed?
[13:56] <jdstrand> asac: not removed, but not supported either. You can see http://people.ubuntu.com/~ubuntu-security/dapper/ for what the security team will support
[13:57] <jdstrand> an announcement should be made very soon
[13:57] <asac> ok so it makese sense to do a release close to the EOL ... as users still running dapper will still benefit from it
[13:57]  * jdstrand nods
[13:58] <asac> jdstrand: i will talk to rick, but i think i should then stop work on everything and get as many CVEs fixed as possible
[13:58] <jdstrand> ok
[13:59] <asac> and then we have to figure what we can do in future. this monthly cycle really killed me.
[13:59] <jdstrand> asac: so, 2.0.0.22+build1+nobinonly-0ubuntu0.8.04.1 , 2.0.0.22+build1+nobinonly-0ubuntu0.8.10.1, 2.0.0.22+build1+nobinonly-0ubuntu0.9.04.1, and 2.0.0.22+build1+nobinonly-0ubuntu1.nspr474 are all ok to push?
[13:59] <asac> jdstrand: yes. please do some happy testing. on them
[13:59] <jdstrand> righto
[14:00] <jdstrand> yeah, the monthly thing is rough
[14:01] <jdstrand> at least it won't be as bad for a while, with ff3 and tbird2 being the only things 'officially' supported. of course, 3.5 is around the corner...
[14:01] <asac> jdstrand: yes. i think backports will work better from 3.5 to 3
[14:02] <jdstrand> anyhoo, I'll test and publish tbird today
[14:02] <asac> once they abandon 3.
[14:02] <asac> which will be in december
[14:02] <asac> but still this is a bad situation. we are trying to get rid of the rdepends in karmic now
[14:02] <asac> so we might have the option to do major upgrades in future ....
[14:02] <jdstrand> asac: aiui, 3.5 will be the supported browser in karmic, correct? (like with hardy and 3.0)
[14:03] <asac> not sure if we will manage to get that up for next lts though
[14:03] <asac> jdstrand: yes. karmic. but hardy has 3.0 and upstream will EOL it in dec 2009 (assuming they release in a week or so)
[14:03]  * jdstrand nods
[14:03] <asac> so we need 1 year backports if i get it right
[14:04] <asac> but its from 1.9.1 to 1.9 ... and not from 1.9 to 1.8
[14:04] <asac> and hopefully most issues will be found in tracemonkey (jit js engine) which isnt in 1.9
[14:05] <asac> besides from  javascript that there werent much changes in core gecko engine (like in layout/content)
[14:05] <jdstrand> that is a welcome change :)
[14:07] <asac> next lts will probably be more fun
[14:07] <asac> in case we get 3.5.9
[14:08] <asac> it will probably EOL just a year after we release
[14:08] <asac> and upstream might move to mozilla 2 ;)
[14:09] <asac> http://threatpost.com/blogs/google-fixes-critical-flaw-chrome-browser
[14:10] <asac> fta2: ^^
[14:10] <asac> jdstrand: ^^
[14:10] <asac> so seems that chrome is also in firedrill land ;)
[14:10] <asac> "This is the second time in two weeks that Google has had to push out a new version to address security vulnerabilities."
[14:11] <fta2> asac, i know
[14:11]  * jdstrand nods his head sympathetically
[14:11] <asac> fta2: can you please tell jdstrand if you get to know about such issues? we might need to fix webkit too
[14:12] <asac> jdstrand: or did you get this on vendor-sec?
[14:12] <fta2> asac, i don't know the specifics but i was aware of those updates in the stable channel
[14:13] <asac> right. giving heads up that something security related got fixed (even without details) helps a lot
[14:15] <jdstrand> totally
[14:16] <jdstrand> Apple released a security update and we are still trying to sort out what applies to us
[14:16] <jdstrand> and by 'we', I mean the distribution vendors
[14:18] <fta2> asac, jdstrand: http://src.chromium.org/viewvc/chrome/branches/172/src/?view=log
[14:18] <fta2> so http://code.google.com/p/chromium/issues/detail?id=14508
[14:20] <asac> thx
[14:21] <asac> jdstrand: ^^ seems there is a public exploit in that bug
[14:25] <jdstrand> asac, fta2: thanks
[15:33] <fta2> asac, flash is stealing my inputs on amd64 too (ff 3.6)
[15:34] <fta2> it's a regression
[15:36] <asac> fta2: what does "steeling input" mean?
[15:37] <fta2> you can't type anything in the url bar, no cursor, no nothing
[15:37] <fta2> can't select
[16:00] <fta2> asac, what should i do to make o3d use nspluginwrapper on amd64?
[16:00] <fta2> is there a spec somewhere?
[16:01] <asac> fta2: checkout the flashplugin-installer postinst
[16:02] <asac> also ship something like /usr/lib/nspluginwrapper/dirs.d/flashplugin-installer
[16:02] <asac> that registers your plugin to be wrapped by the command run in postinst
[16:04] <fta2> grrr, postinst
[16:14] <fta2> evolution of my bot regarding build-deps: http://paste.ubuntu.com/203624/
[16:14] <fta2> hm, ripps is not there
[16:14] <fta2> i meant: http://paste.ubuntu.com/203625/
[16:17] <asac> you like binutils-gold?
[16:32] <asac> !info test
[17:41] <NCommander> asac, do you want me to change the compiler to 4.3 everywhere, or just on ARM?
[17:44] <asac> NCommander: just arm please
[17:47] <NCommander> asac, http://paste.ubuntu.com/203662/ - that should do the trick, right?
[17:48] <NCommander> (and the assorted control file change of course)
[17:49] <asac> NCommander: most likely. you could also match "arm" substring instead of eq
[17:49] <asac> NCommander: and remember to add a [arm] depend on gcc-4.3 etc.
[17:49] <asac> build-depend i mean
[17:49] <asac> NCommander: try to stick to current way of changelog formatting ;)
[17:50] <NCommander> asac, I do!
[17:50] <asac> yay
[17:50] <asac> ;)
[17:50] <NCommander> asac, I can rewrite the other changelog entry to do so
[17:51] <asac> just take care that all changes go in one changelog entry
[17:51] <asac> e.g. we didnt upload anything in between
[17:51] <NCommander> asac, np
[17:51] <asac> keep it at UNRELEASED
[18:12] <NCommander> asac, http://paste.ubuntu.com/203676/ - current debdiff, just doing some final testing before I kick a branch somewhere
[18:15] <asac> NCommander: the formatting is different to what we use normally
[18:16] <asac> e.g. we say what is done and then list the files touched by that op
[18:16] <asac> you say the files touched and then whats up ;)
[18:23] <asac> otherwise go ahead ;)
[18:23] <asac> i can shuffle the changelog format if you dont feel like it
[18:24] <asac> NCommander: oh pleaase prefix the patches with the bugzilla id in the commit
[18:24] <asac> e.g. bz345050_.....patch
[18:24] <asac> at least we want that for new patches ;)
[18:25] <asac> thats it
[18:25] <asac> give it to me ;)
[18:26] <NCommander> asac, I don't have a bugzilla number
[18:26] <NCommander> THat's the 1.13 commit that had a blocked id
[18:28] <NCommander> *blotched
[18:28] <asac> NCommander: but the other commit has a bug?
[18:29] <NCommander> asac, oh that one (that's Loic's, I can change that one eaisly)
[18:30] <asac> NCommander: its mozilla bug 339782
[18:31] <asac> (1.13)
[18:31] <NCommander> That's it
[18:31] <asac> yeah
[18:31] <NCommander> YOur bugzilla searching skills far outstrip mine
[18:31] <NCommander> (I tried google, and didn't find it :-/)
[18:31] <asac> NCommander: hehe
[18:31] <asac> painful learning ;)
[18:32] <asac> so rename both patches and adapt the changelog formatting t... that would be perfect ;) otherwise i can change formatting on merge
[18:34] <NCommander> ok, fixed up
[18:34] <asac> great
[18:35] <asac> push ... request merge
[18:35] <asac> and then all flies ;)
[18:35] <NCommander> asac, probably should test build it on x86/arm fully first before upload
[18:36] <asac> NCommander: ok. push it with ~mcas to your native ppa
[18:36] <asac> but request merge anyway. i dont think there will be problems
[18:36] <NCommander> Pushing now
[18:45] <NCommander> asac, merge request filed
[18:54] <asac> NCommander: err ... thats against wrong branch
[18:54] <asac> rejected
[18:54] <asac> thunderbird.dev is the right target branch
[18:54] <NCommander> Argh, LP picked the wrong one :-/
[18:55] <asac> yes ;)
[18:55] <asac> can you rerequest
[18:55] <asac> ?
[18:56] <NCommander> yeah, doing so
[18:57] <NCommander> asac, https://code.edge.launchpad.net/~mcasadevall/thunderbird/arm-segfault-fixes/+merge/7902
[19:07] <asac> merged and uploading
[19:07] <asac> err ... waiting for your ack though
[19:07] <asac> let me know if all is fine in your ppa
[19:08] <NCommander> asac, might take awhile, the buildds are clogged with a toolchain build
[19:09] <asac> NCommander: i386 is building so we can at least verify that
[19:09] <asac> (armel is probably tested already)
[19:10] <NCommander> asac, it hasn't been tested sans debug and w/ optimizations
[19:10] <NCommander> asac, are we going to backport 2.0.0.22 to Jaunty, or do I need to backport to that release (it should be trivial but I'd like to know)
[19:13] <asac> NCommander: the idea is to get it committed upstream so we will automatically get it in .23
[19:13] <NCommander> asac, but how does that get into jaunty?
[19:14] <asac> NCommander: .23 update? same as .22 got into jaunty
[19:14] <asac> security update
[19:14] <NCommander> .22 is in jaunty?
[19:14] <NCommander> nifty
[19:15] <asac> should be
[19:15] <NCommander> although I'm not sure if this would qualify as a security update IMHO
[19:15] <asac> well. latest tonight. jdstrand is on it
[19:15] <asac> NCommander: security/stability update
[19:15] <asac> thats how the title of our uploads are called
[19:15] <NCommander> Ah, makes sense
[19:15] <NCommander> so once we're Fix Released in karmic and that's confirmed, then it will be released into *-security?
[19:15] <asac> however, i wouldnt like to put that patch into jaunty without going through upstream
[19:15] <NCommander> s/*/jaunty/g
[19:16] <asac> beceause i want them to review the changes for eventual risks before pushing that into a stable release
[19:16] <asac> NCommander: no. the changes you did will not get into jaunty automatically
[19:16] <asac> we have different branches
[19:16] <NCommander> asac, no, that I got :-)
[19:16] <asac> its just that if we get it committed upstream
[19:16] <asac> ah ok
[19:16] <asac> it will come back everywhere (e.g. hardy -> karmic)
[19:17] <NCommander> asac, what happens if upstream rejects the change? (you said TB2 is more or less on ice)
[19:17] <asac> NCommander: they wont reject it if there is no risk
[19:17] <asac> its just that they wont put any work into things
[19:17] <asac> but we will see ;)
[19:18] <NCommander> Considering its a backport of their own code ...
[19:18] <asac> i guess they will allow me to commit it
[19:18] <NCommander> :-)
[19:18] <asac> ffox 1.8 is end of life
[19:18] <asac> so thats no risk
[19:18] <asac> yeah
[19:18] <NCommander> asac, ah, I didn't know you had upstream commit rights
[19:18] <asac> NCommander: yeah. but in the end it doesnt matter much. we need review/superreview/approval for stable branches
[19:18] <asac> its just that you dont need to beg someone to commit ;)
[19:19] <NCommander> asac, of course, and hopefully you can find someone who can review and superreview quickly
[19:19] <asac> yes
[19:19] <asac> i think we will get someone
[19:19] <asac> at least for .23 we will have an answer
[19:20] <NCommander> ARe we going to have to wait for upstream .23?
[19:20] <asac> preferably yes
[19:21] <asac> besides from review we would also get professional QA and baking et al
[19:21] <NCommander> Right
[19:21] <asac> so that would be safer to push out to stable users
[19:21] <NCommander> Any idea on what the release cycle for TB2 looks like?
[19:22] <asac> yes. 3 month. unless there is a firedrill
[19:22] <asac> 1.9 branches have monthly security
[19:23] <asac> but we are on 1.8
[19:23] <asac> anyway. lets first get this into karmic. and verified
[19:23] <asac> we can then decide what to do
[19:25] <NCommander> Right, no problem, I'm just completely new at Mozilla hacking ;-)
[19:37] <asac> we have a bunch of exciting excersizes ;) ... like backporting many security patches
[19:43] <asac> fta: can you still submit anything from identi.ca webform?
[19:43] <asac> i always get http errors
[19:44] <asac> "Sorry! We had trouble sending your notice (400 Bad Request). Please report the problem to the site administrator if this happens again."
[19:56] <fta> asac, on the web? i can't even login
[19:56] <fta> "There was a problem with your session token. Try again, please."
[20:03] <fta> ppa builders crowded :P
[20:13] <asac> fta: hmm. odd
[20:13] <asac> too bad there is no identica channel here on freenode
[20:15] <fta> yep, it's somewhere else, i don't remember
[20:27] <fta> hm, i thought adding lintian to build-deps was enough to have it automatically run at the end of the build, apparently not.
[20:28] <fta> oh, it's debuild
[20:29] <fta> is there a hook in cdbs after _changes is created?
[20:37] <asac> fta: in worst case you can use the same target, just below hte includes i guess
[20:37] <fta> which target?
[20:38] <fta> binary-makedeb doesn't seem to include the dpkg-genchanges call
[21:26] <fta> BUGabundo, does the identi.ca website work for you? i get "There was a problem with your session token. Try again, please." when i try to login
[21:29] <BUGabundo> somewhat
[21:29] <BUGabundo> not always
[21:29] <BUGabundo> gwibber is not posting
[21:29] <asac> fta: hmm. genchanges is probably done by dpkg-buildpackage directly
[21:29] <BUGabundo> xmpp down
[21:29] <asac> so most likely not
[21:29] <BUGabundo> I'm sooooooo sad
[21:29] <asac> jcastro: identi.ca dead?
[21:29] <BUGabundo> and I need to vent!
[21:29] <fta> Mook_sb, http://launchpadlibrarian.net/28379530/buildlog_ubuntu-hardy-i386.songbird_1.3.0~a~svn20090625r14078-0ubuntu1~usd1~hardy_FAILEDTOBUILD.txt.gz  *without* system gst
[21:29] <BUGabundo> have a job interview tomorrow
[21:29] <BUGabundo> this is soooo oun fair
[21:29] <asac> BUGabundo: good luck!
[21:30] <Mook_sb> fta: damn, that thing must hate me :p
[21:30] <BUGabundo> thanks asac
[21:30] <BUGabundo> asac: -1 on using wireless togle to kill 3G
[21:30] <asac> BUGabundo: so did you test your 3g carf with mm?
[21:30] <BUGabundo> now I have no safe way to disconect wifi
[21:30] <Mook_sb> install -c -m 0755  /build/buildd/songbird-1.3.0~a~svn20090625r14078/build-tree/songbird/compiled/dist/gst-plugins/libgstcoreelements.so <- missing an argument :/
[21:30] <BUGabundo> its working alright
[21:30] <BUGabundo> that reminds me
[21:30] <asac> BUGabundo: yeah right
[21:30] <BUGabundo> I have FW off
[21:30] <fta> Mook_sb, yep, but it's not my code ;)
[21:30] <asac> BUGabundo: signal strength et al?
[21:31] <asac> BUGabundo: did you try to change your PIN?
[21:31] <BUGabundo> ahh it was ON
[21:31] <Mook_sb> fta: yeah, I think that means the source file was missing, IIRC?
[21:31] <BUGabundo> asac: I don't see anything like that
[21:31] <BUGabundo> where should I look?
[21:31] <asac> BUGabundo: then you dont have all the latest maybe
[21:31] <BUGabundo> maybe
[21:31] <asac> BUGabundo: the applet has signal strength
[21:31] <BUGabundo> let me fetch updates
[21:31] <BUGabundo> I still have the antena
[21:31] <asac> the pin function is in connectoin editor
[21:32] <Mook_sb> fta: current buildbot says install -c -m 0755 /builds/songbird/trunk/sb_integ_trunk_linux64/trunk/dependencies/linux-x86_64/gstreamer/release/lib/gstreamer-0.10/libgstcoreelements.so /builds/songbird/trunk/sb_integ_trunk_linux64/trunk/compiled/dist/gst-plugins/libgstcoreelements.so instead...
[21:32] <asac> BUGabundo: you probably didnt downgrade nm applet ... but now we hsould have a higher version in there, so maybe you get it automatically
[21:32] <fta> hmm
[21:34] <Mook_sb> fta: I don't see you building non-system-gstreamer?
[21:34] <fta> Mook_sb, hm, right, i'll have a look ;)
[21:34] <BUGabundo> asac: ~$ sudo aptitude update && sudo aptitude safe-upgrade
[21:34]  * Mook_sb only sees the taglib build, plus the XR (which looks different due to issues on our side)
[21:36] <fta> yeah, my bad
[21:36] <fta> i always built it with system gst
[21:36] <Mook_sb> it's all right; I'm used enough to everything being _our_ bad that I'm as surprised as you are :D
[21:38] <asac> BUGabundo: i dont know you need modemmanager
[21:38] <asac> dont think you get new packages on safe-upgrade
[21:38] <asac> use apt-get dist-upgrade ;)
[21:39] <BUGabundo> errr
[21:39] <BUGabundo> doesn't saf-up get me the same as dist? but better managed?
[21:39] <fta> asac, gwibber seems fine to me
[21:40] <asac> i guess not the karmic version
[21:42] <fta> karmic it is
[21:44] <BUGabundo> I use daily ppa
[21:44] <BUGabundo> its the only way to use gwibber
[21:44] <BUGabundo> that or trunk (when it builds)
[21:47] <fta> oh, i meant daily/karmic :P
[21:47] <fta> BUGabundo, o3d-plugin_0.1.38.0~svn20090619r18874-0ubuntu1_amd64.deb
[21:47] <BUGabundo> what for
[21:47] <BUGabundo> ?
[21:48] <fta> want to test it?
[21:48]  * BUGabundo grrr still can't get into idenica
[21:48] <BUGabundo> not today!
[21:48] <BUGabundo> to stress out
[21:48] <BUGabundo> with job and identica down
[21:48] <BUGabundo> :((
[21:49] <fta> job down?
[21:49] <BUGabundo> no
[21:49] <BUGabundo> hope job UP
[21:49] <BUGabundo> will see
[22:05] <fta> oh, ok. "(with job) and (identica down)"
[22:05] <fta> lol
[22:05] <fta> too much code
[22:06] <BUGabundo> ahahaaahahahhaaha
[22:06] <BUGabundo> RD, sorry, have to
[22:16] <BUGabundo> fta: XMPP alive woot
[22:40] <asac> two bad intel still locks up when i set screen to powersave
[22:40] <asac> hard reset required
[22:40] <asac> (haveent tried to ssh in)
[22:41] <BUGabundo> not here
[22:41] <BUGabundo> but I can't hibernate or suspend
[22:41] <BUGabundo> It make REAL damage to data on disk
[22:41] <BUGabundo> :(
[22:42] <asac> heh
[22:42] <asac> ext4?
[22:42] <BUGabundo> nop
[22:42] <BUGabundo> 3
[22:43] <BUGabundo> all boots now are proced by FSCK
[22:43] <BUGabundo> :(
[22:45] <asac> suspend at least works here. i must not close the lid though before its sleeping
[22:45] <asac> because that triggers screen powersave
[22:45] <asac> which causes hang
[22:45] <asac> ;)
[22:45] <asac> i never hibernate
[22:45] <asac> doesnt make much sense imo
[22:45] <asac> booting is fast enough for that
[22:45] <micahg> asac: does hibernate do anything on linux?
[22:45] <asac> yes
[22:46] <asac> it swaps the memory to your swap device (so only works if your swap partition is bigger than your main mem)
[22:46] <BUGabundo> oh if I unplug power it won't power off
[22:46] <BUGabundo> 50% of the time hibernate won't poweroff
[22:46] <BUGabundo> shutdown jams 5% of the time
[22:47] <BUGabundo> asac: I resume in 10-15 secs from hibernate
[22:47] <BUGabundo> I boot in 1:40 min
[22:47] <BUGabundo> so it DOES make a diff for me
[22:47] <BUGabundo> otoh it takes like 1min to hibernate
[22:47] <BUGabundo> and halt only 10 sec
[22:54] <micahg> ah, maybe that's my problem
[22:57] <BUGabundo> micahg: which one
[22:57] <micahg> swap space
[22:57] <asac> not enough swap i guess
[22:57] <micahg> it's equal to my main memory
[22:57] <asac> :)
[22:57] <BUGabundo> micahg: at least the same amount as used RAM
[22:57] <BUGabundo> plus some for stuff that stays in swap
[22:58] <BUGabundo> used to be a rule of tumb to have 2.5xRAM
[22:58] <BUGabundo> of course I use compression, with uscup
[23:00] <fta> asac, wanna do a quick test for me on x64? (i can't from here)
[23:00] <asac> fta: have no access to my machine unfortunately :(
[23:00] <asac> tomorrow evening i will be back
[23:00] <fta> ok
[23:00] <asac> a new ia32 libs?
[23:01] <fta> anyone else on 64bit with a gpu?
[23:01] <fta> nope, o3d
[23:01] <asac> BUGabundo: ^^
[23:01] <asac> he runs 64bit flash ;)
[23:01] <fta> he said he's busy
[23:01] <asac> hmm ok
[23:02] <fta> or i should just create a ppa and push there
[23:02] <asac> why not ;)
[23:02] <asac> then you can dent about it and i redent and maybe that catches some first testers
[23:02] <asac> (if i could dent at all ;))
[23:02] <asac> website doesnt work in trunk build
[23:02] <BUGabundo> asac: still busy catching up
[23:02] <asac> in 3.0 it works like every 5th attempt
[23:02] <asac> sure
[23:02] <asac> all ok
[23:02] <BUGabundo> got a few hunders emails last night
[23:02] <BUGabundo> grr
[23:03] <fta> i would prefer at least 1 test on x64, i'm not even sure my thing worked
[23:03] <asac> fta: yeah. ut if its a new ppa, there is not much you can loose.
[23:03] <BUGabundo> gwibber is up for me
[23:03] <BUGabundo> XMPP is lagged on identica
[23:03] <asac> i dont think lots will jump on it if we send one dent and say that its untested ;)
[23:03] <fta> http://www.sofaraway.org/ubuntu/tmp/o3d-plugin_0.1.38.0~svn20090619r18874-0ubuntu1_amd64.deb
[23:03] <BUGabundo> getting detns from 8h ago with CURRENT time
[23:03] <BUGabundo> I still have NO idea what o3d is
[23:04] <BUGabundo> so I can't really test it , can  I ?
[23:04] <fta> ok, back to yesterday's debate, ppa location for this
[23:04] <asac> lets see if gwibber still crashes
[23:04] <BUGabundo> asac: updates _finally_ done
[23:04] <BUGabundo> need to restart?
[23:05] <BUGabundo> d'oh
[23:05] <BUGabundo> $ sudo aptitude install modemmanager
[23:05] <asac> BUGabundo: dist-upgrade should pull in modemmanager with NM etc.
[23:05] <BUGabundo> ok
[23:05] <BUGabundo> 0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
[23:05] <BUGabundo> Need to get 0B of archives. After unpacking 0B will be used.
[23:06] <fta> oh, is this new? https://edge.launchpad.net/~fta/+ppa-packages
[23:06] <asac> BUGabundo: dpkg -l network-manager
[23:07] <BUGabundo> ii  network-manager           0.7.1-0ubuntu1.mm1        network management framework daemon
[23:09] <asac> BUGabundo: and network-manager-applet
[23:09] <asac> ?
[23:09] <asac> BUGabundo: and modemmanager?
[23:09] <asac> err
[23:09] <asac> network-manager-gnome ;)
[23:09] <BUGabundo> LOL
[23:09] <BUGabundo> netwrok *
[23:10] <BUGabundo> here goes flood
[23:10] <BUGabundo> to lazy to open firefox
[23:10] <BUGabundo> ii  network-config            0.2-1                     Simple network configuration tool
[23:10] <BUGabundo> ii  network-manager           0.7.1-0ubuntu1.mm1        network management framework daemon
[23:10] <BUGabundo> pn  network-manager-dbgsym    <none>                    (no description available)
[23:10] <BUGabundo> ii  network-manager-dev       0.7.1-0ubuntu1.mm1        network management framework (development files)
[23:10] <BUGabundo> ii  network-manager-gnome     0.7.1-0ubuntu1.mm1        network management framework (GNOME frontend)
[23:10] <BUGabundo> pn  network-manager-gnome-dbg <none>                    (no description available)
[23:10] <BUGabundo> un  network-manager-kde       <none>                    (no description available)
[23:10] <BUGabundo> ii  network-manager-openvpn   0.7.1~rc4.1.20090323+bzr2 network management framework (OpenVPN plugin)
[23:10] <BUGabundo> ii  network-manager-pptp      0.7.1~rc4.20090316+bzr23- network management framework (PPTP plugin)
[23:10] <BUGabundo> pn  network-manager-pptp-dbgs <none>                    (no description available)
[23:10] <BUGabundo> pn  network-manager-vpnc      <none>                    (no description available)
[23:10] <asac> BUGabundo: yeah thats ok. what about modemmangaer?
[23:10] <BUGabundo> pn  networkstatus             <none>                    (no description available)
[23:10] <asac> hmm
[23:10] <BUGabundo> oh wait... I have pastebinit ... darn too late
[23:10] <asac> long paste ;)
[23:10] <BUGabundo> $ dpkg -l network* | pastebinit
[23:10] <BUGabundo> http://paste.ubuntu.com/203820/
[23:10] <asac> yeah you didnt even poast modemmanager ;)
[23:11] <BUGabundo> I did
[23:11] <BUGabundo> asac: ii  modemmanager              0.2.git5.43a5923-0ubuntu1 D-Bus service for managing modems
[23:11] <BUGabundo> see log
[23:11] <asac> that looks ok
[23:11] <asac> so is a process called modem-manager running?
[23:12] <asac> seems you are using modemmanager
[23:12] <asac> so if you still see the antenna thing, it might mean you use a modem for which signal strength istn supported (yet?)
[23:12] <asac> what driver is that?
[23:13] <BUGabundo> option
[23:13] <BUGabundo> speed Unknown
[23:13] <BUGabundo> Security Unknown
[23:14] <asac> syslog
[23:14] <asac> psate please ... did you restart
[23:14] <asac> ?
[23:14] <asac> you need to restart for sure ;)
[23:14] <BUGabundo> NO
[23:14] <BUGabundo> duh
[23:14] <asac> heh
[23:14] <BUGabundo> now you tell me
[23:14] <asac> wasnt there a "restart required notifiation"?
[23:15] <BUGabundo> no
[23:15] <fta> ~blablabla/od3/o3d.head... grrrr
[23:15] <BUGabundo> unless its hidden in the background
[23:16] <asac> its probably in the background ;)
[23:16] <asac> hehe
[23:16]  * BUGabundo minimizes all 20 wind one by one
[23:16] <asac> well restart
[23:16] <BUGabundo> nothing here
[23:17] <asac> dont bother
[23:17] <asac> ;)
[23:17] <BUGabundo> yeha
[23:17] <BUGabundo> gona wait for tomorrow
[23:17] <BUGabundo> or next crahs
[23:18] <BUGabundo> what ever comes 1st
[23:18]  * asac sends some bustage to BUGabundo  ;)
[23:18]  * BUGabundo blows it way
[23:18]  * BUGabundo sees the cloud overing over fta
[23:21] <micahg> BUGabundo: in xfce there's a button you can add for it :)
[23:21] <BUGabundo> ah??
[23:21] <BUGabundo> I use gnome micahg
[23:21] <micahg> minimize all windows
[23:21]  * asac_ reconnected
[23:24] <BUGabundo> (11:18:21 PM) ***asac sends some bustage to BUGabundo  ;)
[23:24] <BUGabundo> (11:18:52 PM) ***freenode blows it way
[23:24] <BUGabundo> (11:19:05 PM) ***freenode sees the cloud overing over fta
[23:24] <asac_> yeah got that
[23:24] <BUGabundo> micahg: so does mine
[23:24] <asac_> too bad that identi.ca is useless now for me
[23:24] <asac_> broken in gwibber in karmic
[23:25] <asac_> and broken on website
[23:26] <BUGabundo> works here
[23:27] <fta> BUGabundo, well, i don't like big teams with same privileges for everyone, but that's what asac wants.. so i don't know what to do
[23:28] <BUGabundo> way out of Topic fta LOL
[23:28] <BUGabundo> but yeah I agree it needs more controls
[23:36] <fta> hm, tried od3 with a remote ff, it doesn't work
[23:37] <BUGabundo> what the heck is od3??
[23:39] <fta> http://arstechnica.com/software/news/2009/04/google-releases-3d-graphics-plugin-for-browsers.ars
[23:39] <fta> http://code.google.com/apis/o3d/
[23:39] <fta> o3d, not od3
[23:43] <fta> grr, broken on x64
[23:45] <BUGabundo> fta: thanks for making me open yet another page :\
[23:45] <BUGabundo> ahhh open 3d