[01:16] <mertiki> asac : I go now, but you can email me at any time if you need me to do something around that
[01:16] <mertiki> @++
[02:03] <Ubulette> mozilla bug 384154
[02:03] <ubotu> Mozilla bug 384154 in Layout "layout-debug component does not build" [Normal,Resolved: fixed]  http://bugzilla.mozilla.org/show_bug.cgi?id=384154
[02:03] <Ubulette> asac, look at comment #5
[02:04] <Ubulette> that guys said tested with layout-debug+enable-libxul
[02:04] <Ubulette> i'm rebuilding with --enable-extensions=layout-debug
[02:09] <asac> Ubulette: use default,layout-debug
[02:09] <asac> not just layout-debug
[02:09] <Ubulette> i'm just testing the build system, it's not for commit
[02:10] <asac> Ubulette: it doesn't build that way
[02:11] <asac> at least my guess
[02:12] <asac> the point why it will fail is that the build is attempted before xpcom/stub is build
[02:12] <asac> i don't see why that should work
[02:13] <asac> Benjamin says "It looks like it lives outside of libxul, which means that
[02:13] <asac> it needs to start using frozen linkage."
[02:13] <asac> thats the right fix we need
[02:26] <Ubulette> frozen linkage ?
[02:34] <asac> Ubulette: ok i think the patch was incomplete
[02:35] <Ubulette> asac, which one ?
[02:37] <asac> Ubulette: isn't there a linker option that allows symbols to be present at runtime?
[02:37] <asac> and not at build time?
[02:37] <asac> (when producing shared libs)
[02:38] <Ubulette> you mean -rpath ?
[02:40] <asac> no  i mean i use nsIXPCOMSomething
[02:40] <asac> but produce shared lib without -lxpcom
[02:40] <asac> but it still works ;)
[03:28] <Ubulette> lo
[03:28] <Ubulette> asac ?
[03:30] <Ubulette> it seems wallet will be removed and replaced by satchel
[03:31] <Ubulette> mozilla bug 304309
[03:31] <ubotu> Mozilla bug 304309 in XP Apps "convert to satchel from wallet" [Enhancement,Assigned]  http://bugzilla.mozilla.org/show_bug.cgi?id=304309
[03:31] <Ubulette> mozilla bug 390025
[03:32] <ubotu> Mozilla bug 390025 in XP Apps "Move to LoginManager and remove wallet from SeaMonkey" [Normal,New]  http://bugzilla.mozilla.org/show_bug.cgi?id=390025
[03:33] <Ubulette> mozilla bug 394502
[03:33] <ubotu> Mozilla bug 394502 in Build Config "make SeaMonkey build with libxul" [Normal,New]  http://bugzilla.mozilla.org/show_bug.cgi?id=394502
[04:38] <Bernardo> hi
[04:50] <asac> Ubulette: ok ... otherwise is would suggest to build with default,wallet and make wallet a libxul component
[04:50] <asac> we certainly don't want to make layout-debug a libxul component which would then be always enabled
[04:51] <Ubulette> wallet is totally broken
[04:53] <Ubulette> we never built it before in ff3
[04:54] <Ubulette> (without libxul)
[04:54] <Ubulette> so it's one more thing to port in kazehakase
[04:55] <Ubulette> ie use the new password manager instead of depending on wallet from xul 1.8
[04:57] <Bernardo> asac: if you want me to do some tests with knetworkmanager/ipw3945, I'm free right now
[04:58] <Ubulette> asac, ..or we can open a moz bug for wallet and ask if wallet is still maintained or not
[05:06] <Ubulette> asac, imho kazehakase should now use nsIPasswordManager instead of nsIPassword
[05:21] <Ubulette> typeaheadfind is broken too
[05:23] <Ubulette> make[6] : *** No rule to make target `-lgkgfx', needed by `libsuitetypeaheadfind.so'.  Stop.
[05:26] <asac> Ubulette: isn't it nsIPassword elements you get from nsIPasswordManager?
[05:28] <asac> Bernardo: Bernardo what does  modinfo ipw3945 | grep ^version: ... give you?
[05:29] <asac> Ubulette: libsuitetypeaheadfind is probably for suite ... not for xulrunner et al
[05:32] <Ubulette> it's part of 'all' dammit. they should test their stuff
[05:33] <Bernardo> asac: got called, let me check now
[05:33] <Bernardo> version:        1.2.2mp.ubuntu1
[05:34] <Bernardo> btw, this one (updated a few hours ago and rebooted) connected to my fonera using wpa2 without problems, the previous one wouldn't connect
[05:48] <asac> yep
[05:48] <asac> ok thats good
[05:48] <asac> can you test open network as well?
[05:49] <asac> Bernardo: ^^^
[06:01] <Bernardo> yes
[06:01] <Bernardo> I have the open fonera network
[06:01] <Bernardo> (daughter woke up, sorry for the delay)
[06:01] <Bernardo> I also have a vodafone network nearby
[06:02] <Bernardo> do you want me to test it now? I'll go offline for a couple minutes, even if it works
[06:05] <Bernardo> asac: ^^^
[06:06] <asac> Bernardo: yes ... please
[06:08] <Bernardo> ok, brb
[06:17] <Bernardo> ok,  it worked - but going back to wpa gave a error and killed network manager
[06:17] <Bernardo> http://pastebin.ca/688742
[06:18] <Bernardo> "FON_AfonsoL" is the open network
[06:18] <Bernardo> "Bernardo" is the wpa2 network
[06:19] <Bernardo> asac: ^^^
[06:28] <asac> Bernardo: strange crash ... haven't seen that before
[06:29] <asac> Bernardo: anyway, next network manager upload should improve switching back and forth between wireless networks
[06:29] <asac> Bernardo: its just important that the driver allows nm to connect at all for now
[06:29] <Bernardo> When I restarted networkmanager it connected to the open network again
[06:30] <Bernardo> and then when it finally populated the networks list I switched to the wpa2 one, and this time it didn't crash
[06:30] <asac> yes ... but it should fail more or less often when switching networks
[06:30] <asac> usually without a crash though
[06:31] <Bernardo> should I try now with a hidden SSID for the wpa2 network, or that doesn't work yet?
[06:31] <asac> i doubt it works ... but please try
[06:31] <asac> can you try open net + hidden?
[06:32] <Bernardo> That would be harder, but I think I can.
[06:32] <asac> why harder?
[06:33] <Bernardo> I have to restore wpa2 config before my daughter wants to see one of her videos on the living room media center... :)
[06:33] <asac> ah
[06:33] <asac> well test wpa2 then
[06:33] <Bernardo> I'll test both, brb
[06:38] <Bernardo> asac: as you said, switching networks is a bitch
[06:39] <asac> yep ... fine. how about hidden`
[06:39] <asac> ?
[06:40] <Bernardo> I don't know, I think the router crashed
[06:46] <Bernardo> sorry for the delay
[06:46] <Bernardo> the router web interface has hung on the wireless basic page, it seems
[06:47] <Bernardo> I'll have to check from another machine if the ssid is being shown
[06:53] <Bernardo> ok, have to reset the router (wrt54gl)
[07:07] <Bernardo> ok, when the router crashed it didn't change the ssid broadcast
[07:07] <Bernardo> going to test it now
[07:09] <Bernardo> the connection didn't drop completely during the change of broadcast enabled to disabled, I'm now going to try "reconnecting"  to the network
[07:11] <asac> Bernardo: restart NetworkManager at best
[07:24] <Ubulette> asac, only xml-rpc venkman inspector irc gnomevfs cview tasks reporter python/xpcom could be built
[07:25] <Ubulette> asac, I had to drop: wallet layout-debug help sroaming typeaheadfind datetime finger sql xforms schema-validation python/dom
[07:35] <asac> Ubulette: thats fine imo
[07:35] <asac> Ubulette: we should add wallet ... and do the same that was done for layout-debug
[07:36] <asac> e.g. maybe it a libxul component
[07:36] <asac> there is just two much string api stuff to migrate imo
[07:37] <asac> s/maybe/make/
[07:40] <Ubulette> eh? i didn't touch layout-debug, i dropped it
[07:41] <asac> Ubulette: i got it working
[07:41] <asac> its all done ... except one tiny thing ... the Makefile.in need FORCE_STATIC_LIB=1
[07:41] <Ubulette> ?
[07:41] <asac> however we cannot use it
[07:41] <asac> but we should use the same for wallet to get kazehakase going
[07:42] <asac> (we cannot use it because nobody wants layout-debug to be always installed)
[07:42] <Ubulette> i'd prefer kazehakase not to use wallet as upstream will drop it soon. no need to waste time on this
[07:42] <asac> fine ... if you know how to read the password entries out of passwordmanager without that class ... go ahead ;)
[07:43] <asac> whats your idea?
[07:43] <Ubulette> ..same for you, if you know how to fix wallet, go ahead ;)
[07:43] <asac> Ubulette: anyway I agree that for now we should just build all extensions that are usable/buildable
[07:43] <asac> Ubulette: i said how ;)
[07:44] <asac> Ubulette: build it as internal xul lib
[07:44] <asac> you remembe the bug you had for layout-debug?
[07:44] <Ubulette> yep
[07:44] <asac> the patch is exactly the same
[07:44] <asac> just replace the layout-debug with wallet
[07:44] <asac> then add FORCE_STATIC_LIB = 1 in Makefile.in of wallet
[07:44] <asac> so it will get linked into libxul and can access hidden symbols
[07:45] <asac> Ubulette: but i can do it
[07:45] <asac> (try i mean :))
[07:45] <asac> Ubulette: if you add FORCE_STATIC_LIB = 1 to the layout-debug Makefile.in it will just build
[07:46] <Ubulette> for now, i'm fixing the dev branch to build the list i've mentionned above
[07:46] <asac> ok
[07:46] <asac> thats good
[07:47] <asac> have you pushed something i should work against?
[07:47] <Ubulette> i need to install python properly
[07:47] <Ubulette> not yet
[07:47] <asac> if you push, can you push same changelog date? so i don't need update my orig?
[07:47] <Ubulette> i didn't bump since yesterday
[07:47] <asac> Ubulette: python xpcom is more or less abandoned upstream (in case you care) :)
[07:48] <asac> but we probably want it anyway
[07:48] <Ubulette> someone asked for it yesterday
[07:48] <asac> i know :(
[07:49] <asac> Ubulette: you will need a patch for python 2.5 i guess
[07:49] <asac> Ubulette: i have submitted it upstream ... guess it hasn't been applied yet - because of reasons above :)
[07:49] <Ubulette> i'm not familiar with python..
[07:49] <asac> no ... the python api has changed
[07:49] <asac> so it fails to build against python 2.5 api
[07:50] <asac> while i works with python 2.4
[07:50] <asac> wait a sec
[07:50] <Ubulette> could you take care of that ?
[07:50] <asac> https://bugzilla.mozilla.org/show_bug.cgi?id=386610
[07:50] <ubotu> Mozilla bug 386610 in XPCOM "pyxpcom fails to build against python 2.5 (api changed)" [Normal,Assigned] 
[07:51] <Ubulette> i mean, xul built with python/xpcom, now we need to install that
[07:51] <asac> oh ... i should update that patch ;)
[07:51] <asac> it built?
[07:51] <asac> strange
[07:51] <asac> maybe python api was fixed then ;)
[07:51] <Ubulette> let me put dev in shape then try it :)
[07:51] <asac> Ubulette: take a look what files are separated by mike in xulrunner
[07:52] <asac> its just libpython-xpcom.so and .xpt file most likely
[07:52] <Ubulette> I read http://archive.ubuntu.com/ubuntu/pool/universe/x/xulrunner/xulrunner_1.8.1.4-2ubuntu3.diff.gz
[07:52] <asac> which needs to go to a separate package
[07:52] <Ubulette> it's a mess
[07:52] <Ubulette> I'd prefer you doing the python stuff completely as you seems familiar with it already ;)
[07:53] <asac> well familiar is something else :) ... but i can give it a try
[07:53] <Ubulette> :)
[07:54] <Ubulette> i'll uncommit the last change 2 broken commits
[07:54] <Ubulette> and redo 1
[07:54] <asac> whatever you want ... haven't updated branch in last 2 days or so
[07:55] <asac> let me know when i shall pull
[07:55] <Ubulette> i'll redo rev13
[07:55] <asac> i'll be off again
[07:55] <asac> actually i wanted to not be online at all this weekend
[07:55] <asac> haven't even checked my mail for last 2 days ;)
[07:56] <asac> will look in this channel though ;)
[08:01] <Ubulette> asac, pushed
[08:02] <Ubulette> you should see rev13 at the top
[08:03] <asac> $(DEB_SRCDIR)/_tests
[08:03] <asac> i think we should --disable-tests
[08:03] <Ubulette> yep
[08:05] <Ubulette> this should be fixed upstream using the proper $GARBAGE
[08:06] <asac> GARBAGE_DIRS
[08:07] <Ubulette> both
[08:07] <asac> yes
[08:07] <Ubulette> there are some files too
[08:07] <asac> you sure GARBAGE_DIRS doesn't remove recursively?
[08:07] <asac> (i am not ... but should be easy to figure out)
[08:08] <Ubulette> it does, but look at the rule, it drops links (to .cpp) and .pyc
[08:08] <Ubulette> + too
[08:08] <asac> -rm -rf $(ALL_TRASH_DIRS)
[08:08] <asac> yes ...
[08:09] <asac> those are a different thing ... agreed
[08:09] <asac> though pyc should probably be cleaned in some generic clean rule
[08:09] <asac> e.g. auto garbage ;)
[08:09] <asac> like .o et al
[08:09] <Ubulette> yep
[08:09] <asac> the links are ugly ;)
[08:09] <Ubulette> i got lazy, it could be cleaned with a proper patch later
[08:10] <Ubulette> in fact, i was tired to see dpkg-buildpackage failing because of this
[08:11] <asac> Ubulette: i think _OBJS in rules.mk
[08:11] <asac> should be extended
[08:11] <asac> yeah
[08:14] <Ubulette> (i'll auto-deco soon... damn dyn ip)
[08:28] <Bernardo> asac: total disaster
[08:29] <Bernardo> asac: only managed to connect after showing essid again and rebooting
[08:29] <Bernardo> also found out that 8139too is broken for my laptop - couldn't use ethernet to connect
[08:30] <Bernardo> the media detection is broken, doesn detect that I connect a cable to the ethernet port
[08:30] <Bernardo> I don't know which update broke it, as I haven't used it for a while
[08:42] <Bernardo> brb
[09:04] <asac> Ubulette: btw, xul ftb as expected because of change python api
[09:04] <asac> you probably have tweaked your alternatives or only have python 2.4
[09:05] <asac> http://pastebin.mozilla.org/196412
[09:05] <Ubulette> asac, i only have 2.5 in that chroot
[09:06] <Ubulette> 2.5.1-5ubuntu1
[09:06] <Ubulette> nothing at all for 2.4
[09:07] <asac> no idea then ... the code should definitly fail to build ... look at the error
[09:09] <asac> only thing i could imagine is some CXXFLAGS tweakage ... like non-fatal-warnings ;)
[09:53] <Ubulette> asac, btw, mxr means mozilla cross reference
[10:14] <Ubulette> asac, that nsIPassword is a trick. It's indeed in wallet but they duplicated it in embedding/browser/gtk/src
[10:15] <Ubulette> so wallet is not needed anymore
[10:20] <shirish> hi all, anything new cooking?
[10:25] <Ubulette> a xul with more extensions by default
[10:26] <Ubulette> no progress with kazehakase wilth xul 1.9. code is for 1.8
[10:26] <shirish> Ubulette: ok cool
[10:26] <shirish> :(
[10:26] <shirish> Ubulette: btw I have been reading quite a bit about larry today :)
[10:27] <Ubulette> larry ?
[10:27] <shirish> Ubulette: larry- the security UI thing
[10:28] <shirish> Ubulette: look at left of the address bar, there is a rectangular box, go to any site, click on that box, what does it show?
[10:29] <shirish> the guy in the hat, he's lovingly called larry by the guys at mozilla
[10:30] <Ubulette> you mean the popup with the cop that landed a few days ago ?
[10:31] <shirish> Ubulette: yup, the cop, he's known as larry ;)
[10:31] <Ubulette> :)
[10:32] <Ubulette> url ?
[10:32] <shirish> oh ok hang on.
[10:33] <shirish> http://blog.johnath.com/index.php/2007/06/04/will-firefox-have-a-green-bar/
[10:33] <shirish> actually this is the most recent one, there are couple of others which describe the idea in the 1st place.
[10:35] <Ubulette> thx
[10:35] <shirish> Ubulette: nothing to thank about, we just help out in understanding things
[10:36] <shirish> Ubulette: anything new on your side that you've been reading (anything interesting)?
[10:37] <Ubulette> http://web.glandium.org/blog/?p=161
[10:37] <Ubulette> javascript performance compared
[10:39] <shirish> Ubulette: GDKWebkit this is a new browser or what?
[10:40] <Ubulette> http://web.glandium.org/blog/?p=157
[10:42] <shirish> Ubulette: do I have to do anything for the xul with more extensions or just do my everyday thing?
[10:43] <Ubulette> it's not in yet. I've hold my bot for today as I was still working on that.
[10:44] <Ubulette> btw, i don't know if there's be something visible
[10:44] <Ubulette> s/s/ll/
[10:44] <shirish> Ubulette: doesn't really matter, its just to know if I'm doing things right
[10:45] <Ubulette> should be in my repo in about 1h
[10:45] <shirish> Ubulette: btw this webkit seems to be gtk based, which means another browser in GNOME, XFCE universe.
[10:46] <Ubulette> well, i don't know if i'll work on it or not. mike (debian) modified too many things, as usual
[10:46] <Ubulette> i mean, for my taste
[10:48] <shirish> Ubulette: hmm... is this the same as http://en.wikipedia.org/wiki/Webkit ?
[10:49] <shirish> ok, this probably is targetted more towards the mobile stuff I guess
[10:50] <shirish> anyway, a new browser is always welcomed no matter what ;)
[10:51] <Ubulette> http://webkit.org/projects/goals.html
[10:53] <shirish> ok so its like what a library is to an app.
[10:57] <fuoco> hi
[10:58] <fuoco> TheMuso: if you are here, i was told in the forums that you have a fix for powerpc build of granparadiso?
[10:58] <fuoco> by Ubulette :)
[10:58] <Ubulette> :)
[10:59] <fuoco> by the way does the trunk build? (minefield)
[10:59] <Ubulette> fuoco, as i said, we'll do our best to push it for a8
[10:59] <Ubulette> no, same issue
[10:59] <fuoco> i see
[11:00] <Ubulette> a8 is expected this week
[11:00] <Ubulette> iirc
[11:00] <shirish> yes, it is :)
[11:01] <Ubulette> fuoco, we could have done that a while ago but none of the active maintainers have access to a ppc box
[11:01] <Ubulette> and the new ppa is only i386 and amd64
[11:03] <fuoco> by the way does totem plugin work ok on granparadiso?
[11:04] <Ubulette> gutsy's one, no
[11:04] <Ubulette> i fixed it
[11:04] <Ubulette> patch is in launchpad
[11:06] <Ubulette> bug 131658
[11:06] <ubotu> Launchpad bug 131658 in totem "[gutsy]  totem browser-plugin makes firefox-granparadiso crash" [Medium,Confirmed]  https://launchpad.net/bugs/131658
[11:07] <Ubulette> i've been running that patch myself for more than a month, no problem
[11:07] <Ubulette> shirish, do you use my totem ?
[11:07] <shirish> Ubulette: not yet unfortunately
[11:07] <shirish> Ubulette: anything new in it?
[11:08] <Ubulette> well, it's HEAD
[11:08] <Ubulette> like everything else
[11:08] <Ubulette> so whatever is new upstream, you have it :)
[11:08] <shirish> true, let today's big list of updates be done then might do it
[11:08] <fuoco> what about gnash?
[11:08] <Ubulette> no idea
[11:08] <shirish> a m8 after my heart
[11:09] <shirish> Ubulette: you should think about having gnash sometime in your repository too ;)
[11:10] <Ubulette> what's their vcs ?
[11:10] <shirish> Ubulette: hang on, will find out
[11:11] <shirish> Ubulette: cvs just like mozilla
[11:11] <shirish> ;)
[11:12] <Ubulette> ok. i'll have a look when i have time
[11:12] <shirish> "export CVS_RSH="ssh" cvs -z3 -d:pserver:anonymous@cvs.sv.gnu.org:/sources/gnash co gnash"
[11:12] <Ubulette> shirish, do you use my gstreamer ?
[11:13] <shirish> Ubulette: not yet, all that I have yet to download, how would I do those? both gstreamer as well as totem?
[11:13] <shirish> Ubulette: also are they good on ff 2.0 series or just with ff 3.x series?
[11:13] <Ubulette> add the corresponding mini repo
[11:13] <Ubulette> as far as i know, yes
[11:14] <Ubulette> ff2/ff3/rhythmbox/totem are all happy with my gst
[11:14] <Ubulette> well, ff2/ff3 has nothing to do with gst directly ;)
[11:15] <shirish> Ubulette: hmm... cool, other than rhythmbox which I hate, I like exaile better & compile it myself everyday
[11:15] <shirish> ;)
[11:16] <shirish> ok will be out your hair for sometime, gotta sleep its already hovering the 3 a.m. mark here.
[11:16] <shirish> Ubulette: take care, would try the other things tomorrow for sure :)
[12:37] <TheMuso> Ubulette, asac, I have a working patch, which works with the latest gran-paradiso source in gutsy. Just doing a test build, and will ensure the browser works, but should be able to put the patch somewhere in a few hours. Whats the easiest way for me to get it to you?
[12:38] <asac> TheMuso: either submit a patch suitable for debian/patches, a debdiff or push up a bzr branch that we should merge from.
[12:39] <TheMuso> asac: Its a patch that goes in debian/patches.
[12:39] <TheMuso> well thats how I have it working here, patching against alpha7.
[12:40] <Ubulette> TheMuso, show me, i'll merge in into trunk now so when a8 is out, i'll (back)port it automatically
[12:41] <Ubulette> asac, don't you also have a gcc bump patch for lpia ?
[12:41] <TheMuso> Ubulette: Ok hang on a sec. I don't want to declare it as final yet, but since its only a patch against the build infrastructure, there shouldn't be a problem
[12:42] <asac> Ubulette: not yet done for trunk ... but its basically the same
[12:42] <Ubulette> asac, ok, i'll have a look myself then
[12:42] <TheMuso> ?c
[12:42] <asac> its just VISIBILITY_FLAGS="-fvisibility=hidden" ... even though the pragma push testcase does succeed
[12:43] <asac> Ubulette: you will see once you look at that patch
[12:43] <asac>          if test "$ac_cv_have_visibility_builtin_bug" = "no" -a \
[12:43] <asac>                  "$ac_cv_have_visibility_class_bug" = "no"; then
[12:43] <asac> -          VISIBILITY_FLAGS='-I$(DIST)/include/system_wrappers -include $(topsrcdir)/config/gcc_hidden.h'
[12:43] <asac> -          WRAP_SYSTEM_INCLUDES=1
[12:43] <asac> +          VISIBILITY_FLAGS='-fvisibility=hidden'
[12:43] <asac>          else
[12:43] <asac>            VISIBILITY_FLAGS='-fvisibility=hidden'
[12:43] <asac> configure.in that is
[12:44] <TheMuso> Ubulette: http://www.themuso.id.au/ubuntu/xptcall-powerpc-fix.patch
[12:44] <TheMuso> That patch ensures that if powerpc64 is being used, it will still be identifiable, however I have no ppc64 hardware/other distro to verify with, so can't be 100% sure on that.
[12:44] <Ubulette> TheMuso, why two nested tests ?
[12:45] <asac> TheMuso: why not ifneq (,$(findstring Linuxpowerpc,$(OS_TEST)))
[12:45] <asac> ?
[12:45] <asac> of course $(OS_ARCH)$(OS_TEST)
[12:45] <TheMuso> Ubulette: I copied what is done for the sparc detection code.
[12:46] <TheMuso> Ok, I'll rework it.
[12:46] <Ubulette> don't worry, i can do it
[12:46] <TheMuso> ok thanks
[12:50] <Ubulette> hmm, i even think we should keep the existing test.. ie allows both Linuxppc and Linuxpowerpcc so it doesn't break what's already working
[12:51] <TheMuso> fair enough
[12:51] <asac> Ubulette: he?
[12:51] <Ubulette> ifneq (,$(filter Linuxppc Linuxpowerpc,$(OS_ARCH)$(OS_TEST)))
[12:51] <asac> Ubulette: you know the reason why this breaks now?
[12:51] <asac> Ubulette: they have changed how OS_TEST is detected
[12:51] <Ubulette> supposing the upstream code works for some ppc, i'd like to keep that too
[12:52] <asac> there shouldn't be a ppc case anymore ... at least i hope ;)
[12:52] <asac> Ubulette: ?
[12:52] <Ubulette> ?
[12:52] <asac> whats the difference in your eyes from ppc to powerpc?
[12:52] <TheMuso> asac: We don't know how other distros have their build target set. It could be ppc-linux-gnu for all we know.
[12:52] <TheMuso> Or, powerpc64-linux.gnu, or ppc64-linux-gnu...
[12:53] <TheMuso> s/./-/
[12:53] <asac> TheMuso: the old OS_TEST was uname -m
[12:53] <asac> what is it now?
[12:53] <asac> why would that be different for other distributions?
[12:54] <Ubulette> asac, look at bsd: ifneq (,$(filter NetBSDmacppc NetBSDbebox NetBSDofppc NetBSDprep NetBSDamigappc,$(OS_ARCH)$(OS_TEST)))
[12:54] <Ubulette> why is ifneq (,$(filter Linuxppc Linuxpowerpc,$(OS_ARCH)$(OS_TEST))) not good enough
[12:54] <asac> well ... thats not linux ;)
[12:54] <Ubulette> yea
[12:55] <asac> why not ifneq (,$(filter Linuxfun1 Linuxfun2 Linuxppc Linuxpowerpc,$(OS_ARCH)$(OS_TEST))) ?
[12:55] <TheMuso> asac: powerpc is determined from the build target that gcc uses, in our case its powerpc-linux-gnu. I386 has i386-linux-gnu, etc.
[12:55] <asac> yes right ... isn't that upstream gcc behaviour?
[12:56] <asac> if it is, then we just need Linuxpowerpc ;)
[12:56] <TheMuso> I _think_ you can possibly change that when bootstrapping... Gentoo allows such a thing I think...
[12:56] <asac> yes, but thats nothing you can cover ... they probably change it to fun1
[12:56] <TheMuso> But I don't know enough about it to be sure.
[12:56] <asac> ;)
[12:58] <Ubulette> asac, what the problem of keeping the moz test and just add ours ?
[12:59] <asac> because its an upstream bug we should fix and submit at some point?
[12:59] <Ubulette> i assume their tinderbox would be red if the moz test was obsolete for their ppc box
[12:59] <asac> if powerpc is ubuntu specific then that should be investigated
[12:59] <Ubulette> though i don't know
[12:59] <asac> i think its pretty safe to say its an upstream bug
[01:00] <asac> they don't have that many powerpc users building trunk ;)
[01:01] <TheMuso> Let me grab a gentoo stage1 tarball for ppc. I'll see what its target is set to.
[01:10] <Ubulette> TheMuso, do you want you real name + email in commit logs ?
[01:10] <Ubulette> your
[01:10] <TheMuso> Ubulette: Luke Yelavich
[01:10] <TheMuso> Ubulette: themuso@ubuntu.com
[01:10] <TheMuso> will do
[01:10] <Ubulette> ok
[01:11] <TheMuso> thanks
[01:14] <Ubulette> pushed in xul .dev (rev 14)