**** BEGIN LOGGING AT Fri Feb 05 02:59:56 2010 Feb 05 06:09:20 Super near stupid question Feb 05 06:10:58 If a program is coded in c c++ and tcl and I'm running ubuntu arm and I know it has make is there anything super special (barring lib dependencies) to make a program build properly or am I good with the typical make commands to install on arm hardware Feb 05 13:54:44 what happened to the ubuntu android runtime project? Feb 05 13:56:21 The direction/research was abandonned Feb 05 14:35:00 thats sad, being able to run android apps on generic linuxes would be highly useful Feb 05 16:19:46 Wondering if someone can point me at a .deb for gdb? There has to be one out there. Feb 05 17:06:12 4 Feb 05 17:06:36 On beagleboard, I have amixer, alsamixer, aplay, arecord working but gnome-volume-control reports the "connection failed, reconnecting". Is it a problem with pulse? Feb 05 17:07:03 also, launching pulseaudio --start reports an error "Daemon startup failed". Has anyone experienced that? Feb 05 17:39:35 gregoiregentil: Please file a bug about that: it should just work. Feb 05 17:39:59 You might try parec and pacat to see if those help. Feb 05 17:40:42 but is it working for anybody? Note that I have a special 2.6.29 kernel and I'm wondering if that may be the problem Feb 05 17:41:09 Aha. We'll need someone with a non-special kernel to test :) Feb 05 17:41:59 gregoiregentil: which distro are you running? Feb 05 17:42:28 Always Innovating Ubuntu: http://www.alwaysinnovating.com/wiki/index.php/Ubuntu Feb 05 17:42:47 which release? Feb 05 17:43:39 oh, nevermind. Feb 05 17:43:46 Have you tried Lucid? Feb 05 17:44:40 No Feb 05 17:45:15 so its karmic ? Feb 05 17:45:36 correct Feb 05 17:46:06 let me reformulate my question: has anyone make work gnome-volume-control on ARM Karmic? Feb 05 17:46:49 I'm running karmic at this moment on a dev board, and volume control works here. Feb 05 17:46:50 it would be nice if you submitted something like your changes as patches :) i'd have happily accepted your postprocess thingie (we now have a --script option that does the same in the latest upstream branch though) Feb 05 17:47:09 gnome-volume-control works fine for me on a babbage board under karmic Feb 05 17:47:39 i suspect your kernel might miss an option for something pulse tries to attach to Feb 05 17:47:47 ogra: OK interesting. Which kernel version is it? Feb 05 17:47:55 ogra: http://git.alwaysinnovating.com/cgit.cgi/ai.ubuntu/tree/ Feb 05 17:48:00 the ubuntu archive kernel, 2.6.31 Feb 05 17:48:20 OK. Yes, I should try to upgrade my kernel Feb 05 17:48:26 but I have so many patches... Feb 05 17:48:50 * ogra knows that feeling Feb 05 17:52:02 gregoiregentil, http://ports.ubuntu.com/pool/main/l/linux-fsl-imx51/ has the kerenl we use on the babbage (the -108 one is karmic), the config is shipped in the deb in /boot, probably you find something by comparing the alsa related configs Feb 05 18:20:44 gregoiregentil: From the symptoms, it's very likely a missing config option in your kernel, not necessarily that it's too old Feb 05 18:21:06 gregoiregentil: You could strace it to see what is actually failing Feb 05 18:21:23 lool, thanks for researching the versatile issue Feb 05 18:21:26 * ogra hugs lool Feb 05 18:21:57 That took me the whole day unfortunately :-( Feb 05 18:22:06 andy said he'll upload before end of the sprint Feb 05 18:22:17 Building kernels and tracking down config changes is really time consuming Feb 05 18:22:21 yeah Feb 05 18:22:36 But the result should be a much more useful kernel \o/ Feb 05 18:22:43 yeah \o/ Feb 05 18:22:58 rootstock already has the code to use it by default Feb 05 18:23:01 It's still missing some stuff; notably the storage drivers are still modules Feb 05 18:23:11 We should have SCSI + SD and some FSes in the kernel Feb 05 18:23:40 i'm pondering to drop all the other kernel specialities in rootstock and unify on the archive one Feb 05 18:23:42 A nice bonus of the config fixes is that the fonts suck less too Feb 05 18:23:55 ogra: I didn't understand why you have two kernels in there Feb 05 18:24:06 Why don't you use the cortex-a8 one for all dists? Feb 05 18:24:17 i will Feb 05 18:24:36 as soon as i use the archive kernel i'll drop the others Feb 05 18:24:58 I mean you can drop one of them right now already Feb 05 18:25:14 * lool & Feb 05 18:25:39 well, it works as is ... i will make the change if i have the archive kernel when i have to touch that code anyway Feb 05 18:51:01 lool: thanks a lot for versatile things, i am also going to use it for some development Feb 05 18:51:42 lool: if you need some help for versatile, just ping me Feb 05 18:53:41 cooloney: Thanks Feb 05 19:02:12 hello Feb 05 19:02:16 hey Feb 05 19:02:58 so i recenly recompiled my image by root stock now in the gui log in screen it wont show my user name Feb 05 19:03:06 so i cant go anywhere after that Feb 05 19:03:15 but console and everything works Feb 05 19:03:35 and everything is uptodate since yesterday Feb 05 19:03:38 in console you can use the username ? Feb 05 19:03:48 yes Feb 05 19:03:58 which version of the script did you use ? Feb 05 19:04:18 the one from karmic repo and also from launchpad test2 Feb 05 19:04:26 test2 ? Feb 05 19:04:43 it is one of the lists there Feb 05 19:05:11 the karmic version should work properly (but does not support building lucid if you tried that) Feb 05 19:05:12 well i actually tried every rootstock available from launchpad Feb 05 19:05:26 i am only building karmic Feb 05 19:06:01 it only few days ago when updating kernel it started happening Feb 05 19:06:04 hmm that should work properly with the packaged version Feb 05 19:06:43 i find it strange because i created a lot of images with same version and never had a problem Feb 05 19:07:01 well, we dont have any beagleboard kernel in ubuntu, if thats kernel related you should talk to the maintainer of eh beagle kernel package Feb 05 19:07:31 so it could be a kernel issue? Feb 05 19:07:37 he comes by here from time to time: rcn-ee Feb 05 19:07:50 well, if you say it worked until you had a kernel upgrade Feb 05 19:07:50 ok Feb 05 19:09:01 well this is complete new install, i do have a older install but i am afraid to break that Feb 05 19:13:28 so do you anyway to refresh the gdm? Feb 05 19:13:42 like see where the list is saved? Feb 05 19:16:38 it should just look it up from /etc/passwd Feb 05 19:17:17 ok Feb 05 19:22:01 * persia runs into the dreaded "sudo: must be setuid root" issue Feb 05 19:58:37 lool, bah, you broke qemu-arm-static Feb 05 19:59:43 lool, you register the new qemu-arm handler but dont unregister the old arm handler Feb 05 19:59:50 please fix :) Feb 05 20:01:48 oh, it think its just a missing conflicts/replaces Feb 05 20:01:52 quick Feb 05 20:02:27 hrm Feb 05 20:07:05 ogra: Right now, ubuntu-dev-tools is recommending the transitional package (my mistake). If you need to conflict, please also adjust this. Feb 05 20:07:16 ogra: I do Feb 05 20:07:26 ogra: Did you read my email about the bug I filed? Feb 05 20:07:54 i didnt know it makes it completely non-functional Feb 05 20:08:22 Does it? Feb 05 20:09:11 ogra@osiris:/var/build$ sudo chroot lucid-test/ Feb 05 20:09:11 chroot: cannot run command `/bin/bash': No such file or directory Feb 05 20:09:27 it doesnt exec at all anymore Feb 05 20:10:09 Worked great for me, until my latest dist-upgrade. Feb 05 20:10:48 same here Feb 05 20:15:54 Does it work after a reboot? Feb 05 20:17:09 I know it's not unregistered properly, but the documentation says it should so I just filed #516274; I was counting on the fact that both entries point to the same binary interpreter Feb 05 20:18:19 no, doesnt work after reboot either Feb 05 20:20:15 ogra@osiris:/var/build$ ls /proc/sys/fs/binfmt_misc Feb 05 20:20:15 arm cli jar python2.5 python2.6 python3.0 qemu-arm register status Feb 05 20:20:18 hrm Feb 05 20:20:47 i have uninstalled the qemu-arm-static package manually and rebooted, why is the arm handler still there Feb 05 20:21:17 ogra@osiris:/var/build$ ls /usr/share/binfmts Feb 05 20:21:17 cli jar python2.5 python2.6 python3.0 qemu-arm Feb 05 20:21:54 Check in /var/lib/binfmt* Feb 05 20:21:59 why do i have it in /proc Feb 05 20:22:10 oh, there it is Feb 05 20:23:42 ogra@osiris:/var/build$ ls /proc/sys/fs/binfmt_misc/ Feb 05 20:23:42 cli jar python2.5 python2.6 python3.0 qemu-arm register status Feb 05 20:23:42 ogra@osiris:/var/build$ sudo chroot lucid-test Feb 05 20:23:42 chroot: cannot run command `/bin/bash': No such file or directory Feb 05 20:23:45 hmm, still Feb 05 20:24:00 lool, does it work for you ? Feb 05 20:24:57 erm Feb 05 20:24:58 ogra@osiris:/var/build$ cat /proc/sys/fs/binfmt_misc/qemu-arm Feb 05 20:24:58 enabled Feb 05 20:24:58 interpreter /usr/share/binfmt-support/run-detectors Feb 05 20:25:02 whats that ? Feb 05 20:30:58 it works after I rerun the postrm and the postinst Feb 05 20:31:07 ie sudo update-binfmts --package qemu-arm-static --remove arm /usr/bin/qemu-arm-static Feb 05 20:31:31 and sudo update-binfmts --import qemu-arm Feb 05 20:32:33 weird Feb 05 20:32:43 here too Feb 05 20:33:07 I wonder whether it's because it's in the prerm Feb 05 20:33:28 did you add that ? i dont think it had a prerm before Feb 05 20:33:56 hmm, it did Feb 05 20:34:44 I don't get why it didn't work from the maintainer script; I'm pretty sure it's the same bug than the one I filed, but I don't understand the issue Feb 05 20:34:57 * ogra neither Feb 05 20:36:20 * ogra reboots again to make sure it persists Feb 05 21:07:23 * cwillu_at_work starts playing with rcn's musb patched kernel Feb 05 21:54:44 cwillu_at_work: which one would that be? :) Feb 05 21:55:22 kblin, the first one he linked me: http://rcn-ee.homeip.net:81/dl/linux-image-2.6.32.7-x7.1_1.0cross_armel.deb Feb 05 21:55:35 kblin, I noticed there was also a 7.2 and 7.3 Feb 05 21:56:15 doesn't look like http://rcn-ee.net/deb/kernel/beagle/ has any with that patch yet Feb 05 21:56:35 I usually build my own kernels from his git, and I haven't checked if they're there yet either Feb 05 21:56:37 cwillu_at_work: what problems are you seeing? Feb 05 21:56:48 kblin, right now, doesn't look like any problems :) Feb 05 21:57:28 kblin, but historically I have all sorts of fun with mixing 2.0 + 1.1 usb devices on the same hub, as well as general issues with the ehci port on omap3 boards (beagle or overo) Feb 05 21:58:00 so at this point, I'm testing the general instability of the ehci port as well as the usb mixing Feb 05 21:58:42 the concrete issue I had was some trouble at an installation last month, where their keyboard would lock up after 8 hours or so Feb 05 21:59:13 cwillu_at_work: for my B6, 2.6.31.5-x5.3 resolved my musb issues. for my C2, I still do get the occasional timeout from the network card over musb Feb 05 21:59:18 no network access to the device, and only a limited amount of time I could stay on site on any given day Feb 05 21:59:47 kblin, running c3 and c4 Feb 05 22:00:12 and you still have stability issues with ehci? geez... Feb 05 22:00:38 well, there's musb patches floating around that I didn't have; pointed them out to rcn and they seem to be helping Feb 05 22:01:07 really, I do everything in my power to make stuff as unreliable as possible :p Feb 05 22:01:46 cwillu_at_work: I guess I'll have to try that new kernel for my c2, thanks for the heads up :) Feb 05 22:01:57 lool: Still up? Do you need a hand chasing the binfmt-misc stuff? Feb 05 22:02:41 kblin, I believe http://rcn-ee.net/deb/kernel/beagle/ is preferable, at least once rcn has verified that the patches are in those kernels Feb 05 22:03:26 yeah, I'm not going to touch that stuff tonight, I'll wait until the kernels hit rcn-ee.net Feb 05 22:04:26 might not be till monday :p Feb 05 22:04:37 I sent him an email, if he respond then there's hope :p Feb 05 22:04:45 :) Feb 05 22:05:55 I'm in no hurry. I just need the c2 board stable enough so I can demo it on a conference in may :) Feb 05 22:06:27 Should be no issue with that sort of latency :) Feb 05 22:06:47 persia: dunno, took about a year to get my b6 working Feb 05 22:07:12 with usb ethernet _and_ usb hdd, that is Feb 05 22:07:31 Somehow I think that there's enough boards out there that kernels oughtn't take that long, and userspace is getting easier every day. Feb 05 22:07:40 kblin, add a laser printer, and you'll have my test case :) Feb 05 22:08:04 persia, i.e., I'm already running the kernel in question? :p Feb 05 22:08:24 * persia thought that was the case :) Feb 05 22:08:43 cwillu_at_work: nah, I'm going to demo a samba 4 AD DC, that doesn't do printing so far :) Feb 05 22:08:59 kblin, you don't share printers on your networks? :p Feb 05 22:10:11 cwillu_at_work: I do with samba 3 Feb 05 22:10:22 or rather lpd, no samba involved :) Feb 05 22:10:37 persia, http://rcn-ee.homeip.net:81/dl/rootstock/rootstock-201002041826.log ... so rcn was hit by the qemu issue yesterday already it seems Feb 05 22:10:57 "chroot: cannot run command `debootstrap/debootstrap': No such file or directory" Feb 05 22:20:42 Right. Feb 06 00:15:51 rcn-ee, hey Feb 06 00:16:05 rcn-ee, i found out what your issue with rootstock was Feb 06 00:16:07 hi ogra, what's up.. Feb 06 00:16:25 after my message last night, i was thinking just probally an upload bug.. ;) Feb 06 00:16:36 rcn-ee, run: sudo update-binfmts --package qemu-arm-static --remove arm /usr/bin/qemu-arm-static && sudo update-binfmts --import qemu-arm Feb 06 00:17:01 its breakage that occured after lool changed the package naming of qemu-arm-static Feb 06 00:17:07 ahh, will give that a try... probally should have mentioned i'm running lucid.. ;) Feb 06 00:17:46 if you see errors about debootstrap/deboostrap not being found its usually an issue with the binfmt wrapper of qemu Feb 06 00:18:21 thanks alot.. i had a guy email me about that debootstrap/debootstrap error the other day too, probally same issue.. Feb 06 00:18:42 well, the package change was uploaded 3 days ago Feb 06 00:18:55 so if it happened after that its very likely to be related Feb 06 00:19:17 his email was over last weekend.. probally something else then.. Feb 06 00:19:36 the change might require a reboot or restart of binfmt btw, not sure if it applies immediately Feb 06 00:23:57 i'll give it a test run.. qemu-arm-static still remained.. (rebooted) but it looks like it runs 'qemu-arm' when called.. Feb 06 00:29:53 yeah Feb 06 00:30:11 qemu-arm-static is only an empty transitional package now Feb 06 00:33:01 Interesting, so Google just dumped Ubuntu as base for ChromeOS? Bummer. Feb 06 00:50:25 ogra, it looks good, although it looks like useradd tweaked their syntax... ;) Feb 06 00:52:45 are you running trunk atm ? Feb 06 00:53:09 i'm wildly fiddlin with the code there, might be that i broke something Feb 06 00:53:44 yeah, trunk.. revision 42... Feb 06 00:54:18 and what error do you see ? Feb 06 00:55:48 http://pastebin.com/mc8830d7 Feb 06 00:56:14 it didn't affect my daily test builder, that's running the version released with karmic... Feb 06 00:56:25 (with lucid tweak) Feb 06 00:56:29 hmm, havent seen that yet and i build rootfses the whole day Feb 06 00:57:32 might be an issue with the code i added to use oem-config though, i havent created any users since yesterday Feb 06 00:58:09 (you can run rootstock without options now and get a first run dialog to set up user, timezone and language) Feb 06 00:58:26 instead of having to forcefuly create a user during build Feb 06 00:58:41 sure i can do that.... Feb 06 01:00:59 --fqdn is still needed though, i'll start generating soemthing random with the next commits ... Feb 06 01:01:06 laughs... sometimes i need to stop tweaking my dev systems by running git trees... weired 'ctrl-c'=log out.. ;) Feb 06 01:01:25 currently i'm fixing the package caching for the offline mode though and tomorry i'll fly back to the EU Feb 06 01:02:01 so it might stay in a partially broken state over the weekend Feb 06 01:02:04 that'll be a nice setting for users, then they don't have to learn how to setup a apt-cacher/etc setup.. Feb 06 01:04:28 it shouldn't be too bad, (i won't be around) but i've had a hard enough time to get beagle users off 9.04 and onto 9.10... ;) so it shouldn't affect to many people... Feb 06 01:05:46 ah, i see whats wrong with useradd Feb 06 01:06:03 PW=$(perl -e 'print crypt($ARGV[0], "qemuonarm")', $PASSWD) .... Feb 06 01:06:19 move that line above the place wheer USERADD_CMD is set Feb 06 01:06:27 (around line 730) Feb 06 01:06:34 that should fix it Feb 06 01:09:00 you thinking, only when 'newuser' and 'passwd' is not set so i the if block? Feb 06 01:09:47 well, the point is that PW is empty at that point Feb 06 01:10:04 so USERADD_CMD doesnt get the proper syntax Feb 06 01:10:07 ahh true.. Feb 06 01:10:33 i'll comit a fix before closing down today Feb 06 01:10:47 the above should be the right fix Feb 06 01:14:03 awesome, it should work, i'll run a quick smoke test... Feb 06 01:40:51 * ogra pushes and needs to tear down the dev room ... Feb 06 01:45:10 have good flight back ogra... Feb 06 01:46:00 thanks :) Feb 06 01:46:06 i'll be back on monday **** ENDING LOGGING AT Sat Feb 06 02:59:56 2010