**** BEGIN LOGGING AT Wed Sep 23 02:59:58 2009 Sep 23 05:32:46 03Martin Jansa 07shr/import * r547e4484e6 10openembedded.git/recipes/ (9 files in 2 dirs): Sep 23 05:32:46 Themes: make changing themes with update-alternatives non-interactive. Sep 23 05:32:46 Signed-off-by: Klaus Kurzmann Sep 23 05:32:47 03Sebastian Krzyszkowiak 07shr/import * r2ecaaa7ef0 10openembedded.git/recipes/tasks/task-shr-feed.bb: Sep 23 05:32:47 task-shr-feed: add vala Sep 23 05:32:49 Signed-off-by: Klaus Kurzmann Sep 23 05:32:51 03Martin Jansa 07shr/import * r5c525aa14e 10openembedded.git/conf/checksums.ini: Sep 23 05:32:54 Missing checksum python-webdav - another url for the same file Sep 23 05:32:56 Signed-off-by: Klaus Kurzmann Sep 23 06:04:41 I still havn't managed to fully boot my console-image on x86. It just hang during boot time. Is there any way I can put the load process in a more verbose mode so I can see what's really going on? As I said yesterday it stops on hwclock: can't open /dev/misc/rtc.. So, some advice how to get further? Sep 23 06:12:53 edit your init scripts #!/bin/bash -lines to include '-x' ? Sep 23 06:25:08 What script are you talking about? It hang when it's still booting the kernel Sep 23 06:31:34 jovox, you're trying to tell us that hwclock: can't open /dev/misc/rtc is a kernel message? Sep 23 06:32:44 I thought it was. But if you say it isn't I belive you Sep 23 06:33:46 if it's not then I'm a bit happier since it obviously was able to mount my root fs correctly Sep 23 06:36:12 the kernel will tell you that its mounted root Sep 23 06:36:45 yes, but I can't see it because I can't scroll up Sep 23 06:38:22 you may be missing the basic /dev/ nodes Sep 23 06:39:12 if not, well, you're going to have to edit the init scripts as koobe said Sep 23 06:40:11 maybe. Where can I get information of what dev nodes is needed? And shouldnt the noded be created when the rootfs is created by oe bitbake? Sep 23 06:42:16 It's not that I'm not willing to read documentation but I havn't really found much about oe and x86.. Previously I run ångström om my beagleboard with worked just fine Sep 23 06:42:55 well if your /dev/ is empty, its pretty safe to say that the basic nodes are not being created by OE Sep 23 06:43:14 oki, no it's not empty Sep 23 06:43:32 it probably has useful stuff like null, zero, tty, random, etc Sep 23 06:44:06 which should be enough for udev/mdev to take over Sep 23 06:44:21 there are about 50 nodes in there Sep 23 06:44:44 ok, well its probably time you started reading init scripts Sep 23 06:45:42 the /etc/init.d scripts you mean? Sep 23 06:46:11 there is this hwclock.sh script.. Sep 23 06:48:49 yep Sep 23 06:49:15 if the last message is coming from that script, then it might be a problem in that script, or in one of the next ones Sep 23 06:50:19 what decides the order for the scripts to be executed? Sep 23 06:52:05 sorry, I remember how that part works now :) Sep 23 06:53:21 jovox: could this be your problem: http://www.mail-archive.com/angstrom-distro-devel@linuxtogo.org/msg03319.html Sep 23 06:53:24 good morning Sep 23 06:53:33 checking Sep 23 06:54:22 jovox: I ran into similar hang, i added "emergency" to my kernel command line, then executed the initscripts manually with '-x' one-by-one to see what went wrong. Sep 23 06:54:58 then later found out that my problem was similar to the one described in the url, initscripts were executed in the wrong order. Sep 23 06:58:40 when you say manually, you mean you went through everything in rcX.d? Sep 23 06:59:35 my root fs is not rw in fstab at least Sep 23 07:02:27 morning all Sep 23 07:03:26 jovox: yes, there were a few scripts there which I run one-by-one in the emergency root shell Sep 23 07:04:46 jovox: but if you can add that -x to the relevant script, then log all console output it will be much easier. Sep 23 07:05:34 Ok, I'm not sure of what you mean by adding -x to it. Is it when you call it manually? Sep 23 07:06:03 you can do it either way, run bash -x ./script-name Sep 23 07:06:36 or mount your root on your development host, through the loop device, and edit the first line to contain "#!/bin/bash -x" Sep 23 07:06:40 but that assumes it booted correctly first? Sep 23 07:06:59 Ok Sep 23 07:07:00 it only assumes that your kernel boots and mounts the root in the first place. Sep 23 07:07:12 and to me it sounds yours does. Sep 23 07:07:51 yes, but I can't type anything.. But I can mount the root fs from my dev host and add it Sep 23 07:07:52 hi gremlin[it] Sep 23 07:08:08 will try that Sep 23 07:08:11 jovox: can you add 'emergency' to the kernel command line? Sep 23 07:08:22 in the boot loader Sep 23 07:08:26 menu.lst? Sep 23 07:08:31 yupp Sep 23 07:09:01 that gave me an opportunity to drop into root shell right before any of the initscripts were run. Sep 23 07:10:06 hi mckoan ! Sep 23 07:10:35 koobe, does sh also take that -x option?` Sep 23 07:10:48 first line is #!/bin/sh Sep 23 07:11:45 jovox: i guess mine had /bin/sh as well, so it's probably ok. Sep 23 07:11:52 oki Sep 23 07:12:49 booting now.. Sep 23 07:15:49 ok, right after 'hwclock -s --localtime' I get the error. Sep 23 07:22:23 I don't see from which rcX hwclock is executed Sep 23 07:22:43 would be good to know to I can see which script is executed next Sep 23 07:24:06 you can look at /etc/inittab to find out what runlevel you are at by default Sep 23 07:27:03 I don't find any linux to hwclock in any of the rcX.d's Sep 23 07:27:59 the default is 5 Sep 23 07:29:59 try bootmisc.sh Sep 23 07:31:39 yes, thats it Sep 23 07:43:41 I disabled the hwclock.sh script and now it stops at "Starting portmap daemon: portmapportmap: fork: No such device". Further up in the log I also noticed "can't create /tmp/uname: Read only file system"...hmm Sep 23 07:59:35 mayby I'm on the wrong path but / is mounted rw in fstab Sep 23 08:26:12 morning Sep 23 08:49:00 03Thomas Zimmermann 07shr/import * r305df024e7 10openembedded.git/recipes/libconfig/libconfig_1.3.1.bb: Sep 23 08:49:00 libconfig: Update to 1.3.2 because 1.3.1 isn't avaible anymore on the projects page Sep 23 08:49:00 Signed-off-by: Klaus Kurzmann Sep 23 08:50:18 good morning Sep 23 08:50:55 hi recalcati Sep 23 08:51:24 hi woglinde Sep 23 08:51:43 I'm trying to align all my delevopments on gcc4 Sep 23 08:52:35 but I'd like gcc 4.3 first of all for pxa255 and pxa270 , but in oe I have gcc 4.1.1. Sep 23 09:00:42 ????? Sep 23 09:00:48 use the right distribution Sep 23 09:00:56 or set the preffered gcc version yourself Sep 23 09:01:08 we have gcc from 3.3 to 4.4 Sep 23 09:09:48 4.1.1 sounds like stable Sep 23 09:21:53 koobe, you suggested me to run the scripts manually. How is that done? ie from what "mode" Sep 23 09:23:10 hm.. something about emergancy.. right? Sep 23 09:24:41 good morning Sep 23 09:26:56 koobe, I figured it out.. Sep 23 09:30:55 Is there a way to submit patches without subscribing Openembedded-devel? Sep 23 09:31:39 I think our gmane used to allow outgoing messages Sep 23 09:33:56 03Thomas Zimmermann 07shr/import * r6e7464bc43 10openembedded.git/conf/checksums.ini: Sep 23 09:33:56 Update checksumms Sep 23 09:33:56 Signed-off-by: Klaus Kurzmann Sep 23 09:33:57 03Thomas Zimmermann 07shr/import * r0869c80528 10openembedded.git/recipes/blueman/blueman_1.10.bb: Sep 23 09:33:57 Blueman: update depencies and set fix BLUEZ_LIBS and BLUEZ_CFLAGS Sep 23 09:34:01 Signed-off-by: Klaus Kurzmann Sep 23 09:34:03 03Thomas Zimmermann 07shr/import * r8d7f6b6e2e 10openembedded.git/recipes/obex-data-server/obex-data-server_0.4.4.bb: Sep 23 09:34:06 obex-data-server: Add recipe Sep 23 09:34:08 Signed-off-by: Klaus Kurzmann Sep 23 09:34:10 03Martin.Jansa 07shr/import * rf07b5ee9ba 10openembedded.git/ (7 files in 2 dirs): (log message trimmed) Sep 23 09:34:13 findutils: fix update-alternatives and native packages Sep 23 09:34:15 Sync with org.oe.dev (fix for update-alternatives postinst, prerm). Sep 23 09:34:17 Move update-alternatives logic to findutils-alternatives.inc which is not included in -native packages. Sep 23 09:34:19 Patch mkinstalldirs.patch is needed also for findutils-native_4.2.29. Sep 23 09:34:21 Remove version 4.4 as there is no tarball upstream (it's 4.4.0 actually). Sep 23 09:34:23 Add latest version 4.4.2, but don't prefer it now as it's not compatible with shr preferred old glibc 2.6.1 (staging/armv4t-angstrom-linux-gnueabi/usr/include/stdio.h:654: error: conflicting types for 'rpl_fseeko') Sep 23 09:39:27 one thing that I need to solf is to make /tmp rw Sep 23 09:43:19 I might be confusing things here, but isn't it fstab that decides if the rootfs should rw or not? Sep 23 09:45:54 jovox: see /etc/init.d/checkroot Sep 23 09:46:56 jovox: root ro still seems to be broken in OE at moment if you use udev Sep 23 09:47:45 I don't want it ro Sep 23 09:48:29 jovox: then pass rw on your kernel commandline Sep 23 09:50:48 oh! Thanks a lot! It booted :) Sep 23 09:51:02 03Leon Woestenberg 07org.openembedded.dev * rf94a028172 10openembedded.git/recipes/linux/linux-powerpc-fsl_git.bb: Sep 23 09:51:02 linux-powerpc-fsl: Update GIT revision for Freescale Calamari board kernel. Sep 23 09:51:02 Signed-off-by: Leon Woestenberg Sep 23 09:54:50 jovox: ideally it should be ro until checkroot runs, but that is currently busted Sep 23 09:55:03 Ok Sep 23 09:55:45 XorA: I moved checkroot to run before udev, will this cause me trouble later on? Sep 23 09:57:51 koobe: no Sep 23 09:59:06 woglinde: choosing akita I have gcc 4.1.1 . Thx . I have to understand how to set gcc 4.4 . Sep 23 09:59:38 koobe did that solv the problem? Sep 23 10:00:11 jovox: I'm not sure we had the same problem. But it did solve mine. Sep 23 10:01:01 Ok Sep 23 10:01:59 jovox: I'm not sure which is the better workaround, rw right from the start or this earlier checkroot Sep 23 10:04:26 fixing the idiot udev script which I keep meaning to do but never finding time would be the best fix Sep 23 10:44:12 re Sep 23 10:49:21 woglinde: hi Sep 23 10:50:41 so, If I change in my conf MACHINE from davinci-dvevm to akita, can I mantin the compilation cache of dm365 and than compile also a gcc 4.4 for pxa270 and pxa255 ? Sep 23 10:50:57 mantin=mantain Sep 23 10:51:03 or better keep Sep 23 10:51:16 ????? Sep 23 10:51:23 machine has nothing to do with gcc Sep 23 10:51:30 expect one case Sep 23 10:51:42 where you need a older gcc for older kernel Sep 23 10:51:52 because the machine has no newer kernelsupport Sep 23 10:52:08 please read the manual again Sep 23 10:52:39 especially for PERFFERD_VERSION variable Sep 23 10:53:27 if arch dont differ oe will take the stuff which is there Sep 23 10:53:44 there are packages like uclibc and kernel which is only machine specific Sep 23 10:55:46 now ångström boots successfully on my x86 board. Next step is getting the network up. Looks like there are no nic installed. Any idea where to start figuring out why no nics have been installed?` Sep 23 10:57:57 I hoped I could get anything out from dmesg but that only prints 100 lines of "evbug.c Event. Dev: input....." Sep 23 10:58:03 jovox: did you build the drivers into your kernel> Sep 23 10:58:06 ? Sep 23 10:58:55 If I recall correctly they should be build with the default console-image? Sep 23 10:59:17 jovox: console-image has nothing to do with kernel drivers Sep 23 11:00:30 XorA, ok, need to understand how the kernel is built and how it's configured in oe Sep 23 11:02:33 jovox linux/linux-version/machinename/defconfig Sep 23 11:02:44 in recipes Sep 23 11:06:07 isn't it /recipes/linux/linux-x86-2.6.20 if I'm building for x86? Sep 23 11:06:34 or any other version number ofcourse Sep 23 11:09:24 openembedded/recipes/linux/linux/x86 ? Sep 23 11:11:01 2.6.20? Sep 23 11:11:07 thats old Sep 23 11:11:19 yeah, that was only an example Sep 23 11:11:30 I'm building 2.6.30 Sep 23 11:12:44 but the path XorA pasted does not seem to be valid? Sep 23 11:16:02 recipes/linux/linux-2.6.30/i686/defconfig Sep 23 11:18:25 huh? I dont't have i686 in recipes/linux/linux-2.6.30 (at91sam9263ek calamari kixrp435 mpc8315e-rdb mx27ads is what I got) Sep 23 11:19:42 Are we looking in diffrent branches? Sep 23 11:20:04 origin/org.openembedded.dev right? Sep 23 11:21:11 did a git pull and got it Sep 23 11:21:57 looks like major changes have been made since I pulled last time Sep 23 11:22:05 lol Sep 23 11:22:13 dev changes every day Sep 23 11:25:42 oh no.. this require a complete rebuild :( sigh.. Sep 23 11:27:34 hm? Sep 23 11:27:38 new kernel= Sep 23 11:27:41 why? Sep 23 11:27:50 should it need complete rebuild? Sep 23 11:28:33 Error, TMPDIR has changed ABI (2 to 3) and you need to either rebuild, revert or adjust it at your own risk Sep 23 11:28:49 hehe Sep 23 11:28:50 yes Sep 23 11:29:00 thats an abi change Sep 23 11:29:01 so I just simply renamed tmp to something else and ran again Sep 23 11:29:10 happend not so often Sep 23 11:29:14 but sometimes Sep 23 11:29:20 oki Sep 23 11:49:26 morning ob Sep 23 11:49:28 ups Sep 23 11:49:30 pb Sep 23 11:54:55 hi woglinde Sep 23 11:55:23 gm Sep 23 11:57:01 he crofton Sep 23 11:57:02 woglinde: I select MACHINE as an easy way to select to cross toolchain Sep 23 11:57:16 recalcati *sigh* Sep 23 11:57:51 woglinde: not right, ok, I was out of lunch, now I read the manual better, :-) Sep 23 11:58:19 toolchain is selected by distribution Sep 23 11:59:47 angstrom-2008.1 : but I thought that there is a different toolchain for each arm cpu Sep 23 12:03:44 if your machine is mips and another is arm Sep 23 12:03:45 yes Sep 23 12:04:05 if your machine is arm5 and another has arm5 too Sep 23 12:04:09 guess what happens Sep 23 12:18:39 03Klaus Kurzmann 07shr/import * rfb13aa7472 10openembedded.git/recipes/openmoko-projects/paroli_git.bb: Sep 23 12:18:39 paroli: switch to shr branch as master branch is going to be unstable Sep 23 12:18:39 Signed-off-by: Klaus Kurzmann Sep 23 12:35:50 it looks like I already have the modules for my nic installed. 8139cp (?) Sep 23 12:37:25 but the nics doesnt appear in /dev Sep 23 12:38:04 03Leon Woestenberg 07org.openembedded.dev * r9731492940 10openembedded.git/recipes/libvorbis/libvorbis_1.2.0.bb: Sep 23 12:38:04 libvorbis: In configure.in, remove cpu= for powerpc tripplets. Sep 23 12:38:04 We expect the correct cpu= assignment from the OE environment, Sep 23 12:38:04 do not force it to ppc750, which is incompatible with some of Sep 23 12:38:04 the OE supported machines. Sep 23 12:38:06 Signed-off-by: Leon Woestenberg Sep 23 12:41:50 my fault.. everything was working ok Sep 23 13:39:17 woglinde: ANGSTROM_GCC_VERSION=4.2.4 is the defualt for all angstrom-2008.1. if the cpu is omap I have to use 4.3.1, if avr32 I have to use 4.2.2. I mean , the toolchain depends on distro and cpu. Sep 23 14:00:00 he zecke Sep 23 14:00:21 woglinde: hey! Sep 23 14:00:57 03Klaus Kurzmann 07shr/import * r3076d1ad85 10openembedded.git/recipes/xorg-xserver/xserver-xorg-conf_0.1.bb: Sep 23 14:00:57 xserver-xorg-conf: bump PR Sep 23 14:00:57 Signed-off-by: Klaus Kurzmann Sep 23 14:27:56 morning Sep 23 14:34:19 hi, I'm trying to bitbake meta-toolchain and it says locale-base-en-gb is unsatisied. In the local.conf only "en_US.UTF-8 fr_FR.UTF-8" are enabled. Do you know what could be wrong and why en-gb is needed ? Sep 23 14:34:57 eric___: no idea, but you can execute bitbake -g meta-toolchain Sep 23 14:35:22 eric___: and then look into the two generated *.dot files and see who is depending on locale-base-en-gb Sep 23 14:36:11 zecke__ : it's task-sdk-bare : depends.dot:"task-sdk-bare" -> "locale-base-en-gb" [style=dashed] Sep 23 14:36:18 eric___: you didnt set IMAGE_LINGUAS to limit the languages used Sep 23 14:36:40 is my guess anyway Sep 23 14:43:02 XorA : thanks, I'm testing with IMAGE_LINGUAS set Sep 23 14:48:50 XorA : IMAGE_LINGUAS = "" but I still get the same error Sep 23 14:49:25 ah well my guess was wrong Sep 23 14:49:43 OK : locale-base-en-gb is in task-sdkk-bare.bb ! Sep 23 14:50:14 in GLIBC_PKGS Sep 23 15:14:08 XorA : works fine after tunning task-sdk-bare.bb Sep 23 15:14:13 thanks for your support Sep 23 15:16:08 bye bye, good night Sep 23 15:19:47 bye woglinde : tomorrow I'll use gcc 4.2.4 to compile my sources. thx Sep 23 15:22:17 jo kergoth Sep 23 15:44:38 03Klaus Kurzmann 07shr/import * r54a17bf409 10openembedded.git/recipes/tasks/task-shr-feed.bb: Sep 23 15:44:38 Revert "task-shr-feed: add vala" Sep 23 15:44:38 This reverts commit 2ecaaa7ef01807de26ef5dbefa6c0198cb0e7a14. Sep 23 15:44:38 Having vala staged seems to break other stuff. Sep 23 16:14:45 03Koen Kooi 07org.openembedded.dev * r337275917f 10openembedded.git/recipes/glib-2.0/glib-2.0-2.21.6/bug-556515.patch: glib 2.0: add patch to work around bug #556515 Sep 23 16:14:55 03Koen Kooi 07org.openembedded.dev * r9f601f09c8 10openembedded.git/recipes/linux/ (11 files in 3 dirs): linux-omap 2.6.31: move to a later SRCREV that has more paches applied Sep 23 16:14:56 03Koen Kooi 07org.openembedded.dev * r809aa638bf 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.org:openembedded into org.openembedded.dev Sep 23 16:45:02 Could someone review the patches at https://projetos.ossystems.com.br/git/?p=users/otavio/org.openembedded.dev.git;a=summary ? Sep 23 16:45:28 They're three and I'm using them at our internal tree and wish to push them Sep 23 16:47:58 * florian shoots dbus-native Sep 23 16:48:40 :-) Sep 23 17:28:02 afternoon all Sep 23 17:36:12 gm Sep 23 17:36:26 pb__, I have a plane ticket to .uk for OEDEM Sep 23 17:38:06 very good! Sep 23 17:59:13 florian: good evening Sep 23 18:00:04 re Sep 23 18:05:19 hi kergoth Sep 23 18:07:14 hey Sep 23 18:07:57 should I setup /boot as it's own partition if I want to run multiple version of OE on the same harddrive? Sep 23 18:10:06 I can't think why that would help. What makes you think that this is necessary? Sep 23 18:11:29 hmm.. yeah, youre right.. Sep 23 18:15:35 another question.. When building the console-image the rootfs.tar.gz is created. I usually remove everything from my target device, copy the tar to it and untar it. On this disk I have installed grub so everytime I rm -Rf the drive all grub configuration will disapear. How do you guys normally handle this? Sep 23 18:31:47 ah, I see what you're trying to do now. In that case yes, putting /boot in its own partition so that it doesn't get blitzed every time might be a good idea. You'd need to finesse the locations of the kernel and suchlike but I think it could be made to work. Sep 23 18:31:59 personally I avoid that whole mess by netbooting my oe images during development :-} Sep 23 18:32:29 another alternative would be to drop your grub config into the image itself, of course. Sep 23 18:40:25 hi Sep 23 18:40:30 can you redefine S? Sep 23 18:40:56 because I'd like to run the following autotool function in another dir: Sep 23 18:41:03 autotools_do_configure Sep 23 18:41:09 for test purposes Sep 23 18:41:21 btw can I commit the mdev fix? Sep 23 18:41:24 that is to say: Sep 23 18:41:38 copy the config from busybox to mdev Sep 23 18:41:42 so it's not blank Sep 23 18:41:45 and can boot Sep 23 18:46:30 people redefine S all the time. Sep 23 18:48:55 ok Sep 23 18:48:58 so I'll do it Sep 23 18:49:29 kergoth, the problem is that I didn't do some hacking on oe at all during the hollidays Sep 23 18:49:34 so I've a bit forgetten Sep 23 18:49:40 thanks a lot Sep 23 18:50:32 ah indeed bad grep arguments Sep 23 18:58:31 OMG... my kernel is doing floating point operations :( Sep 23 18:58:48 in a interrupt handler Sep 23 18:59:24 zecke: crumbs, your kernel sucks Sep 23 19:00:19 pb___: TI sucks Sep 23 19:01:23 zecke: heh, I know it. Sep 23 19:01:48 I spent most of today looking at omapfb. Sep 23 19:02:10 pb___: oh, Oh I just saw the new fb stuff we apply in OE Sep 23 19:03:44 dss2? Sep 23 19:04:35 IIRC yes Sep 23 19:04:45 hmm I don't see vfp instructions in the assembly... hmm Sep 23 19:04:50 yeah, it's pretty funky Sep 23 19:05:39 I was especially impressed by the way that they use the dma controller to blank the screen at boot time. eleet. Sep 23 19:25:46 hmm... this is weird... i don't see how this can end up with vfp... Sep 23 19:27:03 what's the actual error that you see? Sep 23 19:27:41 03Leon Woestenberg 07org.openembedded.dev * r47dc93af30 10openembedded.git/recipes/libvorbis/libvorbis/configure_powerpc-no-fixed-cpu.patch: Sep 23 19:27:41 libvorbis: Add missing patch. Sep 23 19:27:41 Add missing patch to commit 931492940074aa14105d979ca6f8c2ccee910c8. Sep 23 19:27:41 Signed-off-by: Leon Woestenberg Sep 23 19:28:38 pb___: I'm using oprofile and I see that a vfp division method was called Sep 23 19:29:03 pb___: and the only call site is a interrupt handler... :} Sep 23 19:29:13 heh Sep 23 19:29:18 what's the actual code at the call site? Sep 23 19:29:19 pb___: but maybe the bt support is not good enough in this cases Sep 23 19:29:32 yeah, that would be my suspicion Sep 23 19:29:45 it'd be worth eyeballing the disassembly of the offending call site though, to make sure Sep 23 19:30:02 if oprofile gives you the actual calling address then it should be straightforward to check Sep 23 19:30:47 pb___: yeah, I try to do that. If the kernel unwind code would be so broken it should not only give me this one function... Sep 23 19:31:11 pb__: is there any simple way to exclude the kernel being packed into the rootfs.tar.gz? Sep 23 19:31:30 pb___: thanks brb Sep 23 19:33:29 jovox: there are various ways but I am not sure I would describe any of them as either simple or satisfactory. Sep 23 19:33:45 pb__ in what sense does netbooting help you during development? Sep 23 19:34:26 jovox: no need for grub Sep 23 19:34:56 or, indeed, anything at all on the target machine's hard disk Sep 23 19:35:53 ok.. I will think about that. Sep 23 19:38:33 I thought you used grub for networked booting Sep 23 19:45:37 I must be a pretty common issue that you want to overwrite your disk with a new rootfs without having to reinstall grub everytime Sep 23 19:56:48 zecke's kernel seems so oabi Sep 23 19:57:14 ah vfp Sep 23 19:57:23 I've a device with vfp Sep 23 19:57:26 the bug device Sep 23 19:57:29 from buglabs Sep 23 20:31:14 will gnu make handle targets in subdirectories? Sep 23 20:32:15 like this: http://pastebin.ca/1577007 Sep 23 20:34:28 this seems to work, so I guess so: http://pastebin.ca/1577011 Sep 23 20:42:32 isn't iptables-store and iptables-save available in OE? Sep 23 21:00:08 http://bugs.openembedded.net seems to be down Sep 23 21:06:56 /msg NickServ Sep 23 21:07:59 more secure is just /nickserv ... Sep 23 21:08:23 good mornin' Sep 23 21:08:33 eh that was in wrong window I thought I was in status window Sep 23 21:08:40 ant__: gm Sep 23 21:10:18 khem: looking into the db problems on melo ... Sep 23 21:10:32 cbrake: cool Sep 23 21:11:14 cbrake: was bugzilla upgraded or something ? Sep 23 21:11:26 khem: no, it looks like the db server is down Sep 23 21:11:58 hm.. Sep 23 21:12:06 ok bugzilla 3.4 is out I thought may be it was upgraded Sep 23 21:12:18 I'm looking for dedicated server hosting in EU Sep 23 21:12:25 better - in DE Sep 23 21:12:45 have anyone some experience? :) Sep 23 21:19:49 Jay7: I started up a 1&1 dedicated server recently (hosted in US). Can't beat the price, and no major complaints. Sep 23 21:20:22 khem: do you have experience with klcc ? Sep 23 21:20:32 Jay7: their options are fairly limitted, and its difficult to install a custom kernel due to some strange storage infrastructure, but once again, for the price it works for me Sep 23 21:21:24 cbrake: thanks, I'll check :) Sep 23 21:21:28 jay7: we use bytemark in the uk and leaseweb in nl. Sep 23 21:21:39 bytemark are more flexible but I think they are a bit more expensive. Sep 23 21:21:55 cbrake: which provider did u use Sep 23 21:22:00 pb___: have any of them FreeBSD as OS? Sep 23 21:22:03 for us hosting, we use m5 who are on the west coast. still looking for a good east coast provider. Sep 23 21:22:16 jay7: dunno, we are linux-only. Sep 23 21:22:26 pb___: np, thanks anyway :) Sep 23 21:22:42 I guess their websites would say what OSs they support. Sep 23 21:23:37 03Omar Barron 07org.openembedded.dev * r24adfcc9fa 10openembedded.git/recipes/linux/linux-omap-zoomsync_2.6.31.bb: linux-omap-zoomsync_2.6.31.bb : updated linux omap zoom sync kernel Sep 23 21:23:38 03Graeme Gregory 07org.openembedded.dev * rbc56d757b3 10openembedded.git/: Merge branch 'org.openembedded.dev' of git+ssh://git@git.openembedded.org/openembedded into org.openembedded.dev Sep 23 21:23:39 03Graeme Gregory 07org.openembedded.dev * r8492c6f376 10openembedded.git/recipes/linux/linux-omap-zoomsync_2.6.31.bb: Sep 23 21:23:39 linux-omap-zoomsync_2.6.31.bb : intoduce OEV to increment until omapzoom2 Sep 23 21:23:40 is in fit state to join other omap3 machines. PE incemented to make sure Sep 23 21:23:42 upgrade works Sep 23 21:24:59 ant__: the gcc wrapper for compiling programs with klibc Sep 23 21:25:14 yep, I have some problems with linker options Sep 23 21:25:17 ant__: I have not used it ever but tell me whats the problem Sep 23 21:25:44 I'm trying to compile kexec-tools-klibc-static_2.0.0 Sep 23 21:25:59 the recipe is unfinished (headers to fix) Sep 23 21:26:21 but, hacking around, I end up in linker erro..1 mom Sep 23 21:26:24 what linker options are not being passed correctly or somethin else Sep 23 21:26:46 khem: http://1and1.com Sep 23 21:26:51 well, let me see, there is a 'klibc-patch' overwriting.. Sep 23 21:27:49 cbrake: wow $4 a month to start Sep 23 21:31:06 khem: ehmm I'm ashamed to confess I don't understand well the klibc-patch... Sep 23 21:31:17 the glibc recipe is just fine Sep 23 21:31:41 it would be great if you or pb___ could give a look and bump the damned package Sep 23 21:31:54 it seems newer kernels need new kexec Sep 23 21:32:07 >2.6.26 ? Sep 23 21:33:45 khem: I found this btw...http://www.google.it/url?sa=t&source=web&ct=res&cd=7&url=http%3A%2F%2Fbooks.google.it%2Fbooks%3Fid%3DwQ6r3UTivJgC%26pg%3DPA288%26lpg%3DPA288%26dq%3Dstatical%2Bklibc%26source%3Dbl%26ots%3DEJXmTo5BKz%26sig%3Dylgu1noI7ryM-QY2wBLzw2Vivuc%26hl%3Dit%26ei%3DCZS6Spe1JYSomgOtjeBc%26sa%3DX%26oi%3Dbook_result%26ct%3Dresult%26resnum%3D7&ei=CZS6Spe1JYSomgOtjeBc&rct=j&q=statical+klibc&usg=AFQjCNFsFMk5tzDAMgPgjlHoEFV24dyQgw Sep 23 21:33:49