[06:40] <rsanchez> hello
[06:40] <rsanchez> I'm using the pre-built rootfs image found in the build rootfs from scratch page
[06:41] <rsanchez> I previously used a debian chroot, and now I want to try an ubuntu chroot, but I'm having problems mounting it
[06:42] <rsanchez> was wondering if someone here could help...
[06:43] <rsanchez> basically, I'm trying: mount -o loop ubuntu-arm.img /opt
[06:43] <rsanchez> it's what I did with the debian image, but it's giving me an invalid parameter error
[06:46] <rsanchez> should I really build it from scratch instead of using the prebuilt image?
[06:46] <Orbital_sFear> Hey Guess, I'm reading up on Beagleboards xM.  Looks like theres a lot of material for throwing ubuntu on the board, has anyone tried it in here?  thoughts and feelings?
[06:47] <Orbital_sFear> sigh, hey guys I mean... sorry my fingers type what they want sometimes
[06:48] <Orbital_sFear> no one in here has put ubuntu on a beagle xM?
[06:49] <rsanchez> nope, actually I'm trying to put it on a palm pre
[06:49] <Orbital_sFear> nice!
[06:49] <Orbital_sFear> are those omap based?
[06:49] <rsanchez> yeah
[06:49] <Orbital_sFear> cool
[06:50] <Orbital_sFear> I was just reading up on the new OMAP4440, dual core 1GHz+
[06:50] <rsanchez> I could get debian working, trying ubuntu now
[06:50] <Orbital_sFear> MID or netbook remix?
[06:50] <rsanchez> netbook remix I think?
[06:51] <rsanchez> at least I want netbook remix
[06:51] <Orbital_sFear> prob is, most of teh reading I've seen is using that
[06:51] <Orbital_sFear> are you using uboot?
[06:51] <rsanchez> no
[06:52] <Orbital_sFear> which one are you using to get the linux kernel up?
[06:52] <rsanchez> that must be what I'm missing
[06:52] <Orbital_sFear> well not really, there are others, uboot is the only one I know of though
[06:52] <rsanchez> getting the linux kernel up
[06:52] <Orbital_sFear> well, for embedded anyway
[06:53] <rsanchez> I don't have uboot on my system
[06:53] <Orbital_sFear> not sure if this'll help
[06:53] <Orbital_sFear> http://www.snowbotic.com/archives/33
[06:53] <Orbital_sFear> its for the beagle board but perhaps the logic will transfer
[06:54] <Orbital_sFear> also
[06:54] <Orbital_sFear> https://wiki.ubuntu.com/ARM/OMAPMaverickInstall
[06:54] <Orbital_sFear> again for the beagle
[06:54] <Orbital_sFear> the only thing that I can think that might kill ya is if the kernel is missing an important module
[06:54] <Orbital_sFear> typicaly
[06:55] <Orbital_sFear> the nand flash has a loader which gets the omap online
[06:55] <Orbital_sFear> configures the mmu and stuff
[06:55] <rsanchez> well I don't want to install it completely
[06:55] <Orbital_sFear> then uboot wakes, gets memory ready, gets th mmu ready for linux
[06:55] <rsanchez> I still want to use the phone :)
[06:55] <Orbital_sFear> then it gives it to linux and away you go
[06:55] <Orbital_sFear> lol ya =)
[06:55] <rsanchez> I just want to chroot it
[06:55] <Orbital_sFear> I don't know anything about hacking on pre's
[06:55] <Orbital_sFear> ah
[06:55] <Orbital_sFear> oooo
[06:55] <Orbital_sFear> well heck
[06:55] <Orbital_sFear> in that case
[06:56] <Orbital_sFear> debian would prob be better
[06:56] <rsanchez> they have a guide for debian
[06:56] <Orbital_sFear> I'd stick with that
[06:56] <rsanchez> nothing on ubuntu though
[06:56] <Orbital_sFear> I did that on my G1
[06:56] <Orbital_sFear> ubuntu wont help you much
[06:56] <rsanchez> yeah but I just want to try it
[06:56] <Orbital_sFear> to my knowledge, you can't give the display over to the chroot
[06:56] <rsanchez> just to see what it's like
[06:57] <rsanchez> on ubuntu?
[06:57] <Orbital_sFear> right
[06:57] <Orbital_sFear> the pre OS owns the display
[06:57] <Orbital_sFear> I don't know of any way for them to play nicely there
[06:57] <rsanchez> but on debian you can
[06:57] <Orbital_sFear> but
[06:57] <Orbital_sFear> really?
[06:57] <Orbital_sFear> get x running and have it take over?
[06:57] <rsanchez> you mean running a window manager and other graphical applications?
[06:58] <Orbital_sFear> right
[06:58] <Orbital_sFear> I know you can ssh in, and xforward
[06:58] <Orbital_sFear> but I wasn't aware that you could run something like gnome or kde with that kinda setup
[06:58] <rsanchez> yeah, I could run chromium, openoffice, icewm, etc
[06:58] <Orbital_sFear> dude thats bad ass
[06:58] <Orbital_sFear> does the pre use X for its rendering?
[06:58] <rsanchez> well you have to install an x server
[06:59] <rsanchez> but the homebrew folks make that easy
[06:59] <Orbital_sFear> thats sweet
[06:59] <Orbital_sFear> so the pre must be xorg based for its render engine, which lets you export the display over to it and run some apps
[06:59] <Orbital_sFear> very sexy
[07:00] <rsanchez> if you want to see it, search openoffice on pre on youtube
[07:00] <Orbital_sFear> I will
[07:00] <Orbital_sFear> well
[07:00] <rsanchez> it runs slow as hell, but still runs
[07:00] <Orbital_sFear> for getting ubuntu going
[07:00] <rsanchez> chromium is much nicer
[07:00] <Orbital_sFear> check out those links I sent you
[07:00] <Orbital_sFear> if you can dump ubuntu to a single img file and chroot to it like debian
[07:00] <rsanchez> I'll do that, thanks
[07:00] <Orbital_sFear> it should work the same
[07:01] <Orbital_sFear> ensure your env variables are setup correctly so X knows where to go
[07:01] <Orbital_sFear> in the chroot
[07:01] <rsanchez> I was basically just using the prebuilt image file found towards the bottom of the build a rootfs from scratch page
[07:02] <Orbital_sFear> ah, well that should work
[07:02] <Orbital_sFear> that part is pretty straight forward
[07:02] <rsanchez> what I'm doing is trying to use the same commands I used to chroot debian
[07:02] <Orbital_sFear> and its failing on you?
[07:03] <rsanchez> there's a short guide here: www.webos-internals.org/wiki/Debian
[07:03] <rsanchez> at the first step in activating debian rootfs, you do mount -o loop img /media/cf
[07:04] <rsanchez> replace img with path to ubuntu arm image
[07:04] <rsanchez> but mount is failing telling me it has incorrect parameters
[07:05] <Orbital_sFear> hummm
[07:05] <Orbital_sFear> what fs is the img?
[07:05] <Orbital_sFear> perhaps the per doesn't have the fs module built in
[07:05] <Orbital_sFear> like
[07:05] <Orbital_sFear> if the img is ext4 and the pre only supports ext2/3
[07:05] <rsanchez> hmm, I actually don't know
[07:06] <Orbital_sFear> I forget the command off the top of my head
[07:06] <Orbital_sFear> but google around for getting mount to tell you what fs it supports
[07:06] <Orbital_sFear> then on your machine
[07:06] <Orbital_sFear> run
[07:06] <Orbital_sFear> file xxx.img
[07:06] <Orbital_sFear> and it shoudl tell you what its built in
[07:09] <Orbital_sFear> also, try running the mount command your machine directly, make sure it works there first
[07:10] <rsanchez> ok,  hold on...
[07:11] <rsanchez> the ubuntu image is ext4
[07:11] <rsanchez> the pre supports 2/3, don't know about 4
[07:12] <Orbital_sFear> suck
[07:12] <Orbital_sFear> ummm
[07:12] <Orbital_sFear> well
[07:12] <Orbital_sFear> the easiest thing would be to get a ext3 build of ubuntu
[07:13] <Orbital_sFear> you can install a ext4 kernel module without building a new kernel
[07:13] <Orbital_sFear> but that would take more time to get working
[07:13] <rsanchez> I would do that in the build a rootfs page right?
[07:13] <Orbital_sFear> check you can simple convert the ext4 img to ext3
[07:13] <Orbital_sFear> I think so yes
[07:14] <rsanchez> how can I convert the img?
[07:14] <Orbital_sFear> don't even know if its possible
[07:14] <rsanchez> ok
[07:15] <rsanchez> in the page it where it says create a filesystem on the image, it uses mkfs.ext4, could I just do mkfs.ext3?
[07:15] <Orbital_sFear> right
[07:16] <rsanchez> alright, everything else looks pretty straigtforward
[07:16] <rsanchez> I'll be  back in a bit let you know if I make progress
[07:17] <Orbital_sFear> cool man
[07:17] <rsanchez> I really just want to try ubuntu to see how the unity desktop would work
[07:19] <Orbital_sFear> gf just called, =) gl man, later
[08:35] <LetoThe2nd> g'mornin
[08:38] <ndec> ogra_ac_: hi. did you see my question yesterday (about cpuburn not being for armel in ubuntu/universe, even though it's built fine in debian/sid)? well, even if you replied I lost my IRC, so I didn't see your answer...
[08:51] <hrw> ndec: I did not saw answer
[08:52] <ndec> hrw: thx... do you have any idea what the problem can be? i installed the package from debian, and it worked fine on panda. it's just not build on LP
[08:56] <hrw> no idea, sorry
[08:57] <hrw> rebuilding package on panda
[08:58] <hrw> built fine
[08:58] <hrw> -rwxr-xr-x root/root       648 2010-11-25 09:57 ./usr/bin/burnCortexA8
[08:58] <hrw> -rwxr-xr-x root/root       632 2010-11-25 09:57 ./usr/bin/burnCortexA9
[08:58] <hrw> small stuff
[09:00] <hrw> ndec: open a bug
[09:00] <ndec> hrw: sure
[09:03] <ndec> hrw: ogra: I entered LP#681267
[09:04] <hrw> bug 681267
[09:04] <ubot2> Launchpad bug 681267 in cpuburn (Ubuntu) "Packages for armel are missing (affects: 1) (heat: 10)" [Undecided,New] https://launchpad.net/bugs/681267
[09:06] <LetoThe2nd> hm, I already was here yesterday evening - looking for a way/occasion to get deeper into ubuntu/arm. i can offer good c knowledge and basic kernel code understanding, so what would be a point to start? or even, what would be a task that needs to be done and can be used for a learner?
[09:06] <hrw> confirmed
[09:07] <hrw> LetoThe2nd: grab supported arm board, run ubuntu on it. then check does everything works. if something does not then check on x86(-64) and submit proper bugs
[09:07] <hrw> then fix them
[09:09] <LetoThe2nd> hrw: should that be translated to: go get a pandaboard and try to find bugs on it?
[09:11] <hrw> beagleboard xm is easier to get
[09:12] <hrw> LetoThe2nd: using systems allows to find thigns which needs work. I fixed byobu on smp arm recently to show proper cpu frequency.
[09:12] <hrw> fix was very simple but without it byobu shown "2x2.0GHz" insted of "2x1.0GHz"
[09:13] <hrw> if I would not use byobu on pandaboard bug maybe will be ignored or not even found
[09:14] <LetoThe2nd> i see. :-) but why is the bb xm easier to get than the pb?
[09:16] <hrw> bbxm is available right now
[09:16] <hrw> pb has order queue
[09:19] <LetoThe2nd> i see. ubuntu ist armv7-only, right? I already have an openrd lying around somewhere nearby...
[09:23] <LetoThe2nd> arm what arch is the userland based on?
[09:24] <LetoThe2nd> s/arm/or/
[09:51] <zumbi_> LetoThe2nd: for openrd, kirkwood based cannot run ubuntu-arm
[09:51] <LetoThe2nd> zumbi_: why?
[09:51] <zumbi_> LetoThe2nd: because ubuntu-arm defaults to armv7 and kirkwood is armv5
[09:52] <zumbi_> LetoThe2nd: you could use debian-arm instead or something else
[09:52] <LetoThe2nd> zumbi_: its running debian at the moment :/
[09:53] <zumbi_> LetoThe2nd: no ptxdist?
[09:53] <LetoThe2nd> zumbi_: no - i never felt like doing a bsp for it.
[09:55] <LetoThe2nd> though i wonder, because the openrd came with 9.04 preinstalled. so how did they do that? rebuild from scratch, or is it that only the ubuntu provided kernels want armv7 and the userland might run on v5?
[09:56] <hrw> LetoThe2nd: 9.04 was armv5
[09:56] <LetoThe2nd> ah.
[09:56] <hrw> 9.10 was armv6, 10.04+ are armv7
[10:21] <LetoThe2nd> hm... guess i need some new hardware then. the only armv7 i've git has 64k RAM 192k Flash ;-)
[10:26] <hrw> LetoThe2nd: Cortex-M0 based?
[10:28] <LetoThe2nd> M3
[11:00] <apw> ogra, lool, there was some talk at UDS about whether we would continue to use versatile for QEMU ... did we bottom out on that
[11:03] <ogra_ac_> apw, depends on rsalveti-afk's research for a new qemu solution
[11:03] <ogra_ac_> we can only drop versatile if we have another solution
[11:04] <apw> any idea when that is planned to report?  i have a work item about it marked for natty-alpha-1 and suspect we won't know by then
[11:04] <ogra_ac_> definitiely not A1
[11:06] <apw> ogra_ac_, ta
[11:06] <ogra_ac_> apw, just add a dependency
[11:06] <ogra_ac_> (you can make specs depend on other specs)
[11:06] <ogra_ac_> https://blueprints.launchpad.net/ubuntu/+spec/packageselection-arm-n-more-stable-vm-solution-for-arm
[11:08] <ogra_ac_> (at the very bottom of your spec there is a "add dependency" button, just link to the other spec with that)
[11:09] <ogra_ac_> dont expect much implementation work pre-A1 from our team, most of us have to burn vacation days before end of the year
[11:12] <hrw> apw: also check for linaro qemu specs
[11:12] <lool> apw: I don't remember us reaching a particular decision  :-/  maybe pm215 remembers better
[11:12] <apw> hrw, are we expecting anything from linaro in that space?  i don't remember us having dep there
[11:13] <hrw> apw: I do not remember neither what is planned for qemu in linaro
[11:14] <lool> apw: I've pinged pm215 who's leading the qemu work within Linaro; he probably recalls better whether we decided for OMAP3 in Ubuntu or keeping versatile
[11:15] <lool> Hmm unfortunately he is on leave starting today until Monday
[11:15] <lool> I'll shoot him an email
[11:29] <ogra_ac_> lool, apw, conclusion was to check the suitability of the existing qemu-omap from linaro and if that fits and is packageable for the archive, switch over to it
[11:29] <ogra_ac_> (see the workitems on the spec)
[11:33] <apw> ogra_ac_, lool, ack, have made my spec dep on that one and moved my items out to natty-alpha-2 to match when we might have a decision from you guys
[11:36] <ogra_ac_> thanks
[11:58] <lool> ogra: Which spec is that with the qemu-omap decision?
[12:10] <zyga> lool, how can I rename a python script foo.py to foo when building a debian package? There is a policy that scripts should not use the language suffix in debian but for other OSes and source in general I'd like to keep that around. Could you help me with this?
[12:13] <zyga> lool, feel free to respond in #linaro
[15:13] <rsanchez> hello
[15:13] <rsanchez> I'm trying to setup the network on my arm rootfs, but can't get it to setup
[15:14] <rsanchez> following instructions here under Configuring ARM Image for Project Builds: https://wiki.edubuntu.org/ARM/BuildArmPackages
[15:14] <rsanchez> dhclient ends telling me "No working leases in persistent database"
[15:19] <rsanchez> how can I get networking set up?
[16:36] <surferdude> Hi all, trying to get ubuntu 10.10 running on my Beagleboard xM and I'm running into a problem with starting a gui
[16:37] <ogra_ac> it shoud start by default
[16:37] <ogra_ac> *should
[16:37] <surferdude> The only image I could find is a base image without the gui preinstalled
[16:37] <ogra_ac> ??
[16:37] <ogra_ac> https://wiki.ubuntu.com/ARM/OMAPMaverickInstall
[16:38] <topfs2> hehe, then it sounds like expected behaviour is no gui :)
[16:38] <surferdude> ah, thanks
[16:38] <topfs2> should be apt-get install ubuntu-desktop
[16:38] <topfs2> or something lighter than that perhaps
[16:38] <surferdude> I was using the guide at http://elinux.org/BeagleBoardUbuntu#Beagle_xM
[16:39] <ogra_ac> ah
[16:39] <topfs2> those guides are so complicated :)
[16:39] <ogra_ac> thats a community maintained image
[16:39] <ogra_ac> the one linked on the ubuntu wiki is the official maverick release
[16:43] <apw> lool, sounds like peter is saying nothing happening this cycle on the QEMU model change
[16:45] <lool> apw: Well, unless we find it acceptable to have qemu-omap in Ubuntu
[16:46] <lool> apw: up to ogra and team I guess
[16:46] <lool> apw: we have it in a PPA for Linaro
[16:47] <ogra_ac> right, and our decision is up to rsalveti-afk's research
[16:47] <ogra_ac> which also needs to include research about the omap3 kernel we'll be using
[16:48] <ogra_ac> so another linaro omap3 check is needed here
[16:48] <ogra_ac> (but since i assume linaro uses their own kernel for it i dont expect issues)
[17:18] <ogra_ac> GrueMaster, fix released for Bug 663642 ? has the package been moved from -proposed to -updates ?
[17:18] <ubot2> Launchpad bug 663642 in linux-linaro (Ubuntu Maverick) (and 3 other projects) "DVI doesn't work at BeagleBoard xM rev A3 (affects: 1) (heat: 107)" [Undecided,Fix released] https://launchpad.net/bugs/663642
[17:18] <ogra_ac> (the bug doesnt indicate any action from the SRU team)
[17:18] <GrueMaster> According to the package info, it was pushed to maverick updates.
[17:19] <GrueMaster> (and the sub-projects also indicate that)
[17:19] <ogra_ac> hmm
[17:19] <ogra_ac> ---------------
[17:19] <ogra_ac> linux (2.6.35-23.40) maverick-proposed; urgency=low
[17:20] <ogra_ac> is what i see for the package, usually a member of the SRU team comments that it was copied over
[17:20]  * ogra_ac is just scared that we have to redo it again if there is a bit of the process missing
[17:21] <GrueMaster> I also had av500 on #beagle check.
[17:22] <ogra_ac> but not comment :/
[17:23] <ogra_ac> https://launchpad.net/ubuntu/maverick/+source/linux/2.6.35-23.40
[17:23] <ogra_ac> aha
[17:23] <ogra_ac> moved to -updates yesterday
[17:23] <ogra_ac> err, two days ago
[17:23] <ogra_ac> ok
[17:25] <GrueMaster> yea.  And the maverick sub-project was already marked fix-released.  I was just making the bug report complete so it doesn't come up in queries again.
[17:25] <ogra_ac> yeah
[17:26] <ogra_ac> sorry, i was just overcautious
[17:26] <ogra_ac> since that bug already fired back once
[17:26] <GrueMaster> Believe me, so was I before I made the change.
[17:26] <ogra_ac> heh
[17:27] <GrueMaster> I was told on our pdx chat channel yesterday that they were preparing to fire out a security update.  My hackles went up into overdrive.
[17:27] <ogra_ac> geez
[17:28] <ogra_ac> next UDS please make up a spec to solve these issues (and subscribe the whole kernel team :P )
[17:28] <GrueMaster> Remember how many times I tested the network fix for babbage in Lucid?
[17:28] <ogra_ac> yep
[17:28] <ogra_ac> we really need to spec it
[17:28] <ogra_ac> to sort the process
[17:29] <ogra_ac> somehow that fell off the shelf this UDS
[17:29] <GrueMaster> I found out part of the problem.  When bugs are filed for some kernel updates that affect armel, no armel tag gets added, and our team is not subscribed.
[17:29] <GrueMaster> They just tag it verification-needed and assume we know.
[17:30] <ogra_ac> that would surely be a good first move
[17:30] <ogra_ac> buut it will change if we switch to the other kernel
[17:30] <ogra_ac> since both of our kernels will live in separate packages then
[17:30] <ogra_ac> we can define apport hooks for us
[17:32] <GrueMaster> The bugs I'm referring to are ABI updates from marvell and freescale.
[17:32] <ogra_ac> right, we didnt do apport hooks at all in the past
[17:32] <GrueMaster> They don't get filed with apport.
[17:33] <ogra_ac> well, lets just make up a policy for non apport bugs so the kernel team has something to work along
[17:34] <GrueMaster> We already have one.  Couldn't find the wiki yesterday, but we had this discussion with certain linaro people last cycle.
[17:35] <GrueMaster> I'll search again using google.
[17:35] <ogra_ac> yeah, we had one in the past
[17:35] <ogra_ac> i think it lives in the arm namespace
[17:40] <surferdude> :/
[17:41] <surferdude> put the official ubuntu image on my sdcard, not getting any video at all
[17:42] <ogra_ac> what revision is your XM ?
[17:42] <surferdude> -00
[17:42] <surferdude> i think that's an A2
[17:42] <ogra_ac> hmm, A2 should work
[17:42] <ogra_ac> A3 has an extra section on the wiki
[17:42] <surferdude> ...
[17:43] <ogra_ac> for a video issue
[17:43] <surferdude> now all of a sudden the activity lights on the sdcard are blinking
[17:44] <ogra_ac> but you dont see a splash screen on the monitor ?
[17:44] <surferdude> nope, nothing
[17:45] <surferdude> using the image at http://cdimage.ubuntu.com/ubuntu-netbook/ports/releases/10.10/release/ubuntu-netbook-10.10-preinstalled-netbook-armel+omap.img.gz
[17:45] <ogra_ac> yeah
[17:46] <ogra_ac> that should work, first boot gets you into text mode and resizes the image to the full size of the SD, then it reboots into the graphical setup
[17:47] <surferdude> I hope my board isn't dead
[17:57] <GrueMaster> ogra_ac: I amnot finding anything other than a meeting log from way back reference that plars updated it.
[17:57] <ogra_ac> hmm
[17:57] <GrueMaster> I wonder if it was deleted?
[17:57] <ogra_ac> probably plars remembers
[17:57] <ogra_ac> though thanksgiving is probably not the day to ask
[17:57] <ogra_ac> why are you working btw ?
[18:11] <fredim> The ubuntu-arm starts only in the initramfs, what should be?
[18:12] <fredim> in beagleboard
[18:13] <ogra_ac> can you rephrase that ?
[18:15]  * ogra_ac cant make any sense out of that sentence
[18:19] <fredim> I'm following: https: / / wiki.ubuntu.com / ARM / BeagleNetbookInstall
[18:20] <fredim> Do not start the setup screen,
[18:20] <fredim> initramfs starts to enter commands
[18:20] <GrueMaster> You need to follow the section for beagleboards that have nand.  Use a serial console to tell the beagleboard to boot from SD.
[18:23] <fredim> Connecting BeagleBoard on the computer?
[18:23] <fredim> Using usb-serial, or usb?
[18:24] <GrueMaster> You need to connect to the serial port on the beagle.
[18:35] <ogra_ac> i dont thinnk we had serial enabled on the lucid images
[18:35] <ogra_ac> oh, for typing in the fatload, yeah
[18:36]  * ogra_ac would recommend using the maverick images instead of lucid though
[18:36] <ogra_ac> they dont take ages to run the installer
[19:06] <GrueMaster> ogra_ac: I think I found the wiki.  https://wiki.ubuntu.com/MobileTeam/BugWorkflow  Need to move it to Arm/ and tweek it for latest info.  I'll try to work on that next week.
[19:07] <GrueMaster> I was surprised I couldn't find it even with google.
[19:08] <GrueMaster> Fortunately, it ws in my bookmarks on my home system (just wish firefox still used html files instead of XML files for bookmarks).
[19:09] <GrueMaster> Well, I'm off for family fun (i.e. watching the family play some boring card game while I cozy up with the PS3).