[01:33] <Dingo_aus> G'day all - trying to install Maverick on a SD card for BeagleBoard and the instructions on https://wiki.ubuntu.com/ARM/OMAPMaverickInstall result in me getting a "bash /dev/sdc permision denied" error
[01:33] <Dingo_aus> anyone know how to fix this?
[01:34] <Dingo_aus> My relevant terminal session is:
[01:34] <Dingo_aus> sudo sh -c './ubuntu-netbook-10.10-preinstalled-netbook-armel+omap.img.gz' > /dev/sdc
[01:34] <Dingo_aus> bash: /dev/sdc: Permission denied
[01:34] <persia> You get the error at trying to write the SD card?
[01:34] <Dingo_aus> yes
[01:34] <persia> Oh, right.  the redirect needs to be inside the quotation marks.
[01:34] <Dingo_aus> oh...
[01:34] <persia> Because you need the elevated permissions for > not for zcat.
[01:35] <Dingo_aus> Thanks - yeah I usually use DD or other commands, not really familiar with this one - cheers
[01:35] <persia> zcat ./ubuntu-netbook-10.10-preinstalled-netbook-armel+omap.img.gz | sudo tee /dev/sdc > /dev/null` might do almost the same thing, but I'm not sure I trust tee that much.
[01:36] <persia> Oh, for dd, just unzip the image, and then `sudo dd if=${img} of=${SD} bs=1M` or something
[01:36] <Dingo_aus> Thanks so much - my SD card is be written to as we type
[06:17] <daurnimator> anyone here got a beagleboard xm?
[08:49] <persia> daurnimator, There's a few folk who reported they had them, and the omap3 images were reported to work on them.  It may be that you'll get a better response to a specific question.
[15:59] <dhiry2k> hi all while running apt-get install in chroot environment getting message as Unsupported ioctl: cmd=0xc020660b
[16:00] <ogra_ac> yes, you can ignore that
[16:00] <dhiry2k> ogra, but why this comes?
[16:01] <dhiry2k> any issue in my chroot environment?
[16:01] <ogra_ac> because qemu-static hasnt implemented this ioctl
[16:01] <ogra_ac> no
[16:01] <ogra_ac> every binary you run in your chroot is wrapped in qemu
[16:01] <ogra_ac> its a qemu issue
[16:01] <dhiry2k> ogra, oho then i can add bug for qemu
[16:02] <ogra_ac> check before ... i think there might be one already
[16:02] <dhiry2k> ogra_ac, compiling and creating .deb for armel in chroot is feeling quite slower process
[16:02] <dhiry2k> ogra_ac, is there any way to do cross compile for arm in x86
[16:02] <ogra_ac> its faster than in a VM but yes, still slow
[16:03] <ogra_ac> dhiry2k, yes if you run maverick (10.10) hrw|gone can give you info
[16:03] <dhiry2k> ogra_ac, what is normally preferred way to creating deb for armel
[16:03] <ogra_ac> (he maintains the cross tools)
[16:03] <ogra_ac> native compilation is the preferred way
[16:04] <dhiry2k> ogra_ac, native means compiling in armel os itself
[16:04] <dhiry2k> ?
[16:04] <ogra_ac> yes
[16:04] <ogra_ac> thats how we build the whole distro
[16:05] <dhiry2k> ogra_ac, i have created filesystem using rootstock for 10.10
[16:05] <dhiry2k> but each time rootstock takes packages from repo
[16:06] <dhiry2k> i need to divert rootstock  to local directory where i kept almost all packages
[16:06] <dhiry2k> and remaining it should take from repository
[16:07] <dhiry2k> can it possible?
[16:08] <rcn-ee> can't you copy and install them after you've created the image?
[16:09] <dhiry2k> rcn-ee, first i created image with gnome not want to try with xfce then main basic packages already i have need not necessary to redownload
[16:09] <dhiry2k> just downoad xfce4
[16:09] <dhiry2k> i want to create different images of different display manager
[16:09] <dhiry2k> but base packages for all are same
[16:09] <rcn-ee> use a cache: like apt-cacher-ng ?
[16:10] <dhiry2k> rcn-ee, can you elaborate it ..how to use this for rootstock
[16:10] <ogra_ac> approx ftw
[16:11] <rcn-ee> dhiry2k, with ubuntu/debian there's lots of *.deb cache/proxy tools to save bandwidth, the one i use is "apt-cacher-ng"
[16:12] <rcn-ee> with rootstock i point to it with: "--mirror http://192.168.0.10:3142/ports.ubuntu.com/ubuntu-ports"
[16:12] <rcn-ee> just remember, your final image will have "192.168.0.10" in the /etc/apt/source.list so if you give it to someone else, remembet to edit that..
[16:14] <dhiry2k> but i am feeling if i give gdm or xfce,lxde either of this then rootstock takes many packages which i dont need
[16:14] <dhiry2k> so always needed to to remove packages manually
[16:14] <dhiry2k> after creating filesystem
[16:14] <rcn-ee> last i tried lxde it brought in a lot of extra stuff, 'xfce' by itself is still pretty minimal...
[16:14] <ogra_ac> just use ubuntu-minimal then
[16:15] <ogra_ac> save that ... and then add on top of a copy
[16:15] <dhiry2k> ogra_ac, ubuntu_minimal has any desktop environment or need to add manually
[16:15] <rcn-ee> for xfce, i use this to get a prety minimal desktop: "--seed xfce4,gdm,xubuntu-gdm-theme,xubuntu-artwork,xserver-xorg-video-omap3"
[16:15] <ogra_ac> minimal is minimal console system
[16:16] <dhiry2k> rcn-ee, lxde looks good diaplay manager
[16:17] <dhiry2k> but i have seen my board gets heated after some time of running display manager
[16:17] <rcn-ee> yeah i used it by default with jaunty on my beagle..
[16:17] <rcn-ee> heated: wait till the pm changes in 2.6.37...
[16:17] <dhiry2k> rcn-ee, have faced issue of heating
[16:18] <dhiry2k> have you  faced issue of heating
[16:18] <rcn-ee> yes... even in mainline, only the cpu idle bits are their, the core other wise runs at what ever clock speed you give it..
[16:19] <rcn-ee> looking at what's going in 2.6.37 it'll get a lot better...
[16:19] <dhiry2k> how to improve performance on beagle for display manager and running different application at same time
[16:20] <ogra_ac> upgrade the HW to a pandaboard ;)
[16:20] <dhiry2k> ogra_ac, you mean pandaboard has more ram and better CPU?
[16:20] <rcn-ee> just on the beagle? make sure your running it as fast as it can.. bx/cx = 600, c4 = 720, xm (800, 1Ghz with 2.6.37).. lots of swap.. really fast usb-harddrives as rootfs..
[16:21] <ogra_ac> dual core 1GHz and 1GB ram, yes
[16:22] <dhiry2k> rcn-ee, i not created swap
[16:22] <dhiry2k> how to swap ?
[16:22] <rcn-ee> that'll kill the desktop experience..
[16:22] <dhiry2k> how to add swap
[16:23] <rcn-ee> since you've allready partition, used the swap file option: https://help.ubuntu.com/community/SwapFaq
[16:23] <ogra_ac> yeah, you should use swap files in any case
[16:24] <ogra_ac> dont use swap partitions on SD
[16:24] <rcn-ee> but sometimes you just have to. ;)
[16:42] <dhiry2k> ogra_ac, rcn-ee thanks it worked
[21:01] <Neko> ogra, oem-config still doesn't work because gdm starts instead as usual
[21:02] <Neko> the permissions are fine now I fixed rootstock but gdm is still in the way
[21:02] <ogra_ac> well, doesnt happen for anyone else
[21:02] <ogra_ac> must ne necause you touch the rootfs
[21:02] <Neko> could it be 100% down to lack of initramfs?
[21:02] <ogra_ac> no
[21:02] <Neko> 10%?
[21:02] <ogra_ac> heh
[21:02] <ogra_ac> no
[21:03] <Neko> okay so ruling that out what on earth makes it so that gdm starts and then ubiquity-dm just complains and complains in the background that it cannot start X?
[21:03] <ogra_ac> likely still permissions for dbus
[21:03] <Neko> but they're fine
[21:04] <Neko> that gdm starts at all means the tar fix in rootstock worked
[21:04] <Neko> (otherwise /var/lib/gdm is owned by hplip on  my system :)
[21:05] <Neko> could it be that rootstock simply fails to set up dbus properly when doing the chroot and this is the problem not so much the correct permissions but lack of actually setting permissions
[21:07] <ogra_ac> might be
[21:07] <ogra_ac> no idea, really, i just know it works for others that dont touch the filesystem
[21:08] <Neko> rootstock-201010121152.log:WARNING:root:Failed to setup dbus (ignoring)
[21:08] <Neko> for instance :)
[21:08] <Neko> we don't touch it either
[21:08] <Neko> I extracted a rootstock directly to an SD card
[21:08] <Neko> I even tried leaving the image there, mounting it, and rsyncing to sd card
[21:09] <ogra_ac> Failed to setup dbus is expected in a chroot
[21:09] <ogra_ac> thats what its supposed to do
[21:09] <Neko> qemu should fix it?
[21:09] <Neko> or firstboot?
[21:09] <ogra_ac> dbus sets up itself on first start, right
[21:09] <ogra_ac> see its init script
[21:15] <Neko> so frustrating
[21:15] <Neko> anyway I really popped in here to ask since I noticed.. linux-headers-linaro-imx51??
[21:17] <ogra_ac> wrong channel ;)
[21:17]  * ogra_ac points to #linaro
[21:17] <Neko> yeah I guessed as much :D
[21:18] <ogra_ac> its plain upstream afaik
[21:40] <zumbi_> i am trying to run unity, but I get a message on required driver missing.. any ideas?
[21:41] <ogra_ac> get a driver ?
[21:41] <zumbi_> ogra_ac: what driver?
[21:41] <zumbi_> unity-driver?
[21:41] <ogra_ac> one that supports 3D
[21:41] <ogra_ac> unity makes heavy use of GL
[21:42] <zumbi_> uhm.. that might be tricky as i am on a imx51 netbook
[21:42] <zumbi_> not sure if that is supported
[21:42] <ogra_ac> ask Neko :)
[21:43] <ogra_ac> but its unlikely that even if you have a driver it will work
[21:43] <ogra_ac> on ARM GL usually means GLES
[21:43] <ogra_ac> which is only a subset of GL and parts of unity are still not supporting it fully
[21:43] <zumbi_> I believe GLES is supported by omaps
[21:44] <zumbi_> oh! so, unity not for ARM?
[21:45] <zumbi_> linrao might need to fiix that :)
[21:45] <ogra_ac> not yet
[21:45] <ogra_ac> there is work going on for it
[21:45] <ogra_ac> in linaro
[21:45] <ogra_ac> and the canonical DX team
[21:45] <ogra_ac> and in TI
[21:45] <ogra_ac> but its not there yet
[21:45] <zumbi_> not FSL?
[21:45] <ogra_ac> i saw unity running for a few mins on a pandaboard
[21:46] <ogra_ac> but it still locks up often
[21:46] <ogra_ac> zumbi_, no idea ubuntu-arm doesnt do anything with FSL anymore
[21:46] <ogra_ac> they dropped out
[21:46] <zumbi_> uhm.. bad for them
[21:46] <Neko> we will be supporting it soooooon
[21:47] <ogra_ac> Neko, lol
[21:47] <zumbi_> Neko: what will we be supporting soon?
[21:47] <Neko> there are some things we want to fix first and building other packages takes precedence
[21:47] <ogra_ac> so you plan to rewirite clutter alone ?
[21:47] <Neko> we did ship GL libs one time but.. they are buggy :D
[21:47] <ogra_ac> ah, GL
[21:47] <Neko> not clutter, just shipping GLES
[21:47] <ogra_ac> i thought unity
[21:48] <zumbi_> ogra_ac: out of curiosity, is unity related to Erlang programming language?
[21:48] <ogra_ac> might be
[21:48] <zumbi_> i saw some erlang dependencies, but i was not sure if it is related
[21:49] <ogra_ac> i think something is using erlang in the default install nowadays, might be ubuntu-one though
[21:49] <Neko> I thought ubuntu-one used python
[21:49] <zumbi_> Erlang is quite impressive