| === gry is now known as gry2 | ||
| === gry2 is now known as gry | ||
| steev | i was going to suggest he add rootwait to his bootargs | 04:47 |
|---|---|---|
| steev | some mmc devices are rather slow | 04:47 |
| jeinor | I get this while booting kernel 3.3.1: "EXT3-fs (mmcblk0p2): error: couldn't mount because of unsupported optional features (240)" | 09:31 |
| jeinor | then "EXT4-fs (mmcblk0p2): warning: maximal mount count reached, running e2fsck is recommended" | 09:31 |
| jeinor | and then "EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Opts: (null)" | 09:31 |
| jeinor | and last "VFS: Mounted root (ext4 filesystem) on device 179:2." | 09:32 |
| jeinor | the partition is a ext2 partition, but still it seems ext4 mounts it | 09:32 |
| jeinor | the last line in the log is "Freeing init memory: 248K", but I still don't get any login console | 09:33 |
| jeinor | should I? | 09:33 |
| XorA | you sure the recomended fsck isnt running? | 09:34 |
| jeinor | no. how do I know? | 09:35 |
| XorA | no idea unless you have disk activity light | 09:36 |
| XorA | also not sure which ubuntu versions give a console prompt and which just go to desktop with nothing on serial | 09:36 |
| jeinor | I don't think I do. It's a small ARM system (Cubox). But the partition is only 4 GB, so I figured it would be done by now if so | 09:37 |
| jeinor | I'm running Ubuntu Core 12.04 beta2, there's no desktop to go to | 09:37 |
| XorA | you could try fscking the card on a PC | 09:38 |
| XorA | it may have got stuck with an unrecoverable error or something | 09:38 |
| XorA | but thats all I can think off | 09:38 |
| jeinor | good idea. Would it be enough to just reformat the partition? | 09:38 |
| XorA | I always try and recover before getting drastic | 09:39 |
| XorA | just to try and understand what happened | 09:39 |
| jeinor | ok, I'll try that | 09:39 |
| jeinor | it found some errors, fixed them, recreated the lost+found and the error message "EXT4-fs (mmcblk0p2): warning: maximal mount count reached, running e2fsck is recommended" disappeared | 09:44 |
| jeinor | so it did something :) | 09:44 |
| jeinor | still it cannot mount the filesystem using ext2, even if it is an ext2 filesystem. it mounts it using ext4 | 09:44 |
| jeinor | and still no login console | 09:44 |
| XorA | at some point in time you mounted it as ext4 and wrote a file | 09:44 |
| jeinor | hmm | 09:44 |
| jeinor | perhaps if ubuntu did it automatically when I inserted the SD card in another computer? | 09:45 |
| XorA | possibly | 09:45 |
| XorA | but as to why its not booting no idea | 09:45 |
| ogra_ | ubuntu doesnt do such stuff, does your kernel have ext2 support ? | 09:46 |
| jeinor | yes, its compiled into the kernel | 09:46 |
| ogra_ | if not, it will indeed try different FS drivers | 09:46 |
| ogra_ | also does your fstab have a proper entry for it pointing to ext2 | 09:46 |
| jeinor | no, it does not. that file is just empty | 09:48 |
| jeinor | (heh) | 09:48 |
| ogra_ | well, that means you leave it to the kernel to do guesswork :) | 09:48 |
| ogra_ | (ubuntu-core is seriously not thought as a rootfs if you dont know how to configure it and do all bits the installer would do ...) | 09:49 |
| lilstevie | I am having a freezing problem :/ after "init: unreadahead main process (105) terminated with status 5" it hardlocks | 09:49 |
| ogra_ | are you sure it hardlocks or does it just not display anything ? | 09:50 |
| jeinor | well, I am learning. I had Ubuntu Core running on qemu arm, and the only modification I did to get a login prompt was to setup a root password there. | 09:50 |
| lilstevie | yeah it hardlocks | 09:50 |
| ogra_ | weird | 09:50 |
| ogra_ | ceck your boot.log ;) | 09:50 |
| ogra_ | *check | 09:50 |
| lilstevie | I have an image on sdcard that should just go to console login rather than starting x | 09:50 |
| lilstevie | and also logs are not written to | 09:50 |
| ogra_ | you dont have the SD locked to readonly, do you ? | 09:51 |
| lilstevie | this is both emmc and microsd | 09:51 |
| ogra_ | hmm | 09:51 |
| lilstevie | on transformer prime | 09:51 |
| lilstevie | we think it is probably the kernel, just don't know why, and seriously lacking some debugging options | 09:51 |
| ogra_ | your kernel has all necessary bits ? | 09:51 |
| lilstevie | yes | 09:51 |
| lilstevie | http://paste.ubuntu.com/939433/ <-- my config | 09:54 |
| lilstevie | just incase you do see something I may have missed | 09:54 |
| ogra_ | bug 936667 came to mind, but you should at least see error messages | 09:54 |
| ubot2 | Launchpad bug 936667 in upstart "Upstart early job logging causes boot failure for systems with no initramfs (error is "No available ptys")" [High,Fix released] https://launchpad.net/bugs/936667 | 09:54 |
| lilstevie | well I do have a different error when running noinitrd | 09:55 |
| lilstevie | but it still ends up in the same lockup | 09:55 |
| ogra_ | hmm, you have legacy pyts on | 09:56 |
| ogra_ | not sure if that can get in your way, but the latest upstart is picky about kernel options at times | 09:56 |
| lilstevie | oh that was me trying to work around failed to create pty with noinitrd | 09:56 |
| lilstevie | I had this problem without legacy ptys | 09:56 |
| ogra_ | wow, why do you compile loopdevice support into the kernel ? | 09:57 |
| ogra_ | 8instead of making it modular) | 09:57 |
| lilstevie | cause that is how it is for android | 09:58 |
| lilstevie | I haven't finished with the kernel yet | 09:58 |
| ogra_ | wow, and also DM | 09:58 |
| ogra_ | your kernel must be huge | 09:58 |
| lilstevie | 3.5MB | 09:58 |
| lilstevie | this is just how things are in the default android config that I haven | 09:59 |
| jeinor | ogra_: do you know any place I can find the minimum configuration I need to do in order to get ubuntu core up and running? | 10:00 |
| lilstevie | haven't bothered changing yet | 10:00 |
| ogra_ | wowhmm your wlan driver is also hard compiled in and has a hardcoded firmware part ... | 10:00 |
| lilstevie | yeah, that is bcmdhd | 10:00 |
| ogra_ | jeinor, http://omapedia.org/wiki/OMAP_Ubuntu_Core has some hints | 10:01 |
| jeinor | thanks | 10:01 |
| lilstevie | the firmware part is hardcoded cause I needed to rearrange some things :) | 10:01 |
| ogra_ | lilstevie, i would make a lot stuff in your kernel modular | 10:01 |
| ogra_ | as a first step | 10:02 |
| lilstevie | bcmdhd does not work, at least on android without being compiled in | 10:02 |
| lilstevie | this is a very early 3.1.10 port, a lot of the asus stuff is still horribly intertwined | 10:02 |
| ogra_ | well, if you are sure it is locked up hard ... hard to say what it is ... if you wouldnt be sure about that i would just have guessed for a worng console= arg on the cmdline | 10:04 |
| lilstevie | the commandline is certainly correct | 10:05 |
| ogra_ | (the ureadahead message is usually the last bit you see before the userspace console kicks in) | 10:05 |
| lilstevie | and this kernel will boot android with its config differences too | 10:05 |
| lilstevie | and yeah I know | 10:06 |
| ogra_ | well, that it boots android has nothing to say :) | 10:06 |
| lilstevie | thats why I was wondering if there was something extra for a more verbose output | 10:06 |
| lilstevie | and haha yeah .39 boots android too, but has a horribly broken framebuffer in ubuntu | 10:07 |
| ogra_ | since you seem to properly get through the initrd i would boot with something like break=top or break=premount or so in your cmdline | 10:07 |
| ogra_ | that will drop you into the initrd shell for further debugging | 10:07 |
| lilstevie | ok | 10:07 |
| ogra_ | (and indeed make sure to not have "quiet" set ;) ) | 10:08 |
| ogra_ | jeinor, note that the above url refers to pandaboards, so dont pick up things like bootloader4 config etc from there since this is HW specific | 10:09 |
| lilstevie | yeah I only have root= at the moment | 10:10 |
| jeinor | ogra_: got it. I used it for configuring network and root user so far | 10:10 |
| jeinor | I also recreated the filesystem using mkfs.ext3 and reuntared ubuntu core to it | 10:11 |
| jeinor | let's see what happens... :) | 10:11 |
| ogra_ | lilstevie, right, try break=top ... that should get you the initrd prompt right after uncompressing | 10:11 |
| jeinor | ogra_: that removed all error messages on the filesystem. it now properly detects the filesystem as ext3 and mounts it without any error messages. | 10:14 |
| ogra_ | good | 10:14 |
| jeinor | ogra_: i still get no login console, but I'm starting to believe there's a problem with the graphics driver. I see no output whatsoever on the monitor connected via HDMI during the boot process | 10:15 |
| ogra_ | well, do you see anything on the serial console ? | 10:15 |
| jeinor | I don't think I have setup a serial console. Learned yesterday how to connect through putty to be able to view the output to ttyS0 | 10:16 |
| jeinor | so I see all kernel messages in the putty console window | 10:16 |
| jeinor | but I don't think I can do anything from there | 10:16 |
| ogra_ | well, see the hints on the webpage for setting up serial login then | 10:17 |
| jeinor | right | 10:17 |
| lilstevie | ogra_: testing with break=top now | 10:25 |
| ogra_ | good | 10:25 |
| jeinor | ogra_: how do I connect to my new serial console? do I use putty? | 10:25 |
| ogra_ | do you use windows on your host PC ? | 10:25 |
| jeinor | no | 10:25 |
| jeinor | ubuntu | 10:25 |
| ogra_ | why do you use putty then and not a sane terminal program ? | 10:26 |
| ogra_ | putty is a windows terminal emulator (that happens to have been ported to linux) | 10:26 |
| jeinor | the guide from the Cubox wiki contained instructions for using putty | 10:26 |
| jeinor | I see | 10:26 |
| jeinor | what is a sane terminal program? | 10:27 |
| ogra_ | try screen ... | 10:27 |
| ogra_ | i.e.: | 10:27 |
| ogra_ | screen /dev/ttyUSB0 115200 | 10:27 |
| ogra_ | that should get you a serial console in the terminal you run it in | 10:27 |
| ogra_ | (see man screen for the commands to attach/detach from that session etc) | 10:28 |
| jeinor | that gave me a flashing prompt. Would I need to switch tty using ctrl+alt+fX? | 10:28 |
| ogra_ | no | 10:28 |
| jeinor | ok. that SHOULD have given me a login prompt then, right? | 10:29 |
| ogra_ | it talks directly to your serial port and will exactly output what the cubox sends to the serial port | 10:29 |
| ogra_ | (you should see boot messages (and possible errors) if you reset the cubox) | 10:29 |
| jeinor | yep, that gives me the same output as putty did before (but nicer in a normal terminal window) | 10:31 |
| jeinor | thanks for the tip | 10:31 |
| lilstevie | interesting | 10:31 |
| lilstevie | ogra_: it boots when exiting from the initramfs shell | 10:32 |
| jeinor | but if I had succeeded in configuring the serial-console, I should have gotten a login prompt here, correct? | 10:32 |
| ogra_ | lilstevie, race then ... | 10:32 |
| lilstevie | heh fun | 10:32 |
| ogra_ | jeinor, not if there were errors during boot | 10:32 |
| lilstevie | ogra_: what do you suggest | 10:32 |
| ogra_ | jeinor, reset the cubox and see if you see any boot errors now | 10:32 |
| ogra_ | lilstevie, debugging :P | 10:32 |
| lilstevie | heh | 10:33 |
| ogra_ | try break=premount next ... that drops you into the console a bit later | 10:33 |
| ogra_ | if that works too, try =bottom ... that gives you the console after it mounted the rootfs | 10:33 |
| jeinor | ogra_: same output as before, ends with "Mounted root (ext3 filesystem) on device 179:2", "devtmpfs: mounted" and last "Freeing init memory: 248K" | 10:34 |
| lilstevie | ok | 10:34 |
| jeinor | I'll check earlier in the log | 10:34 |
| ogra_ | jeinor, whats your kernel commandline ? | 10:34 |
| ogra_ | i.e. what does the bootloader tell the kernel when it loads it | 10:35 |
| jeinor | "console=tty0 console=ttyS0,115200n8 vmalloc=384M root=/dev/mmcblk0p2 rootdelay=2 clcd.lcd0_enable=1 clcd.lcd1_enable=0 --no-log --verbose" | 10:35 |
| ogra_ | are you sure you need the clcd bits in there ? | 10:35 |
| jeinor | no, I'm not sure what they do. I copied them from the stock kernel command line | 10:36 |
| jeinor | Tried to google that, didn't find anything so I figured I'd better leave them as is | 10:36 |
| ogra_ | well, i guess the device has two lcd ports on borad | 10:36 |
| jeinor | LCD = HDMI/DVI/VGA? | 10:37 |
| ogra_ | no idea how marvell defined them :) | 10:37 |
| jeinor | ok :) I'll try removing them | 10:37 |
| ogra_ | one could be attached to the hdmi port and one to an internal socket that gets used in other devices for touchscreens etc | 10:38 |
| jeinor | makes sense, there is one HDMI port on the Cubox, no VGA/DVI | 10:38 |
| ogra_ | btw, are you using the armel or armhf tarball ? | 10:40 |
| jeinor | currently the armel | 10:41 |
| scientes | eek, | 10:41 |
| ogra_ | k | 10:41 |
| scientes | not using to your full potential! | 10:41 |
| ogra_ | that should be on the safe side then | 10:41 |
| jeinor | not using at any potential right now... :) | 10:41 |
| scientes | jeinor, you know you can always use multiarch to install armel packages if you have problems right? | 10:41 |
| ogra_ | right, but it will make sure he wont be hit by any floating point issues for now | 10:41 |
| ogra_ | getting a first boot up is the current focus ;) | 10:42 |
| scientes | ogra_, kernel could still be compiled with VFP support, but that kernel floating point but a few revs back only affected x86-32 | 10:42 |
| scientes | *bug | 10:42 |
| ogra_ | the kernel doesnt care | 10:42 |
| scientes | ogra_, it actually has a VFP option | 10:43 |
| jeinor | scientes: didn't know that. Will try the armhf as soon as I got an armel up and running | 10:43 |
| scientes | (wouldn't make much of a speed diff as there is *very* little fp in the kernel) | 10:43 |
| jeinor | how do I scroll in screen? the --verbose option gives lots of output | 10:45 |
| scientes | jeinor, pipe it to less? | 10:45 |
| scientes | | less | 10:45 |
| ogra_ | man screen (in a second terminal you put next to it) | 10:45 |
| ogra_ | scientes, wont help much with dmesg from a serial port :) | 10:45 |
| scientes | ogra_, well if you have that you can just turn on infinite back scrolling in your terminal emulator | 10:46 |
| jeinor | uhm... feeling a bit stupid here... what does "C-a" mean? what key is that? | 10:48 |
| ogra_ | C means control | 10:48 |
| ogra_ | a means a :) | 10:49 |
| scientes | ^ | 10:52 |
| jeinor | :) thanks. entered copy mode, and now I can scroll in the buffer | 10:52 |
| jeinor | init is doing a whole lot of work here | 10:52 |
| jeinor | but there are no error messages, just a lot of "Handling start event" | 10:53 |
| jeinor | I must have done something wrong when configuring that serial console. everything looks fine | 10:54 |
| ogra_ | anything on the monitor btw ? | 10:56 |
| ogra_ | 8since you dropped the lcd args) | 10:56 |
| jeinor | testing now | 11:01 |
| jeinor | no, still nothing there. And still no login terminal. | 11:04 |
| jeinor | hmm | 11:04 |
| jeinor | perhaps that serial-console script on the web page parses my first console= line, thus missing the correct options for the ttyS0 | 11:04 |
| jeinor | I have two, console=tty0 console=ttyS0,etc | 11:05 |
| ogra_ | the first console line defines the console the kernel dumps dmesg to ... | 11:05 |
| ogra_ | the second one defines whats used for userspace | 11:05 |
| ogra_ | oh | 11:05 |
| jeinor | the first one is console=tty0, so it should dump dmesg to the screen then | 11:05 |
| ogra_ | your second one say console=ttyS0 ? | 11:05 |
| jeinor | console=ttyS0,115200n8 | 11:06 |
| * ogra_ wonders if the armada actually defines the serial console as S0 | 11:06 | |
| ogra_ | try dopping *all* console args for a test | 11:06 |
| jeinor | hm | 11:06 |
| jeinor | ok | 11:06 |
| ogra_ | and see what happens :) | 11:06 |
| ogra_ | though looking at the cubox wiki they all seem to use a single console arg defined as console=ttyS0,115200n8 | 11:08 |
| jeinor | yeah, that's where I got it from | 11:09 |
| jeinor | but you're right, perhaps I should drop the first console at least (trying without all now) | 11:09 |
| jeinor | ok, so removing all made screen stop receiving output after "Uncompressing Linux... done, booting the kernel." | 11:10 |
| jeinor | I'll try just the first one, console=ttyS0,115200n8 now | 11:10 |
| ogra_ | right, but did you see anything on the monitor ? | 11:11 |
| jeinor | no, I checked that too. tried to switch tty as well (ctrl+alt+fX) | 11:11 |
| ogra_ | (and make sure to wait for a while, it might take a bit to get to the login prompt, giv it time) | 11:11 |
| jeinor | ... that I didn't do. will redo that attempt after trying the single console= | 11:12 |
| ogra_ | its an 800MHz system booting off slow media after all | 11:12 |
| jeinor | true | 11:12 |
| ogra_ | "After a while (it takes a bit) a framebuffer console will appear, hiding the boot messages. Don't be scared, and wait for a few minutes. The login prompt will finally appear. " | 11:13 |
| ogra_ | from the wiki :) | 11:14 |
| XorA | this is why us old school guys like out console messages, gives us hope :-D | 11:14 |
| ogra_ | yeah | 11:14 |
| jeinor | :) | 11:14 |
| jeinor | well, I think the framebuffer console won't appear here, this is not the stock kernel. The 2.6 kernel had graphic drivers and used a second command line arg, video= with resolution and stuff | 11:15 |
| ogra_ | what kernel is it then ? | 11:15 |
| jeinor | 3.3.1 | 11:15 |
| ogra_ | and are you 100% sure that kernel is supposed to work at all | 11:15 |
| ogra_ | (with ubuntu) | 11:15 |
| jeinor | compiled by me, config from forum post where they said it booted fine | 11:16 |
| ogra_ | on ubuntu ? | 11:16 |
| jeinor | they had Debian | 11:16 |
| jeinor | perhaps it just wont work? | 11:16 |
| ogra_ | well, the debian kernel should tehoretically work | 11:16 |
| jeinor | http://www.solid-run.com/phpbb/viewtopic.php?f=9&t=493 | 11:17 |
| jeinor | this is the link where this user (which doesn't respond back) says he got it working with stock 3.3.1 kernel | 11:17 |
| jeinor | and Debian 6 | 11:17 |
| jeinor | so I figured Ubuntu Core would work with that kernel as well | 11:17 |
| jeinor | first tried booting Ubuntu Core with kernel 2.6, but got looping error messages from dmesg complaining about missing functionality | 11:18 |
| jeinor | the kernel I used is downloaded from www.kernel.org | 11:19 |
| lilstevie | ogra_: all three work top, premount and bottom | 11:19 |
| ogra_ | lilstevie, well, then blame usersapce or some kernel option the userspace needs | 11:20 |
| lilstevie | heh | 11:20 |
| lilstevie | but I'm still in no better position to debug :/ | 11:20 |
| jeinor | but if the serial-console would have been working, I should have been given a login prompt in my screen session to /dev/ttyUSB0, correct? | 11:20 |
| ogra_ | "Also note that currently, the "make modules" fails, there is some sort of compile error for the framebuffer modules. I just ignored them at initial testing...." | 11:20 |
| ogra_ | so why would you expect anything on your monitor at all ? | 11:21 |
| jeinor | ogra_: yeah, I've read that. I figured that was the framebuffer module (with support for higher resolution and such), and that it would fallback to just displaying the console using some basic graphics drivers | 11:21 |
| jeinor | but perhaps you're right, perhaps it just doesn't work at all | 11:22 |
| jeinor | but I still should get a login console on the serial-console | 11:22 |
| ogra_ | true | 11:23 |
| ogra_ | can you pastebin your full output from the screen session ? | 11:24 |
| ogra_ | (from one boot attempt indeed) | 11:26 |
| jeinor | hmm, trying to get the whole screen buffer | 11:26 |
| jeinor | hardcopy gives me the current window | 11:26 |
| jeinor | I'm on it | 11:28 |
| jeinor | where do screen logs go with the -L option? | 11:32 |
| ogra_ | C-a H (log) Begins/ends logging of the current window to the file "screenlog.n". | 11:33 |
| jeinor | http://pastebin.com/NqfgpiCT | 11:36 |
| jeinor | ogra_: I have to leave for a few hours, will be back here later. I am really grateful for your help, I've been stuck on this problem for some days now and it's frustrating when I don't know even where to start looking | 11:39 |
| ogra_ | yep | 11:39 |
| ogra_ | i might not be around though (i usually dont work on weekends :) ) | 11:39 |
| ogra_ | i wonder what /etc/init,conf is supposed to be | 11:40 |
| jeinor | the /etc/init.conf in the rootfs? | 11:41 |
| jeinor | they don't mention that one in the OMAP guide | 11:41 |
| ogra_ | well, it usually doesnt exist on ubuntu systems | 11:41 |
| ogra_ | but seems ot be read on yours | 11:42 |
| jeinor | hmm.. something specific to ubuntu core perhaps? | 11:42 |
| jeinor | maybe upstart doesn't properly start my serial-console script because of some errors with /etc/init or /etc/init.conf | 11:43 |
| ogra_ | as i said, /etc/init.conf shouldnt exist | 11:43 |
| ogra_ | and it seems the boot stops at upstart-udev-bridge | 11:44 |
| ogra_ | probably soemthing you should take to our upstart maintainer on monday | 11:44 |
| ogra_ | (he is jodh in #ubuntu-devel) | 11:44 |
| jeinor | actually, when I mount the root partion on another computer and look in /etc/ the file isn't there (init.conf) | 11:44 |
| ogra_ | yes, as its supposed to be, not sure why there is that message in your dmesg | 11:45 |
| jeinor | true, maybe to notify me that if the file had been there, it should have been read | 11:45 |
| jeinor | I do have the --verbose option on | 11:46 |
| ogra_ | yeah, likely | 11:46 |
| ogra_ | in any case it doesnt seem to even get to fire up a getty process | 11:46 |
| ogra_ | either a kernel misconfiguration or some issue with upstart | 11:47 |
| jeinor | ok | 11:47 |
| jeinor | then I have a pointer on where to continue next | 11:47 |
| jeinor | thanks a lot for all your help! | 11:47 |
| ogra_ | np :) | 11:47 |
| jeinor | I'll report back here on how it goes :) | 11:47 |
| jeinor | really appreciate your help, worth a lot for me. take care! | 11:48 |
| lilstevie | ok ogra_ I can trace it to something in bottom | 12:15 |
| lilstevie | I get a panic some boots with break=bottom | 12:15 |
| danboid | Are there no mirrors of Ubuntu ports? | 12:46 |
| jeinor | ogra_, you here? | 14:42 |
| jeinor | ogra_: I got it working!!! the reason I didn't get a console was that I had accidentally placed the serial-auto-detect-console.conf in /etc/, not in /etc/init | 14:51 |
| jeinor | !!! | 14:51 |
| jeinor | thanks again for all your help! now that I have a root console, I'm in my safe place again :) | 14:52 |
| jeinor | ogra_: in case anyone else comes in asking questions about kernel 3.3.1 and ubuntu core :) http://www.solid-run.com/phpbb/viewtopic.php?f=4&t=544 | 18:37 |
| infinity | jeinor: Not that it matters for kernels that are ABI-agnostic, but if you're going to recommend people install an ARM cross-compiler, recommend they install gnueabihf, please. | 18:54 |
| infinity | We really want to encourage people to switch to armhf completely. | 18:54 |
| infinity | jeinor: Err, and same for core itself, you tell people to use armel, again, they'll be much happier with armhf. | 18:55 |
| jeinor | Il | 19:21 |
| jeinor | wops, I'll change that | 19:21 |
| jeinor | infinity, what is ABI-agnostic? | 19:21 |
| jeinor | to run a ubuntu core armhf, will I need to recompile kernel using the gnueabihf cross compiler? | 19:22 |
| jeinor | more importantly, will it make any performance difference? | 19:24 |
| infinity | jeinor: No, the kernel doesn't care what ABI your userspace is at all. | 19:24 |
| infinity | jeinor: Using either compiler will get you an identical kernel. | 19:25 |
| infinity | jeinor: I'd just prefer we encourage people to use hf in all cases. | 19:25 |
| jeinor | I'll test that for my install and if everything works as before I'll change it in the post | 19:32 |
| jeinor | thanks for pointing it out | 19:32 |
| jeinor | hmm, what happens to all the armel-packages out there? in apt repositories for example? can I run armel compiled binaries on armhf systems? | 19:41 |
| infinity | With multiarch, you might be able to. | 19:41 |
| infinity | But generally, you should compile things for armhf. | 19:41 |
| infinity | They're ABI-incompatible. | 19:42 |
| infinity | The question is basically the same as "can I run i386 binaries on amd64", to which the answer is "sometimes". | 19:42 |
| jeinor | I see. What about the packages in apt repositories? Are most armhf or armel nowadays? | 19:43 |
| jeinor | openjdk, for example? | 19:43 |
| mythos | i think, there are two ports. one for armel and one for armhf | 19:47 |
| mythos | and as far as i know, the armhf port was completely rebuild (some weeks ago?). openjdk is also in the armhf-universe-repo of precise | 19:52 |
| jeinor | ok, thanks | 19:53 |
| jeinor | when you're saying "the armhf port was completely rebuilt", do you mean all packages in the official ubuntu repo were rebuilt for precise? | 19:55 |
| mythos | for armhf in generell, i think | 19:55 |
| jeinor | sounds promising, I'll see what packages are there when I begin to setup my system | 19:59 |
| mythos | it's quite eays to geht the package-information: download http://ports.ubuntu.com/dists/precise/universe/binary-armhf/Packages.gz for main/restricted/universe/multiverse and grep for the "Package: " | 20:01 |
| mythos | * row | 20:02 |
| jeinor | nice, thanks for the tip | 20:04 |
| mythos | np, you are welcome | 20:04 |
| mythos | jesus, my grammar is bad today | 20:06 |
| infinity | jeinor: There are two different prices ports. armhf and armel. armhf is the one we're supporting. | 20:58 |
| scientes | jeinor, http://packages.ubuntu.com | 22:04 |
| === Ursinha` is now known as Ursinha | ||
| === Ursinha is now known as Guest65814 | ||
| mythos | scientes, there is only i386, amd64 and powerpc selectable | 22:44 |
| scientes | oh yeah ubuntu has an ugly split unlike debian | 22:45 |
| scientes | there is another site, but i forget where it is | 22:45 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!