[01:20] <asac> so you don't see how to fix it properly?
[01:21] <TheMuso> The only way I can see to fix this properly is to change the test case in xpcom/reflect/xptcall/src/md/unix/Makefile.in from Linuxppc to Linuxpowerpc
[01:21] <TheMuso> Thats unlikely to break anything else, but I am still running a grep to see if its anywhere else in the tree.
[01:23] <TheMuso> Ok, it seems that its only checked for in the above mentioned file.
[01:24] <TheMuso> So it can build ppc xptcall code.
[01:24] <TheMuso> for linux
[01:26] <TheMuso> Either that, or e use CPU_ARCH instead of OS_ARCH in the check.
[01:27] <TheMuso> sorry, CPU_ARCH instead of OS_TEST
[01:37] <Ubulette> asac, lol
[01:37] <Ubulette> dpkg: error processing /var/cache/apt/archives/xulrunner_1.8.1.4-2ubuntu3_i386.deb (--unpack):
[01:37] <Ubulette>  trying to overwrite `/usr/bin/xulrunner', which is also in package xulrunner-1.9
[01:38] <Ubulette> that's not good
[01:38] <Ubulette> i guess a diversion will do
[02:19] <asac> Ubulette: assume that its gone
[02:19] <asac> we don't need a diversion
[02:19] <asac> later we need an alternative
[02:19] <asac> if we want two parallel installs
[02:20] <asac> or drop the unversioned link completely
[02:20] <asac> TheMuso: how about powerpc64? is it the same?
[02:23] <TheMuso> asac: Without having a ppc64 box I can't say for sure, but as far as I am aware, all userspace stuff is all powerpc, and the kernel is either powerpc or powerpc64. i.e unlike amd64, userspace for both powerpc and powerpc64 is the same. I am having another look however to be sure.
[02:30] <asac> TheMuso: have you looked in nsprpub and security ... they have their own build system and probably match for arch as well
[02:31] <TheMuso> I'll take a look.
[02:52] <TheMuso> asac: Except for kernel and glibc packages, everything else is standard powerpc, including compilers, so if firefox is built on a ppc64 ubuntu, it sould still see the powerpc-linux-gnu build. uname -m on a ppc64 box would in fact give ppc64 as the result, so the change that was made is correct.
[02:53] <TheMuso> As for nsprpub, it uses a similar check in configure.in for OS_TEST that was used before the toplevel configure.in was changed to use cpu_target. i.e nsprpub uses uname -m.
[02:55] <gnomefreak> asac: whats wrong with iceape?
[03:02] <gnomefreak> well i guess ill check with you tomorrow
[03:35] <Jazzva> asac, I suppose you're not online?
[03:37] <Jazzva> Anyone up who could help me a bit with layouts in XUL?
[03:43] <Jazzva> Hmm... nevermind, it works now. asac, there'll be a new upload to my ubufox branch which will fix the icon alignment.
[10:06] <asac> gnomefreak: wrong? i think i just didn't come to sponsoring it
[10:06] <asac> gnomefreak: i will look now
[10:09] <asac> gnomefreak: the configure checkin doesn't update configure properly
[10:10] <asac> most likely because you didn't add the 20_force... to 00list before you ran autoconf2.13
[10:10] <asac> cwong1: i uploaded a fixed midbrowser
[10:10] <asac> cwong1: it was a packaging bug after all
[11:43] <gnomefreak> asac: what do you mean. it was added to 00list long before i did autoconf. the only thing that didnt change is the changelog
[11:44] <asac> no you didn't
[11:44] <asac> i fixed it now
[11:44] <asac> will upload to mozillateam
[11:45] <asac> you can look at bzr log to see that you didn't add to 00list before updating 00configure
[11:45] <asac> 99
[11:45] <gnomefreak> i had to since dpatch added it to 00list
[11:45] <asac> gnomefreak: well look at bzr ... and look at the diff of your 99_configure ... you will see that the VISIBILITY changes you patch against configure.in are not in there
[11:46] <gnomefreak> so as long as dpatch did what it was supposed to do it was added first
[11:46] <asac> and i uncommitted ... committed first 00list then ran dpatch-edit-patch 99_configure; autoconf2.13; exit 0
[11:46] <asac> and all was fine
[11:46] <asac> committed 99_configure ... changelog
[11:46] <asac> done
[11:46] <asac> gnomefreak: you have to verify everything manually
[11:47] <asac> gnomefreak: don't just hope that dpatch did something ... verify that it did
[11:47] <asac> :)
[11:47] <gnomefreak> i cant get a diff :(
[11:47] <asac> that will safe you from lots of nasty bugs ;)
[11:47] <gnomefreak> bzr diff gives me nothing
[11:47] <asac> you will figure out ... you have to diff revisions
[11:51] <gnomefreak> bzr: ERROR: Path(s) are not versioned: 89
[11:51] <gnomefreak> i continue to get that no matter what revisions i use
[11:56] <gnomefreak> the problem i am missing is that 20_force was in 00list i edited it (it stayed in 00list) than i ran autoconf2.13 so it had to be there before, remember you asked me before i started it was there before i removed the garbage from it
[11:57] <gnomefreak> cant go by bzr revisions as they had deverged so when i merged they ended up in that order
[12:06] <asac> reallly ... it just worked here ... so you must have done something wrong.
[12:07] <gnomefreak> it looked fine here. but anyway how is n-m on detected networks?
[12:09] <gnomefreak> like can i go in and choose a network to use that it detected or is there more to it
[12:11] <gnomefreak> once you push iceape to MT ill pull from it and go from there (not really too concered with it atm)
[12:12] <asac> gnomefreak: what chipset?
[12:12] <gnomefreak> its a dlink card not sure of chipset
[12:13] <gnomefreak> im gonna have to pull it out and find out huh?
[12:13] <asac> ok ... you can see in syslog when you plug in card i guess
[12:14] <gnomefreak> give me a few im gonna take some more pills and set it up
[12:51] <gnomefre1k> asac: does this help? 06:00.0 Ethernet controller: Atheros Communications, Inc. AR5212 802.11abg NIC (rev 01)
[12:51] <gnomefre1k> i looked in syslog but didnt see anything helpful
[12:52] <asac> yes
[12:52] <asac> is it broken?
[12:52] <gnomefre1k> im on it so it cant be oo broken
[12:52] <asac> gnomefre1k: search for interface_add in syslog ... tell me what that line looks like please
[12:52] <gnomefre1k> the t button is broken
[12:52] <asac> do you use wpa?
[12:54] <gnomefre1k> i dont think so
[12:54] <asac> please search for what i asked above
[12:55] <embeemb> hey, i
[12:55] <embeemb> i'm not sure if i'm at the right place or not, but i need help with xulrunner
[12:55] <asac> which xulrunner?
[12:55] <asac> the one packaged in ubuntu?
[12:56] <embeemb> i got it from the mozilla webbie
[12:56] <asac> then we are not the right channel ;)
[12:56] <embeemb> oh :$ any idea where else should I look
[12:56] <asac> #xulrunner irc.mozilla.org (if that channel exists)
[12:56] <embeemb> cool ! thanks a mill !
[12:57] <gnomefre1k> asac:  cat syslog | grep interface_add brings up nothing
[12:58] <asac> case-insensitive
[12:58] <asac> its INTERFACE_ADD
[12:58] <asac> lunch now
[12:59] <gnomefre1k> thas odd
[01:00] <asac> bbl
[01:01] <gnomefre1k> have fun ill keep looking
[05:02] <shirish> asac: Ubulette: anybody up?
[05:03] <shirish> tonyyarusso: whenever you are up, https://help.ubuntu.com/community/Kompozer , afaik Kompozer isn't in the repositories yet. I did updates just now & still its not up. If its going to be lemme know, cheers
[05:10] <asac> shirish: i am
[05:12] <shirish> asac: I know its lame but any idea about the roadmap of gnash? I went through the mailing list of gnash today but couldn't find any sort of roadmap of it :(
[05:12] <shirish> asac: also, are you building the final 0.8.1 to push for inclusion in gutsy or no?
[05:16] <shirish> asac: also do you read otte's blog http://blogs.gnome.org/otte/ , I find it highly interesting :)
[05:26] <tonyyarusso> shirish: It's sitting in the NEW queue for processing, so yes, technically it's not in yet, but should be "any time now" (figured that would be close enough - didn't expect many people to actually read that yet)
[05:26] <shirish> tonyyarusso: ok cool , thanx for the quick reply, I am subscribed to it  :)
[05:27] <tonyyarusso> :)
[05:34] <shirish> I'm sure guys have read this one, its an old blog post http://blogs.zdnet.com/Stewart/index.php?p=177 but equally interesting
[11:21] <tonyy> Do we intend to package Songbird when a full release is made?
[11:22] <tonyy> (I needed a free media player for Windows, so it was either this or VLC)
[11:56] <nich2chien_> hi
[12:37] <Ubulette> tonyyarusso, i will probably package songbird, but it's not straight forward. upstream is kinda messy, filled with prebuilt deps and calling files from dep source trees to build core songbird.
[12:38] <Ubulette> so it needs serious rework of the build system to be acceptable
[12:38] <Ubulette> as for a media player for windows, i don't see why you ask here...