**** BEGIN LOGGING AT Fri Sep 12 02:59:57 2008 Sep 12 06:48:15 03 07org.openembedded.dreambox * r4476d904ca 10OE.dev/packages/gstreamer/ (3 files): gst-plugins{good,bad,ugly}: update Sep 12 06:48:15 03 07org.openembedded.dreambox * r5accc56ed0 10OE.dev/packages/linux/ (2 files in 2 dirs): linux-dm8000: fix usb for b0 silicon Sep 12 06:48:17 03 07org.openembedded.dreambox * ree98ec6411 10OE.dev/packages/madwifi/madwifi-ng_r3314-20080131.bb: madwifi: use newer hal Sep 12 06:48:21 03 07org.openembedded.dreambox * r02913b204d 10OE.dev/packages/dreambox/dreambox-secondstage.bb: secondstage/dm800: update to 62 for stability fixes Sep 12 06:48:21 03 07org.openembedded.dreambox * r22c1571eab 10OE.dev/packages/enigma2/ (4 files in 2 dirs): enigma2{,-plugins,-skins}: fix dependencies, remove workaround Sep 12 06:48:22 03 07org.openembedded.dreambox * r2a6d7afa28 10OE.dev/packages/libdreamdvd/libdreamdvd.bb: libdreamdvd: update Sep 12 07:35:21 bonjour Sep 12 07:41:02 night Sep 12 08:06:35 hello Sep 12 09:16:11 morning Sep 12 09:17:54 good morning Sep 12 09:37:13 florian: good morning Sep 12 10:01:47 hi all, i get "checking for GLIB... configure: error: The pkg-config script could not be found or is too old." in my package that depends on glib-2.0..build/tmp/staging/x86_64-linux/usr/bin/pkg-config --list-all shows that glib-2.0 is present.. Sep 12 10:10:22 Sup3rkiddo hm koen updated glib yestersday a bit Sep 12 10:10:45 Sup3rkiddo maybee there is lying some old stuff around at your side Sep 12 10:11:46 woglinde, oh!, ok... dang, if only you had told this a couple of minutes earlier, i am starting from scratch...muaaaaa :( Sep 12 10:12:14 superkiddo sorry Sep 12 10:12:35 woglinde, hehe, i was just kidding, thanks Sep 12 10:24:23 florian: do you understand how the uImage support in kernel.bbclass is meant to work? Sep 12 10:25:57 pb_: I'll take a look, but I remember someone else asked the same question some time ago. Sep 12 10:32:14 florian: the odd thing is that it seems to create the uImage in do_deploy(), but this method runs later than do_install() where the uImage is required Sep 12 10:32:29 I can't see any way in which this could work, unless I am misreading the bb file somehow Sep 12 10:36:34 presumably überhacker mickey|zzZZzz would know, but he still seems to be asleep. Sep 12 10:36:36 mickey|zzZZzz: wake up! Sep 12 10:39:48 pb_: linux.inc really does the uImage stuff Sep 12 10:39:56 pb_: its create in do_compile_append Sep 12 10:41:38 linux.inc and kernel.bbclass should merge more Sep 12 10:43:57 pb_: I would guess that kernel.bbclass continas a lot of old crap Sep 12 10:57:06 florian: ah. Sep 12 10:57:15 XorA|gone: oh right, that makes more sense. let me look there. Sep 12 10:57:53 I think linux.inc is the new kernel.bbclass, just everyone is scared of kernel.bbclass :-) Sep 12 10:58:26 yeah Sep 12 11:21:23 ah right, crazy stuff Sep 12 11:21:33 it seems a bit weird that linux.inc still inherits kernel if it's meant to be replacing that bbclass Sep 12 11:21:44 anyway, I will try changing to that and see what happens :-} Sep 12 11:23:56 by the way, is uImage what u-boot actually wants for tftp booting? Sep 12 11:24:10 I don't really have the u-boot 5ki11z. Sep 12 11:25:49 pb_: yes, that's the easiest way Sep 12 11:25:56 it is not new kernel.bbclass - it just have too much things which should be there Sep 12 11:26:15 uImage has some metadata that u-boot uses (addresses ,checksums, architecture) Sep 12 11:26:27 mickey|zzZZzz, ping Sep 12 11:26:35 hmmm, mickey|zzZZzz is in bed late Sep 12 11:26:35 and btw, hi all :-) Sep 12 11:26:39 gm Sep 12 11:26:56 been in bed late too over the last week, buying a house :-) Sep 12 11:27:20 cool Sep 12 11:27:27 welcome to home loan ownership Sep 12 11:28:00 tnx, the house won't be ready before april 2010 Sep 12 11:28:48 hmmm Sep 12 11:28:58 things are different in .nl Sep 12 11:33:54 yah, mickey does seem to have been overcome by some kind of sleeping sickness this last few days. Sep 12 11:34:19 he often seems not to wake up until about 4pm :-} Sep 12 11:37:40 sounds like TZ issues Sep 12 11:37:47 I was curious if he has seen this Sep 12 11:38:07 http://www.linuxdevices.com/news/NS6565189083.html Sep 12 11:39:05 doh, linux.inc defines do_configure_prepend() Sep 12 11:39:10 that's pretty bad manners for an .inc file Sep 12 11:53:59 pb_: working on linux-kexecboot I need to define CMDLINE_c7x0 somewhere Sep 12 11:54:15 I put it in linux.inc, following ex. by CMDLINE_at91sam9263ek Sep 12 11:54:28 but koen says this is the wrong place Sep 12 11:54:41 what should be then in linux.inc? Sep 12 11:56:18 ant_work: linux.inc is machine independent Sep 12 11:56:23 at least should be Sep 12 11:58:19 I have no probs moving it to linux-kexecboot.inc, but then this one would be 'machine-tainted' Sep 12 12:00:55 linux-kexecboot.inc is used b linux-kexecboot which is zaurus only currently Sep 12 12:02:26 so, ok from you too for adding CMDLINE_xy to linux-kexecboot? Sep 12 12:02:37 fine Sep 12 12:07:17 gr, and linux.inc seems to use u-boot-mkimage without adding a suitable DEPENDS entry Sep 12 12:07:35 worse, u-boot-tools-native apparently installs mkimage as... well, just "mkimage", not u-boot-mkimage Sep 12 12:07:51 * pb_ stomps around in a rage Sep 12 12:08:25 * Crofton|work doesn't see pb_ as a guy that stomps about in a rage :) Sep 12 12:08:45 pb_: mkimage is called also in kernel.bbclass Sep 12 12:08:57 ant_work: yeah, apparently that is just a joke Sep 12 12:09:07 anybody know where ${UBOOT_ARCH} is meant to come from? Sep 12 12:09:40 that's new to me Sep 12 12:10:31 pb hm I remember from some checkins that somebody played a lot with mkimage Sep 12 12:10:50 woglinde: doh Sep 12 12:11:16 I've seen now u-boot-mkimage-openmoko-native is called for all Sep 12 12:11:26 oh, is it? Sep 12 12:11:30 where does that get called from? Sep 12 12:11:38 kernel.bbclass Sep 12 12:11:46 hrm Sep 12 12:11:59 überh4x0rs florian and XorA|gone seemed to think that the stuff in kernel.bbclass was old and disused Sep 12 12:12:31 and it does look pretty broken to me, so I would tend to agree with them Sep 12 12:13:59 pb hm so who steps up anf fix it Sep 12 12:13:59 well, I set UBOOT_ARCH by hand and now I do at least have a uImage file :-} Sep 12 12:14:32 woglinde: kernel.bbclass? I'm not quite sure. The idea seems to be that it should just go away in favour of linux.inc, which doesn't seem like a bad idea to me. Sep 12 12:14:45 try a grep and see where this UBOOT_ARCH comes from Sep 12 12:15:04 pb_: well probably linux.inc needs to be put into kernel.bbclass and the old stuff lost under the rug Sep 12 12:15:52 iirc it forces EABI Sep 12 12:16:07 woglinde ? Sep 12 12:16:21 woglinde forces eabi? shame on him. Sep 12 12:16:51 nah, woglinde uses OABI iirc Sep 12 12:17:40 a man after my own heart Sep 12 12:18:16 ant_work: linux.inc does not force eabi Sep 12 12:18:22 actually, on that subject, I was a bit surprised to see that linux.inc forces CONFIG_OABI_COMPAT on for all eabi configurations. I would have thought you'd want it off in almost all cases. Sep 12 12:18:29 it sets eabi/oabi dependly on target os Sep 12 12:18:52 ok, I did not remember correctly :-) Sep 12 12:20:05 * pb_ heads to the lab to try booting his new uImage Sep 12 12:24:55 XorA, agreed on kernel.bbclass :) Sep 12 12:25:14 well, not the resounding success I had hoped for, but I guess it's progress Sep 12 12:25:17 pb_, good luck! Sep 12 12:25:23 u-boot can load the image but I don't get any kernel output Sep 12 12:25:27 I guess my serial params are wrong Sep 12 12:32:41 hi Sep 12 12:41:39 hi rock_on Sep 12 12:42:42 florian : can u tell me how bitbake can give us all the dependencies for a pkg Sep 12 12:43:48 i have tried "bitbake -g" but its output is a bit odd Sep 12 12:48:12 a litteis it possible to embed an image (like a bitmap) into a kernel? that it is displayed during boot? Sep 12 12:48:29 i know this via grub on normal platforms, but not for an embedded target Sep 12 12:50:16 nikOn: CONFIG_LOGO=y CONFIG_LOGO_LINUX_CLUT224=y e.g. Sep 12 12:50:31 hat's the penguin Sep 12 12:52:18 possible to replace the penguin? Sep 12 12:56:42 of course Sep 12 12:57:07 look e.g. at linux-rp.inc Sep 12 12:57:59 http://lxr.linux.no/linux/drivers/video/logo/Kconfig Sep 12 13:03:02 thx ant Sep 12 13:06:36 is the size of 40x40 fix? or is it possible to use a fullscreen image? Sep 12 13:07:15 hi Sep 12 13:07:39 can somebody help me with a OE problem? Sep 12 13:07:54 joern if you tell us the problem Sep 12 13:07:56 maybee Sep 12 13:08:50 I've compiled an Image, successfully, now I added some packages to my image bb file and deletet some. knwo i want to rebuild my image without recompile everything... Sep 12 13:10:08 if i try bitbake avr32-OS-2008-image OE do not rebuild my image.... Sep 12 13:10:12 NOTE: package avr32-OS-2008-image-1.0: started Sep 12 13:10:12 NOTE: package avr32-OS-2008-image-1.0-r0: task do_build: started Sep 12 13:10:12 NOTE: package avr32-OS-2008-image-1.0-r0: task do_build: completed Sep 12 13:10:12 NOTE: package avr32-OS-2008-image-1.0: completed Sep 12 13:10:12 NOTE: Tasks Summary: Attempted 435 tasks of which 433 didn't need to be rerun and 0 failed. Sep 12 13:10:13 NOTE: build 200809121501: completed Sep 12 13:10:34 this is all OE does... Sep 12 13:10:54 is there a special command for bitbake to rebuild the image? Sep 12 13:11:21 joern__: try deleting the stamps for image Sep 12 13:12:02 hi Sep 12 13:12:12 There is "-c rebuild"... use this for the image target Sep 12 13:12:17 hi ulitu Sep 12 13:12:26 greetings! Can anyone tell me where the Open Embedded support channel is? Sep 12 13:12:38 I'am updateing our openembedded from a 2005 snapshot of oe to git.stable Sep 12 13:12:41 hikkenboot you just found it Sep 12 13:12:54 ulitu lol Sep 12 13:12:55 oh at the top it says not a support channel Sep 12 13:13:04 ulitu: eeks Sep 12 13:13:06 besides a lot of changes and improvements, there seems to be a shift in how RDEPENDS works Sep 12 13:13:22 hikenboot read correctly, it is no disbu help channel Sep 12 13:13:23 hikenboot: not for a particular distribution or device Sep 12 13:13:29 anybody has some hints or a pointer for this topic Sep 12 13:13:31 ah I see Sep 12 13:13:50 * florian votes for removing this 'friendly' greeter... Sep 12 13:13:55 ok then here is my question does open embedded support uclibc on X86_64? Sep 12 13:13:55 hm programming qt gives me some headachaes Sep 12 13:14:28 We don't want to list everything that might be OT Sep 12 13:14:33 RDEPENDS used to contain the package name of a package that I want to be installed Sep 12 13:14:58 hikenboot: as a target system? Sep 12 13:15:13 now openobex for example creates a package libopenobex1 but "RDEPENDS = libopenobex1" deos not work anymore Sep 12 13:15:16 yes as a target...the host is 32 bit intel Sep 12 13:15:39 but "RDEPENDS = openobex " (the name of the bb file) does work Sep 12 13:15:48 ok i deleted the stamps for the image... Sep 12 13:15:52 I am trying to develop a 64 bit only VT enabled distro Sep 12 13:16:05 ulitu: library dependencies are handled automatically Sep 12 13:16:18 I see. great Sep 12 13:16:39 what does the library package need for that to work. Sep 12 13:16:51 if I come up with my own library packages. any special thing to remember? Sep 12 13:17:15 ibut now my image is not complete there is still something missing Sep 12 13:18:10 joern__: images are stampless Sep 12 13:18:23 ulitu: just add the oe package that provides the library to the DEPENDS section. 'openobex' this would be in this case. Sep 12 13:18:44 jepp florian is right Sep 12 13:18:46 florina: thanks Sep 12 13:19:18 hikenboot hm if remeber correclty there are some problems with x86_64 Sep 12 13:19:28 and uclibc Sep 12 13:19:49 is there any docs on what has been done so far...directions and the like Sep 12 13:20:01 hikenboot: there is support, but it might be not what peole call "well tested". Its a little bit uncommon... Sep 12 13:20:39 joern__: What exactly did you change you want to update the image for? Sep 12 13:21:14 do you think I would be best using straight compilation on X86_64 Sep 12 13:21:36 * florian would use oe Sep 12 13:21:39 hikenboot hm and I think there are someproblems building on x86_64 Sep 12 13:21:53 hikenboot just give it a try Sep 12 13:21:58 ok know it works great Sep 12 13:22:05 hikenboot if you have the time Sep 12 13:22:42 can you give me a link to what has been done so far...so I can get a head start? Sep 12 13:22:56 I am not all that familiar with OE Sep 12 13:23:08 i just deleted the base-task package from my image and because of that there was much missing in my rootfs Sep 12 13:23:18 hikenboot ah then go to the website and read the getting started and the oe manual Sep 12 13:23:25 ok Sep 12 13:23:33 in the manual some minor thinks are outdated Sep 12 13:23:47 but in general it is a good start Sep 12 13:24:01 thanks guys. I'll go back to work Sep 12 13:24:04 if you then find problems come here and ask Sep 12 13:24:10 bye ulitu Sep 12 13:25:51 would I be better with stable or dev? Sep 12 13:26:13 good question Sep 12 13:27:01 the next-coming stable :-) Sep 12 13:27:19 who knows when... Sep 12 13:27:37 hikenboot for uclibc stay with dev Sep 12 13:27:47 Right now dev should not be that bad... Sep 12 13:28:01 ok which cvs version should I stick with? Sep 12 13:28:06 cvs? Sep 12 13:28:14 you use cvs or else? Sep 12 13:28:26 we use monotone and hopefully in the near furture git Sep 12 13:28:40 hikenboot: ded00a59cd0dcef2f33b9213f094125279db797b Sep 12 13:28:49 ah not familiar with those ok...good thanks florian Sep 12 13:28:56 * florian loves mtn revisions ;) Sep 12 13:29:13 hikenboot: that's latest... and do not try to remember it! Sep 12 13:29:48 already memorized...definately 2...5.6 definately ah oh time for jepardy... Sep 12 13:30:35 ^ rain man in case you didnt get it! Sep 12 13:31:38 if i already downloaded stable is there an easy upgrade path/ Sep 12 13:33:27 perhaps issuing this command --->mtn --db=OE.mtn co -b org.openembedded.dev Sep 12 13:33:30 ? Sep 12 13:47:21 jaffa hm why Sep 12 13:48:59 florian that head is not listed as a choice...is it because I started with stable? Sep 12 13:49:21 hikenboot: yes, this is in the dev branch only Sep 12 13:49:34 ah so there is no easy upgrade path...ok Sep 12 14:05:09 ok..... know a new problem again.... Sep 12 14:06:16 I try to have alsamixer in my image Sep 12 14:06:29 so a added alsa-utils Sep 12 14:06:37 to my image file... Sep 12 14:07:05 but alsa-mixer does not appear in my root fs.... Sep 12 14:09:23 only if i put alsa-utils-alsamixer in my image file.... alsa mixer appears in my image.... so.... bitbake makes extra package for each also util.... how can i say bitbake to put all utils in the image Sep 12 14:16:17 morning all Sep 12 14:41:34 wau Sep 12 14:41:41 it is working Sep 12 15:11:12 woglinde: curious, what is working? Sep 12 15:14:34 Do we have "fbv" (framebuffer viewer) in OE? http://s-tech.elsat.net.pl/fbv/ Sep 12 15:15:37 cbrake: i tryed fonts-micro-misc today, but still i dont have or find a fixed font Sep 12 15:15:39 for the xserver Sep 12 15:15:44 any other ideas? Sep 12 15:16:38 likewise my little hack on tnx Sep 12 15:16:41 ups qtnx Sep 12 15:16:54 so that qtnx sets WM_CLASS on the nxagent window Sep 12 15:24:31 woglinde: I have no idea what that brings, but congrats anyway. Sep 12 15:25:37 hello all ! Sep 12 15:26:32 nik0n: fonts-misc-misc I think Sep 12 15:27:30 thers no fonts-misc-misc in stable/development Sep 12 15:27:36 only fonts-micro-misc Sep 12 15:28:06 likewise just somework for qtnx on maemo Sep 12 15:28:27 ok good Sep 12 15:28:32 khem: hi khem Sep 12 15:31:25 he khem Sep 12 15:31:48 khem I tried to get linuxthreads support work in uclibc for arm Sep 12 15:32:09 it compiles fine, but did not run it on the device Sep 12 15:32:43 khem otherwise there is no chance to compile qt 4.4.x on arm oabi Sep 12 15:33:11 woglinde: linuxthreads should work Sep 12 15:33:21 woglinde: or do you mean NPTL ? Sep 12 15:35:23 khem linxuthread support for arm in uclibc is not complete I had to copy over some files Sep 12 15:35:34 woglinde: hmmmm Sep 12 15:35:38 yes Sep 12 15:35:46 woglinde: linuxthread.old ? Sep 12 15:35:50 seems someone forget some files at inital import Sep 12 15:35:57 linuxthread.old is working Sep 12 15:36:18 woglinde: yeah linuxthread.old has been used mostly Sep 12 15:36:32 linuxthreads was added but it has not been used to widely Sep 12 15:36:45 jepp but with linuxthread.old you can not compile qt or qt-emebedded 4.4.x Sep 12 15:36:53 I see Sep 12 15:37:10 khem its mostly the glibc implementation Sep 12 15:37:21 for arm pb_ wrote it years ago ;) Sep 12 15:37:22 Can you fix the build failures by some backports to linuxthreads.old Sep 12 15:37:51 that would be less work Sep 12 15:37:52 khem hm which backports? Sep 12 15:38:05 whatever you are seeing the comp issues Sep 12 15:38:07 khem it wasnt so much work Sep 12 15:38:35 mom Sep 12 15:38:39 woglinde: heh, right, I think it was about 12 years ago now :-} Sep 12 15:38:51 I try to remember which function it was Sep 12 15:38:57 likewise, still need fbv packaged? Sep 12 15:39:27 Tartarus: just wondering if there is a package for it already... Sep 12 15:39:39 sec Sep 12 15:40:11 http://easi.pastebin.com/m6a36edd2 Sep 12 15:40:40 ymmv, I did it for just png support, but adding gif/bmp/jpeg would be trivial enough Sep 12 15:42:09 khem hm will tell you later when I am at home Sep 12 15:44:00 woglinde: ok Sep 12 15:45:33 Tartarus: splendid! Sep 12 15:45:44 pb_: I did not know much about programming/computers 12 years ago :) Sep 12 15:47:29 Tartarus, how was my commit from last night? Sep 12 15:48:16 Crofton|work, looks good. I'll kick off a build shortly Sep 12 15:48:38 Bug 4549 filed for xorg package issues, patch attached Sep 12 15:48:50 I'll post to the ml in a few, if no one here grabs it :) Sep 12 15:49:05 * * OE Bug 4549 has been created by trini(AT)embeddedalley.com Sep 12 15:49:07 * * A number of xorg dev packages are uninstallable Sep 12 15:49:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4549 Sep 12 15:54:38 hello Sep 12 15:56:06 * * OE Bug 4542 has been RESOLVED (FIXED) by raj.khem(AT)gmail.com Sep 12 15:56:08 * * external-toolchain misses providing runtime libgcc Sep 12 15:56:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4542 Sep 12 16:02:26 03 07master * r43459a753e 10OE.dev/packages/meta/external-toolchain.bb: Add libgcc to RPROVIDES Sep 12 16:02:45 03 07org.openembedded.dev * r43459a753e 10OE.dev/packages/meta/external-toolchain.bb: Add libgcc to RPROVIDES Sep 12 16:04:10 hello Sep 12 16:05:56 dew5: hi Sep 12 16:06:08 how are you khem? Sep 12 16:07:06 * Tartarus goes and pokes the list about 4549 Sep 12 16:08:22 khem: what is the purpose of this channel? Sep 12 16:13:14 has anybody run oe in a virtual machine? if so how much ram does the vm need to run oe? Sep 12 16:15:10 depends what you have in your oe ... Sep 12 16:15:44 It should be able to build x11-image without swapping. Sep 12 16:26:50 hi all, do_install fails for a package of mine.. i will be grateful where i am goofing up, http://rafb.net/p/nNlCZX30.html <--- do_install() log.. i couldnt find anything weird in this Sep 12 16:26:50 morning kergoth`work Sep 12 16:26:58 hey Sep 12 16:30:04 er...*grateful if anyone could point where i am goofing up..x0 Sep 12 16:30:52 I guess the last line is your problem. What's the corresponding command for that? Sep 12 16:31:54 pb_, shall i pastebin the recipe as well? Sep 12 16:31:58 good idea Sep 12 16:32:41 pb_, http://rafb.net/p/xFN7bJ39.html Sep 12 16:33:42 I'm pretty sure the second line in do_install_append() is the culprit. Sep 12 16:33:46 What were you trying to achieve with that? Sep 12 16:34:54 pb_, argh. yeah...wrong path..doh! Sep 12 16:36:06 pb_, i want to install a init script of the same name Sep 12 16:36:08 just a sec Sep 12 16:37:07 ah, so Sep 12 16:37:28 it looks like your initscript name is colliding with the source directory itself Sep 12 16:37:48 i.e. you are trying to put the source code in ${WORKDIR}/odeviced (i.e. ${S}) and the initscript in.. the same place. Sep 12 16:38:14 I'm surprised you don't get an error during do_unpack, but that might be a bug. Sep 12 16:38:35 I would guess that the initscript is probably landing in ${WORKDIR}/odeviced/odeviced or some such place. Sep 12 16:38:36 yes Sep 12 16:38:45 pb_, thats what i am doing now Sep 12 16:39:35 i didnt realise that, earlier it was file:///home/sudharsh/Projects/openmoko-gsoc2008 instead of file:///home/sudharsh/Projects/openmoko-gsoc2008/odeviced...so the init script and the directory names didnt collide Sep 12 16:39:50 i meant SRC_URI Sep 12 16:45:13 pb_, works now, just still a mv, thanks for the hints :) Sep 12 16:50:58 bye for now I am heading home Sep 12 16:52:35 nik0n: font-misc-misc is in dev. If you are using stable, you might need to backport it Sep 12 16:59:13 Sup3rkiddo: very good Sep 12 17:03:36 03 07org.openembedded.dev * rc2475e3b2f 10OE.dev/packages/u-boot/u-boot-1.3.2/ (mpc8313e-rdb-autoboot.patch mpc8313e-rdb-nand.patch): u-boot: massage mpc8313e-rdb patches so they apply cleanly Sep 12 17:03:45 03 07master * rc2475e3b2f 10OE.dev/packages/u-boot/u-boot-1.3.2/ (mpc8313e-rdb-autoboot.patch mpc8313e-rdb-nand.patch): u-boot: massage mpc8313e-rdb patches so they apply cleanly Sep 12 17:05:13 can someone give me some pointers on how suspend to disk works? do I need a userspace tool? Sep 12 17:10:54 likewise: no. it should be enough to do "echo disk > /sys/power/state" Sep 12 17:11:28 thesing: it suspends to swap? what if I don't have swap? Sep 12 17:12:02 likewise: then you can't use it. I don't know if a swapfile works. Sep 12 17:12:37 thesing: thanks for the quick help. Sep 12 17:12:54 thesing: had trouble weeding through all the old suspend docs. Sep 12 17:14:05 I don't think a swap file would work. You might be able to suspend to it but I don't think the kernel would have any way of finding the data to resume from. Sep 12 17:15:53 pb_: I don't know the details, but if old lilo could find the kernel in root why shouldn't the kernel be able to find the swapfile? (in theory) Sep 12 17:16:59 thesing: lilo could only find the kernel because it saved a special pointer to it in the boot sector. I guess you could, in theory, do the same thing with the swapfile to resume from but as far as I know nobody has implemented that. Sep 12 17:18:08 * pb_ go home now Sep 12 17:18:08 later all Sep 12 17:18:25 gn Sep 12 17:27:19 cbrake strange. now in git i see font-misc-misc ... in thje mtn database i downloaded this morning it was missing Sep 12 17:37:56 nik0n: the mtn db may be very old Sep 12 17:38:40 is git now in productive use? Sep 12 17:38:59 nik0n: I use it for production as I can't tolerate mtn :-) Sep 12 17:39:06 last time i worked with OE there was the discussion about changin Sep 12 17:39:09 nik0n: the only time I use mtn is to push changes Sep 12 17:39:20 k Sep 12 17:39:21 nik0n: yeah, we've been "discussing" for ages ... Sep 12 17:39:37 i think it was about last christmas Sep 12 18:08:30 mickey|ICE971: hi Sep 12 18:08:40 hi thesing Sep 12 18:08:42 mickey|ICE971: how expensive is internet in the train? Sep 12 18:08:59 base flatrate here Sep 12 18:09:05 mickey|ICE971, Sep 12 18:09:08 using my neo as gprs router Sep 12 18:09:17 did you see the hacked openmoko phone by CRC? Sep 12 18:09:27 the neo is useful? Sep 12 18:09:28 Crofton|work: ya, pretty impressive :D Sep 12 18:09:34 finally people start doing cool stuf Sep 12 18:09:37 yeah Sep 12 18:09:51 yeah, with the proper software it works pretty well Sep 12 18:09:55 :) Sep 12 18:09:59 Crofton|work: can you provide a url? Sep 12 18:10:08 when will they do an omap3 based phone? Sep 12 18:10:25 http://www.linuxdevices.com/news/NS6565189083.html Sep 12 18:10:45 Crofton|work: unlikely, they seem to be into Samsung Sep 12 18:10:50 next step: 6410 Sep 12 18:10:56 heh Sep 12 18:11:10 which is not that bad Sep 12 18:11:38 * Crofton|work looks having a dsp handy Sep 12 18:12:17 Did Sean like their work? It sounds like the sort of thing he was hoping for Sep 12 18:14:24 i think he's amazed by that Sep 12 18:14:33 after all that's why we released all the schematics and stuff Sep 12 18:50:12 mickey|ICE971: what is the status of the gsoc odeviced (in vala)? Do you plan to eventually switch to that one? Sep 12 18:50:57 i need to spend some time to review that Sep 12 18:51:45 we have two plans Sep 12 18:51:51 a) teach the python one to load C plugins Sep 12 18:51:57 b) teach the C one to load py-plugins Sep 12 18:52:15 since it's unlikely we implement things like ogsmd in Vala now Sep 12 18:52:28 but still we want to improved footprint and speed of the odeviced subsystem Sep 12 18:54:36 mickey|ICE971: yeah, its hard to beat python for coding speed. Vala is nice, but still slow (for me) compared to coding python. Sep 12 18:55:23 *nod* Sep 12 19:00:02 mickey|ICE971: yo, OHM is now getting vala love and is loosing the hal dependancy, if you're interested Sep 12 19:00:47 sounds cool, i'm afraid we have too many things in odeviced now, but I'll take a look anyways Sep 12 19:01:32 mickey|ICE971: sure, just watch the mailing list, it'll all be going on in there in teh next couple of weeks Sep 12 19:01:45 robtaylor: what is OHM? Sep 12 19:01:51 oki thanks Sep 12 19:02:01 cbrake: ohm.freedesktop.org Sep 12 19:10:30 any tips for a nublet? Sep 12 19:32:49 pin khem Sep 12 19:32:53 ping khem Sep 12 19:54:16 he diego Sep 12 20:19:50 hi mickey|ICE971 Sep 12 20:20:12 hey pb__ Sep 12 20:21:16 hope you're not using irc while driving the train, that would be a bad idea. Sep 12 20:23:50 hehe Sep 12 20:23:53 just a passenger today Sep 12 20:24:15 will hijack the train another time Sep 12 20:26:17 re ant Sep 12 20:26:31 hello Sep 12 20:50:22 03 07org.openembedded.dev * rd5e550bed1 10OE.dev/packages/linux/linux-omap/beagleboard/defconfig: linux-omap : Add support for gpio sysfs for beagleboard. Sep 12 20:50:22 03 07org.openembedded.dev * r500d05eb2d 10OE.dev/packages/linux/linux-omap_git.bb: linux-omap : Bump git rev. Sep 12 20:50:31 03 07master * r500d05eb2d 10OE.dev/packages/linux/linux-omap_git.bb: linux-omap : Bump git rev. Sep 12 20:50:32 03