[00:10] <BUGabundo> "Amd Alexander Sacks? Go fuck yourself. You couldn't have made this situation worse if you tried, so much so that I have to question who the fuck is funding you to do this crap."
[00:10] <BUGabundo> some one needs to read CoC
[00:11] <fta> i think jcastro was supposed to do something about that
[00:11] <BUGabundo> but it express how ppl feel this stab in the back
[00:11] <BUGabundo> at least I do
[00:14] <fta> well, i just disabled it
[00:14] <fta> like i do for ubufox
[00:14] <fta> no big deal for me
[00:14] <fta> i would have complained if it was impossible to disable it
[00:15] <BUGabundo> me too
[00:15] <BUGabundo> but we didn't like it self instaling like that
[00:15] <BUGabundo> with out no prior notice
[00:15] <BUGabundo> that's as simple as that
[00:16] <BUGabundo> but I'll shut up
[00:16] <BUGabundo> this has already been over discussed
[00:30] <fta> $ file chromium-browser
[00:30] <fta> chromium-browser: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.15, not stripped
[00:31] <BUGabundo> true 64
[00:31] <BUGabundo> ?
[00:31] <fta> yes
[00:33] <BUGabundo> w00t ? or too soon?
[00:35] <fta> i'm booting my laptop to test it
[00:35] <fta> well, it needs an upgrade too
[00:36] <BUGabundo> ok
[00:36] <BUGabundo> upgrading now
[00:37] <fta> lol, no, it's not in the ppa, testing locally 1st
[00:37] <fta> it's another branch
[00:42] <BUGabundo> https://wiki.ubuntu.com/BugReportersStrike
[00:42] <BUGabundo> ahaajahhaha
[00:42] <micahg> not funny
[00:42] <micahg> sad
[00:45] <BUGabundo> not as sad as having still 80 unread emails from that bug
[00:45] <BUGabundo> and some is waking really old bugs
[00:49] <BUGabundo> bzr commit -m '* good-bye "Multisearch"; we remove our karmic alpha3 experiment called
[00:49] <BUGabundo> LOLOLOLOLOLOLOLOLOLOLOLOLOLOLOLOL
[00:53] <micahg> ping asac
[00:54] <fta> grrr, i can't play openarena, master server unreachable
[00:55] <micahg> anyone know who this gabbyayala is?
[00:57] <fta> nope
[00:57] <fta> any player of openarena here? just to try tp connect, in case it's my network..
[01:10] <BUGabundo> bed time
[01:10] <BUGabundo> bye
[01:12] <micahg> fta:  is nspr a different code base from the gecko 1.9.1 codebase?
[01:14] <fta> micahg, it's a standalone project, but each gecko has its own copy, we use our system lib whenever possible
[01:15] <micahg> right, I was just going to clean up this bug with NSPR and FIrefox upstream tasks where the patch landed on gecko 1.9.1
[01:15] <micahg> so it's not NSPR
[01:15] <micahg> right?
[01:18] <mconnor> micahg: depends.  what file(s) are you touching?
[01:18] <fta> donno, whcih bug?
[01:18] <micahg> bug 242926
[01:19] <micahg> mozilla bug 411726
[01:19] <micahg> someone came in and messed everything up
[01:19] <micahg> and I wanted to clean it up
[01:23] <fta> https://edge.launchpad.net/~gabbyayala7  he just joined today, apparently only to touch this bug :P
[01:24] <mconnor> nope, not NSPR
[01:24] <mconnor> that's JS
[01:24] <micahg> ok, thanks mconnor
[01:25] <micahg> mconnor: are you a FF developer?
[01:26] <mconnor> I play one on TV sometimes
[10:17] <asac> hi
[10:24] <mac_v> asac: hi... http://brainstorm.ubuntu.com/idea/18584/ ;)
[10:25] <asac> hehe
[10:25] <asac> brainstorm usually comes up with so generic ideas ;)
[10:28] <mac_v> asac: generic in the sense?
[10:28] <mac_v> rubbish ;p
[10:28] <mac_v> ?
[10:29] <asac> i was kidding. i ment that most ideas area just not new ;)
[10:31] <asac> http://brainstorm.ubuntu.com/idea/20966/
[10:31] <asac> thats a good one ;)
[10:31] <asac> There are few linux-capable repair shops.
[10:32] <asac> "user desktops are often a mess   "
[10:32] <asac> lol
[10:32] <mac_v> lmao!
[10:44] <mac_v> asac: i'm making a list about the firefox icons , do you want just the icons which have valid similar icons in gnome? or ?
[10:46] <asac> mac_v: i think that would be a good start
[10:46] <mac_v> ok
[10:46] <asac> mac_v: if you somehow generate a list of icons it doesnt matter ... we need to poke the list and filter out important candidates
[10:46] <asac> anyway
[12:36] <asac> Jazzva: any problems with adding heikki-mantysaari to extension team?
[12:38] <heikki> I applied a membership as I maintain the package mozvoikko
[12:38] <heikki> I'm heikki-mantysaari :)
[12:42] <asac> heikki: hey. yes i know ;)
[12:42] <asac> heikki: i am fine with adding you. just wanted to get Jazzva ack this too ;)
[12:43] <heikki> ok
[12:43] <asac> heikki: you also wanted to take care of other extensions?
[12:43] <asac> or mozvoikko for now?
[12:43] <heikki> just mozvoikko for now but I'll see
[12:43] <asac> fine.
[13:21] <gnomefreak> anyone know how to get my close/min/max buttons back on the right of the window boarders?
[13:21] <asac> gnomefreak: choosing a different theme?
[13:22] <gnomefreak> no tried that even trtied customizing the boarders
[13:22] <gnomefreak> s/trtied/tryed
[13:25] <asac> make a screen ;)
[13:25] <asac> maybe you just lost decorations due to compiz or something ;)
[13:26] <gnomefreak> asac: it was due to the mac theme, Im 95% sure that is what caused this but after removing it it never went back to normal
[13:28] <gnomefreak> think i found the reason nowi just need to find the script
[13:34] <asac> gnomefreak: the "global menu thing"?
[13:34] <Jazzva> asac: I'm fine with that :)
[13:34] <asac> Jazzva: great.
[13:35] <asac> Jazzva: can you approve?
[13:35] <Jazzva> ok
[13:35] <gnomefreak> asac: global menu? this theme is Mac4Lin theme
[13:38] <Jazzva> gnomefreak: do you use emerald for window decorations?
[13:38] <asac> gnomefreak: yes. thats part of it i think. dont install that crap
[13:38] <asac> mac4lin should be block listed
[13:38] <asac> ;)
[13:38] <gnomefreak> Jazzva: no normal gnome but i installed a mac theme and now shit is all messed up :(
[13:39] <Jazzva> gnomefreak: "global menu" thing is a part of Mac4Lin theme, that strips the menu from window to panel... tried it once, it doesn't work that good
[13:39] <gnomefreak> little late ;) there is an uninstall script that will put gnome back but i cant find it in the dir anywhere
[13:39] <gnomefreak> Jazzva: how do i get to it
[13:39] <Jazzva> gnomefreak: cd to the dir where you found install script?
[13:40] <Jazzva> or, if you deleted it, download it again, and run the uninstall script
[13:40] <gnomefreak> i just cded into the unpacked folder
[13:40] <gnomefreak> Jazzva: thats one problem. i tried what i can think of it would be but its not it and there is no --help
[13:41] <Jazzva> gnomefreak: shouldn't it just work when you run it without parameters?
[13:42] <gnomefreak> Jazzva: thats how i installed it. i ran ./Mac4Lin_Install_v1.0.sh  if i change the Install partt to Uninstall it still doesnt work
[13:42] <gnomefreak> this ./Mac4Lin_Install_v1.0.sh --help  or even -H doesnt work either
[13:42] <Jazzva> gnomefreak: "ls" and then find the name of the uninstall script
[13:43] <gnomefreak> gnomefreak@Development:~/Mac4Lin_v1.0$ ls
[13:43] <gnomefreak> AWN  GRUB  Mozilla  Usplash  Wallpapers
[13:43] <gnomefreak> not helpfull :)
[13:44] <gnomefreak> find . uninstall is not helpful either just .xpi and tar.gz
[13:45] <Jazzva> gnomefreak: it seems like you deleted some files, if that's all output from ls
[13:45] <gnomefreak> ok lets try redownloading it
[13:46] <Jazzva> I just downloaded mac4lin, and there's Mac4Lin_Uninstall_v1.0.sh
[13:48] <gnomefreak> could the script have gotten rid of it? i didnt touch the dir but i did remove the themes from the apperance menu item in gnome
[13:52] <gnomefreak> ok downlaoding again
[14:03] <gnomefreak> Jazzva: thanks that worked
[14:03] <Jazzva> No problem :)
[14:21] <gnomefreak> asac: what version of nss/nspr should be in rules to fix the FTBFS problems? I really doubt its my problem since i updated rules to use nss >= 3.12.3 however i didnt touch nspr
[14:33] <gnomefreak> asac: http://launchpadlibrarian.net/27243867/buildlog_ubuntu-karmic-i386.seamonkey-2.0_2.0~b1~hg20090528r2718%2Bnobinonly-0ubuntu1.9.10_FAILEDTOBUILD.txt.gz is the failure, i going to look at the mozilla bug to see if im missing something
[14:33] <gnomefreak> mozilla 485052
[14:34] <gnomefreak> thats not it
[14:34] <gnomefreak> bug 485052
[14:37] <asac> gnomefreak: thats a missing nspr update i think
[14:38] <asac> higher the nspr lower bound to what we have in archive
[14:38] <gnomefreak> asac: happen to have updated version?
[14:40] <asac> hmm looks wierd we have latest nspr in karmic
[14:41] <asac> gnomefreak: try to bump to latest snapshot
[14:41] <asac> that might help
[14:41] <asac> for seamonkey i mean
[14:41] <Jazzva> asac: do you mind if i merge bdrung's moz-version-manpage branch of mozilla-devscripts into mozillateam's?
[14:42] <Jazzva> so that i can then branch of that new in mozillateam's and add my manpages :)
[14:42] <gnomefreak> 4.8 is the version i have installed
[14:42] <asac> Jazzva: first merge his other branch (lintian)
[14:42] <asac> the one he suggested is based on that
[14:42] <asac> we should make two commits out of it
[14:42] <asac> i think it should be fine
[14:43] <asac> as long as stuff stays UNRELEASED ;)
[14:43] <asac> gnomefreak: yes. bump seamonkey to latest. you are building an old snapshot from may
[14:43] <asac> g20090528r2718+nobinonl
[14:43] <asac> make that an august snapshot and i am sure it will work better
[14:43] <Jazzva> asac: ok, i'll try it locally, and see if I bump into any problems :)
[14:43] <gnomefreak> 4.7 is there now
[14:43] <asac> Jazzva: thx
[14:44]  * asac out for lunch
[14:44] <Jazzva> have a nice lunch
[14:44] <gnomefreak> asac: since Lp isnt working where can i find latest snapshot and do i use the g2.... also?
[14:45] <asac> gnomefreak: huh? you get the latest upstream snapshot using get-orig-source and bump the changelog accordingly
[14:45] <asac> i think Jazzva can help you while i am eating ;)
[14:45] <gnomefreak> i cant use get-orig-source since m-d hasnt been fixed for that yet
[14:46] <gnomefreak> im building a May build anyway
[14:46] <Jazzva> gnomefreak: i'll read the backlog to get the context
[14:46] <gnomefreak> 2.1 i have alot of work to do on it still, at least try to figure out the profile patch failiung
[14:47] <gnomefreak> Jazzva: ok you might want to look at: http://launchpadlibrarian.net/27243867/buildlog_ubuntu-karmic-i386.seamonkey-2.0_2.0~b1~hg20090528r2718%2Bnobinonly-0ubuntu1.9.10_FAILEDTOBUILD.txt.gz
[14:47] <gnomefreak> May 28th build
[14:48] <asac> may build is old. i am sure this is fixed in latest upstream (thats what i am saying) its easier to bump than to check out that failure
[14:48] <gnomefreak> once m-d gets updated maybe i can build a newer version but atm im stuck
[14:48] <asac> oor did that fail back in may?
[14:49] <asac> if so you can just try again
[14:49] <gnomefreak> asac: failure was may build
[14:49] <asac> gnomefreak: was the build done in may or today?
[14:49] <gnomefreak> asac: may
[14:49] <asac> just retry in launchpad
[14:49] <asac> it will work now
[14:49] <gnomefreak> ok ill try again
[14:50] <gnomefreak> asac: thanks trying now
[15:17] <fta> debian 523329
[15:30] <asac> good
[15:31] <asac> probably will get synched soon
[15:40] <asac> Jazzva: good practice when commiting merges is to use debcommit -e and add the (merge lp:....) on top of the whole changelog changes
[15:40] <asac> in that way the commit log doesnt get hidden in the nested commits ;)
[15:43] <Jazzva> asac: ah.. thanks :)
[15:43] <Jazzva> will do that next time... didn't know about the -e option
[15:44] <asac> Jazzva: merged you changes
[15:44] <asac> thanks for the manpages
[15:44] <asac> i think the med-xpi-unpack and med-xpi-pack scripts have a few bugs though
[15:45] <Jazzva> asac: saw them. I'll look into it
[15:46] <fta> asac, no, the fix went to dpkg, which is not the right place, it should be in tar
[15:47] <asac> hmm
[15:47] <asac> why was it filed against dpkg then?
[15:49] <fta> because we all experienced this there
[15:49] <fta> bug 399938
[15:50] <fta> still happening to me http://paste.ubuntu.com/252558/
[15:52] <asac> tell that james_w
[15:53] <asac> i asked him now
[15:53] <asac> in -desktop
[15:54] <fta> i told him several times already
[15:54] <fta> http://paste.ubuntu.com/209301/
[15:55] <fta> 5 or 6 weeks ago
[15:55] <fta> i even provided the tarball: http://www.sofaraway.org/ubuntu/tmp/songbird_1.3.0~a~svn20090703r14148.orig.tar.gz
[15:56] <asac> fta: he is waiting for an answwer on the bug
[16:01] <fta> done
[16:04] <fta> "Update V8 to version 1.3.4"
[16:16] <gnomefreak> bzr-builddeb was held back due to bzr upgrade
[16:16] <gnomefreak> could that be the issue?
[16:16] <gnomefreak> fta: asac is there a way to change the amount of chars per line in thunderbird3 compose window. its no longer in the preferences where it was in 2.0
[16:17] <fta> no idea
[16:17] <fta> i use evolution
[16:19] <fta> asac, fedora is tracking trunk for v8
[16:19] <fta> asac, and they ship libv8.so.1.3.3
[16:20] <asac> yeah ... they are on crack ;)
[16:21] <asac> they probably even use it for the chomrium build
[16:21] <asac> and dont mind the timezone problem
[16:21] <asac> gnomefreak: i dont know ;)
[16:21] <asac> i would think so. at least a hidden pref
[16:21] <asac> if you ask me a in a few days i will loook it up
[16:22] <gnomefreak> asac: anything i should look for in hidden pref. there is a long list of crap and not sure what to search for
[16:22] <gnomefreak> asac: ok thanks
[16:45] <gnomefreak> asac: thanks it looks lik SM2 build on the retry.
[16:50] <micahg> asac: I was thinking of tagging bugs in LP once Mozilla approves them for a release with the release version like fixed-3.5.3
[16:51] <micahg> then when you upload, you can just add all the LP numbers that have that tag
[16:53] <gnomefreak> is the ./mozilla/*.default firefox-3.0 or what i have set as default browser?
[16:53] <gnomefreak> ok the path is .mozilla/default
[16:57] <asac> micahg: would that be a bot doing it?
[16:57] <asac> or manually tagging?
[16:58] <asac> if its manually you could also commit changelog entries while doing it ;)
[16:58] <asac> but not so sure yet
[17:02] <gnomefreak> asac: the hidden pref for word wrap is mailnews.wraplength set to 60 and all is well
[17:04] <asac> yeah
[17:08] <micahg> manually :)
[17:09] <micahg> what changelog entries
[17:09] <micahg> ??
[17:09] <gnomefreak> micahg: are you running stable 3.5.2 from repos?
[17:10] <micahg> yes
[17:10] <micahg> jaunty
[17:11] <gnomefreak> micahg: in Help do you see something like report a broken website? dont recall the name
[17:11] <micahg> no, but I think it's in ff3.0
[17:11] <gnomefreak> asac: anyreason we removed that in ubufox?
[17:12] <micahg> yeah, that's missing as well as get help online and report a bug
[17:12] <gnomefreak> micahg: yep
[17:12]  * micahg isn't running ubufox for 3.5
[17:12] <gnomefreak> ubufox regression IMHO
[17:12] <gnomefreak> oh either was i
[17:13] <asac> gnomefreak: the report a broken website is only available in nighlies afaik
[17:13] <asac> we definitly dont remove it intentionally in ubufox
[17:13] <asac> if it reappears when disabling ubufox let me know
[17:13] <micahg> asac: it is on ff3.0
[17:14] <micahg> so asac, the tagging of fixed versions is ok?
[17:14] <gnomefreak> asac: i dont have it in my nightly i only have report a forgery  well for website choices anyway
[17:15] <gnomefreak> asac: only 3/4 coices without ubufox with ubufox there are 6 or so (without counting) but im looking for broken website but only web forgery is there on that topic
[17:17] <gnomefreak> asac: when you say "nightlies" you mean FF nightlies or ubufox ones?
[17:17] <micahg> I have the same menu in 3.6nightly as I do 3.5release
[17:19] <gnomefreak> me too and i dont have nightlies for ubufox or have i heard of them. we should really have report a broken site in stable versions so i can tell people to use it rather than upgrade to nightly and than use it
[17:19] <micahg> indeed
[17:25] <asac> micahg: i have no better idea for now
[17:25] <asac> micahg: but i probably will not remember until i get this into my brain
[17:25] <asac> soo keep on complaining if i forget to close them until i get it ;)
[17:25] <asac> if you see commits on the .head branches ping me if you remember ;)
[17:26] <asac> i usually only touch 3.0.head for new updates going out
[17:26] <micahg> how can I watch the .head brand?
[17:26] <micahg> *branch
[17:26] <asac> micahg: got to it and subscribe
[17:26] <micahg> ok
[17:26] <micahg> cool
[17:26] <gnomefreak> subscribe to it from mozillateams branches
[17:26] <micahg> yeah, at least this way, someone can close it
[17:26] <asac> micahg: subscribe to xulrunner-1.9.head xulrunner-1.9.1.head and firefox-3.0.head and firefox-3.1.head (which we will rename at som point)
[17:26] <micahg> ok
[17:27] <micahg> I'll do that a little later
[17:27] <micahg> gtg to work
[17:27] <asac> thx
[17:27] <asac> ttyl
[17:27] <asac> micahg: i will be off tomorrow taking a swap day
[17:27] <asac> for the night shifts and dublin sprint
[17:27] <asac> but will be eventually here on weekend .. but not much as a friend from far away visits here
[17:29]  * gnomefreak likely to only be here a couple of hours if at all until tuesday, monday maybe an hour. and i have to go like now im way late for a meeting that cant start until i get there :)
[17:37] <micahg> ok, I guess I'm on my own :)
[17:37] <micahg> but thanks for the update
[17:38] <micahg> I'll let people know if they're looking for you
[17:39]  * gnomefreak taking care of a few things than i am gone like the wind
[17:52] <fta> asac, prism needs some love...
[17:55] <asac> daily?
[17:59] <Jazzva> I'm packaging mozilla ubiquity. I have a dilemma. Should we include 0.5 or 0.1.9? 0.5 introduces new features, which break some 3rd party commands that work with 0.1.x. But it's gonna be primary release in the  future, 0.1.9 is going just to receive bug fixes. Any suggestions?
[18:00] <Jazzva> Here's ablog post, that explains the current situation http://www.azarask.in/blog/post/ubiquity-05-conondrum/
[18:00] <Jazzva> *a blog
[18:05] <fta> asac, daily
[18:06] <asac> fta: patch diverged?
[18:06] <asac> Jazzva: wanna check prism patch not applying in prism.head ?
[18:06] <asac> ;)
[18:07] <fta> i didn't check, but the version is bad too
[18:07] <Jazzva> asac: ok... and any suggestion for ubiquity ;)?
[18:07] <asac> Jazzva: oh also we can package weave now .... 0.5 rocks
[18:07] <asac> Jazzva: i would think we should take the latest even if it means that not everything works. but let me check the blog
[18:07] <Jazzva> asac: that was other on my list... i'm using it atm (after I deleted my profile)
[18:08] <Jazzva> asac: Ok. I'll branch prism.head now
[18:08] <asac> Jazzva: yeah. probably need to create "new snapshot commit" bumping changelog to current failed snapshot and adjust patch
[18:08] <asac> fta: you mean that he didnt release 1.0 yet?
[18:09] <fta> no 1.0b1 vs 1.0~b1
[18:09] <Jazzva> is this the right branch - lp:~mozillateam/prism/prism ?
[18:09] <Jazzva> ah, I guess it isn't :)
[18:10] <Jazzva> ok, found the right one
[18:10] <fta> Jazzva, the bot uses lp:~mozillateam/prism/prism
[18:11] <fta> just bump changelog in a single commit, then fix on top
[18:11] <Jazzva> fta: not the one in ubuntu-mozilla-daily? ok
[18:11] <fta> no, this is for the bot only
[18:15] <fta> asac, ok, found a way to drop the system lib sources in chromium without breaking the build: http://paste.ubuntu.com/252639/
[18:16] <asac> didnt know that that was a problem at all
[18:16] <asac> just that the sandboxing breaks with system libs ;)
[18:16] <asac> fta: btw. we are supposed to take over the debian ITP and get this through debian once we got rid of a few more in-source things
[18:17] <fta> good
[18:18] <fta> no, sandbox is fine with system libs, there was jsut a problem with v8
[18:18] <asac> yes because it tries to read a file outside of sandbox
[18:18] <fta> now, it needs a newer v8
[18:18] <asac> the tzdat thing
[18:18] <asac> i can update it. but you said it doesnt make sense because of the sandboxing
[18:18] <fta> i think this has been fixed recently
[18:18] <fta> i said what upstream said
[18:18] <asac> so they copy the tzdata into the sandbox? or preread it and keep in shmem?
[18:19] <asac> ok
[18:19] <fta> the suid sandbox is going away
[18:19] <fta> in favor of another sandbox method
[18:19] <fta> seccomp
[18:19] <asac> yeah
[18:20] <asac> however, imo all this is really not giving much benefit as long as you render directly to X
[18:20] <fta> i'm already building it, it's just not enabled yet
[18:20] <asac> then X is the weak spot and probably easy to exploit anyway
[18:20] <fta> file a bug ;)
[18:20] <fta> and explain that
[18:21] <asac> nah ... they are aware of that
[18:21] <asac> its just that they dont want to stop doing sandboxing. maybe they even dont render directly anymore
[18:21] <asac> but to a framebuffer
[18:21] <asac> which is then passed to the users process
[18:21] <asac> do you know if that do that?
[18:25] <fta> no
[18:26] <asac> they are smart :) ... so they will solve it ;) (if they didnt already)
[18:26] <asac> in worst case they copy all of X :-P
[18:26] <asac> jk
[18:30] <Jazzva> fta: pushed new commits
[18:31] <Jazzva> asac: any advice on ubiquity 0.5?
[18:33] <asac> Jazzva: is it broken?
[18:33] <asac> otherwise go for the latest
[18:33] <asac> its still at labs state so we shouldnt consider tools sourrounding an old version a blocker for now
[18:34] <Jazzva> asac: it works for me. but as I said, they mention that 0.5 will break some of 3rd party commands that work in 0.1.x, because of the new features.
[18:34] <Jazzva> now, I suppose that most of those commands will be fixed when we release karmic
[18:34] <Jazzva> I'll go for 0.5 then...
[18:35] <asac> yes. thats what i am saying. for mature software considering third party depends makes sense
[18:35] <asac> but not for things that are on labs.mozilla.com
[18:35] <asac> thats expected
[18:35] <asac> and those third parties will probably follow soon (or exit)
[18:40] <fta> Jazzva, by bump changelog, i didn't mean to create a new entry, the previous one is still UNRELEASED, just use it
[18:41] <fta> Jazzva, and please use the same syntax for commit logs
[18:42] <fta> ok, dinner time, cu
[18:42] <Jazzva> fta: sorry
[18:43] <asac> Jazzva: you can uncommit for that
[18:43] <asac> ;)
[18:43] <asac> thx
[18:43] <Jazzva> asac: that includes overwrite on server too?
[18:46] <asac> Jazzva: what do you mean?
[18:47] <asac> doesnt matter much. you can also fix that on top
[18:47] <Jazzva> asac: when I uncommit two commits that I made, and push then new commits to LP, they will also be uncommited on server?
[18:47] <Jazzva> I mean, is that OK to do? :)
[18:49] <asac> Jazzva: yes you need to explicitly push --overwrite
[18:49] <asac> double check if its all ok before you do that
[18:49] <asac> otherwise its ok because not many track that branch
[18:59] <micahg> asac: are the ff3.0 and ff3.5 head branches in mozilla-team or firefox in LP?
[19:23] <asac> micahg: both
[19:23] <asac> its always ~TEAM/PROJECT/BRANCHNAME
[19:23] <micahg> are they the same or do I need to subscribe to both?
[19:24] <asac> so they are ~mozillateam/firefox/firefox-3.1.head and 3.0.head
[19:24] <asac> micahg: they are the same
[19:24] <micahg> cool
[19:24] <asac> you can just browser branches by PROJECT or TEAM
[19:24] <asac> which might cause confusion
[19:25] <micahg> indeed
[19:26] <micahg> ok, I subscribed to lp:firefox-3.0 and lp:firefox-3.5 as well as the xulrunner heads
[19:26] <asac> good
[19:27] <micahg> maybe one day I can push code to those branches too :)
[19:28] <asac> why not ;)
[19:28] <asac> just do it (TM)
[19:28]  * micahg still needs to learn more about packaging
[19:29] <micahg> and bzr
[19:29] <asac> ok... next time we have a daily breakage i will ask you ;)
[19:29] <asac> (an easy daily brekage)
[19:30] <micahg> ok, if you want to train me, that would be great :)
[19:31] <asac> you are around long enough that I dont think you will go away soonish. so yeah. sounds good
[19:32] <micahg> oh, speaking of not going away, need to get my bug control membership extended...
[19:32] <asac> micahg: you need to? cant you renew yourself?
[19:32] <asac> bdmurray: ^^ please fix that ;) ... maybe even for a a bit extended period :)
[19:33] <asac> thanks
[19:33] <asac> bdmurray: whats the current time? 6 month?
[19:35] <asac> for me it feels like 2 month ;)
[19:35] <asac> but time is running too fast for me anyway
[19:35] <micahg> I had a 3 month trial
[19:35] <asac> ah good
[19:35] <asac> so next is longer?
[19:35] <micahg> I'd like to upgrade to a full subscription now ;)
[19:35] <asac> cool yeah.
[19:36] <asac> nice
[19:36] <asac> so i actually had quite an accurate time feeling ;)
[19:36]  * micahg just made top 20 for bug management in ubuntu
[19:36] <asac> well done
[19:36] <asac> well deserved ;)
[19:36] <micahg> thanks :)
[19:37] <micahg> I had a lot of help getting up to speed
[19:37] <asac> i think you should consider applying for ubuntu membership sooner or later ;)
[19:38] <micahg> yeah, I'm gonna look into that at the end of the month
[19:39] <micahg> that would be very cool
[19:39] <asac> yep
[19:40] <micahg> I finally was able to figure out how to dup crash reports last night
[19:40] <micahg> with seb's help
[19:40]  * micahg just had a mental block on it before
[19:42] <asac> hehe
[19:42] <asac> you have to undupe wrong dupes first ;)
[19:45] <Jazzva> asac: how to go with for loops in debian/rules? It's not really working for me. For example: "for something in `find . -name something` ; do rm -f $(something); done" is failing to remove files.
[19:45] <Jazzva> and the file is still there...
[19:45] <asac> Jazzva: syntax looks wrong
[19:46] <asac> $$something
[19:46] <fta> no need for a loop
[19:47] <Jazzva> fta: find . -exec rm...?
[19:47] <fta> find . \( -name foo1 -o -name foo2 -o -name foo3 \) ...
[19:47] <fta> either -exec rm {} \; or -delete
[19:48] <Jazzva> thanks :)
[19:48] <fta> depending on what you want to drop, you may need -depth &  -maxdepth with -delete
[19:48] <asac> hehe... fta gigantes arrived ... also thinking further than the actual question ;)
[19:49] <asac> Q: "how do i do a loop" ... A: "you dont need a loop"
[19:49] <Jazzva> some unneeded .DS_Store files. It finds them correctly.
[19:49] <asac> .DS_Store
[19:49] <asac> somehow i remember that
[19:49] <asac> where are you working on?
[19:49] <asac> what i mean ;)
[19:49] <Jazzva> ubiquity developers are working on Macs ;)
[19:50] <fta> http://en.wikipedia.org/wiki/.DS_Store
[19:50] <asac> oh ... thats where it comes from
[19:50] <Jazzva> yep
[19:50] <asac> we need to criminalize macs ;)
[19:50]  * asac in radical mode
[19:51] <Jazzva> I installed Ubuntu on a friend's laptop, and he has an iPhone. I think that's a really bad phone, considering how locked it is...
[19:51] <asac> like at the distro sprint quite a lot had a mac ... and then come and complain about wifi, because they are on the hook of those cheap broadcom chipset ... even though they paid quite a lot for the hardware
[19:52] <asac> mac == expensive for cheap hardware
[19:52] <Jazzva> that's what I say... IMO you mostly pay for the name and design.
[19:52] <asac> ack
[19:52] <asac> i made a survey and most folks think they have good hardware ;)
[19:53] <asac> then next you hear: "my keyboard does not work anymore ... damn. have to cool this thing down"
[19:53] <asac> or .. "my wifi doesnt work ..." ;)
[19:53] <Jazzva> heh :)...
[19:53] <asac> or "my keyboard didnt work either and i had to buy a new macbook because you cannot replace keyboards"
[19:53] <asac> thats BRANDING ;)
[19:53] <Jazzva> for real?
[19:53] <Jazzva> the last one?
[19:53] <asac> making folks believe all is fine even though they complain all the time ;)
[19:53] <asac> Jazzva: yes.
[19:53] <asac> at least some models
[19:54] <asac> its built into the main chassie
[19:54] <Jazzva> dinner time
[19:54] <asac> or amybe thats not true, and the guy at the mac store didnt know any better or just wanted to sell a new macbook ;)
[19:55] <asac> i was at a funny talk from some journalist at some point
[19:55] <asac> he had pictures of folks coming out of the store with loads of people lined up and cheering
[19:55] <asac> (the first that got the new iphone"
[19:56] <asac> his comment was: if you get out of a store and people cheer at you it probably means that you have just been ripped off ;)
[19:59] <fta> # DEB_ARCH_PACKAGES=chromium-browser chromium-browser-dbg chromium-testsuite chromium-testsuite-dbg
[19:59] <fta> # DEB_INDEP_PACKAGES=chromium-browser-l10n
[19:59] <fta> so it doesn't help.. dman
[20:00] <fta>   /usr/bin/fakeroot debian/rules binary-arch
[20:00] <fta> oh, maybe this will.
[20:00] <asac> still problems with the indep/arch order?
[20:00] <asac> do you touch a file to remember it now?
[20:00] <fta> not really a problem, i have a workaround
[20:00] <asac> or did you dismiss my idea ;)
[20:00] <fta> but i wanted something clean
[20:01] <fta> what was your ide?
[20:01] <fta> a
[20:01] <asac> touch a file in some build-indep:: rule and if the file exists you know you are indep otherwise you are arch
[20:01] <asac> or configure-indep even
[20:02] <fta> see the only difference is binary vs binary-arch, should be good enough
[20:02] <fta> seems
[20:06] <sveinung> hello
[20:06] <asac> hi sveinung
[20:06] <sveinung> I have worked a bit on getting all-in-one-sidebar in a state where it can be uploaded to Debian
[20:06] <sveinung> The WIP can be found at https://code.launchpad.net/~kvilhaugsvik/debian/sid/all-in-one-sidebar/all-in-one-sidebar.dev
[20:06] <sveinung> (I wasn't sure where to put the branch. Since firefox-extensions says it's for Ubuntu I put it at debian/sid/all-in-one-sidebar to avoid stepping on any toes. I can move it to a more appropriate location)
[20:07] <sveinung> I have some questions
[20:07] <sveinung> * What is the license status of the packaging? According to the changelog I, asac, sebner and Emanuele Gentili have code in it. Since it's in universe I guess the license is DFSG-free, but I couldn't find out wich one and i know Debian care a lot about that sort of things.
[20:07] <asac> sveinung: we want to jointly maintain it i guess. so firefox-extensions should be ok. even if we upload to debian and then sync it to ubuntu from there
[20:07] <asac> sveinung: is there nothing in changelog saying what license it has?
[20:08] <sebner> MPL, GPL, LGPL
[20:08] <sebner> hi sveinung asac ;)
[20:08] <sebner> sveinung: argh, I forgot to send the mail. I'm sorry
[20:09] <asac> sveinung: yes its tri-licensed as we dont say that packaging has a different license
[20:09] <asac> its usually a good idea to use the same license for packaging as the upstream license ... which is what we do here
[20:11] <sebner> asac: I see so many blog posts saying that they have issues with their wlan and with wicd it's working instead of nm. Why is wicd evidently that better?
[20:12] <sveinung> asac: ok. So I can safely say that the packageing also is MPL/GPL/LGPL in debian/copyright?
[20:12] <sveinung> or is it somehow implied?
[20:12] <asac> sebner: its similar to saying that a bazouka is better for getting into houses because you will also be able to enter houses if you dont have the key ;)
[20:13] <asac> sveinung: if copyright doesnt differentiate than it means the license applies everywhere (packaging + orig)
[20:13] <asac> then
[20:13] <asac> sebner: understood?
[20:13] <asac> ;)
[20:13] <sveinung> ok, so no need to modify it?
[20:14] <asac> sveinung: no. unless you disagree and want your packaging changes to be only GPL ;)
[20:14] <sebner> asac: not really. both are a piece of software. Bad example :P
[20:15] <sveinung> asac: AGPL of course. You never know if anyone tries to put tihis on a server... :p
[20:15] <asac> sebner: another analogy would be to say that bakteriums are better than humans because they will probably survive a nuclear winter ;)
[20:15] <asac> sveinung: you cannot make AGPL out of GPL
[20:15] <asac> thats putting restrictions on top
[20:15] <asac> at least i think you cannot do that
[20:15] <sveinung> you can if it's GPL+ or GPL3
[20:16] <asac> ok ... if you are sure. but i would have to check that
[20:16] <sveinung> but I was joking (just in case the joke didn't translate that well to English)
[20:16] <asac> i understood that ;)
[20:16] <asac> just took it jokingly serious :)
[20:16] <sebner> asac: in software words it would be: wicd is more powerful and nm has more features? :P
[20:18] <asac> sebner: no. wicd is more robust for the use cases it fulfills because it only uses a tiny subset of kernel feature, but NM is more sophisticated, has more features, but needs  higher driver sophistication for that
[20:19] <sveinung> Next question: I also get a lintian waring since the current build puts the license file for the extension in it's folder. A possible solution to that could be to add functionality to specify files to exclude to med-xpi-pack in mozilla-devscripts. For example that any argument after the first two would be files to exclude. I could give a try to implement it later.
[20:20] <asac> sveinung: what is the lintian warning?
[20:21] <sebner> asac: nm should be also that robust then :P
[20:21] <Jazzva> sveinung: that wouldn't be too hard, if it's needed.
[20:21] <asac> i dont think its needed
[20:21] <sveinung> don't remember it word by word but it's triggerd by license.txt ending up in files from the extension
[20:21] <Jazzva> asac: lintian complains about license file in root
[20:21] <asac> most likely the packaging does something wrong or the warning is misinterpreted
[20:21] <asac> having a license file in the orig shouldnt be a bug
[20:21] <asac> Jazzva: i need to see the exact warning to tell whats going on ;)
[20:22] <Jazzva> asac: here's one ;)
[20:22] <Jazzva> W: mozilla-ubiquity: extra-license-file usr/share/mozilla-ubiquity/scripts/codemirror/LICENSE
[20:22] <asac> is the license different from the top level license?
[20:22] <sveinung> the extension is built using "med-xpi-pack . all-in-one-sidebar.xpi" so it includes the license
[20:23] <sveinung> http://lintian.debian.org/tags/extra-license-file.html
[20:23] <sveinung> for explaination
[20:24] <Jazzva> asac: it's not a particular known license, but it sounds free enough. so it differs
[20:24] <asac> upstream should put it into top level dir
[20:24] <asac> we shouldnt fix it on our side
[20:24] <asac> but we should document it explicitly in copyright
[20:25] <Jazzva> asac: anyway, the point is that upstream usually puts it in the top level dir. And that's why lintian complains :)
[20:26] <asac> Jazzva: we can have a variable: DOCUMENT_LICENSE_FILES = LICENSE scripts/codemirror/LICENSE etc.
[20:26] <asac> so users can add license files they properly documented in copyright
[20:27] <asac> but yeah. so having an --exclude= feature is probably ok
[20:27] <Jazzva> asac: and what to do with that variable? to skip zipping those files in med-xpi-pack?
[20:27] <asac> Jazzva: i think we should add it to unpack though
[20:28] <asac> thats the script used by all packages to get the stuff unpacked to the final install locations
[20:28] <asac> not all packages use -pack to pack the .xpi up
[20:28] <asac> we can add it everywhere ... but we should use the default DOCUMENT_LICENSE_FILES thing just for the final unpack i think
[20:28] <Jazzva> asac: med-xpi-unpack is manually called when developer is preparing a package
[20:29] <Jazzva> so that would mean that the source would also miss those files, and then it would differ from clean source.
[20:29] <asac> oh you are right
[20:29] <asac> so we dont need it
[20:29] <asac> we just need to add it to the unzip we are doing
[20:29] <Jazzva> asac: don't we lose those license files in the source too?
[20:29] <asac> no we dont want to
[20:30] <Jazzva> oh... so you mean to unzipping done in xpi.mk?
[20:30] <asac> thats why we shouldnt touch the unpack/pack things ... just the unzip that xpi.mk calls when installing stuff to the package tree
[20:30] <asac> right
[20:30] <Jazzva> and then declare D_L_F in debian/rules
[20:30] <asac> ack
[20:30] <asac> i would like to keep it explicit ... instead of adding a default set of common license file names
[20:31] <asac> at lesat the packager gets reminded to check that he has the file in copyright then
[20:31] <asac> but we can also use a good set of default licesne file name if feedback suggests that thats what we want
[20:32] <Jazzva> if that's ok, I can add that functionality tonight to mozilla-devscripts branch. (after I prepare ubiquity and weave)
[20:32] <asac> sure ... go ahead
[20:32] <Jazzva> and to XPI.TEMPLATE
[20:32] <asac> use MOZ_XPI_LICENSE_FILES ... or something
[20:32] <asac> yep
[20:32] <asac> cool.
[20:33] <asac> Jazzva: we probably also want to adjust it a bit ... like the DIRS are not used anymore
[20:33] <asac> at least shoudlnt be used for new things
[20:33] <asac> as we find the right targetapp install folder automatically now
[20:33] <Jazzva> asac: that's nice :)
[20:33] <asac> i am not sure if bdrung already added the feature to use the first binary package name by default for MOZ_XPI_PACKAGE_AME
[20:33] <asac> if not that should go into 0.15 as well
[20:34] <asac> not a blocker of course ;)
[21:32] <BUGabundo> hey kids
[21:35] <fta> hm, chromium x64 crashes a lot, but fixes are coming in fast
[21:35] <BUGabundo> ok
[21:35] <BUGabundo> still staring here
[21:35] <fta> i wonder if i should push debs somewhere
[21:35] <fta> or just wait
[21:36] <BUGabundo> let me do updates
[21:39] <fta> BUGabundo, the ppa is still doing ia32
[21:39] <BUGabundo> :(
[21:40] <fta> i don't want to break who knows how many people
[21:40] <BUGabundo> make it named chromiumx64
[21:40] <BUGabundo> LOL
[21:40] <Jazzva> how to do licenses to debian/copyright when there are a lot of files, licensed under trilicense, and the only difference is copyright for initial developer, and contributor(s)?
[21:40] <Jazzva> *how to add
[21:40] <fta> no, enough packages already, transitions are hell
[21:44] <BUGabundo> asac another guy with the same MM bug as me https://bugs.edge.launchpad.net/ubuntu/+source/modemmanager/+bug/412570
[21:48] <eagles0513875> hey guys
[21:54] <BUGabundo> fta: would that naming work??
[21:57] <fta> BUGabundo, my last sentence was for you
[21:57]  * BUGabundo scrolls
[21:57] <BUGabundo> fta: make it named chromiumx64
[21:57] <BUGabundo> :)
 no, enough packages already, transitions are hell
[21:58] <fta> that's my answer
[22:01] <fta> http://popcon2.ecchi.ca/package/chromium-browser.html#graph-2  seems like people are loosing interest
[22:01] <dupondje> BUGabundo: u have 64 / 32bit ?
[22:01] <BUGabundo> 64
[22:01] <BUGabundo> ahh
[22:01] <BUGabundo> missed that fta
[22:02] <dupondje> https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/412418
[22:02] <dupondje> u can reproduce ?
[22:19]  * dupondje slaps BUGabundo 
[22:19] <BUGabundo> why?
 u can reproduce ?
[22:19] <BUGabundo> no nick there
[22:20] <BUGabundo> I aint here all the time
[22:20] <BUGabundo> my screen is filed with blinking tabs
[22:20] <dupondje> :p
[22:20] <BUGabundo> I don't use FF 3.0
[22:20] <BUGabundo> no its on karmic now
[22:20] <dupondje> its 3.5 also
[22:21]  * BUGabundo reluntly checks
[22:22] <BUGabundo> loading
[22:22] <BUGabundo> damn it
[22:23] <BUGabundo> it is freezing my FF 3.6 :(
[22:23] <BUGabundo> actually it killed it
[22:23] <BUGabundo> you are a bad person dupondje
[22:23] <dupondje> 3.6 ?
[22:23] <BUGabundo> won't do more tests for you
[22:23] <BUGabundo> of course
[22:23] <BUGabundo> do you think I run stable stuff?
[22:23] <dupondje> ;)
[22:23] <dupondje> mozilla-daily ?
[22:24] <BUGabundo> of course
[22:24] <dupondje> could you add your experience in the bug ? ;)
[22:24] <BUGabundo> F*ck
[22:24] <BUGabundo> can't restore my sesssio
[22:24] <BUGabundo> you suck
[22:24] <dupondje> no no :) you found another bug :)
[22:25] <BUGabundo> fta: daily ppa IS TOTALLY BROKEN no new pages will load after upgrade
[22:25] <BUGabundo> FIX IT NOW if you please
[22:25] <BUGabundo> :(
[22:25]  * BUGabundo goes to chromium
[22:25] <dupondje> brb
[22:26] <fta> eh, not my fault
[22:27] <BUGabundo> ok!
[22:27] <BUGabundo> but I need to yell at some one
[22:27] <BUGabundo> pages are slllooooowwwwwlllllyyyy loading
[22:27] <BUGabundo> Chromium is faster
[22:28] <fta> then use it
[22:28] <BUGabundo> I am
[22:28] <BUGabundo> can't use FF on gmail
[22:28] <BUGabundo> both here and on debian
[22:28] <BUGabundo> cpu sky rocks
[22:31] <fta> !info nvidia-cg-toolkit sid
[22:31] <fta> !info nvidia-cg-toolkit debian
[22:31] <fta> gnignigni
[23:56] <asac__> hmm why am i here 3 times ;)
[23:57] <asac__> oh ... laptop still on as it seems ;)
[23:57] <fta> clones invasion
[23:57] <BUGabundo> hahah
[23:58] <fta> i wonder if i should do my own cdbs
[23:58] <asac__> lets put that into mozilla-devscripts ;)
[23:59] <asac__> bdrung probably likes to do that too :)
[23:59]  * asac finally demutated
[23:59] <BUGabundo> eh
[23:59] <asac> 00:59 -!- Keepnick: Nickstealer left [freenode], got asac back