**** BEGIN LOGGING AT Mon Jan 24 02:59:58 2011
Jan 24 03:50:21 <cooloney> rsalveti: still around. can you boot up latest 2.6.38-rc2 on panda?
Jan 24 07:52:56 <lilstevie> ok got a different situation here, the board that i am building a rootfs image for only has 320mb for its rootfs, does ubuntu arm support me splitting in to /usr /home /var / et al
Jan 24 09:03:59 <hrw> lilstevie: generate tarball with rootfs and then split it manually into parts
Jan 24 09:04:41 <ka6sox> hrw, does the maverick image use a initramfs?
Jan 24 09:08:41 <hrw> yes, it does
Jan 24 09:09:27 <ka6sox-away> hmmm..okay. I might have to do some playing then to get it to work.
Jan 24 09:10:04 <ka6sox-away> hopefully it uses udev
Jan 24 09:32:06 <lilstevie> hrw: then just make sure the other parts are mounted in the initramfs right?
Jan 24 09:33:23 <hrw> probably
Jan 24 09:33:40 <hrw> I use only / /home + /tmp in tmpfs on most of my machines
Jan 24 09:34:16 <lilstevie> heh problem i have is that i only have 320mb in the available space for /
Jan 24 09:34:34 <lilstevie> and the rest is split on SD cards
Jan 24 09:34:52 <lilstevie> internal 16gb of which i can only flash 1.5GB of ext
Jan 24 09:42:48 <ogra> i doubt loading off /var will gain you enough, you should offload /usr instead
Jan 24 09:43:20 <ogra> as long as you use an initrd adding a line to fstab should be enough, no extra fiddling needed
Jan 24 09:48:24 <lilstevie> ogra: but will that still give me enough space to be able to install stuff
Jan 24 09:58:15 <ogra> well, thats a trial and r thing i guess
Jan 24 09:58:21 <ogra> *error
Jan 24 09:59:53 <ogra> of my installed 4G big system /usr eats 1.9G while /var occupies 350M
Jan 24 10:00:12 <ogra> so sharing out /usr will definitely gain you more
Jan 24 10:00:36 <hrw> 6.3GB /usr 8/2GB /var on my desktop
Jan 24 10:00:40 <hrw> 6.3GB /usr 8.2GB /var on my desktop
Jan 24 10:01:20 <ogra> hrw, apt-get clean ;)
Jan 24 10:01:56 <hrw> ogra: 4GB is pbuilder
Jan 24 10:02:08 <ogra> loading off /var surely gains you a lot too in the running system later
Jan 24 10:02:19 <ogra> (logs, caches etc)
Jan 24 10:02:20 <hrw> but yes, 800MB was apt cache
Jan 24 10:02:37 <ogra> but for initial install if you are short on space /usr should be the first
Jan 24 10:03:27 <ogra> and /tmp in tmpfs is something you should only do with a decent amount of ram
Jan 24 10:03:38 <ogra> at least if you want to run apps like firefox
Jan 24 10:04:00 <ogra> i wouldnt do that on 128M if you want to run any desktop bits
Jan 24 10:04:12 <ogra> (for example)
Jan 24 10:07:57 <lilstevie> I have 512mb ram usable
Jan 24 10:08:32 <lilstevie> the SoIC has more ram but i dont know how to access it
Jan 24 10:09:23 <lilstevie> and this is for arm :p does firefox have an arm port :p
Jan 24 10:12:42 <hrw> port?
Jan 24 10:12:52 <hrw> firefox nowadays just need to be compiled
Jan 24 10:13:02 <lilstevie> heh fair enough
Jan 24 10:13:16 <hrw> I remember days when anything mozilla based required strange patches to get it running
Jan 24 10:13:25 <lilstevie> still trying to grasp how much will run on arm
Jan 24 10:13:44 <hrw> lilstevie: 512MB ram? most will run
Jan 24 10:13:59 <lilstevie> generally what is the best x manager to run in a touch environment
Jan 24 10:14:09 <LetoThe2nd> running firefox on arm is absolutely no problem. compiling locally still is a bit of a strain, though.
Jan 24 10:14:32 <hrw> lilstevie: which arm cpu you have?
Jan 24 10:14:41 <ogra> LetoThe2nd, depends on your hardware ;)
Jan 24 10:14:44 <lilstevie> hrw: yeah it has 512mb ram, and some other ram that is really not known if it is usable
Jan 24 10:14:50 <lilstevie> hrw: hummingbird
Jan 24 10:15:03 <hrw> nice cpu
Jan 24 10:15:09 <lilstevie> yeah :)
Jan 24 10:15:11 <ogra> lilstevie, i use an ac100 here atm, should all work fine
Jan 24 10:15:27 <lilstevie> just hoping to free it from android hell :p
Jan 24 10:15:30 <LetoThe2nd> ogra: adequte relation to HW given, of course. running ff on a pentium133 is also rather pointless.
Jan 24 10:15:41 <hrw> lilstevie: so galaxy s/tab/nexuss?
Jan 24 10:15:55 <lilstevie> for a tablet like device is not nice
Jan 24 10:15:56 <lilstevie> tab
Jan 24 10:16:42 <lilstevie> and i wasnt dumb enough to upgrade to one of the dev releases that has locked bootloaders so it just happily runs unsigned kernel/initramfs combos
Jan 24 10:16:53 <lilstevie> has to be the most open device i have ever had lol
Jan 24 10:17:04 <LetoThe2nd> ogra: on an openrd here ff worked quite good. :-)
Jan 24 10:17:12 <hrw> bb in ~15minutes
Jan 24 10:21:49 <hrw> heh.. someone remind about someone before leaving...
Jan 24 10:22:20 * hrw uses hummingbird to play youtube videos now.
Jan 24 10:22:26 <lilstevie> lol
Jan 24 10:22:27 <hrw> but on nexus s/android
Jan 24 10:22:35 <lilstevie> the tab is nice hardware
Jan 24 10:22:45 <hrw> lilstevie: tab has 1024x600?
Jan 24 10:22:50 <lilstevie> yep
Jan 24 10:23:18 <hrw> 16GB storage, 512MB ram, netboot resolution... looks like good target for ubuntu
Jan 24 10:23:28 <lilstevie> yeah thats what i though
Jan 24 10:23:30 <hrw> but I do not know would I switch
Jan 24 10:25:08 <lilstevie> only thing I am going to struggle with is the initramfs
Jan 24 10:25:41 <ogra> make sure you have your kernel and modules properly installed in the rootfs
Jan 24 10:26:00 <ogra> then just run update-initramfs -c -v<version of your kernel>
Jan 24 10:26:07 <hrw> lilstevie: on arm devices I just avoid initramfs and boot directly into rootfs
Jan 24 10:26:23 <lilstevie> hrw: that is a tad difficult on the tab
Jan 24 10:26:32 <lilstevie> as the kernel gets the initramfs compiled in
Jan 24 10:26:42 <hrw> as hw is always same, rootfs is same device etc
Jan 24 10:27:01 <ogra> you lose some functionality without initrd
Jan 24 10:27:19 <ogra> (filesystem check, encrypted filesystems etc)
Jan 24 10:29:24 <lilstevie> ogra: update-initramfs from inside qemu or just in the rootfs
Jan 24 10:30:59 <ogra> either will work, it creates a /boot/initrd.img-<version>
Jan 24 10:34:21 <sebjan> ll /mnt/`
Jan 24 10:34:28 <sebjan> oups :)
Jan 24 10:35:51 <lilstevie> SGX535 has full accel on ubuntu yes?
Jan 24 10:39:16 <hrw> ogra: since when fsck needs initramfs?
Jan 24 10:39:27 <hrw> ogra: fsck needs rootfs/ro
Jan 24 10:39:36 <ogra> it happens before / is mounted rw
Jan 24 10:39:52 <hrw> ogra: and for this initramfs is not required
Jan 24 10:40:11 <ogra> well, i dont have fsck on systems where i dont use initrd
Jan 24 10:40:33 <hrw> ogra: maybe thats because ubuntu forces initramfs to be used to fsck
Jan 24 10:40:58 <ogra> might be, i never checked ... since we use initrd by default on all official images anyway
Jan 24 10:50:53 <sveinse> ogra: How can I submit patches to rootstock?
Jan 24 10:51:22 <ogra> sveinse, create your own branch on LP and file merge requests
Jan 24 10:59:16 <hrw> speaking of merging....
Jan 24 10:59:20 <lilstevie> ogra: does the kernel need to be in the rootfs
Jan 24 10:59:20 <hrw> flash-kernel?
Jan 24 10:59:33 <ogra> lilstevie, the modules do
Jan 24 11:00:00 <ogra> i'm not sure update-initramfs checks for a vmlinuz file
Jan 24 11:00:09 <ogra> worst case you can just touch it though
Jan 24 11:00:27 <lilstevie> ok good cause my kernel isnt compiled until after i have the initramfs :p
Jan 24 11:00:50 <ogra> hrw, yeah yeah ... did drop off my TODO, there are just other more pressing things atm
Jan 24 11:00:59 <ogra> *didnt (indeed)
Jan 24 11:04:29 <sveinse> I saw some comments above regarding initrd: What specifically is done in initrd? Because my (rootfs based) system does not use initrd at all, but it seems to work as intended
Jan 24 11:05:09 <sveinse> ...I meant roostock based system
Jan 24 11:07:28 <ogra> sveinse, make sure your users never ever install any filesystem encryption bits, raid or device manager ... all these need initrd
Jan 24 11:08:34 <ogra> beyond that initrd indeed draws the splash and runs plymouth (whithout which fsck will not work since mountall uses libplymouth for communication)
Jan 24 11:11:44 <lilstevie> so ogra let me get this right, best way to do it will be set up fstab, move modules in to place chroot to the rootfs then run update-initramfs
Jan 24 11:11:47 <sveinse> ogra, ok thanks. Quite frankly it good to be without (except for fsck). I have a strict customer requirement of short bootup time.
Jan 24 11:12:15 <sveinse> I see the PID counter is what around 3000, so it does alot at boot even without initrd
**** BEGIN LOGGING AT Mon Jan 24 11:22:50 2011
Jan 24 11:54:50 <dmart> hi all ... does anyone know how to get verbose log output during bootup, preferably over serial?  I don't really know to to achieve this with upstart+plymouth
Jan 24 11:55:31 <lool> dmart: remove quiet from cmdline and add nosplash?
Jan 24 11:55:42 <lool> might not be enough though
Jan 24 11:55:44 <ogra> no need for nosplash on serial though
Jan 24 11:56:10 <ogra> dropping quiet should be enough (and indeed the right console= args)
Jan 24 11:56:12 <lool> dmart: For serial, it's a matter of listing your serial console last if you want it to be the system console IIRC
Jan 24 11:56:45 <lool> That is, console=ttyS2, console=tty0 will output some kernel messages on both, but /dev/console will only go to last arg, or something like that
Jan 24 11:56:50 <ogra> just make it the only console
Jan 24 11:57:07 <ogra> no need for tty0 if you want serial boot output
Jan 24 11:58:01 <lilstevie> egh is there anthing that stops 32bit linux binaries executing on 10.10 64bit?
Jan 24 11:59:13 <lilstevie> for some reason it keeps telling me file not found for the executable when it is clearly there
Jan 24 12:04:27 <lool> lilstevie: What's the exact message?
Jan 24 12:05:31 <lilstevie> No Such File or Directory
Jan 24 12:05:34 <lilstevie> it clearly exists
Jan 24 12:05:38 <lool> lilstevie: The full message
Jan 24 12:06:09 <lool> lilstevie: Usually, it's missing ld-linux for 32-bits; it's in a separate package
Jan 24 12:06:43 <lool> lilstevie: You want to install libc6-i386
Jan 24 12:06:51 <lool> lilstevie: You can strace your binary to see which actual file is missing
Jan 24 12:07:14 <lilstevie> /opt/toolchains/arm-2009q3/bin/arm-none-linux-gnueabi-gcc: no such file or directoy
Jan 24 12:07:20 <lilstevie> directory*
Jan 24 12:07:48 <lool> lilstevie: Ok; that sounds like missing 32-bits ld-linux; run strace -etrace=file /opt/toolchains/arm-2009q3/bin/arm-none-linux-gnueabi-gcc
Jan 24 12:09:38 <lilstevie> http://pastie.org/1492398
Jan 24 12:11:04 <dmart> lool: I don't think we're using quiet or splash... this is just a BSP bringup problem.
Jan 24 12:12:15 <lilstevie> lool: installing libc6-i386 fixed :)
Jan 24 12:44:04 <lilstevie> hm, ogra i get an error off that initramfs telling me it is the wrong datatype
Jan 24 12:44:16 <lilstevie> cause it is aparently not cpio
Jan 24 12:55:43 <ogra> its gzipped cpio
Jan 24 12:58:04 <sveinse> Hmm. It seems getting rootstock to use more than "maverick" (e.g. maverick-updates and maverick-security) isn't as trivial as I hoped it would be. It seems debootstrap doesn't do a full "apt-get" resolution of the latest package. It seems to be locked against maverick/main. Objections?
Jan 24 12:58:28 <lilstevie> yeah i figured it out
Jan 24 12:58:39 <lilstevie> i ended up checking it with file
Jan 24 12:58:45 <lilstevie> discovered that it was gzip
Jan 24 12:58:51 <lilstevie> was a bit of a facepalm moment :/
Jan 24 12:59:35 <sveinse> So perhaps it's better to rootstock/debootstrap and then do a apt-get upgrade after installation to get the maverick-security and/or maverick-updates
Jan 24 13:04:06 <ogra> or properly patch rootstock to generate a proper sources.list
Jan 24 13:04:38 <ogra> i.e. by installing and using python-apt
Jan 24 13:08:16 <sveinse> ogra, I've added a --sources option to rootstock where you can provide your own sources.list
Jan 24 13:08:36 <sveinse> However, debootstrap internals doesn't consider anything else than maverick/main
Jan 24 13:13:17 <ogra> sveinse, you could prot rootstock to multistrap ;)
Jan 24 13:28:57 <dcordes> hi
Jan 24 13:30:30 <dcordes> In http://cdimage.ubuntu.com/ubuntu-netbook/daily-preinstalled/20110123/natty-preinstalled-netbook-armel+omap4.img.gz I get 'No valid session found' after gdm startup. Is it a known problem ?
Jan 24 13:30:54 <dcordes> /etc/gdm/custom.conf has une-efl
Jan 24 13:44:26 <rsalveti> dcordes: yup,algo got this with today's image
Jan 24 13:44:34 <rsalveti> seems that I'm unable to log-in in any session
Jan 24 13:45:43 <ogra> thats weird
Jan 24 13:46:03 <ogra> but i think the whole session handling in gnome changed
Jan 24 13:46:15 <ogra> once unity-2d is the default it should work again
Jan 24 13:48:22 <rsalveti> yup, probably because of the gnome update
Jan 24 13:53:00 <dcordes> rsalveti: any workaround ?
Jan 24 13:53:36 <ogra> well, teeh gnome desktop session should work
Jan 24 13:53:42 <ogra> *the
Jan 24 13:53:59 <ogra> rsalveti, so about that xloader prob on omap3
Jan 24 13:54:39 <ogra> the current build script looks for a package named x-loader-omap
Jan 24 13:54:41 <rsalveti> I'm now trying to at least log-in at the gnome classic
Jan 24 13:54:53 <ogra> and doesnt find it
Jan 24 13:55:01 <ogra> so i assumed the binary package name changed
Jan 24 13:55:04 <dcordes> rsalveti: ok hope it works
Jan 24 13:55:20 <rsalveti> ogra: the package name changed and the mlo path
Jan 24 13:55:29 <rsalveti> but if you didn't change, it should still work
Jan 24 13:55:31 <ogra> right
Jan 24 13:55:35 <rsalveti> as we didn't remove the old package yet
Jan 24 13:55:39 <ogra> hmm
Jan 24 13:55:41 <ogra> weird
Jan 24 13:55:45 <ogra> it doesnt find it
Jan 24 13:55:58 <rsalveti> hm, ok, we should remove just the omap 4 one
Jan 24 13:56:10 <rsalveti> the version changed, but it kind of replaced the old x-loader package
Jan 24 13:56:13 <rsalveti> used by omap 3
Jan 24 13:56:17 <rsalveti> that could be the reason
Jan 24 13:56:48 <rsalveti> dcordes: gnome classic seems to work
Jan 24 13:57:05 <ogra> http://paste.ubuntu.com/557665/
Jan 24 13:57:12 <dcordes> rsalveti: nice. is it 'gnome-desktop' in custom.conf ?
Jan 24 13:57:13 <ogra> thats what i get in the buildlogs
Jan 24 13:57:33 <rsalveti> ogra: yup, saw that when you pointed me the logs yesterday
Jan 24 13:57:46 <rsalveti> dcordes: just select ubuntu classic desktop while log-in
Jan 24 13:58:25 <rsalveti> ogra: you should now get x-loader-omap3-beagle
Jan 24 13:58:27 <dcordes> rsalveti: ok. gdm doesn't use custom.conf any longer ?
Jan 24 13:58:57 <sveinse> ogra, I have to admit I know nothing of multistrapping... :(
Jan 24 13:59:21 <ogra> rsalveti, is there a transitional package ?
Jan 24 13:59:49 <rsalveti> ogra: nops, as this package wasn't installed at any image
Jan 24 13:59:51 <ogra> (though i'm not sure NCommander's way of extracting it would manage this, iirc he extracts the package directly)
Jan 24 14:00:28 <rsalveti> and x-loader-omap doesn't make much sense now, as we also have overo
Jan 24 14:00:32 <dcordes> can somebody recommend a known working qemu kernel for the current (above) natty builds ? I tried some yetserday and ran into illegal instruction problems which I think were NEON related
Jan 24 14:00:33 <rsalveti> and soon have igepv2
Jan 24 14:00:36 <rsalveti> that are all omap
Jan 24 14:01:09 <ogra> indeed
Jan 24 14:06:14 <sveinse> in regards of the igepv2: Are there any efforts on using the DSP from linux?
Jan 24 14:06:46 <sveinse> or more specifically: ubuntu
Jan 24 14:13:46 <rcn-ee> sveinse, it's possible with natty's 2.6.37 kernel, (dspbridge), just need to package 2 git project (dsp-gst, dsp-tools) then package the ti codec's..
Jan 24 14:36:16 <ogra> rsalveti, http://ports.ubuntu.com/ubuntu-ports/pool/main/x/x-loader/ has not a single natty build, did anyone care for getting the newly natty binaries to main yet ?
Jan 24 14:37:10 <rsalveti> ogra: hm, lp says it's published
Jan 24 14:37:19 <rsalveti> or this is something that lp is not yet tracking?
Jan 24 14:37:23 <ogra> published != main promoted
Jan 24 14:37:37 <rsalveti> publish in main
Jan 24 14:37:40 <ogra> that only means it went into the archive
Jan 24 14:37:41 <rsalveti> *published
Jan 24 14:37:49 <ogra> and the source is in main
Jan 24 14:37:58 <ogra> but the binaries werent transitioned
Jan 24 14:38:06 <ogra> http://ports.ubuntu.com/ubuntu-ports/pool/universe/x/x-loader/
Jan 24 14:38:13 <ogra> all of them sit in universe
Jan 24 14:38:46 <rsalveti> hm, ok, sources at main but debs still in universe
Jan 24 14:38:57 <ogra> right
Jan 24 14:39:13 <ogra> an archive admin needs to promote the beagle and panda binaries to main
Jan 24 14:39:31 <rsalveti> do we need to find a bug? or just ask someone?
Jan 24 14:40:15 <rsalveti> yup, at least beagle and panda
Jan 24 14:40:25 <rsalveti> don't know if it's ok for linaro to have overo at universe
Jan 24 14:40:37 <rsalveti> but then they can just ask it if it's a problem
Jan 24 14:40:59 <ogra> pitti promotes for us
Jan 24 14:41:29 <rsalveti> ogra: a lot easier when you ask for it :-)
Jan 24 14:41:36 <ogra> heh
Jan 24 14:41:46 <rsalveti> ogra: thanks anyway, and sorry for the confusion
Jan 24 14:41:59 <ogra> well, all fine now
Jan 24 14:42:35 <ogra> next publisher run we should be fine, i'll adjust the build scripts for the new names and file locations then
Jan 24 14:43:26 <rsalveti> cool
Jan 24 14:47:03 <ogra> ok, scripts adjusted
Jan 24 14:48:07 <rsalveti> ogra: nice, are you firing up another image for it? or just wait until tomorrow?
Jan 24 14:49:16 <ogra> we will have to wait until the promotion is done, i'll trigger an imagebuild later
Jan 24 14:49:36 <rsalveti> ok
Jan 24 15:02:04 <davidm> ogra, you about?
Jan 24 15:02:11 <ogra> davidm, indeed i am
Jan 24 15:02:21 <ogra> sorry, the canonical server kicked me outr
Jan 24 15:02:31 <davidm> Ah was wondering what happened
Jan 24 15:02:33 <davidm> cool
Jan 24 16:16:18 <jcrigby> ogra, can bug #683683 be closed out?
Jan 24 16:16:20 <ubot2> Launchpad bug 683683 in busybox "run-init on omap3, omap4 in natty dies if busybox is built with -marm" [High,Fix released] https://launchpad.net/bugs/683683
Jan 24 16:16:38 <ogra> jcrigby, no idea, ask the toolchain guys
Jan 24 16:16:40 <jcrigby> or is it still a bug but there is a workaround
Jan 24 16:16:48 <ogra> its a toolchain issue
Jan 24 16:16:55 <jcrigby> ogra, ok
Jan 24 16:17:10 <ogra> the other tasks are fix released iirc
Jan 24 16:20:50 <ogra> jcrigby, iirc davidgiluk assigned it to gcc (and doko moved it to gcc4.5 or so)
Jan 24 16:21:12 <jcrigby> ogra, yes I see that.
Jan 24 16:21:23 <ogra> the prob is that compiling with -marm breaks under 4.5 apparently
Jan 24 16:21:29 <ogra> at least for busybox
Jan 24 16:21:32 <jcrigby> ogra, right
Jan 24 16:50:41 <sveinse> does anyone have a 101 for lp/bzr?  i *think* I have created a branch within rootstock, but I'm uncertain how to branch from the main branch...
Jan 24 17:41:51 * sveinse finally managed to make his own rootstock branch and commit his patch. First time of lp+bzr has quite a learning curve
Jan 24 17:42:53 * rsalveti brb, late lunch
Jan 24 17:52:41 <rcn-ee_at_work> sveinse, thanks, i like that change, i'll be able to cleanup some of my roostock for debian tweaks.. ;)
Jan 24 17:53:53 <sveinse> yeah, I'm working on a custom HW board, and we use rootstock all the time to generate the rootfs images
Jan 24 17:54:15 <sveinse> so I can't use the official released images
Jan 24 17:58:17 <rcn-ee_at_work> same here. ;)
Jan 24 18:00:23 <sveinse> rcn-ee_at_work: running ubuntu or debian on target?
Jan 24 18:00:51 <sveinse> ..presume ubuntu since you're here ;)
Jan 24 18:01:25 <rcn-ee_at_work> all the above.. ;)  i'm really itching for debian wheezy with armhf.. ;)
Jan 24 18:01:47 <sveinse> oh? how come?
Jan 24 18:02:14 <sveinse> We've selected ubuntu as target OS since this had the best armv7 support when we had to choose
Jan 24 18:03:19 <rcn-ee_at_work> yeah and it's pretty quick.. (lucid->natty)... but it's still using soft floating point...  so it'll be interesting if ubuntu enables hardfp for natty++ (i'm hoping)
Jan 24 18:03:47 <sveinse> *that* I can put my vote to!
Jan 24 18:05:21 <sveinse> is natty particularly faster then maverick? BTW I'm running on omap3 (3530)
Jan 24 18:06:29 <rcn-ee_at_work> i wouldn't run it yet, as it's not even alpha-2, but it's a more patched gcc with the same compiler settings..
Jan 24 18:08:06 <sveinse> wheezy will be targeted for armv7?
Jan 24 18:09:07 <sveinse> I seem to be asking google the wrong questions...
Jan 24 18:09:23 <rcn-ee_at_work> sveinse, it looks like wheezy will have the older "armel" and a new "armhf" for armv7 stuff .. http://wiki.debian.org/ArmHardFloatPort
Jan 24 18:09:43 <sveinse> ah hf=hard float... thanks
Jan 24 18:13:30 <Martyn> natty boots on the pandaboard nicely
Jan 24 18:13:44 <Martyn> not so much on the Versatile Express .. yet
Jan 24 18:20:00 <Martyn> Are there any known issues getting a graphic boot on the pandaboard at the moment?
Jan 24 19:03:11 <ogra> rcn-ee_at_work, sveinse, ubuntu will have hf in about two releases
Jan 24 19:04:22 <rcn-ee_at_work> thanks, ogra cool..
Jan 24 19:04:45 <ogra> probably before wheezy :)
Jan 24 19:05:40 <rcn-ee_at_work> ;) for those that wait for the 'release'.. ;)
Jan 24 19:05:47 <ogra> indeed
Jan 24 19:05:51 <rcn-ee_at_work> probally about 2 years just like squeeze...
Jan 24 19:06:06 <ogra> the current debian hf port uses the ubuntu toolchain i think
Jan 24 19:06:26 <rcn-ee_at_work> yeah it's that linaro/ubuntu gcc-4.5.
Jan 24 19:06:31 <ogra> right
Jan 24 19:37:57 <dcordes> rsalveti: tried out the gnome desktop session and it works
Jan 24 19:38:08 <dcordes> rsalveti: somehow metacity didn't show up once
Jan 24 19:38:24 <rsalveti> dcordes: check bug 707014
Jan 24 19:38:25 <ubot2> Launchpad bug 707014 in netbook-launcher-efl "Ubuntu Netbook Edition 2D fails to launch from gdm by giving "No valid session found"." [Undecided,New] https://launchpad.net/bugs/707014
Jan 24 19:38:53 <GrueMaster> Is this possibly due to a change in jasper-initramfs?
Jan 24 19:39:05 <rsalveti> nops
Jan 24 19:39:07 <rsalveti> gnome-session
Jan 24 19:39:11 <GrueMaster> (I'm just now booting today's image).
Jan 24 19:39:18 <GrueMaster> Hmmm
Jan 24 19:41:51 <dcordes> rsalveti: cool thanks
Jan 24 19:44:16 <dcordes> -Exec=gnome-session
Jan 24 19:44:16 <dcordes> +Exec=gnome-session --session=une-efl
Jan 24 19:44:26 <rsalveti> and a new file
Jan 24 19:44:41 <dcordes> ok
Jan 24 19:44:51 <rsalveti> une-efl.session at /usr/share/gnome-session/sessions
Jan 24 19:45:49 <dcordes> it would be nice to be able to change the gnome-panel in nbl efl
Jan 24 20:06:41 <dcordes> rsalveti: is there a way to do this except for using a converted gnome session? I had bad experience with that with nbl not coming up
Jan 24 20:07:48 <rsalveti> dcordes: why you don't want to use a gnome-session for that?
Jan 24 20:08:38 <dcordes> I'm not sure about how to start netbook-launcher-efl correctly when doing it manually
Jan 24 20:09:06 <dcordes> just putt it in the session startup  before but it didn't come up sometimes
Jan 24 20:09:14 <dcordes> even with large delay
Jan 24 20:10:48 <dcordes> that was in maverick release images
Jan 24 20:30:30 <LetoThe2nd> just giving rootstock a little try. when i follow the guide in the wiki and fire up the image in qemu, it fails with segmentation fault.
Jan 24 20:31:08 <rsalveti> LetoThe2nd: https://wiki.ubuntu.com/ARM/RootStock/KnownIssues
Jan 24 20:31:30 <rsalveti> I think we have the fix for at least 2 bugs, but not yet packaged
Jan 24 20:32:03 <LetoThe2nd> rsalveti: so what to do? checkout trunk and use that?
Jan 24 20:32:29 <rsalveti> bug is not related with rootstock, it's probably qemu
Jan 24 20:33:28 <LetoThe2nd> rsalveti: just built it from scratch... might it be fixed in the ubuntu repos? probably not, i'd guess...
Jan 24 20:33:44 <ogra> rsalveti, before you add that file to /usr/share/gnome-session/sessions talk to didrocks, there is a certain naming scheme that has to be used i was told
Jan 24 20:34:29 <ogra> (great that there is a fix !)
Jan 24 20:37:33 <rsalveti> ogra: oh, ok
Jan 24 20:37:53 <ogra> i think the distro name needs to be in the filename
Jan 24 20:38:07 <ogra> i had to make unity-2d 2d-ubuntu
Jan 24 20:38:50 <rsalveti> could be, let me check with him
Jan 24 20:39:37 <GrueMaster> That will suck.  Not good if people want to try different launchers.
Jan 24 20:40:16 <ogra> ??
Jan 24 20:40:23 <ogra> people will never see that file
Jan 24 20:41:07 <ogra> its just a naming convention for the .session files that gnome put in place
Jan 24 20:42:13 <ogra> wont matter if you call it efl-ubuntu or foo-ubuntu or whatever, you can still select the efl launcher in gdm
Jan 24 20:42:25 <rsalveti> well, just got applied by janimo, but will talk to didrocks once he's on-line
Jan 24 20:42:43 <ogra> thanks
Jan 24 20:42:56 <ogra> with luck i'll kick out efl on wed. :)
Jan 24 20:43:03 <rsalveti> :-)
Jan 24 20:43:18 <ogra> though there might be a MIR blocker ...
Jan 24 20:43:30 <ogra> -2d is currently untranslatable
Jan 24 20:44:05 <ogra> (there is no gettext support yet)
Jan 24 20:47:01 <rsalveti> hm
Jan 24 20:48:19 <ogra> not sure i can get it past the MIR team that way, there are plans for gettext support, but no code or anything
Jan 24 20:48:23 <LetoThe2nd> bottom line - is qemu always segfaults with "qemu: fatal: VS[LR]I.64 not implemented", is there any way to get started with rootstock, or is this just a showstopper for now?
Jan 24 20:48:57 <rsalveti> LetoThe2nd: what qemu version are you using?
Jan 24 20:49:01 <rsalveti> and what ubuntu version
Jan 24 20:49:15 <LetoThe2nd> jd@tabr:~/rootstock$ qemu-system-arm --version
Jan 24 20:49:15 <LetoThe2nd> QEMU PC emulator version 0.12.5 (qemu-kvm-0.12.5), Copyright (c) 2003-2008 Fabrice Bellard
Jan 24 20:49:24 <LetoThe2nd> ubuntu 10.10, amd64.
Jan 24 20:49:51 <rcn-ee_at_work> LetoThe2nd, are you trying to build a 'natty' arm rootfs?
Jan 24 20:50:13 <LetoThe2nd> rcn-ee_at_work: just trying to get started with https://wiki.ubuntu.com/ARM/RootfsFromScratch
Jan 24 20:50:57 <rcn-ee_at_work> LetoThe2nd, just for reference, can you pastebin your full 'rootstock' command..
Jan 24 20:52:02 <LetoThe2nd> rcn-ee_at_work: of course. http://paste.pocoo.org/show/326221/
Jan 24 20:53:32 <rcn-ee_at_work> yeah, your aren't giving qemu any chance with that...  unless you run it on an armel machine, xubuntu-desktop is going to kill qemu...
Jan 24 20:56:19 <LetoThe2nd> rcn-ee_at_work: ok, trying it without seed now.
Jan 24 20:57:10 <LetoThe2nd> rcn-ee_at_work: is there any particular reason why xubuntu kills qemu? or what other packages will have the same effect?
Jan 24 20:57:14 <rcn-ee_at_work> LetoThe2nd, well just something less entensive for the inital install..
Jan 24 20:58:35 <rcn-ee_at_work> LetoThe2nd, it varies on release, some *.deb packages cause issues when installed thru qemu...  Ever since lucid it's been a pain in the rear to track down..
Jan 24 21:01:08 <LetoThe2nd> rcn-ee_at_work: i see.... strange. the message would indicate something missing in qemu's instruction set, so i'd guess it could happen with any package if the compiler only decided to put in that one instruction.
Jan 24 21:04:40 <LetoThe2nd> rcn-ee_at_work: taking away the seed, the emulated system does not segfault, but just stop with a blinking cursor after leaving the kernels boot. :-/
Jan 24 21:10:40 <rcn-ee_at_work> are you dumping any info to the serial console?
Jan 24 21:11:14 <LetoThe2nd> rcn-ee_at_work: no, just stating with the exact example command given on the wiki page.
Jan 24 21:13:04 <rcn-ee_at_work> LetoThe2nd, in your previous message "the emulated system does not segfault, but just stop with a blinking cursor" do you have a serial console for debugging
Jan 24 21:14:37 <LetoThe2nd> rcn-ee_at_work: ok, probably stupid question - where?
Jan 24 21:14:45 <LetoThe2nd> qemu-system-arm -M versatilepb -cpu cortex-a8 -kernel ./vmlinuz -hda qemu-armel-201101242154.img -m 256 -append "root=/dev/sda mem=256M devtmpfs.mount=0 rw"
Jan 24 21:14:49 <LetoThe2nd> qemu-system-arm -M versatilepb -cpu cortex-a8 -kernel ./vmlinuz -hda qemu-armel-201101242154.img -m 256 -append "root=/dev/sda mem=256M devtmpfs.mount=0 rw"
Jan 24 21:14:57 <LetoThe2nd> ohsry for doubleposting.
Jan 24 21:16:56 <rcn-ee_at_work> ah, booting the image with qemu... sorry haven't done that for atleast a year...
Jan 24 21:17:52 <LetoThe2nd> rcn-ee_at_work: for the protocol, i try to start following this: https://wiki.ubuntu.com/ARM/RootfsFromScratch ... hoping that the "demo" commands provide a working starting point.
Jan 24 21:22:43 <rcn-ee_at_work> LetoThe2nd, based on the age of that wiki document, i bet it was with karmic's default, so you need to add "--dist karmic" but that's pretty old..
Jan 24 21:37:42 <TheUni> rsalveti: around?
Jan 24 21:38:04 <rsalveti> TheUni: yup
Jan 24 21:38:40 <TheUni> rsalveti: i've just merged our massive code refactor, i'd like to begin working with you on an evaluation when you get a chance
Jan 24 21:38:45 <TheUni> (xbmc)
Jan 24 21:39:29 <rsalveti> TheUni: awesome, I can try to check this out this week and focus more on next week
Jan 24 21:39:43 <rsalveti> as we moved it to alpha 3
Jan 24 21:39:49 <TheUni> yep, i saw
Jan 24 21:40:46 <rsalveti> TheUni: did you create any release for it? or basically current trunk?
Jan 24 21:41:15 <TheUni> rsalveti: current master. release is still a ways out
Jan 24 21:42:25 <rsalveti> np, will try to check that out
Jan 24 21:42:54 <TheUni> rsalveti: as i've mentioned, you might not target for natty, but we would greatly appreciate some ideas when it comes to packaging. what we've got currently is a monstrosity :)
Jan 24 21:43:05 <rsalveti> haha, np
Jan 24 21:43:13 <rsalveti> let's see what we can at least get for natty
Jan 24 21:56:42 <LetoThe2nd> rcn-ee_at_work: for the protocol: it works with dist karmic.
Jan 24 21:57:52 <rcn-ee_at_work> yeah, karmic's easier for qemu... compile for armv6 vs armv7 + thumb for lucid/maverick/natty...
Jan 24 21:59:03 <LetoThe2nd> rcn-ee_at_work: gotta read up a bit on qemus changes, maybe a more recent trunk might do :-)
Jan 25 01:28:23 <Lopi> Is it possible to compile maverick for armv6?
Jan 25 01:30:00 <persia> Lopi, Potentially, although you might have to patch a few things.
Jan 25 01:30:23 <persia> You would have to recompile the entire archive though, starting with the toolchain, which would be a significant undertaking.
Jan 25 01:30:54 <Lopi> I see, I don't have hardware acceleration so unity might not run that great anyway :/
Jan 25 01:31:12 <rcn-ee> who does. ;)
Jan 25 01:32:17 <rcn-ee> Lopi, if you have enough builders, probally take about a month..
Jan 25 01:34:12 <Lopi> rcn-ee: Unfortunately, I'm the only one working on my project at the moment :/
Jan 25 01:34:33 <persia> Then it might take six or more months, depending on how much of the archive you need to recompile.
Jan 25 01:34:54 <persia> You might consider Debian as a better base for your hardware.
Jan 25 01:35:43 <rcn-ee> Yeah, lopi, that'll run Debian squeeze's armel... once you get the filesystem up an running, tweak the libs/packages you need with apt-build..
Jan 25 01:36:15 <rcn-ee> it should get you fairly close to as optimzed to armv6 as possible..  or there's angstrom.. ;)
Jan 25 01:37:20 <Lopi> I'm currently using karmic with lxde. I may consider switching to Debian. I'm having a hard time deciding the future of my project
Jan 25 01:39:08 <Lopi> I submitted a patch to openembedded a month or two ago for my device. I was playing around with the various OpenMoko distributions. I ended up deciding I needed to build something a little more custom.
Jan 25 01:39:33 <Lopi> I'm still fairly new to all of this though ;p
Jan 25 01:40:27 <rcn-ee> which reminds me.. did lool have a ubuntu 'task/brainstorm' for a building distro from custom compiler options?
Jan 25 01:42:41 <Lopi> rcn-ee: what device do you primarily work with?
Jan 25 01:43:05 <rcn-ee> here we go... this may or may not be usefull... https://wiki.ubuntu.com/Specs/M/DerivedArchiveRebuild
Jan 25 01:44:06 <rcn-ee> Lopi, well, today... the craneboard... ;)  mostly omap3/4's.. some mx5's and at91's..
Jan 25 01:44:16 <persia> rcn-ee, There's work going on in Launchpad to define/enable that sort of thing.
Jan 25 01:44:36 <persia> But I think it just means that one can copy source and rebuild in LP, perhaps with additional patches.
Jan 25 01:45:39 <rcn-ee> yeah, it's just an early spec.. ;) i do like the idea of tweaking the gcc setting and rebuilding..  (even thou you'd probally onlyl do it once..)
Jan 25 01:45:44 <lool> oh it's quite advanced actually
Jan 25 01:45:59 <lool> it allows maintaining derivatives easily, with a subset of or a whole Ubuntu
Jan 25 01:46:09 <Lopi> rcn-ee: Ah, I see. All I'm working with a lowly iPhone3G ;p
Jan 25 01:46:29 <Lopi> is*
Jan 25 01:46:36 <lool> I don't know how far the implementaiton is
Jan 25 01:46:42 <rcn-ee> lool, so if for some reason we wanted to reneable armv5 support in natty++  ;)
Jan 25 01:46:50 <lool> rcn-ee: https://dev.launchpad.net/LEP/DerivativeDistributions
Jan 25 01:46:53 <lool> rcn-ee: Eh  :-0
Jan 25 01:47:09 <lool> rcn-ee: I don't expect us to put efforts into it ourselves, but the tools will be there
Jan 25 01:48:00 <rcn-ee> Yeah, i wouldn't see you guys wasteing bandwidth on that.. but for a local farm, rebuilding ubuntu for a custom board would be nice..
Jan 25 01:48:29 <lool> rcn-ee: I also think qemu is also good enough nowadays that you could use it almost like real hardware provided sufficiently fast machines
Jan 25 01:49:11 * lool => bed &
Jan 25 01:49:33 <rcn-ee> thanks lool  night!
**** ENDING LOGGING AT Tue Jan 25 02:59:57 2011