[03:43] <LLStarks> i think pageup/pagedown is busted in the dailies.
[03:43]  * micahg checks
[03:43] <micahg> wfm
[03:43] <micahg> 3.7
[03:44] <LLStarks> broken on many sites.
[03:44] <LLStarks> in 3.6.2
[03:47] <mahfouz> not for me
[03:48] <LLStarks> probably an xorg error
[03:53] <micahg> LLStarks: let us know if a reboot helps
[03:56] <LLStarks> will do
[04:56] <LLStarks> http://start.ubuntu.com/10.04/
[04:56] <LLStarks> my god
[04:56] <LLStarks> i feel sick
[04:57] <LLStarks> micahg, there aren't enough antacids in the world for this
[05:33] <micahg> LLStarks: yeah, I say that
[05:33] <micahg> *saw
[05:33] <micahg> LLStarks: that's not so bad...
[05:33] <micahg> there are worse things
[05:41] <LLStarks> such as?
[05:45] <micahg> hmmm
[05:45] <micahg> LLStarks: you referring specifically to within Ubuntu?
[05:46] <LLStarks> yeah
[05:46] <LLStarks> doesn't help that gecko is slower than whale-****.
[05:47] <micahg> LLStarks: 3.7 will fix that we hope :)
[05:47] <micahg> 3.6 is pretty snappy for me
[05:48] <LLStarks> lolno. xulrunner 1.9.3 is a small step.
[05:49] <LLStarks> while webkit and presto make leaps and bounds
[05:49] <micahg> 1.9.3 has a lot of speed improvements and OOPP will be big as well, it's only alpha right now, so not even feature complete
[13:13] <ari-tczew> I've got FTBFS while building libjdic-java, here is log: http://s1.plikos.pl/11e3/f30af66d18095996ca4d3c886ed16287/buildlog.txt
[13:22] <gnomefreak> ari-tczew: i dont see any log of anything
[13:23] <gnomefreak> oh wait i think i found it
[13:23] <gnomefreak> ari-tczew: nope doesnt seem to be there
[13:27] <sebner> gnomefreak: I'll pastebin it for you.
[13:27] <gnomefreak> sebner: thanks
[13:27] <sebner> gnomefreak: http://pastebin.ubuntu.com/376172/
[13:28] <sebner> gnomefreak: I can't read polish but I guessed the download link xD
[13:28] <gnomefreak> oh its in polish?
[13:28] <gnomefreak> that leaves me out as well :(
[13:30] <gnomefreak> ari-tczew: do you have fakeroot installed?
[13:31] <ari-tczew> gnomefreak: yes, I do
[13:33] <gnomefreak> ari-tczew: other than it looking like you are missing xulrunner-1.9-dev im not sure. I have gotten lucky to not play with java ever :)
[13:35] <gnomefreak> ari-tczew: is this just a respin or is it an upgrade?
[13:37] <ari-tczew> gnomefreak: it's test build in pbuilder ...
[13:37] <gnomefreak> assuming you changed debian/rules there is a chance that is the issue but im not sure why *.cpp:*
[13:40] <ari-tczew> gnomefreak: I've test Debian revision of libjdic-java, so I didn't change debian/rules, and FTBFS is still exist
[13:41] <gnomefreak> where i am kind of confused is that the build was successful at one point. You may have better luck asking in #ubuntu-motu
[13:41] <gnomefreak> ari-tczew: the debian revision built?
[13:42] <ari-tczew> gnomefreak: sebner redirect me from #ubuntu-motu to here...
[13:42] <ari-tczew> gnomefreak: no, debian revision too got ftbfs
[13:42] <sebner> gnomefreak: I just saw xulrunner and moz* so I thought this is the appropriate place :P
[13:43] <gnomefreak> sebner: yeah i saw them too but im not 100% sure this is a mozilla failure. does it list xulrunner-1.9-dev as a build dep in control?
[13:44]  * gnomefreak thinks micahg would have fun with this
[13:44] <gnomefreak> hi micahg
[13:44] <sebner> gnomefreak: dunno, ask ari-tczew
[13:44] <sebner> gnomefreak: hahaha, what a luck :P
[13:44] <sebner> hi micahg
[13:44] <micahg> hi gnomefreak, sebner
[13:44] <gnomefreak> ari-tczew: xulrunner-1.9-dev listed in build deps?
[13:44] <ari-tczew> Build-Depends: cdbs, debhelper (>= 5), quilt, ant, pkg-config,
[13:44]  * micahg wonders what he walked into
[13:44] <ari-tczew>  libgnome2-dev, libgtk2.0-dev, libxt-dev, xulrunner-dev, libx11-dev,
[13:44] <ari-tczew>  openjdk-6-jre-headless, default-jdk, libnetx-java, default-jdk-builddep
[13:44] <micahg> what is this?
[13:44] <ari-tczew> xulrunner-dev exist in B-D
[13:45] <micahg> are you wondering about openjdk and firefox 3.6?
[13:45] <gnomefreak> xulrunner-1.9-dev is what we use maybe try adding that to build-deps and retry?
[13:45] <micahg> gnomefreak: what are you trying to do?
[13:45] <gnomefreak> micahg: libjdic-java http://pastebin.ubuntu.com/376172/
[13:46] <micahg> is this a new package?
[13:46] <ari-tczew> gnomefreak: replace xulrunner-dev with xulrunner-1.9-dev ?
[13:46] <gnomefreak> micahg: doesnt seem to be.
[13:46] <gnomefreak> ari-tczew: im not sure since we have both in archives
[13:47] <micahg> is this for lucid
[13:47] <ari-tczew> micahg: no, package exist, I want to merge with Debian
[13:47]  * micahg is looking
[13:48] <micahg> ari-tczew: squeeze?
[13:49] <ari-tczew> micahg, yes, squeeze
[13:49] <micahg> into lucid I"m assuming?
[13:49] <micahg> the problem is the build depends on openjdk I think
[13:49] <ari-tczew> micahg, yes for lucid
[13:50] <gnomefreak> what version is in squeeze?
[13:50] <gnomefreak> ah -6
[13:50] <micahg> openjdk will be fixed later this week
[13:50] <micahg> when we get xul192 in
[13:52] <ari-tczew> micahg, so what's next? waiting?
[13:53] <ArneGoetje> asac: searchplugins modification in po2xpi implemented. -> lp:~arnegoetje/rosetta/po2xpi-arne . New Lucid langpacks with the (unmodified) searchplugins included are being uploaded into the archive right now.
[13:54] <gnomefreak> i guesss that would explain all the "missing *" and all those errors
[13:54] <micahg> I'm not sure exactly what the problem is, but last time I looked at openjdk there was this weird build-deps on xul-1.9
[14:03] <gnomefreak> micahg: did you hold the meeting on thursday?
[14:14] <gnomefreak> ok looks like i have a while to wait between updates and extracting tar.gz together they are slowing me down alot. so ill be back in a while
[14:14] <ari-tczew> micahg, gnomefreak: maybe ftbfs is causing by gcc 4.4?
[14:15] <gnomefreak> i thought that it was taken care of already or im thinking 4.3
[14:17] <ari-tczew> gnomefreak: I can't replace xulrunner-dev with xulrunner-1.9-dev because xulrunner-1.9-dev isn't exist in lucid
[14:19] <gnomefreak> ari-tczew: yeah i noticed that after i said it.
[15:32] <asac> ArneGoetje: rock.
[15:32] <asac> ArneGoetje: so i case i need to redo this, what are the steps?
[15:32]  * asac assumes he would for now just manually upload the langpacks
[15:33] <asac> rather than running langpack-o-matic
[15:33] <asac> so nevermind
[16:25] <sindhudweep> asac: please review https://code.edge.launchpad.net/~sindhudweep-sarkar/gnash/gnash0.8.7packaging/+merge/19293 when it's convenient for you.
[17:19] <ArneGoetje> asac: what do you mean with 'redo'?
[17:19] <BUGabundo> anyone running Chromium daily ? care to try to open this site? https://caixadirecta.cgd.pt/
[17:19] <BUGabundo> fta: ^^^^^
[17:32] <lantizia> Hey if I get 3.6 from PPA firefox-stable will it actually be branded Firefox?
[17:34] <micahg> lantizia: yes
[17:34] <lantizia> shocking, and I'm guessing that's because it was ran by mozilla for approval ?
[17:37] <lantizia> and I'm guessing it's one of those that have been screwed with Yahoo as default search, extra extensions etc...
[17:44] <lantizia> micahg, ?
[18:00] <ArneGoetje> asac: if you want to change anything in the mozilla.tar.gz in a langpack, just bump the version number when you are done and upload the package again
[18:20] <asac> ArneGoetje: right. thats what i mean ;)
[18:21] <asac> ArneGoetje: so you uploaded the langpacks
[18:21] <asac> ?
[18:21]  * asac upgrades system to figure
[18:22] <asac> cool ... getting new langpack stuff
[18:23] <micahg> asac: hi
[18:24] <asac> hi
[18:24] <asac> all set?
[18:25] <micahg> I think so, just need to test the changes I made
[18:25] <asac> great
[18:25] <asac> let me know
[18:25] <micahg> k
[18:27] <asac> hi dupondje
[18:27] <asac> ;)
[18:27] <asac> ArneGoetje: so devmode export seems to be bogus for "nl"
[18:28] <dupondje> it is ;)
[18:33] <dupondje> bbl :) fix it plz ;)
[19:04] <dupondje> and asac  ? :)
[19:16] <dupondje> bleh :) so ? :D
[19:18] <asac> network is up and down
[19:18] <asac> let me check if download of packages actually finished
[19:19] <asac> ok so de is OK
[19:19]  * asac installs -nl
[19:25] <asac> ArneGoetje:
[19:25] <asac>  ls -la /usr/lib/firefox-addons/extensions/langpack-nl\@firefox-3.6.ubuntu.com/firefox-3.6-nl.jar
[19:25] <asac> -rw-r--r-- 1 root root 1789 Feb 14 14:33 /usr/lib/firefox-addons/extensions/langpack-nl@firefox-3.6.ubuntu.com/firefox-3.6-nl.jar
[19:26] <asac> asac@tinya:~/Development/ubuntu/mozillateam/thunderbird.dev$ ls -la /usr/lib/firefox-addons/extensions/langpack-de\@firefox-3.6.ubuntu.com/firefox-3.6-de.jar
[19:26] <asac> -rw-r--r-- 1 root root 163832 Feb 10 19:59 /usr/lib/firefox-addons/extensions/langpack-de@firefox-3.6.ubuntu.com/firefox-3.6-de.jar
[19:26] <asac> seems nl is unhappy
[19:26] <dupondje> so its only nl that is broke ? :(
[19:28] <asac> yes
[19:28] <asac> not sure if its only nl
[19:28] <asac> let me check w afew others
[19:29] <asac> -rw-r--r-- 1 root root 159839 Feb 10 20:00 firefox-3.6-it.jar
[19:29] <asac> that looks ok
[19:30] <dupondje> the nl shouldn't have changed ?
[19:30] <asac> hmm
[19:30] <asac> ls -l /usr/lib/firefox-addons/extensions/langpack-en-CA\@firefox-3.6.ubuntu.com/firefox-3.6-en_CA.jar
[19:30] <asac> -rw-r--r-- 1 root root 1819 Feb 14 14:32 /usr/lib/firefox-addons/extensions/langpack-en-CA@firefox-3.6.ubuntu.com/firefox-3.6-en_CA.jar
[19:30] <asac> -rw-r--r-- 1 root root 1819 Feb 14 14:32 firefox-3.6-en_GB.jar
[19:30] <asac> hmm
[19:30] <asac> dupondje: what do you mean?
[19:30] <asac> the -nl size needs to be way bigger ;)
[19:31] <asac> same for en_GB en_CA
[19:31] <asac> let me look in the logs
[19:31] <dupondje> ah wasn't looking at the size, but the changetime :p
[19:31] <dupondje> the file is quite empty indeed :(
[19:34] <asac> darn cant find the server name of the langpack stuff
[19:34] <dupondje> its gone ... :D
[19:38] <asac> ArneGoetje: whats the machine name?
[19:38] <asac> so ... not much i can do for you till tomorrow ;)
[19:39] <dupondje> wait
[19:39]  * dupondje slaps ArneGoetje ;)
[19:40] <asac> he is in taiwan ;)
[19:41] <asac> all the week is public holiday there for some reason :(
[19:41] <asac> and its currently like 3am?
[19:43] <dupondje> crap :) and my firefox is broken !!!! :D
[19:45] <dupondje> http://launchpadlibrarian.net/39051421/language-pack-nl-base_1%3A10.04%2B20100206_1%3A10.04%2B20100206.1.diff.gz
[19:45] <dupondje> lol :)
[19:45] <dupondje> everything got removed ? ;)
[19:53] <dupondje> hmz asac
[19:53] <dupondje> https://launchpad.net/ubuntu/+source/language-pack-nl-base/1:10.04+20100206.1
[19:54] <dupondje> seems to contain everything ...
[20:01] <dupondje> ok found the issue
[20:01] <dupondje> language-pack-nl-base provides mozilla.tar.gz language files
[20:01] <dupondje> but it seems that language-pack-nl now also provides them, and overwritten them
[20:01] <dupondje> but those are totally NOT complete
[20:23] <dupondje> asac: https://bugs.launchpad.net/ubuntu/+source/language-pack-nl/+bug/521876
[20:23] <asac> yes
[20:24] <asac> the language-pack-nl is an update pack
[20:24] <asac> seems not complete
[20:24] <asac> i found the machin ename ;)
[20:24]  * asac goes and looks for logs
[20:25] <asac> !date
[20:26] <dupondje> /echo $date
[20:26] <dupondje> rofl :)
[20:26] <asac> ok so that log shows nothing really bad
[20:26] <asac> it seems to be a log from today
[20:27] <asac> so i assume the export was busted
[20:27]  * asac thinks
[20:27]  * asac tries to find the delta to download
[20:27] <dupondje> language-pack-de doesn't have the firefox language file ...
[20:27] <asac> it doesnt?
[20:27] <dupondje> language-pack-nl does have it ... and overwrites the file from language-pack-nl-base
[20:27] <dupondje> no ...
[20:28] <asac> interesting
[20:29] <dupondje> http://paste.ubuntu.com/376419/
[20:29] <dupondje> first in -nl
[20:29] <dupondje> last -de
[20:30] <dupondje> ./usr/lib/firefox-addons/extensions/langpack-nl@firefox-3.6.ubuntu.com/firefox-3.6-nl.jar is in language-pack-nl (broken) and in language-pack-nl-base (working)
[20:32]  * asac pulls current delta pack: http://launchpadlibrarian.net/39159844/ubuntu-lucid-translations-update.tar.gz
[20:32] <asac> https://translations.edge.launchpad.net/ubuntu/lucid/+language-packs
[20:35] <asac> huge ;)
[20:36] <dupondje> true:)
[20:39] <asac> http://paste.ubuntu.com/376427/
[20:39] <asac> those are the only translations
[20:39] <asac> in update
[20:39]  * asac looks what is inside
[20:40] <asac> not too bad
[20:42] <dupondje> but why is there a mozilla.tar.gz with firefox-3.6-nl.jar inside language-pack-nl ... :D
[20:42] <dupondje> something went wrong :)
[20:44] <asac> i sthere?
[20:44] <asac> ouch
[20:44] <asac> dupondje: replace the other .jar with the .jar from there ;)
[20:44] <asac> i dont see the mozilla.tar.gz
[20:44] <asac> in language-pack-nl
[20:45] <asac> dpkg -L language-pack-nl | pastebinit
[20:45] <asac> http://pastebin.com/f28c32641
[20:45] <asac> where do you see that?
[20:45] <asac> dupondje: ?
[20:46] <dupondje> asac: language-pack-nl-10.04+20100213/data$ tar -zxvf mozilla.tar.gz ... :D
[20:46] <asac> well
[20:46] <asac> thats the source
[20:46] <asac> hmm
[20:46] <asac> ah
[20:46] <asac> yeah
[20:46] <asac> thats right
[20:46] <asac> thats the way we do the sources
[20:47] <asac> we just make a mozilla.tar.gz
[20:47] <asac> that should match what you have in your language-pack-nl
[20:47] <asac> binary
[20:47] <dupondje> well in the language-pack-nl the mozilla.tar-gz contains /usr/lib/firefox-addons/extensions/langpack-nl@firefox-3.6.ubuntu.com/firefox-3.6-nl.jar
[20:48] <dupondje> while in language-pack-de for example, it doesn't contain files in that dir ...
[20:48] <dupondje> cfr my pastebin
[20:48] <asac> it doesnt?
[20:49] <asac> /usr/lib/firefox-addons/extensions/langpack-nl@firefox-3.6.ubuntu.com/firefox-3.6-nl.jar
[20:49] <asac> this file isin my paste
[20:49] <asac> thats the language-pack-nl content
[20:49] <dupondje> line 44 #
[20:49] <dupondje> /usr/lib/firefox-addons/extensions/langpack-nl@firefox-3.6.ubuntu.com/firefox-3.6-nl.jar
[20:49] <dupondje> ... :D
[20:50] <asac> as i said
[20:50] <asac> the de language didnt get an update
[20:51] <dupondje> anyway fetched the language file from language-pack-nl-base and copy'ed over the broken one :) its working now
[20:51] <asac> ok so only the filtered entities are included
[20:51] <asac> i guess it has something to do with versioning
[20:58] <asac> oh dear
[20:58] <asac> the po2xpi binary is not even installed in the new locatoin ;)
[20:59] <asac> ArneGoetje: ^^
[21:00] <asac> ok
[21:00] <asac> let me go the manually road ;)
[21:01]  * asac pulls delta to langpack-o-matic machine
[21:02] <dupondje> the magic machine ? ;)
[21:05] <asac> dupondje: ok i have a tar.gz for you
[21:05] <asac> one second
[21:06] <asac> http://people.canonical.com/~asac/tmp/nl.tar.gz
[21:06] <asac> i think just replacing the .jar out if it might fix you
[21:06] <asac> dupondje: ^
[21:08] <dupondje> it works ... now get the package fixed :D
[21:08] <asac> not toda
[21:08] <asac> y
[21:09] <asac> i have no clue how to respin the langpacks
[21:09] <asac> and manually updating all is painful
[21:10] <dupondje> :)
[21:10] <asac> i think i have to touch them tomorrow anyway
[22:08] <fta> i wonder if it's worth pushing libjs-modalbox to lucid
[22:10] <asac> whats that?
[22:11] <fta> http://okonet.ru/projects/modalbox/
[22:12] <asac> not sure
[22:12] <asac> does it really make sense to ship .js web libs in the archive?
[22:12] <asac> feels like not
[22:12] <asac> maybe some webkit apps might wanna use that?
[22:12] <micahg> well, we just got dojo in through debian
[22:13] <asac> how is that supposed to be used?
[22:13] <micahg> to generate AJAX content
[22:13] <asac> does packaging give you anything? like automatic upgrades etc.?
[22:13] <micahg> well, we're using it with zend framework
[22:13] <asac> or is it just something everyone would copy to their webapp directory anyway
[22:13] <fta> we have libjs-jquery, libjs-yui and many others
[22:14] <micahg> which \sh keeps up to date in lucid and I help him backport
[22:14] <asac> fta: that answers my question then i guess ;)
[22:14] <asac> go ahead
[22:14] <asac> :-P
[22:14] <micahg> it uses javascript-common
[22:14] <micahg> which provides it to any app to use
[22:14] <fta> asac, did you read http://permalink.gmane.org/gmane.linux.debian.devel.announce/1431 & http://permalink.gmane.org/gmane.linux.debian.devel.announce/1432
[22:15] <asac> ok. thats what i wanted to know
[22:15] <asac> doesnt open
[22:15] <asac> fta: hmm. so i guess ffox needs to go to in-source jpeg ;)
[22:16] <fta> chromium too
[22:16] <asac> lets see
[22:17] <micahg> asac: do we have to do this for all xul apps (TB, SM)?
[22:17]  * micahg is testing the migrator now
[22:17] <asac> maybe we skip that transition ;)
[22:17] <asac> for lucid
[22:17] <asac> push back rather
[22:18] <asac> micahg: most likely ... but not if we dont do the transition in lucid
[22:18] <micahg> k, lets see how far we get I guess :)
[22:18] <micahg> asac: I didn't realize that the release date was tue for 3.0.18 and 3.5.8
[22:19] <micahg> do you want to push 3.5.8 and 1.9.1.8 to jaunty and karmic now
[22:19] <micahg> so we don't have the builds piling up
[22:19] <micahg> I thought it was thurs for some reason
[22:19] <micahg> in security-ppa
[22:19] <asac> its already in debian testing. so i guess it was blacklisted
[22:20] <asac> micahg: is everything ready?
[22:20] <micahg> for karmic and jaunty 3.5.8 and 1.9.1.8
[22:20] <asac> all xul/ffox branches?
[22:20] <micahg> no
[22:20] <asac> right
[22:21] <micahg> but we don't want to be caught with blocked builders, right?
[22:21] <micahg> if I finish tonight will there be enough time for all the builds in 24 horus?
[22:23] <micahg> i'm testing 3.0 now to make sur epatches apply
[22:24] <asac_> 23:21 < asac> dont know
[22:24] <asac_> 23:21 < asac> needs to be
[22:24] <asac_> 23:22 < asac> in worst case we use the big archive admin stick to raise prio ;)
[22:24] <asac_> 23:22 < asac> err buildd admin
[22:24] <asac_> 23:22 < asac> we need the branches ready tomorrow afternoon european time
[22:24] <micahg> k
[22:24] <asac_> my provider is bad
[22:24] <micahg> k, patches applied on 3.0.18
[22:24]  * micahg saw the dents :)
[22:25] <asac_> patches?
[22:25] <micahg> on jaunty
[22:25] <asac> you mean no rebasing needed?
[22:25] <micahg> there's an offset, but they all apply
[22:25] <asac> ok
[22:25] <asac> xulrunner is more interesting i guess
[22:26] <micahg> xulrunner applied too iirc
[22:26] <asac> are we still at build1 ?
[22:26] <micahg> yep :)
[22:26] <asac> then just do it ;)
[22:26] <asac> should be like 45 minutes to add changelog, test if the package starts building (e.g. patches apply)
[22:27] <micahg> yep
[22:27] <asac> ... for all 6
[22:27] <asac> :)
[22:27] <micahg> jaunty's done :)
[22:27] <micahg> 5 left
[22:28] <micahg> I got this error on my migrator script: [: 115: !=: unexpected operator
[22:28] <micahg> http://pastebin.com/f657f0873
[22:29] <asac> i usually use two commits
[22:29] <asac> so one commit also has the changelog info
[22:29] <asac>   * New upstream release v3.0.17 (FIREFOX_3_0_17_RELEASE)
[22:29] <asac>     - see USN-877-1
[22:29] <micahg> I have been
[22:29] <micahg> AFAIK
[22:29] <asac> no
[22:29] <micahg> did I not?
[22:29] <asac> you just have releasing version 3.0.18+build1+nobinonly-0ubuntu0.9.04.1
[22:29] <asac> in .jaunty
[22:29] <asac> 3.0
[22:29] <micahg> :(
[22:30] <micahg> thought I did 2 commit
[22:30]  * micahg looks
[22:30] <asac> micahg: also today is the feb 14
[22:30] <asac> maybe uncommit that ;)
[22:30] <asac> run a dch -r -DUNRELEASED to update date
[22:30] <asac> debcommit
[22:30] <asac> dch -r -Djaunty-security
[22:30] <asac> debcommit -r
[22:31] <micahg> weird...
[22:31] <micahg> sorry
[22:31] <micahg> I know I did 3.5 right
[22:32] <asac> yes 3.5 karmic is ok
[22:33] <asac> [Lag: 26.78]
[22:33] <asac> guess i am going down soon again
[22:33] <micahg> 3.0.jaunty is fixed
[22:33] <asac> :(
[22:33] <asac> yes. thats better
[22:34] <micahg> dch -r -DUNRELEASED doesn't work
[22:36] <asac> ok given how bad my net is i probably should prepare the update on some other machine outside my net
[22:36] <asac> micahg: it doesnt work if you have a real release there
[22:36] <micahg> ah
[22:36] <micahg> yeah
[22:36] <asac> you need to manually fix that first and then run it to update timestamp
[22:37] <asac> its a new feature of dch since karmic i think
[22:37] <micahg> well, the -r part to update the itmestamp works :)
[22:37] <asac> previously it wasnt that annoyingly smart
[22:38] <micahg> asac: any idea about the error I'm getting with the migration script
[22:39] <asac> havent seen an errr
[22:39] <micahg> asac: it seems that xul1.9.intrepid was never released in the changelog :(
[22:40] <asac> 23:28 < micahg> I got this error on my migrator script: [: 115: !=: unexpected operator
[22:40] <asac> that means its a syntax error in line 115
[22:40] <micahg> yes, that's fi
[22:40] <micahg> so am I missing something in that block?
[22:41] <asac> let me check
[22:41] <asac> micahg: ok committing
[22:41] <asac> was still modified locally
[22:41] <asac> thanks
[22:41] <asac> done
[22:41] <asac> err not yet done ;)
[22:41] <asac> damn net
[22:41] <asac> now
[22:41] <asac> micahg: ok now you can pull xul19.intrepid
[22:42] <asac> micahg: probably means that you have a missing quote or something in the previous [ ] thing
[22:42] <asac> or you forgot to ]
[22:42] <micahg> I know
[22:42] <micahg> but everything looks ok to my limited eye
[22:43] <asac> most likely $FOUND_CURRENT != ""
[22:43] <asac> isnt legal dash
[22:43] <micahg> ah
[22:43] <micahg> should be "$FOUND_CURRENT"
[22:43] <micahg> thanks
[22:43] <asac> yeah
[22:43] <asac> thats true ;)
[22:43] <asac> otherwise if its empty its missing first operand
[22:43]  * micahg loves having someone to ask :)
[22:44] <asac> others use x$FOUND_CURRENT = x
[22:44] <asac> to test for empty
[22:44]  * micahg was following the convention in the firefox wrapper
[22:45] <asac> not exactly sure where that style comes from though (the x)
[22:45] <asac> yeah. thats right. stick to existing style
[22:51] <asac> micahg: do you have the tarballs in a ppa or something?
[22:51] <micahg> for which?
[22:51] <asac> for ffox/xul sec update
[22:52] <micahg> no
[22:52] <micahg> you want me to?
[22:52] <asac> no
[22:52] <micahg> I've been testing locally
[22:52] <asac> just wondered
[22:52] <asac> its ok ...
[22:52]  * micahg got an ext3 partition :)
[22:52] <asac> ext3?
[22:52] <asac> what did you use before?
[22:52] <micahg> yeah, xfs is hard to test build on
[22:53] <sebner> ext4 ftw!
[22:53] <asac> you can also use ext4 ;)
[22:53]  * sebner strongly hopes for btrfs for lucid+1
[22:53] <micahg> after phoronix lost their data, I thought I'd wait a little longer ;)
[22:53] <asac> is xfs really less risky?
[22:53] <sebner> micahg: pff, pussy
[22:53]  * sebner waves at mighty asac 
[22:53] <asac> hi sebner
[22:54] <micahg> nah, is good for large files or non-changing dir structures
[22:54] <sebner> asac: how was the meeting in portland? What did you even discuss xD (or is this still top-secret)?
[22:55] <asac> i was mostly involved in the mobile team this time. not sure what is going on on the desktop side ;)
[22:55] <asac> anyway. its a sprint
[22:55] <asac> means we meet together to work together ... so we basically worked on spec and bugs ;)
[22:55] <sebner> boring
[22:55] <asac> rather than making discussion on direction etc.
[22:55] <asac> just a bit
[22:55] <sebner> asac: nothing you can't do over the internet
[22:56] <asac> socialising is really important ;)
[22:57] <asac> and makes distributed work even more efficient
[22:57] <sebner> heh
[22:57] <asac> also doing real pair programming is also quite nice ... from time to time
[22:57] <asac> its really good getting others up-to-speed
[22:58]  * micahg would like that at some point :)
[22:59] <micahg> asac: everything's ready except for Lucid
[22:59] <micahg> but I wanted to merge in dmitri's changes before i do that one
[23:03] <asac> micahg: what changes are those?
[23:03] <micahg> dh_xulrunner
[23:03] <asac> i thought we already have that?
[23:03] <micahg> yeah, he made a fix in debian and proposed a merge
[23:04] <asac> ok. what does it fix?
[23:04] <asac> (i know i already asked that)
[23:04]  * micahg would have to look at the merge
[23:04] <micahg> a corner case he said
[23:04] <micahg> so not critical
[23:04] <micahg> but shouldn't take more than a few minutes
[23:05] <asac> ok if you think its safe, just take it ... otherwise show it ;)
[23:05] <asac> i willprobably look before upload anyway ... so go ahead
[23:06] <asac> we also need the apport hook fix in firefox lucid
[23:06] <micahg> asac: https://code.edge.launchpad.net/~dmitrij.ledkov/xulrunner/dh_xulrunner-fixes/+merge/18979
[23:07] <micahg> asac: yes, I was going to do that after the security updates and TB3 was doen
[23:07] <sebner> micahg: no TB 3.0.1 this weekend :(
[23:07] <micahg> 3.0 first
[23:07] <micahg> then 3.0.1
[23:07] <micahg> might even be 3.0.2 then
[23:08] <asac> that merge isnt really split up ;)
[23:08] <asac> maybe note that it also improves documentation in the merge
[23:08] <asac> e.g. extend his changelog
[23:08] <micahg> asac: I'm actually not takign his doc changte
[23:08] <micahg> *change
[23:08] <micahg> dh_xulrunner is only in lucid for now
[23:08] <micahg> when we backport, we can update the docs
[23:09] <asac> well
[23:09] <asac> +You can also use the xulrunner dh sequence addon to integrate in a dh workflow:
[23:09] <asac> 31	+	dh --with xulrunner $@
[23:09] <asac> 32	
[23:09] <asac> thats another doc change which is valid
[23:09] <sebner> micahg: Why uploading 3.0 first and then updating? Why not working on 3.0, updating to 3.0.x and then upload?
[23:09] <micahg> asac: ah, yeah, forgot about that
[23:09] <asac> i think you can just take it
[23:09] <micahg> yeah, I'll update it
[23:09] <asac> just add another changelog line during the merge
[23:09] <asac> so debcommit -e
[23:09] <asac> includes it
[23:09] <asac> then its fine
[23:09] <micahg> asac: I would think to inlcude in the actual changelog, no?
[23:10] <asac> yes. thats what i meant
[23:10] <asac> use his line
[23:10] <micahg> sebner: well, jumping versions will mean dropping patches
[23:10] <asac> and also add another line
[23:10] <micahg> so first 3.0, then 3.0.x
[23:10] <asac> then to commit the merge you run debcommit -e
[23:10] <sebner> micahg: I don't understand
[23:10] <asac> so it will also show up in br commit
[23:10] <micahg> right
[23:11] <micahg> sebner: that's what asac told me and it makes sense, I've been working on getting one version right, so make sure it's right, then update
[23:11] <asac> we upload 3.0
[23:11] <asac> then we wait till its build
[23:11] <asac> and upload 3.0.1 ;)
[23:11] <asac> by just bumping the version
[23:11] <micahg> asac: we'll need to drop a patch too :)
[23:11] <asac> in that way users can test for regressions over 3.0 by just getting stuff from archive
[23:12]  * sebner is confused
[23:12] <asac> micahg: thats a potential implication of bumping version
[23:12] <asac> yes
[23:12] <asac> ;)
[23:12] <asac> sebner: dont be
[23:12] <micahg> asac: i'm still having issues with detecting directories for some reason
[23:12] <asac> sebner: in short: work wise it doesnt matter ... but we also have a 3.0 build afterwards
[23:12] <asac> micahg: deleting?
[23:12] <micahg> asac: no, detecting
[23:13] <micahg> I have a .thunderbird to test moving out of the way and it doesn't do it
[23:13] <asac> -d PATH
[23:13] <asac> micahg: did you change what i said yesterday?
[23:13] <sebner> asac: sure but I'm not seeing any advantage. Mind explaining?
[23:13] <asac> sebner: no ;)
[23:13] <sebner> hahah xD
[23:13] <asac> thats just not worth discussing in the first place
[23:13] <micahg> asac: yes
[23:14] <sebner> asac: well, I'm not really discussion or against it, just curious *why*
[23:14] <asac> just a guts feeling ;)
[23:14] <asac> feels cleaner to start with 3.0 in history of the 3.0 package
[23:14] <asac> ;)
[23:14]  * sebner always knew that mozilla guys are weird :P
[23:15] <asac> micahg: the paste you gave me doesnt have those changes
[23:15] <micahg> it's weird, it detects the .m-t dir, but not the .tb dir
[23:16] <micahg> hmm
[23:16]  * micahg checks scrollback
[23:16] <asac> i need a up to date paste
[23:16] <asac> nothing else will help ;)
[23:16] <micahg> http://pastebin.com/f7b213c5
[23:17] <asac> you still do mv $HOMEDIR/$CURRENT $HOMEDIR/$CURRENT.$$
[23:18] <micahg> asac: no, that's with replacing the 2.0 dir
[23:18] <asac> right. but similar bad
[23:18] <micahg> before I was doing it for the upstream
[23:18] <micahg> well, I can't move the beta if there's something there, can I?
[23:19] <micahg> if an upstream folder exists, we can consider the migration done, but what if the beta folders are still there?
[23:19] <asac> insert echo to add debugging ... see what if it doesnt enter
[23:19] <asac> echo "here 1"
[23:19] <asac> etc.
[23:20] <micahg> well, my current problem is the shell tells me the dir is missing in the .tb test on line 93
[23:20] <asac> micahg: add a whitespace
[23:21] <micahg> thanks
[23:21] <asac> before the ]
[23:21] <micahg> got it
[23:21]  * micahg is not used to needing that :)
[23:21] <micahg> rebuilding and trying again
[23:21] <asac> you can try without rebuilding
[23:22] <asac> just edit the script in /usr/bin/ directly
[23:22] <micahg> -nc
[23:22] <asac> even then
[23:22] <micahg> yeah, I could
[23:22] <asac> to test its much faster
[23:22]  * micahg supposed it's a smaller change
[23:23] <asac> so if we find a beta
[23:23] <asac> and have already the replaced thing
[23:23] <asac> then we just skip that whole block
[23:23] <micahg> well, case with no beta works fine :)
[23:23] <asac> and consider the migration done
[23:23] <asac> e.g. same logic as with upstream
[23:23] <asac> if [ "$FOUND_BETA" != "" -a ! -d $HOMEDIR/$CURRENT-2.0-replaced ] ; then
[23:23] <asac> or something like that
[23:23] <asac> ;)
[23:24] <asac> in line 117
[23:24] <asac> then you can kill the if [ ! -d $HOMEDIR/$CURRENT-2.0-replaced ] ; then
[23:24] <asac> and just move
[23:25] <asac> mv
[23:25] <micahg> k
[23:26] <asac> oh
[23:26] <asac> you would have needed the same for DROPPED
[23:26] <asac> so also check for dropped
[23:26] <asac> $HOMEDIR/$beta.$DROPPED
[23:27] <asac> hmm
[23:27] <asac> thats a good bunch of dropped ones
[23:28] <micahg> ?
[23:30] <asac> just leave that alone
[23:30] <asac> thats ok
[23:30] <micahg> k
[23:31] <asac> i mean the firefox script doesnt care about all cases either
[23:31] <micahg> ok, I think it's good now
[23:31] <asac> ;)
[23:31] <asac> please use same indentation style
[23:31] <micahg> 2 spaces?
[23:32] <asac> idk
[23:32] <asac> check whether the other code uses tabs
[23:32] <micahg> no, spaces
[23:32] <asac> then align it using the same style as the rest of the file
[23:32] <asac> seems its 2 spaces
[23:33] <asac> and add a few comments and let me see ;)
[23:33] <micahg> I modified the existing comments to represent the new workflow
[23:34] <asac> right but there is not much in-source comment
[23:34] <asac> anyway. just post what you have
[23:34] <micahg> pastebin?
[23:34] <asac> why not
[23:34] <micahg> http://pastebin.com/f47ba2ddb
[23:34] <micahg> vs bzr commit :)
[23:36] <asac> micahg: it doesnt explain the .upstream part
[23:36] <asac> also not the new .replaced handling (e.g. when found we consider the beta migration already done)
[23:37] <asac> anyway. that looks good. commit
[23:37] <asac> please show me the full branch then
[23:37] <asac> to see if we can go ahead
[23:38] <micahg> k
[23:39] <asac> uploading karmic sec ppa ... lets hope my connection survives this ;)
[23:40] <asac> !test
[23:40] <asac> omg its flaaaakyyy
[23:41] <micahg> asac: I'm assuming we should keep the conflicts/replaces on mozilla-thunderbird?
[23:41] <asac> hmm
[23:41] <asac> good question
[23:41] <asac> keep it for now
[23:41] <micahg> I wanted to chat with you on proper procedure for niw
[23:41] <micahg> *that
[23:42] <asac> hmm. prism seems to have the same lethal effect as greamonkey package on firefox
[23:42] <asac> micahg: if it doesnt hurt, keep it forever
[23:42] <asac> i would think
[23:42] <micahg> asac: k
[23:43] <micahg> asac: I have to fix the tb-locales build to say dh7
[23:43] <asac> why?
[23:43] <asac> please dont do that ;)
[23:43] <micahg> I tried with hardy and it failed
[23:43] <asac> dh7 isnt good for the mozilla stuff we are currently doing
[23:43] <asac> yes
[23:44] <asac> we need to use the old debhelper
[23:44] <micahg> yeah, but dh_xul-ext requires it the way I did it
[23:44] <asac> thought you asked if you should go to dh7
[23:44] <micahg> I did
[23:44] <micahg> I asked if dh_xul-ext required it and bdrung said no
[23:44] <asac> micahg: according to bdrung you can use it in debhelper too
[23:44] <micahg> but it does if used as dh --with $@
[23:44] <asac> 5
[23:44] <asac> yes
[23:45] <asac> micahg: yozu dont do that
[23:45] <micahg> asac: latest branch: https://code.edge.launchpad.net/~micahg/thunderbird/thunderbird.head.TB3-separate_commits
[23:45] <asac> you run install-xpi command manually
[23:45] <micahg> dh_xul-ext $@
[23:45] <micahg> I think that's waht fails
[23:45] <micahg> I'm running install-xpi manually
[23:46] <asac> bdrung: ?
[23:46]  * micahg pulls up the buil;d
[23:46] <asac> i think you need to post full rules for me and him
[23:46] <bdrung> asac: what?
[23:47] <asac> bdrung: read the last 10 lines or so
[23:47] <micahg> http://pastebin.com/f2e34c6b7
[23:47] <asac> basically we want to use it for debhelper 5
[23:47] <micahg> here's the build log: http://launchpadlibrarian.net/38797535/buildlog_ubuntu-hardy-i386.thunderbird-locales_1%3A3.0~micahg%2Btry2-0ubuntu1~hardy~ppa10_FAILEDTOBUILD.txt.gz
[23:47]  * micahg set it for 6 since that's what hardy has
[23:48] <asac> use 5
[23:48] <bdrung> micahg: look at http://wiki.debian.org/mozilla-devscripts -> dh --with xul-ext $@
[23:48] <asac> dh --with isnt debhelper 5 imo
[23:48] <micahg> bdrung: that's the dh7 syntax I thought, dh --with wasn't added till 7.0.13
[23:48] <bdrung> micahg: if you want to use debhelper 5, you can, but then debian/rules will be longer
[23:49] <asac> bdrung: the whole rules file is debhelper 7
[23:49] <asac> err
[23:49] <asac> that was for micahg
[23:49] <bdrung> micahg: yes
[23:49] <micahg> bdrung: is there a longer example?
[23:49] <asac> micahg: you need to start with what ever our previous langpack had before ... i hope that wasnt debhelper 7
[23:49] <micahg> no, it was dh4
[23:50]  * micahg was told to gut everything....
[23:50] <asac> right
[23:50] <bdrung> micahg: if you want to use dh 5, you have to run install-xpi for each xpi file and dh_xul-ext after you have installed everything
[23:50] <micahg> most of what I cleaned up was the shell commands
[23:50] <asac> yes
[23:51] <asac> but that whole rules file would look completely different
[23:51] <micahg> bdrung: I am doing that
[23:51] <micahg> except for dh_xul-ext
[23:51] <micahg> how do I do tthat?
[23:51] <asac> wasnt that even cdbs before?
[23:51] <asac> micahg: can you paste the original rules file from the current archive package?
[23:52] <asac> my download is crawling because of the uploads ongoing
[23:52] <micahg> asac: http://pastebin.com/f2c854259
[23:52] <bdrung> i will go to bed now.
[23:53] <asac> right. so start with that one
[23:53] <bdrung> micahg: use cdbs, if you are not allowed to use dh 7
[23:53] <bdrung> (my recommendation)
[23:54]  * micahg doesn't know how to use cdbs...
[23:54]  * micahg looks for a manual
[23:54] <asac> micahg: its not cdbs
[23:54] <asac> micahg: the old file is fine
[23:54] <asac> you just need to fix it ;)
[23:54] <asac> to do what we want
[23:54] <asac> not sure what you did to get to your current script
[23:54] <asac> but at some point you moved that to debhelper 7
[23:55] <asac> revert that step ;)
[23:55] <micahg> yes, dh_xul I think is the only thing
[23:55] <asac> no
[23:55] <asac> lots of stuff
[23:55] <micahg> bdrung: so, if I cal dh_xul-ext at the end of my for loop of install-xpi calls, I'm ok?
[23:55] <asac> you definitly need to start over
[23:55] <asac> your rules is 100 lines shorter
[23:55] <asac> thats all dh 7
[23:55] <asac> micahg: yes.
[23:56] <asac> you just run install-xpi for all languages
[23:56] <micahg> asac: so, add back all the dh_ calls
[23:56] <asac> and then dh_xul-ext once
[23:56] <asac> micahg: well. i would really suggest to rather put your new content in the old file
[23:56] <asac> you did update-debian-files basically
[23:57] <asac> all the other rules look dh7 ish
[23:57] <micahg> yep, so I'll add them all back
[23:57] <asac> technically yes
[23:58] <asac> if you create a diff later
[23:58] <asac> you only want to see your changes ;)
[23:58] <asac> anyway ... you will figure
[23:59] <micahg> is a build target required?