[13:50] <asac> hi
[13:56] <highvoltage> asac: booya
[13:56] <highvoltage> asac: should I repeat my question, or should we talk here?
[13:57] <asac> highvoltage: we can talk here :)
[13:57] <asac> i am bit hang overed though
[13:57] <asac> hard night yesterday :)
[13:58] <highvoltage> no problem, I can ping you again a bit later too :)
[13:58] <asac> and in a few minutes i have to close my laptop during the talks we have here :)
[13:58] <asac> highvoltage: well ... maybe try to build firefox package ... and see what comes out if you build without official branding
[13:58] <asac> its a configure option ... just dropping that should bring you a firefox version that isn't branded anymore
[13:59] <asac> from that we can go ahead :)
[13:59] <asac> e.g. renaming the main package to something ... then producing a branding package that diverts the relevant branding bits
[14:00] <highvoltage> asac: ok, I will experiment a bit
[14:00] <highvoltage> asac: yes, I think the broffice.org packages works the same
[15:06] <asac> @time new_york
[15:06] <ubotu> Current time in America/New_York: November 07 2007, 10:06:54 - Next meeting: Edubuntu Team in 4 hours 53 minutes
[16:34] <asac> highvoltage: ok i am here now ... more or less recovered
[16:36] <highvoltage> asac: heh
[16:37] <highvoltage> asac: I downloaded an unbranded firefox, and looked at which images can be replace by literally just replaceing images, and it seems that everything can be replaced except for the image you see on the "About" page.
[16:37] <highvoltage> asac: seems that gets included at compile time, not sure which files are assosiated with it, I'll only have a chance to do an actual build this weekend, to see where it comes from
[16:38] <asac> highvoltage: please do what i said above ... just rebuild our package without the official branding switch
[16:38] <asac> we can later see what to strip
[16:38] <highvoltage> asac: aah, I see. sorry, I misunderstood you before
[16:39] <asac> upsream already provides free branding
[16:43] <asac> highvoltage: actually we should work on firefox-3.0 package :) ... which will almost certainly be theone shipped in hardy :)
[16:43] <asac> so use that one ... it actually only takes 2 minutes to build ;)
[16:44] <highvoltage> asac: hmm, yes.
[16:44] <highvoltage> use firefox 3?
[16:44] <asac> because it uses xulrunner ... so much easier to develop
[16:44] <asac> yes
[16:44] <highvoltage> oh cool!
[16:44] <highvoltage> where do I get the FF 3 source?
[16:44] <asac> just do apt-get source firefox-3.0 ... and try that
[16:44]  * highvoltage looks on mozilla.com
[16:44] <asac> universe
[16:44] <highvoltage> ah ok
[16:44] <asac> no
[16:45] <highvoltage> downloading...
[16:45] <highvoltage> asac: btw, I've been meaning to ask you, the Gnash/Flash chooser and the integrated download with synaptic... was that your work?
[16:46] <asac> yesa
[16:47] <asac> its in ubufox
[16:47] <asac> its not only flash but all plugins we have can be found that way
[16:48] <highvoltage> I was very impressed by that (I think everyone else too), it's very innovative.
[16:48] <highvoltage> I hope to do something as cool as that for ubuntu too one day!
[16:49] <asac> thanks ... nice to hear ... its not perfect though ... but we will hopefully get to that point in firefox 3.0
[16:50] <asac> Ubulette_: i saw some checkins to trunk about zooming in firefox ... do you see that?
[16:50] <asac> e.g. not resizing text, but zooming in for real?
[17:43] <cwong1> asac: ping
[17:46] <asac> cwong1: pong ... but having lunch soon i guess
[17:46] <asac> @time new_york
[17:46] <ubotu> Current time in America/New_York: November 07 2007, 12:46:44 - Next meeting: Edubuntu Team in 2 hours 13 minutes
[17:46] <asac> at 1300 ^^
[17:47] <cwong1> So is it ok to use the master branch for main development an use "WORKING" or other branch for release?
[17:48] <cwong1> asac:  ^^^
[17:48] <asac> i don't see the reasoning behind this, but welll ... i won't be hard on that if that is really what you want
[17:48] <asac> so who is the guy doing the build system?
[17:48] <asac> happycamp?
[17:48] <cwong1> asac: yes
[17:49] <asac> bfiller?
[17:49] <asac> or was that someone else
[17:49] <cwong1> asac: happycamp
[17:49] <asac> email?
[17:49] <cwong1> asac: not bfiller
[17:50] <cwong1> asac: john.vl.villalovos@intel.com
[17:50] <asac> thats him?
[17:50] <asac> john sounds familiar
[17:50] <cwong1> asac: sorry that is john.l.villalovos@intel.com
[17:50] <cwong1> yes it is john,
[17:51] <cwong1> you met him at uds
[17:52] <asac> ok i will add you and bob on CC ... opening discussion on what we can and want to do for intel qa builds
[17:52] <cwong1> asac: ok
[17:53] <asac> cwong1: btw i found this huge gconf backend patch that I try to get into upsream trunk (aka ffox 3)
[17:53] <asac> mozilla bug 321315
[17:53] <ubotu> Mozilla bug 321315 in Preferences: Backend "New gconf preferences backend" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=321315
[17:55] <asac> if we can get that into trunk we can use your patch for now ... otherwise it looks a bit ugly and is pretty hard to read. It doesn't really look like it tackles the issue that the lockPref isn't applied ... which should be a single line patch or so
[17:55] <cwong1> asac:   Sounds good.
[17:55] <asac> its probably resolved as well ... but does other things i can't understand ... how did you produce the diff?
[17:56] <asac> (because its hard to read)
[17:56] <asac> cwong1: you wrote in your status report that you are working on moving things to ffox 3?
[17:57] <cwong1> asac: Jimmy did that patch thing
[17:57] <cwong1> asac: Yes, Jimmy is trying to merge ffox 3 code with midbrowser
[17:57] <asac> ok ... i think i will try to rediff that to read it
[17:58] <asac> aha ... i think he should try to do it from the other side ... e.g. merge midbrowser diffs on top of ffox 3 code :)
[17:58] <asac> but i guess thats what you ment :)
[17:58] <cwong1> yes :)
[17:58] <asac> should work well ... because we don't patch the firefox code ... except the build system
[17:58] <asac> pleas get him in this channel
[17:59] <cwong1> ok  I will have him join the channel as soon as he comes in.
[17:59] <asac> doesn't make sense to communicate through proxies all the time ... given that we are a pretty small team
[17:59] <asac> good ... not important for today ... just as a general thing of collaboration :)
[17:59] <cwong1> yes
[18:00] <asac> cool ... ok lunch time
[18:00] <cwong1> enjoy
[18:00] <asac> tx
[18:49] <Ubulette_> HI
[18:49] <Ubulette_> oops
[18:49] <Ubulette_> hi
=== Ubulette_ is now known as Ubulette
[19:12] <asac> hey
[19:18] <asac> Ubulette: hav you  seen anything like zoom on latest trunk?
[19:30] <Ubulette> yes
[19:34] <Ubulette> asac, about seamonkey..
[19:35] <asac> Ubulette: thanks for the info
[19:35] <Ubulette> i've tested what i've done for the migration.. not sure it's what we need
[19:35] <Ubulette> basically, it's not automatic. if you select sm for install, it removes iceape cleanly
[19:36] <Ubulette> but an upgrade of a system with iceape will not automatically migrate to seamonkey
[19:36] <Ubulette> asac, the zoom is now full page zoom, instead of just text as before
[19:39] <asac> sorry someone just pulled my powerplug and my system was down again
[19:39] <asac> second time today
[19:39] <asac> i hate it
[19:40] <asac> a kingdom for a battery
[19:40] <Ubulette> <Ubulette> i've tested what i've done for the migration.. not sure it's what we need
[19:40] <Ubulette> <Ubulette> basically, it's not automatic. if you select sm for install, it removes iceape cleanly
[19:40] <Ubulette> <Ubulette> but an upgrade of a system with iceape will not automatically migrate to seamonkey
[19:40] <Ubulette> <Ubulette> asac, the zoom is now full page zoom, instead of just text as before
[19:40] <asac> Ubulette: to get the transition right you need to install iceape packages and see if just dist upgrades works
[19:40] <Ubulette> yes, i've tried that. see above
[19:41] <asac> Ubulette: you need Provides Replaces Conflicts
[19:41] <asac> and add transitional packages
[19:42] <Ubulette> yes, i remember what i've done for ff3 (from gp /trunk) but here, i reused what was already there for mozilla -> iceape
[19:42] <asac> PLEASE SHOW THE CONTROL
[19:42] <asac> ups
[19:42] <asac> sorry caps lock that was
[19:43] <Ubulette> just dummy iceape-* debs should do it
[19:43] <asac> is control file as of now in bzr?
[19:43] <asac> or is it not the one you are testing
[19:43] <Ubulette> http://codebrowse.launchpad.net/~mozillateam/seamonkey/seamonkey-1.1.dev/files
[19:44] <asac> yes you need the iceape packages
[19:45] <asac> and if you don't provide mozilla packages, then remove that transition from  control
[19:45] <asac> otherwise add the mozilla ones again
[19:46] <Ubulette> yep, it's old enough so it's not useful anymore. even in iceape, it was already a leftover
[19:46] <asac> Ubulette: if mozilla transitional packages are dropped you need to file a bug against update-manager
[19:47] <asac> so mvo can add special hooks for LTS -> LTS upgrade (e.g. dapper -> hardy)
[19:47] <asac> otherwise there will be no upgrade path for those users
[19:47] <Ubulette> i dont remember me dropping them, it has been dropped earlier
[19:48] <asac> hmm ... oh yeah ... thats then a bug of gnomefreak ... e.g. debian dropped them becausethey  already did that transition
[19:49] <asac> and gnomefreak probably didn't readd them
[19:49] <Ubulette> so ?
[19:49] <asac> either readd them or file a detailed bug against update-manager :) ... e.g. which packages need to migrate to which
[19:49] <asac> or bug gnomefreak to add them ;)
[19:50] <Ubulette> seems easier to just readd but that's also uglier
[19:51] <asac> yeah ... but thats not a problem ... transitional packages are ok
[19:51] <asac> lets see
[19:53] <asac> Ubulette: its still in this diff.gz
[19:53] <asac> http://packages.debian.org/etch/iceape
[19:54] <asac> have to go to meeting now and then again a game and dinner
[19:54] <Ubulette> :)
[19:54] <asac> yeah ... its really cold here, but we do something atg the beach :(
[19:54] <asac> cu
[20:10] <Ubulette> for *-calendar, i redirect to browser. maybe it should be sunbird
[20:13] <Ubulette> not sure though.. user profile is probably not the same
[20:14] <Ubulette> asac, that's a lot of packages.. 26
[20:31] <Ubulette> mozilla Bug 401741
[20:31] <ubotu> Mozilla bug 401741 in Build & Release "Version/config bump up for Gecko 1.9b1" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=401741
[20:33] <Ubulette> :)
[21:35] <Ubulette> bluekuja, you there ?
[21:36] <bluekuja> heya Ubulette
[21:36] <Ubulette> bluekuja, do you want to retry seamonkey ?
[21:37] <bluekuja> Ubulette, yes, but now I'm going to sleep
[21:37] <bluekuja> :)
[21:38] <bluekuja> I thought you would have pinged me
[21:38] <bluekuja> this afternoon
[21:38] <Ubulette> i have a job you know :)
[21:39] <bluekuja> darn, true
[21:39] <bluekuja> :)
[21:42] <Ubulette> well, as I said, drop everything, grab the tarball (i've made a new one), pull my branch, build, test and let me know what you think
[21:43] <Ubulette> do that when you feel like it :)
[21:43] <bluekuja> can you send me a mail?
[21:44] <bluekuja> with every istructions
[21:44] <bluekuja> *instruction
[21:44] <bluekuja> so tomorrow I can *try* to make it
[21:45] <Ubulette> k
[21:48] <Ubulette> asac, mozilla bug 386585
[21:48] <ubotu> Mozilla bug 386585 in ImageLib "Update libpng to version 1.2.22" [Major,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=386585
=== asac_ is now known as asac