**** BEGIN LOGGING AT Sun Mar 11 02:59:58 2012
Mar 11 03:04:24 <MDesade> i need help cross compiling, since i am new to this im sure im missing something stupid
Mar 11 05:07:22 <cdnjay> Hi, did Ubuntu 8.04 support ARMv6?
Mar 11 05:08:06 <micahg> cdnjay: armel support was added in 9.04
Mar 11 05:08:50 <cdnjay> OK, so was 9.04 the only version to support ARMv6 then?
Mar 11 05:09:15 <micahg> cdnjay: and 9.10, both EOL, Debian stable is the best bet for armv6 for an Ubuntu like setup
Mar 11 05:09:17 <infinity> I don't recall exactly when each option was changed.
Mar 11 05:09:25 <infinity> But yes, what micahg said.
Mar 11 05:09:36 <infinity> Installed an unsupported release for ARMv6 isn't a sane option.
Mar 11 05:09:46 <infinity> s/installed/installing/
Mar 11 05:10:33 <micahg> IIRC, Debian stable base arm support is armv4t
Mar 11 05:11:13 <infinity> Aye.
Mar 11 05:11:48 <micahg> cdnjay: http://www.debian.org/ports/arm/ and http://wiki.debian.org/ArmEabiPort for more information
Mar 11 05:12:21 <cdnjay> micahg: OK, thanks. I was hoping an LTS had supported it. I guess I'll have to use Debian for Raspberry Pi.
Mar 11 05:13:17 <infinity> cdnjay: Nothing wrong with running Debian.
Mar 11 05:13:24 <cdnjay> infinity: Haha, thanks.
Mar 11 05:13:46 <cdnjay> infinity: I haven't used it much but since Ubuntu is a fork I'm guessing they're somewhat similar?
Mar 11 05:14:10 * micahg hugs infinity
Mar 11 05:14:11 <infinity> From a command-line, you'll be hard pressed to really notice any major differences.
Mar 11 05:14:26 <infinity> The GUIs we provide are often quite different, but you can't possibly run a full Ubuntu deskop on a Pi anyway.
Mar 11 05:14:30 <micahg> cdnjay: Debian stable has support for about another 18 months or so
Mar 11 05:14:43 <micahg> er..closer to 20
Mar 11 05:15:35 <micahg> Debian's stable releases are supported for ~3 years, ~2 as current stable and 1 as oldstable
Mar 11 05:16:30 <gogasan> Hi everyone! I have a problem with playing videos in totem. So: http://img717.imageshack.us/img717/8930/20120311124553.png : RGB channels are moved from their positions. Is there some specific problem for arms and solution?
Mar 11 05:18:06 <cdnjay> infinity: No, the Pi is a bit short on RAM for that.
Mar 11 05:18:13 <infinity> cdnjay: A "bit"? ;)
Mar 11 05:19:05 <cdnjay> infinity: Well, a lot short for Unity.
Mar 11 05:19:16 <infinity> A lot short for GNOME in general.
Mar 11 05:19:56 <infinity> xfce or lxde might barely squeeze in, but I still suspect you'd swap like made.
Mar 11 05:19:59 <infinity> s/made/mad/
Mar 11 05:20:12 <infinity> I'd likely only use a Pi for CLI programming fun.
Mar 11 05:20:32 <infinity> At which point, Debian and Ubuntu look nearly identical, other than a few little cosmetic bits like the motd.
Mar 11 05:21:11 <micahg> lubuntu might actually run decently on it
Mar 11 05:21:14 <infinity> gogasan: No idea.  You might want to file a bug.
Mar 11 05:21:22 <infinity> micahg: Sure, until you wanted to, like, run applications.
Mar 11 05:21:30 <micahg> at least for basics, not for heavy browsing or video
Mar 11 05:21:45 <infinity> video should be the one thing it doesn't suck at, actually.
Mar 11 05:21:53 <infinity> In theory.
Mar 11 05:22:11 <micahg> I'd just suggest running a browser other than chromium in that small footprint
Mar 11 05:22:35 <infinity> Something webkit-based, ideally.
Mar 11 05:22:48 <cdnjay> infinity: I thought minimum for Gnome was 128 MB? Pi has 256 MB.
Mar 11 05:22:49 <infinity> Which reminds me, I promised Maya I'd package Wildfox for her one of these days.
Mar 11 05:23:00 <micahg> well, aside from Firefox, that's all that's left in the archive ;)
Mar 11 05:23:09 <cdnjay> Hard to take advantage of the 1080p decoding in CLI but yea, that
Mar 11 05:23:11 <infinity> cdnjay: I don't tend to pay attention to stated minimums.
Mar 11 05:23:15 <cdnjay> I the more likely use.
Mar 11 05:23:25 <micahg> hmm, I shouldn't say that, I think we might have imported a browser based on fltk
Mar 11 05:24:01 <cdnjay> I = is
Mar 11 05:24:01 <micahg> dillo might actually run decently
Mar 11 05:24:37 <infinity> epiphany might be alright, but every time they add a new feature to make it suck less, it gets closer to firefox in memory usage, while still being nowhere near in feature parity.
Mar 11 05:24:48 <cdnjay> Anyway, thanks!
Mar 11 05:25:35 <infinity> micahg: Surely, we must have a webkit-based browser in the archive?
Mar 11 05:25:39 <micahg> infinity: firefox is going down in memory usage though, 13 is looking really good WRT memory, it used to use ~5GB resident for me and now is using ~750MB
Mar 11 05:25:48 <infinity> micahg: We can't only be using webkit for embedded browsing widgets...
Mar 11 05:26:07 <infinity> micahg: 13?  I want your crack, I only have 11.
Mar 11 05:26:14 <micahg> infinity: sure, there's midori, epiphany, I was saying the xul based browsers are gone save Firefox and I forgot, Seamonkey
Mar 11 05:26:24 <micahg> infinity: firefox-trunk PPA
Mar 11 05:26:24 <infinity> (But yes, I've noticed that 11 is wildly more efficient than 10 was)
Mar 11 05:26:54 <infinity> Oh, epiphany switched to webkit?  I must have missed when that happened.
Mar 11 05:27:01 <micahg> infinity: https://launchpad.net/~ubuntu-mozilla-daily/+archive/ppa/
Mar 11 05:27:10 <infinity> Shows how much I pay attention.
Mar 11 05:27:26 <micahg> infinity: epiphany switched to webkit in karmic with 2.28 (upstream still supported gecko for that release, but we dropped it)
Mar 11 05:28:49 <infinity> Well, my ffox 11 is only eating 1.5G right now.  Maybe I should try 13 and see how much gooder it is.
Mar 11 05:29:31 <infinity> It does make me wonder just why it was so awful in 4 through 9, though, if it was this "easy" to find enough low-hanging fruit to cut my usage.
Mar 11 05:29:43 <infinity> I used to be at around 6G on average with this same basic set of tabs.
Mar 11 05:29:52 <micahg> infinity: they've started pouring resources into their memshrink operation
Mar 11 05:30:03 <micahg> infinity: https://wiki.mozilla.org/Performance/MemShrink
Mar 11 05:30:58 <gildean> seems also that 11 already uses a lot less memory tho'
Mar 11 05:31:20 <gildean> i've got about 20 tabs open and just 400MB of usage
Mar 11 05:31:22 <micahg> ah, could be, I've been on trunk for a while
Mar 11 05:31:38 <infinity> gildean: Yeah, that's what I was saying.  I've gone from ~6G to ~1.5G with the same set of tabs.
Mar 11 05:32:07 <infinity> Still, if 13's even better, I'm willing to live on the edge for a bit.
Mar 11 05:32:38 <gildean> infinity: that's pretty good too
Mar 11 05:33:07 <gildean> i didn't test version 10, but between versions 9 and 11 it seems memory usage was cut in about half
Mar 11 05:34:47 <infinity> micahg: Is that MemShrink thing focussing solely on firefox, or all mozilla projects?
Mar 11 05:34:48 <gildean> with a small number of tabs with no heavy web-apps open in them
Mar 11 05:35:07 <infinity> micahg: (Not counting shared code, of course, where they influence other projects by accident)
Mar 11 05:35:21 <micahg> infinity: well, it affects the various parts of firefox which include the gecko core that affects other projects like thunderbird and seamonkey
Mar 11 05:36:22 <infinity> Sure, but I suspect there are any number of Thunderbird-specific inefficiencies with local caching and the like.
Mar 11 05:36:49 <micahg> sure, right, it's not focused on those, just stuff in mozilla-central AFAIK
Mar 11 05:37:06 <infinity> Well, it's a start anyway.
Mar 11 05:37:15 <infinity> And I might give tbird another try at some point.
Mar 11 05:37:33 <infinity> Right now, it only gets opened when someone sends me pretty mail that piping to w3c from mutt can't really make sense of.
Mar 11 05:39:00 <infinity> (The last such mail from from the Linux Foundation... I really need to write back and take issue with the fact that the effin' LINUX FOUNDATION was sending HTML-only email instead of multipart text/html)
Mar 11 05:39:28 <infinity> It's enough to make a grown nerd cry.
Mar 11 05:40:13 <gildean> i used to think that emails should be plain text
Mar 11 05:40:26 <infinity> They should.
Mar 11 05:40:30 <gildean> but then again, html is nothing more than plain text too
Mar 11 05:40:42 <gildean> and i really like html, so i've changed my mind
Mar 11 05:40:48 <infinity> But ever since html email came along, there's been an established standard for sending both in one mail.
Mar 11 05:40:48 <gildean> all emails should be html
Mar 11 05:41:07 <infinity> And the only people who mess up that standard are people writing broken mass-mailing software, generally.
Mar 11 05:41:14 <infinity> Most MUAs get it right.
Mar 11 05:41:24 <infinity> Even Outlook eventually figured it out.
Mar 11 05:41:50 <infinity> So, it's pretty much just lazy web developers who think it's "too hard" to read standards and implement them in their spam scripts.
Mar 11 11:22:21 <steev_> is there an issue with the linaro 4.6.3 compiler on armhf?  if i build a kernel with it, it doesn't seem to boot.  (Sadly I haven't really debugged what's going on, was just testing on a machine I had handy, most of my machines are still packed up as I moved yesterday)
Mar 11 11:23:49 <steev_> infinity: personally i dislike html emails as well, there is one guy in our lug who insists on sending them, so his emails are always in this ginormous text compared to everyone elses.  He also top posts so *shrug*
Mar 11 11:45:07 <lilstevie> html emails are annoying
Mar 11 19:19:02 <RoyK> hi all. is there a precise build available somewhere?
Mar 11 19:21:21 <RoyK> (for OMAP)
Mar 11 19:50:14 <Neko> <RoyK> hi all. is there a precise build available somewhere?
Mar 11 19:50:14 <Neko> <RoyK> (for OMAP)
Mar 11 19:50:19 <Neko> sorry
Mar 11 19:50:28 <Neko> RoyK, the URL is above, http://cdimage.ubuntu.com/releases/precise/beta-1/
Mar 11 19:50:38 <infinity> Or http://cdimage.ubuntu.com/daily-preinstalled/current/ for dailies.
Mar 11 20:50:19 <aerou> hello
Mar 11 20:50:46 <aerou> I am trying to boot Ubuntu Precise image using u-boot and a tegra2 board
Mar 11 20:51:02 <aerou> but after typing the fatload command
Mar 11 20:51:08 <aerou> it hangs
Mar 11 20:52:23 <aerou> I am wondering why in the supplied boot.txt file is the fatload address 0x7000000
Mar 11 20:52:29 <aerou> what does this address mean
Mar 11 20:52:50 <aerou> I was trying to find info on this in the web
Mar 11 20:53:08 <aerou> but couldnt find a proper description
Mar 11 20:54:21 <aerou> While reading guides on how to load different linux images on different arm devices, there was always a different address parameter
Mar 11 20:54:33 <aerou> which makes sense, but what does it define exactly
Mar 11 20:54:53 <aerou> and how do I know to which address should I load the uImage to?
Mar 11 20:55:31 <lilstevie> which device
Mar 11 20:57:28 <aerou> the Tegra2 board is the Colibri T20 from Toradex
Mar 11 20:57:48 <aerou> and I am trying to boot Ubuntu Precise from microsdhc card
Mar 11 20:59:42 <lilstevie> hmm
Mar 11 21:00:06 <lilstevie> maybe try looking at their website, cause I know Colibri mainly focused on getting WinCE on their boards
Mar 11 21:00:15 <lilstevie> not a lot of info about linux
Mar 11 21:00:18 <aerou> exactly
Mar 11 21:00:32 <aerou> They provide and Angstrom image
Mar 11 21:00:57 <lilstevie> have a look at the Angstrom image
Mar 11 21:01:04 <aerou> but no info on getting other Linux images running
Mar 11 21:01:10 <lilstevie> there has to be a boot.scr or boot.cmd or boot.txt in that
Mar 11 21:02:59 <aerou> the boot.* should only contain loading kernel and initrd, setenv paramters and the boot command itself, right?
Mar 11 21:04:11 <aerou> here is the output of "printenv" command in u-boot
Mar 11 21:04:12 <aerou> Tegra2 #printenv
Mar 11 21:04:12 <aerou> baudrate=115200
Mar 11 21:04:12 <aerou> bootcmd=run flashboot; run nfsboot
Mar 11 21:04:12 <aerou> bootdelay=5
Mar 11 21:04:12 <aerou> defargs=video=tegrafb vmalloc=248M
Mar 11 21:04:13 <aerou> fdtaddr=17ef78
Mar 11 21:04:13 <aerou> flashargs=ip=off root=/dev/mtdblock0 rw rootfstype=yaffs2
Mar 11 21:04:14 <aerou> flashboot=setenv bootargs ${defargs} ${flashargs} ${mtdparts} ${setupargs}; echo Booting from NAND...; nboot $loadaddr 0 0x1200000 && bootm
Mar 11 21:04:14 <aerou> ipaddr=192.168.10.2
Mar 11 21:04:15 <aerou> loadaddr=0x408000
Mar 11 21:04:15 <aerou> memargs=mem=372M@0M fbmem=12M@372M nvmem=128M@384M
Mar 11 21:04:16 <aerou> mmcboot=echo Loading RAM disk and kernel from MMC/SD card...; mmc init && fatload mmc 0:1 0xC08000 rootfs-ext2.img.gz && fatload mmc 0:1 ${loadaddr} uImage;run ramboot
Mar 11 21:04:45 <aerou> Is there any info that I can use?
Mar 11 21:12:25 <lilstevie> fatload mmc 0:1 ${loadaddr}
Mar 11 21:12:42 <lilstevie> load the uImage to 0x408000
Mar 11 21:14:54 <lilstevie> with loading the uRamdisk you need to be mindful of where other things are in memoryspace
Mar 11 21:16:00 <lilstevie> I tend to try for ${loadaddr}+uImage+a little extra in case the uImage ends up needing a little more room
Mar 11 21:23:14 <aerou> will try
Mar 11 21:25:37 <aerou> So I loaded the uImage at 0x408000
Mar 11 21:27:02 <aerou> My knowledge here is limited
Mar 11 21:27:36 <aerou> I am loading the image into ram
Mar 11 21:27:47 <aerou> now what with the initrd?
Mar 11 21:28:09 <aerou> I see:
Mar 11 21:28:12 <aerou> ramargs=initrd=0xA1800000,32M ramdisk_size=32768 root=/dev/ram0 rw
Mar 11 21:28:45 <aerou> so should I do:
Mar 11 21:29:10 <aerou> fatload mmc 0:2 0xA1800000 uInitrd ?
Mar 11 21:35:31 <aerou> so I loaded uImage into 0x408000
Mar 11 21:35:42 <aerou> initrd into 0x2408000
Mar 11 21:35:57 <aerou> changed
Mar 11 21:36:00 <aerou> ramargs=initrd=0xA1800000,32M ramdisk_size=32768 root=/dev/ram0 rw
Mar 11 21:36:03 <aerou> into
Mar 11 21:36:12 <aerou> ramargs=initrd=0x2408000,32M ramdisk_size=32768 root=/dev/ram0 rw
Mar 11 21:36:26 <aerou> typed
Mar 11 21:36:28 <aerou> run ramboot
Mar 11 21:36:32 <aerou> and this happened
Mar 11 21:36:47 <aerou> Tegra2 # run ramboot
Mar 11 21:36:47 <aerou> Booting from RAM...
Mar 11 21:36:47 <aerou> ## Booting kernel from Legacy Image at 00408000 ...
Mar 11 21:36:47 <aerou>    Image Name:   Ubuntu Kernel
Mar 11 21:36:47 <aerou>    Created:      2012-03-01   8:00:45 UTC
Mar 11 21:36:47 <aerou>    Image Type:   ARM Linux Kernel Image (uncompressed)
Mar 11 21:36:47 <aerou>    Data Size:    4252072 Bytes = 4.1 MiB
Mar 11 21:36:48 <aerou>    Load Address: 70008000
Mar 11 21:36:48 <aerou>    Entry Point:  70008000
Mar 11 21:36:49 <aerou>    Verifying Checksum ... OK
Mar 11 21:36:49 <aerou>    Loading Kernel Image ...
Mar 11 21:37:04 <aerou> and thats all
Mar 11 21:44:10 <juula> Test
**** ENDING LOGGING AT Mon Mar 12 02:59:58 2012