[00:03] <micahg> k, testing locally on karmic, then I'll up;load to hardy ppa
[00:03] <asac> lots of build targets are required
[00:04] <micahg> well, I left them all
[00:04] <asac> you should leave most. yes
[00:04] <asac> just replace the logic tha currently deals with installing the stuff
[00:04] <asac> with install-xpi i guess
[00:05] <asac> and your new logic for getting new orig
[00:05] <micahg> would help if I spelt the build targets right (not dh_shlibdeeps) :)
[00:05] <asac> lol
[00:05] <asac> hmm.
[00:05] <micahg> don't worry
[00:05] <asac> are we doing anything about the maxVersion?
[00:05] <micahg> I'm, fixing it all
[00:06] <micahg> yeah, I have it set to 3.0.*
[00:06] <asac> ah ... that happens in update-debian-files?
[00:06] <asac> anyway.
[00:06] <asac> you misspelled dh_shlibdeeps ?
[00:06] <asac> that means you didnt start with the original one :(
[00:06] <micahg> right
[00:06] <asac> we will see
[00:06] <asac> hopefully the diff is minimal :;)
[00:07] <micahg> I know mine works..now I just need the old stuff
[00:07] <micahg> anyways
[00:07] <asac> i know the old thing works
[00:07] <asac> ;)
[00:07] <micahg> http://pastebin.com/f2e34c6b7 line 39 in the new rules file
[00:07] <asac> micahg: create a diff -u
[00:07] <micahg> but that changed
[00:07] <asac> and paste that
[00:08] <micahg> http://pastebin.com/f2eb71257
[00:09] <asac> -build-stamp: configure-stamp
[00:09] <asac> +build-stamp: configure-stamp
[00:09] <asac> -
[00:09] <asac> (23)
[00:10] <asac> row 71
[00:10] <asac> 75
[00:10] <micahg> does it not like my spaceS?
[00:10] <asac> 140
[00:10] <asac> not sure
[00:10] <asac> make those diffs go away ;)
[00:10] <micahg> k
[00:11] <asac> 149 152ff
[00:11] <micahg> they have extra spaces before :)
[00:12] <asac> whats the difference of update-xpi and rebuild-debian-files ?
[00:12] <asac> just the wget?
[00:12] <micahg> asac: yes
[00:12] <asac> what uses rebuild-debian-files?
[00:12] <asac> or is that external API?
[00:12] <micahg> external if you need to fix the control file after you download
[00:13] <asac> make update-xpi: wget rebuild-debian-files
[00:13] <asac> i guess
[00:13] <micahg> k
[00:13] <micahg> should I try pushing to hardy?
[00:14] <asac> +       cat $(CURDIR)/debian/locales.list >> $(CURDIR)/debian/packages.list
[00:14] <asac> +       sort -u $(CURDIR)/debian/packages.list > $(CURDIR)/debian/packages.list.new
[00:14] <asac> +       mv $(CURDIR)/debian/packages.list.new $(CURDIR)/debian/packages.list
[00:14] <asac> that probably should be
[00:14] <asac> oh
[00:14] <asac> is the >> intentional? then nevermind
[00:14] <asac> consider to make emtpy line in between
[00:14] <micahg> yes, so we keep all the previous ones
[00:15] <micahg> so we always have a stub package if we published a translation previously
[00:15]  * micahg should probably comment :)
[00:15] <asac> the sort gets rid of duplicates?
[00:15] <micahg> yep
[00:16] <asac> second and third line might be cat FILE | sort -u > $(CURDIR)/debian/packages.list
[00:16] <asac> combinable
[00:16] <asac> maybe do this ;)
[00:16] <micahg> even though I'm writing to the same file I'm reading?
[00:17] <asac> cat $(CURDIR)/debian/packages.list $(CURDIR)/debian/locales.list  | sort -u > $(CURDIR)/debian/packages.list
[00:17] <asac> hmm
[00:17] <asac> oh
[00:17] <asac> my brain still had the > in it
[00:17] <asac> but you can combine 1 and 2 like it ;)
[00:17] <asac> i would hope
[00:18] <asac> but not important enough
[00:18] <asac> so just keep ;)
[00:18] <micahg> asac: before I had uniq FILE | sort >
[00:19] <asac> micahg: ok. did you do a local test build?
[00:19] <asac> do the languages install?
[00:19] <micahg> yes, works fine in karmic
[00:19] <micahg> ugh
[00:19] <micahg> jsut erased it
[00:19] <asac> please test the following languages: de, fr, es, pt, en_GB, if more you can take them
[00:19] <asac> oh and also zh
[00:19] <asac> (if you do release tests of locales)
[00:20] <micahg> how do you list the files in a .deb again?
[00:20] <asac> if you have the deb?
[00:20] <micahg> yeah
[00:20] <asac> installed its dpkg -L packagename
[00:20] <asac> dpkg -c filename
[00:21] <micahg> yep, appears to be working :)
[00:21] <asac> install them . test them
[00:21] <asac> and then upload to a ppa for lucid
[00:21] <asac> and then try hardy
[00:21] <micahg> is it enough to just install the .debs locally to test or do I need the language-selector test again?
[00:21] <asac> no
[00:21] <asac> just install locally
[00:21] <asac> and use
[00:21] <micahg> k
[00:21] <asac> export LANG=de
[00:21] <asac> firefox
[00:22] <asac> export LANG=zh_TW
[00:22] <asac> firefox
[00:22] <asac> export LANG=zh_CN
[00:22] <asac> firefox
[00:22] <asac> s/firefox/thunderbird/
[00:22] <asac> export LANG=fr
[00:22] <asac> etc.
[00:22] <micahg> oh, I was using the language addon in TB to switch
[00:22] <asac> thats not how we do it
[00:22] <asac> we just use LANG env ;)
[00:22] <micahg> k
[00:22] <asac> you probably need to uninstall that
[00:23] <asac> oh ... nowadays we seem to have issues with some extensions
[00:23] <asac> when starting firefox twice
[00:23] <asac> so start twice to test ;)
[00:23] <asac> second time for greasemonkey it doesnt start anymore for instance
[00:23] <micahg> hardy worked now :)
[00:23] <asac> same could be true for translations ... until someone has debugged that we should use extra care
[00:24] <asac> good ;)
[00:24] <asac> well done
[00:24] <micahg> thanks
[00:24] <asac> maybe give the full roundtrip a try too ... e.g. does updating xpis sstill work etc.
[00:25]  * micahg will have to remove the broken .xpis again, but ok
[00:26] <asac> broken xpis?
[00:26] <micahg> yeah, tehre were 3 languages that had whitespace
[00:27] <asac> ah
[00:27] <asac> yes
[00:29] <micahg> bug...package names need to be lowercase...
[00:29] <asac> probably ;)
[00:35] <micahg> all is ok now :)
[00:38] <micahg> test build in ppa on lucid and karmic
[00:38] <micahg> asac: should I spin a TB3 build as well?
[00:43] <micahg> bdrung: thanks, all is working on hardy :)
[00:55] <asac> micahg: yes
[00:55] <micahg> k
[01:12] <micahg> asac: is it worth denting about pushing stuff to my personal PPAs?
[01:13] <micahg> asac: also, have you reviewed my changes for TB3?
[01:31] <micahg> asac: TB3 built fine on lucid amd64
[01:31] <asac> i think all security stuff should be up now
[01:32] <asac> minus xul 1.9.1 lucid
[01:32] <micahg> k
[01:32] <micahg> that's great then
[01:32] <micahg> 63 pending builds
[01:32] <micahg> BTW, debian apaprently has a fix for sparc
[01:32] <asac> well
[01:32] <asac> we should disable-jit there
[01:32] <asac> until we have upstream fix
[01:32] <asac> we have that fix in 1.9.1 i thought
[01:33] <asac> at least karmic ?
[01:33] <micahg> for sparc?
[01:33] <asac> yeah
[01:33] <asac> so in karmic 1.9.1 builds for sparc
[01:34] <micahg> ah, yes
[01:35] <micahg> so, that needs to be ported fwd as well?
[01:35] <micahg> to 3.6?
[01:36] <asac> yes. though i think there is an upstream fix pending
[01:36] <asac> armin76 would know ;)
[01:37] <micahg> I get this now ...
[01:37] <micahg> (process:20696): Gtk-WARNING **: Locale not supported by C library.
[01:37] <micahg>         Using the fallback 'C' locale.
[01:37] <micahg> when I try this:  export LANG=de
[01:37] <micahg> thunderbird
[01:38] <asac> is it in german?
[01:38] <asac> hmm
[01:38] <asac> might be you need for language packs
[01:38] <asac> but tbird should be german still, isnt it?
[01:38] <micahg> no
[01:38] <asac> try
[01:38] <asac> de_DE
[01:39] <asac> export LANG=de_DE
[01:39] <asac> or
[01:39] <asac> export LANG=de_DE.UTF-8
[01:39] <micahg> niope
[01:39] <asac> then there is something wrong ;)
[01:39] <asac> the warning shouldnt be the problem
[01:39]  * micahg probably needs the langpacks
[01:40] <asac> try it... but afaik, tbird doesnt care for that
[01:40]  * micahg has it
[01:40] <micahg> no go
[01:40] <asac> rather check if all is right
[01:40] <micahg> when I use the locale switcher, it works
[01:40] <asac> have you uninstalled that now?
[01:40] <micahg> yes
[01:40] <micahg> the langpacks show up in tb
[01:40] <asac> go to config editor
[01:41] <asac> search for matchOS
[01:41] <asac> most likely that messed with that setting
[01:41] <micahg> ah, I might not have that...
[01:41] <asac> it should be default aka true
[01:41] <asac> you should have that
[01:41] <asac> but probably set to false
[01:41] <micahg> false :)
[01:41] <asac> from the extension shit
[01:41] <asac> ;)
[01:41] <asac> yeah
[01:41] <asac> sorry for bad tone
[01:42] <micahg> says the default is false
[01:42] <asac> thats a problem then
[01:42] <asac> for firefox we ship it like:
[01:42] <asac> grep matchOS /etc/firefox/pref/*
[01:42] <asac> pref("intl.locale.matchOS", true);
[01:42] <asac> so in the syspref file
[01:42]  * micahg is chcecking with a clean profile
[01:42] <asac> most likely we dont even have a syspref patch?
[01:42] <asac> yes, try everything clean
[01:43] <micahg> false
[01:43] <asac> we dont even ship /etc/thunderbird ?
[01:43] <asac> we need the syspref feature from firefox
[01:43] <asac> and the link from APPDIR/defaults/sysprefs /etc/thunderbird/pref
[01:43] <micahg> yes,w e do
[01:44] <micahg> http://pastebin.com/f37dff5ad
[01:44] <asac> micahg: thats not shipped by our tbird 3 package, or is it?
[01:44] <micahg> yes, that's from the tb3 package
[01:44] <asac> if its shipped we need a patch and a link like above
[01:45] <asac> APPDIR/defaults/sysprefs /etc/thunderbird/pref
[01:45] <asac> like in firefox
[01:45] <asac> b ls debian/patches/*sys*
[01:45] <asac> debian/patches/add_syspref_dir.patch
[01:46] <asac> thats what we need in tb3 i guess
[01:46] <asac> for the syspref dir
[01:48] <micahg> should I pull hte patch from ff3.5?
[01:48] <micahg> or rather xul191
[02:04] <micahg> I grabbed the xulrunner patch and it's bulding now
[02:21] <asac> micahg: from 3.6
[02:21] <asac> ffox
[02:21] <asac> but i think it just applies
[02:21] <asac> from 1.9.1
[02:23] <micahg> asac: I pulled the patch from xul191 since that's what TB3 is built on
[02:23] <asac> right
[02:23] <asac> all good i guess
[02:23] <micahg> should be almost done building
[02:23] <asac> micahg: remember that the link needs to be created
[02:23] <micahg> are the rest of my patches ok?
[02:23] <asac> no idea
[02:23] <asac> ;)
[02:23]  * micahg forgot the link...I'll let it build first :)
[02:25] <asac> i assume you picked the other patches from xul etc.?
[02:25] <asac> then they should be fine
[02:25] <asac> please commit the rest of the stuff (incl. the link and the script) i will review and upload tomorrow
[02:26] <asac> you can make a release commit on your branch ... just in case that its perfect ;)
[02:26] <asac> try a few cases for the profile migration and see if decide later makes it pop up again and so on
[02:26] <asac> i have to drop to bed ;)
[02:26] <asac> the locale packages are in your ppa now?
[02:26] <micahg> yes
[02:27] <asac> the debhelper 5 ones? good
[02:27] <micahg> well, I have it for dh6
[02:27] <micahg> since that's what hardy has
[02:27] <asac> i am quite sure your script works with 5 too
[02:27] <micahg> probably :)
[02:27] <asac> the previous rules didnt have anything newer
[02:27] <asac> please use whatever was used in the previous package
[02:27] <micahg> that was 4
[02:27] <asac> then that
[02:27] <micahg> and I had lintian complaints
[02:28] <asac> i think 5 is decent old
[02:28] <asac> but whatever. i might change it on upload
[02:28] <micahg> k
[02:28] <asac> it definitly needs to match what you have as lower versoin in control
[02:28] <micahg> that's what I set both at 6
[02:29] <micahg> well, control is 6~
[02:29] <micahg> do I need a .js file for tb
[02:29] <asac> use hte one from the old pakcage
[02:29] <asac> package
[02:29] <asac> tbird 2
[02:29] <asac> cat /etc/thunderbird/pref/thunderbird.js  | pastebinit
[02:29] <asac> http://pastebin.com/f5532a62
[02:30] <asac> dont ask me why we have those ;)
[02:30] <asac> matchOS is important
[02:30] <asac> no idea about pref("extensions.update.enabled", true);
[02:30] <asac> feels like its really old
[02:33] <micahg> ok, I got rid of the line and added it to the .install file
[02:34] <asac> the line?
[02:34] <asac> you mean dh_install?
[02:34] <micahg> debian/thunderbird.js etc/thunderbird/pref
[02:34] <asac> k
[02:34] <micahg> now,do i need to link that to the TB dir in addition?
[02:34] <asac> yes
[02:34] <asac> like in ffox3.6
[02:35] <micahg> k
[02:38] <micahg> got it
[02:41]  * micahg is changing compat back to 4
[02:43] <micahg> asac: good night
[02:43] <micahg> I'll try to be on around 13:00 UTC
[02:59] <micahg> asac: locales work now :)
[05:01] <ArneGoetje> asac: orz... respinning language-pack updates now.
[07:17] <ArneGoetje> asac: uploading
[08:41] <BUGabundo_remote> morning
[10:22] <asac> ArneGoetje: i wanted to update the searchplugins today ... now we need another run :(
[10:22] <ArneGoetje> gaa
[10:23] <ArneGoetje> asac: actually I need to leave now... how much time do the changes need?
[10:23] <asac> no clue
[10:23] <asac> i will talk to pitti
[10:23] <asac> just give me instructions how to run that stuff
[10:23] <asac> i dont like the idea doing it manually :/
[10:23] <asac> i have all the info now
[10:24] <ArneGoetje> asac: respin the language packs?
[10:24] <asac> yes
[10:24] <asac> we need to do that
[10:25] <ArneGoetje> asac: the latest tarball for lucid in unpacked in /srv/language-packs.ubuntu.com/langpack-o-matic/temp
[10:26] <ArneGoetje> asac: edit rosetta-lucid/timestamp.txt and bump the version number to .3 and +1 for every respin.
[10:26] <asac> ArneGoetje: so this time bump it to .3, right?
[10:26] <asac> ArneGoetje: and how to run?
[10:26] <ArneGoetje> asac: from temp/, build a new tarball, so that the top level directory in the tarball is rosetta-lucid/
[10:26] <ArneGoetje> asac: yes
[10:27] <ArneGoetje> when you have the tarball, cd to /srv/language-packs.ubuntu.com/langpack-o-matic
[10:27] <ArneGoetje> asac: the run ./import $tarball lucid 1> ../logs/lucid.log 2>../logs/lucid_errors.log
[10:27] <asac> does the tarball name matter?
[10:28] <ArneGoetje> asac: no
[10:28] <asac> ok
[10:28] <asac> and then?
[10:28] <ArneGoetje> asac: then check the logs and tarballs in ../lucid/sources-update/language-pack-$languagecode/data/mozilla.tar.gz
[10:29] <ArneGoetje> asac: if everything is fine, run dchroot -d /srv/language-packs.ubuntu.com/langpack-o-matic/packages upload
[10:29] <ArneGoetje> asac: done.
[10:29] <asac> hmm ok
[10:29] <asac> ArneGoetje: i dont see any langpacks on the builders
[10:29] <asac> does that mean it just takes a few hours to build all?
[10:30] <ArneGoetje> asac: are they in the queue?
[10:30] <asac> which queue?
[10:30] <ArneGoetje> asac: or maybe built already?
[10:30] <asac> https://edge.launchpad.net/ubuntu/+source/lucid/+queue
[10:30] <asac> https://edge.launchpad.net/ubuntu/lucid/+queue
[10:31] <asac> no idea
[10:31] <asac> ArneGoetje: does that automatically produce update langpacks?
[10:32] <asac> its odd... i thought we push 100 langpacks or so
[10:32] <asac> how can it be that they already finished?
[10:32] <asac> i see the -nl is already build
[10:32] <ArneGoetje> asac: the updates are not that big
[10:32] <ArneGoetje> asac: those are not full-exports from rosetta, just deltas
[10:32] <asac> what does it mean?
[10:33] <asac> ok
[10:33] <asac> so langpack-o-matic checks later if there were any changes and decides to not upload all?
[10:33] <ArneGoetje> asac: yes
[10:33] <asac> where can i see what was uploaded?
[10:33] <asac> ArneGoetje: how does it determine that?
[10:34] <asac> now that we have searchplugins its more than just the .po files
[10:34] <asac> does it produce all sources and then compare the content of those sources?
[10:34] <asac> ArneGoetje: i need to run everything as langpack from above?
[10:35] <ArneGoetje> asac: no, it goes through the language codes in the rosetta tarball.
[10:36] <asac> and compares the tarballs?
[10:36] <ArneGoetje> asac: only those languages which actually have updates in the tarball get built.
[10:36] <asac> ok
[10:36] <asac> makes sense
[10:36] <asac> thanks
[10:36] <asac> enjoy your holiday
[10:36] <asac> and sorry for the disturbance ... i really didnt expect you to come back ;)
[10:37] <ArneGoetje> asac: IOW, when we implement the searchplugins stuff for all languages, we need to get new -base packages, means a full-export from rosetta. And then need to change the code in po2xpi to detect changes in the searchplugins folder, since they are independent from the rosetta-tarballs.
[10:38] <ArneGoetje> asac: currently it doesn't do that
[10:38] <ArneGoetje> asac: but languages, which ave upstream XPIs, get updated in any case.
[10:40] <ArneGoetje> asac: if you have trouble or questions, ping me later, I will probably be online again after 4 hours, when my kids are asleep.
[10:40] <asac> i dont get that.
[10:40] <asac> i thought rosetta tarballs means the .tar.gz produced by rosetta
[10:40] <asac> i thought mozilla.tar.gz is included in each of that
[10:41] <ArneGoetje> asac: but from tomorrow on I will be travelling with my family for the rest of the week and won't always have internet connectivity.
[10:41] <asac> so if the searchplugins change ... the mozilla.tar.gz changes ... the rosetta tarball changes
[10:41] <ArneGoetje> asac: no.
[10:41] <asac> ArneGoetje: thanks. i think its ok this week
[10:41] <asac> i just need to change the existing searchplugins ... or maybe add one more (or does that not even work?)
[10:42] <ArneGoetje> asac: the rosetta tarballs only include the .po files of those languages which have changes.
[10:42] <asac> hmm
[10:42] <ArneGoetje> asac: the mozilla.tar.gz tarballs are produced by po2xpi
[10:42] <asac> langpack-o-matic should do a full run and then compare the output rather than the input
[10:42] <asac> ArneGoetje: i know. thats why i wondered if it works ata ll if i rerun
[10:42] <ArneGoetje> asac: if you are volunteering to write the code to do that, go ahead. ;)
[10:43] <asac> why does it work if i rerun now?
[10:43] <asac> in my book the .po files didnt change
[10:43] <asac> -> searchplugins wont get included
[10:45] <asac> fta: https://launchpad.net/bugs/522078
[10:45] <ArneGoetje> asac: it doesn't matter if the po files changed. If they are present, the language will get updated.
[10:45] <asac> mdz says its not crashing from beta channel ppa, but from archive
[10:46] <ArneGoetje> asac: and somehow those languages with upstream xpis also get rebuilt... need to check the code in po2xpi to figure out how this works and why
[10:47] <asac> ah ok
[10:47] <asac> ArneGoetje: so it means we might not have gotten all langpacks?
[10:47] <asac> err searchplugins
[10:47] <asac> have you checked that at least those languages were included?
[10:48] <ArneGoetje> asac: I have only checked de and zh-hant, not all languages
[10:48] <asac> ok.
[10:49] <asac> i will see
[10:49] <asac> enjoy your holiday
[10:49] <ArneGoetje> asac: ok, thanks
[10:51] <asac> fta: how can we verify that our release really matches the beta channel?
[12:15] <fta2> asac, http://code.google.com/p/chromium/issues/detail?id=34725
[12:17] <asac> fta2: so go for in-source?
[12:17] <asac> what are we still using from system?
[12:17] <asac> gtk, nss/nspr? anything else?
[12:17] <asac> on jpeg?
[12:18] <asac> lets upload with libxslt also dropped then
[12:18] <asac> sigh
[12:18] <fta2> GYP_DEFINES += \
[12:18] <fta2>         use_system_bzip2=1 \
[12:18] <fta2>         use_system_zlib=0 \
[12:18] <fta2>         use_system_libjpeg=1 \
[12:18] <fta2>         use_system_libpng=1 \
[12:18] <fta2>         use_system_sqlite=$(USE_SYSTEM_SQLITE) \
[12:18] <fta2>         use_system_libxml=0 \
[12:18] <fta2>         use_system_libxslt=0 \
[12:18] <fta2>         $(NULL)
[12:18] <fta2> USE_SYSTEM_SQLITE=0
[12:18] <fta2> so just bzip2, jpeg and png
[12:18] <asac> right.
[12:19] <asac> they dont have their own apng?
[12:19] <fta2> i don't think so
[12:19] <asac> mm
[12:19] <asac> wonder if we should just set everything to 0 ;)
[12:19] <fta2> probably
[12:20] <asac> fta2: maybe do that and update the beta channel archive upload if you have time
[12:20] <fta2> ifeq (1,$(WANT_SYSTEM_LIBS))
[12:20] <asac> yeah
[12:20] <asac> maybe we should disable that for beta builds now that we have that in archive ;)
[12:20] <asac> though ... i am not sure we should have system libs
[12:20] <asac> if upstream doesnt care
[12:20] <fta2> i have to regenerate all tarballs then
[12:20] <asac> fta2: huh?
[12:21] <asac> fta2: thats a build time option, isnt it?
[12:21] <asac> or are we stripping based on GYP_DEFINES?
[12:21] <fta2> because when USE_SYSTEM_SQLITE is set, i strip the corresponding dirs from the tarball
[12:21] <asac> yeah.
[12:21] <asac> messy
[12:21] <asac> can you just append +1 or something to the upstream version?
[12:22] <asac> or does that kill the beta ppa?
[12:22] <fta2> yep, already did +0 last week for libxml
[12:22] <asac> heh
[12:22] <asac> ok so thats already done right ;)
[12:22] <asac> proven to work (TM)
[12:23] <asac> so all or just xslt this round?
[12:23] <asac> in-sourcifying that is
[12:27] <asac> fta2: maybe comment on the launchpad bug and close it for the upload (or ask mdz etc. to verify a testbuild from beta ppa) ... so you get the credits ;)
[13:41] <micahg> asac: I'm getting a different rich root support error when trying to merge dmitrij's branch
[13:50] <asac> micahg: yeah. then he has to redo his branch ;)
[13:50] <asac> micahg: what do you have for bzr info ?
[13:51] <micahg> branching now to cehck
[13:51] <micahg> Standalone tree (format: unnamed)
[13:51] <micahg> same as ours..weird
[13:54] <micahg> asac: ^^
[13:55] <asac> micahg: i would suggest to start with a fresh branch
[13:55] <asac> maybe even the branch attempt messes up our format
[13:57] <micahg> k
[13:57] <micahg> maybe all the branches got upgraded?
[13:57] <micahg> no
[13:58] <micahg> should I just grab the diff and apply manually?
[13:58] <micahg> or ask him to redo
[14:09] <micahg> asac: ^^
[14:16] <asac> i dont know ;)
[14:16] <asac> i would hope he made a mistake such as bzr upgrade
[14:17] <asac> lets ask on #bzr
[14:17] <asac> asked
[14:24] <asac> micahg: run info -v
[14:24] <asac> to get more info
[14:24] <asac> bzr info -v
[14:24] <asac> can you paste that output?
[14:28] <micahg> yeah, his is using rich roots (2a)
[14:28] <micahg> asac: ^^
[14:29] <micahg>  repository: Repository format 2a - rich roots, group compression and chk inventories
[14:29] <micahg> ours: repository: Packs containing knits without subtree support
 i would hope he made a mistake such as bzr upgrade
[14:31] <maxb> Unfortunately there's a hideous trap for the unwary where if you 'bzr init-repo' and then 'bzr branch' a remote project into that repo, you can unwittingly get a local branch that is rich-rooted
[14:32] <asac> ouch
[14:32] <asac> that feels bad ;)
[14:32] <maxb> very bad
[14:32] <micahg> asac: is it bad to ping on identi.ca?
[14:33] <asac> micahg: for what?
[14:33] <micahg> asac: to get dmitrij to update his branch
[14:33] <asac> you can ask on the merge request
[14:33] <micahg> k
[14:33] <micahg> asac: what can I do in the mean time, prepare the 1.9.1.8 update?
[14:36] <asac> micahg: testing it
[14:36] <asac> the bits are there
[14:36] <asac> for 3.0 and 3.5
[14:37] <asac> micahg: also just apply his branch manually and reject
[14:37] <asac> his merge
[14:37] <asac> saying that he upgraded branch format
[14:37] <micahg> asac: I asked you that and already replied :(
[14:38] <asac> yeah. you can update ;)
[14:38] <asac> and say you changed your mind because someone else was stupid ;)
[14:45] <asac> micahg: xulrunner-1.9.2.head is pack-0.92
[14:45] <asac> same for firefox-3.6.head
[14:45] <asac> not sure why you think it isnt
[14:45] <asac> anyway
[14:46] <asac> so the reason is that they submitter branched firefox in a rich-root repository
[14:46] <micahg> I'm doing xulrunner-1.9.1
[14:46] <asac> bzr info https://edge.launchpad.net/~mozillateam/xulrunner/xulrunner-1.9.1.head
[14:46] <asac> Repository branch (format: pack-0.92)
[14:47] <asac> you have a local repository?
[14:47] <micahg> yes
[14:47] <micahg> I've tried branching anew 3 times
[14:48] <asac> and local checkout is
[14:48] <asac> bzr info
[14:48] <asac> Standalone tree (format: pack-0.92)
[14:48] <asac> micahg: you probably have a repository in the top level directory where you branch it
[14:48] <asac> like you ran bzr init-repo at some point
[14:48] <asac> never do that ;)
[14:48] <asac> its messy
[14:48] <micahg> hmm
[14:48] <asac> at least i only have bad experiences with repositories
[14:48] <asac> locally
[14:48] <micahg> nope
[14:48] <asac> they cause things like this
[14:48] <micahg> not a branch
[14:49] <asac> paste bzr info -v
[14:49] <asac> anyway. i dont know then
[14:49] <micahg> http://pastebin.com/f13c46178
[14:49] <asac> maybe you have something odd in .bazaar?
[14:49] <micahg> ii  bzr                                             2.0.4-1~bazaar1~karmi
[14:50] <asac> working tree format is 4 for me
[14:50] <asac> for you its 6
[14:50] <micahg> nothing in the conf file
[14:51] <micahg> asac: which version of bzr do you have?
[14:52] <asac> 2.1.0
[14:52] <asac> ~rc2
[14:52] <asac> from lucid
[14:52] <micahg> should I upgrade?
[14:53] <asac> to lucid?
[14:53] <micahg> no, to the 2.1rc2
[14:53] <asac> do that in a time when it doesnt block your work :)
[14:53] <asac> i dont know
[14:53] <asac> seems your commits at least dont trash the online branch ;)
[14:53]  * micahg wonders why using the stable bzr branch is worse
[14:54] <asac> probably a bug in 2.0.4
[14:55] <asac> 15:52 < asac> so guess that was a bug in karmic bzr?
[14:55] <asac> 15:52 < asac> thats 2.0.4
[14:55] <asac> 15:54 < fullermd> No, 2.1 does it too.
[14:55] <asac> 15:54 < asac> why not for me?
[14:55] <asac> 15:54 < asac> 15:51 < asac> i have http://pastebin.com/f230277fa
[14:55] <asac> 15:54 < asac> thats bzr info -v
[14:55] <asac> 15:54 < fullermd> Because you're using http; it's preserving it over that.
[14:55] <asac> omg
[14:55] <micahg> heh
[14:56] <micahg> karmic released with 2.0.0 and was updated to 2.0.2
[14:56]  * micahg follows the bzr teams' PPA
[14:56] <asac> yeah
[14:56] <asac> so over http its ok
[14:56] <asac> seems the working tree format only matters for local trees according to bzr
[14:56] <asac> ok lets move on
[14:57] <micahg> k
[14:57] <asac> whats up with the tbird script?
[14:57] <asac> thats tested thoroughly?
[14:57] <micahg> migrator?  should be done
[14:57] <micahg> I did some testing
[14:57] <asac> all cases?
[14:58] <asac> and langpacks are also tested?
[14:58]  * asac pulls latest
[14:58] <micahg> langpacks work
[14:59]  * micahg tested with .m-tb and .tb3 and keep, .m-tb and .tb3 and use .tb3, .m-tb w/out .tb3, and migrated .m-tb and .tb3 and use .tb3
[15:00] <asac> you didnt add all commits to changelog?
[15:00] <asac> like rev 121
[15:01] <micahg> asac: those were my fault from the import
[15:02] <asac> ok
[15:02] <micahg> should be the same as TB2
[15:02] <asac> micahg: i assume we dont have the orig production fixed?
[15:02] <micahg> asac: nope, I fixed it in my branch :)
[15:02] <asac> oh we have
[15:02] <asac> cool
[15:02] <asac> let me try that
[15:02] <micahg> asac: should I get someone to test it
[15:02] <micahg> I mean TB3
[15:03] <micahg> asac: I added fta's fix so that we can do rc's as well
[15:03] <asac> if your ppa is clean (e.g. locales + tb3) you can ask someone, yes
[15:03] <asac> i would test the upgrade locally first once though
[15:04] <asac> if i was you that is
[15:04] <micahg> unfortunately, it's 2 ppas since I messed up with the first .orig.tar.gz
[15:04] <micahg> I did test them locally first :)
[15:06] <micahg> asac: I
[15:06] <micahg> asac: I'll merge in the changes for 1.9.1.8 on my way to work
[15:48] <asac> micahg: thanks
[15:56] <micahg> asac: I should be back online in 1.5-2 hours
[17:11] <kindofabuzz> where's the builds been?
[17:59] <BUGabundo_remote> asac: fta: is adobe flash in parter missing ? flash installer just 404's
[18:04] <asac> BUGabundo_remote: needs to get updated
[18:04] <asac> i need to ping the guy
[18:14] <BUGabundo_remote> asac: karmic clean install, full upgrade, adding ppa stable release to get FF 3.6, it loses icon on top bar
[18:23] <BUGabundo_remote> asac: FYI security repo seems to have the last one, while partner doesn't
[18:24] <micahg> BUGabundo_remote: you talking about flash?
[18:25] <asac> micahg: BUGabundo_remote strange
[18:25] <asac> micahg: oops
[18:25] <micahg> micahg: hi
[18:25] <micahg> oops
[18:25] <micahg> asac: I have stuff for you :)
[18:26] <asac> micahg: looking at tbird i wonder why the locales dont alternativeyl depend on language-support... anymore?
[18:26]  * asac runs
[18:26] <asac> ;)
[18:26] <micahg> asac: doesn't exist
[18:26] <asac> hmm
[18:26] <asac> have you checked with pitti what to use instead and he said nothing?
[18:27] <micahg> asac: I asked ArneGoetje and he said nothing
[18:27] <micahg> he said that the language selector installs it automatically
[18:27] <micahg> s/it/tb-locale/
[18:29] <asac> right
[18:29] <asac> pitti confirmed
[18:30] <asac> micahg: so you had something for me?
[18:31] <micahg> asac: yes, sorry..I took dmitrij's changes and just enhanced the changelog
[18:31]  * micahg is pushing now
[18:31] <asac> good
[18:31] <asac> is lucid ready then?
[18:31] <asac> is it on 1.9.2 too?
[18:31] <micahg> I also added the apport hook for ff and added PPA support for it hopefully, but I need to test
[18:31] <micahg> asac: not yet
[18:32] <asac> right. so ffox is done?
[18:32]  * asac checks if its ready for upload
[18:32] <micahg> asac: which ff?
[18:32] <asac> yes
[18:32] <asac> 3.6
[18:33] <asac> the others are in the security ppa ;)
[18:33] <micahg> oh, I wanted to test the apport hook first :)
[18:33] <asac> we dont upload 3.5 to lucid anymore
[18:33] <micahg> asac: lucid xul191 is ready though
[18:33] <micahg> I jsut pushed
[18:35] <asac> ok let me put that in security ppa
[18:35] <BUGabundo_remote> micahg: I was
[18:35] <asac> actually its not ffox ... let me upload that directly
[18:36] <micahg> BUGabundo_remote: yeah, partner updated over the weekend and security team didn't get to it yet
[18:36] <BUGabundo_remote> ok
[18:36] <micahg> asac: should I set dmitrij's branch to merged since I merged it in manually or is that deceptive?
[18:36] <asac> yes
[18:36] <asac> comment that you manually did it now
[18:38] <micahg> asac: done
[18:38] <micahg> asac: I'm test building 3.6 now
[18:41] <asac> yeah
[18:41] <asac> so the migrator seems to be more or less happy for main cases
[18:41] <micahg> great
[18:41] <asac> in contrast to tbird itself ;)
[18:41] <asac> seems i didnt open it for a bit ;)
[18:41] <asac> now it has 250K messages to index ;)
[18:42] <micahg> ah, yeah, we had a complaint about the global search
[18:42] <micahg> there's an upstream bug to add some control over it in 3.1
[18:42] <asac> good
[18:42] <asac> maybe its even a bit better in 3.0.1
[18:43] <micahg> hopeefully
[18:47] <asac> micahg: do you know 3.6.1 scheduled?
[18:47] <micahg> asac: 3.6.1 was skipped
[18:48] <asac> interesting
[18:48] <micahg> I think they wanted to do 3.6.2 soon
[18:48] <micahg> but that didn't seem to happen
[18:49] <asac> how many bug fixes piled up upstream for 3.6 branch?
[18:49]  * micahg checks
[18:50] <micahg> 20
[18:50] <micahg> hmm
[18:51] <micahg> 10 fir 3.6.1
[18:51] <micahg> *for
[19:09] <micahg> jdstrand: BTW, ff 3.0.18/3.5.8 is supposed to be released tomorrow from mozilla
[19:10] <asac> fta2: seems it was fixed
[19:10] <asac> can we get that in archive?
[19:13] <fta> sure
[19:14] <asac> remember to close the lp bug ;)
[19:14] <asac> well done :-P
[19:15] <fta> done
[19:20] <micahg> asac: I'll update the firefox-stable PPA after we get ubuntu3 in
[19:21] <asac> yes
[19:22]  * asac waits for the bits
[19:22] <micahg> almost done building :)
[19:25] <jdstrand> micahg: I'm off today, but what testing has been/will be performed on those?
[19:26] <micahg> jdstrand: sorry, they were uploaded to the security PPA, idk what needs to be done, I'll ask asac, I just figured I'd let you know so that someone has time to write the USN
[19:27] <jdstrand> micahg: yes, I'll write the USN and do some testing, but normally asac et al does a bunch of testing. I wanted to make sure that was being done this time
[19:27] <micahg> jdstrand: k, sorry for bothering you on your day off
[19:28] <jdstrand> np :)
[19:49] <BUGabundo> micahg: I was only reporting back
[19:49] <micahg> BUGabundo: k :)
[19:50] <BUGabundo> since my boss did a clean install after he messed his debian squeese
[19:50] <BUGabundo> went (k)ubuntu
[19:50] <BUGabundo> and flash and FF upgrades gave him probs
[19:50] <BUGabundo> I'm still waiting for a packaged 64bits flash
[19:50] <micahg> BUGabundo: as soon as it's released :)
[19:50] <BUGabundo> I should upgrdade mine
[19:51] <BUGabundo> running a old one
[19:51] <BUGabundo> Shockwave Flash 10.0 r42
[19:51] <crimsun> r45 doesn't help with hulu, unfortunately
[19:51]  * micahg doesn't have a problem with hulu and nspluginwrapper
[19:52] <BUGabundo> don't have it here
[19:52] <crimsun> micahg: right, only 64-bit is affected
[19:53] <asac> BUGabundo: adobe stopped doing 64-bit afaik for the last few releases
[19:53] <BUGabundo> $ md5sum /usr/lib/flashplugin-installer/libflashplayer.so
[19:53] <BUGabundo> 57fb976761aac898897e96101ee1a4e0  /usr/lib/flashplugin-installer/libflashplayer.so
[19:53] <BUGabundo> asac: they did ?
[19:53] <micahg> crimsun: 64 bit flash doesn't work wiith hulu?
[19:53] <asac> yes
[19:53] <BUGabundo> libflashplayer-10.0.45.2.linux-x86_64.so.tar.gz
[19:53] <BUGabundo> so what is this ??
[19:54] <asac> maybe they resurrected it again. i know that they skipped a release at least
[19:54] <BUGabundo> right
[19:54] <BUGabundo> 64bits devel doesn't keep up with main team
[19:54] <micahg> which is why we can't publish it :)
[19:54] <micahg> and otehr reasosn..
[19:54] <BUGabundo> but that's either cause its small audience, doesn't affect it, or lacks man power
[19:55]  * micahg thinks it's because it's pre-release
[19:55] <BUGabundo> micahg: being pre is only cause they don't want to go full support
[19:55] <BUGabundo> ie very small audience
[19:55] <BUGabundo> if they did release full support on all archs, browsers
[19:55] <BUGabundo> it would be a mess
[19:55] <micahg> BUGabundo: no, because it's not ready yet, they plan on releasing with 10.1+
[19:55] <BUGabundo> MSFT is doing the same with silverlight
[19:56] <BUGabundo> micahg: I dough they will ever make it a full rlease like 32bits
[19:56] <BUGabundo> not enough quota
[19:56] <micahg> BUGabundo: you mean limited current use or potential userbase?
[19:56] <BUGabundo> many of us use 64bits but still we are very few
[19:56] <micahg> BUGabundo: they said they plan too sometime after the 10.1 release
[19:56] <BUGabundo> Win is still mostly 32bits, so is mac, and even canonical *only* shipps 32b CDs
[19:57] <BUGabundo> micahg: not from what I've read...
[19:57] <micahg> BUGabundo: server CDs are 64 bit :)
[19:57] <BUGabundo> no. they are multi kernel
[19:57] <BUGabundo> with PAE support
[19:57] <BUGabundo> AFAIK
[19:57] <BUGabundo> could be wrong, stop following kernel ML last cycle
[19:57]  * BUGabundo should catch up on mozilla team ML
[19:57] <micahg> BUGabundo: http://labs.adobe.com/technologies/flashplayer10/faq.html#flashplayer10FAQ_64-bit03
[19:58] <micahg> BUGabundo: the CDs I have say 64 bit only
[19:58] <BUGabundo> how long as that been there??
[19:58] <micahg> since jaunty at least
[19:58] <BUGabundo> since the beginning ?
[19:58] <BUGabundo> eheh
[19:58] <BUGabundo> I'vent asked for server CDs
[19:59] <BUGabundo> I only get 50 32bits on each cicle
[19:59] <BUGabundo> I have a Remaning one!
[19:59] <micahg> BUGabundo: apple is moving to 64 bit only I think and MSFT is now installing 64 bit win7 on capable machiens
[19:59] <BUGabundo> gave the last ones last Saturday, on my FLOSS class :D
[19:59] <BUGabundo> true
[19:59] <BUGabundo> and when did Linux moved to 64bits?
[19:59] <micahg> 10 years ago?
[19:59] <BUGabundo> I've been using 64bits for 2 or more years
[19:59] <BUGabundo> errr
[20:08] <micahg> asac: non distro apport doesn't seem to work
[20:08] <micahg> needs more debugging
[20:08] <micahg> should I push everything else?
[20:10] <fta> you can trick apport
[20:23] <micahg> fta:yes, but I need to figure out what's wrong :)
[20:29] <fta> asac, what's the impact of MeeGo for Moblin/Ubuntu?
[21:02] <dupondje> any eta btw on the broken search engines ?
[21:03] <micahg> dupondje: lucid or firefox-stable ppa?
[21:03] <dupondje> lucid
[21:04] <micahg> I guess that depends on whether or not we need to wait for PPA apport hooks
[21:04] <micahg> asac: what do you think ^^
[21:04] <dupondje> whats need to be done for it ? as its just broke recently
[21:05] <micahg> dupondje: fix is already commited
[21:06] <dupondje> but ... :)
[21:10] <fta> BUGabundo, http://www.theregister.co.uk/2010/02/11/street_view_finland//print.html
[21:11] <BUGabundo> checking
[21:12] <BUGabundo> fta: getting snaps again :(
[21:12] <fta> with this page?
[21:13] <BUGabundo> fta LOLOL
[21:13] <BUGabundo> no not this page
[21:13] <BUGabundo> google ones.
[21:13] <BUGabundo> like gmail and greader
[21:13] <BUGabundo> fta can you open https://caixadirecta.cgd.pt/ ?
[21:13] <BUGabundo> gives me prob with cookies
[21:14] <fta> gmail should be fixed with the last batch (except trunk)
[21:15] <BUGabundo> ahhhh
[21:15] <BUGabundo> so its know
[21:16] <BUGabundo> I don't understand how they break their own products
[21:16] <BUGabundo> pff
[21:16] <BUGabundo> remind me the time when we couldn't login to greader
[21:21] <fta> asac, micahg: maybe something you should reuse? http://glandium.org/blog/?p=900
[21:22] <fta> BUGabundo, they didn't, i sort of did (system lib related issue)
[21:22] <micahg> fta: I saw that
[21:22] <micahg> but it seems we already had it working for karmic/ff3.6 in lucid
[21:23] <BUGabundo> ah ok
[21:41] <BUGabundo> micahg: explain !?
[21:41]  * [reed] rolls eyes at all the patches glandium does for Debian
[21:42] <micahg> BUGabundo: unlimited.status.net vs brainbird bs identica
[21:42] <BUGabundo> whats glandium ?
[21:42] <BUGabundo> ahh
[21:42] <BUGabundo> those
[21:43] <micahg> BUGabundo: mike hommey from debian
[21:43] <BUGabundo> well BB is hosted by deepspawn
[21:43] <BUGabundo> thanks micahg
[21:44] <micahg> s/bs/vs/^^^
[21:46] <BUGabundo> micahg: one of the reasons that makes me run on other server other then identica
[21:46] <BUGabundo> is to _force_ SNI to improve Federation, aka OMB
[21:46] <BUGabundo> they are now launching the new OStatus
[21:47] <BUGabundo> that should improve it a lot
[21:49] <micahg> BUGabundo: so you're telling me I'm using the twitter of open source microblogging?
[21:50] <BUGabundo> no no
[21:50] <BUGabundo> why ?
[21:50] <micahg> ah
[21:50] <micahg> I thought you meant it's the big dog and people aren't paying attention to the rest of the network
[21:52] <BUGabundo> ahh
[21:52] <BUGabundo> well yes , a bit
[21:53] <BUGabundo> and evan gets mad when ppl move away
[21:53] <BUGabundo> I think he forgets its all a single network
[21:53] <BUGabundo> no mather in which server the user is
[21:53] <micahg> BUGabundo: l
[21:53] <micahg> oops
[21:53] <micahg> k
[22:19] <fta> BUGabundo, http://amix.dk/
[22:19] <BUGabundo> lol
[22:19] <BUGabundo> you got lost about it ?
[22:19] <BUGabundo> ahah
[22:20] <BUGabundo> ahahahahahahahahaahha
[22:42] <fta> kenvandine, with gwibber gone from the tray, i no longer see it, so i no longer think of using it :P
[22:44] <BUGabundo> LOL
[22:44] <BUGabundo> use the indicator
[22:45] <fta> too slow
[22:45] <fta> compared to the tray
[22:46] <fta> if it was like rhythmbox, that would be acceptable
[22:51] <micahg> is there a way to zero out xsession-errors w/out restarting?
[22:51] <micahg> mine grew to 35G
[22:58] <fta> cat /dev/null > ~/.xsessionblabla
[22:58] <fta> micahg, ^^
[22:59] <micahg> fta: will that actually give me the space back and keep writing to the file new stuff?
[22:59] <fta> yes, unless a process still has the file opened
[22:59] <fta> lsof could tell you
[23:00] <micahg> 92 processes have it open :(
[23:00]  * micahg guesses he will have to reboot
[23:01] <micahg> thanks anyways fta
[23:02] <fta> micahg, well, no. try. it should work as it doesn't change the inode
[23:04] <micahg> well, it gave me the space back at least :)
[23:05]  * micahg won't actually need the info in the file until I report a bug against the program causing the issue
[23:06] <micahg> and it looks like new stuff is being written, even better, thanks fta
[23:07] <micahg> there a problem with wine/audio
[23:37] <fta> asac, http://launchpadlibrarian.net/39246642/buildlog_ubuntu-intrepid-amd64.chromium-browser_5.0.322.2~r38810%2B0-0ubuntu1~ucd1~intrepid_FAILEDTOBUILD.txt.gz
[23:37] <fta> funny error
[23:48] <micahg> BUGabundo: does identi.ca support /me?
[23:48] <BUGabundo> no