[00:03] <asac> [reed]: unfortunately, there is not simple/single answer to that question
[00:04] <[reed]> asac: so, the answers are? :P
[00:07] <asac> [reed]: those with bug numbers are from bugzilla ... those that dont have bzXXX are patches that are not wanted upstream. those with bzXXX were thought to be upstream candidates.
[00:08] <[reed]> and yet glandium continues to submit patches upstream that get accepted ;)
[00:09] <fta> and i keep dropping patches because glandium was successful
[00:11] <fta> I have 25 patches in xul 1.9 and 18 in 1.9.1
[00:11] <fta> but 10 are bzXXX
[00:12] <[reed]> so, upstream them!
[00:12] <fta> they are not mine
[00:13] <fta> well, maybe 1 or 2 are mine
[00:13] <asac> fta: just updated 1.9.1 ... my branch was quite old and it removed just two patches, while it added 2 new :)
[00:13] <asac> wouldnt describe that as "i keep dropping patches" :)
[00:15] <fta> http://paste.ubuntu.com/56465/
[00:15] <asac> bzXXX-dont-reset-user-prefs-on-upgrade.patch
[00:15] <fta> that's at least 6
[00:15] <asac> that one should go up
[00:16] <fta> crimsun, i dropped alsa-lib from my ppa
[00:16] <asac> debian/patches/bzXXX_sysplugin_support.patch is a debian patch
[00:17] <fta> it has landed now
[00:17] <asac> debian/patches/bzXXX_autoconfig_in_gre.patch should have been upstreamed, but thats quite simple
[00:17] <asac> fta: right. but thats two patches ;)
[00:17] <asac> the rest comes from bugzilla :)
[00:18] <asac> bzXXX_gre_extension_plugin_support.patch ... this is not wanted in upstream tree, but we could try again
[00:19] <asac> (given that we know now a good use-case we can use to convince them)
[00:19] <asac> bzXXX_urlclassifier_prefs_in_toolkit.patch could be upstreamed as well
[00:19] <asac> the rest most likely not
[00:20] <asac> oh right .. bzXXX_attXXX_fix_remember_password_for_embedders_without_branding.patch
[00:20] <asac> that one is good i think
[00:20] <asac> anyway. i plan to do an upstream round when i get out of all this mutt at some point
[00:21] <asac> which most likely will be after or close to the end of this cycle
[00:21] <asac> ^^ [reed]
[00:21] <[reed]> so, November?
[00:21] <asac> [reed]: i try to get my things done until at least 1 week before release
[00:22] <asac> hopefully i can work the last week on something else then
[00:22] <[reed]> ok, cool
[00:22] <[reed]> thanks
[00:22] <[reed]> :)
[00:24] <asac> fta: what has landed for the autoconfig_gre thing now?
[00:27] <fta> asac, the same thing, from mike
[00:27] <asac> fta: good. then its not "useless", but applied upstream :)
[00:27] <fta> http://hg.mozilla.org/mozilla-central/rev/6e8e3acd9175
[00:27] <fta> i should rephare as no longer needed
[00:28] <fta> rephrase
[00:28] <asac> fta: the patch is identical :)
[00:28] <asac> fta: its just "applied upstream" :)
[00:29] <asac> but doesnt really matter
[00:29] <fta> most package simply drop those files without saying anything
[00:29] <fta> +S
[00:31] <asac> right. just thought that we used that phrase at some point. but its really just unimportant
[00:32] <fta> we have everything in branches so it doesn't matter for us, it's always possible to check later what, why and when
[00:33] <asac> hmm
[00:33] <asac> right
[00:33] <asac> you think this zlib thing is something for upstream?
[00:33] <asac> most likely
[00:33] <asac> i wonder what debian does about that
[00:34] <asac> or if they just strip those exports afterwards
[00:34] <asac> but i remember there were other issues with it than "just" stripping the exported files later
[00:34] <asac> hmm
[00:35] <asac>   * do not export zlib headers with bogus symbols during make install if
[00:35] <asac>     system zlib is used. This breaks embedders and happens if MOZ_INSTALLER
[00:35] <asac>     is enabled.
[00:35] <asac>     - add debian/patches/bzXXX_no_zlib_export_if_native.patch
[00:35] <asac>     - update debian/patches/series
[00:35] <asac> thats the initial comment
[00:35] <fta> as i said, bzr is our memory :)
[00:35] <asac> most likely it doesnt apply anymore?
[00:35] <asac> sure
[00:35] <asac> but thats even from changelog :)
[00:35] <asac> fta: is there still MOZ_INSTALLER?
[00:36] <asac> in 1.9.1?
[00:38] <fta> yes
[00:38] <asac> fta: ok. then thats probably upstream-worthy too
[00:38] <asac> fta: have you tried to build epiphany against 1.9.1?
[00:39] <fta> but i use --disable-installer
[00:39] <fta> i didn't, epiphany is supposed to go to webkit
[00:40] <asac> fta: right. but i think MOZ_INSTALLER was hackily set somewhere during built to make the hacky "make install" become true
[00:40] <asac> e.g. using the installers packager.mk :)
[00:41] <asac> fta: right, but epiphany would give a good insight how bad the changes/state for the embedding layer is
[00:43] <fta> i focused my on xulapps recently
[00:43] <fta> -my+more
[00:43] <asac> thats ok
[00:43] <asac> i am trying that now i think :)
[00:43] <asac> i wouldnt have done that if you said like: "all fine" :)
[00:44] <fta> i think i have a few patches to upstream too, for prism and fennec.
[00:44] <fta> i give up on flock/songbird/sm2/tb3, at least for now.
[00:45] <asac> fta: tb3 will be more interesting towards the middle of next cycle i hope
[00:45] <asac> flock and songbird sound hard to do
[00:45] <fta> tb3b1 regressed to a3 last week, i can't do anything now
[00:46] <asac> regressed to a3? what does that mean? version dump?
[00:46] <fta> yes
[00:46] <asac> so a2 -> b1 -> a3?
[00:46] <fta> not enough visible features
[00:46] <fta> yes
[00:46] <asac> ok
[00:46] <asac> then you just were too quick :)
[00:46] <asac> use b1+a3 :)
[00:47] <asac> then b1+real
[00:47] <asac> b2
[00:47] <asac> ...
[00:48] <fta> i think i'll wait for b1
[00:48] <fta> i hope they will not do 8 alphas
[00:48] <asac> :)
[00:48] <asac> most likely not
[00:48] <asac> otherwise releas would be in mar 2012 i guess
[00:48] <fta> lol
[00:49] <asac> fta: how broken is ffox 3.0 with xul 1.9.1?
[00:49] <asac> :-P
[00:49] <fta> not tested
[00:50] <fta> i tested the other way around, fennec m8+ with 1.9, it doesn't build, but that's expected
[00:51] <asac> yeah
[00:51] <asac> i doubt that the outcome will be pleasent
[00:52] <asac> but i will try ;)
[00:52] <fta> i wanted to move ff to xulapp
[00:52] <fta> but faced the huge tarball thing
[00:52] <asac> huge tarball?
[00:53] <fta> getting subtrees out of hg
[00:53] <asac> ah
[00:53] <fta> instead of the whole thing
[00:53] <asac> fta: cant hg "just" get subtrees?
[00:53] <asac> e.g. clone subtrees instead of the main tree?
[00:53] <asac> or is that really just svn and cvs ;)
[00:54] <fta> same as bzr i guess
[00:54] <asac> fta: that works ;)
[00:54] <asac> fta: hehe
[00:54] <asac> fta: hg clone http://hg.mozilla.org/incubator/embedding/
[00:55] <asac> hg clone http://hg.mozilla.org/incubator/embedding/gtk
[00:55] <asac> both work ;)
[00:55] <asac> hmm but size is indeed the same :)
[00:55] <asac> haha
[00:55] <asac> yeah dumb thing
[00:57] <asac> at least 1.9.1 is still building happily
[00:57] <asac> ;)
[00:57] <asac> good work
[00:58] <asac> fta: have you heard anything about PPAs being broken for hardy or something?
[00:59] <fta> no
[00:59] <asac> fta: my NM builds cant install "intltool" anymore :(
[00:59] <asac> didnt change build depends for ages
[00:59] <fta> i've built a few things today, no problem
[00:59] <asac> and 2 days ago it broken
[00:59] <asac> yeah i think its just intltool then
[00:59] <asac> http://launchpadlibrarian.net/18440305/buildlog_ubuntu-hardy-i386.network-manager_0.7~~svn20081008t224042-0ubuntu2~nm1~hardy1_FAILEDTOBUILD.txt.gz
[01:00] <asac>   intltool: Depends: libxml-parser-perl but it is not going to be installed
[01:00] <asac> E: Broken packages
[01:00] <asac> !source libxml-parser-perl
[01:00] <ubottu> Error: I am only a bot, please don't think I'm intelligent :)
[01:00] <asac> !package libxml-parser-perl
[01:00] <ubottu> Error: I am only a bot, please don't think I'm intelligent :)
[01:00] <asac> !help
[01:00] <ubottu> Hi! I'm #ubuntu-mozillateam's favorite infobot, you can search my brain yourself at http://tinyurl.com/5zfb6t - Usage info: http://wiki.ubuntu.com/UbuntuBots
[01:01] <fta> libxml-parser-perl |   2.34-4.3 | http://archive.ubuntu.com hardy/main Sources
[01:01] <fta>   intltool | 0.37.1-1ubuntu1 | http://archive.ubuntu.com hardy/main Sources
[01:01] <asac> not changed in hardy since release
[01:02] <asac> neither :(
[01:02] <asac> ppas must be buste
[01:02] <asac> d
[01:02]  * asac retried NM on amd64
[01:41] <fta> asac, http://www.sofaraway.org/ubuntu/tmp/karma.png
[01:50] <asac> fta: you should track the karma parts too ;)
[01:50] <asac> e.g. bug, bzr, etc.
[01:50] <asac> :-P
[01:50] <asac> fta: do you have a dhcp setup that gives you ntp servers?
[01:51] <asac> bug 267891
[01:51] <ubottu> Launchpad bug 267891 in network-manager "network-manager not restarting ntp daemon" [Medium,Triaged] https://launchpad.net/bugs/267891
[01:51] <fta> nope
[02:20] <asac> fta: ok ephy works ... login manager is broken though
[02:20] <asac> wouldnt say that was unexpected ;)
[02:21] <asac> ephy works == without any respin :-D
[02:21] <asac> http://paste.ubuntu.com/56506/
[02:27] <fta> do you mean nss/nspr/sqlite are never loaded?
[02:42] <asac> fta: are those in xul tree?
[02:42] <asac> fta: ah because of login manager? no. its just that it appears to be quite fragile and was unfinished in 1.9.0
[02:42] <asac> at least from embedders point of view
[02:42] <asac> so breakage was expected. lets hope that it was justified by making things better :)
[02:43] <asac> i really have to do catch up  :)
[03:00] <fta> asac, could i move 3.1 to official-branding? it was at b1 for 3.0
[06:23] <[reed]> http://news.softpedia.com/images/extra/LINUX/large/ubuntu810-intrepidibexwall-large_001.jpg
[06:23] <[reed]> that's just a tad too demonic for me
[06:23] <[reed]> reminds me of Wolfram & Hart
=== asac_ is now known as asac
[11:30] <Volans> Hi all! :)
[15:07] <fta_> http://www.ripten.com/wp-content/uploads/2008/10/wow-36box2-1.jpg
=== fta_ is now known as fta
[15:10] <fta> http://www.neteco.com/168066-google-chrome-retombe.html
[15:43] <fta> asac, is midbrowser dead?
[17:27] <[reed]> fta: http://img.thedailywtf.com/images/200810/errord/Nautilus_egg.jpg
[17:27] <fta> lol
[18:07] <fta> asac, i've improved mozclient to support git
[18:07] <fta> asac, => midbrowser_0.3.0~rc1~git20080725rb058c005f0+nobinonly.orig.tar.gz
[18:08] <fta> asac, please test it, especially tags
[18:10] <alex_mayorga> hello, can anyone help me with a loop I've got in while trying to install the flash plugin on intrepid?
[18:43] <alex_mayorga> jcastro: thanks on the UDS notification :(
[18:44] <alex_mayorga> anyone here?
[23:15] <asac> fta: i think we shouldnt go for the official branding until final
[23:15] <asac> fta: midbrowser is currently in maintenance mode
[23:16] <pwnguin> anyone know when firefox 3.1 is targeted to release?
[23:19] <asac> pwnguin: i think Jan-UNKNOWN 2009
[23:19] <pwnguin> ok
[23:19] <asac> i think Q1
[23:19] <asac> but [reed] would know better about latest schedule
[23:19] <pwnguin> their public calendar isn't very informative
[23:20] <pwnguin> lots of meetings and some tenative plans from six months ago that lead up to a beta in september. well its now october ;)
[23:27] <asac> fta: one new feature that would be helpful would be to be able to produce full DEBUG packages
[23:27] <asac> fta: appears to be that full debug packages have different fiels (e.g. nothing is liniked into libxul.so, but the libxul components are top level .so components)
[23:47] <fta> asac, please test midbrowser (mozclient)
[23:48] <fta> I still have that disturbing issue with ff branding: http://paste.ubuntu.com/56044/