/srv/irclogs.ubuntu.com/2007/08/08/#ubuntu-mozillateam.txt

asacJazzva: i think so12:31
asaccan find out tomorrow12:31
asacwhat size do other icons have12:31
asac?12:31
JazzvaWell, the smallest is 32x3212:32
JazzvaOthers are mostly 128x12812:33
Jazzvaasac ^12:33
JazzvaIn xpm12:33
Ubuletteasac, help :)12:35
=== cwong1 [i=chatzill@nat/intel/x-e9a5b786b6f70843] has joined #ubuntu-mozillateam
asacJazzva: then using 32x32 is ok12:36
asacUbulette: how?12:36
asac:)12:36
Ubulette(cd ../../dist/firefox && tar -cvhf - .) | \12:36
Ubulette          (cd /src/firefox-granparadiso-3.0~alpha7/debian/tmp//usr/lib/firefox-granparadiso && tar -xf -)12:36
Ubulettecd: 2: can't cd to /src/firefox-granparadiso-3.0~alpha7/debian/tmp//usr/lib/firefox-granparadiso12:36
Ubulettethis is were my build fails12:36
Ubulettethought the 1st line was supposed to create the missing dir.. it didn't12:37
asacyeah .. which probvably means that make install doesn't install things12:37
Ubuletteoops12:37
Ubulette1st line missing12:37
asacwe do make install DESTDIR=debian/tmp/12:37
Ubulette /src/firefox-granparadiso-3.0~alpha7/build-tree/mozilla/config/nsinstall -D /src/firefox-granparadiso-3.0~alpha7/debian/tmp//usr/lib/firefox-granparadiso12:37
asacUbulette: what is in /src/firefox-granparadiso-3.0~alpha7/debian/tmp//usr/lib/12:37
asac?12:37
Ubulettenothing at that point. debian/tmp is still empty12:38
Ubulettensinstall -D is supposed to create it just before the tar | tar12:38
asacwell .. but the compile succeeded?12:38
Ubuletteyep12:38
asacor is this right in the beginning?12:38
asacok12:38
Ubulettenope, the end12:39
Ubuletteit's make install12:39
asachave you tried to run make install DESTDIR=/tmp/testinstall12:39
asacand see if all is properly installed beneath /tmp/testinstall?12:39
asace.g. you can run make install in build-tree/mozilla12:39
Ubuletteyep. worked12:40
asacyes ... which is what i saw12:40
asacquestion is why does it fail if its run through debian/rules12:40
asacbut not if manually12:40
Ubuletteexactly12:40
asaci managed to run exactly the same command that debian/rules runs manually12:40
asacUbulette: so it fails lik12:41
asac00:37 < Ubulette>  /src/firefox-granparadiso-3.0~alpha7/build-tree/mozilla/config/nsinstall -D  /src/firefox-granparadiso-3.0~alpha7/debian/tmp//usr/lib/firefox-granparadiso12:41
asac??12:41
asacis that the first command run if you run make install manually?12:41
Ubulettethis did nothing apparently but manually, it works fine12:41
UbuletteI can post my full logs12:41
asacthe double / isn't a probloem, right?12:41
asacUbulette: well ... i am as smart as you are ... i just know that i ran into the same problem12:42
Ubulettemanually, the double / is not a problem12:42
asacand had no time to look into it12:42
asacit looks like its an environment thing12:42
Ubuletteasac, you seems to master this whole mozilla maze. I don't :)12:42
asacif you can figure out what is different in environment when run through debian/rules compared to manually then you are a hero :)12:42
Ubulettewell, env is the same, ie a very very limited chrooted bootstrap12:43
asacwell ... but if env is the same and everything else is the same then we should see same result12:44
Ubulette:)12:44
asacbut we don't ... which is why i guess that env is different12:44
asacas i don't see whatelse might be different12:44
asacUbulette: oh12:45
asacUbulette: pleasae try this:12:45
asacchose a different upstream version12:45
asacmaybe its some path expansion thing and ~ confuses something12:45
asac(stupid guess ... but worth a try)12:46
Jazzvaasac: I'm also making .desktop files, since none of these packages have one (I don't know why I expected they will (Oh, yeah... I wasn't looking forward to making a whole bunch of .desktops :)))... Hope that's ok with gnome-app-install.12:46
asacso maybe try if building with upstream version name firefox-granparadiso-3.0a7 helps12:46
asacUbulette: i had some discussion with debian maintainer who had issues if upstream directory had a tilde in its name12:46
asacthough i think it was unrelated to mozilla build system ... but who knows :)12:47
asacJazzva: yes thats the idea12:47
asacJazzva: create .desktop files12:47
asacinject .png12:47
Jazzva...xpm :)12:47
asacJazzva: and finally add Mime-Type: ... to those desktop files12:47
asacso we can search for firefox/thunderbird et al extensions by mime-type12:47
asacyeah .xpm is good as well12:48
Jazzvaasac: As soon as I talk to g... (have nick in logfile) about Mime-Type :).12:48
asaci think good practice is to leave out file extension in desktop file12:48
asacglatzor12:48
Ubuletteok, i'll debug the hard way.12:48
asacJazzva: if glatzor says that he hasn't hard-coded a mime-type so far, just let me know and I will give you one12:48
asacUbulette: cool :)12:49
asacUbulette: but how?12:49
asacUbulette: the patch applied cleanly, right?12:49
Ubulettelet's insert a strace in rules.mk12:49
asacthe make install patch i mean12:49
Ubulettewhich patch ?12:49
Jazzvaasac: Ok... Off for a while... Have fun debugging :).12:49
asacJazzva: thanks12:49
asac:)12:50
cwong1asac:  I am having problem running the midbrowser built off of the WORKING branch.  It takes a long long time before it comes up.  And I see 2 tabs in the browser, one labeled with (Unttled) and the other is loading the home page.  Do you have the same problem I do?12:50
Ubuletteasac, I've created debian/patches/50_from_bugzilla_fix_make_install.patch which is bugzilla minus xulrunner patch12:50
asacok12:50
asaccwong1: the two homepages are a feature12:51
asaccwong1: its called milestone feature ... and you get that when you upgrade12:51
asaccwong1: for taking long time before it comes up ... i don't see that12:51
asaccwong1: in my chroot it always takes a bunch of time because of high X latency i guess12:52
cwong1asac: hmmmm  I thought the damn thing was hung12:52
asacdo you run in chroot?12:52
cwong1asac: Yes.  I am using the image that I created with image creator12:53
asacand xephyr?12:53
cwong1asac: yes12:54
asacin general i don't see any reason why it would take longer to start up12:54
asacremember that working still has hildon window12:54
asacso maybe thats the difference12:54
cwong1asac: I disabled that from nswindow.cpp12:54
asacok12:54
asachow?12:54
asacpatched reverse?12:55
cwong1yes12:55
asacok12:55
asacso what do you test? starting from dist/bin ?12:55
cwong1btw, what is the "Utitle"page points to?12:55
cwong1yes12:55
cwong1I cd to dist/bin and enter ./midbrowser12:55
asaccwong1: are you sure it takes longer then previous midbrowser?12:55
cwong1yes a lot longer.12:56
cwong1hmm may be its because I dont have the proxy setup and it waited the page to time out12:56
asacwell .. sounds reasonable :)12:56
asaccwong1: maybe compare startup time right after removing ~/.mozilla/midbrowser12:57
cwong1ok I will play around with it and see.. thanks12:57
asace.g. with fresh profile12:57
asacwe can talk about the start pages on another day12:58
cwong1yes12:58
asacfor now get the menu assembled :)12:58
cwong1I do see the toolbar on the bottom.. looks good.12:58
cwong1yeap12:58
asacand strip what is currently excluded by localstore.rdf out of midbrowser.xul :)12:58
cwong1will do12:58
asacfor the milestone pages:12:59
asaceverytime mozilla detects that you upgraded to another build it will try to display a release notes page12:59
asacin addition to homepage12:59
cwong1ok didnt know that01:00
asacwe have to discuss if we want that .... or what we want01:00
asacin ubuntu we have turned this feature completely off for firefox01:00
asacits a simple solution, but since we are real upstream we might want a bit more01:00
cwong1that's what I was thinking.01:00
cwong1disable it completely01:00
asacyeah ... but it requires a patch against upstream firefox01:01
asacwhich is not good01:01
asacbetter: setup a release notes page on moblin.org :)01:01
asacwe can patch it for ubuntu package like we do for firefox01:01
asac... if we want01:01
cwong1we can decide on this when Bob comes back next week01:01
asacsure01:02
asacits not really pressing i hope01:02
cwong1no01:02
asacafter all its a simple thing to change01:02
asacjust remember to keep it on radar01:02
cwong1y01:02
cwong1back to working on menu..:)01:02
asaccool :)01:02
Ubulettedo'h, I have to recompile everything once again01:03
asacUbulette: why?01:05
asacusually i just rerun dpkg-buildpackage -rfakeroot -nc01:05
asacto retry make install01:06
asaconly01:06
Ubulettethere's a clean at the beginning01:06
Ubuletteno ?01:06
asacno01:06
asac dpkg-buildpackage -rfakeroot -nc01:06
asacwill just clean your make install01:06
asacnot the whole build01:06
asace.g. debian/tmp debian/PACKAGNAME wil be cleaned01:06
asacand make install rerun01:06
Ubulettehmm01:07
asacjust give it a try01:09
asacsaves you 30-60 minutes01:09
Ubulettehmm, strace is interesting.01:12
Ubulettemkdir("/src/firefox-granparadiso-3.0~alpha7/debian/tmp", 0777) = 001:12
Ubulettestat64("/src/firefox-granparadiso-3.0~alpha7/debian/tmp", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 001:12
Ubuletteit wants the dir in 777, it's created in 755, then nsinstall is lost01:13
asacwell01:17
asacwhy would it get lost then?01:17
asacUbulette: when you run make install DESTDIR=... manually01:17
asacis DESTDIR afterwards 777 ?01:18
Ubuletteno01:18
asacso thats not the issue then01:18
asacUbulette: try if make install DESTDIR=/tmp/test-1.0~4asda/ works01:19
asacmaybe its indeed the tilde01:19
asacthough i doubt that you would see any crazy expansion in bash01:20
asacbut maybe in the new install:: rule in config/rules.mk01:20
UbuletteI don't have tilde anywhere01:21
UbuletteI build in /src01:21
Ubulettehttp://pastebin.mozilla.org/18241201:22
Ubulettesee by yourself01:22
asacUbulette: e.g. /src/firefox-granparadiso-3.0~alpha7/debian/tmp//usr/lib/firefox-granparadiso01:24
asacthere is tilde:01:24
asacadiso-3.0~alph01:24
Ubuletteoh01:24
asacplease test the make install above01:24
asacmake install DESTDIR=/tmp/test-1.0~4asda/01:24
asacand see if /tmp/test-1.0~4asda/ is empty afterwards01:24
asacor fails01:25
Ubulettebingo01:25
Ubulettefails01:25
asacyeah cool01:25
asacthats not nice ... but a direction01:25
asacok so look in the patch01:25
asacthe make_install one01:25
asacthere should be some place where the DESTDIR gets expanded01:26
Ubulettereading...01:27
asacyes thats fine01:27
asacanyway ... iam sure there is some code that chokes on tilde in DESTDIR in https://bugzilla.mozilla.org/attachment.cgi?id=27430401:27
asacUbulette: maybe its NSINSTALL?01:29
Ubuletteit's in C so no ~ expansion01:29
asacwelll i guess it happens before01:30
gnomefreakasac: trunk is still FTBFS01:31
gnomefreaksame spot too01:32
gnomefreaklet me look at somehting01:32
asacUbulette: maybe $(NSINSTALL) -D $(DESTDIR)$(installdir) need to be something like $(NSINSTALL) -D '$(DESTDIR)$(installdir)'01:33
asac?01:33
=== gnomefreak bets debian/tpm is empty
asacgnomefreak: yeah01:33
asacwe are working on it as you may read :)01:33
gnomefreakyep empty01:33
gnomefreakah ok01:33
Ubuletteasac, nope as strace shows the cmd line is ok01:35
Ubuletteie not expanded at the ~01:35
asacUbulette: tmp is created ... but no dir below, right?01:36
Ubuletteright01:36
asacdo you see any attempt to create or stat a dir below?01:36
asace.g. tmp/usr ?01:36
asacor tmp/usr/lib/firefox* ... directly?01:36
Ubuletteno. see my pastebin above01:37
gnomefreakby the looks of the failure here it looks like what you have is it01:37
Ubulettegnomefreak, seems close now :)01:37
gnomefreakit does but still this one has been bothering me for a while since the output doesnt match the error (sortof)01:38
asacUbulette: for me the strace looks like nsinstall fails to step down01:38
gnomefreak(cd /home/gnomefreak/firefox/trunk/debian/tmp//usr/lib/firefox-trunk && tar -xf -)01:38
asacUbulette: e.g. it tries to mkdir for every level ... but always with just tmp01:38
gnomefreakother than that it doesnt really play in tmp01:39
asacUbulette: does unix install -D ?01:39
asacsupport -D i mean01:39
asacif so ... try to replace NSINSTALL with SYSINSTALL in patch01:39
gnomefreaki can only go so far up but rm -f -rf ../../dist/xpt is where the trouble seemed to have started, after that it lists paths /bin/..... and some have errors/warnings than when thats done it fails01:41
Ubulette2 secs, debugging nsinstall.c01:41
gnomefreakit has to doesnt it01:42
gnomefreaki see a -DD before the failure (a while before it)01:43
gnomefreakthought i saw a -D01:43
asacUbulette: does nsinstall alone fail as well? e.g. just nsinstall -D /tmp/test~123123/usr/lib01:44
Ubulettein shell, nsinstall -D is okay, not through dpkg-buildpackage01:45
asacUbulette: so ... not when run through make you mean01:46
asace.g. how about a simple make file ... with just01:46
asacrun:01:46
asac   nsinstall -D /tmp/test-1.2~123/usr/lib ?01:46
asacdoes that work?01:46
asaci mean we had make install DESTDIR=... fail ... so te problem probably appears in combination with make01:47
asaci bet most likely with $(DESTDIR) expansion in make01:47
asace.g. so above make snipped will work while01:47
asacrun:01:47
asac  nsinstall -D $(XYZ)01:48
asacwill fail if run like01:48
asacmake XYZ=/tmp/test+1.x~123xca/usr/lib01:48
Ubulettewell, I don't think so. nsinstall -D is just a mkdirs which is a reccursive function calling mkdir.. and it seems clearly wrong01:48
asac... if it doesn't happen in makefiles with the expansion above then i don't know01:49
Ubulettethe call to mkdir in always debian/tmp instead of d/t/a d/t/a/b d/t/a/b/c etc.01:49
asacyeah01:49
Ubuletteit's all wrong within the C code01:50
asacyeah the amount of mkdirs == depth of path below debian/ ?01:50
Ubuletteyes01:50
asacbut why would it break in make and not from shell?01:50
asacif its in C code?01:50
asacit has to be something expansion'ish01:51
Ubulettethat's what I'm trying to find out01:51
asacwell ... does the Makefile above fail on make run DESTDIR=... ?01:51
asacthat would clearly help to evaluate01:51
JazzvaBack and stuff... Off to those .desktops01:53
asacUbulette: what makes me feel scary is that mkdirs in nsinstall.c passes a non const char* down recursively01:54
asacand even modifies this within recursion:01:54
asacpath[l - 2]  = 0;01:54
asacmight be right ... but looks hard to manage :)01:54
asacso it modifies the path ... passes modified path to mkdirs recursively and upon return it runs mkdir with the path it previously modified to pass down?01:55
asacthat looks wierd01:55
Ubulettefound it. It's the double /01:55
asacreally?01:55
asacyou see that in code?01:56
asaccan you fix nsinstall.c ?01:56
UbuletteI'm working on it01:56
asacok so you have to cut of trailing // before recursing01:56
asacok01:57
asacatm it only strips leading double /01:57
asacUbulette: good luck :) ... i am going to bed now. Let me know about your findings please ... i will read logs when i wake up02:11
Ubulettedone.02:12
Ubuletteit works now02:12
asacUbulette: how?02:13
asacpatch ;) ?02:13
Ubuletteyep. 2 sec02:13
asacsure02:13
Ubulettehow ? pastebin ?02:15
asacat best push a ready branch to launchpad :)02:16
asacbut pastebin is ok as well02:16
asacat least let me take a look through pastebin02:16
Ubulettehttp://pastebin.mozilla.org/18242002:16
asacok so it was in-recursion modification?02:17
asacof path?02:17
Ubulettethe idea is when the initial code see a //, it modify path, which is wrong for the inner mkdir02:17
UbuletteI just keep the oringinal path (opath) and free it later02:17
asacUbulette: maybe the bug is in line 20 ?02:18
asaci mean is that needed?02:18
Ubuletteyep02:18
asacit should be zero because of while before02:18
asacor because strend02:18
asacoh i see02:19
asacit does not restore all / before return02:19
asacok02:19
asacok thanks ... strdup looks like the more reasonable approach02:19
asacassuming that nsinstall does not try to minimize memory usage for real of course02:20
Ubuletteshould not be a problem. strdup does its own allocation02:20
Ubuletteit's basically malloc + strncpy02:21
asacyeah02:21
asacanyway ... its not as efficient as not duplicating mem :)02:21
asacUbulette: ok whats your lp id?02:21
asacand name + email?02:22
Ubuletteubulette02:22
Ubulettemy lp account is uptodate (email, ssh key, etc)02:22
asacUbulette: if you want you can push a paradiso alpha7 branch to launchpad02:23
asacotherwise i will prepare it tomorrow02:23
Ubulettenever done that before. I'm used to package debs on my side :P02:23
UbuletteI've designed a buildbot02:23
asachttps://launchpad.net/~ubulette02:24
asacis "page not found"02:24
Ubuletteoops02:24
Ubulettehttps://bugs.launchpad.net/~fta+launchpad02:24
Ubuletteit's based on my email02:24
asacdon't see any email on that page02:25
asacanyway02:25
asacUbulette: if you want to contribute on the long run, get used to bzr ... ok good night ;)02:25
UbuletteI'm used to cvs, svn, hg, git02:26
Ubulettewhy not bzr :)02:26
asacwell then bzr should be easy02:26
asacjust commit yuor changes locally02:26
asacand if ready push to sftp://$USER@bazaar.launchpad.net/~$USER/firefox/granparadiso02:26
asacbzr push URL02:27
asacok night02:27
Ubuletteok, I'll think about it. good night02:27
asacah ... start with my granparadiso branch of course02:27
asachttps://code.launchpad.net/~mozillateam/firefox/granparadiso02:27
Ubulettebtw, that patch, or something similar should go upstream02:31
UbuletteI guess mozilla/nsprpub/config/nsinstall.c has to be patched too. It's a different version than mozilla/config/nsinstall.c but has the same flaw.03:17
UbuletteI still need to review the *.install files as my debs are still broken.03:18
UbuletteGot tons of "Warning: package error or possible missing or unnecessary file" since the make install patch. Got to figure out what that means too.03:19
Ubulettetomorrow. Bed time now.03:19
=== Admiral_Chicago [n=FreddyM@adsl-68-72-81-177.dsl.chcgil.ameritech.net] has joined #ubuntu-mozillateam
gnomefreakim off to bed finally, i will try to get on tomorrow but i have alot of work if my aunts pc is still failing to grab her email but we will see, iceape is done afaik let me know if you need anything else feel free to email me if im not here ill try to check email tomorrow.05:29
hjmf@schedule08:20
ubotuSchedule for Etc/UTC: 08 Aug 12:00: Edubuntu | 09 Aug 15:00: Ubuntu Development Team | 10 Aug 04:00: MOTU Team | 11 Aug 17:00: Xubuntu Developers | 14 Aug 15:00: Ubuntu Server Team meeting | 14 Aug 19:00: Technical Board08:20
=== hjmf is off
asacUbulette: can we make the patch more memory-sensitive by just removing the while that zeros double / ?12:19
asacUbulette: e.g. without strdup?12:19
asacUbulette: would be cool if you could commit your update to granparadiso-fsh as well as the nsinstall.c patch to bzr01:41
Jazzvaasac: Is it ok to take a logo of a service for it's extension icon? (for example StumbleUpon's logo)02:25
JazzvaAlso, do I need to have a Generic name field in .desktop for gnome-app-install? If I need, would "Firefox extension" be enough?02:26
Ubulettehi02:32
Jazzvamorning :) (well, good afternoon)02:34
Ubuletteasac, for the double / patch, Iet me see what I can think of.02:35
asacJazzva: if the icon looks good and is not non-free then yes02:37
Jazzvaasac: Ok, and if I cant find an icon should I leave it without it or use firefox logo?02:43
asacUbulette: i have a fix for that already02:48
asacUbulette: wait a sec02:48
UbuletteI have one too02:49
asacUbulette: http://people.ubuntu.com/~asac/patches/fix_nsinstall_on_double_slash.patch02:49
asacUbulette: please use bzr ... otherwise we will duplicate work02:50
asacUbulette: ok i am pushing what i have so far to the mozillateam granparadiso branch02:54
Ubulettemy guess is that the code you remove is useful for some platforms02:54
Ubulettenot for linux/unix02:54
asacUbulette: at best start with that one and commit your changes locally and then push it to bzr branch02:54
asacso i can merge it for release02:54
asacUbulette: might be02:55
=== Ubulette is on the phone. brb
asacUbulette: however ... since the current code would break on any platform i doubt that the code was really tailored for needs of different platforms02:56
asaci think it was just ment to be smart ... minimizing memory + minimizing recursion02:56
Ubuletteback03:11
Ubuletteasac, http://pastebin.mozilla.org/18252703:12
Ubulettethat does the work and still removes trailing slashes to mkdir03:13
asacUbulette: well03:17
asaci don't think this will fix the issue for us03:17
asacas it will still set / to zero further down the recursion03:17
asacif you want to remove trailing / you have to remember all positions and set them back to / after recursion03:17
Ubuletteno. tested on my tree. I works as good as my strdup03:18
asacwell it doesn't do anything as i see now03:18
asacit just fast-forwards to the last /03:18
asacok03:18
Ubuletteit does move backward03:18
asacyes of course03:18
asacok03:19
asacUbulette: ok please start with current mozillateam branch ... update the patch i currently have and then see how far we get03:19
asacafaict it should at least install all things03:19
asacsftp://asac@bazaar.launchpad.net/~mozillateam/firefox/granparadiso/03:20
asacbzr branch https://code.launchpad.net/~mozillateam/firefox/granparadiso03:20
asacthen go03:20
asac:)03:20
asaci would refrain from working on that branch then for today ;)03:20
Ubulettehow do I start ? bzr co or bzr branch ?03:21
asaclike above03:21
asacthen you commit for each change like you do in cvs03:21
asacand when you are done you push it to your private branch in launchpad and let me know so i can merge it in release branch03:22
asace.g. when done do03:22
asacbzr push sftp://ubulette@bazaar.launchpad.net/~ubulette/firefox/granparadiso/03:22
asacUbulette: there is an example on how to build midbrowser using bzr builddeb03:23
asachttps://wiki.ubuntu.com/MozillaTeam/Build/Bzr?highlight=%28mozillateam%29%7C%28bzr%2903:23
asaci think you can easily adapt that ;)03:23
asacotherwise you can build as usual ... just ensure that the tar.bz2 is in top level directory of branch when running dpkg-buildpackage -rfakeroot or whatever03:23
asacif you want to use bzr builddeb just make tarballs directory next to where you checked out the bzr branch and put the orig.tar.gz in there03:24
asac(like in wiki)03:24
Ubulettemust my local bzr dir be fixed ? I mean, I work in very volatile chroots that gets erased very quickly03:25
asacwould be a good idea to have it fixed03:25
asacyou can pass --builder option to bzr builddeb03:26
Ubuletteso I have to mount it into the chroot03:26
asacif you want to use pbuilder03:26
Ubuletteno pbuilder03:26
asaci usually mount my home into chroot ... but i use stable chroots03:26
asace.g. no pbuilder for me :)03:26
asacok fine ... i like people that don't use pbuilder ;)03:27
asacat least for development03:27
asacdo you need instructions on how to use quilt?03:27
asace.g. to produce patches in debian/patches/ ?03:28
Ubuletteyeah, maybe. I'm not very familiar with projects that starts with an packed source tarball03:29
Ubulettes/an/a03:29
asacwell its like using quilt for not embeeded tarball03:30
asacjust do a dpkg-buildpackage -rfakeroot ... and abort when patches are applied03:30
asacthen you can go into build-area/mozilla03:30
asacand just use quilt03:30
asace.g. quilt push -a (to apply all)03:30
asacquilt pop -a (to unapply all)03:30
asacquilt refresh --diffstat -U8 to update a patch (e.g. after modifying nsinstall.c)03:31
asacbtw, i patches nspr nsinstall.c as well03:31
asacquilt needs some excersize ... but its damn good when working on huge code-bases like ffox03:34
asaccompared to dpatch or even simple patch03:35
asacbecause you can just work in tree to produce/update patches03:35
asacno need top copy whole tree for each edit03:35
Ubuletteasac, what's "bzr bd --merge ." for ?03:45
asacbzr bd == bzr builddeb03:47
asac--merge means that you want to merge your bzr tree with the orig.tar.gz03:47
asace.g. we just have debian/ directory in bzr03:47
Ubuletteok03:48
Ubuletteyou said you committed the patch, right ?03:49
UbuletteI can't see it03:49
asacUbulette: debian/patches/fix_nsinstall_on_double_slash.patch03:52
Ubulettenot there03:52
asacwell03:53
asacits not yet synched to http03:53
asacholy shit03:53
Ubulettethere's a bzr:// ?03:53
asaclet me check that with bzrlp guys03:53
asacno ssh03:53
asacbut only if you have access03:53
Ubulettehmm03:54
asacok pushing somewhere else03:57
asactakes a minute03:57
asacUbulette: in 5 minutes you can branch from http://people.ubuntu.com/~asac/bzr/granparadiso/03:58
Ubulettedo I need to trash my branch or just branch yours on top of it ?04:00
asacno just pull mine on top04:00
asacactually you should now be able to just pull04:00
asace.g. try bzr pull04:00
asacbzrlp guys synched it manually now04:00
asacUbulette: ^^04:01
asacok i am grabbing some food ... the branch in launchpad should be up-to-date now ... it should be revision 3504:01
asac(see bzr info ... or bzr log)04:01
asacif it still isn't then try to pull my branch on top of it04:01
asacin about 3-4 minutes i guess it should be ready04:02
Ubulettebzr pull worked. rev35, good04:04
asacyeah04:05
asacfine04:05
asaci am out for lunch then04:05
Ubulettewell, let's build that once to see how it is compared to mine04:05
asacyes ... it should build iirc04:05
Ubuletteshould take me 45 min :(04:05
asacat least things get installed in debian/tmp04:05
asacUbulette: use04:05
asacbzr bd --merge --dont-purge .04:05
asacif you want to use bzr bd04:05
asacthen you can just work in build-area/firefox*04:06
asacas usual04:06
asacotherwise if build succeed the build tree gets wiped (e.g. without --dont-purge)04:06
Ubuletteok but I need to buiild it at least once right ?04:06
asacUbulette: yes04:06
Ubuletteok, good.04:06
asacwell you can abort right after patching if you want to modify patch right in front04:06
asacbut i htink you want a full build anyways04:06
Ubuletteyep. Glad I'm not already lost04:07
Ubulette:)04:07
=== asac hugs Ubulette :)
asacok lunch04:07
Ubulettebzr: ERROR: unknown command "bd"04:08
Ubulettelol04:08
JazzvaUbulette: Have you installed bzr-builddeb :)?04:08
Ubuletteno but I will04:09
JazzvaOk... It will provide the bd :)...04:09
Ubulettedone04:10
Ubulettethx04:10
JazzvaNo prob...04:10
Ubulettebzr: ERROR: Unprintable exception DebianError: dict={'_preformatted_string': None}, fmt='A Debian packaging error occurred: %(message)s', error=KeyError('message',)04:17
Ubuletteshould I pass my key ?04:17
JazzvaHmm... not sure. I didn't get that error.04:17
JazzvaThough I have my key set in bashrc...04:17
Ubulettewhere should I bzr bd from ?04:19
JazzvaFrom the source dir...04:19
JazzvaJust like the usual dpkg-buildpackage...04:19
Ubuletteat that point, I only have the debian dir.04:19
JazzvaUh-huh... have you tried to put the whole source dir along with debian/ and then bzr bd?04:20
Ubulettealready have orig.tar.gz04:20
UbuletteI see. it's expecting a different structure.04:21
JazzvaAs far as I know, you should have orig.tar.gz in tarballs/ and full source in <program-name>/. The bzr bd should be run from <program-name>04:21
Jazzva<program-name>04:21
Jazzva<program-name>/04:21
Jazzva:)04:21
Jazzvatarballs/ and <program-name>/ need to be in the same dir04:22
=== gutsytester [n=gu@rgnb-4db09f75.pool.einsundeins.de] has joined #ubuntu-mozillateam
Jazzvaand the build will go on in build-area/04:22
Ubulettewanted to be imaginative but it doesn't like it :004:24
Ubuletteyep fixed.04:24
Ubuletteit's building04:24
JazzvaCool :)...04:25
asacok i am back :)04:39
asacUbulette: when you see not-parsable errors in bzr bd its usually a missing tarball04:39
Ubulettejust wanted to organize my stuff differently. didn't like it. fixed04:41
Ubulettehmm, fix_make_install.patch is not the fix from buzilla right ?04:42
Ubulettebugzilla04:42
Ubulettemine is much bigger04:42
Ubuletteand you still have fix_toolkit_xre_install.patch which is no longer necessary04:42
Ubulettewhy don't you "number" your patches like other projects ?04:45
asacUbulette: its the fix from mozilla .. but adapted04:46
asacbecause there are patches that intersect with that one04:46
asacUbulette: series file gives you order04:46
asacUbulette: fix_tookit_xre_install.patch is different now04:47
Ubulettei know but I just find it easier to see numbers so I can easily track the changes. well, doesn't really matter04:47
asacUbulette: its just needed so build doesn't fail04:47
asacUbulette: to see the order just type:04:47
asacquilt series04:47
Jazzvaasac: .desktops and icons are pretty much done. Just need to find glatzor and ask him about those Mime-Type's.04:47
Jazzva(and then to test-build)04:48
asacJazzva: yes thanks04:48
asacJazzva: let me try to figure out04:48
asacshould be in latest gnome-app-install code04:48
Jazzvaasac: No prob... Sorry it took two days to finish them...04:48
asacthats not a problem at all :)04:49
asacJazzva: can you push your current work somewhere?04:49
asace.g. to a private branch?04:49
Jazzvaasac: Umm... Just to give it a final touch :).04:50
asacJazzva: you can push now ... then push again when done :)04:50
JazzvaShould I commit one-by-one extension or can I do "bzr add * / bzr commit"?04:50
Jazzvagive me a moment to also copy desktop files and update gnome-app-install...04:51
asacJazzva: at best one by one04:52
asace.g. in bundles04:52
asacextension desktop file + icon == one commit04:52
JazzvaOk... That's what I thought :)04:52
asacthen as last commit update changelog04:52
asacthough you might leave changelog composing to release branch maintainer04:52
asacif you don't want to bother04:53
JazzvaFew questions... Do I need to leave "StartupWMClass=Firefox-bin"?04:53
asacno that entry can be dropped04:53
asacyou have an example .desktop ?04:53
asacpastebin maybe?04:53
JazzvaJust a sec04:54
Jazzvahttp://paste.ubuntu-nl.org/33040/04:55
JazzvaI wasn't sure about some fields... That's another thing that I was planning to see with glatzor04:56
JazzvaI don't think it needs the Terminal, X-MultipleArgs fields...04:56
Jazzvabrb04:59
asacJazzva: ok ... just try to get glatzor on line :)05:01
asaci think he is usually available in the evening (Central Europe)05:01
Jazzvaasac: back05:03
asacyay05:03
JazzvaWell, I'll be going off in an hour or so and will be back by 9 (gmt+1)05:03
JazzvaHope I'll catch him then :)05:03
JazzvaSaw the pastebin?05:03
JazzvaMime-Type line isn't pasted correctly :)... I pasted it from nano...05:06
JazzvaA little more about file :). Name has the "<extension-name> extension for Firefox" format05:07
JazzvaComment is usually pasted (and edited) from short Descritpion (apt-cache show)05:08
JazzvaGenericName is always "Firefox extension"05:08
Ubuletteasac, build failed05:08
Jazzva(except for Ubuntu theme "GenericName=Firefox theme")05:08
asacUbulette: probably in debhelper install right?05:09
JazzvaIcon is <extension-name>.xpm05:09
asacUbulette: or how did it fail?05:09
Ubulettedh_install: firefox-granparadiso-dom-inspector missing files (debian/tmp/usr/lib/firefox-*/extensions/inspector@mozilla.org), aborting05:09
Ubulettemake: *** [binary-install/firefox-granparadiso-dom-inspector]  Error 105:09
Ubulettebzr: ERROR: The build failed.05:09
asacUbulette: yes05:09
JazzvaAnd that's it05:09
asacUbulette: the directory layout might have changed05:09
asachow does the structure look like below debian/tmp/ ?05:09
asace.g. where is inspector@mozilla.org05:09
asacUbulette: in worst caes inspector isn't installed at all anymore ... but take a look05:10
Ubulettedebian/tmp/extensions/inspector@mozilla.org05:11
asacJazzva: i think you just need Icon + Name + Comment + GenericName + Mime-Type ... but no guarantees05:11
asacUbulette: wow05:11
asacwell ... try to modify the firefox-granparadiso-dom-inspector.* files accordingly then05:11
Ubuletteseems broken to me05:11
asacUbulette: is inspector somewhere below build-tree/mozilla/dist/bin ?05:12
Jazzvaasac: Ok... I'll remove the StartupWMClass field and push to my branch. Is that ok?05:12
asacJazzva: remove as much as possible :)05:12
asacand yes ... push to your branch early :)05:12
asacyou can later correct things anyway05:12
Ubulettethere are tons of files directly under debian/tmp (ie not even in usr/bin usr/lib etc ..)05:13
Jazzvaasac: Well, ok :)... *sends_empty05:13
asacUbulette: can you paste a ls of debian/tmp `05:13
asac?05:13
Jazzva*sends_empty_desktop_files* ...there :D...05:13
JazzvaJust kidding :).05:13
asachehe05:13
asacUbulette: you said that my fix_install patch is much smaller then what you had?05:14
asacmaybe thatst the culprit ... i mean i merged things in, but maybe i forgot to refresh some files to the patch05:14
Ubulettehttp://www.sofaraway.org/tmp/list.txt05:16
asacUbulette: ok we have to redo the  patch05:16
Ubulettethat's a find ..../debian/tmp05:16
asaci apparently have forgotten lots of files05:16
asaci can do that if you want05:17
UbuletteI can try mine05:17
asacyeah ... might not apply though05:17
Ubulettewell, it will hurt granparadiso-fsh05:17
asacas it intersects with other patches05:18
Ubuletteonly this one05:18
asacwelll ... then adapt your patch05:18
Ubulettein my tree, i apply 50_from_bugzilla_fix_make_install.patch 1st, then an updated version of granparadiso-fsh, then no-have-stdint-h-ftbfs.patch and ftbfs-with-branding-dir05:19
Ubulettebut I also have a dh_install error05:20
asacUbulette: ok i have an updated patch05:21
asacUbulette: http://people.ubuntu.com/~asac/patches/fix_make_install.patch05:23
asacUbulette:  i think if you unapply the current ... then apply this and run dpkg-buildpackage -rfakeroot -nc05:24
asacyou should be able to try incremental05:24
asaci pushed it mozilleteam branch as well ... though i have no idea if it got synched05:25
asacoh yes ... it synched05:25
asacso just bzr pull05:25
asacshould bring you05:25
Jazzvaasac: One more thing: should I run update-menu script before every commit, or can I run it just at the end? (the first one seems more logical to me)05:28
Ubulettecan I mix bzr db and dpkg-buildpackage ? seems they don't use the same dir (../build-area vs build-tree)05:29
asacJazzva: i have no idea about the package ... if you need to update some file on each change ... please commit the modified file in a separate commit05:29
asacUbulette: don't get confused :)05:30
asacUbulette: bzr bd  will create a merged build tree in build-area05:30
asacdpkg-buildpackage will create a build-tree inside the build-tree during build05:30
Ubuletteoh05:30
Jazzvaasac: Hmm, I think I mixed something :D... I forgot that is a script that does bzr add for me (and some other updates)05:30
asacif you work in build-area/ .... be sure that you pushed back your changes to your bzr tree before you run bzr bd next time05:31
asacas bzr bd will wipe the previous tree in build-area05:31
asac... unless you provide some optino (see bzr help bd)05:31
asacJazzva: i have no idea what your problem is :) ... as long as you haven't published (pushed) you can do bzr uncommit05:32
asacto undo commits05:32
asacthe modifications will be kept as modified files if you uncommit05:32
Jazzvaasac: Thanks, I think I sorted it out :)05:32
asacok05:32
Jazzvaasac: There is a script that will see if there is a new menu-data available, fetch it, then apply it and after that apply all changes that were published online... Which I don't need currently, so I won't run that script :)05:33
asacJazzva: gnome-voice-control_0.2-0ubuntu1_source.changes is NEW05:33
asacnow waiting ftp-master approval05:33
asacJazzva: yeah05:33
Ubuletteasac, so now, I should just work in build-area/firefox-granparadiso-3.0~alpha7/{build-tree/mozilla,debian}, right ?05:33
asacunless you need to update something in bzr yes05:34
Jazzvaasac: Weee :D05:34
asacUbulette: if you are done there you copy all changes to your bzr tree and commit05:34
Jazzvaasac: Hmm, that package is in revu too, but I can't access it in the last day or two :/... Can you nuke it (if you can access it)?05:34
asacJazzva: i cannot nuke things in revu05:35
asaci think its ajmitch05:35
Jazzvaasac: Ok, I'll say to him later... Thanks :)05:35
asacJazzva: doesn't matter much noch that its in official05:35
Jazzvanoch?05:35
Jazzvanow? :)05:35
asacyes typo05:36
asacmuch noch05:36
asac:)05:36
JazzvaWell, I suppose it doesn't, but I thought just not to make mess on REVU :)...05:36
asacJazzva: you have url?05:36
asacthen i can comment that its uploaded05:36
JazzvaJust a sec to find it05:36
Jazzvaasac: http://revu.tauware.de/details.py?upid=633605:37
Jazzvaasac: But I still can't access revu :/ (though www.tauware.de is accessible)05:38
asacwell ... appears to be down then :)05:38
Ubulettedamn quilt. keeps saying no patches applied but they all are05:38
asacquilt applied ?05:39
asacis empty?05:39
asacyou have to be in build-tree/mozilla05:39
asacwhen running quilt05:39
Ubuletteahhh05:41
Ubulette:)05:41
asacjust play around a bit05:41
asacremember that you have to tell quilt that it should track some file changes with quilt add path/to/file/you/want/to/edit05:41
asacbefore you modify05:41
Ubulettehow to I do that ?05:41
asacunless the file is already in the patch that is currently on top05:41
asacUbulette: read above :)05:41
asacquilt add path/to/file/you/want/to/edit05:42
Ubuletteok05:42
asacthat will make the file be tracked in the patch that is currently on top05:42
asace.g. quilt top05:42
asacwill show you which one is currently on top05:42
asacif you want a new patch:05:42
asacquilt new name-of-new-patch05:42
asacquilt add path/to/file/you/want/in/patch05:42
asacthen edit file05:42
asacthen05:42
asacquilt refresh --diffstat- U805:42
asacquilt refresh --diffstat -U805:42
asacto get the diff into the new patch05:42
asacyou can look at the result before refreshing with05:43
asacquilt diff05:43
Ubuletteok. I need to get used to that before I do something useful05:43
asacwell ... just doing should do the trick in a few minutes i guess :)05:43
Ubuletteyep05:44
Ubuletteto patch several files, i just have to new, add all those files separately, then edit and refresh, right ?05:45
asacyes05:50
asacUbulette: but if its about a thing another patch tries to tackle then just update that patch05:50
asace.g. pop/push until the patch you want to modify is on top05:51
asacthen add all files you want in that patch (in addition to what is already tracked there) ... and then refresh05:51
asacif done test with quilt pop -a; quilt push -a if everything still applies cleanly05:51
asacthen done05:52
Ubuletteok, got it. thx05:53
asacif you want to earn bonus points, then document the patch at the top of the patchfile (e.g. before the diffstat) :)05:54
asacactually I should do that with all patches ... but often i am too lazy :/05:55
asacwhich is no excuse of course05:55
asacgranparadiso patches are not that important to document ... but firefox main package needs higher standards because we regularaly have to submit patches to upstreawm to be allowed to use their trademark05:57
asacmost firefox patches should be documented though ... but someone should go through ... refresh themm ... and document those that lack documentation ;)05:58
Ubuletteand to add an existing patch file ?05:58
asacquilt new HOWEVERYOUWANTTONAMEIT05:59
Jazzvaasac: mozilla-ctxextensions have desc "Context Menu extensions for Iceweasel". Should I switch it to Firefox?05:59
asacthen quilt fold -p <striplevel> < /tmp/existing.patch05:59
asacUbulette: ^^05:59
asacquilt fold is the keyword05:59
asacit will add files automatically05:59
Ubuletteok05:59
asacbut only if the patch applies cleanly05:59
asacotherwise it will rollback05:59
asacbut you need to call refresh after fold still iirc06:00
Jazzvahave/has06:00
asacJazzva: use Firefox/Iceweasel everywhere please06:00
asacJazzva: we will push app-install-data to debian asap06:00
JazzvaUmm... everywhere? So, uncommit everything :)?06:00
asacJazzva: no you can do that in a second update06:00
JazzvaI'll start from the original branch and change it :)06:01
asacits not that important ... but if you are at it maybe use the combo06:01
asacJazzva: you can also just commit a new revision06:01
JazzvaEasier that way... and less revisions :).06:01
asace.g. change files then commit them on top06:01
asacJazzva: i like that attitude06:01
asacJazzva: i try to be anal about getting distinct/complete patches before release as well06:01
Jazzvaasac: So do I :)...06:01
asacat least get them as distinct/complete as possible for each release06:01
asacJazzva: cool ... like that :)06:02
Jazzvaasac: Thanks :)06:02
Ubuletteasac, just tried with your new version of fix_make_install.patch, it applies but refresh fails06:03
asacUbulette: he?06:03
UbuletteWarning: trailing whitespace in line 394 of toolkit/mozapps/installer/packager.mk06:03
asacthats not a problem06:03
asacits just a warning06:03
Ubuletteoh06:03
asacUbulette: if you want to fix that you can pass --strip-trailing-whitespace as well06:03
asace.g. quilt refresh --diffstat -U8  --strip-trailing-whitespace06:03
asacbut i usually don't do that as it doesn't hurt06:03
Ubulettecool06:04
asacits just a hint that the file is not really clean ... because trailing whitespaces are evil (TM) :)06:04
asacit shows that people don't care for code layout ;)06:04
Ubuletteneed to keep track of all that. I have the memory of a golden fish06:04
asacUbulette: yeah06:05
asacUbulette: but i think we have already done all cases06:05
asacUbulette: and since you use it already it should be engraved into your brainform pretty quickly06:05
Jazzvaasac: One more thing... To rename GenericName from "Firefox ext/theme/whatever" to "Firefox/Iceweasel ..."?06:05
asacUbulette: you can always use quilt COMMAND --help06:05
asacto get brief help on the command you are interested in06:05
asacJazzva: hmm06:06
asacJazzva: example?06:06
asacJazzva: but in general yes06:06
JazzvaName=Greasemonkey .... for Firefox/Iceweasel06:06
Jazzva...06:06
JazzvaGenericName=Firefox/Iceweasel extension06:06
Jazzvaasac ^06:06
asacwell ... sounds too generic i would say06:06
JazzvaLol... What do you suggest? :)06:07
asacbut if XXXX extension is the way to go for generic name then its fine to do it the way you propose06:07
asacJazzva: no idea06:07
asaci have no idea about the policy of GenericName06:07
JazzvaWell, I've just applied the pattern I saw before...06:08
JazzvaExample:06:08
asace.g. what info should be expressed06:08
JazzvaName=Firefox web browser06:08
JazzvaGenericName=Web broser06:08
asacyes ... note how "web browser" describes the purpose06:08
asacFirefox extension is equivalent to Firefox application06:08
asacimo06:08
JazzvaHmm...06:08
asacyes ... but extension ~ application06:08
JazzvaWell, I don' have an idea right now... To send this update now and then overwrite it when some idea pops?06:09
asacGenericName=Firefox/Iceweasel user-scripts06:09
asacGenericName=Firefox/Iceweasel user-script extension06:09
asacmaybe that06:09
JazzvaHmm... cool :D06:09
asacno idea06:09
JazzvaSound nice... Will use it :)06:09
asacJazzva: don't get stuck on this .... just go ahead like youz think ... if there are complains we can fix them later06:10
JazzvaOk06:10
asacits just important that we get this data up asap06:10
asac:)06:10
asacwhich doesn't mean now ... but within a few days at least06:10
JazzvaWill be done :)06:10
JazzvaBTW, Firefox and Thunderbird don't have an icon in menu-data/icons/ dir. Should I add them later?06:11
asacwell lno idea if they are special cases06:11
asacbut in gnome-app-install you see an icon?06:11
JazzvaThat's why I ask...06:11
asacif not we sould add it06:11
Jazzvadunno... didn't try it. Will try that tonight06:11
asacplease look if firefox has an icon in gnome-app-install06:11
asacotherwise we should add it06:12
JazzvaOk :)...06:12
asacbut probably in a different branch ... so glatzor can just review your branch for "extensions"06:12
asaconly06:12
JazzvaOk06:12
Jazzvadifferent brach - ubuntu.icons?06:12
Ubulettetalking about icons, grandpardiso icon is the blue planet alone, without the fox, is that expected ?06:12
asacUbulette: yes ... thats agreed with mofo06:13
asacUbulette: we use "official" granpardiso branding06:13
asacwhich is that blue icon06:13
asacon trunk we should go back to minefield branding (the bomb) once we have a build for trunk again06:14
asacUbulette: mozilla just ships stable branches with fox branding ... they distribute granparadiso with blue one as well06:15
Ubulettehmm. ok06:15
Ubuletteasac, rebuild fails with your new patch06:17
Ubulettevery begining06:17
UbuletteMakefile:85: *** target file `install' has both : and :: entries.  Stop.06:17
Ubulettemake[1] : Leaving directory `/src/bzr/build-area/firefox-granparadiso-3.0~alpha7/build-tree/mozilla'06:17
asacUbulette: do we add an install:: target in some of our patches for top-level Makefile.in?06:18
asachmmm06:19
asacUbulette: in fix_make_install patch i remove install:: in Makefile.in06:19
Ubulettein mozilla/toolkit/mozapps/installer/packager.mk06:20
asacdo you see an install:: in top level Makefile.in left?06:20
Ubuletteit's an include06:20
asacso top-level includes packager.mk?06:21
Ubuletteyep06:21
Ubulettehmm06:21
Ubuletteno06:21
asaci don't see that include in top-level06:21
asaclet me start the build ... and see if it fails that quick here too06:22
Ubuletteix:~/bzr/build-area/firefox-granparadiso-3.0~alpha7/build-tree/mozilla$ make06:22
UbuletteMakefile:85: *** target file `install' has both : and :: entries.  Stop.06:22
asacUbulette: for me its building06:22
asacat least its currently building06:23
asaccurrently in js/ tree06:23
asacUbulette: what did you change?06:23
Ubulettenothing.06:23
Ubulettejust replaced your patch, pop -a, push -a06:23
Ubulettefine06:23
asachmm06:23
asacfor me rev 36 from mozillateam branch builds happily06:24
asaccan you see if you have a diff? against taht?06:24
UbuletteI clearly have an install:: at line 85 of build-tree/mozilla/Makefile06:24
asacwell Makefile is not important ... do you see that in Makefile.in ?06:25
asacin the end its important ... but it doesn't help to track06:25
asacUbulette: you must be missing something06:25
asacplease try rev36 from bzur06:25
asaci have no install: in Makefile06:25
asacUbulette: you might need to recreate them06:26
asachave you rerun config.status ?06:26
Ubuletteno06:26
asactry to run ./config.status in top-level and see if install:: goes away06:26
asacusually it should happen automatically if Makefile.in is touched ... but who knows06:26
asacif you don't see install:: in Makefile.in then its worth a try06:26
Ubuletteworked06:27
asacgood06:27
asaci think that should be enough to build incremental again then06:28
Ubulettenow build fails here:06:28
Ubulettedh_install: firefox-granparadiso missing files (debian/tmp/usr/lib/firefox-*/firefox-granparadiso-bin), aborting06:28
Ubulettemake: *** [binary-install/firefox-granparadiso]  Error 106:28
Ubulettethat's where I was yesterday in my tree06:28
Ubulette:)06:28
asacUbulette: do you still see the garbage directly beneah debian/tmp ?06:29
Ubuletteno. everything is under debian/tmp/usr06:29
asacok06:30
asacis there a -bin file in debian/tmp/usr/lib/firefox-*/06:30
asachow is it called?06:30
=== asac guesses that we have to fix packager.mk in grandparadiso-fsh like fashion
Ubulette-rwxr-xr-x 1 bbot bbot  3959 Aug  8 15:07 firefox-granparadiso*06:30
Ubulette-rwxr-xr-x 1 bbot bbot 57600 Aug  8 15:07 firefox-granparadiso-bin*06:30
asacso "debian/tmp/usr/lib/firefox-*/firefox-granparadiso-bin" exists?06:31
Ubuletteno, it's in dist, no debian/tmp06:31
asacplease look like above06:31
asac18:30 < asac> is there a -bin file in debian/tmp/usr/lib/firefox-*/06:32
asac18:30 < asac> how is it called?06:32
Jazzvaasac: To update changelog with dch -i? I've added all extensions I had... Still have three Thunderbird's to finish (I forgot that (oops)).06:32
Ubuletteno bin06:32
asacUbulette: what is in that dir?06:32
asacUbulette: ok ... i am pretty sure we have to fix packager.mk06:32
asacUbulette: please look in granparadiso-fsh patch06:33
asacquilt pop until its on top06:33
asacthen add packager.mk06:33
asacand edit it accordingly06:33
asacsearch for usages of $(MOZ_APP_NAME) and make06:33
asac$(MOZ_APP_NAME)-granparadiso out of it06:33
Jazzvaasac: I'll add those for Thunderbird tonight... I'll have to go after push. Oh, and should I push to sftp://jazzva@bazaar.launchpad.net/~jazzva/app-install-data/ubuntu-firefox-ext?06:34
Ubuletteasac, http://pastebin.mozilla.org/18256206:34
asace.g. just replace like s/\$(MOZ_APP_NAME)/$(MOZ_APP_NAME)-granparadiso/g06:34
asacUbulette: yes looks like i expected06:34
asacfix packager.mk and all will be good06:34
asacbut otherwise it looks fine06:34
asac(ignoring -dev package for now)06:34
asacJazzva: how is the original branch named?06:35
asacuse the same branch name and add suffix: ".mozilla-extensions"06:35
Ubuletteasac, should I pop "at" or above ?06:35
asacUbulette: pop at06:35
asacand refresh that patch06:35
asacit belongs in that patch06:35
asace.g. the packager.mk diff06:36
asacUbulette: just look with quilt top06:36
asacif its currently on top before you add/edit/refresh06:36
Jazzvaasac: ubuntu... Ok. Will do that. What about changelog :)? "dch -i"?06:36
asacUbulette: oh ... i notice that this will make things difficult06:36
asacas make_install_ patch probably touches that file heavily as well06:36
Ubulettebut if I add there, is it an incremental patch or the same patch ?06:36
asaceither update that patch as well06:37
asacor just create a new one on top06:37
asac(sorry for confusion)06:37
asacUbulette: its the same patch06:37
asacUbulette: i want to have patches on per-feature06:37
asacif you want a new patch directly on top of patch X ... just pop to patch X ... then quilt new et al06:37
asacbut thats not what we need here06:37
Ubulettehere, you want an updated granparadiso-fsh or an additionnal patch just after granparadiso-fsh ?06:38
asacUbulette: either update granparadiso-fsh (and in turn fix make install patch as well) ... or just add a completely new patch on top of everything06:39
asacthe former is preferred06:39
Ubuletteok, got it06:40
asacUbulette: if you want you can also try to get granparadiso-fsh patch on top of make install06:40
asacthat would prepare the patch for easy replacement by upstream06:40
asace.g. if upstream applies the patch we just need to drop the make install patch and granparadiso-fsh will just apply06:40
Ubulettemaybe later :)06:40
asacyeah06:40
asachave fun ... and thanks a lot ... i guess after this you will be almost a master of quilt :)06:41
Ubulettelol06:41
Ubulettegrep -c MOZ_APP_NAME toolkit/mozapps/installer/packager.mk06:41
Ubulette006:41
asacUbulette: you have to quilt push -a06:42
asacso in the end you can either flip patches and then update granparadiso06:42
asacor add a new patch06:42
asac:)06:42
asaci guess we want a new patch06:42
asaci can do the flippage when integrating the changes06:42
Ubuletteok, 2 matches after push -a. I understand now06:43
asacUbulette: i understand better now06:45
asacUbulette: maybe just fix the make-install patch itself06:45
asaci did that for a few occurrences but apparently missed some06:45
asace.g. just search for MOZ_APP_NAME in there and append -granparadiso06:45
Ubulettebut that will mix fixes and features06:46
Ubulettebetter reorder 1st06:46
asacright06:47
asacbuzt then make it right06:47
asacand drop -granparadiso from that patch completely06:47
asacbut since its on top of granparadiso-fsh patch you won't get rid of it06:47
asacso in the end you have to flip06:47
asace.g. use pristine upstream make install patch06:48
asacUbulette: maybe we should try to use MOZ_APP_NAME=firefox-granparadiso06:48
asacto get rid of all this craziness06:48
asacwant to try?06:48
Ubuletteyes06:48
asace.g. drop granparadiso-fsh patch06:48
asacuse pristine upstream make install patch06:49
asacthen fix configure.in06:49
asacand use firefox-granparadiso there06:49
asac... and see how far you get :)06:49
asachmm MOZ_APP_NAME is not defined in configure.in anymore06:50
asacprobably came with new toolkit improvements06:50
Ubuletteseems better to apply upstream fix-makeinstall 1st, then no-have-stdint-h-ftbfs.patch and ftbfs-with-branding-dir06:50
Ubuletteie drop granparadiso-fsh and fix_toolkit_xre_install.patch06:51
JazzvaIs this right: bzr push sftp://jazzva@bazzar.launchpad.net/~jazzva/app-install-data/ubuntu.mozilla-extensions ? Since there is still no output *sighs*... Is it because of 500 and something revisions? :)06:52
asacUbulette: fix_toolkit patch is still needed06:52
asacor wait06:52
asacmaybe not06:52
asachowever its not bad to have as its a syntax error in some makefile06:52
asacJazzva: you should have used bzr+ssh: instead of sftp:06:53
asacshould be a hell lot faster06:53
asacJazzva: if you abort you need to pass --overwrite --use-existing-dir06:53
Ubulettefix_toolkit is supposed to be fixed by upstream patchn no ?06:53
asacis guess06:53
asac(or something like that)06:53
asacUbulette: well through upstream patch it becomes unused code06:53
asachowever the code has a syntax error06:53
asacso i updated fix_toolkit to drop the unused code06:53
Jazzvaasac: Thanks...06:54
asacshould be submitted upstream06:54
asacUbulette: i will update the upstream bug where the initial patch lived06:54
Jazzva*sighs* connect to host bazzar.launchpad.net port 22: Connection timed out06:54
asactypo?06:54
asacbazzar?06:54
asac=> bazaar06:54
JazzvaOh... right :)... Didn't notice it.06:54
asacJazzva: use bzr+ssh anyway06:55
asacyou need gutsy though06:55
asaci think with 0.15 bzr it doesn't work06:55
asacif you don't have it go for sftp:06:55
JazzvaHow? To replace it with sftp *unsure*?06:55
JazzvaHeh :D06:55
asache?06:55
asacjust use sftp06:55
asac;)06:55
JazzvaHmm, it's asking for a pass..  Maybe it works :)06:55
asacUbulette: we have to find where MOZ_APP_NAME is defined in new build-system06:55
Ubuletteasac, I can just use my own patch for make install. It's the one commit in trunk06:56
asacUbulette: previously it was in configure.in ... but that is not the case for toolkit applications anymore06:56
Jazzvaasac: not working :)... sftp it is06:56
asacUbulette: feel free06:56
asacUbulette: but please keep the toolkit install patch for now06:56
Ubuletteok06:56
asacso it won't vanish from my trree06:56
asacJazzva: well not working is not really a detailed summary of what happens i would say06:57
Jazzvaasac: Hmm this is what I got :/...  ERROR: Permission denied: '/~jazzva/app-install-data/ubuntu.mozilla-extensions': [Errno 13]  Directories directly under a user directory must be named after a product name registered in Launchpad <https://launchpad.net/>.06:57
JazzvaWith sftp...06:58
asacUbulette: ok06:59
asacUbulette: fix the MOZ_APP_NAME in browser/confvars.sh06:59
asacUbulette: and remind me to remember that its in that file ... i already knew about that ;)06:59
asacUbulette: maybe replace granparadiso-fsh with that diff07:00
asacor do a new one: granparadiso_moz_app_name .)07:00
asacok doing something else now :) ... hope you find your way ;)07:01
Jazzvaasasc: Bad link again.. Fixed it :).07:02
JazzvaOk, I've gotta go. I'll leave bzr to finish pushing. Should be uploaded in 10 minutes or so (I hope)... Have fun :).07:07
Ubuletteasac, I'm now here:07:17
Ubulette$ quilt series07:17
Ubulettefrom_bugzilla_fix_make_install.patch07:17
Ubulettefix_nsinstall_on_double_slash.patch07:17
Ubulettefix_toolkit_xre_install.patch07:17
Ubuletteno-have-stdint-h-ftbfs.patch07:17
Ubuletteftbfs-with-branding-dir07:17
Ubulettejust granparadiso left07:17
=== cwong1 [i=chatzill@nat/intel/x-1250008a132c4388] has joined #ubuntu-mozillateam
asacUbulette: ok please rename (quilt rename --help) ... from_bugzilla_fix_make_install -> bzXXXXXX_fix_make_install07:20
asacXXXXXX == bug id in bugzilla07:21
Ubuletteok07:21
asacUbulette: ok for granparadiso add a new patch07:21
asacthat patches confvars.sh07:21
asacbrowser/confvars.sh07:21
asacand then hope that all works out well07:21
Ubulettealready done07:22
asacah07:22
asacin which patch?07:22
asacthought granparadiso was left :)07:22
Ubulettea new granparadiso-fsh07:22
asacwell ... then just respin and see if it breaks07:22
asaci guess you need a full respin unless you want to think about what to do ;)07:22
Ubulettejust looking for the bug id07:22
asacUbulette: yeah ... name it granparadiso-appname or seomthing07:23
asacits not fsh anymore afterall07:23
Ubulette38967307:23
asacfsh == file system hierarchy07:23
asacmozilla bug 38967307:23
ubotuMozilla bug 389673 in Build Config "Fix "make install" to copy from dist/ rather than recursive makefile traversal" [Normal,Resolved: fixed]  http://bugzilla.mozilla.org/show_bug.cgi?id=38967307:23
asacyes07:23
asacmaybe document attachment id in patch07:23
asac(to do it like best-practices) :)07:23
Ubulette$ quilt series07:24
Ubulettebz389673_fix_make_install.patch07:24
Ubulettefix_nsinstall_on_double_slash.patch07:24
Ubulettefix_toolkit_xre_install.patch07:24
Ubuletteno-have-stdint-h-ftbfs.patch07:24
Ubuletteftbfs-with-branding-dir07:24
asacUbulette: maybe consider to refresh your make install patcvh to get U8 and diffstat ... as this is the format i would like to see everywhere07:24
Ubulettegranparadiso-appname07:24
asacok07:24
asaclooks good07:24
UbuletteI did07:24
Ubuletteit's all fresh with diffstat07:25
asacin a perfect world you would have split up these things in multiple commits07:25
asacbut since you are done ... well one commmit might work07:25
Ubulettelet's compile 1st07:25
asacusually if you rename a file in bzr you use bzr mv file_src file_target07:25
asacyeah07:25
asacright you can still do it:)07:25
asacbut in the end i don't care much07:26
asacmost importantly i can merge it with my tree ;)07:26
Ubulettedh_install: firefox-granparadiso missing files (debian/tmp/usr/lib/firefox-*/firefox-granparadiso-bin), aborting07:26
Ubulettedamn07:26
Ubulettesame, no -bin in lib07:27
Ubulettehmm.. need a config.status07:28
asachuh? you do incremental build?07:29
asacthat is likely to fail07:29
asacyou need at least a reconfigure07:29
asacUbulette: i guess you should do a dpkg-buildpackage -rfakeroot -b07:30
asace.g. clean rebuild07:30
asacotherwise you might try to remove config.log (??)07:30
asacthen run fakeroot ./debian/rules binary07:30
asacbut keep your eyes open that autoconf2.13 is actually run if you do this07:30
Ubulettejust for the record; logs say Warning: package error or possible missing or unnecessary file: bin/firefox-bin (packages-static, 45).07:31
Ubulettethat will rebuild everything so it's another 45min07:32
Ubuletteasac, thanks for quilt, that's really handy07:37
asacnp07:37
asacUbulette: what does spit out the message above?07:37
Ubulette /usr/bin/perl -I../../xpinstall/packager -e 'use Packager; Packager::Copy( "../../dist", "../../dist/firefox", "packages-static", "unix", 1, 0, 1);'07:39
Ubulettewhile in mozilla/browser/installer07:39
asacdoes it happen on clean build?07:39
asacor just before?07:39
asace.g. in dirty build tree?07:39
Ubulettedon't know yet. it's in make install07:40
Ubulettei'm still compiling07:40
asachmm07:40
asaclets see07:40
asacwhat happens:)07:41
Ubulettedo you want me to commit several steps ?07:42
asacwell ... since you probably cannot do steps that work ... i guess one large commit, but well documented what is done with each file is better07:43
asacif you see any steps you might separate with a buildable tree, feel free to go that way07:43
Ubulettehow do I comment with bzr ?07:44
asacif you run bzr commit (without any options)07:46
asacit will open your $EDITOR07:46
asaci have emacs ... i think default is vi?07:46
asacno idea07:46
asacUbulette: usually i do a bzr diff > /tmp/somefile07:46
asacthen i open that as well and go through the diff to not miss to document changes07:47
Ubuletteok07:48
=== asac [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam
asacok i got reconnected ... so i lost messages of last 10 min or so07:54
Ubulettemissed nothing07:55
Ubuletteasac, for nsinstall, do we keep your patch or mine (http://pastebin.mozilla.org/182527) ?07:58
Ubulettemine seems closer to the inital idea of pruning trailling slashes for mkdir07:59
Ubuletteoh, and yours invokes mkdir of the same thing as many times as the number of slashes08:03
asacUbulette: well ... if yours work ... then take that08:03
UbuletteI'm not trying to place mine :) just do the right thing08:04
asacno really ... i think yours is ok08:04
Ubulettelunch time, brb08:06
Ubuletteback08:41
Ubulettehm, it failed once again08:42
Ubulette-bin is okay now08:42
Ubuletteoh, firefox-granparadiso.install is wrong. fixed08:43
Ubulettenow it fails with: dh_install: firefox-granparadiso missing files (debian/tmp/usr/lib/firefox-*/plugins/libunixprintplugin.so), aborting08:43
Ubuletteit's in dist but not in debian/tmp08:44
Ubuletteasac, any idea ?08:45
asacis there no libunixprint* ?08:47
asacin tmp/usr/lib ... ?08:47
asacif not ... is there one in dist/bin/plugins ?08:48
Ubuletteit's in dist but not in debian/tmp08:48
Ubuletteix:~/bzr/build-area/firefox-granparadiso-3.0~alpha7$ ls -l build-tree/mozilla/dist/bin/plugins08:49
Ubulettetotal 808:49
Ubulettelrwxrwxrwx 1 bbot bbot 61 Aug  8 18:14 libnullplugin.so -> ../../../modules/plugin/samples/default/unix/libnullplugin.so08:49
Ubulettelrwxrwxrwx 1 bbot bbot 66 Aug  8 18:14 libunixprintplugin.so -> ../../../modules/plugin/samples/unixprinting/libunixprintplugin.so08:49
asacUbulette: is libnullplugin.so installed?08:59
asacin tmp ?08:59
Ubuletteyes09:01
asacwell thats a bit strange ... but lets not bother for that atm09:01
asacUbulette: maybe make .install more generic09:01
asacjust install what is in plugins/09:02
asacnot specific .so09:02
Ubuletteok09:02
=== Starting logfile irclogs/ubuntu-mozillateam.log
=== ubuntulog [i=ubuntulo@ubuntu/bot/ubuntulog] has joined #ubuntu-mozillateam
=== Topic for #ubuntu-mozillateam: Home of Ubuntu Mozilla Team - https://wiki.ubuntu.com/MozillaTeam | Bug Triagers please read: https://wiki.ubuntu.com/MozillaTeam/Bugs/ | Firefox trunk package source : https://code.launchpad.net/~asac/firefox/trunk | Mailing List: ubuntu-mozillateam@lists.ubuntu.com |
=== Topic (#ubuntu-mozillateam): set by Admiral_Chicago at Sun Jun 24 10:33:47 2007
(asac/#ubuntu-mozillateam) welcome back ubuntulog11:43
Ubulettebzr push failed11:50
Ubulettesftp11:50
UbuletteUnable to import paramiko (required for sftp support): No module named paramiko11:50
Ubulettepython-paramiko ?11:51
Ubuletteok11:51
UbuletteI need an ssh key for that...11:54
Ubuletteor what ?11:54
JazzvaIs there any way to extract contents of xpi file?11:58
Ubuletteunzip11:58
JazzvaOk :)11:58
Ubulettegot it, my ssh key is not working from the chroot.12:04
Ubulette[Errno 13]  Branches must be inside a person or team directory.12:09
asacwhere are you trying to push to?12:10
Ubulettesftp://fta+launchpad@bazaar.launchpad.net/~fta+lauchpad/firefox/granparadiso12:10
Ubulettethat's supposed to be my name12:10
asacwelll ... who knows12:11
Ubulettebzr: ERROR: Permission denied: '/~fta+lauchpad': [Errno 13]  Branches must be inside a person or team directory.12:11
asacmaybe launpad chokes on '+'12:11
Jazzvalaunchpa12:11
Ubulette:)12:11
asacmaybe url encode it12:11
JazzvaIt seems like you're missing an "n" in launch in that error12:11
asacright12:11
=== Jazzva remembers the "bazzar" thing :D
Ubulettegood12:11
Ubulettefetching..12:12
asacUbulette: if you are on gutsy better use bzr+ssh://12:12
asacwell .. then keep it going12:12
Ubulettedamn slow12:12
asacfetching means that server is fetching ... so you are pushing ;)12:12
asacwell there is full source tarball somewhere in history of that branch12:12
UbuletteI guess so... dsl upload12:13
Ubuletteslooooooow12:13
asac... happily only on initial push12:13
Ubuletteshould have done that from the office12:17
Ubulettenot from home12:17
asacwell ... most of the times it finishes ;)12:17
asacat some point12:17
Ubulettelol, email is wrong12:20
Ubulettehttps://code.launchpad.net/~fta+launchpad/firefox/granparadiso12:20
Ubuletteanyway to change that ?12:21
UbuletteI commited in my chroot as buildbot user :P12:21
Ubulettebzr whoami12:24
Ubulettewoow.. emails are public on LP12:25
Ubulettenot good for my spam rate12:25
JazzvaThey're not... You can see them only when you're logged in.12:25
asacUbulette: you need to set your email with bzr config12:26
asacmaybe uncommit + commit again12:26
asacand push with --overwrite12:26
asacto wipe the bad email history12:26
asacUbulette: my ~/.bazaar/bazaar.conf12:26
asachas12:26
asac[DEFAULT] 12:26
asacemail = Alexander Sack <asac@jwsdot.com>12:26
Ubulettebzr whoami did just that12:28

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!