[10:04] <asac> hi
[10:04] <asac> hyperair: hmm. i guess you ask that because we have no enigmail for tbird 3?
[10:06] <hyperair> asac: bingo. either way i've just compiled enigmail for tb3 and emailed the xpi to Olav.
[10:06] <hyperair> tb3 x86-64 i mean
[10:06] <asac> hyperair: yeah. still we need a package for it ... which can be a bit tricky
[10:06] <hyperair> yeah i noticed
[10:06] <asac> but should be done at some point
[10:06] <hyperair> i can't even begin to understand how that crazy looking rules file works. X_X
[10:06] <asac> haha
[10:06] <asac> yeah
[10:07] <asac> the idea is to fix the packaging and start somewhat fr0om scratch using the xulrunner build-system
[10:07] <hyperair> xulrunner build system?
[10:23] <asac> dpkg -L xulrunner-1.9.1-dev | grep build
[10:23] <asac> /usr/lib/xulrunner-devel-1.9.1/sdk/build-system.tar.gz
[10:27] <hyperair> hmm
[11:19]  * asac reboots after upgrade
[11:19] <asac> hmm. not yet;)
[11:21] <andrew_sayers> asac: we talked a while back about a patch that would fix the screensaver with Flash.  Is there anything I can do to help get the patch merged into nspluginwrapper?
[12:02] <asac> andrew_sayers: did you suggest a merge?
[12:02] <asac> (sorry if this fell off the radar again)
[12:02] <andrew_sayers> asac: https://code.launchpad.net/~andrew-bugs-launchpad-net/nspluginwrapper/flashsaver/+merge/7406
[12:03] <andrew_sayers> Actually, I just realised I haven't run it through valgrind, so it's kind of a happy accident :)
[12:03] <andrew_sayers> My C skills are a little rusty.
[12:11] <asac> andrew_sayers: i was on holdiday for two days and have to catch up on lots of stuff first. will check your merge tomorrow i hope
[12:12] <andrew_sayers> asac: Sounds good to me.  Looks like the program's leaking a few bytes here and there, so I'll make another commit later today, and bug you again later in the week.
[12:14] <asac> andrew_sayers: yeah. i think you need to re-request merge so i can see latest
[12:15] <andrew_sayers> asac: Fair enough, will do.
[12:19] <asac> fta: you created another team for songbird dailies?
[12:20] <asac> fta: thought we wanted to consolidate having all PPAs in one team (yes, songbird is not directly mozilla, but its related enough imo)
[12:47] <asac> fta: ok made -daily PPA a restricted team (so nobody can apply for membership)
[14:06] <fta2> asac, songbird is a dedicated team, different upstream. about the daily vs release PPAs, i bring the topic *after* i created the sb-daily one
[14:11] <asac> fta2: ok.
[14:12] <asac> still i wouldnt think you need teams for everything that is based on mozilla
[14:12] <asac> its similar enough to put in the mozillateam domain
[14:13]  * asac lunch time
[14:21] <fta2> asac, at least, they should have a different a different ppa, if not a team. users would want to play with songbird but not firefox for example
[14:21] <fta2> -a different
[14:22] <andrew_sayers> asac: merge re-requested.  See you later in the week :)
[14:48] <asac> fta2: yes. i wanted to have a "songbird-, thunderbird-, firefox-, etc. PPA dedicated for each app
[14:48] <asac> so basically "scoped through app and purpose"
[15:15] <fta2> asac, can lp provide redirects for everything? including ppa?
[15:27] <asac> fta2: did you get the message before the weeke
[15:28] <asac> i said i wanted to ask that ;)
[15:28] <asac> (most likely needs some manual actions from lp folks, but i hope i could convince them to be not lazy ;))
[15:28] <asac> jk
[16:58] <asac> fta: what is the fakeroot package doing in ucd?
[17:05] <fta2> supposedly fixing a crash, but it doesn't
[17:06] <asac> ok
[17:06] <fta2> asac, i've packaged a plugin, not sure where to publish it (ppa)
[17:06] <asac> fta2: plugin?
[17:06] <asac> or extension?
[17:06] <asac> (for chrome?)
[17:06] <fta2> plugin
[17:06] <fta2> for ff and chrome
[17:06] <asac> which one?
[17:07] <fta2> o3d
[17:07] <fta2> http://code.google.com/apis/o3d/
[17:07] <asac> why not in the real archive?
[17:07] <fta2> another huge monster
[17:07] <fta2> no release, just svn
[17:08] <fta2> -rw-r--r-- 1 fta fta 312876290 2009-06-22 03:33 tarballs/o3d_0.1.38.0~svn20090619r18874.orig.tar.gz
[17:08] <asac> not sure. i think should consider such cases when planning PPA reorganization
[17:10] <fta2> it's a 1st shot, i can problably trim a lot from this.
[17:10] <fta2> it's another ia32 app
[17:14] <asac> yeah. i would guess that we can strip 2/3 ;)
[17:14] <asac> at least i would hope
[17:25] <fta2> grr, nspluginwrapper
[17:25] <fta2> mine still crashes
[17:32] <asac> hmm odd
[17:32] <asac> fta2: with your ia32-libs?
[17:42] <fta2> yes
[17:43] <fta2> not sure how to get a proper traceback
[17:43] <asac> did you try to change anything? or just a recent snapshot?=
[17:43] <asac> crashes? for me it doesnt crash, but just fails because something fails
[17:43] <fta2> no
[17:43] <fta2> $ dmesg | grep npv
[17:43] <fta2> [  600.253478] npviewer.bin[17246]: segfault at 0 ip (null) sp 00000000ffbe273c error 14 in npviewer.bin[8048000+1f000]
[17:43] <fta2> [ 1417.260164] npviewer.bin[19601]: segfault at 0 ip (null) sp 00000000fff796bc error 14 in npviewer.bin[8048000+1f000]
[17:43] <fta2> [ 5316.687682] npviewer.bin[25186]: segfault at 0 ip (null) sp 00000000ff9b17ec error 14 in npviewer.bin[8048000+1f000]
[17:43] <asac> hmm
[17:43] <asac> fta2: do you see this "cant create connection" thing?
[17:43] <fta2> yes
[17:44] <fta2> i have nothing in /var/crash/, at least for npv
[17:46] <asac> fta2: can you reproduce by running the npplayer?
[17:46] <asac> (e.g. you can run flash in wrapper also from command line standalone ... which makes it easier to capture backtraces)
[17:56] <fta2> asac, hm, no dbg/dbgsym :(
[17:56] <asac> yeah. but build takes a minute or so
[18:00] <fta2> another time
[19:29] <micahg> I see we;ve gone back to shiretoko in the menu branding
[19:29] <fta> asac, i want to push o3d somewhere now. I think ill got for ~od3/daily
[19:29] <fta> micahg, yes
[19:29] <micahg> so now will teh daily stay at rc2?
[19:29] <fta> better than minefield anyway
[19:30] <fta> i stopped the dailies for 3.5/1.9.1
[19:30] <micahg> ok
[19:30] <fta> until 3.5.0 is out
[19:32] <micahg> is the 3.6 branch trunk?
[19:34] <fta> yes
[19:34] <asac> fta: another team?
[19:35] <asac> stop the team inflation ;)
[19:36] <fta> ~google then?
[19:36] <fta> it's even that, it's google+the community
[19:37] <asac> fta: yes. maybe. but ubuntu-google (please prefix stuff with ubuntu-)
[19:38] <asac> ubuntu-googleapps
[19:38] <asac> or something
[19:39] <BUGabundo> Bom S. João para tds, e cuidado com as espinhas :))
[19:39] <asac> or ubuntu-googlecode
[19:39] <asac> BUGabundo: that means?
[19:40] <BUGabundo> eheh it's a Popular Holiday
[19:40] <BUGabundo> its Saint Peters or something like that
[19:40] <BUGabundo> then I added a joke
[19:40] <BUGabundo> ppl usualy eat fish (sardines) and those have scales
[19:47] <fta> asac, i don't like ubuntu-*, we are the only ones using that
[19:47] <fta> and it's too long
[19:47] <BUGabundo> lol
[19:47] <BUGabundo> what are you guys discussion?
[19:48] <asac> fta: sure? ~ubuntu-desktop ~ubuntu-core-dev ~ubuntu-dev
[19:48] <asac> ~ubuntu-server ~ubuntu-mobile
[19:48] <fta> those are pure ubuntu
[19:48] <asac> fta: and we also do gentoo? ;)
[19:49] <asac> i mean.... unless you are an upstream team (or a joint team with upstream) we prefixing it with the target project helps preventing name clashes in future
[19:49] <micahg> a sensible precaution
[19:50] <fta> i just don't want to put that in my own ppa
[19:50] <fta> asac, the description is there for a reason
[19:50] <fta> jcastro, ^^ what do you think of all this?
[19:50] <asac> fta: name clashes are not resolved by description
[19:51] <asac> i just think its fair use to not claim the upstream name for the ubuntu team name in launchpad
[19:53] <jcastro> fta: which apps are you talking about?
[19:53] <fta> o3d
[19:53] <asac> jcastro: talking about team names
[19:53] <asac> not apps
[19:53] <jcastro> oh
[19:53] <fta> but it's more a generic question
[19:53] <asac> jcastro: and not prefixing them with ubuntu-
[19:53] <jcastro> I've always said ubuntu-webtech or something
[19:53] <jcastro> oh, heh
[19:54] <fta> we now have:
[19:54] <fta>   - https://launchpad.net/~ubuntu-mozilla-daily/+archive/ppa
[19:54] <fta>   - https://launchpad.net/~chromium-daily/+archive/ppa
[19:54] <fta>   - https://launchpad.net/~songbird-daily/+archive/ppa
[19:54] <fta>   - https://launchpad.net/~gwibber-daily/+archive/ppa
[19:55] <asac> pewrsonallyi think somthing like ~ubuntu-webtech/+archive/gwibber-daily etc. would be better and more scalable
[19:55] <fta> asac said songbird should be in ubuntu-mozilla-daily
[19:55] <asac> preventing team name clashes
[19:55] <asac> fta: i didnt say that
[19:55] <asac> i said that we shouldnt create new teams for everything ;)
[19:56] <asac> and said that we could put it in the "~mozillateam" domain ... but if we create ~ubuntu-webtech or something that would probably be a better match
 fta: you created another team for songbird dailies?
 fta: thought we wanted to consolidate having all PPAs in one team (yes, songbird is not directly mozilla, but its related enough imo)
