[00:08] <[reed]> pwnguin: beta 1 comes out Tuesday
[00:08] <[reed]> I think ETA on final is late Q1
[00:40] <asac> fta: whats the problem with that branding?
[00:41] <asac> fta: what does the midbrowser thing do?
[00:41] <asac> fta: just wonder, because its as of now a native package
[00:44] <fta> asac, bug 210314
[00:45] <fta> asac, bug 279083
[01:12] <asac> fta: did i add that useragent thing there?
[01:12] <asac> oh right
[01:13] <asac> fta: what about the other diffs?
[01:13] <asac> are the new urls bogus?
[01:13] <asac> or does that just happen to be in that pasted diff?
[08:39] <fta> asac, the pasted diff shows that /usr/lib/firefox-3.0.3/defaults/preferences/firefox-branding.js is not the same file on i386 and amd64. The 1st one is right, the 2nd one seems to be the abrowser one
[08:51] <asac> fta: but its both from the firefox package? (e.g. the 2nd isnt the firefox one?)
[08:54] <fta> asac, both are from firefox-3.0
[08:54] <asac> hmm
[09:02] <didrocks> hi everyone :)
[09:04] <didrocks> I am updating swfdec to 0.8 (to make swfdec-gnome build). What about swfdec-mozilla? Do you want me to update it to make it build with swfdec0.8 (it is an independant package)
[09:21] <XioNoX> Hi !
[09:42] <asac> hi
[09:42] <asac> didrocks: yes
[09:43] <asac> didrocks: do you have upload rights?
[09:43] <asac> didrocks: you you please do the following:
[09:43] <asac> 1. swfdec-mozilla should suggest ubufox
[09:43] <asac> 2. swfdec-mozilla should link its plugin .so also in /usr/share/ubufox/plugins/
[09:44] <asac> 3. in postinst, you should for i in `ls /usr/lib/firefox-3*/.autoreg`; do touch $i; done
[09:45] <asac> 3. in postinst, you should for i in `ls /usr/lib/firefox-3*/.autoreg || true`; do touch $i; done
[09:45] <asac> didrocks: ^^
[09:45] <asac> thanks
[09:45] <didrocks> asac: no, I haven't, but I can prepare a debdiff for this evening :)
[09:45] <didrocks> and do also what you say in the same time :)
[09:45] <asac> didrocks: there are a few more
[09:45] <asac> wait a second
[09:46] <didrocks> (ok, I open my tomboy :D)
[09:46] <asac> 4. Xb-Npp-Name: Swfdec player for Adobe/Macromedia Flash
[09:46] <asac> -> Xb-Npp-Name: Swfdec SWF player
[09:47] <asac> 5. add Xb-Npp-Description: gnome SWF player (http://swfdec.freedesktop.org/)
[09:48] <didrocks> (ok, I see that this is for the "search for plugin" function)
[09:48] <asac> (6 is coming ... wait asec)
[09:49] <didrocks> (no pb :))
[09:49] <asac> 6. add Xb-Npp-File: libswfdecmozilla.so
[09:49] <asac> didrocks: actually 5. should be:
[09:49] <asac> 5. add Xb-Npp-Description: Gnome SWF player (http://swfdec.freedesktop.org/)
[09:50] <asac> didrocks: thats it from what i can tell ;)
[09:50] <didrocks> ok, corrected (Gnome and not GNOME) :)
[09:50] <asac> didrocks: yeah
[09:50] <asac> not sure
[09:50] <asac> if official is GNOME then use that
[09:50] <asac> maybe GNOME Swf Player (http://swfdec.freedesktop.org/)
[09:50] <didrocks> I think this is GNOME...
[09:50] <asac> or GNOME SWF Player ...
[09:51] <asac> but thats to much capitalized
[09:51] <asac> but its your choice
[09:51] <didrocks> ok, will see what is the best :)
[09:51] <didrocks> just a question:
[09:51] <asac> important thing is that -Name and Description dont name "Flash, Macromedia nor Adobe"
[09:51] <didrocks> why touching .autoreg files?
[09:51] <asac> didrocks: otherwise the ubufox hook ont work
[09:51] <asac> at least thats what my tests showed
[09:51] <asac> so better safe
[09:52] <didrocks> ok, it makes a stat or some stuff like that to see if there is new updates...
[09:52] <asac> didrocks: if possible please test that postinst doesnt fail if there isnt any firefox-3.0 installed
[09:52] <asac> didrocks: yes. firefox will reregister chrome and reintrospect system extensions when .autoreg was touched
[09:52] <didrocks> asac: ok, I will remove my FF from my VM for that
[09:52] <asac> didrocks: good
[09:53] <didrocks> ok, noted :) will keep you in touch
[09:53] <asac> didrocks: its important to do the for loop. as some users might have left over files or something or even multiple firefox version installed
[09:53] <asac> didrocks: actually we also would need to change the flash installer in a similar way
[09:53] <didrocks> yes, that was what i reckoned :)
[09:53] <asac> but thats a bit trickier.
[09:53] <asac> if you wantt o work on that too let me know
[09:53] <asac> i will take over gnash for sure
[09:53] <didrocks> hum ? can I give an hand on that ?
[09:54] <didrocks> ok, so, later :)
[09:54] <didrocks> (first, I finish that and then, see if I can be helpful)
[09:54] <asac> didrocks: sure. i gnash is pretty much prepared. i just have to do the upload i think
[09:55] <asac> didrocks: but you can test the package if you want
[09:55] <asac> didrocks: e.g. from bzr
[09:55] <asac> didrocks: but please do the other things first ;)
[09:55] <didrocks> ok, you use bzr from gnash, and for swfdec?
[09:56] <asac> didrocks: nothing for swfdec yet
[09:57] <asac> didrocks: gnash upstream uses bzr, so maintaining the package is a joy :)
[09:57] <didrocks> asac: yes, for sure :)
[09:58] <didrocks> so, I will keep you in touch when the debdiff will be ready (this evening, hopefully)
[09:58] <asac> didrocks: yeah. please do
[10:21]  * asac hopes for jazzva returning soon
[10:49] <fta2> [reed], isn't mozilla bug 456578 the same as mine ?
[10:50] <fta2> [reed], mine is mozilla bug 458612
[10:53] <[reed]> fta2: that's what I think
[10:53] <[reed]> that's why I cc'd you
[10:53] <[reed]> :)
[10:54] <fta2> so mine is a dupe ? gasp
[10:54] <fta2> mine seems to have more info in it
[10:55] <fta2> armin76, http://justimho.blogspot.com/2008/10/re-gentoo-destroying-earth.html
[10:55] <[reed]> ask in the other bug about duping it... forward duping is uncommon, but it is done
[11:11] <armin76> fta2: bumb
[11:22] <asac> armin76: thanks. finally you dont ask me to bumb ;)
[11:22] <armin76> lol
[11:22] <asac> armin76: fta2 is MOTU now ;) ... so at least half of the bumbs justifiable should go to him :)
[11:23] <armin76> asac: bumb!
[11:23] <asac> no
[11:23]  * asac *kicks* armin76 
[11:23] <asac> :)
[11:23] <armin76> asac: triple bumb!
[11:23] <asac> damn gnomefreak isnt here ... i dont know how i can become OP :(
[11:24] <asac> :-P
[11:24] <armin76> msg chanserv #ubuntu-mozillateam op
[11:24] <asac> and deop?
[11:24] <Nafallo> /deop asac
[11:24] <asac> ;)
[11:24] <armin76> or /kick asac
[15:09] <asac> fta2: can we please in future just keep +buildX in upstream versions?
[15:09] <asac> and use the latest tag
[15:10] <asac> fta2: point is that we prepare the stable updates with latest tag and then dont reupload if thats the final release
[15:10] <asac> and having development release doing it different would cause confusion
[15:10] <fta2> for which? ff3 ? i bumped only 3.0.3+build to 3.0.3 as it's released
[15:11] <asac> fta2: yes. lets please not do that
[15:11] <asac> (in future)
[15:11] <asac> i upload the latest head now
[15:11] <asac> just saw that we have a nochange upload now in xulrunner
[15:11] <fta2> why ? those build tags are not the latest, release tags are
[15:11] <asac> which reminded me that we should sync that procedure
[15:11] <asac> fta2: latest build tag is latest
[15:12] <fta2> it's ugly
[15:12] <asac> fta2: if not, something is wrong
[15:12] <fta2> our versions are already ugly enough
[15:12] <asac> fta2: its a functional mean. version doesnt need to be beautiful and we need those for the security updates.
[15:12] <asac> as i said. its more ugly/confusing if we have different versions in development release vs stable/security
[15:14] <asac> ok uploading stuff and then forking the stable branches
[15:15] <asac> .head/.dev is then targetting .jaunty
[15:15] <asac> unless you say there is anything else we should fix on .head first
[15:15] <asac> fta2: ^^
[15:16] <asac> fta2: is the branding issue just a ffox 3.1 one (e.g. the paste you showed?)
[15:17] <fta2> i'm fine with xul, afair
[15:22] <asac> debian bug 499946
[15:23] <asac> too bad that someone NMUed icedove ;)
[15:23] <asac> now i have to fish the changes and replay them in bzr
[15:31] <asac> fta2: so are we using embedded tarball for everything now?
[15:32] <asac> given that mozilla-central is a mess :)
[15:32] <asac> comm-central+...
[15:36] <asac> fta2: http://paste.ubuntu.com/57031/
[15:36] <asac> is comm-central forked off from mozilla-central?
[15:36] <asac> oh sorry
[15:36] <asac> my fault :)
[15:36] <fta2> asac, no
[15:36] <asac> opf course i cloned moz-central in it
[15:36] <asac> :)
[15:37]  * asac desparately waits for the xulrunner diff.gz to finish :(
[15:37] <fta2> comm-central is just tb3/sm3/lightning/.. but it needs a full mozilla-central
[15:37]  * asac whines about his slow hard drivers
[15:38] <asac> but in fact only diff.gz is that slow. takes about the same time to diff than to build :)
[15:38]  * fta2 nods. xul 1.9 is clearly slow
[15:38] <asac> so embedded everywhere right?
[15:38] <asac> with dquilt being a source-recommends ;)
[15:38] <asac> err mozilla-devtools
[15:39] <asac> actually. if we call it dquilt we should try to get it in devtools
[15:39] <asac> otherwise use mquilt or mozquilt i guess
[15:39] <asac> mtquilt ;)
[15:39] <fta2> for embedded yes, unless you think it's a problem
[15:39] <asac> fta2: no i would want it, but people complained to me that its "hard to understand"
[15:39] <asac> thats why i am after getting better tool support
[15:39] <asac> like the dquilt now
[15:40] <asac> fta2: we could also investigate in using lzma/7z for in-source-tarball
[15:40] <asac> if support is missing in cdbs we should add that i guess
[15:40] <fta2> the mozilla-devtools branch is not meant to be a package. it's just a script repository.
[15:41] <asac> fta2: yeah. then lets see if we can make something "general" useful of dquilt and get it in the great devtools package
[15:41] <fta2> i remember a discussion on debian-devel a while ago about 7z
[15:41] <asac> or ubuntu-devscripts
[15:41] <asac> not sure whats better here
[15:41] <asac> for cdbs?
[15:41] <asac> or archive?
[15:41] <asac> our archive supports it afaict
[15:41] <asac> for .debs
[15:41] <asac> but we cannot use it for sources i think and we also cannot use it for anything that goes on cd
[15:42] <asac> wait
[15:42] <fta2> i could move it to m-d for now and once it's mature enough, move it someplace else
[15:42] <asac> not "cannot use", but "doesnt help" :)(
[15:42] <fta2> eh?
[15:42] <asac> fta2: we have to decide whether mozilla-devscripts is a package for general tools that can also be useful to the developer
[15:43] <asac> (instead of what is needed to fulfil things that are hooked into the package build scripts)
[15:43] <asac> fta2: well. we can make lzma packages in soyuz
[15:43] <asac> that works well with dpkg
[15:43] <asac> but on CD there are no packages, but unpacked stuff
[15:43] <asac> so lzma wouldnt help us to get more on the CD
[15:43] <asac> (we constantly have a hard time to not oversize)
[15:43] <asac> we would need lzma kernal support
[15:44] <asac> but thats not flying upstream according to kernel team
[15:44] <asac> i we dont want to put such a patch in our kernel without upstream having it
[15:45] <fta2> i don't understand. i was talking about embedded 7z, recognized by cdbs, not about compressing the cd
[15:46] <asac> oh ok
[15:46] <asac> yeah that was my initial question ;)
[15:46] <asac> 16:41 < asac> for cdbs?
[15:46] <asac> 16:41 < asac> or archive?
[15:46] <asac> 16:41 < asac> our archive supports it afaict
[15:46] <asac> ... and then i forked off in that thread ;)
[16:35] <fta2> asac, http://launchpadlibrarian.net/18500998/buildlog_ubuntu-intrepid-hppa.xulrunner-1.9_1.9.0.3%2Bnobinonly-0ubuntu1_FAILEDTOBUILD.txt.gz
[16:39] <asac> yeah hppa is broken
[16:40] <fta2> talking with seb on -desktop
[16:41] <asac> fta2: https://code.edge.launchpad.net/~mozillateam/xulrunner/xulrunner-1.9.intrepid
[17:00] <asac> fta2: ok i will keep the firefox-3.0.dev for another day or two
[17:00] <asac> to see if we get any regressions or last minute issues to fix
[17:02] <fta2> i pushed ff3 to my ppa yesterday
[17:07] <asac> hmm finally bluekuja@ubuntu.com bounces
[17:10] <fta2> he's gone ?
[17:21] <asac> fta2: yeah
[17:21] <asac> fta2: or his mail is broken
[17:21] <asac> mozillateam mailinglist mail bounces
[17:30] <asac> hmm ... most ubuntu mailing list mail went into spam folder for a while
[17:30] <asac> hmm
[17:30] <asac> blacklisted somewhere
[19:20] <bdmurray> asac: fwiw I have metrics for routes now with 20081008t224042-0ubuntu2
[20:10] <asac> bdmurray: good ;)
[20:10] <asac> better late than never ;)
[20:12] <bdmurray> I guess that's true.
[21:40] <fta> asac, what do you mean ? <= <asac> fta2: could you also talk to vlad about performance with xul + cairo 1.8.0?
[21:40] <fta> 1.8.0 is very close to 1.7.6, which is in trunk
[21:59] <asac> fta: nevermind
[21:59] <fta> ?
[21:59] <asac> lets hope this NM ppa build now succeeds ;)
[22:00]  * sebner asks himself if mighty asac has a timemachine or no RL (like me ^^)
[22:00] <asac> timemachine :)
[22:01] <sebner> asac: did I ever ask you what job do you have?
[22:06] <fta> asac, seen Bug 274187 ?
[22:14] <asac> fta: what should we do?
[22:14] <asac> sebner: my job is to be 24/7 on IRC :)
[22:15] <fta> asac, i'm asking you
[22:16] <sebner> asac: and working on nm stuff? ^^
[22:16] <asac> sebner: mozilla + nm ... yes.
[22:17] <sebner> asac: but afaik are you not a canoncial employee right=
[22:17] <asac> not right ;)
[22:18] <sebner> asac: but where is the canoncial mail adress :P :P :P
[22:18] <asac> sebner: he?
[22:18] <asac> sebner: all my last patchmails were with that address
[22:18] <sebner> asac: O_o
[22:18] <sebner> asac: but not mentioned on LP
[22:19] <asac> sebner: it is
[22:19] <asac> or not?
[22:19] <fta> lol
[22:19] <sebner> Email:  	   asac@jwsdot.com
[22:19] <sebner> asac@debian.org
[22:19] <sebner> asac@ubuntu.com
[22:19] <asac> https://edge.launchpad.net/~asac/+participation
[22:20] <asac> yeah
[22:20] <asac> but you are right
[22:20] <sebner> asac: in what case? ^^
[22:20] <asac> that i should add that address
[22:20] <sebner> +1
[22:21] <sebner> asac: omg. Now that I know that you are a canoncial guy I'll disturb you more less. :D
[22:21] <asac> sebner: done
[22:22] <asac> sebner: huh? thought you would more feel like: now i can bug him more ;)
[22:22] <asac> relief... NM in hardy ppa builds again
[22:22] <sebner> asac: no, it is a difference if I annoy a contributor or a employee ;)
[22:22] <asac> had to switch to automake 1.10
[22:23] <asac> sebner: yeah. but i employees in some way get paid to be annoyed :)
[22:24] <fta> sebner, why would you annoy contributors more than employees ? i would do the opposite
[22:24] <sebner> asac: well but not like me. I don't help you with my annoyments ^^
[22:24] <asac> hehe
[22:24] <sebner> fta: dunno, I have more respect with *official* Canoncial guys
[22:24] <sebner> nearly the same as I would annoy mark
[22:25] <fta> i respect contributors, they give their time to the project for free
[22:25] <asac> fta++
[22:25] <asac> though i spend most of my sparetime here too ;)
[22:26]  * fta hugs asac
[22:26] <sebner> asac: that's also something I wanted to say. you are like horseman dholbach ^^
[22:26]  * sebner hugs asac too
[22:26] <asac> welcome ;)
[22:27] <sebner> asac: don't get burned out! ;)
[22:27] <asac> there is nothing left to burn ;)
[22:27] <sebner> that's bad xD
[22:28] <asac> well. could be worse ;)
[22:28] <sebner> kk ^^
[22:30]  * sebner also hugs fta for giving your time time to the project for free ;)
[22:31] <asac> fta: i really have no clue what we should do for firefox 3.1. i knew that there would be discussion
[22:31] <asac> and scottk being an opponent was obvious as well
[22:32] <asac> but the points of gutsy 3.0 maintenance are valid and some appear not to buy the 6 month support offer
[22:32] <fta> but noone stepped up to help on backporting either
[22:33] <asac> yeah. true
[22:34] <asac> but as scottk says: he says that MOTU cannot maintain firefox ... which isnt really true
[22:34] <asac> in some way it is. but for backports that shouldnt matter much (at least thats my understanding)
[22:35] <asac> i think one way to take away that argument would be to not use the official branding
[22:35] <sebner> asac: I really was wondering because I thought he means you. ^^
[22:38] <fta> asac, what would the upgrade in gutsy be ? 3.0b5 -> 3.0.3 ? or 3.0b5 + an almost impossible list of security patches to identify ?
[22:39] <asac> fta: no it would be a -backport
[22:39] <asac> fta: back then we got the clearence by the motu-release folks by the assumption that updates would go to backports
[22:39] <asac> that happened until hardy came out
[22:39] <asac> from there on nobody ever asked about that
[22:40] <asac> and similar nobody wanted to contribute to that anymore
[22:40] <asac> fta: with some luck the current package has enough control/rules wisdome that it just builds in gutsy
[22:40] <asac> (e.g. auto detection of nss/nspr/cairo and stuff)
[22:41] <asac> but given that the last build was b3 i have the feeling that it wont work nicely
[22:41] <asac> also we probably would need to upload a batch of respins for rdepends for htis upload (but not afterwards)
[22:41] <asac> hmm
[22:42] <asac> thats true, but the cout is zero :)
[22:42] <asac> hehe
[22:42] <asac> so well. yeah. just seeing if current package builds in gutsy would be good i guess
[22:42] <asac> also dropping official branding might help to not make the trademark things applicable for that build
[22:43] <asac> most likely we need mozilla-devscripts bump in -backports too then
[22:44] <asac> fta: if that works well we could also think about doing a proper SRU
[22:44] <asac> fta: most likely that would be the right thing to do
[22:45] <asac> iirc we had a gutsy branch
[22:45] <fta> was mozilla-devscripts already in gutsy?
[22:46] <fta> gutsy-backports 0.06~gutsy1
[22:46] <fta> hardy has 0.07
[22:46] <fta> intrepid 0.10
[22:47] <asac> fta: not sure what we need ;)
[22:47] <asac> fta: most likely the one with the lp-xpi-export.mk
[22:47] <asac> guess that was in hardy earliest
[22:47] <asac> but maybe the backports thing is nough
[22:48] <asac> fta: i guess we need to drop the minimum versions from nspr/nss
[22:48] <asac> fta: but lets check if thats already done on a .gutsy branch or something
[22:48] <asac> fta: https://edge.launchpad.net/~asac/+participation
[22:48] <asac> oops
[22:48] <asac> https://code.edge.launchpad.net/~mozillateam/firefox/firefox-3.0.gutsy-backports
[22:48] <asac> fta: ^^
[22:48] <asac> maybe just merging latest 3.0 on top of that flies ;)
[22:49] <asac> https://code.edge.launchpad.net/~mozillateam/xulrunner/xulrunner-1.9.gutsy-backports
[22:49] <fta> 0.06 is the oldest with the last lp-locale-export.mk
[22:49] <asac> hmm
[22:49] <asac> on the xulrunner branch there are commits up to 1.9.0.1+build1
[22:50] <asac> did i do that while sleeping?
[22:50] <asac> uploaded is ~b4
[22:50] <asac> even rc2 was backported
[22:50] <asac> and you did the rc1 backport ;)
[22:51] <asac> fta: what is going on?
[22:51] <asac>  124. By  Fabien Tassin  on 2008-05-26
[22:51] <asac>     * Merge RELEASE 1.9~rc1+nobinonly-0ubuntu2 to ubuntu/intrepid from
[22:51] <asac>       xulrunner-1.9.head #269
[22:51] <asac> we merged to that branch until 2 monthes ago=
[22:51] <asac> ?
[22:52] <asac> if that branch works well then there is a good chance that it may work ;)
[22:53] <fta> what branch is that?
[22:53] <asac> fta:  124. By  Fabien Tassin  on 2008-05-26
[22:53] <asac>     * Merge RELEASE 1.9~rc1+nobinonly-0ubuntu2 to ubuntu/intrepid from
[22:53] <asac> shit
[22:53] <asac>       xulrunner-1.9.head #269
[22:53] <asac> 23:48 < asac> https://code.edge.launchpad.net/~mozillateam/firefox/firefox-3.0.gutsy-backports
[22:53] <asac> 23:49 < asac> https://code.edge.launchpad.net/~mozillateam/xulrunner/xulrunner-1.9.gutsy-backports
[22:53] <asac> fta: ^^
[22:54] <asac> maybe i tried to update 1.9.0.1 and then forgot about that?
[22:54] <asac> looks like
[22:54] <fta> i don't think i ever touched those gutsy-backports branches
[22:55] <asac> fta: yeah. the commit from you is from .head
[22:55] <asac> it was created after intrepid cycle started
[22:56] <asac> i have that branch here ;)
[22:57] <asac> lets see if i uploaded that to a ppa
[22:57] <asac> no
[22:58] <asac> ok let me try gutsy build
[22:59]  * asac installs mozilla-devscripts from -backports
[23:04] <fta> xul should work, we still have mozilla-devscripts (>= 0.06~) now
[23:05] <asac> yeah cool
[23:05] <asac> trying that now
[23:05] <asac> lets see how unhappy gcc or something is ;)
[23:09] <asac> ok seems like its happily spinning ... for now :)
[23:13] <asac> fta: http://glandium.org/blog/?p=208
[23:14] <asac> did he resurrect the bandaid or backported 3.1 way? whats your bet?
[23:22] <fta> do we still suffer from this ?
[23:23] <asac> fta: would need to test
[23:23] <asac> hopefully its fixed in x
[23:23] <asac> but i doubt it is
[23:23] <asac> xaa is just unmaintained and probably only gets worse
[23:24] <fta> does he speak Japanese too ? http://people.debian.org/~glandium/Vista.png
[23:24] <asac> yes
[23:44] <asac> fta: those branches are dump
[23:45] <asac> xulrunner is ok
[23:45] <asac> but ffox has too many issues imo
[23:45] <fta> ?
[23:45] <asac> also we shouldnt base gutsy on intrepid
[23:45] <asac> but on hardy
[23:45] <asac> if not a independent branch completely
[23:45] <asac> fta: well. the backport work like removing firefox meta package, removing conflict on firefox << 3
[23:45] <asac> removing command
[23:45] <asac> ;)
[23:45] <asac> fixing .desktop accordingly
[23:46] <asac> jdong already did that from what i recall
[23:46] <asac> so maybe we should start with replaying those uploads on whatever version was initially released to gutsy :(
[23:46] <asac> but well
[23:46] <asac> most likely we should start from current yhardy or something