=== BUGabundo1 is now known as BUGabundo
=== asac_ is now known as asac
=== reed__ is now known as [reed]
[05:49] <micahg> any ideas on bug 382181?
[05:49] <ubottu> Launchpad bug 382181 in firefox-3.0 "can't open wikipedia" [Undecided,Incomplete] https://launchpad.net/bugs/382181
[09:58] <asac> fta: added the build system for hardy ;) ... lets hope this works smooth
[09:58] <fta> thanks
[09:58] <asac> fta: can you take a quick look if you see anything i missed?
[09:58] <asac> .hardy branch
[09:59] <asac> pushed it to security ppa now
[09:59] <asac> https://edge.launchpad.net/~ubuntu-mozilla-security/+archive/ppa
[10:00] <asac> stefanlsd: so did persia review gears licensing yet?
[10:01] <stefanlsd> asac: not yet. although i've been working with him on licensing review stuff and plan to do the review myself, moving it to dep5 - http://dep.debian.net/deps/dep5/
[10:02] <stefanlsd> asac: i have a big deadline for some stuff, so hopefully before or during the weekend i'll have that done...
[10:02] <stefanlsd> asac: managed to have a look at the libpng, libjpeg issue?
[10:02] <asac> stefanlsd: so persia definitly said that just BSD is wrong and you should post the full license in changelog
[10:02] <asac> stefanlsd: what do you mean by "do review yourself" ?
[10:03] <fta> asac, so many commits? wasn't it in the debian/ dir in the 1st place?
[10:03] <asac> stefanlsd: no. i think what would work would be using the libpng from gecko and the libjpeg for gecko
[10:03] <asac> fta: i cherry picked all build-system related commits you had
[10:03] <fta> oh
[10:03] <asac> that was 5 or 6
[10:04] <asac> matching the amount of commits
[10:04] <asac> the comments of the later landed ones didnt really read as if they were optional ;)
[10:04] <asac> fta: you think i picked too many?
[10:04] <fta> oh, code.lp is giving you credits so i thought you redid everything manually, n-m
[10:05] <asac> well. merge -c doesnt really remember what you merged
[10:05] <asac> only full branch merges
[10:05] <stefanlsd> asac: im gonna redo the licensing myself, and then double check with persia
[10:05] <asac> merge -c is basically a diff + patch + some conflict tracking
[10:06] <asac> stefanlsd: ok. let me know if you need anything.
[10:06] <fta> it does when you cherry pick with merge -r 125..127
[10:06] <asac> i am sure we can do further system lib refinements later
[10:07] <asac> fta: i think you will survive it ;)
[10:07] <fta> sure :)
[10:07] <stefanlsd> asac: kk. how do i link agaist gecko png and jpeg?
[10:07] <asac> fta: if this all blows up you probably dont want to be referencable anyway ;)
[10:07] <fta> lol
[10:07] <asac> stefanlsd: i would really think that system jpeg should work. you sure you tried just doing that?
[10:09] <stefanlsd> asac: mm. yeah. doesnt work without it
[10:09] <stefanlsd> asac: is probably not the end of the world either linking libpng and libjpeg. I will also just let security guys know that thats the case...
[10:10] <asac> right
[10:12] <stefanlsd> asac: cool. i'll have my license revision done by / on the weekend and will get persia to check.
[10:13] <asac> stefanlsd: thanks. let me know. do we have a bzr branch already? (sorry if i forgot)
[10:14] <stefanlsd> asac: yeah. im pulling from here - http://bazaar.launchpad.net/~rail/%2Bjunk/gears/
[10:31]  * gnomefreak hates when packages i need are removed/heldback
[11:00] <asac> fta: argh ... they bumped sqlite requirement on 1.9.0 branch :(
[11:00] <asac> without a bug even
[11:01] <asac> fta: http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=all&branch=HEAD&branchtype=match&dir=&file=configure.in&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2009-04-01&maxdate=2009-04-19&cvsroot=%2Fcvsroot
[11:23] <fta2> asac, not even a bug number? :(
[11:23] <asac> yeah i found it though: mozilla bug 488710
[11:23] <ubottu> Mozilla bug 488710 in Storage "Upgrade to sqlite 3.6.7 on the 1.9.0 branch" [Normal,Verified: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=488710
[11:24] <asac> i backout the configure.in part for now ... lets see
[11:24] <asac> i am a bit scared about moving to system sqlite because there were a few hacks at some points in embedders wrt loading that lib
[11:25] <asac> fta2: anyway, hardy seems to have built ... maybe pocket copy the binaries to daily so we can see if the build system works?
[11:26] <asac> sigh i made the uds survey but seems i closed the tab at some point :(
[11:26] <asac> why doesnt ffox 3.6 ask me if i really want to close modified forms?
[11:29] <fta2> i'll wait for amd64, it's not done yet
[11:29] <asac> k
[11:30] <gnomefreak> asac: firefox uses hunspell right
[11:31]  * gnomefreak thinking no the more i think about it
[11:31] <asac> gnomefreak: it uses hunspell, yeah
[11:31] <gnomefreak> ok thanks
[11:31] <asac> (still)
[12:00] <asac> fta2: all ppa archs built
[12:31] <gnomefreak> asac: upstream firegpg has the FireGPGCall dir. commenting the clean section in debian/rules fix the build failure but now when building it makes an empty FireGPGCall dir. can you give me an idea on a more stable fix for this. here is the rules file http://pastebin.mozilla.org/654946
[12:32] <asac> gnomefreak: what did change upstream?
[12:32] <gnomefreak> MOZ_XPI_BUILD_COMMAND = make -C FireGPGCall/; cp FireGPGCall/*.xpt FireGPGCall/*.so components/; sh build.sh  i guess i can set that to default again from XPI_TEMPLATE but would like a clean rule
[12:32] <asac> please provide a diff of the too origs
[12:32] <gnomefreak> asac: i dont have the old one any more
[12:32] <gnomefreak> is there a way to get it out of PPA
[12:32] <asac> gnomefreak: grab it from archive
[12:33] <gnomefreak> asac: cant you never pushed it
[12:33] <asac> gnomefreak: yes, you can look for superseded builds
[12:33] <gnomefreak> k
[12:33] <asac> there the orig should still be avail
[12:33] <nhandler> asac: Could you please try and upload greasemonkey today for me? It is in lp:~ubuntu-dev/firefox-extensions/greasemonkey.ubuntu
[12:34] <asac> nhandler: you could commit to ubuntu-dev but cant upload?
[12:34] <nhandler> asac: I have the necessary permissions to upload, but I keep getting rejection emails
[12:35] <asac> nhandler: please paste the mail you get
[12:35] <asac> nhandler: please add a .bzr-builddeb/default.conf
[12:35] <asac> look at adblock-plus branch
[12:36] <asac> you can find the long revision id by running  bzr log -l --show-ids on the upstream branch
[12:36] <asac> err, you can find the long revision id by running  bzr log -l1 --show-ids on the upstream branch
[12:37] <gnomefreak> only way i found was to look at sucessful builds and there is no source just normal info https://edge.launchpad.net/~gnomefreak/+archive/ppa/+build/773847
[12:37] <gnomefreak> one moment
[12:39] <asac> nhandler: are you on karmic?
[12:39] <nhandler> asac: No, jaunty
[12:40] <nhandler> asac: For the bzr log command, I thought we weren't using .upstream branches anymore, only .ubuntu.
[12:41] <asac> nhandler: yeah. so what happens is that it doesnt find the right tarball because its only in karmic
[12:41] <asac> how do you produce the tarball?
[12:42] <nhandler> asac: I tried downloading the one used in karmic using pull-lp-source
[12:42] <asac> nhandler: we have upstream branches. they are just inside the .ubuntu branch
[12:42] <asac> nhandler: if you look at bzr log you see the revisions merged in
[12:42] <asac> if you use that revision (e.g. 1.1.1) you will  get the upstream branch
[12:42] <asac> e.g. bzr branch -r 1.1.1 greasemonkey.ubuntu upstream
[12:42] <asac> will produce the upstream branch
[12:43] <asac> anyway. i will fix it now.
[12:43] <asac> also adding .bzr-builddeb
[12:43] <asac> look at bzr log --show-ids to see how to find the upstream revision i add there now
[12:44] <nhandler> Thanks asac. What is the .bzr-builddeb/default.conf for? Just to make it easier to build the package using bzr bd ?
[12:46] <asac> nhandler: if you use that it will automatically produce the orig.tar.gz from the branch. yes
[12:47] <asac> but you still have to take care that you got the right orig if its already in the archive
[12:47] <asac> i think for that we would need to do "merge upstream" instead
[12:47] <asac> have to experiment a bit before migrating bzr branches there
[12:49] <asac> nhandler: let me know if it failed again :)
[12:49] <asac> pushed
[12:50] <asac> nhandler: seems it got accepted ;)
[12:50] <nhandler> Thanks a lot asac. I'll take a look at the changes you made regarding bzr bd
[12:50] <nhandler> :)
[12:50] <asac> cool
[12:54] <nhandler> asac: Also, what is our current process for sending our extensions upstream to Debian?
[12:54] <asac> nhandler: we dont have a real process. if debian extension exists we should suggest them to use our approach. first i have to upload mozilla-devscripts though.
[12:56] <nhandler> asac: Should we go through mentors, the Debian VCS, or some other area?
[12:56] <gnomefreak> asac: http://pastebin.mozilla.org/654950 trying to get more info out of it
[12:56]  * nhandler wants to get his long-url-please extension added upstream
[12:58] <asac> nhandler: i will upload mozilla-devscripts
[12:58] <asac> nhandler: for packages that exist in debian we should file bugs
[12:59] <asac> for new packages we should consider to maintain our packages in debian and sync them to ubuntu
[13:01] <gnomefreak> asac: the best diff you could ask for :) http://getfiregpg.org/news.html
[13:03] <gnomefreak> they dont explain much do they
[13:03] <asac> gnomefreak: no ... make a diff locally using diff command
[13:03] <gnomefreak> asac: i gave you that output
[13:04] <gnomefreak> gnomefreak > asac: http://pastebin.mozilla.org/654950  trying to get more info out of it
[13:04] <asac> gnomefreak: make that recursively
[13:05] <gnomefreak> k
[13:05] <asac> diff -ru dir1 dir2
[13:07] <gnomefreak> ok working on pastebin ing it
[13:08]  * gnomefreak smoke while i wait. it seems to be huge
[13:08] <asac> lunch time ~1h
[13:08] <asac> gnomefreak: ^^
[13:08] <asac> so take your time ;)
[13:08] <gnomefreak> k
[13:21] <gnomefreak> damnit way too big for pastebin, i am compressing it and emailing it i hope
[13:32] <gnomefreak> fta2: bug 373167 is the link refered to there needed to use mozilla-thunderbird as a trans. package?
[13:32] <ubottu> Launchpad bug 373167 in mozilla-thunderbird "After installing Thunderbird, preferred applications shows both "Mozilla Thunderbird" and "Thunderbird"" [Low,Confirmed] https://launchpad.net/bugs/373167
[13:33] <gnomefreak> i just commented on it. TBH i cant remember tbird anymore its been so damn long
[13:39] <fta2> no idea, i don't work on tb
[13:39] <gnomefreak> ah ok
[13:40] <fta2> asac, did you ever use caff? (to sign keys)
[13:40] <gnomefreak> i will ping asa*c about it if i remember
[13:40] <gnomefreak> hes at lunch
[13:49] <gnomefreak> asac: incase im not here when you get back (have 2 meetings today) i emailed you the tar.gz of the diff due to the size.
[14:24] <fta2> asac, just signed your key, let me know if you receive the 4 emails
[14:28] <asac> fta2: so which caff command did you use?
[14:28] <asac> for me the manpage was too much ;)
[14:29] <fta2> did it work?
[14:31] <fta2> asac, I added temporarily "default-cert-level 3" to my ~/.gnupg/gpg.conf (it's 0 by default), then created a ~/.caffrc with this in it: http://paste.ubuntu.com/187382/
[14:32] <fta2> then, just caff some_key
[14:32] <fta2> from the list
[14:35] <asac> fta2: ah. thought it would ask you for all keys in the special keyring
[14:35] <asac> somehow
[14:36] <asac> i will finish my lunch cooking and then check emails
[18:48] <fta> dtchen, <crimsun@fungus.sh.nu>... Deferred: Connection refused by fungus.sh.nu.
[19:33] <LaPingvino> asac ping, greetings for everybody else as well
[19:35] <LaPingvino> mmm asac could have put an "away"-sign on his nick...
[19:36] <asac> LaPingvino: what up?
[19:36] <LaPingvino> just a nudge about the language packs
[19:37] <LaPingvino> and when are you normally available? I hate it to come here and to speak to walls at arrival... :S
[19:37] <LaPingvino> how are you?
[19:37] <LaPingvino> oh and you won't see me most of the next two weeks as I will be in Brazil then ;)
[19:38] <asac> LaPingvino: usually here during european biz hours
[19:39] <LaPingvino> ah...
[19:39] <asac> but if you stay online i will answer when coming back ;)
[19:39] <LaPingvino> ah I see :)
[19:39] <LaPingvino> well that's all right then
[19:40] <asac> LaPingvino: what in particular about language packs?
[19:40] <LaPingvino> got to updating the languages in firefox ubuntu?
[19:40] <LaPingvino> you asked me before to nudge you about that
[19:40] <asac> LaPingvino: ah didnt that happen yet?
[19:40] <LaPingvino> that's where I ask about
[19:41] <LaPingvino> lemme check then
[19:41] <asac> i know that lang teams regular run langpack updates
[19:41] <asac> afaik i set everything up so that next time that happens all should be up to date
[19:42] <LaPingvino> great :)
[19:42] <LaPingvino> I will run a check (firefox with clean profile) to see whether esperanto is in it yet
[19:42] <asac> seems there was no update yet.
[19:42] <asac> LaPingvino: langpacks will first land here: https://edge.launchpad.net/~ubuntu-langpack/+archive/ppa
[19:42] <LaPingvino> ah great :)
[19:42] <asac> after two weeks they go to -proposed
[19:43] <asac> and from there to -updates
[20:15] <fta> asac, question..
[20:16] <fta> asac, chromium needs a special version of mpeg for its <video> tag
[20:16] <fta> asac, it's detected at runtime
[20:17] <fta> i can't use our system ffmpeg because it's not multi-threaded
[20:17] <fta> http://src.chromium.org/viewvc/chrome/trunk/deps/third_party/ffmpeg/README.chromium?view=markup
[20:17] <fta> the sources are not in my current tarball
[20:19] <fta> so the question is, should i a/ get http://src.chromium.org/viewvc/chrome/trunk/deps/third_party/ffmpeg/ unpack & build that, or b/ fetch the git snapshots from the readme and bundle that in my tarball, or c/ create 2 new packages
[20:19] <fta> asac, ^^
[20:50] <jcastro> fta: did you see their first cut at the bookmark manager landed today for chromium?
[20:50] <fta> hm, nope
[20:50] <fta> i saw the 1st part of the option dialog a few days ago
[20:51] <jcastro> http://codereview.chromium.org/118150
[20:51] <jcastro> yeah I saw that too
[20:51] <fta> landed in r17489
[20:52] <jcastro> where can you tell that?
[20:52] <fta> Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=17489
[20:53] <jcastro> ah
[20:53] <fta> i have r17485
[20:53] <fta> damn
[20:53] <fta> close
[20:55] <jcastro> fta: do you have your build script up someplace? I'd like to mess with it
[20:55] <fta> i'm still fighting with my quota in that ppa so i can't push anything faster
[20:55] <BUGabundo> hi guys
[20:55] <jcastro> lame
[20:55] <fta> jcastro, build script?
[20:55] <jcastro> fta: what you use to push to that ppa
[20:56] <jcastro> fta: have you talked to celso about the quotas?
[20:56] <fta> jcastro, the bot maintaining all the dailies or the chromium thing?
[20:56] <jcastro> just the chromium thing
[20:56] <fta> everything is in the branch
[20:56] <jcastro> ah? cool.
[20:57] <fta> https://code.edge.launchpad.net/~chromium-team/chromium-browser/chromium-browser.head
[20:58] <jcastro> got it
[20:58] <fta> good luck :)
[20:59] <jcastro> :)
[21:13] <fta> asac, well, i'll go for a/
[21:18] <fta> jcastro, bug 381296
[21:18] <ubottu> Launchpad bug 381296 in soyuz "PPA max quota is too small" [High,Fix committed] https://launchpad.net/bugs/381296
[21:20] <BUGabundo> oh its now a bug
[21:20] <BUGabundo> eheh
[21:21] <BUGabundo> so Answer as not enough
[21:21] <stefanlsd> asac: gears has a few files with header information such as - // Copyright 2006 Google Inc. All Rights Reserved. and no license information .persia says those are not shippable
[21:21] <fta> BUGabundo, re-read the last answer
[21:21] <fta> stefanlsd, same in chromium
[21:22] <stefanlsd> fta: heh. great!  google sucks :)
[21:23] <BUGabundo> stefanlsd: +1
[21:24] <asac> stefanlsd: how about filing a bug upstream for those files?
[21:25] <stefanlsd> asac: will do. i did file one about the modifications they do to libaries a while ago. heard nothing. I dont think upstream is particulary concerned.
[21:25] <asac> stefanlsd: well. licensing should be easy enough to fix
[21:25] <BUGabundo> ahah
[21:26] <asac> stefanlsd: if the top level license file explicitly states that everything is licensed that way it might be ok imo
[21:26] <asac> fta: yeah. sounds bad though. why cant we build multi threaded ffmpeg in system libs?
[21:26] <fta> asac, it's a different branch of ffmpeg, a fark
[21:26] <fta> fork
[21:28] <asac> who maintains that fork?
[21:28] <asac> where is that hosted? in the ffmpeg repositories?
[21:28] <fta> http://src.chromium.org/viewvc/chrome/trunk/deps/third_party/ffmpeg/README.chromium?revision=16648
[21:30] <fta> and google just provides this http://src.chromium.org/viewvc/chrome/trunk/deps/third_party/ffmpeg/  it's not part of the chromium source tree (i.e. not trunk/src)
[21:30] <stefanlsd> asac: structure looks like..             debian,  gears,  third_party.          gears/COPYING is the top level for gears. Problem here is third_party/npapi/nphostapi.h  (doesnt seem to have a top level - unless gears/COPYING would be (im quite sure the file is under the same bsd style license as the rest of gears, although it doesnt say explicitly)
[21:33] <asac> gitorious ... sigh
[21:33] <asac> fta: does chromium not support gstreamer?
[21:34] <fta> hm, i don't think so
[21:34] <asac> would be much better than ffmpeg
[21:44] <fta> asac, well, even mozilla didn't choose gstreamer. i remember a bug about that but they went with direct asound+vorbis
[21:48] <BUGabundo> fta: the only way to run gwiber
[21:48] <BUGabundo> $ watch -n 10 gwibber
[21:48] <asac> fta: yeah. at least they didnt pull in a full ffmpeg ;)
[21:49] <fta> sort of, just packed
[21:49] <fta> BUGabundo, fix it
[21:49] <BUGabundo> fta: I know nothing about python
[21:50] <fta> BUGabundo, neither do i
[21:50] <LaPingvino> I do know at least a bit about it...
[21:50] <BUGabundo> and my last two segfault bugs are still to be triaged :\
[21:50] <BUGabundo> hey LaPingvino
[21:50] <BUGabundo> ou alias, olá LaPingvino
[21:50] <LaPingvino> hehe
[21:51] <LaPingvino> faca oq quer ;)
[21:51] <BUGabundo> s/faca/faça/
[21:52] <LaPingvino> não tenho isso :(
[21:52] <LaPingvino> ã sim, mas essa c não
[21:52] <LaPingvino> tá bem?
[21:53] <LaPingvino> eu sei muito bem que tenho que usar isso assim
[21:54] <BUGabundo> no prob LaPingvino, I though you wouldn't ....
[21:54] <LaPingvino> :P
[21:54] <LaPingvino> obrigado :)
[21:55] <LaPingvino> tudo bem a ca?
[21:56] <BUGabundo> LaPingvino: lets talk in English
[21:56] <BUGabundo> don't want to mess with ppl heads again
[21:56] <LaPingvino> Okay :)
[21:57] <BUGabundo> feel free to open a PVT too
[21:57] <fta> jcastro, any success? ;)
[21:58] <jcastro> fta: still checking out, hahah
[21:58] <jcastro> ridiculous
[21:58] <fta> yep, it's huge
[21:58] <fta> doing me best to strip it down, but well, there's no magic
[22:00] <fta> -rw-r--r-- 1 fta fta 196883994 2009-06-03 22:59 chromium-browser_3.0.184.0~svn20090603r17528.orig.tar.gz
[22:00] <fta> it was 351 MB+ a few days ago
[22:12] <fta> jcastro, what do you want to try with chromium?
[22:12] <fta> btw, what was that channel renaming thing about?
[22:14]  * BUGabundo This channel is now know as #Ubuntu-browserteam
[22:14] <BUGabundo> s/know/known
[22:18] <fta> Jun  3 22:11:19 cube sm-mta[16790]: STARTTLS=client, relay=master.debian.org., version=TLSv1/SSLv3, verify=FAIL, cipher=DHE-RSA-AES256-SHA, bits=256/256
[22:18] <fta> i wonder if it's possible to find the debian cert somewhere
[22:30] <jcastro> fta: I wanted to try that browser stuff
[22:30] <jcastro> er, bookmark stuff I mean
[22:31] <asac> fta: checkout db.debian.org/machines.cgi
[22:31] <asac> http://db.debian.org/machines.cgi?host=master
[22:31] <fta> jcastro, if i can finish that video tag thing today, i'll bump the ppa manually
[22:31] <jcastro> cool
[22:32] <asac> hmm. seems there is only ssh key on it
[22:32] <jcastro> what video tag thing, the ffmpeg-mt thing?
[22:32] <fta> yes
[22:32] <fta> to support <video> and <audio>, like in ff 3.5/3.6
[22:32] <jcastro> neat
[22:32] <asac> fta: whats the idea? build a real lib package out of it?
[22:34] <fta> asac, so far, no, i will build it along with chromium. i don't have a better option
[23:31] <dtchen> fta: WRT crimsun@fungus: domain was hijacked
[23:31] <fta> dtchen, ?
[23:32] <dtchen> 13:48 #ubuntu-mozillateam: ( fta) dtchen, <crimsun@fungus.sh.nu>... Deferred: Connection refused by fungus.sh.nu.
[23:32] <fta> yes
[23:32] <fta> and?
[23:33] <dtchen> fta: sh.nu was hijacked, and the original host (rightly) refuses to pay 300 euro/yr to regain it
[23:33] <fta> oh, ok.
[23:34] <fta> just got that after i signed your gpg key. i don't mind, it will stop bouncing eventually
[23:35] <fta> dtchen, ^^, you should remove/revoke that email from your key
[23:35] <dtchen> fta: done locally already
[23:38] <fta> you're not alone to bounce. some @debian.org emails too. 451 Could not complete sender verify callout
[23:38] <fta> strangely, not all
[23:40] <fta> dtchen, asac: you should sign too. do your part ;)