**** BEGIN LOGGING AT Wed Dec 03 02:59:57 2008 Dec 03 04:54:25 Is there anything like the N810 or Zaurus C* line that have a decent processor and RAM? (not quite on-topic, but I'm not aware of a better channel) Dec 03 05:07:27 openpandora Dec 03 05:07:37 kergoth: there you are! Dec 03 05:07:45 here i am Dec 03 05:07:53 so you DO do irc! Dec 03 05:07:54 :) Dec 03 05:08:10 or wait Dec 03 05:08:17 i was thinkig koen Dec 03 05:08:22 both of u start with k and do oe Dec 03 05:08:24 damnit! Dec 03 05:08:30 :) Dec 03 05:12:26 raster: OpenPandora seems to have even less specs… Dec 03 05:12:52 luke-jr: how? have u really checked? Dec 03 05:13:02 600mhz omap3 cortex arm Dec 03 05:13:14 ddr3 333 mhz ram Dec 03 05:13:19 err ddr 333 Dec 03 05:13:23 whihc si damn fast for embedded Dec 03 05:13:34 hm. did it change? Dec 03 05:13:44 and they have upped the specs to 256m ram and 512m flash Dec 03 05:13:46 I'm looking to run KDE 4.2 et al Dec 03 05:13:58 its probnably the most powerful arm thing u can get Dec 03 05:14:01 not to mentionthe dsp Dec 03 05:14:01 so I was hoping for over 1 GHz Dec 03 05:14:11 cortex isnt slow Dec 03 05:14:15 its not all about cpu clockrate Dec 03 05:14:23 memory speed is often the biggest bottleneck Dec 03 05:14:28 I know, but is it going to be usable as a desktop replacement? Dec 03 05:14:29 the omap3530 is fast Dec 03 05:14:31 really fast Dec 03 05:14:42 no Dec 03 05:14:49 but as a really small laptop it would be Dec 03 05:17:47 hm, the Willcom D4 looks like a closer bet Dec 03 05:17:50 but it's Vista :/ Dec 03 05:19:02 u might be surprised... Dec 03 05:19:05 atom is hell-slow Dec 03 05:19:22 1.3 GHz Atom is going to be slower than 600 MHz ARM? Dec 03 05:19:31 quite possible Dec 03 05:19:43 from people who have done development on earlier 800mhz atoms Dec 03 05:19:58 400mhz arms can beat it Dec 03 05:20:02 I can easily see 800 MHz Atom being slower than 600 MHz ARM Dec 03 05:20:11 its not all about mhz Dec 03 05:20:20 I know, but 2x a difference… Dec 03 05:20:38 and this thing even has an Intel GMA500 video chipset Dec 03 05:22:00 if u want that stuff Dec 03 05:22:03 this is not the place to ask Dec 03 05:22:08 as i dont call that stuff embedded Dec 03 05:22:11 i call it a pc Dec 03 05:22:19 just slower, smaller and expensive Dec 03 05:23:07 heh, well, "smaller" is what I consider embedded ☺ Dec 03 05:23:41 the pandora is about $330 Dec 03 05:23:43 d4 is $1500 Dec 03 05:23:53 its another x86 Dec 03 05:23:54 with a bios Dec 03 05:24:00 and all the x86 legacy that goes with it Dec 03 05:24:04 sigh Dec 03 05:24:17 yeah, I really don't like x86 Dec 03 05:24:26 but I can't find anything similar on a sane arch Dec 03 05:26:17 pandora Dec 03 05:26:26 but hey Dec 03 05:26:27 up to you Dec 03 05:30:28 sigh Dec 03 05:30:39 I'll probably just try to revive my Zaurus C760 :/ Dec 03 07:36:47 khem: gcc-cross build completed ! (4.2.4 uclibcgnueabi) Dec 03 07:36:51 bbl Dec 03 10:07:30 good morning Dec 03 10:08:25 morning Dec 03 10:09:53 03Koen Kooi  07org.openembedded.dev * r6e52192a78 10openembedded.git/contrib/angstrom/upload-packages.sh: angstrom feed uploader: symlink packages instead of copying them, this saves the autobuilder from moving ~8GB per upload run. Dec 03 10:32:36 03Koen Kooi  07org.openembedded.dev * r6ae896d88c 10openembedded.git/conf/machine/nokia800.conf: nokia800: Xomapfb doesn't build and is deprecated, switch to xf86-video-omapfb Dec 03 10:33:11 03Koen Kooi  07org.openembedded.dev * r9738e8c6f2 10openembedded.git/packages/policykit/policykit_0.9.bb: policykit: create polkituser Dec 03 10:34:53 03Koen Kooi  07org.openembedded.dev * rb24fb5c048 10openembedded.git/packages/xorg-xserver/ (2 files in 2 dirs): xserver-xorg-conf: make sure nokia800 uses xf86-video-omapfb Dec 03 10:42:53 hi,anybody could explain how a bitbake build works? Dec 03 10:43:25 I mean, what is the sequence into openembedded/packages ? Dec 03 10:43:46 does bitbake scan all the directories in openembedded/packages ? Dec 03 10:45:15 if local.conf may be considered the root, which are the olther files involved in the build process? Dec 03 10:50:35 Another question: does a bitbake build generate a log file? where is it? Dec 03 10:58:19 mck: tmp/work/*/temp/ has logs Dec 03 10:58:43 mck: bitbake scan all dirs which are in BBFILES variable Dec 03 11:01:41 morning Dec 03 11:02:08 hrw: if bitbake scan all dirs which are in BBFILES variable, how it knows which have to be included in the build? Dec 03 11:02:22 ant_work: morning Dec 03 11:04:21 mck: you say what to build Dec 03 11:04:35 mck: it depends from the task/package/image you build Dec 03 11:04:36 mck: 'bitbake console-image' == build console-image and all its dependencies Dec 03 11:05:16 hrw: I got an hint from RP about missing COMPATIBLE_MACHINE in embedix kernels... Dec 03 11:05:36 well, http://gitweb.openembedded.net/?p=openembedded.git;a=commit;h=66330066f357d88b85653ee8277c17fb52a3e2bd Dec 03 11:05:56 the question, not OT, is: what is EXCLUDE_FROM_WORLD = "1" for? Dec 03 11:07:24 ant_work: Exclude From World builds Dec 03 11:07:33 and from parsing? Dec 03 11:08:27 it's about oebug 4784 / openzaurus-sa stuff Dec 03 11:09:20 you can only BBMASK it Dec 03 11:09:25 hrw: I did bitbake base-image, so the first file being evaluated is openembedded/packages/images/base-image ? Dec 03 11:10:03 mck: look at the detailed logs of bug 4784, you'll see all the steps Dec 03 11:10:53 hrw: I suppose COMPATIBLE_HOST = "arm.*-linux" without COMPATIBLE_MACHINE could confuse the parsing Dec 03 11:11:23 I'll try later, also with BBMASK Dec 03 11:12:46 mck: thats bit more complicated Dec 03 11:15:02 it won't confuse the parsing, but it will give a false promise Dec 03 11:15:22 if you don't set COMPATIBLE_MACHINE it's like saying that your kernel works for all arm*linux hosts Dec 03 11:15:40 ah, ok Dec 03 11:15:41 which clearly isn't right, lack of proper defconfigs for a start Dec 03 11:17:51 mickey|leipzig: we should consider changing packages/ dir structure again Dec 03 11:18:04 mickey|leipzig: so packages/old-sharp-crap/ would be possible Dec 03 11:18:07 hi Robert Dec 03 11:18:08 hey :-) Dec 03 11:18:12 hehe Dec 03 11:18:13 yes Dec 03 11:18:34 do someone builds initrd images together with the kernel? I'd like to use a recipe as reference Dec 03 11:18:38 mickey|leipzig: BBFILES = "packages/" is supported for ages but gets nonworking and obsolete too... Dec 03 11:19:15 ant_work: where do I find logs of bug 4784 ? Dec 03 11:19:41 just try bitbake -D there Dec 03 11:20:07 btw bugtracker http://bugs.openembedded.net/ Dec 03 11:21:17 otavio: hi, am I wrong or you're playing with LXDE? Dec 03 11:21:34 ant_work: We're at the company. Dec 03 11:21:49 :-] Dec 03 11:21:53 ant_work: I'm interested on it, specially the terminal :-) Dec 03 11:22:05 ant_work: but it still requires a bit of work. Dec 03 11:22:20 mickey|leipzig: you've talk about the vala-terminal ... Dec 03 11:22:36 mickey|leipzig: is possible for you to add few missing features to us to be able to use it? Dec 03 11:28:39 otavio: have you seen evilvte terminal? Dec 03 11:29:28 hrw: no, i don't. Where I can take a look? Dec 03 11:31:16 hrw: found it. I've asked a coworker to take a look :-) thanks for the tip :-) Dec 03 11:32:05 03Koen Kooi  07org.openembedded.dev * r7477b63f8a 10openembedded.git/packages/policykit/policykit_0.9.bb: policykit: fix c/p error spotted by Philipp Zabel Dec 03 11:33:25 otavio: apt-get install evilvte ;D Dec 03 11:33:53 hrw: found it. It lacks fullscreen and embedded options Dec 03 11:34:11 hrw: we need it to be able to make it go inside of our app Dec 03 11:36:19 hrw: :( Dec 03 11:37:58 otavio: then use libvte directly? Dec 03 11:40:20 hrw: yeah, we're considering it. Dec 03 11:41:19 03Koen Kooi  07org.openembedded.dev * re2417088f7 10openembedded.git/packages/opencv/artoolkit_2.72.1.bb: artoolkit: fix typo in DEPENDS Dec 03 12:28:59 morning Dec 03 13:55:04 * * OE Bug 4895 has been created by  Dec 03 13:55:06 * * cppunit-1.10.2-autobuild Dec 03 13:55:08 * * http://bugs.openembedded.net/show_bug.cgi?id=4895 Dec 03 13:58:19 hi kergoth Dec 03 13:58:55 hey Dec 03 14:04:58 slightly off topic, does anyone know how to generate an RGB565 image, I need to test something on OMAP related hardware.. Dec 03 14:14:26 03Stanislav Brabec  07org.openembedded.dev * r7b4727f5e9 10openembedded.git/packages/emacs/ (7 files in 3 dirs): emacs: Update to version 22.3. Simplified build. Use GTK+. Dec 03 14:44:15 hum hal is bringing libvolumeid-dev Dec 03 14:44:20 this is wrong Dec 03 14:44:25 * otavio checks why Dec 03 14:45:50 oh right; libvolume_id.pc is pointing to /usr/lib but it should point to /lib Dec 03 15:05:35 hi kergoth Dec 03 15:18:26 howdy all Dec 03 15:46:45 03Marcin Juszkiewicz  07org.openembedded.dev * rc53306f3e1 10openembedded.git/packages/linux/collie-kernels-2.4-embedix.bb: Dec 03 15:46:45 collie-kernels: mark this old Sharp crap as collie only Dec 03 15:46:45 this removes one of confusing messages from each ARM related builds Dec 03 15:48:17 ant_work: 4784 updated Dec 03 15:48:57 03acid-burn  07org.openembedded.dreambox * r35b9ecd934 10openembedded.git/packages/autofs/ (4 files in 2 dirs): Dec 03 15:48:57 use auto.master as mastermap for hotplug Dec 03 15:48:57 proper start/stop script Dec 03 15:48:57 allow network mounts from auto.network file to mount into /media/net Dec 03 15:48:57 03acid-burn  07org.openembedded.dreambox * r57afbc383a 10openembedded.git/packages/autofs/autofs-4.1.4/auto.network: cleanup Dec 03 15:49:01 03acid-burn  07org.openembedded.dreambox * rb3e58b0c70 10openembedded.git/packages/initscripts/initscripts-1.0/ (dm7025/bootup dm800/bootup dm8000/bootup): Dec 03 15:49:04 remove automount as it is started now via /etc/init.d/autofs Dec 03 15:49:06 don't start network twice, this is part of #37 Dec 03 15:51:15 hrw: great Dec 03 15:52:04 ant_work: hi Dec 03 15:52:42 Jay7: hi Dec 03 15:52:48 hrw: and c7x0-kernels-2.4-embedix.bb ? Dec 03 15:53:01 * Jay7 doesn't resolve problem with /usr/bin/ld: cannot find -lc Dec 03 15:53:34 ant_work: I do not see them in messages Dec 03 15:54:06 Hi there !! Dec 03 15:54:17 ah..I see.. other *embedix lack COMPATIBLE_MACHINE though Dec 03 15:55:29 I can't build libnl-1.1 . I tried to google the problem and I saw only two answers : two pastebins of OE users that have the same problem Dec 03 15:55:35 http://pastebin.ca/1261358 Dec 03 15:55:58 hrw: DEBUG: providers for virtual/kernel are: ['poodle-kernel-2.4-embedix', 'c7x0-kernels-2.4-embedix', 'openzaurus-pxa', 'collie-kernels-2.4-embedix', 'linux', 'linux-bast', 'linux-rp', 'corgi-kernel-2.4-embedix', 'shepherd-kernel-2.4-embedix', 'linux-omap-2.6', 'poodle255-kernel-2.4-embedix', 'gumstix-kernel', 'husky-kernel-2.4-embedix', 'linux-rt'] Dec 03 15:56:36 urgh...sorry for the blob Dec 03 15:56:38 Is it possible to know if the problem has been solved ? The pastebin was the 19th of november Dec 03 16:02:04 * * OE Bug 4896 has been created by GNUtoo(AT)no-log.org Dec 03 16:02:06 * * X programs segfault because of libX11.so.6 Dec 03 16:02:08 * * http://bugs.openembedded.net/show_bug.cgi?id=4896 Dec 03 16:02:30 ant_work: which MACHINE? Dec 03 16:03:22 I was building c7x0 Dec 03 16:03:57 poodle and collie won't apply Dec 03 16:20:06 RP: hey Dec 03 16:25:13 Jay7: starting a new build? Dec 03 16:25:19 :/ Dec 03 16:25:49 ant_work: I think that problem is in my distro.. Dec 03 16:26:08 oh, that 586 thing? Dec 03 16:26:16 may be Dec 03 16:26:22 03Koen Kooi  07org.openembedded.dev * rb67b6a1938 10openembedded.git/packages/tinylogin/tinylogin_1.4.bb: tinylogin: move u-a prio above busybox so 'su' works again, also remove links on removal Dec 03 16:26:35 THX KOEN Dec 03 16:26:37 I'll do some investigation today/tonight :) Dec 03 16:38:41 woglinde: are you there ? Dec 03 16:38:59 he ant Dec 03 16:39:10 hallo Dec 03 16:39:22 just to ask your opinion on this http://www.pastebin.ca/1275065 Dec 03 16:39:26 (QA issues) Dec 03 16:40:03 hm ah Dec 03 16:40:06 plugins .so Dec 03 16:40:24 I think sanity stuff can handle it Dec 03 16:40:27 non dev contains .so...is it bad? Dec 03 16:40:28 can not Dec 03 16:40:31 nope Dec 03 16:40:36 beside klibc Dec 03 16:40:39 they are modules Dec 03 16:40:40 he Dec 03 16:40:50 they do not nessacry need a version number Dec 03 16:41:27 '.so' is fine, denn Dec 03 16:41:31 s/denn/then Dec 03 16:41:35 yes Dec 03 16:42:27 but I dont see a solution for sanitize to discover modules Dec 03 16:43:33 I'm pretty sure I saw other QA scrolling (opie) but I don't find any evidence using tinderbox/oestats Dec 03 16:43:50 I'll inspect the workdir Dec 03 16:44:30 thx anyway Dec 03 16:44:56 ant and for klibc hm Dec 03 16:45:10 the link of versioned stuff cost some bytes Dec 03 16:45:30 woglinde: I don't follow you...there are soo many obscure zones in my *nix knowledge Dec 03 16:45:45 ant the normaly libc are versioned Dec 03 16:46:08 so libc.so is linked to libc.so.4.0.0 whatever Dec 03 16:46:21 yes, the lead soname thing Dec 03 16:46:28 but as I know you need all bytes in the execimage Dec 03 16:46:31 kexec Dec 03 16:46:39 the link would waste some space Dec 03 16:47:04 ahh Dec 03 17:01:32 right, those links are a waste of space. Dec 03 17:01:54 you should set PACKAGE_SNAP_LIB_SYMLINKS = "1" to get rid of them :-} Dec 03 17:03:25 Do someone knows where I find the code that adds the DEPENDS based on the libraries? Dec 03 17:03:38 DEPENDS, or RDEPENDS? Dec 03 17:03:43 It looks to have a bug. Dec 03 17:03:47 pb__: RDEPENDS Dec 03 17:03:52 that's in package.bbclass Dec 03 17:03:58 pb__: where? Dec 03 17:04:10 pb__: hal depends on libvolume-id-dev Dec 03 17:04:19 populate_packages(), I think Dec 03 17:04:21 pb__: and libvolumeid0 should be enough Dec 03 17:04:40 otavio: that code is seldom wrong, I would first suspect a packaging error in either hal or libvolume-id. Dec 03 17:05:15 what versions of those two packages are you using? Dec 03 17:05:26 pb__: udev is right. Since it has a pc that looks at /usr/lib Dec 03 17:05:39 pb__: and it has a symlink to /lib/... Dec 03 17:05:48 pb__: udev 124 and hal .11 Dec 03 17:06:06 ok, let me try it for myself Dec 03 17:06:20 pb__: oh, that would be awesome! Dec 03 17:08:09 pb__: it would allow us to not have libc6-dev installed on the image :-) Dec 03 17:08:13 heh Dec 03 17:08:22 yeah, I can see that would be a bonus Dec 03 17:08:37 pb__: yep :-) Dec 03 17:11:58 doh, it seems to work correctly for me. I get: Dec 03 17:11:59 Depends: udev, hal-info, libdbus-1-3 (>= 1.2.1), libgcc1 (>= 4.2.4), libc6 (>= 2.6.1), libdbus-glib-1-2 (>= 0.76), libglib-2.0-0 (>= 2.16.4), libgobject-2.0-0 (>= 2.16.4), libexpat1 (>= 2.0.0), libvolume-id0 (>= 124), libusb-0.1-4 (>= 0.0.9+0.1.0-beta2) Dec 03 17:12:08 which seems correct, no libvolume-id-dev here Dec 03 17:13:08 humm Dec 03 17:14:01 any idea? Dec 03 17:15:02 can you show me the output from "dpkg-deb -c" on hal_0.5.11-r2.1_armv4t.ipk and the libvolumeid-dev one? Dec 03 17:17:00 pb__: http://pastebin.com/f789c5018 and http://pastebin.com/f794f17b3 Dec 03 17:19:51 hm, nothing obvious in there that looks like it would be a problem. Dec 03 17:19:56 pb__: saw anything interesting? Dec 03 17:20:07 so, there are three reasons why package.bbclass might decide it needs to add a dependency: Dec 03 17:20:14 i) shared library dependency Dec 03 17:20:29 ii) symlink to a file provided by another package (though this only works for packages in the same source, so unlikely here) Dec 03 17:20:35 iii) pkgconfig dependency Dec 03 17:20:58 pb__: so it is case ii Dec 03 17:21:10 pb__: -dev links to libvolumeid0 libarry Dec 03 17:21:41 pb__: iii could be a reason too since it looks for /usr/bin and -dev has the .so on it Dec 03 17:21:53 pb__: what pkgconfig version are you using? Dec 03 17:22:58 0.22-r7 apparently Dec 03 17:23:14 pb__: I'm using 0.23 I think Dec 03 17:23:48 0.23-r7 Dec 03 17:26:48 humm Dec 03 17:26:53 hm. I wouldn't have thought that would make a difference but you never know. Dec 03 17:27:01 I am out of time for now but I can try again with that version later. Dec 03 17:27:43 Depends: udev, hal-info, libdbus-1-3 (>= 1.2.1), libc6 (>= 2.6.1), libdbus-glib-1-2 (>= 0.76), libglib-2.0-0 (>= 2.18.1), libusb-0.1-4 (>= 0.1.12), libvolume-id-dev (>= 124), libexpat1 (>= 2.0.0), libgobject-2.0-0 (>= 2.18.1), hal-locale* Dec 03 17:27:48 this is my depends line Dec 03 17:27:49 pb__: ok Dec 03 17:29:51 * otavio is reverting to 0.22 of pkgconfig to try Dec 03 17:30:26 pb__: and libtool? which one are you using? Dec 03 17:48:34 pb__: udev also depends on -dev Dec 03 18:05:17 humm strang Dec 03 18:11:51 wierd Dec 03 18:49:31 otavio: I confirm that issue too Dec 03 18:49:40 psokolovsky: the udev depends on -dev? Dec 03 18:49:52 oh great! i'm not the only one :-) ufa! Dec 03 18:50:01 otavio: libvolume-id-dev, libc-dev in image Dec 03 18:50:16 wow; exactly same issue :-) Dec 03 18:50:26 yep, apparently Dec 03 18:50:27 psokolovsky: please reply to the ml Dec 03 18:50:32 psokolovsky: i've sent the issue there Dec 03 18:50:46 ok Dec 03 19:01:38 hi kalemas Dec 03 19:02:31 hey all Dec 03 19:02:38 hey likewise Dec 03 19:02:48 03Koen Kooi  07org.openembedded.dev * rd0f918a9c2 10openembedded.git/packages/linux/ (4 files in 2 dirs): Dec 03 19:02:48 linux-davinci: updates: Dec 03 19:02:48 * add 2.6.25 Dec 03 19:02:48 * add 2.6.27 <- default Dec 03 19:02:50 * update git recipe to 2.6.28rc6 Dec 03 19:04:31 hi jineld Dec 03 19:04:34 hi likewise Dec 03 19:04:57 hi woglinde Dec 03 19:04:59 hey all again :-) Dec 03 19:10:41 likewise: howdy Dec 03 19:10:42 03Khem Raj  07org.openembedded.dev * r7ddac101f9 10openembedded.git/packages/libgpg-error/ (5 files): libgpg-error: Add virtual/libiconv to DEPENDS Dec 03 19:10:44 03Khem Raj  07org.openembedded.dev * r846d89a942 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.net:openembedded into org.openembedded.dev Dec 03 19:11:24 khem: hey there. Dec 03 19:12:53 long time Dec 03 19:16:10 khem: busy with all kind of powerpc toys Dec 03 19:16:33 khem: and a PCIe driver: http://marc.info/?l=linux-kernel&m=122813921631142&w=2 Dec 03 19:16:40 ah Dec 03 19:16:53 khem: so laying low on the OE side unfortunately Dec 03 19:16:54 likewise: do u also deal with ppc64 Dec 03 19:17:07 khem: no, I am still on small iron. Dec 03 19:17:54 khem: do you? Dec 03 19:18:35 yeah I have started to look at it again Dec 03 19:19:03 I was looking if OE supports it already Dec 03 19:26:25 khem: afraid not. the biggest metal I see in the ppc stuff are the amcc boards. Dec 03 19:53:46 re Dec 03 19:53:47 hi hrw Dec 03 20:13:03 someone using exquisite splash? Dec 03 20:36:23 otavio: that e17 based one? Dec 03 20:36:34 why to use it when psplash do same with less libs? Dec 03 20:37:58 hrw: it provides a better look and feel Dec 03 20:38:13 hrw: but my problem is that it doesn't show the shutdown progress Dec 03 20:40:19 hrw: I might consider going to psplash again later but now I need to make it to work first ;-) Dec 03 20:40:36 hrw: it looks I've got it working Dec 03 21:19:04 * * OE Bug 4897 has been created by GNUtoo(AT)no-log.org Dec 03 21:19:07 * * mesa-7.2 needs expat as depedency Dec 03 21:19:08 * * http://bugs.openembedded.net/show_bug.cgi?id=4897 Dec 03 22:20:08 03pieterg  07org.openembedded.dreambox * ra72f980963 10openembedded.git/packages/base-files/base-files_3.0.14.bb: base-files: no longer install an empty resolv.conf Dec 03 22:20:18 03Felix Domke  07org.openembedded.dreambox * r7bed166e0a 10openembedded.git/: Merge branch 'opendreambox-pli' of http://git.grimmerink.nl/opendreambox-1.5 into org.openembedded.dreambox Dec 03 22:23:16 Jay7: ping Dec 03 22:33:03 re Dec 03 22:35:15 hi florian Dec 03 22:42:04 OpenEmbedded hates me today Dec 03 22:43:01 hmm, forgot to push Dec 03 22:43:01 he kergoth Dec 03 22:43:31 getting veryo dd inexplicable behaviors Dec 03 22:43:57 fetch failing due to a mismatch of the shasum, says it got a sum of "" Dec 03 22:44:00 hrmph Dec 03 22:44:12 openembedded.git$ git push Dec 03 22:44:14 fatal: The remote end hung up unexpectedly Dec 03 23:00:01 likewise are you behind firewall? Dec 03 23:00:09 no Dec 03 23:00:14 likewise using dyndns? Dec 03 23:00:20 yes Dec 03 23:00:24 ah thats it Dec 03 23:00:28 huh?? Dec 03 23:00:37 we have the problem at with ssh and svn at work too Dec 03 23:00:53 but my IP is rather fixed Dec 03 23:00:57 hm Dec 03 23:00:59 okay Dec 03 23:01:04 than its strange Dec 03 23:01:12 but could be the same error Dec 03 23:01:19 just wait half an hour Dec 03 23:02:02 woglinde: ah darn, yes I am logged in to a remote machine that *is* behind a firewall. sigh. Dec 03 23:02:43 jepp same at work Dec 03 23:02:50 sometimes it is working Dec 03 23:02:59 and sometimes it gives this error Dec 03 23:14:22 ~seen mr_nice Dec 03 23:14:27 mr_nice was last seen on IRC in channel #opie, 4h 24m 30s ago, saying: 'hm you can try to ask at the angstrom mailing list about this device'. Dec 03 23:20:30 woglinde: I will ask my ICT dep. to open the ports, or I will threathen with my resignation. Dec 03 23:21:38 port or door ...he he Dec 03 23:24:47 likewise hm this has nothing do with the ports Dec 03 23:26:05 woglinde: not even outgoing ports? It has to do with NAT then? Dec 03 23:26:31 likewise nat and dyndns Dec 03 23:26:39 as I said it will worj Dec 03 23:26:47 did you try right now? Dec 03 23:26:56 fails everytime Dec 03 23:27:03 we don;t have dynamic dns there Dec 03 23:27:07 only a firewall Dec 03 23:30:04 woglinde: this is bootlog uclibcgnueabi, console-image...look at the date error... Dec 03 23:30:07 http://www.pastebin.ca/1275416 Dec 03 23:30:19 #123 Dec 03 23:31:16 btw /etc/localtime doesn't exist, so sourcing the profile should set TZ="UTC" Dec 03 23:36:37 ant hm sorry Dec 03 23:36:40 cant help Dec 03 23:37:27 btw console image and opie-image are usable Dec 03 23:37:54 it's only x11 image/uclibc Dec 03 23:38:17 but the date error is not the error? Dec 03 23:38:25 why the image fails right? Dec 03 23:38:31 I don't think it's soo bad Dec 03 23:38:43 hm did you heard of petit boot? Dec 03 23:38:50 from openwrt Dec 03 23:38:59 its doing the same as ypur kexec effort Dec 03 23:39:04 not yet Dec 03 23:39:15 but is using uclibc Dec 03 23:39:25 well, *wrt are headless routers :/ Dec 03 23:39:40 you need telnet, ssh, tftp,... Dec 03 23:39:54 hm but the boot menu should be nice Dec 03 23:40:13 but definitely no framebuffer menu :-) Dec 03 23:40:23 or am I wrong Dec 03 23:40:26 ? Dec 03 23:40:42 btw #date Dec 03 23:40:57 Thu Jan 1 00:11:53 UTC 1970 Dec 03 23:41:05 hi Dec 03 23:41:12 hi lumag Dec 03 23:41:45 hi ant___. I replied to your mail. Dec 03 23:42:01 oops..did not check yet ... Dec 03 23:42:10 just a minute ago Dec 03 23:42:47 read Dec 03 23:43:10 ant and setting a date? Dec 03 23:43:22 lumag: ok, it seems the kexecboot could work also on tosa framebuffer Dec 03 23:43:43 he Dec 03 23:43:48 I want it for simpad too Dec 03 23:47:15 woglinde: date -u 120412452008 works Dec 03 23:48:27 lumag: was just missing a kernel 2.6.24 Dec 03 23:48:42 so nobody tested it Dec 03 23:48:45 on tosa Dec 03 23:48:57 ant___, I'll test it today or tomorrow Dec 03 23:49:03 np, thx Dec 03 23:50:11 btw on c7x0/akita/spitz we are using 2.6.26...for kexecboot too Dec 03 23:51:00 ant___, I didn't look on kexecboot. Does it boot normal kernel from /dev/mtd2 ? Or I can specify, where to search for the kernel? Dec 03 23:51:56 2.6.26 is a bit unfortunate for tosa. I skipped creating stable patchset for that kernel. Dec 03 23:52:15 So I'll either have to forward port 2.6.24 patches (not a problem, but rather strange idea, since some of them were already rewritten) Dec 03 23:52:34 Or back port changes merged in 2.6.27 + use my .27 patchset. Dec 03 23:52:53 RP: what are your plans regarding linux-rp-2.6.27? Dec 03 23:54:59 lumag: you get a graphical menu, there you can select where to boot from Dec 03 23:55:28 ant___, good! Dec 03 23:55:33 this linux-kexecboot kernel resides in flash, the rootfs has the normal kernel in /boot Dec 03 23:55:38 ok Dec 03 23:55:47 you flash once and forget Dec 03 23:55:58 (if it works...) Dec 03 23:56:08 :-d Dec 03 23:57:58 lumag: iirc tosa has same size limits for mtd1 as c7x0...we disabled networking in defconfig on other Z Dec 03 23:59:47 ant___, 1.2Mb Dec 04 00:00:05 ok, like c7x0 Dec 04 00:27:44 'nite Dec 04 00:33:04 * * OE Bug 4898 has been created by  Dec 04 00:33:06 * * openssh-4.6p1-autobuild Dec 04 00:33:08 * * http://bugs.openembedded.net/show_bug.cgi?id=4898 Dec 04 00:33:16 * * OE Bug 4899 has been created by  Dec 04 00:33:18 * * sugar-presence-service-0.82.2-autobuild Dec 04 00:33:20 * * http://bugs.openembedded.net/show_bug.cgi?id=4899 Dec 04 01:15:11 Damn. Building of minimo fails if host is 64-bit (targeting arm). Dec 04 01:15:23 And fails badly :( Dec 04 02:29:38 lumag: is there any reason you'd want a 64-bit Minimo on ARM? Dec 04 02:30:05 luke-jr, my buildhost is 64bit Dec 04 02:31:12 oh Dec 04 02:31:13 host Dec 04 02:31:14 sorry Dec 04 02:52:25 could anyone tell me where i can find a list of supported devices? Dec 04 02:52:44 im trying to find a good smartphone to buy and i want to run linux on it Dec 04 02:52:52 sebbs look into config/machine Dec 04 02:53:05 and good nite Dec 04 02:53:28 config/machine? Dec 04 02:53:32 is that a folder Dec 04 02:53:33 oh Dec 04 02:53:37 he left Dec 04 02:56:21 sebbs yep it is, a folder in the main repository Dec 04 02:58:20 sebbs take a look at here.. http://cgit.openembedded.net/cgit.cgi?url=openembedded/tree/conf/machine Dec 04 02:59:37 ah sweet Dec 04 02:59:39 thanks dude Dec 04 02:59:46 np **** ENDING LOGGING AT Thu Dec 04 02:59:57 2008