[19:56] <asac> fta: right. but didnt say ubuntu-mozilla-daily
[19:56] <BUGabundo> those look ok to me
[19:56] <asac> ~ubuntu-webtech/+archive/songbird-daily .... etc.
[19:57] <asac> ~ubuntu-web
[19:57] <asac> ~ubuntu-netapps
[19:57] <fta> so no more project pages?
[19:58] <asac> fta: project pages are independent from teams
[19:58] <asac> arent they?
[19:58] <asac> i think its a separate issue (but yes, that also needs to be discussed)
[19:58] <asac> but i think projects are ok to not prefix if we are open to hand them over to the upstream project if they want to
[19:58] <asac> while we cannot really hand over teams where we run PPAs on imo
[19:59] <BUGabundo> err aren't ppas FREE ?
[19:59] <asac> because packaging and distro stuff usually isnt what upstreams are good at ;)
[19:59] <BUGabundo> why make them a tree?
[19:59] <asac> BUGabundo: not sure what you mean
[20:00] <fta> BUGabundo: until recently, there was only 1 ppa per user/team, now we can add as many as we want
[20:01] <BUGabundo> asac: why guys seem to be discussion the cosolidation of PPAs
[20:01] <BUGabundo> but isn't it easier for users to just track ONE ppa per subject
[20:01] <BUGabundo> ?
[20:01] <fta> but we still want to control who pushes stuff to PPA, impossible if we hand the team over to upstream
[20:01] <asac> BUGabundo: its about preventing team inflation (aka creating a new team for each and every thing you want to run)
[20:01] <asac> fta: right. thats why we should prefix it with ~ubuntu- ... so no need to hand it over
[20:02] <asac> that was the point i tried to make above
[20:02] <asac> (i talked about projects)
[20:02] <asac> 20:58 < asac> but i think projects are ok to not prefix if we are open to hand them over to the upstream project if they want to
[20:02] <asac> 20:58 < asac> while we cannot really hand over teams where we run PPAs on imo
[20:03] <BUGabundo> ahh
[20:03] <fta> initially, i just wanted to change ~ubuntu-mozilla-daily/+archive/ppa into ~ubuntu-mozilla/+archive/daily and add ~ubuntu-mozilla/+archive/releases
[20:03] <fta> but not reorganize the teams
[20:03] <micahg> fta: so stuff like the dailies and rcs are different?
[20:04] <micahg> or would you put actual release versions in there?
[20:04] <fta> i mean, for me, songbird is different from mozilla, chromium is different from o3d even if they are both from google, etc..
[20:04] <asac> micahg: in the end we want PPAs for dailies, milestones, releases
[20:05] <fta> micahg, mostly tags, kind of automatic backports
[20:05] <micahg> sounds good to me
[20:05] <asac> fta: right thats why i like to move everything to a team called ~ubuntu-webapps
[20:05] <asac> like the idea
[20:06] <fta> i don't, too many stuff will end in there with the same rights, meaning new contributors to project x will gain privileges on everything else
[20:16] <BUGabundo> shouldn't
[20:16] <BUGabundo> LP allows permition per user per package/branch
[20:16] <BUGabundo> so you can allow micahg to upload to daily but not rc
[20:17] <asac> BUGabundo: no thats not possible atm afaik
[20:17] <asac> but maybe we get that feature now that the archive reorganisation starts
[20:17] <asac> err component reorganization
[20:18] <asac> i guess i have to look up cjwatsons mail again
[20:18] <asac> but first dinner ;)
[20:18]  * BUGabundo hands asac two sardines
[20:19] <BUGabundo> lookout they are hot
[20:19] <fta> i still don't know where to push o3d
[20:20] <micahg> hmm, a micahg buildbot...
[20:21] <BUGabundo> lolololol
[20:22] <BUGabundo> fta: not sure what o3d is, but if it is google, lets go with asac idea: ubuntu-webapps/3rdparty/google/o3d
[20:22] <fta> too many levels
[20:22] <fta> impossible
[20:22] <BUGabundo> not sure "3rd party" is need
[20:22] <BUGabundo> ok remove it then
[20:23] <fta> team/project/flavor
[20:23] <fta> x/o3d/daily
[20:23] <micahg> and flavor is ppa name?
[20:23] <fta> yes
[20:24] <fta> instead of x/o3d-daily/ppa
[20:24] <asac> fta: err. thats the hierarchy for branches.
[20:24] <asac> ppas dont have projects
[20:24] <asac> so its x/+archive/project-flavour
[20:24] <asac> ok now off for dinner
[20:27] <fta> whatever
[20:27] <fta> it will end up once again in my ppa :(
[20:28] <fta> or i just hold the push until hell freezes over
[20:29] <BUGabundo> aahahahah
[20:29]  * BUGabundo listen to fta mumuring: or push it to a new ppa
[20:31] <fta> flash stole my keyboard again
[20:32] <BUGabundo> LOLOL
[20:32] <BUGabundo> open this link : www.fta.com
[20:33] <fta> yeah, i know
[20:33] <BUGabundo> just trying to help
[21:15] <asac> http://blog.mozilla.com/cjones/2009/06/21/multi-process-firefox-coming-to-an-internets-near-you/
[21:17] <micahg> cool
[21:27]  * fta is waiting for the hell to cool down
[21:27] <asac> hehe
[21:28] <asac> fta: ~ubuntu-webapps-archive
[21:28] <asac> ;)
[21:28] <asac> with restricted policy ;)
[21:30] <micahg> asac: is there a sudo firefox reference that it's a no no
[21:31] <asac> i dont think we have it. just say them that they shouldnt do that
[21:31] <micahg> did that already :)
[21:31] <asac> and ask them for their use-case if they complain
[21:32] <BUGabundo> asac: when is that ?
[21:33] <asac> BUGabundo: when is what?
[21:33] <BUGabundo> the FF multiprocess ?
[21:36] <asac> probably not for 3.5 ;)
[21:37] <asac> hopefully for whatever comes after that
[21:37] <BUGabundo> 3.6?
[21:37] <asac> the next version is unknown
[21:37] <asac> maybe 3.6 or maybe 4.0?;)
[21:42] <fta> or maybe never, like moz2
[21:43] <fta> http://launchpadlibrarian.net/28252284/o3d-plugin_0.1.38.0%7Esvn20090619r18874-0ubuntu1_i386.deb if someone want to try
[21:43] <fta> no amd64
[21:43] <BUGabundo> then not me
[21:43] <BUGabundo> lo
[21:43] <BUGabundo> lol
[21:43] <BUGabundo> fta: what was moz2?
[21:44] <fta> the graal
[21:44] <asac> moz2 is still planned
[21:44] <fta> holy grail
[21:44] <asac> its just that it gets more difficult now that moz tries to do quick release cycles (9-12 month)
[21:46]  * micahg likes faster release cycles
[21:46] <asac> i agree. what i dont like are the faster security cycles
[21:46] <asac> previously 3 ... now 1 month
[21:48] <fta> https://wiki.mozilla.org/Content_Processes
[21:52] <BUGabundo> ahaha
[21:52] <BUGabundo> more ff work asac
[21:54] <micahg> asac: isn't that better for security :)
[21:55] <asac> not so sure.
[21:55] <asac> problem is that when users become annoyed, they wont do security updates
[21:55] <micahg> yeah
[21:55] <micahg> but Microsoft does monthly patching
[21:56] <micahg> so converts would be used to it
[21:56] <fta> BUGabundo, that was 140, no more
[21:56] <micahg> and regular linux users are used to updates I woudl think
[21:56] <BUGabundo> ahah
[22:05] <fta> lol, star trek 3. "enter auto destruct code part 1", "1..A..", "now part 2", "1A..2..B", "now part 3", "1A2B..3..C", "confirmed, now enter the final code to start the countdown", "...0...0......0........0". *****boom***
[22:05] <micahg> no, It's zero, zero, zero, destruct, zero
[22:06] <BUGabundo> LOLOL
[22:06] <fta> micahg, good memory?
[22:06] <micahg> :D
[22:07] <asac> what is star trek 3 title?
[22:07] <micahg> The Search for Spock
[22:07] <fta> micahg, or you're a hard core fan?
[22:07] <micahg> :D
[22:10] <micahg> Here's the sequence with a song
[22:10] <micahg> http://www.youtube.com/watch?v=yeW_TwyDGIU&feature=related
[22:12] <BUGabundo> LOOLOL
[22:12]  * BUGabundo watcs
[22:14] <BUGabundo> micahg:  					YouTube is down for maintenance and will be back shortly. 				
[22:14] <BUGabundo> duh
[22:14]  * micahg doesn't run youtube