**** BEGIN LOGGING AT Wed Nov 04 02:59:57 2009
Nov 04 05:48:10 <Ford_Prefect|w> Hello folks
Nov 04 05:49:01 <Ford_Prefect|w> I'm trying to build an ARM cross toolchain to match the native toolchain from Ubuntu's ARM repository
Nov 04 05:49:06 <Ford_Prefect|w> Has anybody done this already?
Nov 04 05:53:38 <Stskeeps> lbt may have
Nov 04 05:53:54 <Stskeeps> we use one in our obs cross setup at least
Nov 04 05:58:59 <Ford_Prefect|w> Um lbt? obs?
Nov 04 05:59:36 <Ford_Prefect|w> Thought I'd try apt-cross but it obstinately refuses to look at Ubuntu source mirrors
Nov 04 06:00:20 <Stskeeps> lbt=a nickname, obs=a builder service
Nov 04 06:00:51 <Ford_Prefect|w> Stskeeps, okay. Will wait till lbt shows up, I guess.
Nov 04 06:08:05 <NCommander> Ford_Prefect|w, why do you want a cross-compiler
Nov 04 06:08:06 <NCommander> The toolchain packages are the same across all architectures. You can get the most recent source suitable for building cross-compilers by installing binutils-source, gcc-source, and glibc-source
Nov 04 06:09:37 <Ford_Prefect|w> NCommander, I'm working on an SDK which provides a cross-compiler
Nov 04 06:09:48 <Ford_Prefect|w> So development happens on the host, binaries are copied to the target
Nov 04 06:10:25 <NCommander> Ford_Prefect|w, with the target running Ubuntu or?
Nov 04 06:10:29 <Ford_Prefect|w> NCommander, I can pull the sources on the host but I was hoping to find scripts to do the whole bootstrapping shebang
Nov 04 06:10:32 <Ford_Prefect|w> NCommander, Ubuntu
Nov 04 06:10:42 <Ford_Prefect|w> On the target and host, both
Nov 04 06:10:46 <NCommander> Ford_Prefect|w, in general, we don't support cross-compiling for Ubuntu.
Nov 04 06:10:51 <NCommander> Everything is natively compiled
Nov 04 06:11:10 <NCommander> There are a few guides though to getting the toolchain off the ground
Nov 04 06:12:09 <Ford_Prefect|w> Okay. I think before long I won't be the only one who needs this. :)
Nov 04 06:16:10 <Ford_Prefect|w> As in, cross-compiling is a common enough use case in a lot of development environments, so it wouild be good to have a standard method to generate and use these.
Nov 04 06:19:40 <Stskeeps> Ford_Prefect|w: talk to lbt for sure :) we have a very cool solution in this regard
Nov 04 06:19:50 <Stskeeps> building qt for armel in 4 hours
Nov 04 06:20:07 <Ford_Prefect|w> Ah, excellent
Nov 04 06:20:12 <Ford_Prefect|w> But wow, 4 hours?
Nov 04 06:20:22 <Ford_Prefect|w> Does it really take that long on the host?
Nov 04 06:20:33 * Ford_Prefect|w huggles gtk and glib :P
Nov 04 06:20:50 <Stskeeps> it takes 3-4 days natively
Nov 04 06:21:06 <Ford_Prefect|w> <shudder>
Nov 04 06:21:15 <Ford_Prefect|w> These are those orion5x' I've hear of?
Nov 04 06:22:10 <Stskeeps> either way we compiled our entire Mer with gtk,glib,qt in a day :P
Nov 04 06:22:32 <Ford_Prefect|w> Ah, omap2 :)
Nov 04 06:22:45 <Ford_Prefect|w> Reminds me that I need to try Mer out on my N810
Nov 04 06:22:55 <Stskeeps> doesnt have to be omap2 :P
Nov 04 06:23:09 <Ford_Prefect|w> :) True, dat
Nov 04 06:25:39 <Stskeeps> check out http://wiki.maemo.org/Mer/Build , especially the cross section
Nov 04 06:26:19 <Ford_Prefect|w> Thanks! ... looking
Nov 04 06:36:22 <Ford_Prefect|w> We're actually using CodeSourcery's toolchain for cross-compiling right now, but there's potential for ABI breakage there, since they're not the same version as on the target
Nov 04 06:36:55 <Stskeeps> yeah, it is better to have matching
Nov 04 06:40:02 * armin76 looks at Ford_Prefect|w 
Nov 04 06:40:31 <Ford_Prefect|w> Heya armin76 :)
Nov 04 06:40:42 <Ford_Prefect|w> (don't ask me why we're not just using Gentoo and crossdev :P)
Nov 04 07:06:01 <NCommander> Stskeeps, depends on what hardware you have ;-)
Nov 04 07:06:10 <Stskeeps> NCommander: yes, of course :P
Nov 04 07:06:13 <NCommander> Stskeeps, I can build Qt4 on native hardware in 18-25 hours
Nov 04 07:33:19 <dpb> Anyone know some legal stuff here? If I release an image for some hardware that's mainly Ubuntu but has some other packages added, can it be called an Ubuntu image, or do I need to rename it?
Nov 04 08:23:04 <Ford_Prefect|w> NCommander, out of curiosity, what hardware is that?
Nov 04 08:23:52 <NCommander> Ford_Prefect|w, Marvell Dove Y0/Y1, and Freescale Babbage iMX51
Nov 04 08:24:08 <Ford_Prefect|w> Ah
Nov 04 08:24:19 <NCommander> dpb, http://www.ubuntu.com/aboutus/trademarkpolicy - trademark policy if here
Nov 04 08:25:24 <NCommander> dpb, its pretty clear on what you can and can't call Ubuntu or an Ubuntu Remix
Nov 04 08:45:24 <Stskeeps> Ford_Prefect|w: /msg lbt
Nov 04 09:00:02 <Ford_Prefect|w> Stskeeps, doing so
Nov 04 13:35:30 <BeardedChimp> If I have the source code that compiled the kernel, where from that source code can I extract the headers that are normally downloaded through apt-get install linux-headers-(uname -r)
Nov 04 15:29:19 <dmart> Has anyone tried newest kernel from jaunty-security (2.6.28-16.55) on armel?  It appears badly broken... gdm and X don't work, and logging in is impossible except as root.
Nov 04 15:29:58 <dmart> A simple program which just uses setresgid and setresuid to become a normal user and then exec's a shell receives SIGKILL when the exec is attempted :O
Nov 04 15:30:13 <dmart> The OOM killer did not run though
Nov 04 15:31:15 <ogra> dmart, thats imx51 ?
Nov 04 15:31:25 <dmart> Yes, babbage1
Nov 04 15:31:39 <dmart> Am I doing something stupid... ?
Nov 04 15:31:43 <ogra> bjf, amitk ^^^ ?
Nov 04 15:31:55 <ogra> dmart, definately not, it should work
Nov 04 15:32:08 <bjf> ogra, no idea, should just work
Nov 04 15:32:40 <ogra> you didnt change the patchset or anything in jaunty, right ?
Nov 04 15:33:16 <bjf> ogra, no change to the patchset, I think there may have been a rebase done
Nov 04 15:33:23 <ogra> hrm
Nov 04 15:33:29 <dmart> I think the only think I did was to upgrade the kernel via apt-get install linux-imx51
Nov 04 15:33:44 <dmart> If a roll back to 2.6.28-15.52, that seems to work normally.
Nov 04 15:33:46 <bjf> ogra, we aren't building that kernel for updates are we
Nov 04 15:33:59 <dmart> Dunno, this was from jaunty-security
Nov 04 15:34:11 <bjf> ogra, the only one I work on is the one in the jaunty topic branch
Nov 04 15:34:15 <ogra> bjf, you mean jaunty->karmic ?
Nov 04 15:34:49 <ogra> will likely not workj since the jaunty kernel didnt support B2.x and the karmic kernel doesnt support <B2.x
Nov 04 15:35:04 <dmart> But 2.6.28 isn't the karmic kernel, right?
Nov 04 15:35:08 <bjf> this is a jaunty update
Nov 04 15:35:16 <bjf> dmart, no that's jaunty
Nov 04 15:35:34 <ogra> bjf, so what did you mean with "<bjf> ogra, we aren't building that kernel for updates are we" ?
Nov 04 15:35:42 <ogra> for sure security updates should work
Nov 04 15:36:01 <ogra> release to release wont work because of the different patchsets
Nov 04 15:36:16 <dmart> Sure; that I would expect
Nov 04 15:36:31 <bjf> ogra, the only work I've done w.r.t. imx51 on jaunty is in the imx51 topic branch and that branch doesn't get built for updates (or any other reason that I'm aware of)
Nov 04 15:36:42 <ogra> right
Nov 04 15:36:57 <dmart> There's been a regular trickle of updates to the jaunty kernel through jaunty-security
Nov 04 15:37:07 <ogra> i was just wondering if someone was insane enough to merge that one into the security update for whatever reason
Nov 04 15:39:21 <dmart> Sounds like I should go ahead and raise a bug on this?
Nov 04 15:39:22 <bjf> dmart, can I get you to file a bug on this issue?
Nov 04 15:39:35 <dmart> Yeah, I can.
Nov 04 15:39:58 <dmart> Thought I should check with you guys first though
Nov 04 15:40:07 <bjf> dmart, thanks, what you are seeing should _not_ be happening
Nov 04 15:41:03 <ogra> right
Nov 04 15:41:20 <dmart> It's very weird...  the kernel mostly works, but with some very strange behaviours
Nov 04 15:43:18 <bjf> dmart, if you stick with -15.52 you should be ok, we'll look at the bug and try to get it sorted out
Nov 04 15:43:51 <bjf> dmart, post the bug number here and I'll assign it to myself
Nov 04 15:44:03 <dmart> I can use the older kernel, no problem... but if something got merged in the jaunty imx51 kernel tree that shouldn't have been, I guess that needs sorting out.  I'll raise a bug.
Nov 04 15:45:15 * bjf-afk will be back in a few minutes
Nov 04 15:53:16 <dmart> I've raised a bug and subscribed you guys— cheers.
Nov 04 15:54:27 <ogra> thanks
Nov 04 16:05:58 <bjf> dmart, got a bug number for that?
Nov 04 16:06:17 <dmart> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/474322
Nov 04 16:06:21 <ubot4> Launchpad bug 474322 in linux "linux-image-2.6.28-16-imx51 appears broken on armel" [Undecided,New]
Nov 04 16:06:34 <bjf> tanks
Nov 04 16:11:55 <armin76> looks like freescale is now selling an eval board of imx51
**** ENDING LOGGING AT Thu Nov 05 02:59:56 2009