[00:06] <fta> seems those 'events suppressed' are what's making the sound crappy /w alsa
[00:52] <fta> E: module-hal-detect.c: D-Bus error while parsing HAL data: org.freedesktop.Hal.NoSuchProperty: No property info.capabilities on device with id /org/freedesktop/Hal/devices/usb_device_45e_29_noserial
[00:52] <fta> E: module-hal-detect.c: D-Bus error while parsing HAL data: org.freedesktop.Hal.NoSuchProperty: No property info.capabilities on device with id /org/freedesktop/Hal/devices/usb_device_45e_29_noserial_if0
[09:45] <asac> fta: my guess is that its ppp ... need your /etc/ppp/options and the command line arguments for pppd you see in syslog
[10:03] <asac> fta: so lets create thunderbird-3.1.head ;)
[10:04] <asac> I don't think we should build that yet daily ... but well; if its just a matter of adding a line to your build config, just do that i would say
 asac, http://paste.ubuntu.com/115742/
[10:11] <fta> asac, https://edge.launchpad.net/~ubuntu-mozilla-daily/+archive/ppa
[10:11] <asac> fta: and the command line? (it was cut off in the log paste you gave me)
[10:11] <fta> tb3 needs a better nss in hardy/intrepid
[10:12] <fta> asac, NetworkManager: <debug> [1234114356.551458] nm_ppp_manager_start(): Command line: /usr/sbin/pppd nodetach lock nodefaultroute ttyUSB0 noipdefault usepeerdns lcp-echo-failure 0 lcp-echo-interval 0 ipparam /org/freedesktop/NetworkManager/PPP/0 plugin /usr/lib/pppd/2.4.4/nm-pppd-plugin.so
 same for both
