**** BEGIN LOGGING AT Mon Feb 20 03:00:00 2012
Feb 20 06:15:42 <pnphi> joined
Feb 20 06:16:05 <pnphi> help me
Feb 20 06:16:09 <pnphi> ERROR: An error occurred while enabling: mailmerge.py Cause: (com.sun.star.registry.CannotRegisterImplementationException) { { Message = "ImplementationRegistration::registerImplementation() InvalidRegistryException during registration (destination registry is read-only!  cannot merge!)", Context = (com.sun.star.uno.XInterface) @0 } }  unopkg failed.
Feb 20 06:16:23 <pnphi> what errors ??
Feb 20 06:16:26 <twb> I don't even want to look at that
Feb 20 06:18:08 <pnphi> ERROR: An error occurred while enabling: mailmerge.py
Feb 20 06:18:19 <pnphi> Cause: (com.sun.star.registry.CannotRegisterImplementationException) { { Message = "ImplementationRegistration::registerImplementation() InvalidRegistryException during registration (destination registry is read-only!  cannot merge!)", Context = (com.sun.star.uno.XInterface) @0 } }
Feb 20 06:18:27 <pnphi> unopkg failed.
Feb 20 06:24:44 <micahg> ok, uploading chromium which will hopefully build on armhf
Feb 20 06:25:38 <pnphi> udo rootstock \         --fqdn ubuntu \         --login ubuntu \         --password ubuntu \         --imagesize 3G \         --seed ubuntu-desktop
Feb 20 06:25:47 <pnphi> this command ! !
Feb 20 06:29:44 <twb> I thought rootstock was deprecated
Feb 20 06:30:02 <pnphi> hjx
Feb 20 07:50:02 <infinity> micahg: \o/
Feb 20 07:50:38 <micahg> it's started to compile, it's not on a panda, so it might be another 17 hours until we know for sure if it worked
Feb 20 07:50:50 <infinity> Err, what?
Feb 20 07:50:51 <infinity> Grr.
Feb 20 07:50:58 <infinity> Who took the beagles off manual? >:(
Feb 20 07:51:22 <micahg> they've been off manual all weekend
Feb 20 07:53:07 <infinity> micahg: Not true.
Feb 20 07:53:28 <micahg> well, since sat night my time AFAIR
Feb 20 07:53:39 <twb> infinity: that beagles line took me *way* too long to understand
Feb 20 07:53:51 <infinity> micahg: Looks like they only went off manual about 5h ago.
Feb 20 07:54:19 <infinity> micahg: Anyhow, hleoung fessed up to it at least.  Maybe I'll get your builds killed.
Feb 20 07:54:24 <micahg> well, they were rebalanced apparently about that time as well
Feb 20 07:54:33 <micahg> infinity: sounds good to me :)
Feb 20 07:55:29 <infinity> micahg: No, I rebalanced and put them on manual around a day ago.
Feb 20 07:55:37 <infinity> micahg: Keep up. ;)
Feb 20 07:55:52 <micahg> ah, ok :), I slept at some point in there, so it's all blurring together :)
Feb 20 07:56:02 <infinity> Pfft.  "sleep"?
Feb 20 08:01:50 <infinity> micahg: I notice that firefox hates PPC again. :/
Feb 20 08:02:33 <micahg> yeah, upstream is fighting about it :)
Feb 20 08:02:38 <infinity> Fun.
Feb 20 08:03:48 <twb> IME mozilla hates everyone
Feb 20 08:05:42 <micahg> nah, it's just the JIT components change frequently and powerpc isn't a tier 1 platform, so there's no check if it breaks when stuff is committed
Feb 20 08:45:54 <micahg> infinity: crud, armhf failed, seems like missing libc headers which is worrysome: https://launchpadlibrarian.net/93446095/buildlog_ubuntu-precise-armhf.chromium-browser_17.0.963.56~r121963-0ubuntu3_FAILEDTOBUILD.txt.gz
Feb 20 08:51:58 <infinity> micahg: That seems... Odd.
Feb 20 08:52:09 * infinity digs deeper.
Feb 20 08:53:20 <infinity>  /usr/include/arm-linux-gnueabihf/bits/predefs.h
Feb 20 08:53:22 <infinity> Looks there to me...
Feb 20 08:53:37 * infinity upgrades linux-libc-dev to see if it went poof.
Feb 20 08:53:42 <micahg> right, I thought it was odd
Feb 20 08:54:07 <infinity> micahg: Does chromium do anything suspect with toolchains, like zero out and rewrite the standard include paths?
Feb 20 08:54:16 <infinity> micahg: (And maybe get it wrong for armhf?)
Feb 20 08:54:34 <micahg> I can't say a definite no to that, it's possibke
Feb 20 08:54:36 <micahg> *possible
Feb 20 08:54:46 * micahg checks the Debian patch
Feb 20 08:57:04 <micahg> Debian's stuff is still building, but they don't seem to do any path hacking
Feb 20 08:57:51 <infinity> Well, predefs.h exists in the same place on amd64 and armhf (except for the triplet, of course)
Feb 20 08:58:08 <infinity> So, about the only way this could go wrong is a multiarch/triplet goof.
Feb 20 08:58:45 <infinity> And if the armhf toolchain was broken, you surely wouldn't be the only package failing.
Feb 20 08:58:58 <infinity> Or, one would think not. :P
Feb 20 09:00:47 <infinity> Eww, chromium is cdbs?
Feb 20 09:01:10 <micahg> not my choice and I'm too lazy to rewrite it
Feb 20 09:01:27 <micahg> # BUILD_ARGS=SYMBOLS=1 BUILDTYPE=Release CFLAGS="" CXXFLAGS="" CPPFLAGS="" LDFLAGS="" -j3
Feb 20 09:01:40 <micahg> that would be the only thing I can think of
Feb 20 09:04:24 <infinity> I hate build systems that obfuscate the compiler command line. :/
Feb 20 09:04:40 <infinity> But I have a sneaking suspicion there's some -nostdinc action going on there.
Feb 20 09:04:47 <infinity> And then manual reconstruction of stdinc.
Feb 20 09:04:50 <infinity> For no sane reason.
Feb 20 09:04:53 <infinity> But that's just a wild guess.
Feb 20 09:09:01 * infinity boggles.
Feb 20 09:09:12 <infinity> Why does the chromium source contain pre-compiled compilers?
Feb 20 09:09:26 <infinity> I think I just vomited a little.
Feb 20 09:18:36 <infinity> micahg: Tell me none of this bundled stuff (like ffmpeg) is included in the build?
Feb 20 09:19:33 <micahg> infinity: umm, it shouldn't be using any of them
Feb 20 09:19:42 <infinity> Kay.  Just checking.
Feb 20 09:19:57 <infinity> Cause it makes some radical assumptions about arm=softfp.
Feb 20 09:20:02 <micahg> google ships their own toolchain for nacl, but I can't get it to build yet
Feb 20 09:20:56 <infinity>   // Ubuntu 11.10 (Oneiric) places the libraries here.
Feb 20 09:20:56 <infinity> #if defined(ARCH_CPU_X86_64)
Feb 20 09:20:56 <infinity>   paths.push_back(FilePath("/usr/lib/x86_64-linux-gnu/nss"));
Feb 20 09:20:56 <infinity> #elif defined(ARCH_CPU_X86)
Feb 20 09:20:56 <infinity>   paths.push_back(FilePath("/usr/lib/i386-linux-gnu/nss"));
Feb 20 09:20:58 <infinity> #elif defined(ARCH_CPU_ARMEL)
Feb 20 09:21:01 <infinity>   paths.push_back(FilePath("/usr/lib/arm-linux-gnueabi/nss"));
Feb 20 09:21:03 <infinity> #endif
Feb 20 09:21:06 <infinity> ^-- Might relate to our issue.
Feb 20 09:21:09 <infinity> crypto/nss_util.cc
Feb 20 09:21:26 <micahg> yep, the multiarch path hack
Feb 20 09:21:32 <micahg> I remember that now
Feb 20 09:22:18 <infinity> But, still, unless they're using that file to then define their include paths for the compiler, I don't see how it being incorrect/incomplete would lead the the build failure.
Feb 20 09:22:53 <infinity> But, again, obfuscated build log means I have no effin' idea what it's doing. :/
Feb 20 09:22:58 <infinity> I might have to do a local test build tomorrow.
Feb 20 09:23:09 <infinity> Or you could do it on scheat.
Feb 20 09:24:03 <micahg> yeah, that doesn't seem to make sense for this failure though
Feb 20 09:24:24 <infinity> And none of the native_client/tools/llvm stuff gets used, right?
Feb 20 09:24:39 <infinity> Cause it's wildly in need of learning about armhf.
Feb 20 09:25:09 <micahg> no
Feb 20 09:25:27 <micahg> native_client is NaCL which is disabled on all archs ARM
Feb 20 09:25:35 <infinity> Hrm.
Feb 20 09:26:01 <micahg> that snippet you gave will cause a runtime issue on armhf though
Feb 20 09:26:09 <infinity> Certainly, yeah.
Feb 20 09:27:03 <infinity> Other than that, though, I can't find anything obviously broken outside native_client and third_party...
Feb 20 09:28:56 <micahg> I guess I can kick off a build when I start tomorrow on scheat and poke a little
Feb 20 09:29:07 <micahg> err, later today
Feb 20 12:26:58 <pnphi> help me ...
Feb 20 12:27:03 <pnphi> what the error ?
Feb 20 12:28:46 <pnphi> An error occurred while enabling : mailmerge.py
Feb 20 12:28:53 <xranby_ac100> pnphi: no-one uses rootstock    the last release was from 2010-08
Feb 20 12:29:19 <pnphi> and unopkg failded
Feb 20 12:29:21 <xranby_ac100> pnphi: do the ubuntu install images work on your board?
Feb 20 12:29:22 <pnphi> and unopkg failed
Feb 20 12:29:28 <pnphi> on qemu
Feb 20 12:30:04 <pnphi> sudo rootstock \         --fqdn ubuntu \         --login ubuntu \         --password ubuntu \         --imagesize 3G \         --seed ubuntu-desktop
Feb 20 12:30:10 <pnphi> i run the command
Feb 20 12:30:22 <xranby_ac100> pnphi: why do you use rootstock?
Feb 20 12:30:40 <pnphi> i see on the Wed
Feb 20 12:30:45 <pnphi> so i use this
Feb 20 12:31:32 <xranby_ac100> its not anything that are supported officially
Feb 20 12:31:38 <pnphi> From step --> Setting up xulrunner-1.9.2 .... this process stop
Feb 20 12:32:11 <pnphi> so what do i use ?
Feb 20 12:32:42 <xranby_ac100> pnphi: people use ubuntu.core
Feb 20 12:32:42 <xranby_ac100> ubuntu-core
Feb 20 12:32:53 <pnphi> what is ubuntu-core ??
Feb 20 12:33:57 <pnphi> this can create the image ubuntu for ARM
Feb 20 12:35:09 <xranby_ac100> pnphi: the reccomended way to install ubuntu on arm are to use the release images
Feb 20 12:35:54 <pnphi> i want to know...how to create this image
Feb 20 12:36:19 <xranby_ac100> pnphi: please read https://wiki.ubuntu.com/Core
Feb 20 12:38:13 <xranby_ac100> pnphi: rootstock that you tried to use are depricated and no longer maintained
Feb 20 12:38:55 <xranby_ac100> pnphi: see https://wiki.ubuntu.com/ARM/RootStock
Feb 20 12:39:21 <pnphi> help me..how use the ubuntu-code to make the image ubuntu for ARM
Feb 20 12:39:27 <pnphi> i run on Qemu
Feb 20 12:39:38 <xranby_ac100> you can also use live-build
Feb 20 12:40:18 <pnphi> clearly ? ?
Feb 20 12:40:25 <pnphi> link or Document ?
Feb 20 12:42:08 <xranby_ac100> pnphi: http://live.debian.net/manual
Feb 20 12:42:50 <xranby_ac100> pnphi: ubuntu uses live.build to build all its live-images
Feb 20 12:43:22 <xranby_ac100> you can install the tool by running apt-get install live-build
Feb 20 12:45:29 <pnphi> does this link help me to create the image ?
Feb 20 12:45:46 <xranby_ac100> pnphi: sorry i cant help you further since i only use the live images produced and uploaded to http://cdimage.ubuntu.com/daily-preinstalled/current/
Feb 20 12:45:57 <xranby_ac100> pnphi: yes it do
Feb 20 12:47:03 <pnphi> ok thank you so much
Feb 20 12:47:14 <pnphi> can i give your email ?
Feb 20 12:47:23 <xranby_ac100> pnphi: so in a nutshell if you want to be able to create your own image identical to how ubuntu produce their images you will have to learn how to use live.build
Feb 20 12:47:27 <xranby_ac100> no
Feb 20 12:47:47 <xranby_ac100> please ask questions here
Feb 20 12:47:55 <pnphi> yes
Feb 20 12:48:00 <xranby_ac100> there are probably other developers who know live-build better
Feb 20 12:48:03 <xranby_ac100> than I
Feb 20 12:48:54 <pnphi> i want to create the image ubuntu desktop for ARm,run on Qemu ! ! !
Feb 20 12:49:05 <pnphi> so..i learn from this link
Feb 20 12:49:11 <pnphi> thank you
Feb 20 12:50:36 <xranby_ac100> youre welcome
Feb 20 13:05:16 <pnphi> so hard ! ! !
Feb 20 13:06:35 <xranby> pnphi: https://wiki.linaro.org/LiveHelper/Hacking     try this linaro guide
Feb 20 13:07:42 <pnphi> wow..thank you so much
Feb 20 13:07:42 <xranby> pnphi: linaro use live-build to build a lot of arm images
Feb 20 13:08:55 <pnphi> why rootstock deprecated ?
Feb 20 13:09:36 <xranby> pnphi: because debian and ubuntu use live-build
Feb 20 13:09:41 <xranby> to build their daily images
Feb 20 13:10:01 <xranby> i really do not know any specifics
Feb 20 13:10:01 <pnphi> wow..yes,
Feb 20 13:13:31 <pnphi> thanks xranby
Feb 20 13:13:36 <pnphi> i try ! ! !
Feb 20 14:11:26 <berco> ndec_: j'ai pushé libdrm, libdri2 et xf86-video-omap dans omap trunk. je crois que tu en avais besoin. both armel et armhf builds
Feb 20 14:11:40 <berco> ndec_: pour pvr, je bosse avec Xavier dessus
Feb 20 14:11:51 <berco> ndec_: ha yes
Feb 20 14:12:07 <berco> ndec_: nevertheless, you get the info ;)
Feb 20 14:12:21 <ndec_> fortunately i speak french ;-)
Feb 20 14:21:05 <gildean> google does too
Feb 20 17:38:44 <ATP> does anyone know how i can change my dvimode? I tried uenv.txt already...
Feb 20 17:40:00 <ppisati> GrueMaster: bug 937051
Feb 20 17:40:01 <ubot2`> Launchpad bug 937051 in linux-ti-omap4 "Cannot set MAC address via kernel boot parameters" [Undecided,New] https://launchpad.net/bugs/937051
Feb 20 17:58:49 <ATP> if anyone answered please say again , my browser crashed >.<
Feb 20 18:53:01 <royale1233> hi
Feb 20 18:54:17 <royale1233> hi
Feb 20 20:59:25 <Epsilonorion_> Does anyone know of the best way to setup wireless ad-hoc within ubuntu server.  I attempted to edit the interfaces file (all in CLI) and haven't had any luck.  The network is being created because I can see it via another computer, however I cannot ping from the computer
Feb 20 22:31:48 <gandhijee_> because i am trying to build some packages for ubuntu 10.04 on inside by ubuntu 11.10 chroot to 10.04
Feb 20 22:31:58 <gandhijee_> and it doesn't build it the same as my 10.04 machines...
Feb 20 22:33:38 <xranby_ac1001> gandhijee_: thats normal since all the build tools and compilers are newer in your chroot
Feb 20 22:34:29 <gandhijee_> ? xranby i have a 10.04 chroot in my 11.10 build... i would expect i had the same tools as i do on my stand alone 10.04 inside of my 10.04 chroot.
Feb 20 22:36:34 <xranby_ac1001> ok then i misunderstood you
Feb 20 22:37:29 <gandhijee_> yeah, it is a bit confusing.
Feb 20 22:37:41 <xranby_ac1001> well debug symbols inside binarys will contain the location of the sourcefiles that where used
Feb 20 22:37:53 <xranby_ac1001> so binarys will not be 100% identical
Feb 20 22:38:14 <xranby_ac1001> what kind of difference do you see?
Feb 20 22:38:22 <gandhijee_> thats not really the problem.  when it goes makes the actual deb file, it get populated with different things.
Feb 20 22:38:37 <xranby_ac1001> sounds like a bug for that package
Feb 20 22:38:49 <gandhijee_> and i can't figure out why, as i tarred it from the actual system and moved it to the chroot and it doesn't work
Feb 20 22:39:05 <gandhijee_> but i can untar it on the actual system in a different directory and it works.
Feb 20 22:39:53 <xranby_ac1001> check the mount options inside the directory you untar it into
Feb 20 22:40:14 <xranby_ac1001> a simple cross check that you do not have noexec bit set on the filesystem
Feb 20 22:42:35 <xranby_ac1001> you can also run ldd on the binary to check that it got all shared librarys in place on the target system
Feb 20 22:43:31 <gandhijee_> ok
Feb 20 22:45:15 <xranby_ac1001> what kind of error do you see when you try to run the file onem?
Feb 21 00:20:08 <gandhijee_> xranby, no errors, the deb file just has the wrong things in it.
Feb 21 01:10:56 <pnphi> excese me ! !
**** ENDING LOGGING AT Tue Feb 21 02:59:58 2012