/srv/irclogs.ubuntu.com/2007/09/05/#ubuntu-mozillateam.txt

Ubulettefrom a pretended free service01:13
asaccwong1: i think i tested it here before my image broke01:13
asaccwong1: now i have no chance to test it anymore01:13
cwong1asac: It should be back up tonight01:14
asacUbulette: well its free ... but you get something when you donate :)01:14
asaccwong1: ok i will try tomorrow01:14
cwong1ok01:14
asaccwong1: but please fix the chroot01:14
asac:)01:14
Ubulettereceiving only when you donate, in my country means pay01:15
asacUbulette: yeah ;) ... if i donate to greenpeace i get a brochure :)01:15
asacUbulette: though i consider this a waste of money ... i don't think i pay for it01:15
asacUbulette: the difference between pay and donate is a contract :)01:16
asacUbulette: if you donate you have no right to get something ... while when you pay you usually do01:16
Ubuletteit's even worse01:16
Ubulettewell, forget about this, i'll never connect from anywhere but home then01:17
asacoftc doesn't cloak at all01:21
asaci think irc.gnome.org and mozilla.org do though01:21
asac(by default)01:21
Ubulettei give up with songbird. it's not ready to be packaged. too much work to do to get rid of all the stuff bundled01:54
Ubuletteno support at all for any system libs01:54
Ubulettejust ugly, or too young, or both01:55
Ubulettei've already made a dozen of patches and it still doesn't compile without the prebuilt deps in the source tree01:59
Ubulette'night01:59
=== shirish [n=shirish@59.95.21.172] has joined #ubuntu-mozillateam
=== shirish [n=shirish@59.95.21.172] has left #ubuntu-mozillateam []
=== Bernardo [n=Bernardo@sourcemage/Bernardo] has joined #ubuntu-mozillateam
Bernardogood morning10:29
asachi10:36
asacBernardo: you had ipw3945?10:36
Bernardoyes, I have one10:39
BernardoI debugged it with you a few days ago, had to enable showing the ssid for it to connect under gutsy10:39
Bernardoasac: do you want me to do more tests?10:43
asacyeah right10:52
asacactually we fixed the driver for a bunch of bugs ... would still be curious to see though why it doesn't connect to hidden10:52
asacbut not right now ... will you be here later? or tomorrow?10:53
Bernardoyes, it's even better  for me if it is later, as I  about to leave10:54
BernardoI managed to connect fine just now, after the latest bunch of updates to kde, etc.,  AFTER restarting NetworkManager. I even had to do a couple "kill -9" to get it to die10:55
Bernardobefore that it would just hang (I had just restarted X after the updates) claiming that there was a scheduled activation to eth1, and would sit there for ever10:55
asachmm strange10:58
asacwe haven't uploaded a thing10:58
asac;)10:58
BernardoI think it was possibly some "communication error" between knetworkmanager and NetworkManager10:59
Bernardothe update might have broken something temporarily11:00
=== Bernardo is away: Ausente por agora.
asacBernardo: cu11:20
=== Paddy_EIRE [n=patrick@84.13.126.88] has joined #ubuntu-mozillateam
=== jbs [n=Bernardo@89.181.195.60] has joined #ubuntu-mozillateam
=== gnomefreak not happy at all
gnomefreakUbulette: you here?12:10
gnomefreakcant grab the trunk package i want12:10
gnomefreakhttps://code.launchpad.net/~mozillateam/firefox/trunk gives error12:11
gnomefreaknvm i missed something12:11
gnomefreakasac: how did iceape go?12:21
=== gnomefreak thinks trunk is last package for the week as the pain is not getting better :(
gnomefreaki go to dr today i hope12:22
gnomefreakin about 4 hours (to be on safe side) the gutsy repo is ready the feisty should already be ready12:22
gnomefreakok trunk is uploading im out for a bit again12:23
asacgnomefreak: i will take a look tomorrow12:25
asacaeh today :)12:25
gnomefreakasac: k12:26
gnomefreakdamn trunk orig is huge12:56
=== gnomefreak thought we made that smaller
asacffox?01:33
=== TheMuso [n=luke@ubuntu/member/themuso] has joined #ubuntu-mozillateam
asachi TheMuso01:34
TheMusoHey asac01:34
asacUbulette: TheMuso found out why ffox ftbfs on powerpc :)01:34
TheMusoI have worked out why firefox-granparadiso FTBFS on PowerPC if anybody is interested.01:34
asacsure!01:35
TheMusoThanks to some autoconf/automake changes somewhere.01:35
TheMusoExactly what was changed I haven't figured out, but I at least know of a hacky solution to get it to build.01:36
asacyou found the right place to fix it?01:36
asacok let us know :)01:36
TheMusoI'm currently test-building trunk, just to be sure it works.01:36
TheMusoThe problem is that all the Makefile code, particularly for xptcall, checks OS_ARCH and OS_TEST joined together for the string Linuxppc01:37
TheMusoFor some reason, since alpha7 I think, this string with these two vars represents Linuxpowerpc, which makes the xptcall code compilation fail with a not implemented message, since it doesn't match any checks.01:38
TheMusoThe hacky solution is to place a reassignment call in configure.in/configure to force OS_TEST to be ppc, if a powerpc cpu is detected.01:38
TheMusoasac: WOuld it be easier if I were to show you with a patch?01:39
=== asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam
asac_sorry was offline01:42
asac_13:36 < TheMuso> The problem is that all the Makefile code, particularly for xptcall, checks OS_ARCH and OS_TEST joined together for the  string Linuxppc01:42
asac_13:38 < asac> right01:43
asac_13:38 < asac> now its ppc64? or what?01:43
asac_thats the last i had01:43
asac_TheMuso: ?01:43
TheMusook hang on a sec.01:43
TheMusoFor some reason, since alpha7 I think, this string with these two vars represents Linuxpowerpc, which makes the xptcall code compilation fail with a not implemented message, since it doesn't match any checks.01:43
TheMusoThe hacky solution is to place a reassignment call in configure.in/configure to force OS_TEST to be ppc, if a powerpc cpu is detected.01:44
asac_you mean it changed in ubuntu ... or in firefox?01:44
TheMusoThe hacky solution is to place a reassignment call in configure.in/configure to force OS_TEST to be ppc, if a powerpc cpu is detected.01:44
TheMusoasac_: Sorry, in firefox.01:44
TheMusoTrunk shows similar behavior.01:44
asac_well ... i mean did firefox change code?01:44
asac_TheMuso: please go to bonsai.mozilla.org01:45
TheMusoin configure.in, yes, but what they changed to break this, I don't yet know.01:45
asac_then search on HEAD (preselected) for configure.in file ... and select "since beginning of time"01:45
asac_at the button01:45
asac_then you should see modifications to configure.in ... if you find the checkin that changed it let me know01:45
TheMusoasac_: Ok.01:46
asac_s/button/bottom/ :)01:46
=== 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/ + https://wiki.ubuntu.com/MozillaTeam/Bugs/Procedures | Firefox trunk package source : https://code.launchpad.net/~mozillateam/firefox/trunk | Mailing List: ubuntu-mozillateam@lists.ubuntu.com
=== Topic (#ubuntu-mozillateam): set by asac at Tue Aug 21 12:22:59 2007
TheMusoasac: When was alpha5 released? I need a date to work from.02:03
asachmm end of may?02:09
TheMusoasac: Ok, I've found out.02:09
TheMusoasac: If I am viewing a diff, is there a way I can actually download a copy of the diff to be applied with patch?02:21
TheMusoasac: nvm go one.02:25
=== asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam
TheMusoasac: I have a tentative finding. I backed out the changes to that commit, and am testing.02:30
TheMusoasac_: ^^02:30
TheMusoasac: The commit on 2007-07-14 15:00, version 1.1843 for configure.in, committed by asquella@gmail.com for mozilla bug 372428, to fix a bug allowing a 64-bit kernel and a 32-bit userspace seems to be the commit that broke linux ppc building.02:42
ubotuMozilla bug 372428 in Build Config "firefox configure.in does not work currently with a 64 bit kernel and a full 32 bit userland" [Normal,Resolved: fixed]  http://bugzilla.mozilla.org/show_bug.cgi?id=37242802:42
asacTheMuso: ok i will oook after lunch02:42
asacnow out for lunch02:42
TheMusosure.02:42
=== asac [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam
=== Paddy_EIRE [n=patrick@84.13.126.88] has joined #ubuntu-mozillateam
asacTheMuso: i think this has to be fixed for real ... there are multiple places that match for ppc which probabyl should now match for powerpc04:13
=== DarkMageZ [n=richard@ppp121-44-11-183.lns4.syd7.internode.on.net] has joined #ubuntu-mozillateam
=== asac [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam
=== asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam
=== asac__ [n=asac@e177170173.adsl.alicedsl.de] has joined #ubuntu-mozillateam
=== asac [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam
asacUbulette: ok lets prepare xulrunner and firefox-granparadiso for gutsy05:43
asac;)05:48
asacUbulette: i can do the work needed to get things going for paradiso ... just wanted to know if you see any issues up-front?05:50
=== cwong1 [i=chatzill@nat/intel/x-59e7708d734ce195] has joined #ubuntu-mozillateam
=== Paddy_EIRE [n=patrick@84.13.126.88] has joined #ubuntu-mozillateam
Ubulettehi07:25
Ubuletteasac, i wanted to do that directly with a807:27
asacok cool ...07:39
asaclet me look07:39
asacok next tuesday07:40
asactoday is freeze for m807:40
asacis there anything we can do upfront? ... e.g. merging trunk branch to paradiso and switching to without-system-{nss,nspr} ?07:40
asacor better do that right after release?07:41
Ubuletteit's better to have a8 tarball 1st. otherwise, patches will have to be updated twice07:42
=== Paddy_EIRE [n=patrick@84.13.126.88] has joined #ubuntu-mozillateam
asacUbulette: ok08:03
=== Paddy_EIRE [n=patrick@84.13.126.88] has joined #ubuntu-mozillateam
=== Ubulette_ [n=Ubulette@APuteaux-153-1-73-18.w81-249.abo.wanadoo.fr] has joined #ubuntu-mozillateam
=== Ubulette_ is now known as Ubulette
=== Bernardo [n=Bernardo@sourcemage/Bernardo] has joined #ubuntu-mozillateam
Bernardohi09:16
Bernardoasac: had to reboot because strigi filled my home partition and crashed X, and networkmanager seems to be working fine, connected without problems.09:18
=== shirish [n=shirish@59.95.3.46] has joined #ubuntu-mozillateam
shirishasac: Ubulette: hey guys10:10
shirishwhat's up?10:10
Ubulettehi10:10
shirishUbulette: nice to know that you're up, btw you should start writing a blog or something10:11
shirishUbulette: with the cool links you know & stuff you do, me mere mortals can learn a thing or two from you for sure :)10:11
shirishUbulette: and at the same time come to know what new is cooking :)10:12
shirishUbulette: so were/are you able to get songbird up?10:12
Ubulettepeople in gutsy's forum already asked me the same thing10:12
Ubulettesongbird is too young i'm afraid10:12
Ubuletteit's filled with binaries10:13
Ubuletteit needs a serious rework of the build system to be packaged in an acceptable way10:13
shirishUbulette: oh sorry to repeat the query then10:13
=== Paddy_EIRE [n=patrick@84.13.126.88] has joined #ubuntu-mozillateam
shirishUbulette: see ;) a rant/query/whatever it is makes for a very good blog post.10:14
shirishUbulette: any idea as to what's happening with gnash by any chance? I know you're not involved with it but as asac is perhaps you know what's going on in there10:15
Ubulettesorry, no clue10:15
shirishUbulette: ok no issues, just do me a favour, if & when asac's around & if you do remember to ask him, please ask him about the status of gnash, although I'm equally looking forward to trying out swfdec as & when that can happen :)10:17
Ubulettesure10:18
Ubulettehmm, addons now need to be secured in trunk10:19
shirishUbulette: thanx, and either of you drop me a mail whenever things are moving10:19
Ubulettehttp://www.sofaraway.org/ubuntu/tmp/addons-no_secure_updates.png10:19
Ubulettehttp://www.sofaraway.org/ubuntu/tmp/addons-no_secure_updates2.png10:19
Ubuletteshould work around that10:20
Ubulettehm, easy10:20
shirishUbulette: secure updates, something on the lines of having some kind of digital signature or something, from let's say mozilla foundation or what?10:21
shirishor a.m.o ?10:21
Ubuletteno, just updates through https i guess10:22
shirishhmm... that shouldn't be so hard but then its not so hard to forge through https:// also10:23
Ubuletteforge https ? no10:24
Ubuletteas the update url is in the package, it's good enough as long as the original install was genuine and from a secured site10:25
shirishI attended a security conference some days ago & they showed how easy its to manipulate, but whatever10:26
shirishsimply speaking, either its becoming harder to take assumptions or I'm becoming more paranoid with all the hacks happening all over the place ;)10:27
shirishdunno what else to say10:28
shirishUbulette: anyways, so we can expect this in today's build? the no_secure_updates thing, its actually better than before for sure.10:30
Ubulettewas already there yesterday as i'm still in the middle of today's upgrade10:31
Ubulettehmm, strange. gusty's ahead of my bot for file-roller10:31
shirishUbulette: that's curious as I didn't get it. I downloaded couple of add-ons from a.m.o10:32
Ubuletteprobably because all yours are updating on https10:33
Ubulettetabmix+ dev is over http10:33
Ubuletteplain tabmix+ doesn't work with trunk10:33
shirishah ok, will try that for kicks, let this update/upgrade happen & let's see what happens ;)10:34
shirishUbulette: didn't we pass m8 , feature-freeze or they pushed back the dates?10:34
Ubulettehmm, no bump yet10:37
shirishUbulette: ok cool10:37
shirishUbulette: I might have asked you this question before, if so please pardon me, but do you know who's packaging Kazehakase ?10:38
Ubulettethat should be automatic in my repo10:38
Ubulettenope10:38
shirishUbulette: you have Kazehakase in your repo. ?10:39
Ubulettenope10:39
shirishany idea if you will go for it sometime?10:39
Ubulettemaybe as it would be interesting to make it work with our new xulrunner 1.910:40
TheMusoasac: SO what do you mean exactly? As I said, changing that one commit has caused things to work here on PowerPC.10:40
=== tonyyarusso [n=anthony@ubuntu/member/tonyyarusso] has joined #ubuntu-mozillateam
shirishUbulette: I'm sure it would be, just lemme know if you do something on that front, I do like Kazehakase, maybe because it's so different in some ways10:41
shirishUbulette: also unlike ff, its pretty lightweight at 1.4 MiB or even less.10:52
Ubuletteff is light now :)10:54
shirishit is but Kazehakase is much lighter than it ;)10:59
shirishanyway, gotta sleep , see you tomorrow, take care11:00
shirishbye11:00
Ubulettecu11:00
=== shirish out
=== shirish [n=shirish@59.95.3.46] has left #ubuntu-mozillateam []
cwong1asac: Question on MOZ_NO_REMOTE11:02
Ubuletteasac, is Kazehakase maintained in a vcs ?11:11
asacUbulette: debian? no idea11:24
asaccwong1: what question?11:24
asacTheMuso: i am not sure ... but now the use target_cpu instead of OS_TEST=$(uname -m) to match the arch11:25
asacapparently its powerpc instead of ppc ... while for other archs it appears to work11:25
asacUbulette: does it look doable to move kazehakase to xulrunner-1.9?11:27
cwong1asac: I was looking into the problem why midbrowser wouldn't start in the new target. It appears to be screwed up somewhere in the XRemoteClient's SendCommandLine.  If I set MOZ_NO_REMOTE to yes and it ran ok since it doesn't use remoteclient. The question really is should it go thru XRemoteClient?11:28
asaccwong1: XRemote client is used to open new windows/tabs if you click on links in other applications ... i think we cannot live without it11:30
asaccwong1: why the hell would it break?11:30
asacthat sounds like a rather big bug in the xserver11:30
cwong1asac: I don't know yet.  I don't think the problem is in our code11:30
cwong1asac: I have a version of the browser that ran in the old target but as soon as I did an upgrade it started failing11:31
TheMusoasac: We  need to know where TARGET_CPU/target_cpu is getting its value from...11:31
TheMusoI guess.11:31
asaccwong1: currently the image is still broken for me11:32
asaccwong1: i couldn't even open xeyes11:32
asacand the marque panel crashes when clicking on the application switcher11:32
asacand the application menu doesn't look reasonable as well11:32
asachttp://people.ubuntu.com/~asac/screen1.png11:33
asacthats an up-to-date image-creator created chroot about 12 hours ago.11:33
cwong1asac: somthing is wrong with the hildon-desktop.  They know about it. Would that be the causeof the problem?11:33
Ubulettelooks fun. too bad i don't have such a device :)11:33
asacUbulette: its just a xephyr window :)11:37
asaccwong1: i think we should not bother until i can at least open such basic applications like xeyes11:37
asacexport DISPLAY=:211:38
asacxeyes11:38
asacdoesn't start for me11:38
cwong1asac: I agree.  We should wait til things settle.11:51
asaccwong1: its a bit wierd so11:55
asacjust xephyr + matchbox doesn't allow me to start midbrowser as well11:55
asacmaybe i will take a look again tomorrow11:56
asacbut since there was a xephyr upload yesterday i assume that i might have broken something11:56
cwong1ok11:56
=== Paddy_EIRE [n=patrick@84.13.126.88] has joined #ubuntu-mozillateam
Ubuletteasac, Kazehakase's patch contains much more than just debian/*, is that right ?12:03
Ubuletteasac, http://pastebin.mozilla.org/19434712:04
asaclet  me look12:05
asacUbulette: its probably the diff needed to build against debian xulrunner12:05
asacmaybe we can drop that12:05
asaci would just start with debian/ dir and see whats going on12:06
asacmaybe you can see in changelog what was done to the Makefile's12:07
Ubulettedebian bug 35208412:11
ubotuDebian bug 352084 in kazehakase "kazehakase: Build-Dep on mozilla (library), should transition to xulrunner" [Serious,Fixed]  http://bugs.debian.org/35208412:11
Ubulettemike patched configure to look for his xul 1.8, is/was not supported upstream12:14
asacyeah thats what i thought12:15
asacdoes upstream support our sdk?12:15
Ubulettedon't know yet12:15
Ubulettethe makefile patches are all for:12:16
Ubulette-       -DGTK_DISABLE_DEPRECATED=1 \12:16
Ubulette-       -DGDK_DISABLE_DEPRECATED=1 \12:16
Ubulette-       -DG_DISABLE_DEPRECATED=112:16
Ubulettebug 13726912:16
ubotuLaunchpad bug 137269 in kazehakase "[FTBFS]  kazehakase" [Undecided,Fix released]  https://launchpad.net/bugs/13726912:16
Ubulettethe web site is messy12:20
Ubulettehm, the japanese version is better12:21
=== Paddy_EIRE [n=patrick@84.13.126.88] has joined #ubuntu-mozillateam
Ubuletteif test "$gecko_version_major" != "1" -o "$gecko_version_minor" -lt "7" -o "$gecko_version_minor" -gt "9"; then12:32
Ubulette        AC_MSG_ERROR([Unsupported Gecko version $gecko_version_major.$gecko_version_minor] )12:32
Ubulettefi12:32
Ubuletteasac, seems good12:32
Ubuletteif test "$gecko_version_major" = "1" -a "$gecko_version_minor" -ge "9"; then12:33
Ubulette        AC_DEFINE([HAVE_GECKO_1_9] ,[1] ,[Define if we have gecko 1.9] )12:33
Ubulettefi12:33
asacnice12:34
UbuletteGECKO=12:35
UbuletteAC_ARG_WITH([gecko_engine] ,12:35
Ubulette        AS_HELP_STRING([--with-gecko-engine@<:@=mozilla|firefox|thunderbird|seamonkey|xulrunner@:>@] ,12:35
Ubulette                       [Whether to use mozilla, firefox or thunderbird or seamonkey xpcom (default: mozilla)] ),12:35
Ubulette        [GECKO="$withval"] )12:35
Ubulette$PKG_CONFIG --exists xulrunner-xpcom12:37
Ubulettegasp, we don't provide that so far12:37
Ubuletteseems moz guys renamed those .pc files12:41
TheMusoasac: I guess it wouldn't make sense to put a test case in for Linux and powerpc, to use uname -m, or force OS_TEST to ppc...12:43
asacUbulette: isn't xulrunner-xpcom a debianism? or is that shipped somewhere in dist ?12:44
asacTheMuso: i don't think that its the right thing to do12:44
Ubuletteasac, the $PKG_CONFIG --exists xulrunner-xpcom test is from kaze cvs12:44
asacUbulette: yes it is12:45
Ubuletteasac, xul 1.9 seems to ship libxul.pc and libxul-embedding.pc12:45
asacah right12:45
asac1.8 shipped xulrunner-xpcom12:45
asacok12:45
asacmaybe they changed that recently and kaze code is not yet adapted12:45
Ubulettelibxul-embedding is for -lxpcomglue12:46
asacyes kaze should use that i guess12:46
Ubulettelibxul.pc is for -lxpcomglue_s -lxul -lxpcom12:46
asac-lxpcomglue? thats not static?12:46
Ubulette-lxpcomglue_s is static12:47
Ubulettewell12:49
asacright which makes me wonder if libxul-embedding is right12:49
Ubuletteboth are static12:49
asaciirc there is no shared glue available by default ... is there?12:49
asacok12:49
Ubulettelibembed_base_s.a  libembed_base_standalone.a  libmozreg_s.a  libunicharutil_external_s.a  libxpcomglue.a  libxpcomglue_s.a  libxpcom.so  libxul.so12:49
Ubulettein /usr/lib/xulrunner-devel-1.9a8pre/sdk/lib/12:50
Ubuletteso for kazehakase, that means tweaking configure to call pkg-config on libxul-1.912:52
asaci think kaze should use -embedding12:53
asacits not a xul app ... just gecko embedder12:53
Ubuletteyep right. it's just that they are looking for xpcom everywhere12:55
Ubulettejust to get the gecko version at the end12:56
TheMusoasac: An alternative is to change all the Makefile checks to check for Linuxpowerpc instead of Linuxppc... - Just thinking out loud here...12:56
asacTheMuso: look in the .mk files12:56
asacyou will find where it is12:56
Ubuletteit would be nice to *print* those $OS_whatever during build so we can see them in the logs.. instead of guessing12:58
TheMusoasac: I know its there, as thats how I found out what the problem is. I am just trying to think of sane ways to fix it.12:58
TheMusoUbulette: I found the settings for OS_TEST and OS_ARCH by looking in config.status.12:59
TheMusoDoesn't help while building, but still useful.12:59
Ubulettebecause you have access to a ppc box :) we don't12:59
Ubuletteor at least, i don't12:59
TheMusoUbulette: As I've said. I know what the problem is, and its just a matter of working out a sane fix.01:00
Ubulette(that's why i never fixed the ftbfs of granparadiso)01:00
TheMusoUbulette: Yeah I thought as much.01:00
TheMusotarget_cpu is worked out from the target, which varies from arch to arch. On powerpc its powerpc-linux-gnu, i386 its i386-linux-gnu, etc.01:04
TheMusoFound out from looking at the configure script, and getting it to spit out the values of target and target_cpu.01:05
TheMusoasac: Turns out that out of the whole source, there is only one lot of code who's makefile needs to check for Linuxppc. That is the xptcall code.01:10
asacmaybe they match *-linux-gnu) somewhere?01:15
TheMusoasac: Well the first part of that is used to determine the CPU type, which obviously helps with the 32-bit userspace on 64-bit kernel.01:16
asacyes01:17
TheMusoAnd yes they do match it, but only to set optimization/CFLAGS.01:17

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