**** BEGIN LOGGING AT Wed Feb 10 02:59:58 2010 Feb 10 08:23:03 lool: just dowloaded your zImage in my qemu, it works. Feb 10 08:23:35 lool: but my zImage built from latest lucid tree, fails to mount root device Feb 10 09:01:24 cooloney: Ah Feb 10 09:01:46 cooloney: Did you build it from the lucid source package, or the lucid tip? Feb 10 09:02:19 cooloney: Could you try http://people.canonical.com/~apw/misc/arm/linux-image-2.6.32-13-versatile_2.6.32-13.18~masterapw1_armel.deb ? Feb 10 09:02:42 cooloney: unpack the .deb with dpkg-deb -x linux-image-2.6.32-13-versatile_2.6.32-13.18~masterapw1_armel.deb linux-versatile/ or something like that Feb 10 09:02:47 then use linux-versatile/boot/vmlinuz* Feb 10 09:03:09 * apw looks blearily Feb 10 09:03:58 apw: Just an incidental strike because you host kernel packages directly Feb 10 09:04:22 lool: i think, i messed up my build system. Feb 10 09:04:31 cooloney: Could be Feb 10 09:04:33 lool: i rebuilt the kernel from latest lucid Feb 10 09:04:45 lool: it can find the rootfs now Feb 10 09:04:48 lool: thanks Feb 10 09:05:13 cooloney, pretty sure i've not changed the tip significantly since that build Feb 10 09:26:16 I was thinking we should build daily rootfs-es just like we have daily UEC images Feb 10 09:28:54 ogra was talking about having a way to script rootstock to do just that. Feb 10 09:29:20 There's still the issue of kernel feature support, etc. but that's separable. Feb 10 09:50:13 persia: What issue? Feb 10 09:50:29 I was thinking of reusing their image building infrastructure actually Feb 10 09:50:35 patching vmbuilder to create armel images Feb 10 09:51:20 The only major difference is bootloader on hard disk versus kernel on host Feb 10 09:51:35 I'd love to have kexec working to hide this fact completely Feb 10 09:52:48 Image build infrastructure also works. The main issue with kernels is that some of our userspace depends on features not available in some kernels. Feb 10 09:53:09 By using the distro kernel (or rcn-ee's kernel), one ends up with the features. Otherwise, one may not. Feb 10 09:53:17 * persia doesn't know about other kernels) Feb 10 09:58:08 persia: Oh yeah; in theory we should be using one in-disto kernel for each image build Feb 10 09:58:17 persia: In practice this will only be possible with lucid Feb 10 09:58:28 For <= karmic, perhaps we can provide backports? Feb 10 09:58:58 I'm not interested in redoing the work on an older kernel, but it would probably be doable to provide backports for karmic in a PPA or simply to use lucid kernel (a bit ugly though) Feb 10 09:59:04 Will it be possible with lucid? We're nearing FF, and I haven't seen that stuff land yet. Feb 10 09:59:08 I managed to boot karmic userspace with the lucid versatile kernel BTW Feb 10 09:59:17 persia: Well it's in the git tree Feb 10 09:59:23 So hopefully this will be uploaded soon Feb 10 09:59:35 Ooh! That's excellent news. Feb 10 09:59:43 Besides, it's not like a versatile is a new feature; we're just fixing it ;-) Feb 10 09:59:56 The biggest problem ATM is that lucid glibc breaks gtk+ apps Feb 10 10:00:08 heh. Feb 10 10:00:26 That certainly has some potential for regression. Feb 10 10:00:30 I don't think I will be able to research this; I mailed doko to ask whether he had any advice on this, or on trying out backports / rebuilds of eglibc, but it's a best effort thing Feb 10 10:00:51 I found a workaround to the glibc issue, but I don't know whether it's 100% correct Feb 10 10:01:09 Either set G_SLICE=always-malloc, or MALLOC_CHECK_=0 Feb 10 10:01:39 Setting G_SLICE is safe, I'm less sure about the second one Feb 10 10:02:21 It would be nice if someone could chase that bug; it might turn out to be a toolchain, or linux or qemu or glibc bug Feb 10 10:02:35 Doesn't that disable checking for available memory when allocating? Feb 10 10:03:01 MALLOC_CHECK? Feb 10 10:03:06 Yeah. Feb 10 10:03:22 Don't think so, I think it disables the sanity checks in glibc which do things like checking around your buffer, or checks for double free etc. Feb 10 10:03:32 It's more of a security feature as I see it Feb 10 10:03:52 Does Qt also break, or just gtk+? Feb 10 10:03:59 Either it's broken, or there is a really dangerous bug, I can't tell Feb 10 10:04:07 I don't know about Qt, didn't try Feb 10 10:04:24 That's why I would personally start with only setting G_SLICE as a workaround Feb 10 10:04:40 Because that just changes the memory allocator of glib with another safe one Feb 10 10:05:43 I was just thinking of ways that one might determine whether it's a gtk+ or glibc issue. Feb 10 10:09:09 I don't think it's a glib issue because it's only in qemu/versatile Feb 10 10:09:13 But I could be wrong Feb 10 10:09:24 It might be that it gets the toolchain calls wrong Feb 10 10:09:40 Also, it only happens with a particular request size Feb 10 10:44:15 lool, why are you duplicating work ? Feb 10 10:54:09 ogra: Sorry? Feb 10 10:54:29 We discussed a lot of stuff above, so please be more specific Feb 10 10:54:46 * persia suspects it's a rootstock vs. vm-builder things. Feb 10 10:55:06 right Feb 10 10:55:26 lool, you seem to reimplement exactly what will be in rootstock by A3 Feb 10 10:56:06 Err I could argue that rootstock is a duplication of vm-builder Feb 10 10:56:29 (Which itself duplicates part of d-i, but that's a bit far fetched) Feb 10 10:56:40 lool, well, why not use vmbuilder as a backend then, the plan for rootstock is to actually use it for image building with L+1 Feb 10 10:56:52 I was proposing to reuse the vm-builder daily image build infrastructure instead of coming up with a new one for rootstock Feb 10 10:57:23 and i'd love (and was hoping) to have your help on the code ... thats why i gave you full commit access to the branch etc Feb 10 10:57:41 if you feel vmbuilder is a better backend feel free to change it Feb 10 10:57:48 You effectively received help from me before doing that Feb 10 10:57:57 starting a second project from scratch feels like a huge waste to me Feb 10 10:58:02 The backend now is debootstrap + apt-get? Feb 10 10:58:07 yes Feb 10 10:58:30 plus oem-config for the system setup Feb 10 10:58:35 How is it from scratch?? vm-builder has been around for much longer than rootstock; I mentionned supporting armel even before you started rootstock Feb 10 10:59:11 I also discussed the design issues with you at the Dublin sprint Feb 10 10:59:35 Why reinventing "set hostname, set password" etc. was not a good reuse of our debconf stuff Feb 10 10:59:52 thats why oem-config is used now Feb 10 17:46:45 which bootloader do you generally use for ARM? Feb 10 17:47:07 whatever bootloader the board needs :) Feb 10 17:47:14 it really depends on the board Feb 10 17:47:18 mbligh: hey Martin; we use either U-Boot or RedBoot Feb 10 17:47:46 mbligh: For dove boards, we only have U-Boot support from the vendor, for imx51 boards we get both RedBoot and U-Boot support with different features Feb 10 17:48:07 ok, any idea where the config file lives / what the flashing procedure for a new kernel is? Feb 10 17:48:21 grep -r vmlinuz /etc turns up nothing Feb 10 17:48:24 mbligh: That depends of the board; where is the kernel stored? Feb 10 17:48:30 Is this qualcomm? Feb 10 17:48:35 it's in /boot Feb 10 17:48:41 mmm. can't say ;-) Feb 10 17:48:57 Qualcomm has multiple stages of bootloaders, so it's a tad complex, and there are signatures at various levels Feb 10 17:49:26 mbligh: Recent versions of U-Boot and RedBoot can load files such as kernels or boot instructions from a filesystem Feb 10 17:49:44 I would expect that's your case, but perhaps only the kernel lives on a fs Feb 10 17:49:59 mbligh: Check your BSP docs; there's certainly some info on writing your own kernel Feb 10 17:50:16 and surely some doc about the used bootloader Feb 10 17:51:26 * ogra hands asac a beer some chips and and https://edge.launchpad.net/ubuntu/+source/mono/2.4.3+dfsg-1ubuntu2/+build/1495864 Feb 10 17:52:13 ogra: Does mono actually work properly in the recent versions? Feb 10 17:52:55 lool, no idea, it didnt build until some mins ago, the last version we had came from karmic into lucid Feb 10 17:53:07 lool: i think a testsuite is run in the build Feb 10 17:53:13 and the mcs compiler also is mono ... Feb 10 17:53:23 maybe it doesnt work fully, but it probably should work somewhat Feb 10 17:53:30 asac: You might recall the weird banshee bugs Feb 10 17:53:39 which are still open :) Feb 10 17:53:45 no. that was before my time. i wanted to check if it now is better Feb 10 17:53:50 i think we might want to disable jit on arm Feb 10 17:53:56 --with-jit=no Feb 10 17:54:04 i will try that in a ppa if we still have the problems Feb 10 17:54:18 * ogra is happy as long as the apps we ship are installable at least ... Feb 10 17:54:24 everything beyond is a bonus Feb 10 17:55:20 ogra: will you give some love the ftbfs list and give them back for a bit ? Feb 10 17:55:26 i have a call and would check afterwards what can be retried Feb 10 17:55:30 dmart: get me a mwc2010 pass! Feb 10 17:55:32 as soon as its published, yes Feb 10 17:55:35 thx Feb 10 17:55:48 but publisher will still take a while Feb 10 17:57:10 ogra: http://people.canonical.com/~ogra/arm/build-arm-rootfs was an early version of rootstock, right? Feb 10 17:57:19 lool, yep Feb 10 17:57:46 I'll drop references to it from the wiki; I don't think it's a good idea to still point people at it Feb 10 17:57:48 lool, btw, do you think the lucid versatile kernel could work with jaunty qemu ? Feb 10 17:58:29 lool, where will you point to ? Feb 10 17:59:13 there was no rootstock in jaunty and i havent tested it on jaunty since ages, build-arm-rootfs works for jaunty users Feb 10 17:59:25 ogra: it would be nice if you could test the new versatile kernels with jaunty qemu-system-arm Feb 10 17:59:32 I will point to rootstock for now Feb 10 17:59:36 ok Feb 10 17:59:46 It would also be nice to provide backports of rootstock Feb 10 17:59:57 i will do so for karmic Feb 10 18:00:12 not sure for jaunty since it wasnt available there Feb 10 18:00:15 I personally would prefer supporting a single tool with the latest Ubuntu release and then perhaps investing in backports rather than supporting different tools for multiple Ubuntu versions Feb 10 18:00:33 What wasn't available in jaunty? Feb 10 18:00:40 rootstock Feb 10 18:00:45 I was thinking of backports, so we could make anything available anyway Feb 10 18:00:56 yeah, thats surely possible Feb 10 18:01:01 e.g. backports of debootstrap, rootstock, qemu-kvm, linux Feb 10 18:01:03 can rootstock backport? I thought it depended on features not available until karmic. Feb 10 18:01:38 persia, the code is that bloated because it still works without qemu-arm-static Feb 10 18:01:42 debootstrap is commonly backported, and tends to go through smoothly. linux is almost never backported: that probably needs a PPA. I'm unsure about qemu-kvm. Feb 10 18:02:01 qem-system-arm is all that counts Feb 10 18:02:11 and that used to work in jaunty Feb 10 18:02:15 Concerning linux, it's probably the one we can avoid backporting in any case since it's typically not installed on the system Feb 10 18:02:22 the question is if the new versatile will work Feb 10 18:02:25 It's more of a companion/helper to the rootfs Feb 10 18:02:44 i dont want to keep the different kernels in the script but unify on the archive version Feb 10 18:03:16 So just get debootstrap backported (can be very quick if people are willing to test), and then backport rootstock. Feb 10 18:03:59 right Feb 10 18:04:15 but its essential to know if the kernel works with qemu Feb 10 18:04:32 i want to reduce the bloat of the script if possible Feb 10 18:04:52 given that all the lucid features add a lot of extra code Feb 10 18:05:55 Well, backport the current version to karmic and jaunty, and then trim it down for lucid fowards. Feb 10 18:05:58 i wonde if i should drop all the locale handling ... oem-config can care for that Feb 10 18:07:36 in case of the debconf frontend i could even drop the tasksel stuff Feb 10 18:07:48 not sure about the gtk/qt UIs Feb 10 18:16:17 hi guys Feb 10 18:23:51 Hey Hoonse Feb 10 18:23:54 Hi Feb 10 18:24:09 is anyone here who set up ubuntu on the beagleboard sucessfully? =) Feb 10 18:24:20 several people i think Feb 10 18:24:38 There's some instructions on the beagle wiki that are up to date Feb 10 18:24:40 * persia hunts Feb 10 18:24:52 Hoonse, http://elinux.org/BeagleBoardUbuntu Feb 10 18:25:04 Yeah, that's it :) Feb 10 18:25:09 there should even be test images Feb 10 18:25:42 yeah i read this already but for this you have to compile ubuntu for your own right? Feb 10 18:25:50 No. Feb 10 18:25:58 no? Feb 10 18:25:59 You have to create your own rootfs only. Feb 10 18:26:07 But you can do that from precompiled binaries. Feb 10 18:26:22 the rootfs is the "folder tree" ? Feb 10 18:26:26 Yeah Feb 10 18:26:28 roughly, yeah Feb 10 18:26:37 the bits and bytes! Feb 10 18:26:41 err, that wikipage even has ready made images Feb 10 18:26:53 you dont need to compile anything :) Feb 10 18:26:57 can i use for example the synaptic packet manager for installing things? Feb 10 18:26:58 Some people actually believe the rootfs is the soul of your board Feb 10 18:27:08 lol Feb 10 18:27:21 "the thing where the magic happens" =) Feb 10 18:27:26 Hoonse, yes, you can use synaptic/apt-get or aptitude Feb 10 18:28:01 Most stuff should just work. IF something doesn't work, we'd appreciate help getting it fixed :) Feb 10 18:28:14 but i think the "normal" programms that you use for the pc arent working. only a few right? Feb 10 18:28:36 Anything that works for any other architecture *should* work. Feb 10 18:28:47 There are a couple things that just won't, like WINE, but those are exceptions. Feb 10 18:28:59 oh my god that would be great... Feb 10 18:29:19 That's the point :) Feb 10 18:29:20 i think i only need a ftpd a httpd and a java runtime env... Feb 10 18:29:48 persia, if lool ever fixes qemu to run on armel you could theoretically run wine in qemu-user *g* Feb 10 18:30:31 ogra: That's advanced hackery though. The reason WINE doesn't work is that there's a check in the build scripts that gets mad if it's running on armel. Feb 10 18:30:46 i think i will try this now =) the only problem is that my only monitor is plugged into my beagle... Feb 10 18:30:52 WINE does the same thing for powerpc, which annoys me, because I used to run windows on a powerpc. Feb 10 18:30:55 persia, i men the x86 version of wine :) Feb 10 18:31:06 *mean Feb 10 18:31:06 ogra: And that's the advanced hackery bit :) Feb 10 18:31:15 can i do this via ssh plugged the mmc card into my server?!? Feb 10 18:31:17 just some binfmt magic :) Feb 10 18:32:08 Hoonse: Most people create the rootfs on their host workstation. If you're just doing a server, you might try installing openssh server, and then logging in over ssh and using DHCP to set the IP, rather than connecting a monitor. Feb 10 18:32:34 ogra: The binfmt magic isn't the hard part. The hard part is getting the binary installed in the first place. Feb 10 18:32:50 details :P Feb 10 18:33:27 heh Feb 10 18:33:42 * persia watches the publisher impatiently Feb 10 18:34:21 * ogra is eager for the first blog entries from people running IE under wine on armel netbooks *g* Feb 10 18:34:34 probably in 12.04 or so :) Feb 10 18:38:12 ogra, did you catch the blog/youtube where someone ran max os (powerpc) thru pear on a n900? Feb 10 18:38:19 max/ mac... Feb 10 18:38:31 no, cool :) Feb 10 18:39:09 http://www.engadget.com/2010/01/31/mac-os-x-10-3-installed-on-nokia-n900-via-pearpc-barely-usable/ Feb 10 18:44:00 haha, i should try that on mine :) Feb 10 18:44:14 lool, you missed to remove a sudo qemu call :) Feb 10 18:44:17 * ogra fixes Feb 10 18:50:06 OMG ... Feb 10 18:50:16 i just ran rootstock -s gdm ... Feb 10 18:50:32 And it worked? Feb 10 18:50:32 that installs half the desktop Feb 10 18:50:38 Well, yeah. Feb 10 18:50:41 so i just did the formatting stuff for the mmc card... can i take the "normal" MLO uImage and u-bin files from the angström image or do i have to take "special" files? Feb 10 18:50:44 why the heck does gdm pull in nautilus? Feb 10 18:51:52 u-boot not u-bin sorry Feb 10 18:52:12 arent they linked from the wiki ? Feb 10 18:52:16 * ogra thought they are Feb 10 18:53:04 ogra: gnome-session is the link. Feb 10 18:53:21 persia, i thought there was a shrunk down gnome-session Feb 10 18:53:30 * persia checks Feb 10 18:53:43 gnome-session-core or -bin or so Feb 10 18:53:48 Right. gnome-sessoin-bin Feb 10 18:53:51 * persia looks again Feb 10 18:54:57 I don't see it immediately then. Feb 10 18:55:25 i hope my image size is enough ... Feb 10 18:55:54 * ogra doesnt want to do that again ... its just to test the logic for installing oem-config-gtk if gdm is installed Feb 10 18:56:16 * persia invokes the heavy artillery Feb 10 18:57:01 i think i'll forbid ll useradd stuff in rootstock in favor of oem-config Feb 10 18:57:16 up to now you can still use --user --password ... Feb 10 18:57:33 can anyone tell me a reason why to keep it ? Feb 10 18:57:53 (gievn its really insecure) Feb 10 18:58:43 ogra, what would oem-config bring up on first boot then? would it require a gui? i'm thinking console installs... Feb 10 18:58:55 rcn-ee: There's a debconf front-end Feb 10 18:58:58 it brings up a debconf ui Feb 10 18:59:05 looks like debian-installer Feb 10 18:59:25 but only asks for username, passwd, language and timezone Feb 10 18:59:25 okay, that works.... wasn't sure.. ;) Feb 10 18:59:33 ogra: I think it's an issue with dependency resolution. I'm *definitely* getting it through gnome-panel->gnome-session->nautilus Feb 10 18:59:38 and then removes itself Feb 10 18:59:39 * persia blames the lack of versioned provides Feb 10 18:59:46 in the wiki there are "usefull packages" listed what should i do with dem?!? Feb 10 19:00:02 Hoonse: Install them on your workstation :) Feb 10 19:00:13 Hoonse, you would install them thru the '--seed ' Feb 10 19:00:30 or afterwards in the booted system Feb 10 19:00:58 yeah but i need at least the wifi drivers do get this thing to the www Feb 10 19:01:15 the key ones are linux-firmware and wireless-tools for wifi devices... since ubuntu's repo gives us the firmware... Feb 10 19:01:36 please excuse my strange english skills... normally i speak german =) Feb 10 19:03:32 your skills are fine ... Feb 10 19:04:11 lol thanks Feb 10 19:04:59 when i spt-get install the xfce4 has this any affect on my PC UBUNTU system?!? i am a little afraid right now =) Feb 10 19:05:53 no, it wont touch your host system Feb 10 19:11:24 hmmm the rootstock script is running... everything seems awesome =) Feb 10 19:12:11 it will take a while, get a beer and some dinner :) Feb 10 19:12:24 =) Feb 10 19:14:26 when everything is done i want to put the beagle in my roomba vacuumcleaner with a webcam and wifi. prog a java tool or something you can enter via a web browser to controll the roomba... i think i will create a domain like vacmyhouse.com or something so that people can clean my home =) Feb 10 19:14:47 heh Feb 10 19:16:04 ooh, rcn-ee Feb 10 19:16:23 I has kernel config options for you! Feb 10 19:16:30 hey cwillu_at_work Feb 10 19:16:34 if only my server wasn't wedged right now :p Feb 10 19:17:28 ouch... i know that feeling, it's my day off and i'm rotating new harddrives on the beagle farm.. .;) Feb 10 19:17:46 hmmm my girlfriend is screaming right now... i think i should go to her before she is making a scene AGAIN... -.- brb when script is finished^^ Feb 10 19:48:56 * ogra wonders what hapens in ubuntu-system-service's unpack phase that reliably locks up his VM Feb 10 19:52:00 strace it :) Feb 10 19:52:18 i cant Feb 10 19:52:22 its inside a VM Feb 10 19:52:50 And you can't install strace in the vm, and strace dpkg while unpacking? Feb 10 19:52:53 i just want to get that codepath tested damned Feb 10 19:53:11 that would require any kind of option to get *inside* the VM Feb 10 19:53:29 the VM is spawned by rootstock as backend Feb 10 19:53:40 i cant easily get to it Feb 10 19:54:01 i suspect its the bug that lool just reasearched (and i think fixed too) with libc Feb 10 19:54:52 it simply takes 40min to get to that point, that the annoying part ... but i think i'll kill the build now Feb 10 19:55:15 Ah. Yeah. It would be painful to untangle that sufficiently. Feb 10 19:55:27 holy sh this takes really a while... Feb 10 19:56:00 * ogra just goes back to the other kernel and tries again Feb 10 19:56:20 Hoonse, yes, under which host release do you run it ? Feb 10 19:56:37 i think 9.04 Feb 10 19:56:59 yeah, that was really slow Feb 10 19:57:08 karmic (9.10) wa a lot faster Feb 10 19:57:42 seems so =) Feb 10 20:09:49 hmmm i got some warnings... is this normal? Feb 10 20:11:24 Hoonse: What sort of warning? Feb 10 20:11:42 Setting up wdiff (0.5-18) ... Feb 10 20:11:42 install-info: warning: maintainer scripts should not call install-info anymore, Feb 10 20:11:43 install-info: warning: this is handled now by a dpkg trigger provided by the Feb 10 20:11:43 install-info: warning: install-info package; package wdiff should be updated. Feb 10 20:11:46 depends on the warnings :) Feb 10 20:11:54 this sort of... Feb 10 20:12:02 Hoonse: You can safely ignore those. Those are bugs in the packages being installed. Feb 10 20:12:24 great its cleaning up =) Feb 10 20:12:31 aaaand done yeah Feb 10 20:12:31 If you're feeling especially adventerous, you can try to fix the bugs, but I'd suggest leaving them alone unless they are causing you issues. Feb 10 20:13:26 ogra: how is the mono give back going? Feb 10 20:13:46 someone needs to take over? whats the status? Feb 10 20:13:51 asac, i simply gave back everything Feb 10 20:14:00 lest see what sticks to the wall and what falls off Feb 10 20:14:05 *lets Feb 10 20:14:07 right :-P Feb 10 20:14:12 i'll do a second run tomorrow Feb 10 20:14:16 do you get emails for give backs? Feb 10 20:14:19 hmm. i think so Feb 10 20:14:23 yep Feb 10 20:14:29 for failures at least Feb 10 20:14:31 coool. then be accurate ;) Feb 10 20:14:40 talk to you tomorrow Feb 10 20:14:49 i'll check the ftbfs list tomorrow morning and we'll see Feb 10 20:14:53 One only gets give-back fail emails if one was an uploader. Feb 10 20:14:54 ejoy your evening Feb 10 20:15:19 persia, well, the ftbfs list will have them Feb 10 20:15:39 Indeed. Feb 10 20:16:44 most of it still sits in the queue Feb 10 20:16:56 gnome-sharp2 is currently building Feb 10 20:17:01 ogra: I wasn't done with the wiki page, just went for dinner Feb 10 20:17:09 ah Feb 10 20:31:22 does anybody know of any ARM CPUs with compression offload or accelleration? Feb 10 20:34:33 are these boot fixup for 9.10 to do or not (i am talking from the wiki page =)) Feb 10 20:35:04 Hoonse, just 9.10 for the moment... (unless you've installed a backup battery on your c3/c4..) Feb 10 20:35:40 lucid (10.04) when released, hopefully won't require the fixup.. ;) Feb 10 20:35:47 k then i really should do this... =) Feb 10 20:35:50 therealgalen: Lots of them have DSPs available, but you'd have to check carefully to see if any of those vendors have kernels that do that sort of offloading. Feb 10 20:36:55 rcn-ee, who doesn't install the battery on a c3/c4? Feb 10 20:37:16 me.. ;) Feb 10 20:37:51 and i have 3 other's beagles couple bx's and c2 with out the battery hookup.. Feb 10 20:38:09 rcn-ee, whats that fixup ? anything we can pull into the distro to help ? Feb 10 20:38:39 it's the util-linux... missing rtc date, you had mentioned a fix was heading for lucid... Feb 10 20:39:00 ah, k Feb 10 20:40:19 my fingers are crossed that debian picks that up the same fix for squeeze too... then no one would have noticed it was an issue... ;) Feb 10 20:41:09 hmmm there is no ./tmp/etc/e2fsck.conf file on my image ?!? Feb 10 20:46:50 Hoonse, that's correct.. by default the file doesn't exist... Feb 10 20:47:11 by default everything works perfectly.. ;) Feb 10 20:47:14 i have to make it right? Feb 10 20:47:18 correct... Feb 10 20:47:34 thanks Feb 10 20:53:50 when i try to umount the ext partition if the mmc card it says the device is busy but the "writing led" isnt blinking... i am afraid to all again when i just stick it out... Feb 10 20:54:17 -.- i was ON the partition... Feb 10 20:54:21 sorry Feb 10 20:55:39 so guys its finished Feb 10 20:55:50 please cross your fingers =) Feb 10 20:56:08 plugged in... Feb 10 20:56:32 nothing to cross ... it will just work :) Feb 10 20:56:43 woooohoooo i see tux on the screen *muahahahaaa* Feb 10 20:57:04 holy sh... it works!!! Feb 10 20:57:13 :) Feb 10 20:57:18 thanks guys!!! Feb 10 21:02:32 hmmm i just got a terminal on a blue backscreen?!? Feb 10 21:02:58 but the login was at a gui... Feb 10 21:03:30 Hoonse: Well, what desktop environment did you install? Feb 10 21:03:45 i.e. what did you specify for the -s option Feb 10 21:03:53 xfce4?!? Feb 10 21:04:11 ahh Hoonse, by default it goes to 'xterm' you need to change it in the drop down on the bottom... Feb 10 21:04:34 (at the login screen) Feb 10 21:04:44 k *reboot* Feb 10 21:04:56 'exit' should do it.. Feb 10 21:05:25 yeah thats the other option =) Feb 10 21:06:12 that would be a nother good fixup to list on the wiki.. just remove/move the xsession file... Feb 10 21:06:29 there is no drag down?!? Feb 10 21:06:46 there is login restart and shutdown... Feb 10 21:07:00 you need to click on your login name... or type it.. then the theme changes... Feb 10 21:07:18 oh there it is... sorry Feb 10 21:07:40 i know.. it's weird... if you don't have a 'theme' installed it's impossible... ;) Feb 10 21:11:10 is there a tool to setup the wifi device? Feb 10 21:12:00 network manager, once installed.... but you'll have to do... "sudo ifconfig -a", "sudo iwconfig wlanX essid "xxx"", "sudo dhclient wlanX" Feb 10 21:13:19 iwconfig not found... Feb 10 21:14:11 that was "wireless-tools" one of the usefull packages... you have to download, copy, dpkg it.. Feb 10 21:15:09 http://ports.ubuntu.com/pool/main/w/wireless-tools/ it shouldn't have any dependices, dpkg will warn you... Feb 10 21:15:23 under karmic qnd lucid you can just chroot into the SD card from your x86 host :) Feb 10 21:15:29 an just install NM Feb 10 21:15:43 qemu-arm-static ftw ! Feb 10 21:16:11 yeah, that would be easier.. and while there, add the nework manager gui for xfce4, not sure on the name.. ;) Feb 10 21:16:34 yeah Feb 10 21:16:43 everything is so much easier in karmic and lucid Feb 10 21:17:07 imagine lucid+1 .... it will just work on its own, we wont even need to do anything anymore :) Feb 10 21:19:14 whats the difference between wireless-tools 29-1ubuntu... and wireless-tools 29-1.1ubuntu... Feb 10 21:19:20 wich should i download? Feb 10 21:25:53 Cool, linux uploaded Feb 10 21:26:07 Hopefully a working versatile in lucid soon Feb 10 21:26:11 lool, doe sthat have the fix for the eglibc issues ? Feb 10 21:26:30 or do we need another libc upload for them ? Feb 10 21:36:13 i have downloaded the files to my beagle desktop but i cant find any option in apt-get to install from disk Feb 10 21:36:46 ogra: I don't have any fix for the regression caused by libc6 update Feb 10 21:37:16 meh Feb 10 21:37:22 Hoonse, from disk, use "sudo dpkg -i " Feb 10 21:37:25 then we wont have working versatile Feb 10 21:39:31 opps, thats why mkfs.ext4 took so long on my server.. usb 1.1 port... Feb 10 21:39:47 hmmm i have to take the armel.deb files right? Feb 10 21:41:10 1.1 ? ouch Feb 10 21:41:12 Hoonse, that's correct... Feb 10 21:41:30 no i took 2ubuntu... Feb 10 21:42:07 wireless-tools_29-2ubuntu6_armel.deb Feb 10 21:42:20 looks ok Feb 10 21:42:51 it says "packet damaged" Feb 10 21:43:03 i translatet this... Feb 10 21:43:50 sounds like it didn't copy all the way.... Feb 10 21:44:27 k i will do it again... Feb 10 21:45:43 Hoonse, https://launchpad.net/~ogra/+archive/ppa/+files/qemu-arm-eabi_0.10.5-0ubuntu1_i386.deb install that on your x86 machine Feb 10 21:46:11 Hoonse, then you can mount your SD to /mnt and do: sudo chroot /mnt apt-get install network-manager Feb 10 21:46:27 via ssh too? Feb 10 21:46:38 on your intel machine Feb 10 21:46:54 you can do chroot via ssh too indeed, yes Feb 10 21:49:28 i have istalled this Feb 10 21:49:30 now? Feb 10 21:49:53 now you can execute stuff on the SD Feb 10 21:49:58 through the chroot command Feb 10 21:50:21 mount it to /mnt and run sudo chroot /mnt Feb 10 21:50:28 that gives you a shell on the SD Feb 10 21:50:58 and then you can just install network-manager using apt Feb 10 21:51:05 ok now i am confused.. Feb 10 21:51:20 i have mounted the ext filesystem from the mmc card Feb 10 21:51:26 right Feb 10 21:51:46 yes but what do i do with chroot? Feb 10 21:51:51 cwillu_at_work, the ehci looks good on the c4 with (tested 2.6.32.7-x7.1 and 2.6.32.8-x8.0), using the same stress test i use for the musb port.. i really need to find another way to break it... Feb 10 21:51:59 now you do: sudo chroot /mountpoint Feb 10 21:52:26 rcn-ee, troubles? Feb 10 21:52:26 angus@serv0r:~/Desktop$ sudo chroot /media/ext Feb 10 21:52:26 chroot: cannot run command `/bin/bash': No such file or directory Feb 10 21:52:40 rcn-ee, or are things just working properly and you're sad? Feb 10 21:52:54 nope, not troubles.. everything works good.. so it's a good sign.. Feb 10 21:52:58 :) Feb 10 21:53:08 Hoonse, make sure to mount it manually in /mnt or something, the automount in /media wont work Feb 10 21:53:09 I had a weird crash yesterday, don't think it was usb related though Feb 10 21:53:21 I've got better blinken lights now so I'll know for sure the next time Feb 10 21:54:06 rcn-ee, I don't have it handy, but have you tripped over any omap-pm kernel config options? Feb 10 21:54:53 was wanting to play with the thermal monitor a bit, which apparently requires a specific omap pm module; additionally, this allows for bumping up the voltage when clocking a beagle at 720mhz, which I wanted to try re: the weird crash Feb 10 21:55:32 i have manually mounted it on /mnt/ext Feb 10 21:55:37 ok Feb 10 21:55:46 and there is /mnt/ext/bin ? Feb 10 21:55:59 yes Feb 10 21:56:01 Hoonse, typically you mount things directly on /mnt; use /media for submounts Feb 10 21:56:26 but it seems there is no bash... Feb 10 21:56:30 Hoonse, so the chroot command should work (at least if you are on a ubuntu machine) Feb 10 21:56:43 ls /mnt/ext/bin/bash ? Feb 10 21:56:47 yes Feb 10 21:56:48 Hoonse, you did chroot /mnt/ext or /media/ext? Feb 10 21:57:05 and there is a bin/bash Feb 10 21:57:08 wtf?!? Feb 10 21:57:58 might be a bug in the qemu-arm-eabi package but it *should* work Feb 10 21:58:54 its a pre release package i rolled under jaunty, the proper one went into karmic and is a bit different Feb 10 21:59:32 do i have to start qemu or something? Feb 10 21:59:42 nope Feb 10 22:00:02 its an automatic wrapper that wraps around armel binaries if you execute them Feb 10 22:00:16 you can try to restart binfmt-support Feb 10 22:00:32 ? Feb 10 22:00:37 sudo /etc/init.d/binfmt-support restart Feb 10 22:00:42 thats where it hooks into Feb 10 22:00:49 cwillu_at_work, yeap, now that musb/ehci seem to work, i really want to start enableing the power managment stuff.. Feb 10 22:00:53 and then try again Feb 10 22:01:09 nope doesnt work Feb 10 22:01:10 oh, goodie :) Feb 10 22:01:17 strange Feb 10 22:01:31 sorry then, might be an issue with the package Feb 10 22:01:52 crap... anyone know a good source for 3.3 volt pci usb adapters... my server is just a tad bit old only usb 1.1... Feb 10 22:02:36 Hoonse, sudo dpkg -r qemu-arm-eabi Feb 10 22:02:37 I've got a good computer store locally, it's been a while since I've had to buy any standard parts online :) Feb 10 22:02:48 Hoonse, try the karmic one http://archive.ubuntu.com/ubuntu/pool/main/q/qemu-kvm/qemu-arm-static_0.11.0-0ubuntu6.3_i386.deb Feb 10 22:02:54 ugh, 3.3 volts? Feb 10 22:03:04 yeap... 3.3... full length pci.... Feb 10 22:03:57 i think i can get away with a very low profile and left angle pci convertor.. Feb 10 22:04:02 are these still built ? Feb 10 22:04:38 it's an old amd-8111 dual core opteron i got surplus a couple years back.. Feb 10 22:04:59 i meant the PCI->USB cards :) Feb 10 22:05:36 i have a couple, 5 volt, it doesn't look like anyone built them for 3.3... (just parrell/firewire stuff) Feb 10 22:06:20 i think i will try this tomorrow again... Feb 10 22:06:34 okay found a 3.3.. newegg loves me.. Feb 10 22:06:39 i have to stand up at 5 am because it snows like hell Feb 10 22:07:19 by guys and a big thanks for all your help Feb 10 22:07:29 see u tomorrow Feb 10 23:33:13 *** glibc detected *** apt-get: double free or corruption (fasttop): 0x000c7160 *** Feb 10 23:33:15 hrm Feb 10 23:33:23 lool, ^^^ thats with the karmic kernel Feb 10 23:33:39 (but i guess you tested that when nailing it down on libc) Feb 11 00:19:25 not using jit for mono makes compiler hit bad C code ...bails out Feb 11 00:19:37 bah Feb 11 02:03:03 howdy, where can I obtain binaries of 9.04 for a sheevaplug? Googling is giving me all sorts of goofy pages Feb 11 02:12:40 ports.ubuntu.com ought have individual packages. No idea where to get images. Feb 11 02:12:54 Note that upgrading to 9.10 will break your system on a sheevaplug, and require reinstall. Feb 11 02:14:47 persia, yes thank you… I just read the 9.10 warning and was wondering if there is enough community to support maintaining a non VFP version of ubuntu Feb 11 02:14:52 just now starting to research Feb 11 02:18:51 sevenseeker: There's a bunch of people, but not enough infrastructure. Feb 11 02:20:17 persia: what does launchpad currently (if any) support? I am new to embedded ubuntu, but have used launchpad to make packages for my ppa before Feb 11 02:21:09 This isn't the best place to talk about embedded ubuntu, because we don't do anything to make it more embedded friendly: we just do Ubuntu on armel. Feb 11 02:21:30 Mind you, many "embedded" systems are now powerful enough that this doesn't matter. Feb 11 02:21:45 But I wouldn't try to install Ubuntu on a network interface, for example :) Feb 11 02:21:52 Anyway, that aside ... Feb 11 02:22:06 launchpad PPAs don't suppprt armel at all right now. Feb 11 02:22:15 aha, good to know Feb 11 02:22:16 (same as powerpc, sparc, ia64) Feb 11 02:22:30 sad I am, but still good to know, lol Feb 11 02:22:31 But Ubuntu is available for armel. Feb 11 02:23:11 So any software in Ubuntu can be used. Adding new software to Ubuntu isn't particularly hard, but there are several ways to do it, which can be a bit confusing. Feb 11 02:23:30 But since there are already something like 20,000 software packages, most of what one needs is already there. Feb 11 02:23:32 I also build Alix based systems but use openwrt for that Feb 11 02:24:01 Ubuntu 9.04 was ARMv5t+ compatible. Feb 11 02:24:12 9.10 was ARMv6+vfp+ compatible Feb 11 02:24:24 10.04 seems to be ARMv7/Thumb2 Feb 11 02:24:32 (but it's not out yet, so no promises) Feb 11 02:24:48 Rumour has it that this escalation will be stopping soon. Feb 11 02:25:06 So one hopes that in the not-too-distant future, one can safely upgrade on common consumer devices. Feb 11 02:26:40 that would be nice Feb 11 02:26:54 persia, ARM hasn't announced anything past ARMv7... So any cortex-aX device is safe... Feb 11 02:27:13 then maybe more embedded friendly sub-distros could be worked on… who knows? Feb 11 02:27:50 rcn-ee: So rumour has it, but I'm not privy to all conversations between all counterparties everywhere :) Feb 11 02:28:20 sevenseeker: Well, why do you need embedded? Ubuntu 9.10 runs on devices with 2G storage and 256MB RAM. Feb 11 02:28:23 lol, you could be my 'insider' for info Feb 11 02:28:35 You could probably make it even smaller if you just did a single-purpose server. Feb 11 02:29:33 well its like this… I love that 'embedded' class systems are getting faster/more ram/better/etc… but it seems like much software is just banking on this and being lazy (I know I did that previously… ok, now) Feb 11 02:29:51 persia, if you factor in the time between ARM announcing ARMv7 devices, product availably from silicon manufactures and gcc support.. It'll be couple years before the next ARMv+ would be out.. Feb 11 02:30:05 but the more tight it is the better it can use whatever system its on basically Feb 11 02:30:18 rcn-ee: That's my opinion as well. I just tend to be careful when I don't have any formal statements. Feb 11 02:30:32 note: I have been optimizing for 2 weeks and probably am stuck mentally in that mode now Feb 11 02:30:46 sevenseeker: The main difference in "embedded" is usually stuff like not shipping documentation, etc. Feb 11 02:31:06 The code should be made as efficient as possible regardless of the target, for performance reasons. Feb 11 02:31:38 I agree Feb 11 02:32:12 I use EC2 for some 'stuff' and my optimization sure does save me money :) :) :) Feb 11 02:32:14 The other common "embedded" choice is monolithic static binaries. That gets hard to maintain in a modular fashion. Feb 11 02:32:24 wow, yes it is Feb 11 02:32:32 you mean like jffs? Feb 11 02:33:13 No, like compiling your app linked statically against glibc so that you don't have to ship as many files (because you didn't ship glibc) Feb 11 02:33:44 We (kinda) support jffs2, and I know of at least one consumer device being sold with Ubuntu on ubifs. Feb 11 02:33:47 aha Feb 11 02:35:20 But anyway, there's lots of optimisations. Feb 11 02:35:48 So the "bloat" is mostly docs, overhead from having lots of files, overhead from having a full package management system, etc. Feb 11 02:35:55 But flash is cheap :) Feb 11 02:36:31 I see, yeah that makes sense Feb 11 02:37:13 So anyway, for your sheevaplug, just stick with 9.04. ports.ubuntu.com has lots of packages you can use. Feb 11 02:37:26 sweet, that sounds great Feb 11 02:37:30 And when you have a chance to get newer hardware, ask for something that is known to work with Ubuntu :) Feb 11 02:37:38 lol, yeah Feb 11 02:37:55 And if rcn-ee and my speculations are correct, you should be able to upgrade that to the latest version and keep up for a while. Feb 11 02:38:25 well, I am considering this summer prototyping a series of Alix boards based on full ubuntu, granted they are x86 and thus OT here Feb 11 02:39:14 sevenseeker, one note thou too, even with an unoptimzed debian dist, the sheevaplug is still pretty quick: http://global.phoronix-test-suite.com/?k=profile&u=robertcnelson-8971-28884-22100 Feb 11 02:39:19 is there a similar system to sheevas that is cheap and readily available that uses > ARM v5? Feb 11 02:43:25 I haven't heard of anything in that form factor. Feb 11 02:43:44 Most people around seem to use development boards (beagle, babbage, etc.) Feb 11 02:44:07 The Sharp Netwalker is also available, but I don't know of anyone who hosts a kernel for it that can boot 9.10 ot lucid Feb 11 02:47:35 hmmm Feb 11 02:47:51 thanks for the info… and the reminder, I need to try a beagleboard just for kicks Feb 11 02:48:18 since it won't do HD it really would not be useful for me now, but a year ago … woah nellie! Feb 11 02:52:44 sevenseeker, with the dsp, HD'ish is possible.. "1280x720" i have just not spent enought time getting the ubuntu side to work.. It does play video with the DSP in Angstrom... Feb 11 02:53:28 hmm, now THAT sounds very enticing Feb 11 02:53:38 thank you Feb 11 02:54:45 sevenseeker, this was done at FOSDEM this year, 6 beagles each connected it's own display.. we are still waiting from the ffmpeg guys on how they did it.. http://hardwarebug.org/2010/02/10/1080p-video-on-beagle/ Feb 11 02:58:14 WOAH Feb 11 02:58:30 yeah, they need to reveal that :) **** ENDING LOGGING AT Thu Feb 11 02:59:57 2010