cooloney | asac: i think you are in the email loop of my ethernet ping email to fsl | 01:34 |
---|---|---|
cooloney | i CCed you and oliver | 01:34 |
asac | cooloney: hmm. ok | 01:35 |
asac | thanks | 01:35 |
cooloney | asac: no problem. you work so late, are you still in portland TZ? | 01:40 |
asac | hehe | 01:40 |
asac | no | 01:40 |
asac | off now ;) | 01:40 |
asac | had to fiddle with specs | 01:40 |
cooloney | asac: good night, | 01:57 |
cooloney | lool: just dowloaded your zImage in my qemu, it works. | 08:23 |
cooloney | lool: but my zImage built from latest lucid tree, fails to mount root device | 08:23 |
lool | cooloney: Ah | 09:01 |
lool | cooloney: Did you build it from the lucid source package, or the lucid tip? | 09:01 |
lool | 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 ? | 09:02 |
lool | 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 | 09:02 |
lool | then use linux-versatile/boot/vmlinuz* | 09:02 |
* apw looks blearily | 09:03 | |
persia | apw: Just an incidental strike because you host kernel packages directly | 09:03 |
cooloney | lool: i think, i messed up my build system. | 09:04 |
lool | cooloney: Could be | 09:04 |
cooloney | lool: i rebuilt the kernel from latest lucid | 09:04 |
cooloney | lool: it can find the rootfs now | 09:04 |
cooloney | lool: thanks | 09:04 |
apw | cooloney, pretty sure i've not changed the tip significantly since that build | 09:05 |
lool | I was thinking we should build daily rootfs-es just like we have daily UEC images | 09:26 |
persia | ogra was talking about having a way to script rootstock to do just that. | 09:28 |
persia | There's still the issue of kernel feature support, etc. but that's separable. | 09:29 |
lool | persia: What issue? | 09:50 |
lool | I was thinking of reusing their image building infrastructure actually | 09:50 |
lool | patching vmbuilder to create armel images | 09:50 |
lool | The only major difference is bootloader on hard disk versus kernel on host | 09:51 |
lool | I'd love to have kexec working to hide this fact completely | 09:51 |
persia | Image build infrastructure also works. The main issue with kernels is that some of our userspace depends on features not available in some kernels. | 09:52 |
persia | By using the distro kernel (or rcn-ee's kernel), one ends up with the features. Otherwise, one may not. | 09:53 |
* persia doesn't know about other kernels) | 09:53 | |
lool | persia: Oh yeah; in theory we should be using one in-disto kernel for each image build | 09:58 |
lool | persia: In practice this will only be possible with lucid | 09:58 |
lool | For <= karmic, perhaps we can provide backports? | 09:58 |
lool | 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) | 09:58 |
persia | Will it be possible with lucid? We're nearing FF, and I haven't seen that stuff land yet. | 09:59 |
lool | I managed to boot karmic userspace with the lucid versatile kernel BTW | 09:59 |
lool | persia: Well it's in the git tree | 09:59 |
lool | So hopefully this will be uploaded soon | 09:59 |
persia | Ooh! That's excellent news. | 09:59 |
lool | Besides, it's not like a versatile is a new feature; we're just fixing it ;-) | 09:59 |
lool | The biggest problem ATM is that lucid glibc breaks gtk+ apps | 09:59 |
persia | heh. | 10:00 |
persia | That certainly has some potential for regression. | 10:00 |
lool | 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 | 10:00 |
lool | I found a workaround to the glibc issue, but I don't know whether it's 100% correct | 10:00 |
lool | Either set G_SLICE=always-malloc, or MALLOC_CHECK_=0 | 10:01 |
lool | Setting G_SLICE is safe, I'm less sure about the second one | 10:01 |
lool | 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 | 10:02 |
persia | Doesn't that disable checking for available memory when allocating? | 10:02 |
lool | MALLOC_CHECK? | 10:03 |
persia | Yeah. | 10:03 |
lool | 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. | 10:03 |
lool | It's more of a security feature as I see it | 10:03 |
persia | Does Qt also break, or just gtk+? | 10:03 |
lool | Either it's broken, or there is a really dangerous bug, I can't tell | 10:03 |
lool | I don't know about Qt, didn't try | 10:04 |
lool | That's why I would personally start with only setting G_SLICE as a workaround | 10:04 |
lool | Because that just changes the memory allocator of glib with another safe one | 10:04 |
persia | I was just thinking of ways that one might determine whether it's a gtk+ or glibc issue. | 10:05 |
lool | I don't think it's a glib issue because it's only in qemu/versatile | 10:09 |
lool | But I could be wrong | 10:09 |
lool | It might be that it gets the toolchain calls wrong | 10:09 |
lool | Also, it only happens with a particular request size | 10:09 |
=== ogra_ is now known as ogra | ||
ogra | lool, why are you duplicating work ? | 10:44 |
lool | ogra: Sorry? | 10:54 |
lool | We discussed a lot of stuff above, so please be more specific | 10:54 |
* persia suspects it's a rootstock vs. vm-builder things. | 10:54 | |
ogra | right | 10:55 |
ogra | lool, you seem to reimplement exactly what will be in rootstock by A3 | 10:55 |
lool | Err I could argue that rootstock is a duplication of vm-builder | 10:56 |
lool | (Which itself duplicates part of d-i, but that's a bit far fetched) | 10:56 |
ogra | 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 | 10:56 |
lool | I was proposing to reuse the vm-builder daily image build infrastructure instead of coming up with a new one for rootstock | 10:56 |
ogra | 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 | 10:57 |
ogra | if you feel vmbuilder is a better backend feel free to change it | 10:57 |
lool | You effectively received help from me before doing that | 10:57 |
ogra | starting a second project from scratch feels like a huge waste to me | 10:57 |
persia | The backend now is debootstrap + apt-get? | 10:58 |
ogra | yes | 10:58 |
ogra | plus oem-config for the system setup | 10:58 |
lool | How is it from scratch?? vm-builder has been around for much longer than rootstock; I mentionned supporting armel even before you started rootstock | 10:58 |
lool | I also discussed the design issues with you at the Dublin sprint | 10:59 |
lool | Why reinventing "set hostname, set password" etc. was not a good reuse of our debconf stuff | 10:59 |
ogra | thats why oem-config is used now | 10:59 |
=== JamieBen1ett is now known as JamieBennett | ||
=== asac_ is now known as asac | ||
mbligh | which bootloader do you generally use for ARM? | 17:46 |
ogra | whatever bootloader the board needs :) | 17:47 |
ogra | it really depends on the board | 17:47 |
lool | mbligh: hey Martin; we use either U-Boot or RedBoot | 17:47 |
lool | 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 | 17:47 |
mbligh | ok, any idea where the config file lives / what the flashing procedure for a new kernel is? | 17:48 |
mbligh | grep -r vmlinuz /etc turns up nothing | 17:48 |
lool | mbligh: That depends of the board; where is the kernel stored? | 17:48 |
lool | Is this qualcomm? | 17:48 |
mbligh | it's in /boot | 17:48 |
mbligh | mmm. can't say ;-) | 17:48 |
lool | Qualcomm has multiple stages of bootloaders, so it's a tad complex, and there are signatures at various levels | 17:48 |
lool | mbligh: Recent versions of U-Boot and RedBoot can load files such as kernels or boot instructions from a filesystem | 17:49 |
lool | I would expect that's your case, but perhaps only the kernel lives on a fs | 17:49 |
lool | mbligh: Check your BSP docs; there's certainly some info on writing your own kernel | 17:49 |
ogra | and surely some doc about the used bootloader | 17:50 |
* ogra hands asac a beer some chips and and https://edge.launchpad.net/ubuntu/+source/mono/2.4.3+dfsg-1ubuntu2/+build/1495864 | 17:51 | |
lool | ogra: Does mono actually work properly in the recent versions? | 17:52 |
ogra | lool, no idea, it didnt build until some mins ago, the last version we had came from karmic into lucid | 17:52 |
asac | lool: i think a testsuite is run in the build | 17:53 |
asac | and the mcs compiler also is mono ... | 17:53 |
asac | maybe it doesnt work fully, but it probably should work somewhat | 17:53 |
lool | asac: You might recall the weird banshee bugs | 17:53 |
ogra | which are still open :) | 17:53 |
asac | no. that was before my time. i wanted to check if it now is better | 17:53 |
asac | i think we might want to disable jit on arm | 17:53 |
asac | --with-jit=no | 17:53 |
asac | i will try that in a ppa if we still have the problems | 17:54 |
* ogra is happy as long as the apps we ship are installable at least ... | 17:54 | |
ogra | everything beyond is a bonus | 17:54 |
asac | ogra: will you give some love the ftbfs list and give them back for a bit ? | 17:55 |
asac | i have a call and would check afterwards what can be retried | 17:55 |
armin76 | dmart: get me a mwc2010 pass! | 17:55 |
ogra | as soon as its published, yes | 17:55 |
asac | thx | 17:55 |
ogra | but publisher will still take a while | 17:55 |
lool | ogra: http://people.canonical.com/~ogra/arm/build-arm-rootfs was an early version of rootstock, right? | 17:57 |
ogra | lool, yep | 17:57 |
lool | I'll drop references to it from the wiki; I don't think it's a good idea to still point people at it | 17:57 |
ogra | lool, btw, do you think the lucid versatile kernel could work with jaunty qemu ? | 17:57 |
ogra | lool, where will you point to ? | 17:58 |
ogra | there was no rootstock in jaunty and i havent tested it on jaunty since ages, build-arm-rootfs works for jaunty users | 17:59 |
lool | ogra: it would be nice if you could test the new versatile kernels with jaunty qemu-system-arm | 17:59 |
lool | I will point to rootstock for now | 17:59 |
ogra | ok | 17:59 |
lool | It would also be nice to provide backports of rootstock | 17:59 |
ogra | i will do so for karmic | 17:59 |
ogra | not sure for jaunty since it wasnt available there | 18:00 |
lool | 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 | 18:00 |
lool | What wasn't available in jaunty? | 18:00 |
ogra | rootstock | 18:00 |
lool | I was thinking of backports, so we could make anything available anyway | 18:00 |
ogra | yeah, thats surely possible | 18:00 |
lool | e.g. backports of debootstrap, rootstock, qemu-kvm, linux | 18:01 |
persia | can rootstock backport? I thought it depended on features not available until karmic. | 18:01 |
ogra | persia, the code is that bloated because it still works without qemu-arm-static | 18:01 |
persia | 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. | 18:01 |
ogra | qem-system-arm is all that counts | 18:02 |
ogra | and that used to work in jaunty | 18:02 |
lool | Concerning linux, it's probably the one we can avoid backporting in any case since it's typically not installed on the system | 18:02 |
ogra | the question is if the new versatile will work | 18:02 |
lool | It's more of a companion/helper to the rootfs | 18:02 |
ogra | i dont want to keep the different kernels in the script but unify on the archive version | 18:02 |
persia | So just get debootstrap backported (can be very quick if people are willing to test), and then backport rootstock. | 18:03 |
ogra | right | 18:03 |
ogra | but its essential to know if the kernel works with qemu | 18:04 |
ogra | i want to reduce the bloat of the script if possible | 18:04 |
ogra | given that all the lucid features add a lot of extra code | 18:04 |
persia | Well, backport the current version to karmic and jaunty, and then trim it down for lucid fowards. | 18:05 |
ogra | i wonde if i should drop all the locale handling ... oem-config can care for that | 18:05 |
ogra | in case of the debconf frontend i could even drop the tasksel stuff | 18:07 |
ogra | not sure about the gtk/qt UIs | 18:07 |
=== jds_ is now known as Hoonse | ||
Hoonse | hi guys | 18:16 |
persia | Hey Hoonse | 18:23 |
lool | Hi | 18:23 |
Hoonse | is anyone here who set up ubuntu on the beagleboard sucessfully? =) | 18:24 |
ogra | several people i think | 18:24 |
persia | There's some instructions on the beagle wiki that are up to date | 18:24 |
* persia hunts | 18:24 | |
ogra | Hoonse, http://elinux.org/BeagleBoardUbuntu | 18:24 |
persia | Yeah, that's it :) | 18:25 |
ogra | there should even be test images | 18:25 |
Hoonse | yeah i read this already but for this you have to compile ubuntu for your own right? | 18:25 |
persia | No. | 18:25 |
Hoonse | no? | 18:25 |
persia | You have to create your own rootfs only. | 18:25 |
persia | But you can do that from precompiled binaries. | 18:26 |
Hoonse | the rootfs is the "folder tree" ? | 18:26 |
lool | Yeah | 18:26 |
persia | roughly, yeah | 18:26 |
lool | the bits and bytes! | 18:26 |
ogra | err, that wikipage even has ready made images | 18:26 |
ogra | you dont need to compile anything :) | 18:26 |
Hoonse | can i use for example the synaptic packet manager for installing things? | 18:26 |
lool | Some people actually believe the rootfs is the soul of your board | 18:26 |
Hoonse | lol | 18:27 |
Hoonse | "the thing where the magic happens" =) | 18:27 |
ogra | Hoonse, yes, you can use synaptic/apt-get or aptitude | 18:27 |
persia | Most stuff should just work. IF something doesn't work, we'd appreciate help getting it fixed :) | 18:28 |
Hoonse | but i think the "normal" programms that you use for the pc arent working. only a few right? | 18:28 |
persia | Anything that works for any other architecture *should* work. | 18:28 |
persia | There are a couple things that just won't, like WINE, but those are exceptions. | 18:28 |
Hoonse | oh my god that would be great... | 18:28 |
persia | That's the point :) | 18:29 |
Hoonse | i think i only need a ftpd a httpd and a java runtime env... | 18:29 |
ogra | persia, if lool ever fixes qemu to run on armel you could theoretically run wine in qemu-user *g* | 18:29 |
persia | 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. | 18:30 |
Hoonse | i think i will try this now =) the only problem is that my only monitor is plugged into my beagle... | 18:30 |
persia | WINE does the same thing for powerpc, which annoys me, because I used to run windows on a powerpc. | 18:30 |
ogra | persia, i men the x86 version of wine :) | 18:30 |
ogra | *mean | 18:31 |
persia | ogra: And that's the advanced hackery bit :) | 18:31 |
Hoonse | can i do this via ssh plugged the mmc card into my server?!? | 18:31 |
ogra | just some binfmt magic :) | 18:31 |
persia | 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. | 18:32 |
persia | ogra: The binfmt magic isn't the hard part. The hard part is getting the binary installed in the first place. | 18:32 |
ogra | details :P | 18:32 |
persia | heh | 18:33 |
* persia watches the publisher impatiently | 18:33 | |
* ogra is eager for the first blog entries from people running IE under wine on armel netbooks *g* | 18:34 | |
ogra | probably in 12.04 or so :) | 18:34 |
rcn-ee | ogra, did you catch the blog/youtube where someone ran max os (powerpc) thru pear on a n900? | 18:38 |
rcn-ee | max/ mac... | 18:38 |
ogra | no, cool :) | 18:38 |
rcn-ee | http://www.engadget.com/2010/01/31/mac-os-x-10-3-installed-on-nokia-n900-via-pearpc-barely-usable/ | 18:39 |
ogra | haha, i should try that on mine :) | 18:44 |
ogra | lool, you missed to remove a sudo qemu call :) | 18:44 |
* ogra fixes | 18:44 | |
ogra | OMG ... | 18:50 |
ogra | i just ran rootstock -s gdm ... | 18:50 |
persia | And it worked? | 18:50 |
ogra | that installs half the desktop | 18:50 |
persia | Well, yeah. | 18:50 |
jds_ | 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? | 18:50 |
ogra | why the heck does gdm pull in nautilus? | 18:50 |
=== jds_ is now known as Hoonse | ||
Hoonse | u-boot not u-bin sorry | 18:51 |
ogra | arent they linked from the wiki ? | 18:52 |
* ogra thought they are | 18:52 | |
persia | ogra: gnome-session is the link. | 18:53 |
ogra | persia, i thought there was a shrunk down gnome-session | 18:53 |
* persia checks | 18:53 | |
ogra | gnome-session-core or -bin or so | 18:53 |
persia | Right. gnome-sessoin-bin | 18:53 |
* persia looks again | 18:53 | |
persia | I don't see it immediately then. | 18:54 |
ogra | i hope my image size is enough ... | 18:55 |
* ogra doesnt want to do that again ... its just to test the logic for installing oem-config-gtk if gdm is installed | 18:55 | |
* persia invokes the heavy artillery | 18:56 | |
ogra | i think i'll forbid ll useradd stuff in rootstock in favor of oem-config | 18:57 |
ogra | up to now you can still use --user --password ... | 18:57 |
ogra | can anyone tell me a reason why to keep it ? | 18:57 |
ogra | (gievn its really insecure) | 18:57 |
rcn-ee | ogra, what would oem-config bring up on first boot then? would it require a gui? i'm thinking console installs... | 18:58 |
persia | rcn-ee: There's a debconf front-end | 18:58 |
ogra | it brings up a debconf ui | 18:58 |
ogra | looks like debian-installer | 18:59 |
ogra | but only asks for username, passwd, language and timezone | 18:59 |
rcn-ee | okay, that works.... wasn't sure.. ;) | 18:59 |
persia | ogra: I think it's an issue with dependency resolution. I'm *definitely* getting it through gnome-panel->gnome-session->nautilus | 18:59 |
ogra | and then removes itself | 18:59 |
* persia blames the lack of versioned provides | 18:59 | |
Hoonse | in the wiki there are "usefull packages" listed what should i do with dem?!? | 18:59 |
persia | Hoonse: Install them on your workstation :) | 19:00 |
rcn-ee | Hoonse, you would install them thru the '--seed ' | 19:00 |
ogra | or afterwards in the booted system | 19:00 |
Hoonse | yeah but i need at least the wifi drivers do get this thing to the www | 19:00 |
rcn-ee | the key ones are linux-firmware and wireless-tools for wifi devices... since ubuntu's repo gives us the firmware... | 19:01 |
Hoonse | please excuse my strange english skills... normally i speak german =) | 19:01 |
ogra | your skills are fine ... | 19:03 |
Hoonse | lol thanks | 19:04 |
Hoonse | when i spt-get install the xfce4 has this any affect on my PC UBUNTU system?!? i am a little afraid right now =) | 19:04 |
ogra | no, it wont touch your host system | 19:05 |
Hoonse | hmmm the rootstock script is running... everything seems awesome =) | 19:11 |
ogra | it will take a while, get a beer and some dinner :) | 19:12 |
Hoonse | =) | 19:12 |
Hoonse | 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 =) | 19:14 |
ogra | heh | 19:14 |
cwillu_at_work | ooh, rcn-ee | 19:16 |
cwillu_at_work | I has kernel config options for you! | 19:16 |
rcn-ee | hey cwillu_at_work | 19:16 |
cwillu_at_work | if only my server wasn't wedged right now :p | 19:16 |
rcn-ee | ouch... i know that feeling, it's my day off and i'm rotating new harddrives on the beagle farm.. .;) | 19:17 |
Hoonse | 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^^ | 19:17 |
* ogra wonders what hapens in ubuntu-system-service's unpack phase that reliably locks up his VM | 19:48 | |
persia | strace it :) | 19:52 |
ogra | i cant | 19:52 |
ogra | its inside a VM | 19:52 |
persia | And you can't install strace in the vm, and strace dpkg while unpacking? | 19:52 |
ogra | i just want to get that codepath tested damned | 19:52 |
ogra | that would require any kind of option to get *inside* the VM | 19:53 |
ogra | the VM is spawned by rootstock as backend | 19:53 |
ogra | i cant easily get to it | 19:53 |
ogra | i suspect its the bug that lool just reasearched (and i think fixed too) with libc | 19:54 |
ogra | it simply takes 40min to get to that point, that the annoying part ... but i think i'll kill the build now | 19:54 |
persia | Ah. Yeah. It would be painful to untangle that sufficiently. | 19:55 |
Hoonse | holy sh this takes really a while... | 19:55 |
* ogra just goes back to the other kernel and tries again | 19:56 | |
ogra | Hoonse, yes, under which host release do you run it ? | 19:56 |
Hoonse | i think 9.04 | 19:56 |
ogra | yeah, that was really slow | 19:56 |
ogra | karmic (9.10) wa a lot faster | 19:57 |
Hoonse | seems so =) | 19:57 |
Hoonse | hmmm i got some warnings... is this normal? | 20:09 |
persia | Hoonse: What sort of warning? | 20:11 |
Hoonse | Setting up wdiff (0.5-18) ... | 20:11 |
Hoonse | install-info: warning: maintainer scripts should not call install-info anymore, | 20:11 |
Hoonse | install-info: warning: this is handled now by a dpkg trigger provided by the | 20:11 |
Hoonse | install-info: warning: install-info package; package wdiff should be updated. | 20:11 |
ogra | depends on the warnings :) | 20:11 |
Hoonse | this sort of... | 20:11 |
persia | Hoonse: You can safely ignore those. Those are bugs in the packages being installed. | 20:12 |
Hoonse | great its cleaning up =) | 20:12 |
Hoonse | aaaand done yeah | 20:12 |
persia | 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. | 20:12 |
asac | ogra: how is the mono give back going? | 20:13 |
asac | someone needs to take over? whats the status? | 20:13 |
ogra | asac, i simply gave back everything | 20:13 |
ogra | lest see what sticks to the wall and what falls off | 20:14 |
ogra | *lets | 20:14 |
asac | right :-P | 20:14 |
ogra | i'll do a second run tomorrow | 20:14 |
asac | do you get emails for give backs? | 20:14 |
asac | hmm. i think so | 20:14 |
ogra | yep | 20:14 |
ogra | for failures at least | 20:14 |
asac | coool. then be accurate ;) | 20:14 |
asac | talk to you tomorrow | 20:14 |
ogra | i'll check the ftbfs list tomorrow morning and we'll see | 20:14 |
persia | One only gets give-back fail emails if one was an uploader. | 20:14 |
ogra | ejoy your evening | 20:14 |
ogra | persia, well, the ftbfs list will have them | 20:15 |
persia | Indeed. | 20:15 |
ogra | most of it still sits in the queue | 20:16 |
ogra | gnome-sharp2 is currently building | 20:16 |
lool | ogra: I wasn't done with the wiki page, just went for dinner | 20:17 |
ogra | ah | 20:17 |
therealgalen | does anybody know of any ARM CPUs with compression offload or accelleration? | 20:31 |
Hoonse | are these boot fixup for 9.10 to do or not (i am talking from the wiki page =)) | 20:34 |
rcn-ee | Hoonse, just 9.10 for the moment... (unless you've installed a backup battery on your c3/c4..) | 20:35 |
rcn-ee | lucid (10.04) when released, hopefully won't require the fixup.. ;) | 20:35 |
Hoonse | k then i really should do this... =) | 20:35 |
persia | 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. | 20:35 |
cwillu_at_work | rcn-ee, who doesn't install the battery on a c3/c4? | 20:36 |
rcn-ee | me.. ;) | 20:37 |
rcn-ee | and i have 3 other's beagles couple bx's and c2 with out the battery hookup.. | 20:37 |
ogra | rcn-ee, whats that fixup ? anything we can pull into the distro to help ? | 20:38 |
rcn-ee | it's the util-linux... missing rtc date, you had mentioned a fix was heading for lucid... | 20:38 |
ogra | ah, k | 20:39 |
rcn-ee | 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... ;) | 20:40 |
Hoonse | hmmm there is no ./tmp/etc/e2fsck.conf file on my image ?!? | 20:41 |
rcn-ee | Hoonse, that's correct.. by default the file doesn't exist... | 20:46 |
rcn-ee | by default everything works perfectly.. ;) | 20:47 |
Hoonse | i have to make it right? | 20:47 |
rcn-ee | correct... | 20:47 |
Hoonse | thanks | 20:47 |
Hoonse | 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... | 20:53 |
Hoonse | -.- i was ON the partition... | 20:54 |
Hoonse | sorry | 20:54 |
Hoonse | so guys its finished | 20:55 |
Hoonse | please cross your fingers =) | 20:55 |
Hoonse | plugged in... | 20:56 |
ogra | nothing to cross ... it will just work :) | 20:56 |
Hoonse | woooohoooo i see tux on the screen *muahahahaaa* | 20:56 |
Hoonse | holy sh... it works!!! | 20:57 |
ogra | :) | 20:57 |
Hoonse | thanks guys!!! | 20:57 |
Hoonse | hmmm i just got a terminal on a blue backscreen?!? | 21:02 |
Hoonse | but the login was at a gui... | 21:02 |
persia | Hoonse: Well, what desktop environment did you install? | 21:03 |
ogra | i.e. what did you specify for the -s option | 21:03 |
Hoonse | xfce4?!? | 21:03 |
rcn-ee | ahh Hoonse, by default it goes to 'xterm' you need to change it in the drop down on the bottom... | 21:04 |
rcn-ee | (at the login screen) | 21:04 |
Hoonse | k *reboot* | 21:04 |
rcn-ee | 'exit' should do it.. | 21:04 |
Hoonse | yeah thats the other option =) | 21:05 |
rcn-ee | that would be a nother good fixup to list on the wiki.. just remove/move the xsession file... | 21:06 |
Hoonse | there is no drag down?!? | 21:06 |
Hoonse | there is login restart and shutdown... | 21:06 |
rcn-ee | you need to click on your login name... or type it.. then the theme changes... | 21:07 |
Hoonse | oh there it is... sorry | 21:07 |
rcn-ee | i know.. it's weird... if you don't have a 'theme' installed it's impossible... ;) | 21:07 |
Hoonse | is there a tool to setup the wifi device? | 21:11 |
rcn-ee | network manager, once installed.... but you'll have to do... "sudo ifconfig -a", "sudo iwconfig wlanX essid "xxx"", "sudo dhclient wlanX" | 21:12 |
Hoonse | iwconfig not found... | 21:13 |
rcn-ee | that was "wireless-tools" one of the usefull packages... you have to download, copy, dpkg it.. | 21:14 |
rcn-ee | http://ports.ubuntu.com/pool/main/w/wireless-tools/ it shouldn't have any dependices, dpkg will warn you... | 21:15 |
ogra | under karmic qnd lucid you can just chroot into the SD card from your x86 host :) | 21:15 |
ogra | an just install NM | 21:15 |
ogra | qemu-arm-static ftw ! | 21:15 |
rcn-ee | yeah, that would be easier.. and while there, add the nework manager gui for xfce4, not sure on the name.. ;) | 21:16 |
ogra | yeah | 21:16 |
ogra | everything is so much easier in karmic and lucid | 21:16 |
ogra | imagine lucid+1 .... it will just work on its own, we wont even need to do anything anymore :) | 21:17 |
Hoonse | whats the difference between wireless-tools 29-1ubuntu... and wireless-tools 29-1.1ubuntu... | 21:19 |
Hoonse | wich should i download? | 21:19 |
lool | Cool, linux uploaded | 21:25 |
lool | Hopefully a working versatile in lucid soon | 21:26 |
ogra | lool, doe sthat have the fix for the eglibc issues ? | 21:26 |
ogra | or do we need another libc upload for them ? | 21:26 |
Hoonse | i have downloaded the files to my beagle desktop but i cant find any option in apt-get to install from disk | 21:36 |
lool | ogra: I don't have any fix for the regression caused by libc6 update | 21:36 |
ogra | meh | 21:37 |
rcn-ee | Hoonse, from disk, use "sudo dpkg -i <file>" | 21:37 |
ogra | then we wont have working versatile | 21:37 |
rcn-ee | opps, thats why mkfs.ext4 took so long on my server.. usb 1.1 port... | 21:39 |
Hoonse | hmmm i have to take the armel.deb files right? | 21:39 |
ogra | 1.1 ? ouch | 21:41 |
rcn-ee | Hoonse, that's correct... | 21:41 |
Hoonse | no i took 2ubuntu... | 21:41 |
Hoonse | wireless-tools_29-2ubuntu6_armel.deb | 21:42 |
ogra | looks ok | 21:42 |
Hoonse | it says "packet damaged" | 21:42 |
Hoonse | i translatet this... | 21:43 |
rcn-ee | sounds like it didn't copy all the way.... | 21:43 |
Hoonse | k i will do it again... | 21:44 |
ogra | Hoonse, https://launchpad.net/~ogra/+archive/ppa/+files/qemu-arm-eabi_0.10.5-0ubuntu1_i386.deb install that on your x86 machine | 21:45 |
ogra | Hoonse, then you can mount your SD to /mnt and do: sudo chroot /mnt apt-get install network-manager | 21:46 |
Hoonse | via ssh too? | 21:46 |
ogra | on your intel machine | 21:46 |
ogra | you can do chroot via ssh too indeed, yes | 21:46 |
Hoonse | i have istalled this | 21:49 |
Hoonse | now? | 21:49 |
ogra | now you can execute stuff on the SD | 21:49 |
ogra | through the chroot command | 21:49 |
ogra | mount it to /mnt and run sudo chroot /mnt | 21:50 |
ogra | that gives you a shell on the SD | 21:50 |
ogra | and then you can just install network-manager using apt | 21:50 |
Hoonse | ok now i am confused.. | 21:51 |
Hoonse | i have mounted the ext filesystem from the mmc card | 21:51 |
ogra | right | 21:51 |
Hoonse | yes but what do i do with chroot? | 21:51 |
rcn-ee | 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... | 21:51 |
ogra | now you do: sudo chroot /mountpoint | 21:51 |
cwillu_at_work | rcn-ee, troubles? | 21:52 |
Hoonse | angus@serv0r:~/Desktop$ sudo chroot /media/ext | 21:52 |
Hoonse | chroot: cannot run command `/bin/bash': No such file or directory | 21:52 |
cwillu_at_work | rcn-ee, or are things just working properly and you're sad? | 21:52 |
rcn-ee | nope, not troubles.. everything works good.. so it's a good sign.. | 21:52 |
cwillu_at_work | :) | 21:52 |
ogra | Hoonse, make sure to mount it manually in /mnt or something, the automount in /media wont work | 21:53 |
cwillu_at_work | I had a weird crash yesterday, don't think it was usb related though | 21:53 |
cwillu_at_work | I've got better blinken lights now so I'll know for sure the next time | 21:53 |
cwillu_at_work | rcn-ee, I don't have it handy, but have you tripped over any omap-pm kernel config options? | 21:54 |
cwillu_at_work | 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 | 21:54 |
Hoonse | i have manually mounted it on /mnt/ext | 21:55 |
ogra | ok | 21:55 |
ogra | and there is /mnt/ext/bin ? | 21:55 |
Hoonse | yes | 21:55 |
cwillu_at_work | Hoonse, typically you mount things directly on /mnt; use /media for submounts | 21:56 |
Hoonse | but it seems there is no bash... | 21:56 |
ogra | Hoonse, so the chroot command should work (at least if you are on a ubuntu machine) | 21:56 |
ogra | ls /mnt/ext/bin/bash ? | 21:56 |
Hoonse | yes | 21:56 |
cwillu_at_work | Hoonse, you did chroot /mnt/ext or /media/ext? | 21:56 |
Hoonse | and there is a bin/bash | 21:57 |
Hoonse | wtf?!? | 21:57 |
ogra | might be a bug in the qemu-arm-eabi package but it *should* work | 21:57 |
ogra | its a pre release package i rolled under jaunty, the proper one went into karmic and is a bit different | 21:58 |
Hoonse | do i have to start qemu or something? | 21:59 |
ogra | nope | 21:59 |
ogra | its an automatic wrapper that wraps around armel binaries if you execute them | 22:00 |
ogra | you can try to restart binfmt-support | 22:00 |
Hoonse | ? | 22:00 |
ogra | sudo /etc/init.d/binfmt-support restart | 22:00 |
ogra | thats where it hooks into | 22:00 |
rcn-ee | cwillu_at_work, yeap, now that musb/ehci seem to work, i really want to start enableing the power managment stuff.. | 22:00 |
ogra | and then try again | 22:00 |
Hoonse | nope doesnt work | 22:01 |
cwillu_at_work | oh, goodie :) | 22:01 |
Hoonse | strange | 22:01 |
ogra | sorry then, might be an issue with the package | 22:01 |
rcn-ee | 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... | 22:01 |
ogra | Hoonse, sudo dpkg -r qemu-arm-eabi | 22:02 |
cwillu_at_work | I've got a good computer store locally, it's been a while since I've had to buy any standard parts online :) | 22:02 |
ogra | 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 | 22:02 |
cwillu_at_work | ugh, 3.3 volts? | 22:02 |
rcn-ee | yeap... 3.3... full length pci.... | 22:03 |
rcn-ee | i think i can get away with a very low profile and left angle pci convertor.. | 22:03 |
ogra | are these still built ? | 22:04 |
rcn-ee | it's an old amd-8111 dual core opteron i got surplus a couple years back.. | 22:04 |
ogra | i meant the PCI->USB cards :) | 22:04 |
rcn-ee | i have a couple, 5 volt, it doesn't look like anyone built them for 3.3... (just parrell/firewire stuff) | 22:05 |
Hoonse | i think i will try this tomorrow again... | 22:06 |
rcn-ee | okay found a 3.3.. newegg loves me.. | 22:06 |
Hoonse | i have to stand up at 5 am because it snows like hell | 22:06 |
Hoonse | by guys and a big thanks for all your help | 22:07 |
Hoonse | see u tomorrow | 22:07 |
ogra | *** glibc detected *** apt-get: double free or corruption (fasttop): 0x000c7160 *** | 23:33 |
ogra | hrm | 23:33 |
ogra | lool, ^^^ thats with the karmic kernel | 23:33 |
ogra | (but i guess you tested that when nailing it down on libc) | 23:33 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!