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

asacif you have no configs the natural layout would be12:29
asac~/bzr/upstream-package-1.ubuntu12:29
asac~/bzr/upstream-package-2.ubuntu12:29
asac~/bzr/upstream-package-1.upstream12:29
asac~/bzr/tarballs/12:29
JazzvaMhm...12:30
asacto safe space you can make a bzr repo out of bzr directory12:30
asacin this way bzr/upstream-package-1.upstream and /bzr/upstream-package-1.ubuntu would share the .bzr directory12:30
asacbut afaik you have to make a repo out of bzr dir before branching initially12:31
asaclike12:31
asacbzr init-repo ~/bzr12:31
=== Jazzva is lost...
asacyeah sorry12:31
asaci will stop now12:31
asac:)12:31
JazzvaNo problem... I just need some time to get used to bzr :)...12:32
asacsure ... maybe read that again in a few days ;)12:32
JazzvaYeah, I noticed that usually works :)...12:32
asacthe most unfortunate thing is that bzr builddeb gives you meaningless default error messages too often12:32
JazzvaNoticed... A lot of unmet deps :/...12:33
asacif you get some error you don't understand its most likely that bzr doesn't find the orig.tar.gz12:33
asacah12:33
JazzvaThen I used bzr-buildpackage --builder '...' and everything seemed nice :)12:33
asacyes12:33
asacit should work without builder12:33
asachowever your main root needs all depends installed then12:34
JazzvaMhm...12:34
=== kujub [n=kurt@p549B196D.dip0.t-ipconnect.de] has joined #ubuntu-mozillateam
asacanyway ... for signing i have to use --builder as well :)12:34
JazzvaWell, I'll try to work it out with --builder option and see if it looks right :).12:35
asacsure12:35
asacJazzva: i get lintian warnings when building your package ... maybe you want to look into these as well12:41
asacNow running lintian...12:41
asacW: gnome-voice-control source: debian-rules-ignores-make-clean-error line 4312:41
asacW: gnome-voice-control: non-standard-dir-in-usr usr/libexec/12:41
asacW: gnome-voice-control: file-in-unusual-dir usr/libexec/voice_control_applet12:41
JazzvaHmm, saw them now...12:43
asacJazzva: why do you ship updated config.sub config.guess in diff?12:43
asacis that a glitch or intended?12:43
JazzvaGlitch...12:43
JazzvaWait12:43
JazzvaThere is a part in debian/rules where he updates config.sub and config.guess... debhelper made it and I didn't know it was wrong :/...12:44
asachmm12:44
asacok12:44
JazzvaI'll see if config.sub and configu.guess get changed during building and if they don't, I'll delete that part from debian/rules12:45
JazzvaThough I suppose they don't... at least they shouldn't...12:45
asacJazzva: you can keep it in debian/rules12:45
asacdid you keep that diff out of bzr?12:46
JazzvaUmm, I don't think I understand the question...12:46
asacnot important12:47
asacits ok to keep it i guess12:47
JazzvaBut I think it's not needed if config.sub and .guess don't change...12:48
asacwell they change12:48
asacthis instruction exists to make porters life easier i guess12:48
asacso if you are on debian kbsd you automatically get your architecture infos pulled in12:49
asacwhich might not be merged into mainline autotools12:49
asacyet12:49
JazzvaHmm, saving initial c.g and c.s, running configure and make, and then diffing old and new c.g and c.s should show if they change...12:49
JazzvaWhat's kbsd?12:49
asacdebian with gnu libc + kernel from freebsd12:49
asaca port12:49
JazzvaOk.12:50
JazzvaSo, it should stay in rules then?12:50
asacyes keep it12:50
asacif you commit config.* updates to bzr, please do so in a separate checkin12:50
asacok i am off for tonight ;)12:51
asacsleep12:51
asaccu12:51
JazzvaFirst to add debian/* and then config.*?12:51
asacyes for instance12:51
JazzvaOk, thanks :)...12:51
JazzvaI'll see what I can do with this :).12:51
JazzvaGood night12:51
asacsure12:51
asacthanks12:52
=== Admiral_laptop [n=Freddy@adsl-68-72-98-66.dsl.chcgil.ameritech.net] has joined #ubuntu-mozillateam
=== Admiral_laptop [n=Freddy@adsl-68-72-98-66.dsl.chcgil.ameritech.net] has joined #ubuntu-mozillateam
=== red_herring [n=rj@c-24-14-245-251.hsd1.il.comcast.net] has joined #ubuntu-mozillateam
=== Admiral_laptop [n=Freddy@adsl-68-72-98-66.dsl.chcgil.ameritech.net] has joined #ubuntu-mozillateam
=== gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-mozillateam
=== Admiral_Chicago_ [n=FreddyM@adsl-68-72-98-66.dsl.chcgil.ameritech.net] has joined #ubuntu-mozillateam
gnomefreakasac: are you back from your weekend getaway?02:53
=== gnomefreak has work for us to figure out this week sometime. firefox-trunk 20070803 failed to build with an error we had in sunbird i have paste i think, 20070804 failed on trunk-fsh patch
gnomefreakbut i will see you tomorrow if i get a chance im on babysitting duty for next 2 days02:57
gnomefreakSAVE MEEEEEEEEEEEEEE02:57
gnomefreak;)02:57
Admiral_Chicagognomefreak: baby sitting is not fun :)02:59
Jazzvagnomefreak: Babies can be cool :)... Well, some of them. I hope you had luck...03:45
JazzvaAs for asac, he's gone to sleep...03:46
=== Admiral_Chicago_ [n=FreddyM@adsl-68-72-98-66.dsl.chcgil.ameritech.net] has joined #ubuntu-mozillateam
=== Admiral_Chicago [n=FreddyM@adsl-68-72-98-66.dsl.chcgil.ameritech.net] has joined #ubuntu-mozillateam
asacwell ... here i am :)09:27
=== asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam
=== kujub [n=kurt@p549B320B.dip0.t-ipconnect.de] has joined #ubuntu-mozillateam
JazzvaHey, asac... Good morning :). Got my mail?12:25
asacmorning12:25
asacJazzva: yes ... whats the question ;) ?12:26
JazzvaBTW, if you read it... Can I make an initial release with a patch :)?12:26
asacfor what?12:26
asacfor that libexec thing?12:26
asacyes, please do a patch12:26
JazzvaUh-huh12:26
JazzvaOk :)12:27
asacmake it use pkglibdir12:27
asacnot libexec dir12:27
asacbut maybe confirm in #ubuntu-desktop where this applet binary has to go12:27
JazzvaWill do :)...12:27
asacJazzva: as long as you don't diverge a lot, and you document your changes properly in changelog/bzr commit ... then i am fine if you don't use a patchsystem ... though in general patchsystems are preferred over just carrying changes in the diff.gz12:28
JazzvaWell, I read about them... dpatch sounded not so hard, so I meant to use it...12:29
asacsure ... maybe use quilt12:30
asaci prefer it over every other system12:30
asacbut its your choice12:30
asacmaybe use different ones for different packages ... so you find what you like most12:30
JazzvaHmm, ok... Will try :).12:31
=== Fujitsu [n=fujitsu@ubuntu/member/fujitsu] has joined #ubuntu-mozillateam
Fujitsuasac: You rang? (re. bug #128116)12:32
ubotuLaunchpad bug 128116 in network-manager "NM loops indefinitely with `old_dev has_link? 1' when connecting to one particular network" [Undecided,New]  https://launchpad.net/bugs/12811612:32
Fujitsu(yes, I have quite some degree of technical skills)12:33
asacHi Fujitsu12:34
asacyeah12:34
asacFujitsu: maybe it helps if you set essid manually to "" before you try to connect?12:34
Fujitsuasac: I'm at home at the moment; I can try in about 12 hours.12:36
asacok12:36
asacprobably i am in bed then though ;)12:36
asacbut give it a try12:36
FujitsuWill do.12:37
FujitsuThanks for looking into this.12:37
asacsure12:40
asacneed testers :)12:40
asacfor every chipset i personally don't posess12:40
FujitsuIf you need anything from me, I can be found in... pretty much any #ubuntu-*, although I mostly sit in -devel and -motu.12:44
asack12:45
asacfor now testing what i asked would be a good start12:45
asacif it doesn't help i would need to do a test session with wpa_supplicant manually et al12:45
FujitsuDoing it manually works fine.12:46
Jazzvaasac: Hmm, I suppose "FATAL: Could not load /lib/modules/2.6.20-16-generic/modules.dep: No such file or directory" reported by bzr-builddeb is no biggie, right? :) (since the package builds and you said that bzr-builddeb will report some error messages)01:15
JazzvaReported when running pbuilder, when the build-deps unpack...01:16
Jazzvaasac: Configuration requires scrollkeeper-config, which is provided in scrollkeeper package, so I put it as a build-dep. But, then it stays in the final .deb, so I though I should remove it (it's in /var/lib/scrollkeper/). Since it needs it in installed state too, do I need to put it in package deps, or will it be determined with ${misc:Depends}?01:24
JazzvaNevermind... I think I figured that one :). Took a look at deskbar-applet.'s files.03:07
gnomefreakok im here im just looking for something atm03:11
gnomefreakasac: let me know when you have time there are a few things i stated above and there is one thing strange that really bothers me about the 20070803 build03:13
asacwhat is it?03:14
gnomefreaktrunk-fsh is giving me issues but im looking at the failed hunks atm. on the 0803 build debian/tmp was empty03:15
asacgnomefreak: well ... did i push something to trunk recently?03:16
gnomefreaknot that i know of extcpt what we did last week or week before03:17
asacwhat was that?03:18
gnomefreaklooking03:19
gnomefreaki thnk just removing patches and stufff03:19
asaci did apply something that was  a preview03:19
asacif i checked that in then we have troubles03:20
gnomefreaki fixed the firefox-trunk-install  applications.in and freind03:20
gnomefreakand --disable-airbag03:20
gnomefreaki see no reason as to why autoconf.mk.in should fail other than removing something that isnt in the file at all03:21
gnomefreakoh wait03:21
gnomefreakhttps://code.launchpad.net/~mozillateam/firefox/trunk03:21
gnomefreakanyway the 2 hunks failed should apply without problem03:28
=== gnomefreak not understanding why. the mozilla/unix/Makefile.in should apply since everything in patch is after the endif and endif is last statement in file. so everything is add on. and the autoconf.mk.in looks fairly sane to me there are a few things that might be going wrong but i dont see it applied in patch at all
gnomefreakapplied in file at all03:31
asachmm03:31
asaci doubt that patch refuses to apply if the patch applies cleanly :)03:32
gnomefreakbrb smoke03:41
asacgnomefreak: i have one more thing todo ... right after uploading a network-manager bomb :)03:41
asacthen i can look at trunk03:41
asacif not today, then tomorrow03:41
asacgnomefreak: paradiso doesn't just build right :) ?03:41
gnomefreakasac: i havent tempted it yet since its the same debian dir im gonna assume no03:46
gnomefreakmaybe thats it03:46
asacshould not be the same debian dir03:47
asacas the trunk contains this funky all-in-wonder-fix-all-make-install patch03:47
gnomefreakthe patch adds stuff to end of the file endif being the end of file and you have what looks like deleted things and added things but there is nothing to delete after endif in file03:47
asacwhich is definitly the reason for the empty debian/tmp dir03:47
gnomefreakah ok03:47
gnomefreaktrunk had empty debina/tmp and doesnt have that patch03:48
asacbut without that patch our future isn't bright03:48
asacas you remember ... we just crash ;)03:48
gnomefreakyes03:48
gnomefreaki remember :)03:48
asacthe funny thing about this make install patch is that it works03:48
asacif your just run make install DESTDIR=/tmp/somedir03:48
asacit will install it properly in that place03:48
asacbut it doesn't do that for us when run through dpkg-buildpackage -rfakeroot03:49
asac... as a matter of another mystery03:49
asacgnomefreak: just try on the failed build tree (where debian/tmp is empty)03:49
gnomefreakright, could the dpkg-* package have changed in gutsy and thats why it fails03:49
asacif you run make install DESTDIR=debian/tmp03:49
asacit should be thgere03:49
asaci really doubt it03:49
gnomefreakasac: i dont have one anymore03:49
asacits something else wierd going on03:50
gnomefreakthe one that failed i cleaned and changed date for build03:50
gnomefreakno dies at patches03:50
gnomefreaknow.03:50
asacwell ... adapt trunk-fsh03:50
asacyou know how03:50
asacgoto build-tree/mozilla03:50
asacquilt push -f03:50
asacfix the conflicts03:50
asacquilt refresh --diffstat -U803:50
asacthen see that quilt pop -a03:50
asac+ quilt push -a works03:51
asacif it does03:51
asacthen just build03:51
gnomefreakok after phonecall03:51
JazzvaUmm... sorry to get in, but what about DESTDIR=$(CURDIR)/debian/tmp?03:51
asacwhat do you mean?03:51
Jazzva(maybe I'm just talking non-sense, though)03:51
JazzvaThis:  <asac> if you run make install DESTDIR=debian/tmp03:51
asacyeah ... it should be the same03:51
asacbut we use cdbs for firefox package03:52
asacso its just done automagically03:52
JazzvaOh... ok03:52
Jazzva:)03:52
asacbut you see what it runs on command line03:52
asacif you run that manually it just works03:52
asacbut it appears to fail when build through debian/rules03:52
JazzvaDon't know CDBS, but you sure it will add $(CURDIR)? (well, it sounds logically to build in current dir)03:53
Jazzvaasac: By the way, I fixed (probably) all what you said for gnome-voice-control and uploaded :)03:55
asacJazzva: ok i will pull in the background03:56
Jazzvaasac: Thanks...03:56
asacJazzva: your checkin commands are not really verbose03:56
asacmakes it hard to review ;)03:56
asacjust give your commits the credits they deserve by using a verbose commit message next time03:57
Jazzvaasac: I looked at this deskbar-applet (packaged using CDBS) and it passed "DESTDIR=$(CURDIR)/debian/deskbar-applet" to make03:57
asacwhat did you do to debian/rules?03:57
Jazzvaasac: Sorry... Will do :)03:57
asaci don't see that from comment03:57
JazzvaFixed the "no target to run 'clean'" by adding if [ -f Makefile ] ;...03:57
JazzvaAnd removed the /var/lib/scrollkeeper that gets added03:58
asacok, document that please next time03:58
JazzvaOk...03:58
gnomefreakas here is the conflict http://pastebin.mozilla.org/182092  looks like the full patch hunk03:58
asacJazzva: you changed the configure line as well?03:58
Jazzvaasac: Just wanted to say that03:58
Jazzva--libexecdir=/usr/lib/...03:59
asacJazzva: thats wrong03:59
gnomefreakthis patch is almost usless without these hunks in it iirc there is only 3 hunks03:59
asacJazzva: please fix the makefile.am03:59
asacnot the libexecdir03:59
JazzvaHmm, well, that's what I got as advice from pitti :/...03:59
asacuse pkglibdir instead of libexecdir03:59
asachmm03:59
JazzvaWhen I asked in #ubuntu-desktop...03:59
asachmm03:59
asacok03:59
asacmaybe --libexecdir is pkglibdir for us by definition?04:00
asacno idea04:00
asacdoes cdbs pass that argument as well?04:00
JazzvaWhat do you mean?04:01
asacwell ... if cdbs passes --libexecdir to configure ... then its fine imo04:02
JazzvaWell, it seems to me it would pass to configure if you would add it :/... But I don't know cdbs :)04:02
asacyes of course ... i just ment if cdbs passes it by default then its probably policy ... if not its a hack ;)04:03
JazzvaLemme see how they did it in deskbar-applet :)04:03
asacright04:04
JazzvaHmm, no mention of "libexecdir" in their debian/rules...04:04
asacso ... look in Makefile.am of the applet binary04:04
asachow do they define the programs?04:05
JazzvaWhat do you mean? How do they define where it's gonna install?04:07
asacwill ... in gnome-voic ...04:08
asacthere is in src/Makefile.am:04:08
asaclibexec_PROGRAMS = voice_control_applet04:08
asacif you change that to pkglib_... it will automatically get installed to proper directory04:08
JazzvaNo mention of that in deskbar-applet, but they use this: "deskbarbindir = $(libdir)/deskbar-applet"04:10
asachmm04:12
asacyeah04:12
asacuse pkglib then04:12
asace.g. patch Makefile.am04:12
asacor keep --libexecdir= ... whatever you want04:12
asaci don't really care04:12
asac:)04:12
JazzvaUmm... well, what's better? :)04:13
asacboth are equal ... though fixing makefile looks more like the proper solution04:14
asacbut keep --libexecdir04:14
asacok lets look at the checkin for a minute :)04:14
asachttp://pastebin.mozilla.org/18209704:15
asacyou see how you tackle multiple things in one commit?04:15
asace.g. independent things04:15
JazzvaMhm...04:15
JazzvaOooh, so you wanted me to upload thing by thing :)?04:15
gnomefreakwish there was an automatic way to resolve conflicts :( can we add that to quilt ;) j/k i know we cant04:16
JazzvaFor example: edit debian/control - upload - edit debian/rules - upload... Something like that?04:16
gnomefreakJazzva: update debian/control debian/bleh and so on than commit debian/control  <add whatever you did> commit debian/bleh <add what you did> and so on than once everything is goo bzr push <URL to push to> example sftp://gnomefreak@bazaar.launchpad.net/~jazzva/package/name04:29
gnomefreakbzr commit04:29
gnomefreakasac: did you tar up the granparadiso a7 tarball yet?04:29
gnomefreakfor bar bd04:29
gnomefreakbzr bd04:29
Jazzvagnomefreak: Understood... :)04:29
asacJazzva: yes ... distinct commits04:29
asacper feature ... as i outlined yesterday ... boosts readability of branch history04:29
JazzvaNow I see what you meant yesterday :)...04:29
gnomefreakthis is assuming you have branch made already04:29
gnomefreakasac: by the looks of it and im not sure how this is but both hunks (autoconf and makefile.in) fail on whole hunks :(04:29
gnomefreakatleast thats what im seeing pre conflicts04:29
asacyes ... merge them04:29
asacresolve conflicts et al04:29
gnomefreakis there an sutomatic way of doing that?04:29
asacrefresh patches04:29
gnomefreaksutomatic automatic04:29
asacgnomefreak: hehe ... no ... as outlined above ... push quilt patch ... resolve conflicts manually ... refresh04:29
asacgnomefreak: you remember ... i am sure ;)04:29
gnomefreakasac: i do but if whole hunk in patch is failing do i remove that part of patch or add the patch to file04:29
gnomefreakpatch file manually04:29
gnomefreaksee the pastebin link i gave you for one of the outputs (conflicts04:29
asacgnomefreak: well ... if the hunk fails you have to ensure that its done upstream now ... otherwise the hunk has to be inserted to proper place04:29
gnomefreakthe parts of the hunk are not in the files that should be patched yet04:29
asacquilt push -f04:29
asacshould bring conflicts in files04:29
asacotherwise push just complains04:29
gnomefreakand it did i pasted one of them for you to see04:29
gnomefreakhttp://pastebin.mozilla.org/18209204:29
gnomefreakit states it 2 times over04:29
gnomefreakdo i just add the parts with + or all of it as none of it is in file atm04:29
asacwhat is that paste about?04:34
asacthere isn't any conflict04:34
asaccan you paste the conflicted file?04:34
asacor the parts that conflicts +  some context04:34
asacgnomefreak: do you see what that hunk does?04:34
asacit renames some targets to use -trunk-04:34
asacinside04:35
asacjust quilt push -f04:35
asacand use -trunk as well for those that are in the patch04:35
gnomefreakthat is the conflict file04:37
asacreally?04:37
gnomefreakyes04:38
asaci mean the file itself04:38
gnomefreakboth are like that04:38
asacit contains conflicts marked04:38
asaclook into that04:38
asacnot the .rej file04:38
gnomefreakthat is the .rej04:38
asacyeah ... look in the real file04:38
gnomefreakk04:38
asacdo you see those places?04:38
asacin that file?04:38
gnomefreakopening both atm04:39
gnomefreakok in the makein.mk file i see some of the lines but the changes are not present04:40
gnomefreakexample makein.mk file ends with libs:: vms/mozilla.com vms/install.com vms/getinfo.com $(INSTALL) $? $(DIST)/bin04:40
gnomefreakendif04:40
gnomefreakthe .rej file starts with ** 62,125 **** endif04:41
gnomefreakifdef MOZ_ENABLE_GTK04:41
gnomefreakthe endif in rej is the last line of the in.mk file04:41
gnomefreakso none of the lines for that hunk are in the file at akk04:41
gnomefreakall04:41
asacgnomefreak: you have to look in the files that have conflicts04:42
asacmakein.mk is not known to me04:42
asac:)04:42
gnomefreakmakefile.in.mk04:42
asache?04:42
asacyou mean Makefile.in ?04:42
gnomefreakyes04:42
asacwell04:43
gnomefreakbut yes sorry makefile.in04:43
asacgnomefreak: is there pkg_config_files04:43
asacsomewhere in that Makefile.in04:43
gnomefreaknope just PACKAGE_FILE = unix.pkg04:43
gnomefreaktotal file including license is only 56 or 57 lines04:44
gnomefreaknone of the lines http://pastebin.mozilla.org/182092 are in the makefile.in file except the starting endif that is last line in makefile.in04:45
gnomefreakhttp://pastebin.mozilla.org/182109  is the full makefile.in04:46
gnomefreakthats what im not getting how does it fail on something that hasnt been patched upstream if it passed prior to new release04:46
gnomefreakby the looks of it nothing in the failed hunks has been patched upstream04:47
asacgnomefreak: thats obviously the wrong Makefile.in04:48
gnomefreakasac: its the one the failure gave me04:48
asacwell .. .what directory is that from?04:48
gnomefreakbuild/unix/Makefile.in04:48
gnomefreakhmmmmmm04:48
gnomefreakmaybe just saw somehting04:49
gnomefreakbut i could be wrong04:49
gnomefreaknope not what i was thinking04:49
gnomefreak+++ mozilla/build/unix/Makefile.in2007-07-23 11:53:23.000000000 +020004:50
gnomefreakthat is from patch itself04:50
gnomefreakso from what i can tell its the right file04:50
gnomefreakis it possible they patched a different file to use your patch?04:51
gnomefreakif i look in build-tree/mozilla/patches it shows our patches i guess that is when i tried to build it added them04:53
gnomefreakhmmm05:02
gnomefreak@schedule new_york05:06
ubotuSchedule for America/New_York: 07 Aug 11:00: Kernel Team | 08 Aug 08:00: Edubuntu | 09 Aug 11:00: Ubuntu Development Team | 10 Aug 00:00: MOTU Team | 11 Aug 13:00: Xubuntu Developers | 14 Aug 11:00: Ubuntu Server Team meeting05:06
asacgnomefreak: hmmm ... have you looked in bonsai?05:07
asacmaybe they have changed that file lately05:07
gnomefreakno i lost net connection yesterday and forgot to do that today05:07
gnomefreakhmmmmmm05:12
gnomefreakmakefile.in search within lastweek shows nothing05:12
gnomefreakatleast not in CVS05:12
gnomefreakasac: making orig for granparadiso a7 will upload so you can check sanity before i use it to build05:14
gnomefreakautoconf/mk/in has had 2 changes recently looking at them atm05:18
gnomefreakasac: hmmmm this is interesting05:19
gnomefreakhmmmmmm it looks like it changed but im not sure of date05:25
gnomefreakhttp://bonsai.mozilla.org/multidiff.cgi05:26
gnomefreakbut no dates05:26
gnomefreakseems they dont use -trunk anymore05:26
gnomefreakstill doesnt make any sense as the parts they changed our patch -the mozilla line and + our line all is the same by the looks of it, all changes made to autoconf.mk.in are already in the file we have05:35
=== cwong1 [i=chatzill@nat/intel/x-538148c1b45adcef] has joined #ubuntu-mozillateam
cwong1asac:  hi..05:35
gnomefreakhmmm05:36
gnomefreakbenjamin%smedbergs.us:  -mrelibdir= $(mredir)/lib   but our patch keeps that line maybe that would be our conflict05:36
cwong1asac: sorry, I was busy fighting other battles last Thursday and Friday and not being able to sync up with u05:37
asaccwong1: hi05:45
asaccwong1: yes ... that should be fine05:46
cwong1asac: I ran into a problem with the Patch to nswindows.cpp.  It caused a core dump.05:46
asachow do you know?05:47
asacthat its because of that patch?05:47
cwong1asac:  I ran it without the pach and the browser works find in the hildon enviorment.05:47
cwong1s/find/fine/05:47
asacand otherwise it crashes?05:48
cwong1asac: yes05:48
asacreproducible?05:48
cwong1asac: yes05:48
asacbut i ran it as well afaik05:48
asachmm05:48
cwong1asac: have u try bring up the about box and then hit the escape key to close it.  That should do it for sure.05:48
asacdoes it happen outside hildon as well?05:49
gnomefreakha think i fixed it05:49
cwong1asac: I believe so05:49
asacok let me try05:49
gnomefreakoh fuck mozilla05:50
cwong1lol05:50
gnomefreakfix one patch all others die05:50
asacgnomefreak: thats an offense :)05:50
cwong1:)05:50
gnomefreakfixed trunk-fsh05:50
asacnice05:51
gnomefreakasac: http://pastebin.mozilla.org/18212505:51
gnomefreaknot so nice :(05:51
asaccwong1: don't see it outside of test env05:52
cwong1asac: hmmm05:52
cwong1asac: well.  for today's release, can we not include that hildon patch until I do some more testing on my end?05:53
gnomefreakasac: when you get time please check tarball to see if i did it right http://gnomefreak.youmortals.com/Tarballs/firefox-granparadiso-3.0~alpha7.orig.tar.gz05:53
asaccwong1: let me try to reproduce first05:54
cwong1asac: try it with hildon, this is the target environment.05:55
asacwhat do you mean by "with hildon" ?05:57
cwong1asaci:run in the the chroot with hildon desktop runing in the background05:58
gnomefreakim kind of willing to bet we need to drop fix_make_install due to https://bugzilla.mozilla.org/show_bug.cgi?id=38967306:02
ubotuMozilla bug 389673 in Build Config "Fix "make install" to copy from dist/ rather than recursive makefile traversal" [Normal,Resolved: fixed] 06:02
asaccwong1: i can't get it to crash06:09
asaccwong1: what add-ons et al do you have installed?06:10
cwong1asac: did you try using the image create to create an image and then run it in that environment?06:14
cwong1s/create/creator/06:14
asacwell i saw a crash now06:15
asacits in hildon06:15
asacneed hildon dbg symbols ... lets see06:15
cwong1glad u can reproduce it. :)06:16
asac0x00002b1fecdafb4a in hildon_window_escape_timeout (data=0x98e470) at hildon-window.c:160906:19
gnomefreaki guess that tar doesnt work with the _ or the -06:20
asaccwong1: can you find out what hildon_window_escape_timeout is about?06:21
asaccwong1: e.g. what purpose does it serve et al06:21
asaccwong1: anyway ... its not a problem to not use hildon window patch .. most likely we won't need hildon window anyway06:22
cwong1asac: I will. In the meantime, can we push the rest of the changes upstream without that hildon patch.06:22
cwong1asac: can we pull in the patches (- hildon)  from WORKING into master and push that up?  I can then fix moblin.org to point to the new repository.06:24
asaccwong1: what patches?06:24
asacjust the localstore one?06:24
cwong1The patches that I have checked into the WORKING last week.06:24
asacok, will do that after i return from sport ... then upload et al.06:26
asachope that is good enough ;)06:26
cwong1ok.  Send me an email when it is done please.  So I can test it out.  :)06:26
cwong1btw, can u email your mailing address?06:26
cwong1When the Samsung Q1 comes in, I will send to you.06:27
cwong1asac: please include the change request that I sent last Wed.  (the new icon and desktop file change).06:29
asacsure06:29
asacyes06:29
cwong1tx06:29
asaci will add those changes06:29
cwong1coffee break and u have a nice workout:)06:30
asaci hope this week we get our own window as well06:30
asacsure06:30
asac;)06:30
=== gnomefreak goes for lunch, something is wrong with tarball i made i guess since it doesnt want to build using it
Jazzvaasac: Can I do the bug-testing in Gran Paradiso? *unsure*06:36
=== asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam
=== Ubulette [n=Ubulette@APuteaux-153-1-75-203.w81-249.abo.wanadoo.fr] has joined #ubuntu-mozillateam
UbuletteHi, anyone working on FF3a7 ?07:54
=== JenFraggle [n=jen@host86-134-14-106.range86-134.btcentralplus.com] has joined #ubuntu-mozillateam
asac_Jazzva: well ... it doesn't work yet07:56
UbuletteI've built a7 debs like I did the a6 ones, ie just porting what you guys did for a5. After a few tweaks, I obtain the debs but bookmarks and passwords are broken.07:59
Ubuletteproblem is the moz linux build is okay using the same profile07:59
UbuletteI'm wondering if any of you had been successful so far...08:00
Jazzvaasac: Ok...08:05
=== Ubulette_ [n=Ubulette@APuteaux-153-1-54-49.w82-124.abo.wanadoo.fr] has joined #ubuntu-mozillateam
=== cwong1_ [i=chatzill@nat/intel/x-4814527adcf19e4e] has joined #ubuntu-mozillateam
=== cwong1__ [i=chatzill@nat/intel/x-3167203eae7dac42] has joined #ubuntu-mozillateam
=== cwong1 [i=chatzill@nat/intel/x-3167203eae7dac42] has left #ubuntu-mozillateam []
=== Ubulette_ is now known as Ubulette
=== cwong1 [i=chatzill@nat/intel/x-3167203eae7dac42] has joined #ubuntu-mozillateam
=== Ubulette_ [n=Ubulette@APuteaux-153-1-27-9.w82-124.abo.wanadoo.fr] has joined #ubuntu-mozillateam
=== Ubulette_ is now known as Ubulette
asaccwong1: yt?10:23
gnomefreakim assuming hacking that patch caused everything else to fail10:23
asacyeah ... most likely10:23
asachow does the new patch look like?10:23
gnomefreakit doesnt i dropped it once everything else failed10:23
asacwell thats sad10:23
gnomefreaki just removed the lines that they removed upstream10:23
asacyou knew that you need that10:23
gnomefreakasac: the patch you have in granparadiso?10:23
gnomefreakor the one i hacked10:23
asacgnomefreak: he?10:23
asaci thought you dropped it in the end10:23
=== gnomefreak has backup patch
asac... so you didn't hack it10:23
gnomefreakasac: i dont do anything without a backup10:23
asacwell ... it didn't apply right?10:23
asacthen its not worth much :)10:23
gnomefreakit applied nothing else did10:23
asactelephone10:23
Ubuletteohoh, granparadiso talk. nice.10:23
gnomefreakUbulette: not really but yes10:23
Ubulettedid you read my message(s) 2h ago ?10:23
gnomefreakasac: after hacking the patch i get http://pastebin.mozilla.org/18212510:23
asac5 minutes10:23
gnomefreakUbulette: yes10:23
gnomefreaktake your time10:23
=== gnomefreak hates when upstream picks bits of patches and applys them, brb need a drink
=== ubotu [n=ubotu@ubuntu/bot/ubotu] has joined #ubuntu-mozillateam
Ubulettegnomefreak: so, what's your status on that ? mine is it builds fine and run fine but it fucked a few things up like bookmarks10:23
Ubulettei guess it's caused by the new "places" change10:23
gnomefreakUbulette: thats a known issue to start with and im assuming you dropped patches? since patches are not appling10:23
asacmost likely it crashes in cairo on shutdown10:23
Ubuletteno. I jsut re-did the patches. didn't drop anything10:23
UbuletteI even had to add some patches to make the build succeed10:23
Ubulette(things that went perfectly well in a5 and a6)10:23
cwong1asac:  i am back10:23
asacphone call10:23
Ubuletteasac, that's with ubuntu's cairo, not the one shipped with ff10:23
asacyes10:23
asacwe want ubuntu one10:23
Ubuletteoh, i see10:23
asacintetestingly, it doesnt't crash when started from dist/bin10:24
asacthough system cairo is linked in10:24
Ubulettedo you mean that's the only issue you have with a7 ?10:26
asacimo its make install that is broken10:26
gnomefreakasac: make install was just hacked10:26
gnomefreakbrian or bob did it10:28
asacUbulette: well its the blocker that holds back everything on trunk :)10:28
asacok ... probably another call soon10:28
asacUbulette: we have a patch that is ment to heal our make install once and forver10:28
asacUbulette: however its somehow broken :)10:28
asacUbulette: would be cool if you could try and see if you find the reason10:28
gnomefreakasac: thats should be easy enough fixed if you read my post above10:28
asacUbulette: i won't have time today and tomorrow :)10:28
asacUbulette: its the trunk branch in http://code.launchpad.net/~mozillateam10:28
asaciirc10:28
asacgnomefreak: he?10:28
gnomefreakhttps://bugzilla.mozilla.org/show_bug.cgi?id=38967310:29
ubotuMozilla bug 389673 in Build Config "Fix "make install" to copy from dist/ rather than recursive makefile traversal" [Normal,Resolved: fixed] 10:29
gnomefreakasac: it was done after you made our patch10:29
asacgnomefreak: yes ... thats the fix10:29
asacwhats about it?10:29
asacoh it landed?10:29
gnomefreakthey applied it upstream10:29
gnomefreakin CVS10:29
asacdamn10:29
asacnow it happened10:29
asacwell10:29
gnomefreakasac: they take bits and peices from what im seeing10:29
asacgnomefreak: does it give you an empty debian/tmp directory now?10:29
gnomefreakreason why none of my patches are working atm10:30
asacgnomefreak: ok ... let me do this then ... can you push a fresh trunk orig somewhere?10:30
gnomefreakasac: once i get it to build ill be glad to tell you10:30
asaconce that is fixed we make paradiso out of it10:30
gnomefreakyes10:30
asaccwong1: can we talk about branch policy?10:30
cwong1asac: yes10:31
asacok ... lets assume i cherry-pick checkins to master10:31
cwong1ok10:31
asacnow we need to upgrade upstream branch as well10:31
asacwhat should i do?10:31
gnomefreakok its building orig10:31
asaccwong1: my idea would be to rebase master ... and before that create a branch for backup purpose10:32
asace.g. browser.1.8.1.510:32
asacdamn ... phone call again10:32
asac5 min10:32
gnomefreaklol10:32
asaccwong1: what do you thinK?10:40
cwong1asac: Rebase master sounds ok with me.10:40
asaccwong1: yeah ... just to wanted to be sure, as i need to override that branch on pushing10:40
asaccwong1: which is why i would create a branch for every new release10:41
cwong1asac: you do have permission to do it, right10:41
cwong1?10:41
asaccwong1: i guess i have10:41
asaccwong1: so master should point to the most current branch then, right?10:41
cwong1asac: yes,  this is what we are building our release with10:43
Ubuletteasac, well, Just had a look at https://code.launchpad.net/~mozillateam/firefox/trunk and it seems I've already done all that to grandparadiso a7, except the big make install think (I've just fixed one Makefile in toolkit/xre causing build failure). Yet I have runtime issues.10:43
asacUbulette: well .. what is *all* for you?10:43
asaccwong1: ok ... i will first update upstream branch10:43
Ubuletteasac, your missing .ini files, the rework of fsh patche, etc.10:43
cwong1asac: will you be able to get things push into the release bulid by end of day?10:47
asaci will try ... if no regressions pop-up it should be possible10:47
cwong1I will check on the build tonight then.  Thanks.  Btw I got your mailing address, as soon as the unit comes in, I will send to you.10:47
gnomefreakill have the orig up in under 5 minutes10:48
asacgnomefreak: thanks10:51
gnomefreakanytime10:51
=== gnomefreak made a Tarballs dir finally
gnomefreakjust have to push them there.10:52
gnomefreakasac: btw we are getting tight on time with upstream freeze (doesnt affect much of anything for us atm) but we are 3 releases behind on iceape (people are complaining) maybe ill grab 1.1.4 tarball and see what i can make happen, i would like to hear from mike about cal. before that if we can10:56
gnomefreaktonight sometime ill test build it10:56
gnomefreakhmmmm10:56
asacmike is unlikely to fix calendar before10:56
gnomefreakk10:56
asaccwong1: looking at http://www.moblin.org/repos/?p=projects/mobile-browser.git;a=shortlog;h=WORKING ... which patch(es) do we want to not include?10:56
cwong1asac: the hildon patch that you have created.  the rest are ok10:56
asaccwong1: just this: http://www.moblin.org/repos/?p=projects/mobile-browser.git;a=commit;h=c2f08ddfef5f24f37b0b929cdbb0c7727eb0165e10:57
asacor the infrastructure patch for hildon as well?10:57
gnomefreakasac: http://gnomefreak.youmortals.com/Tarballs/firefox-trunk_2.99+2cvs20070805.orig.tar.gz11:00
gnomefreakheading for smoke ill be back shortly11:00
asacgnomefreak: what branch do you work on ? mt trunk?11:00
cwong1asac: the only patch we need to exclude is the nswindow.cpp change.  The rest are ok.11:00
asacok11:00
Ubulettewell, seems I'm not going anywhere with my a7 issues. I guess there's no need for me to fight while you guys don't seems to be experiencing the same issues. I'll wait for your a7 diff to see what you did differently.11:00
asacUbulette: he?11:07
gnomefreakasac: yes mt trunk atm11:07
asacUbulette: what are your problems?11:07
gnomefreakmt trunk and mine are same11:07
asacUbulette: missing bookmarks et al are due to the crashes11:08
asacUbulette: do you start trunk build from console?11:08
gnomefreakasac: and profile issues as i recall start 2.0.0.6 close start 3.0a* close start 2.0.0.6 bookmarks tend to wind up gone as do the saved bookmarks on the tool bar but not all11:11
=== gnomefreak wonders if we can get 3.0 its own profile, atleast i dont remember seeing it
Ubuletteasac, I don't think my bookmark issue is caused by the crash as even after the crash, if I run my a6, your a5 or mozilla's a7, bookmarks are okay (same profile)11:15
gnomefreakUbulette: thats not what everyone else is experencing11:15
asacUbulette: have you tried to start from dist_bin in the build-tree ?11:15
asacdist/bin11:15
asacgnomefreak: well ... i have broken bookmarks too :)11:15
gnomefreaksee11:15
gnomefreak:)11:15
asacgnomefreak: at least i had when i last could build this :)11:15
Ubuletteasac, hmm, nope. I can't. I build all my stuff in a bootstrap11:15
Ubulettewell, I can transfer the result.11:15
gnomefreakasac: yep as soon as i get it built or you we will test and see if making its own ~/mozilla dir to keep it separate see if it happens than11:15
gnomefreakim looking for mikes CVS link to iceape atm11:15
asacUbulette: bootstrap? you mean chroot?11:15
Ubuletteyep. very limited environment. Just base and builddeps11:15
Ubuletteadnd tool chain of course11:15
Ubuletteand11:15
asacright ... but if depends are there you should be able to chroot into it and run it11:15
asaclast i looked what was in dist/bin worked well11:15
asacwhich means that make install is broken ... e.g. some jar is not packed up properly ... or some file is not copied et al11:15
asacwould be cool if you can verify that starting from dist/bin still works11:15
gnomefreakasac: if you happen to stumble across mikes iceape CVS so i can pull in his debian dir to see if i can get this done for 1.1.4 few things im looking for with it, but i have to go out soon to pick up g/f11:16
gnomefreakhmmmmmm11:16
gnomefreakits a bit early to celebrate but looks good atm11:16
asacgnomefreak: calendar is broken11:16
gnomefreaki lied11:16
asacgnomefreak: thats the reason mike doesn't pull it in11:16
gnomefreakasac: we drop cal binaries11:16
asacgnomefreak: chances are 50% that it will return imo11:17
asacdo what you want with that info11:17
asaci would drop iceape-calendar11:17
gnomefreaki agree11:17
asacbut its your decision11:17
gnomefreakatleast until he fixes it11:17
asacmikes want to keep an empty package11:17
gnomefreakbut once gutsy release we cant do anything11:17
asacwhich i don't really understand :)11:17
gnomefreakasac: pitti doesnt want that11:17
gnomefreakmike isnt uploading our packages11:18
asacgnomefreak: right ... its your package :)11:18
asacgnomefreak: decide what to do11:18
=== gnomefreak really not sure what to do atm
asacgnomefreak: and bug me if i forget to upload something :)11:18
asacgnomefreak: i am here to upload for you11:18
gnomefreakty11:18
gnomefreakok ill see what i can do with current build updating to 1.1.4, but i still have trunk failing btw same patch11:20
asaccwong1: what i do in package is just create a link for /usr/share/midbrowser/icons/mozicon50.png /usr/share/pixmaps/midbrowser.png11:20
asaccwong1: is mozicon50.png already the right one?11:20
gnomefreakbrb going to pick her up ill play with iceape tonight let me know if you get tarball for a7 gran... as mine failed11:22
Ubuletteasac, it's a server, not a desktop so I can't (easily) run it from there. I can just transfer the chroot dir to my desktop, that's easy.11:22
UbuletteI'll do that asap11:22
cwong1asac: I dont thinkg so11:22
cwong1asac: I sent you a midbrowser.png last week.  You should have an install rule to copy the one I sent to to /usr/share/pixmaps/midbrowser.png11:22
cwong1s/to to/you to/11:22
asaccwong1: ... we should fix the icon in midbrowser11:22
cwong1asac: where should I by the new icon?11:23
asaccwong1: wait a second ... let me look11:24
asaccwong1: ok ... just replace the icons in browser/app11:25
asacthe mozicon128.png ... mozicon50.xpm and mozicon16.xpm11:25
asacthe others would be nice but are not required now11:25
asaclet me know when you landed this on working branch .... or master branch11:26
asaccwong1: ^^11:26
cwong1I dont have the right size for those icons right now.  Can I just use the one I sent you and update the rest when my graphic guy comes back with the right file?11:27
asaccwong1: you have 12811:27
asacuse gimp or something for mozicon50 xpm (48x48) and mozicon16.xpm (16x16)11:34
asaccwong1: wait a second ... i have them already :)11:34
asaccwong1: stupid me :)11:34
cwong1asac: can you check them in then.11:34
asacyes11:39
cwong1cool11:39
asaci have to wait till upstream checkout finieshes though11:39
asacbecause i cannot switch branch to where the icon is atm11:39
cwong1ok11:39
asaccwong1: maybe you can write a script that exports master to some midbrowser-VERSION-source.tar.bz2 ?11:39
cwong1asac: I can do that. Where should I keep the script?11:39
asacgood question :)11:39
asaci think in our tree11:39
asaccwong1: please take care that the top-level directory is called mozilla/11:39
cwong1asac: are u suggesting to change our repsoitory name?11:43
asacno ... just when tarring up releases11:43
cwong1asac: ah...ok11:43
asacits the style mozilla releases all their product11:43
asacso lets keep the line11:43
cwong1asac: what about VERSION?  Are we starting with 2.0.0.6?11:43
asacwell ... this release will still be firefox ... i already have midbrowser/ tree ready ... then we can use our own versioning scheme11:43
asaccurrently midbrowser package in ubuntu is at something like 0.111:43
asacso we have options11:43
cwong1should be start with 0.1 and increment every time we release a new one?11:43
cwong1s/be/we/11:43
asaccwong1: ok branch updated11:43
asacwould be cool if you could provide me with an midbrowser-VERSION-source.tar.bz211:43
asaccwong1: oh wait :)11:43
asaccwong1: i have to rebase first11:43
cwong1ok11:43
cwong1ascii:  Let me make sure I know what you want for midbrowser-VERSION-source.tar.bz2.11:50
cwong1          1.  Checkout  the master branch and name the toplevel mozilla11:50
cwong1          2.  tar cvf midbrowser-0.2-source.tar11:50
cwong1          3.  bzip2 midbrowser-0.2-source.tar11:50
cwong1Is that all you want?11:50
asacyes ... please remember to exclude .git dir11:51
cwong1How do I send you the tar file?11:51
asacwait till i rebased :)11:54
asaccwong1: ok as you can see now here: http://www.moblin.org/repos/projects/mobile-browser.git/ ... we have master.1.8.1.511:54
asaclets see if pushing rebased master breakes anything :) ... cross-fingers11:55
cwong1asac: I see it11:55
asacok now cross-fingers11:55
asaccool master is rebsed11:56
asacand master.1.8.1.5 still has the old :)11:56
asacfine11:56
cwong11.8.1.5 is just like a tag in cvs pointing to the old stuff, right?11:57
asacok i will rebase working as well then11:57
asaci won't keep history for working/feature branches, ok?11:57
asacjust for release branches11:57
cwong1ok11:57
asaccwong1: well its a branch11:57
asaccwong1: its not a tag11:57
asaccwong1: but since we base development on it ... its ok imo11:57
cwong1asac: as far as create the source.tar file, it seems to me it is easier for you to create it from your end so I don't have to manually put in on some external server for you to get it. What do u think?12:00
asacwell ... i think that we should release official tar.bz2 balls from moblin if possible12:00
asacits bad practice to put something hand-baked into ubuntu12:01
asacits good to have a strict upstream/distribution border imo12:01
asaci can do that for now ... but we should think about it12:01
asacok working is rebased as well12:02
cwong1If I release it as source tar balls, how are you going to get the tarball and have it include into your build system?12:02
asaccwong1: Your mail to 'Umd-checkins' with the subject12:02
asacmobile-browser: Changes to 'UPSTREAM'12:02
asacIs being held until the list moderator can review it for approval.12:02
asacthats what i got?12:03
asacoh sorry12:03
asacmessage was too big :)12:03
asacnevermind12:03
asaccwong1: its the maintainer job to do that12:03
asaccwong1: its actually just a drop into a directory12:03
asacthen build12:03
cwong1asac: sorry I am new to this. I am still confuse here.12:06
cwong1asac: what do you mean by just a drop into a drecotyr then build?12:06
asaccwong1: https://wiki.ubuntu.com/MozillaTeam/Build/Bzr?highlight=%28mozillateam%2912:07
asaccwong1: so what you do is step II once for every upstream release12:08
asacand then you only do step II12:08
asacIII (sorry)12:08
asacstep II - Create new orig.tar.gz from upstream tarball12:08
asacstep III - Build from bzr12:08
cwong1hang on12:09
asacafaik there is even a rule in debian/rules that allows you to create the orig.tar.gz (step II) with one command12:09
asacbut since its so trivial, i don't bother to remember12:09
cwong1asac: back in 5 mins12:13
Jazzvaasac: Hey, anything else to do :)? (except bugs, I'm gonna see the bughelper list now)12:22
asacJazzva: hehe12:22
asacJazzva: yes sure :)12:22
asacJazzva: we need someone to maintain a set of .desktop file for firefox/mozilla extensions in ubuntu archive12:23
JazzvaOk, I know a bit about .desktop files...12:24
asacnice12:24
Jazzvaasac: The basics, though... But I guess I'll learn more :)12:24
asaclet me search12:24
asacits pretty simple12:24
asacthe most challenging thing is to extract or find an icon for each extension :)12:25
JazzvaNeed to use original Mozilla artwork?12:25
JazzvaOr can I use other free icons on the net?12:26
asacno ... its assembling a list of extensions that have ubuntu packages12:26
asacthen finding an icon for each extension12:26
asace.g. greasemonkey has one inside i guess12:26
JazzvaOh, I see..12:26

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