[00:00] maybe i should just wait till i hear back from the maintainer [00:00] it seems to work in principle anyway [00:00] just the versioning to sort out [00:00] ~svn or +svn depending, after that, either just the rev (+svb1234) or date+rev (+svn20080222r1234) [00:01] it builds just fine and all that [00:02] yeah, but would be great to add the svn revision asap ... otherwise we don't know which revision the upstream sources are from [00:02] the thing is, if you got the source from svn, the version should indicate it, including the revision so people can fetch the tarball from upstream if they want to. [00:02] and you can easily foget ;) [00:02] forget [00:03] jetsaredim: ^^^ [00:03] and then you should add a get-orig-source target in debian/rules [00:03] Ubulette: couldn't we do something generic in .mk files? [00:03] for svn maintained sources? e.g. just specify the branch url in the rules? [00:04] i think svn is pretty common soproviding that would be good [00:04] yes, i have something like that already [00:04] maybe lets review how to integrate that [00:05] maybe we should put the versioning scheme then into some more generic .mk, so svn.mk can reuse that [00:05] or is there already a base.mk that firefox, et al import? [00:05] nope [00:06] ff and all are cvs based [00:06] plus bonsai magic [00:06] evening [00:07] hi [00:07] Ubulette: right [00:09] ok - so what am i supposed to be doing? and should I wait to hear back from the maintainer and just re-instantiate the upstream too [00:10] jetsaredim: for now just fix the version and push that to bzr [00:10] then we wait for maintainer to see what to do [00:10] in the upstream or ubuntu [00:10] use 1.1.0~b11+svnREVISION [00:10] in ubuntu [00:10] aeh the upstream verison part of the package that is [00:11] use 1.1.0~b11+svnREVISION-0ubuntu1 is the full version [00:11] REVISION should be the svn revision you exported and imported to bzr [00:11] jetsaredim: all clear? [00:12] pushing now [00:12] good [00:13] jetsaredim: and revert the change to install.rdf :) [00:14] err oops [00:15] no problem ;) [00:15] pushed again [00:15] "revert change to install.rdfwq" :-P [00:16] jetsaredim: "to 1.1.0~b12+svn317-0ubuntu1" ?? why not b11 ? [00:16] grrr [00:16] ok its just a commit e log typo [00:16] yea [00:16] in changelog you have the right version ;) [00:17] yea [00:17] good ... now wait for upstream ;) [00:17] thanks a lot! [00:17] i'm in the middle of eating dinner and talking to my wife [00:17] sure ... have fun [00:17] asac, if you care to have a look: https://code.edge.launchpad.net/~mozillateam/thunderbird/thunderbird-3.0.head [00:18] asac: I may work on mouse gestures too tonight [00:18] jetsaredim: great. [00:20] Ubulette: does gnome-support work stil? [00:20] does tbird 3 have typeaheadfind by default now? [00:21] otherwise you might want to explicitly build that as an extension [00:21] i'm not there yet, i'm stuck at make install [00:21] (if it still builds --- in the past this required some hackery) [00:21] Ubulette: how does it fail? [00:21] it doesn't [00:21] there's just no debian/tmp [00:21] ah ... it just doesn't install enough files? [00:21] ouch [00:22] Ubulette: mail/installer/windows/packages-static [00:22] maybe we need that for unix as well now? [00:23] but we always --disable-installer [00:23] ./browser/installer/unix/packages-static [00:23] ./browser/installer/windows/packages-static [00:23] Ubulette: trunk uses the installer packaging code anyway since they killed the "Normal" make install a few month back [00:23] remember? [00:23] ;) [00:24] ./browser/installer/unix/packages-static [00:24] ./browser/installer/windows/packages-static [00:24] ./mail/installer/windows/packages-static [00:24] there might be another hook missing though [00:24] hm, so i got it wrong with my installer patch [00:25] he? [00:25] http://bazaar.launchpad.net/~mozillateam/thunderbird/thunderbird-3.0.head/annotate/fta%40sofaraway.org-20080222001357-4ni45ctkbnlown1g?file_id=honor_disable_instal-20080222001349-hwz488m9kxuex348-1 [00:25] damn url, they should make it shorter [00:26] yes ... you just killed it :) [00:26] we need packages-static for unix anyway i guess [00:26] Ubulette: i agree for the url length [00:26] its ridiculous [00:26] just path?revno=xxx would be good enough [00:27] lets see if the installer is invoked in the same way for browser [00:27] I did that because it ftbsed [00:27] ah right ... maybe because of missing packages-static ? [00:27] or missing unix install dir? [00:28] something like you need a "--enable-static --disable-shared" build to create an installer [00:28] right .. the install:: target uses the meta info of installer, but performs a real make instlal :) [00:28] while I requested --disable-installer like xul [00:28] hmm [00:29] thats most likely just a confusing follow up message of the real problem [00:29] maybe it tests if the make install succeeded and if didn't just pump out some obscure message like that ;) [00:29] we have --disable-installer everywhere, sm, sm2, xul1.9, ff3, tb2, ... [00:30] Ubulette: --disable-installer is correct [00:30] the patch is just not correct :) [00:30] now i see that [00:30] ah ok :) [00:30] the message confused me [00:31] yes, i vaguely remember that i saw something similar confusing at some point when things started to change [00:33] i really find the new way "hacky" ... though its faster and less fragile - which isn't that bad [00:34] i can rebuild with --enable-static --disable-shared, let's see [00:34] oh better don't try [00:34] as i said, its most likely a bogus message [00:35] right [00:35] i really need sleep [00:35] sure [00:35] me too [00:35] i will drink a tea and then go to bed ;) [00:35] sleep well [00:35] cu [00:36] cu [00:39] night asac and Ubulette [00:48] another packaging question [00:49] how do I tell debsign what user to sign the package as [00:49] when I run debuild -b it appears to be using uid@mymachine rather than what is in the changelog [00:51] nm [00:57] [reed]: bug 193877 ... any idea? [00:57] Launchpad bug 193877 in firefox-3.0 "C-z undo keyboard binding doesn't respect non-qwerty layout" [Undecided,New] https://launchpad.net/bugs/193877 [00:57] jetsaredim: usually it should use the email in changelog [00:58] do you have a secret key for that in your keyring? [00:58] gpg --list-secret-keys afaik [00:58] i figured it out [00:59] good [00:59] just not seeing it my ppa building [00:59] did you upload to ppa? [01:00] in order to upload you need to produce an orig.tar.gz and build the sources: [01:00] dput my-ppa ../firebug_1.1.0~b11+svn317-0ubuntu1_source.changes [01:00] ah [01:00] when did you upload? [01:00] are the sources already there? [01:01] it uploaded them during the dput [01:01] ah ... you have to enable the PPA i guess [01:01] did you do that already? [01:01] yea [01:01] so you built using debuild -S -sa ? [01:01] did you get a mail? [01:01] -sa? [01:02] yes ... include orig.tar.gz in upload [01:02] that means [01:02] since its the first upload, you need that [01:02] i just did -S [01:02] did you prepare a orig.tar.gz ? [01:02] yea [01:02] from the upstream [01:02] ok ... so you have a .diff.gz now? [01:02] then you just miss the -sa [01:03] diff.gz? [01:03] ok so you didn't [01:03] you have to put a orig.tar.gz next to the directory [01:03] the name needs to be: [01:03] $packagename_UPSTREAM_VERSION_PART.orig.tar.gz [01:04] so fir your case: firebug_1.1.0~b12+svnXXXX.orig.tar.gz [01:04] <[reed]> asac: I'll look later... doing homework now [01:04] yea have that in the tarballs dir [01:04] [reed]: sure ... take your time [01:04] jetsaredim: tarballs dir? [01:04] do you use bzr builddeb [01:04] ? [01:05] then do bzr bd --merge --dont-purge --builder='debuild -S -sa' [01:05] that was where debuild -b was looking for it [01:05] didn't know that debuild does it [01:05] if you don't have a .diff.gz it probably didn't find it [01:05] put it next to the source-tree you are building from [01:06] that should work if the version is correct ;) [01:10] err yea - builddeb is what is looking for ../tarballs/x.orig.tar.gz [01:12] if i do that builddeb and then bd - i get an error saying that ../build-area exists [01:12] jetsaredim: just that line should work [01:12] bzr bd --merge --dont-purge --builder='debuild -S -sa' [01:12] if you have an orig in ../tarballs [01:13] maybe remove build-area first ... but usually you don't need to do that [01:13] http://dpaste.com/36358/ [01:13] same error [01:14] if i remove build-area [01:15] yeah ... amybe a good idea [01:15] looks strange [01:15] no i mean - i did and still got the same error [01:15] ) [01:15] :) [01:16] what are the contents of the orig.tar.gz? [01:16] can you pastebin that? [01:16] e.g. tar tzf name*orig.tar.gz [01:18] hmm - i need to get rid of the .svn dirs from the upstream [01:18] why? [01:18] ah ro [01:18] hmm [01:18] ok - maybe not then [01:19] jetsaredim: but yes, putting svn stuff into upstream branch is not that great ;) [01:19] maybe remove them in .upstream branch [01:19] yea [01:19] commit that (and when doing that remember to name the right version + svn revision in commit to prevent further confusion) [01:19] andthen merge that to the .ubuntu branch ;) [01:20] ? [01:20] now i'm confused [01:20] you have two directories: [01:20] firefox.ubuntu [01:20] aeh firebug :) [01:20] firebug.upstream [01:20] yea [01:20] in firebug.upstream [01:20] * jetsaredim following [01:20] you remove all .svn directories [01:20] right [01:20] then you commit that (with a good log message ;)) [01:20] sure [01:21] then you go to firebug.ubuntu and merge the new upstream changes into that branch [01:21] bzr merge ../firebug.upstream [01:21] if there are conflicts you have to fix them, if not you just commit that merge: [01:21] bzr commit [01:21] and provide a good commit message stating that you are merging changes to upstream branch and maybe summarizing what those changes were [01:21] um ok - there shouldn't be any merges since I already got rid of the .svn in the ubuntu branch [01:22] conflicts you mean :) [01:22] well ... its also a manual merge ;) [01:22] right [01:22] then just merge + commit :) [01:23] so [01:24] i should be able to checkout the upstream; remove all the .svn; then commit/push and make an orig.tar.gz from that? [01:24] if you have both branches next to each other you can produce one (in build-area) with: [01:25] bzr bd --merge --dont-purge --export-upstream=../firebug.upstream --builder='debuild -S -sa' [01:25] you usually want to copy the .orig.tar.gz to your tarballs dir after that and don't export again [01:25] to prevent eventual md5sum mismatches [01:26] jetsaredim: ^^ [01:26] but before you should merge from .upstream => .ubuntu ;) [01:26] but i think thats clear [01:26] ok. i am out now for real [01:26] its getting late here [01:27] cu [01:27] i'll have to touch base with you about this tomorrow [01:38] * jetsaredim still doesn't quite get what's not happening here [01:38] i'm able to run the bzr bd --merge command just fine [01:38] but that doesn't generate a source file to upload to a ppd [01:38] err ppa === ]reed[ is now known as [reed] [03:48] umm dunno if this is the right place to ask - where does thunderbird store its address book? [03:51] I don't know if this is the definitive answer, but I seem to see it under .mozilla-thunderbird/.default/abook.mab [04:04] thanks [05:31] fyi - I went to file a bug at https://bugs.launchpad.net/firefox-extensions/+filebug and there doesn't seem to be a mechanism for that [05:31] not setup [09:18] jetsaredim: the --builder='debuild -S -sa' is the important argument to produce the sources with bzr builddeb [09:19] jetsaredim: ok i enabled the bugtracker for the firefox-extensions project [09:19] sorry for the confusion ;) [10:14] hi [10:19] hi [10:19] Ubulette: all fine? [10:20] did you receive an invite recently? [10:21] part of it, my greylist blocked google [10:21] Ubulette: huh? from google? not from canonical? [10:21] i think i missed the initial invite [10:22] it has been posted through gmail using an @ubuntu.com address [10:23] who send it? [10:23] jorge [10:23] at least the visa part [10:23] jcastro: ^^^ [10:23] do you know which mails went out, so Ubulette can check if he has everything? [10:24] oh, got it [10:24] do you have folder where grey list filtered stuff end up in? [10:24] ok good. [10:25] nope greylist is a temporary reject at the smtp level [10:25] right ;) [10:25] so it should be redelivered at some point [10:26] got "Subject: Ubuntu Developers Summit Invitation" and "Subject: A quick note one UDS/FOSSCamp and visas" [10:26] is there something else ? [10:27] i have no idea ;) ... does the Invitation tell you how to proceed? [10:27] (i guess visa doesn't matter for you) [10:30] i does tell how to proceed. I just think it lack a bit of context of what UDS is about but I figured it out [10:31] about tb3: http://paste.ubuntu.com/4887/ [10:35] * asac looking [10:37] Ubulette: http://paste.ubuntu.com/4888/ ... please give me credits in commit :-P [10:37] we need unix/packages-static though [10:37] to start copy the browser/ packages-static over and add/remove the diff files ;) [10:38] the credits was just kidding [10:39] eheh [10:39] makes sense? [10:40] think so, i'll try that [10:40] good [10:41] btw, sm2 install is broken too [10:41] hmm ... there is a problem though [10:41] --enable-libxul doesn't work, right? [10:41] (something with missing wallet locales) [10:41] thats borked [10:42] but at least make install works in general for sm2? [10:42] i haven't tried, just started that tb3 thing yesterday eve [10:43] Ubulette: ok, use http://paste.ubuntu.com/4890/ [10:43] thats what sm uses [10:43] (as LIBXUL can't be used) [10:44] but that is in line with my perception that "tbird cares even less about unix than sm" [11:07] [reed]: bug 193108 ... is that known? reporter claims it happens with fresh account with mozilla.com build as well. i couldn't find anything in bugzilla, but that might be again my incompetence to use that beast [11:07] Launchpad bug 193108 in firefox-3.0 "Word spacing issue in Firefox 3" [Low,Incomplete] https://launchpad.net/bugs/193108 [11:11] hm, tb3 is still using xpm, not png [11:12] sounds bad for libxul [11:12] where is the xpm code? [11:12] i thought it was removed [11:12] from libpr0n ;) [11:13] yet, they still ship: [11:13] mozilla/dist/bin/chrome/icons/default/abcardWindow.xpm [11:13] mozilla/dist/bin/chrome/icons/default/abcardWindow16.xpm [11:13] while sm2 has only the png for those [11:14] ok ... i think even ffox still has the .xpm files [11:14] they are not used though [11:15] because there is no .xpm code anymore [11:15] Ubulette: but tbird has the .pngs as well? [11:15] <[reed]> asac: landing patches before nightlies... I'll look in a sec [11:15] [reed]: sure [11:17] asac, http://paste.ubuntu.com/4891/ [11:18] ok depends on the code then i guess [11:18] hard to tell by just looking at the images [11:31] ok we are down to 54 not-forwarded bugs against firefox-3.0 again [11:42] <[reed]> so, ask the reporter to try a nightly for bug 193108 [11:42] Launchpad bug 193108 in firefox-3.0 "Word spacing issue in Firefox 3" [Low,Incomplete] https://launchpad.net/bugs/193108 [11:42] <[reed]> if a nightly is still showing the issue, definitely escalate [11:42] <[reed]> you could try asking roc / dbaron about it [11:42] <[reed]> since that's a layout regression [11:43] [reed]: ok will do [11:43] thanks [11:47] it's a pain in the *ss to create mail/installer/unix/packages-static [11:47] it's so different from win [11:48] Ubulette: yeah ... i think a bunch of files should be similar to browser [11:48] the rest you need to use find in dist i guess [11:49] i don't really know which bin/components/*.so are needed [11:49] afaik the idea is to install all thats in dist/ [11:49] Ubulette: whats in dist/bin/components/ [11:49] let me see if we want all [11:51] http://paste.ubuntu.com/4892/ [11:53] asac, .so only: http://paste.ubuntu.com/4893/ [11:54] asac, and my current version of the fix: http://paste.ubuntu.com/4894/ [11:54] Ubulette: .xpt are needed i guess [11:54] and all .so [11:56] Ubulette: i wonder why we can't dump all this during make ... i mean each component knows what it exports, so that could be just written to a file ;) [11:56] anyway ... this looks not too bad [11:57] just check if you have all files and if you miss some look if you really intend to skip them [11:57] you mean between dist and debian/tmp ? i still need a lot of files then [11:58] same for sm2 [11:58] and probably xul as well [11:58] I have a compare2 module for moz-devscript somewhere doing that comparison and the diff is huge [12:00] not complete dist [12:00] dist/bin/ [12:00] then for dev: dist/include [12:00] yes, that's what i meant [12:00] what kind of files are missing for xul? [12:00] are those of the same kind [12:00] ? [12:01] i don't remember exactly, i'll recheck [12:01] if you have a list that would be great [12:01] i didn't bother much because it was working like it was [12:01] upstream isn't that good at this. they don't use install on their own. so it might even be the case that there is something missing. [12:01] yeah, but we should definitly check. [12:02] i can do that as well, but i think i need a bug [12:02] let me open one [12:02] let me finish that tb3 patch 1st [12:06] bug 194342 [12:06] Launchpad bug 194342 in xulrunner-1.9 "review make install target and package-static files" [High,Confirmed] https://launchpad.net/bugs/194342 [12:07] you can assign it to me [12:07] oh cool [12:07] doing [12:07] Ubulette: i made it a beta blocker :)... so release managers will nag us in case we don't get this fixed [12:07] i'll refresh my compare2 module (need a better name) and commit it [12:08] what i compare2? [12:08] s/i/is/ [12:08] Launchpad 1.2.2: faster PPA builds, enhanced bug subscriptions and more [12:08] faster, faster [12:09] compare is debian/tmp vs debian/$pkgs-*/usr/* [12:09] * Faster PPA builds: we've cut the time it takes to build [12:09] packages in PPAs. The moment you upload your source, [12:09] Launchpad starts building. [12:09] \o/ [12:09] thats good news for you i guess ;) [12:09] compare2 is dist vs debian/tmp [12:10] so compare really check that our *.install are complete [12:10] dist/bin you mean? [12:10] yes [12:10] do you consider dist/include and dist/idl as well? [12:10] while compare2 check that the installer is correct [12:10] or are those beneath dist/bin/ as well? [12:10] maybe they are in dist/sdk? [12:11] * Karma fiends take note: registering branches and linking [12:11] branches to bugs or blueprints now earns you karma! Want [12:11] to know more about karma? Take a look at [12:11] https://help.launchpad.net/KarmaCalculation [12:11] hope that just "registering branches" won't give any karma [12:12] what about commits ? [12:14] don't see anything about that [12:14] went to devel-announce [12:15] imho, commits should be more appreciated [12:15] https://lists.ubuntu.com/archives/ubuntu-devel-announce/2008-February/000385.html [12:15] well ... commits are hard to value ;) [12:15] fixing bugs in commits are better ... but all this isn't perfect anyway [12:15] i've subscribed to that list, at last [12:16] :-P [12:16] 14 messages this month so far. thats handable [12:20] Ubulette: does bug 190334 work for you? [12:20] Launchpad bug 190334 in xulrunner-1.9 "about:config doesn't work" [Undecided,New] https://launchpad.net/bugs/190334 [12:22] nope. I have the warning, and when I click on "I'll be careful, I promise", it doesn't do anything [12:36] does nsIJSContextStack.h exist in latest trunk xul? [12:40] -rw-r--r-- root/root 9839 2008-02-21 19:23 ./usr/include/xulrunner-1.9b4pre/unstable/nsIJSContextStack.h [12:40] ./ ? [12:40] is taht in -dev package as well? [12:41] ok root/root shoujld explain it i guess [12:41] but why ./ ? [12:42] because i paste the dpkg -c that my bot append at the end of its logs [12:42] pasted [12:43] xulrunner-1.9-dev_1.9~b4~cvs20080221t0943+bbot-1_i386.deb [12:43] yep, it's in -dev [12:43] good [12:46] i'll try to give you access to my logs when I have time [13:06] do I need to change appname for tb3 ? [13:07] profile migration is a pain [13:13] well ... i assume that it will eventually kill profiles [13:17]