=== NekoXPP is now known as Neko === plars-away is now known as plars [05:41] anybody have a static armel coreutils? i only need chroot [05:42] scientes: busybox-static should have chroot built in. [05:43] infinity, i've got a guy in #debian-arm where debootstrap from lenny arm fails [05:43] with invalid instruction [05:44] scientes: is he using qemu arm cpu emu? [05:45] There was a memory initialization bug in pre-2.0 qemu [05:45] twb, no he is using the NSLU2 [05:45] with 2.6.32 [05:45] *2.6.26 [05:45] pre 1.0 I meant, but OK [05:45] he is doing a armel chroot [05:46] does he need a newer kernel for EABI support? [05:46] NFI [05:46] Is it a recent ubuntu armel chroot? You know recent ubuntu is v7 only right? [05:46] no its squeeze [05:47] ubuntu wouldn't work [05:47] It's been a LONG time since I played with OABI, but aren't there kernel config differences between OABI and EABI-supporting kernels? [05:47] infinity, every syscall is differn't [05:47] but the new kernels support the old arch [05:47] That would be a "yes". :P [05:47] i just dont know which version [05:48] Sure, but does he have a new kernel? [05:48] I'd assume not. [05:48] the EABI syscalls are 0x90000000something+ [05:48] 2.6.26 [05:48] guess he needs to upgrade that first [05:48] i mean "new" relatively === mckoan|away is now known as mckoan === doko_ is now known as doko [09:03] hmm http://www.phoronix.com/scan.php?page=news_item&px=MTA4NjA [09:06] ogra_: it doesn't do a great deal yet [09:06] sure sure [09:06] but a great start [09:06] but it seems to do more than just xfbdev [09:07] yeah [09:09] needs xf86-video-modeset driver [09:11] I'll hackup an upstream kernel after the next iteration [09:11] let's see how far it will come ;-) [09:14] we have an almost working nv-tegra branched kernel running on the transformer prime :D [09:19] "if it compiles it's great if it boots ship it" ? [09:22] lol [09:23] linus said that [09:23] it boots [09:33] well, unless I build it with the cross compiler in the ubuntu repo [09:34] A mere detail [09:34] * twb waves hand dismissively [09:34] :p [09:35] jedi hand move? ;) [09:35] more like politician [09:35] hrhr [09:56] what does this error mean? sh: cannot create /dev/null: Permission denied ? i get it on the chrooted ubuntu-core on android === mckoan is now known as mckoan|away [10:38] nimesh_accenture: looks like you have an empty /dev directory. Try to 'mount -o bind /dev chroot/dev' before you chroot. [10:40] vstehle: :-) did that and it worked [10:42] Also, I wanted to check the stability of my chroot, so is are there a set of tests that I can run on ubuntu shell to check if all the basic things like audio/framebuffer/wifi/ethernet etc. are in order? [10:49] nimesh_accenture: for fb, you can always 'cat /dev/urandom > /dev/fb0' :) [10:49] for audio, aplay comes to mind [10:50] for wifi, try an iwconfig first [10:50] for ethernet, a ping is a good start [10:53] infinity, i guess you dont need to wait for the compiz stuff, the branch and the package have diverged (unuploaded changes in the branch), so i cant produce a sane patch that wouldnt cause havoc between package and branch (once again) ... unless i upload whats in the branch ... it seems that didrocks is on vacation and i dont want to blindly upload bits i dont know about... [10:54] ogra_: Gah. [10:54] yeah [10:54] ogra_: Tell me there's a hope we can fix it for release? [10:54] (But I guess 0-ish day SRUs will be "okay"...) [10:54] i dont think so, we would have to update the patch after each commit [10:54] ogra_: Mon/Tue would still be fine, if we can manage. [10:54] k [10:55] this will be a mess for five years though ... i dont see a clean solution (apart from the above which surely is a fulltime job) [10:57] vstehle: thx [10:58] ogra_: Well, I would hope unity isn't getting major updates post-release. [10:58] vstehle: but is there a test suit that does this for us? something similar to cts in android [10:58] infinity, hahaha [10:58] ogra_: LET ME HAVE MY FANTASY. [10:59] nimesh_accenture: a test suite? There is a "Linux test project" and a Phoronix test suite, I think. But I did not run them. [10:59] * ogra_ grins [11:00] vstehle: ok...cool! i'll take a look thx again! [12:20] ogra_: do you have the new package or patch done locally already? I can also help testing it if you want [12:26] rsalveti, alf_, http://people.canonical.com/~ogra/compiz/ [12:37] ogra_: thanks! it works on omap5 :) [12:38] heh [12:41] guys i'm getting this error on ubuntu-core 11.10 chrooted on Android ICS : Temporary failure resolving 'ports.ubuntu.com' . is this a DNS issue? i changed /etc/resolve.conf with my local DNS ip add... the ubuntu-server version 11.10 works fine... [13:01] rsalveti, alf_, any news ? [13:03] ogra_: updating/upgrading [13:04] want to make sure it works with the latest stuff [13:04] right [13:38] nimesh_accenture: Either you got resolv.conf wrong, or your DNS server is/was upset. There's not a whole lot else that can go wrong there. [13:38] nimesh_accenture: (Well, or your system isn't connected to the internets) [13:42] infinity: hmmm the same DNS works for my desktop ubuntu ... is there a possibility that some ports are blocked? because i'm behind a corporate network , which has some restrictions [13:43] nimesh_accenture: I have no idea how your network or your android system are configured. [13:43] nimesh_accenture: All I can tell you is that setting resolv.conf in the chroot is all you need to do. If that doesn't work, it's the host system or the network. [13:45] hmmm ...ok...thx infinity...i'll try and talk to the network team to find out whats going on [13:45] nimesh_accenture: It's more likely to be your android setup than the network team's fault. But they may have some handy tips. [13:47] infinity: The README of pandaboard says "Ethernet networking is hardcoded to use 8.8.8.8 and 8.8.4.4 DNS." , but should that affect the chrooted Ubuntu? [13:48] No. [13:57] nimesh_accenture: if you are behind firewall, you need to configure your proxy in the chroot as well. as your config outside of the chroot isn't visible [14:04] ndec: but I didn't have to configure http_proxy on my desktop ubuntu, however /cat /etc/resolv.config on my desktop shows me the DNS ip's [14:06] nimesh_accenture: well, if you are behind proxy, you must have some configuration somewhere, no? [14:08] I dont know what the networking team has done , but we dont have to configure any proxy... our ip addresses are like 10.211.xx.xx [14:09] ndec: thx man...gtg ...have a happy weekend guys [14:37] ogra_: working nicely! [14:37] alf_: and it's actually usable! [14:38] cool, from the archive? [14:39] ndec: yup [14:39] ndec: but with the latest package from ogra, that just starts gtw-window-decorator automatically [14:39] that should hit the archive soon [14:39] rsalveti: nice. i am running a minimal system atm, what's the simplest way to install unity3d? ubuntu-desktop? [14:40] alf_: the only thing I noticed that's a bit slow, is when you're using dash in full screen [14:40] ndec: if you have to install ubuntu-desktop I'd probably recommend you to install the pre-installed image from scratch [14:40] it takes so much time to update/install the packages [14:40] that it's just faster to flash a new one :-) [14:41] rsalveti: from usb it's usually not to bad... [14:41] rsalveti: ogra_: Great! Actually I missed the ping... Ricardo can you please ping me as the second name to test something [14:41] i have lots of things on my /, i don't really want to flash something else ;-) [14:42] ndec: so I believe installing ubuntu-desktop will probably do the work [14:42] alf_: the dash with the default size sounds ok, but with full screen it feels quite slow [14:57] rsalveti: I think the full-screen active blur is too much for the sgx, when I disable the dash blur it's much better [14:57] alf_: makes sense === prpplague^2 is now known as prpplague [15:07] guys, rootstock is not supported anymore, right? [15:07] what should i use instead of it? [15:09] rsalveti, alf_ awesome, committed and pushed, the rest has to happen once didrocks is back from vacation [15:12] ppisati: ubuntu-core [15:14] ppisati, depends, there is no 1:1 replacement [15:17] Hi there, Does anyone know what eglibc options are used on ARM (in terms of option-groups.config)? [15:19] * kenws is looking at https://launchpad.net/ubuntu/+source/eglibc/2.15-0ubuntu2/+build/3199667 [15:20] hm, probably just the defaults (everything enabled) [15:21] ndec: ogra_ so, what do i use to roll an ubuntu filesystem in a tarball? [15:22] ppisati: i don't understand the question... [15:22] you can use -core but need to do all configuration [15:22] and i wrote that a while ago : http://omapedia.org/wiki/OMAP_Ubuntu_Core [15:22] yeah, i guess i will steal from it for the ubuntu wiki :) [15:23] * ppisati goes to read [15:24] ogra_: omappedia, says this "Content is available under Creative Commons Attribution-Share Alike 3.0 license.." so you should be fine ;-) [15:24] heh [15:24] just say my name, and how nice i am.. [15:25] and bring some bribing money ? [15:25] that could do it [15:26] rsalveti: apt-get install ubuntu-desktop took less than 15 mins ;-) [15:27] ndec: nice :-) [15:35] Anyone knows a ubuntu compatible notebook (ARM) with bigger screnn than Toshiba AC100 or Genesi Efika MX Smartbook? [15:36] there isn't one [15:36] well, maybe the macbook air [15:36] oh wait, you said ARM [15:36] there still isn't one [15:37] that said, you could get either the AC100 or the Smartbook and replace the screen, there is a 10" 1280x720 screen that is compatible (disclaimer: i work for Genesi) [15:39] mhm... perhaps another one knows such a device. Sry if I asked three times in ten minutes, looked like it didn't work. [15:42] vstehle: How does unity feel on OMAP4 performance-wise? [15:42] vstehle: oops, OMAP5 [15:43] alf_: it does not work so well... [15:45] vstehle: Do you think (or guess!) this is a driver issue or a compiz/unity issue? [15:45] alf_: i am trying to setup a panda with the same driver. [15:46] alf_: issue is probably on my side, between keyboard and chair :) [15:46] in fact we are now using the new xf86-video-omap driver, which rsalveti is also trying to bring up for next LEB [15:46] for now we have driver issues. [15:46] vstehle: lol [15:46] ndec: ok, thanks [15:47] vstehle: on panda, i have the black screen issue... i guess our PPA does not have the latest fixes from robclark? [15:48] ndec: I don't know... I have not tested on OMAP4 since a week or two. [16:55] rsalveti: http://tincantools.com/product.php?productid=16158&cat=0&page=1&featured [16:55] rsalveti: kits will be ready on monday [17:01] alf_, rsalveti, compiz is now in precise-proposed, would be good to give the packages in the archives another test once they built to make sure everything is fine and i didnt make any mistakes [17:23] ogra_: great, thanks! [18:17] prpplague: awesome! [18:17] ogra_: will do, thanks === W1N9Zr4549 is now known as W1N9Zr0 [19:11] hello [19:12] i recompile my kernel and i need ipkg-utils 1.6 r21 [19:13] can some one say me wherr i can find it? [19:14] all the time bitbake try to compile it, it says that it cant go to cvs handheld.com [19:14] hendheld isnt work now [19:14] so i thought may be some one help me [19:15] i asked google before, but it shows only misstakes and not solving of this problem [22:13] hi! I was redirect here from #ubuntu-devel because I had arm-related questions to getting Ubuntu Core up and running on a ARM-system. [22:15] I got an error message trying to boot a 3.3.1 kernel about "VFS: Cannot open root device "mmcblk0p2" or unknown-block(0,0)" [22:16] the kernel command line is from a older kernel (2.6), I'm not really sure what command line to use with the 3.3.1 kernel [22:16] grateful for any assistance [22:27] jeinor, it's probally either, your bootargs don't match your partition layout, or... you don't have the necessary drives to access the drive.. [22:34] thanks for answering . I think the drivers are there, I got the kernel configuration from a forum thread where this user (which does not respond back) said he got it up and running with that configuration. [22:34] it's probably the bootargs, and me not knowing how to set them in u-boot [22:35] I tried editing the script /boot/boot.scr by hand (vim), but whenever I do it seems to break the boot process completely (even if I just add the --verbose flag) [22:52] rcn-ee, ok I figured out how to change kernel command line args. Apparently I can't just change the args directly in boot.scr, I had to regenerate it using mkimage :) [22:55] rcn-ee, did you just reenter? [22:56] ah, I missed your quit notice there [22:56] I'll repost my last message: rcn-ee, ok I figured out how to change kernel command line args. Apparently I can't just change the args directly in boot.scr, I had to regenerate it using mkimage :) [22:57] yeah, you can't edit that directly, take a look into your u-boot printenv, it might also support "uEnv.txt" files, which are raw text files.. so nice to edit.. [22:58] ok, thanks. I think I'll go with the method I found for now, just running the mkimage-command [22:58] still no luck in finding that root partition though [22:59] then it might be either a missing driver for the interface, or even misssing support for that file system.. and assuming you've ran 'fdisk -l' on it so you know it's correct.. [23:01] it's a dd copy to a new sd card from the stock one sent with the cubox, so I think it's correct. I'll check the filesystem though, as I replaced a 2.6 kernel with 3.3.1 perhaps the default support for ext2 is dropped [23:01] thanks for the tips [23:03] humm, if it's ext2, i've never seen anyone disable that by default.. [23:04] you're right, checked with "make menuconfig" and it's enabled (you can see I'm pretty new with this) [23:08] this makes me believe the driver is there: "mmc0: SDHCI controller on sdhci-dove.0 [sdhci-dove.0] using DMA" [23:08] (I'm trying to boot from a sdcard)