[10:12] <fta> ..SIMs
[10:14] <gnomefreak> hmmmmmm
[10:15] <fta> asac, i guess you're not getting the error logs of the daily ppa, right?
[10:23] <asac> fta: seems not ... hmm
[10:23] <gnomefreak> was the last meeting in september?
[10:24] <asac> cant find anything to subscribe
[10:24] <asac> gnomefreak: probably yes.
[10:24] <gnomefreak> ok im gona clear adgenda and fix link in topic
[10:26] <gnomefreak> what are we doing with NCommander's Membership request?
[10:27] <asac> gnomefreak: drop it
[10:27] <asac> or ping him
[10:27] <asac> gnomefreak: he probably is on -motu or -devel
[10:27] <gnomefreak> ok
[10:29] <fta> asac, this is a problem then (the logs)
[10:29] <asac> yeah
[10:31] <asac> fta: asked on #launchpad
[10:42] <gnomefreak> we really need tinyurl back in repos
[11:02]  * gnomefreak goes for smoke since nothing is working atm.
[11:03] <BUGabundo> eheh gnomefreak... smoking is bad
[11:03] <BUGabundo> you should _want_ to stop
[11:36] <gnomefreak> ok now i can go for smoke and coffee and maybe breakfast ;)
[11:39] <asac> fta: filed a bug
[11:39] <asac> fta: 327134
[11:39] <asac> bug 327134
[11:44] <AnAnt> Hello, why is the xulrunner package not synch'ed with Debian ?
[11:44] <AnAnt> I see xulrunner & xulrunner-1.9 source packages in Ubuntu
[11:44] <AnAnt> I see xulrunner (1.8) & xulrunner-1.9 source packages in Ubuntu
[11:45] <AnAnt> while the xulrunner in Debian (testing & unstable) is 1.9
[11:57] <asac> AnAnt_: because xulrunner in debian is a mess ;)
[11:58] <AnAnt_> asac: ok, I have a problem, I need the libmozjs 1.9
[11:58] <AnAnt_> asac: yet it does not exist in Ubuntu
[11:58] <gnomefreak> none of our packages are synced from debian normall we push ours to debian at lease some of them
[11:58] <asac> AnAnt_: yes. thats intentional. libmozjs is not a first-class lib as there are no ABI/API guarnatees upstream
[11:58] <gnomefreak> ok back to morning break
[11:59] <asac> we will work on improving that together with upstream
[12:00] <AnAnt_> asac: well, is that the reason that in Debian libmozjs 1.9 is libmozjs1d (not 0d as in 1.8) ?
[12:01] <asac> AnAnt_: no. thats ok if it was underlined by an official upstream policy; the problem is that there is even no guarantee that 1.9.0.7 will have no ABI breakage over 1.9.0.6
[12:01] <asac> so debian tries to track ABI/API (like you said with libmozjs1d ...), but nobody has a plan what happens if a security update breaks it
[12:02] <asac> i think its unlikely that this happens, but we have to stay hard so upstream starts thinking about proper ABI procedures for mozjs
[12:02] <asac> AnAnt_: didnt we talk about all this before?
[12:03] <AnAnt_> asac: we did ?
[12:03] <AnAnt_> asac: we talked about firefox plugins before
[12:03] <AnAnt_> asac: extensions that is
[12:04] <AnAnt_> so, Debian guys weren't hard about that matter, right ?
[12:05] <asac> AnAnt_: yes. its most likely ok. but not suitable for our main archive
[12:05] <asac> AnAnt_: also if we do that we break upstream binary compatibility too
[12:05] <asac> which debian doesnt care about either
[12:06] <asac> e.g. stuff build against debian mozjs wont work with upstream builds or anywhere else
[12:06] <asac> AnAnt_: so the goal is that upstrea mozjs gets proper so version and ABI/API policy
[12:06] <asac> once thats there we will make mozjs a standalone packjage
[12:07] <asac> AnAnt_: which app needs mozjs?
[12:07] <asac> AnAnt_: if its for universe you can use the approach google-gadgets took -> e.g. use a glue
[12:07] <AnAnt_> asac: elinks (for javascript support)
[12:07] <asac> but thats not suitable for main
[12:07] <AnAnt_> asac: it's a special build that I do by myself
[12:08] <AnAnt_> asac: neither the debian nor ubuntu packages of elinks enable javascript support
[12:08] <asac> AnAnt_: i would suggest that you robb the google-gadget glue code ... in that way your builds will work on all distros that have a proper xulrunner build
[12:08] <AnAnt_> asac: what do you mean by "use a glue" ?
[12:08] <asac> AnAnt_: look in google-gadgets
[12:08] <asac> and what they do
[12:09] <asac> AnAnt_: http://paste.ubuntu.com/116019/
[12:09] <asac> thats in google-gadgets. you need to steal them, build and link them statically against your stuff and maybe adjust the codec
[12:10] <asac> well ... most likely
[12:10] <asac> if you are not a developer you need to ask upstream about that
[12:10] <AnAnt_> steal them ?
[12:10] <AnAnt_> isn't it GPL ?
[12:10] <AnAnt_> or so
[12:10] <asac> look at the files. stealing == copying
[12:11] <AnAnt_> ok
[12:11] <asac> (without breaching licensing of course)=
[12:12] <AnAnt_> in this case, I won't need to get mozjs 1.9 ?
[12:15] <asac> AnAnt_: you need to depend on xulrunner-1.9 then ... yes.
[12:16] <AnAnt_> huh ?
[12:16] <AnAnt_> oh, ok
[12:36] <asac> AnAnt_: http://identi.ca/notice/2208082 ... hope we get a solution for jaunty+1
[12:48] <gnomefreak> asac: i got to thinking about patch in SM2. if i edit it in /mozilla/ it wont apply. i'm fairly sure we cant edit it in our debian/patches dir. and if so autoconf will fail(i think) is there an easy way around this?
[12:50] <asac> gnomefreak: sorry ... let me fix
[12:50] <gnomefreak> ok
[12:52] <asac> gnomefreak: ok committed ... rev 192
[12:53] <gnomefreak> thanks. damn that was fast
[12:55] <asac> gnomefreak: i had it fixed here ... just forgot to committ on friday
[12:55] <gnomefreak> ah
[12:55] <asac> it was just a strip-leve thing in the patch
[13:28] <gnomefreak> ok gonna let it build ill be back to check on it in a bit.
[13:46] <AnAnt> asac: thanks for the help, I decided that the glue would be too much, so I fixed the upstream code to be compatible with mozjs 1.8 (I just had to comment a single line)
[14:07] <asac> AnAnt: well 1.8 will die now ;)
[14:08] <asac> it has to be removed from #jaunty
[14:08] <asac> actually should already have happened in intrepid
[14:16] <BUGabundo> asac: ping
[14:17] <BUGabundo> is there a wiki page I can bookmark
[14:17] <BUGabundo> to know EXACLY how to debug NM connection time outs?
[14:21] <BUGabundo> https://wiki.ubuntu.com/DebuggingNetworkManager is this it?
[14:36] <asac> BUGabundo: yes but that doesnt/cannot give you infos on all
[14:38] <gnomefreak> bug 214366
[15:02] <gnomefreak> what the hell i cant put upstream tb bug on LP bug
[15:02] <gnomefreak> what link should i be using?
[15:02] <fta2> asac: feel free to fix tb3, otherwise, it will keep failing everyday
[15:03] <fta2> gnomefreak, you can't, it's not in the repo yet
[15:03] <gnomefreak> fta2: tb 2 is
[15:03] <fta2> oh, thought you meant tb3
[15:03] <fta2> nm
[15:03] <gnomefreak> cant link to upstream bug report
[15:04] <asac> fta2: do you use .head for all ?
[15:05] <gnomefreak> ok that did it :)
[15:05] <fta2> asac, yes, fix head, the bot will catch it
[15:06] <fta2> asac, you wont see the daily bump in .head, it's in .daily
[15:08] <gnomefreak> asac: mark the bug you forwarded upstream from bug 214366 since mozilla bug 66763 was already reported
[15:08] <gnomefreak> s/from/as a dupe/
[15:10] <gnomefreak> i cant mark dupes upstream
[15:11] <asac> fta2: yeah. but i guess the build failure is not new on hardy/intrepid ... so .head will do
[15:11] <fta2> yes
[15:11] <fta2> well, b1 worked
[15:11] <fta2> hm, maybe not, my ppa has a fresh nspr/nss couple
[15:15] <asac> yeah. probably
[15:15] <asac> i will commit the fix
[15:15] <asac> just want to get the proper orig ;)
[15:23] <fta2> get it from the daily ppa
[15:24] <sveinung> Why is Firefox 3.0.6 in the jaunty archives and in the bazaar branches for Intrepid and Hardy but not in their archives (as in security) yet?
[15:24] <sveinung> Anywhere I can get it?
[15:25] <sveinung> (without building it myself from the bazaar branches)
[15:25] <sveinung> Or is the security problems fixed in 3.0.6 not relevant for Ubuntu?
[15:26] <sveinung> (Sorry if I sound inpolite, English is not my first language)
[15:30] <asac> sveinung: please help ou ttesting
[15:30] <asac> sveinung: we have a security preview archive
[15:30] <sveinung> where can I help?
[15:31] <asac> add that to your sources and keep it ... when you have issues you should always escalate here
[15:31] <asac> sveinung: https://edge.launchpad.net/~ubuntu-mozilla-security/+archive
[15:31] <asac> sveinung: take that ... add that to sources.list
[15:31] <sveinung> asac: thank you
[15:31] <asac> sveinung: there is also a testplan
[15:31] <asac> sveinung: if you could run that it would be grate
[15:31] <sveinung> link?
[15:32]  * asac looks
[15:32] <asac> sveinung: https://wiki.ubuntu.com/MozillaTeam/QA
[15:50] <gnomefreak> i fucking hate LP
[15:53] <gnomefreak> is ther eno upstream info for seamonkey? only thing i get is chatzilla when i change it to seamonkey it gives me our package
[15:54] <asac> gnomefreak: maybe
[15:54] <asac> let me check
[15:54] <gnomefreak> for some reason its not letting me mark it upstream
[15:54] <gnomefreak> bug 327214 is the problem one
[15:55] <asac> fta2: can you hand over seamonkey maintainer ship to mozillateam :) ... and update the package info ;) so the bugs get automatically a good upstream target
[15:55] <gnomefreak> ah thatsd why
[15:55] <gnomefreak> i needed to report another bug but cant recall on what :(
[15:56] <gnomefreak> good news SM2 is still building :)
[16:00]  * gnomefreak wonders what i have to do to get upstream duplicate powers
[16:01] <fta2> asac, I just changed the maintainer
[16:04] <asac> thanks
[16:04] <gnomefreak> still no way to do it
[16:05] <gnomefreak> if i add Seamonkey it doesnt give me upstream option
[16:05] <asac> gnomefreak: ok i think it should work now
[16:05] <asac> try again
[16:06] <gnomefreak> nope
[16:06] <gnomefreak> got it
[16:06] <gnomefreak> took a littl etime for it to change
[16:08] <gnomefreak> ok off to wait for build to finish its freezing me up too much
[16:12] <paran> fta2: I just figured out what caused the firefox 3.1b3 instant segfault on my machine
[16:13] <paran> fta2: I had a pacakge named "libxul-dev" installed. after removing that it works fine, currently running 3.1 from the daily ppa
[16:13] <fta2> hm, so the pkg-config files were mixed up
[16:15] <fta2> asac, how come your tb3 patch will help? it will move to dep-wait, that's it. or did I miss something?
[16:15] <sveinung> asac: I did step 1 to 10 on the testplan on Firefox 3.0.6. Since I don't use GNOME I can't do step 11. I also tested the plugin Gnash on youtube, and VLC on Wikimedia commons. Gnash on Youtube worked, VLC worked for a time once without finishing and once crashing Firefox
[16:15] <sveinung> except that all worked
[16:17] <asac> sveinung: ok. so is vlc a regression?
[16:17] <asac> or did you get those with 3.0.5 too?
[16:17] <asac> fta2: yes you missed something ;)
[16:17] <asac> fta2: i touched rules not control
[16:17] <asac> hence, "soft-depends" like i named it in changelog
[16:17] <sveinung> asac: I think I also had it in 3.0.5
[16:18] <asac> sveinung: thats ok then. we are mostly intersted in regressions
[16:18] <asac> thats the focus of all the -security testing
[16:18] <asac> sveinung: are you running hardy?
[16:18] <asac> or intrepid?
[16:18] <dorgan> anyone know how to get the from address of a selected message?
[16:18] <sveinung> asac: Intrepid
[16:19] <BUGabundo> asac: do you have a min?
[16:20] <asac> BUGabundo: ask ... and i will decide ;)
[16:20] <asac> i have to run to post-office as my tax declaration had missing parts which are now overdue
[16:21] <asac> will run in 5 minutes after this security stuff has finished and i can give it a quick test
[16:21] <BUGabundo> eheh
[16:21] <BUGabundo> just need guidelines on how to debug NM
[16:21] <BUGabundo> https://wiki.kubuntu.org/DebuggingNetworkManager
[16:21] <BUGabundo> been reading this
[16:22] <BUGabundo> I'm at Tokamak, and the eduroam here is not connecting
[16:22] <BUGabundo> with PPA NM
[16:22] <BUGabundo> now a friend arrived
[16:22] <BUGabundo> and can't connect either with interpid
[16:22] <BUGabundo> thought you might want fresh logs
[16:22] <BUGabundo> from ibex and jaunt
[16:22] <asac> BUGabundo: what type of accesspoint is that?
[16:22] <asac> a b g n?
[16:22] <BUGabundo> and yes, I know u want new bugs for jaunty to new reports
[16:23] <BUGabundo> let me check nm-tools
[16:23] <asac> well nm-tools doesnt show if you are not connected i presume
[16:23] <BUGabundo> ah
[16:23] <asac> check whether iwconfig gives a hint
[16:23] <asac> when associated
[16:23] <BUGabundo> so if I can't connect (or at least autenticate)
[16:23] <BUGabundo> how can I know?
[16:24] <asac> what is that wpa-psk ? or -eap?
[16:24] <BUGabundo>     eduroam:         Infra, 00:1C:C5:7B:14:D0, Freq 2412 MHz, Rate 54 Mb/s, Strength 51 WPA WPA2 Enterprise
[16:25] <asac> BUGabundo: manually wpasupp works?
[16:25] <BUGabundo> let me ask my friend
[16:25] <asac> and chipset also
[16:25] <BUGabundo> kill NM first?
[16:25] <BUGabundo> intel iwl 3945
[16:26] <BUGabundo> kill NM first?
[16:26] <asac> BUGabundo: for manually? sure
[16:26] <asac> kill NM and wpa
[16:26] <BUGabundo> ok
[16:27] <BUGabundo> wpa_suplicant -i ipw bla bla?
[16:28] <asac> BUGabundo: on that chipset for some disable_hw_scan=1 helps as module parameter
[16:28] <BUGabundo> where is that?
[16:28] <asac> BUGabundo: read the wpasupplicant README.modes.gz
[16:28] <BUGabundo> ok
[16:30] <asac> BUGabundo: add the option from above to /etc/modprobe.d/options for your chipset
[16:30] <asac> ok have to run now
[16:31] <BUGabundo> bye
[16:32] <dorgan> anyone know the overlay in thunderbird for viewing a message
[16:32] <dorgan> i am trying to extract the from/to/subject of the currently selected message
[16:48] <gnomefreak> asac: what is your user name on bugzilla?
[16:49]  * gnomefreak finally figured out how to follow you
[16:56] <gnomefreak> im going to lunch. Sm 2 succeeded will push it after lunch to PPA.
[16:56] <gnomefreak> also does tb support hotmail, yahoo and friends?
[17:47] <asac> gnomefreak: asac at jwsdot.com
[17:50] <gnomefreak> thanks
[18:14] <gnomefreak> cant push unreleased to PPA :(
[18:14] <gnomefreak> fixing than pushing than off for a bit maybe take this afternoon and spend with amily
[18:20] <asac> fta: oh also if you want ppp debugging (probably one of the causes) add "debug" to /etc/ppp/options
[19:18] <jcastro> fta: hey, can you push your updates from now on into the "debian" branch for gwibber instead of "packaging"?
[19:18] <jcastro> fta: for gwibber I mean
[19:18] <fta> jcastro, do you mean *.packaging is dead now?
[19:19] <fta> i use it for the daily builds
[19:19] <jcastro> I didn't know you were making daily builds!
[19:20] <fta> jcastro, https://edge.launchpad.net/~gwibber-daily/+archive/ppa
[19:21] <jcastro> oh dude, neat!
[19:21] <jcastro> fta: if you push your changes into just "debian" then I'll make builds like weekly or something based off of it
[19:22] <fta> where is that branch?
[19:22] <fta> i need to see if my bot is able to use it
[19:22] <jcastro> lp:~gwibber-team/gwibber/debian
[19:22] <jcastro> fta: you have all this automated?
[19:23] <fta> yes, i'm not crazy ;)
[19:23] <jcastro> got all that up someplace?
[19:23] <jcastro> WANT.
[19:23] <fta> same as https://edge.launchpad.net/~ubuntu-mozilla-daily/+archive/ppa
[19:25] <fta> i'm tired of updating my own ppa, and i'm good at scripting so here we are
[19:26] <jcastro> fta: have you chatted with james_w at all? He wants to do this as part of distributed development
[19:27] <fta> jcastro, hm, it's flat, my bot is not able to use it as it is
[19:27] <fta> jcastro, over gwibber, yes, when he announced he was writting a spec about the same thing
[19:27] <james_w> yeah, I'm still drafting it :-)
[19:27] <jcastro> ah, he's here. :p
[19:28] <james_w> I was going to chat to you when I had something ready to look at
[19:28] <jcastro> ok I just wanted to make sure you were both aware of each other
[19:28] <james_w> it sounds more and more like you've already done it all though :-)
[19:28] <fta> i had the daily PPA in mind for a long time, even before PPA ever existed, even before i joined ubuntu
[19:29] <fta> well, i have two scripts doing all the work, with a few requirements
[19:30] <asac> i would think that our scripts are as of now quite tailored to the way we do maintain branches and how our get-orig-source is implemented
[19:31] <fta> i need a package maintained in bzr, and if it's not native, it should have a get-orig-source target that knows how to fetch and name a fresh tarball, and it should be mergeable with bzr bd --merge
[19:32] <fta> that's all about it
[19:32] <asac> fta: ok. so what is next is probably a quick "probe if something new exists"
[19:32] <fta> it does that too
[19:33] <asac> so you dont need to pull full sources in case there is no fresher tarball
[19:33] <fta> right
[19:33] <asac> fta: is that probe quick? is that available as a separate "functioN" ?
[19:33] <fta> no
[19:33] <asac> no function or not quick? ;)
[19:33] <asac> ?
[19:34] <fta> not separate and in fact, it's still pulling the sources, preferably from a local branch, before it realizes there's no new snapshot available
[19:35] <fta> yet, it still checks for updates in the packaging branch
[19:35] <asac> fta: yeah. i think when thats fixed without pulling sources we could ask james_w to provide hooks so we can plug-in your logic at some point in his "full ubuntu" thing
[19:35] <fta> so the debian branch from jcastro doesn't fit, it doesn't work for the bzr bd --merge step
[19:36] <asac> james_w: in your plans: do you have a quick-probe for new stage? or are you using "get latest" and then check whether thats newer than existing?
[19:36] <fta> asac, not sure, my stuff is half in shell, half in perl.. I think james_w wants 100% python or something
[19:37] <james_w> asac: don't know
[19:37] <fta> https://code.edge.launchpad.net/~fta/+junk/ppa-scripts
[19:37] <asac> james_w: can you comment on that? do you need everything to be reimplemented in python?
[19:38] <james_w> preferably
[19:38] <asac> so preferably != mandatory ;)
[19:38] <james_w> it will be useful to have access to bzrlib for one thing
[19:38] <fta> (you can ignore build-ppa.pl for now, it's not used by the bot)
[19:38] <james_w> well, it's mandatory I guess
[19:38] <fta> yeah, i figured that out a long time ago, lp = python
[19:39] <james_w> thanks for the scripts though, I'll look at how they work
[19:39] <asac> james_w: is it realistically that we get mozilla daily builds within a year?
[19:40] <james_w> that's up to you guys, or someone else
[19:40] <asac> now that we have our own, i dont really think its urgent ;)
[19:40] <james_w> I'm not going to maintain them
[19:41] <fta> james_w, don't bother reading the code, i plan to write a small spec when i can find so time
[19:41] <james_w> cool
[19:41] <asac> james_w: ok different viewpoint: when will the framework land so someone could start to impelement the mozilla backend parts etc.
[19:41] <asac> ?
[19:42] <james_w> it's a spec for jaunty
[19:42] <asac> k
[19:43] <asac> james_w: well. the spec reads "proof of concept" ;)
[19:44] <asac> i would think mozilla wouldnt be part of that ;)
[19:45] <asac> still drafting
[19:45] <asac> https://blueprints.edge.launchpad.net/ubuntu/+spec/daily-upstream-builds-poc
[19:45] <fta> asac, from UDS: https://wiki.ubuntu.com/UDSJaunty/Report/Foundations (look for "Daily Upstream Builds POC")
[19:46] <fta> "For 9.04, we will do a simple proof of concept with a small number (approx. 5) of upstream projects."
[19:46] <asac> yeah. so a year seems not that too far away
[19:47] <fta> "however the projects we choose will also depend on the anticipated difficulty in implementation" :) the mozilla packages are probably on the difficult side
[19:47] <asac> especially considering that things that involve launchpad often take ages to sink in
[19:47] <fta> yeah, that's why i finally decided to start with my own bot
[19:48] <fta> and my own server
[19:49] <fta> i will be limited by disk space if i start doing archives, not by bandwidth
[19:49] <fta> nor by cpu, unless i add a lot more packages
[19:51] <fta> for ff and xul, i think it's good enough, for tb (and sm, sb, chromium, ..) it needs more work as sources come for several vcs, my local branch feature is not enough
[20:07] <asac> ok resurrected from swap o rama
[20:07] <asac> reset button pushed
[20:08] <fta> where/when did you quit?
[20:24] <asac> fta: i have everything in my irssi
[20:24] <asac> just couldnt answer ;)
[20:25] <asac> i disabled swap now
[20:25] <asac> rather want OOM kills
[20:31] <fta> my desktop experience has never been so bad
[20:33] <fta> asac, tb3.1 means forking the tb3 branch
[20:34] <fta> it's the same comm-central, by different xul
[20:34] <fta> moz1.9.1 for tb3 and moz-central for tb3.1
[20:46] <asac> fta: hmm. sounds like thats not the final setup
[20:47] <asac> fta: lets wait until upstream has forked comm-central or something
[20:47] <asac> fta: if its the same comm-central, how do you get the 3.1? thought that client.py just gets whatever is right for that branch
[20:47] <fta> they said they want their nightly based on moz-central
[20:47] <fta> mozilla bug 469835
[20:48] <fta> there's an ugly hack in there: version.txt vs version-191.txt
[20:48] <fta> so it's easy for me to use in mozclient .conf
[20:55] <asac> hmm
[20:55] <asac> ok
[20:55] <asac> i dont care much then for 3.1 ... i guess 3.1 will take 4 years ;)
[20:56] <BUGabundo> by then, I'll be using what?
[20:56] <BUGabundo> 5.2 ?
[20:56] <BUGabundo> lol
[20:56] <asac> only $DEITY knows that
[21:02] <fta> gwibber crashed, again
[21:07] <fta> now, i can't connect anymore
[21:08] <BUGabundo> LOL
[21:08] <BUGabundo> for me, its identica
[21:09] <BUGabundo> it won't connect
[21:09] <BUGabundo> jaiku and tw are fine
[21:09] <fta> oh, good, i'm not alone then
[21:09] <BUGabundo> but it was just now
[21:09] <BUGabundo> in the last 2 hours
[21:09] <BUGabundo> maybe something is bad on identica servers
[21:09] <BUGabundo> altough XMPP works
[21:09] <BUGabundo> identichat and gwiber don't
[21:09] <BUGabundo> humm API change?
[21:21] <asac> i doubt it
[21:21] <asac> identi.ca is just under high load imo
[21:21] <asac> but #gwibber crashing isnt really good imo ;)
[21:22] <BUGabundo> lots of my Apps crash
[21:22] <BUGabundo> when I have HUGE IO
[21:22] <BUGabundo> pidgin, gwibber, kmail, blablalbla
[21:22] <BUGabundo> bad coding I guess
[21:23] <BUGabundo> I should file bugs against that, but it would fall under wish bugs or something
[21:24] <fta> that's also my view of bugs in lp, they won't move unless you move them yourself. sad
[21:25] <BUGabundo> yeah
[21:25] <BUGabundo> if I really care for a bug, I have to nag the QA team or the mantainers
[21:26] <BUGabundo> and I really hate to nag ppl
[21:26] <BUGabundo> _as you have found from what I do here on the # _
[21:28] <asac> errr ... "Microsoft's decision to limit Windows 7 Starter Edition to running only three concurrent applications"
[21:29] <fta> reminds me of windows 2 :)
[21:29] <asac> crazy
[21:29] <BUGabundo> ROFL
[21:29] <asac> i mean i thought windows 7 could really be a good thing and compete with ubuntu
[21:29] <asac> but now that i read this ;)
[21:30]  * asac wonders how users feel when the first dialog pops up stating: "ETOOMANYAPPSRUNNING: select which one to kill: firefox, word, skype"
[21:30] <asac> or icq + skype ;)
[21:31] <fta> http://en.wikipedia.org/wiki/File:Windows_2.0.png
[21:31] <asac> the firefox/IE -> done
[21:31] <asac> now open word -> ETOOMANYAPPS
[21:31] <asac> or even chrome: open 3rd tab -> two many processes running ;)
[21:31] <asac> i think now i get why windows 7 will be less resource hungry and better suitable for netbooks ,)
[21:32] <asac> its similar to thought we had for the classmate PC and restricting ffox to just have 3 tabs ;)
[21:32] <asac> because 4 tabs would cause the system to lock down due to mem consumption
[21:32] <asac> amazing
[21:32] <fta> http://en.wikipedia.org/wiki/Windows_1.0 => that's LTS ! Release date: 	November 1985, Unsupported as of December 31, 2001
[21:33] <asac> heh
[21:33] <asac> depends on what "support means" ;)
[21:33] <asac> most likely "hey, i have windows 1 and have this problem; A: please upgrade to windows 2"
[21:34] <asac> now its "hey, i have windows 1 and have this problem; a: we dont support windows 1 anymore (hangs up)"!
[21:34] <asac> http://www.pcpro.co.uk/news/246859/windows-7-a-nonstarter-on-netbooks.html
[21:35] <asac> "Microsoft says the restriction is designed to ensure that users get the best possible performance from limited netbook hardware."
[21:35] <asac> hah
[21:35] <asac> just like i said for the classmate
[21:35] <asac> just that MS is either incompetent or pretending
[21:35] <fta> more likely, "hold on, we're sending you a sales squad by jet"
[21:35] <asac> probably ... but only if you have more thatn 100 installs i guess ;)
[21:50]  * asac dancing
[21:50] <asac> ~ubuntu-mozilla-security PPA is getting converted to a non-virtualized PPA ;)
[21:50] <asac> right now
[21:50] <asac> with all archs even !!!!
[21:51] <asac> fta: https://edge.launchpad.net/~ubuntu-mozilla-security/+archive/ppa O_O
[21:51] <asac> look!
[21:51] <asac> hppa + powerpc sparc ia64 ... all spinning
[21:52] <fta> hmm
[21:52] <fta> it's not a regular ppa then
[21:53] <asac> 22:50 < asac> ~ubuntu-mozilla-security PPA is getting converted to a non-virtualized PPA ;)
[21:53] <asac> fta: ^^
[21:53] <fta> oh, good for you
[21:55] <BUGabundo1> humm the PPAs were/are virtual machines?
[21:55] <asac> yeah
[21:56] <asac> xen instances afaik
[21:56] <asac> they get trashed after every build for security reasons
[21:56] <fta> yep, xen
[21:56] <asac> sandbox etc
[21:57] <BUGabundo1> great
[21:57] <BUGabundo1> didn't know
[21:58] <fta> and the same hardware could be used for PPA or re-assigned to build other stuff, on-demand
[21:59] <asac> fta: what do you mean?
[21:59] <asac> afaik xen isnt available on all the other archs
[21:59] <fta> the list of ppa machines varies as they get preempted for other tasks
[22:00] <fta> so they come and go in the list of builders
[22:00] <asac> ah yeah. most likely each xen instance has a name
[22:00] <fta> https://edge.launchpad.net/+builds
[22:01] <asac> heh. everything idle except my builds
[22:01] <fta> but not on the ppa machines, you're in the "Official distribution build machines"
[22:02] <asac> right. thats what i ment
[22:02] <asac> well the ppa builds have bunch of idle too
[22:02] <fta> depends, it's sometimes crowded
[22:03] <asac> yeah. most likely when folks start to build their own kernels ;)
[22:03] <asac> oh there is a intellinuxgraphics-2008q4 ppa
[22:03] <fta> and they also keep dep-wait forever, there are hundreds now, retrying every 30min
[22:03] <asac> at least i see it building
[22:03] <asac> fta: how do you get that list?
[22:03] <fta> which list?
[22:04] <asac> fta: list of dep-wait packages
[22:04] <asac> so you can say "hundreds"
[22:04] <asac> or are you guessing from what you see on +builds?
[22:04] <fta> there's no public list, I just watch this page often enough
[22:05] <fta> i'm not really guessing, i can see the queue refilling itself twice per hour with the same packages
[22:05] <fta> and when i click, some are retrying since 2007
[22:06] <fta> i asked 10+ times the lp guys to do something about it, nothing happened
[22:06] <fta> it's a waste of resources
[22:06] <fta> it's not green :)
[22:12] <asac> fta: yeah
[22:13] <asac> lets file a bug: "PPAs contribute to environmental hazard"
[22:30] <fta> p-a is a total mess right now
[22:41] <asac> hmm
[22:41] <asac> i have my boxes connected to PS3 ;)
[22:41] <asac> fta: does alsa alone work?
[22:42] <fta> not for everything
[22:42] <asac> well. i mean except for parallel streams ;)
[22:48] <fta> my testbed is openarena or mplayer while building something
[22:53] <fta> with the new p-a, the sound from openarena is being rate limited
[22:53] <fta> W: ratelimit.c: 305 events suppressed
[22:53] <fta> crazy
[22:56] <fta> asac, pm please
[23:32] <fta> gwibber still out :(
[23:42] <fta> boom, ff3.2 crashed
[23:43] <fta> 5 weeks away from work, not sure i'll be allowed to do that in one row
[23:44] <fta> oops
[23:53] <fta> gasp, the storm is close now, they announced it really bad, indeed it's bad and right on time :P