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