**** BEGIN LOGGING AT Tue Feb 17 02:59:58 2009 Feb 17 02:59:58 old age, Chris? Feb 17 03:00:57 heh :) 30 approaches :) Feb 17 03:01:39 young whippersnapper!!!! :-p Feb 17 03:02:12 why, there are cpu architectures older than you are! Feb 17 03:04:06 Gotta jet. Feb 17 03:09:30 * kergoth chuckles Feb 17 03:18:37 denix0: finally i can tell you tiff builds again ... Feb 17 06:29:01 khem, are you still here/ Feb 17 06:29:07 fell asleep earlier Feb 17 06:30:04 i just figured out that my too many open files problem was related to my ubuntu install not converting my gpt partition map into mbr Feb 17 06:30:32 which resulted in ubuntu not being able to find it's swap partition Feb 17 06:30:45 going to reboot and give it a go, thx for all the other help Feb 17 06:30:47 bbiab Feb 17 06:31:23 03Michael 'Mickey' Lauer  07org.openembedded.dev * r2ebf454e81 10openembedded.git/packages/images/fso-image.inc: fso-image.inc: add contents Feb 17 06:40:04 How do I shutdown a general purpose computer using C coding? Feb 17 06:40:54 03Michael 'Mickey' Lauer  07org.openembedded.dev * r81a8895ad3 10openembedded.git/packages/linux/ (3 files): linux-openmoko[devel]: use $CONFIG_NAME for upstream defconfig Feb 17 06:41:39 kdeveloper: from kernel or user space ? Feb 17 06:41:54 from kernel send kill signal to pid 1 (init) Feb 17 06:41:58 From user space Feb 17 06:42:12 execute halt or shutdown Feb 17 06:42:18 There is no OS Feb 17 06:42:23 I am writing my little kernel Feb 17 06:42:31 So the shell needs to have the exit command Feb 17 06:42:35 ah on PC ? Feb 17 06:42:40 Yes Feb 17 06:42:47 I have done the rebooting part Feb 17 06:42:52 in real or protected mode ? Feb 17 06:43:03 Real mode, for now Feb 17 06:43:12 you can use apm for that Feb 17 06:43:12 But soon I will switch to protected mode Feb 17 06:43:31 look at ralf brown interrupt list Feb 17 06:43:51 there is APM - adwanced power management afaik at int 15 Feb 17 06:44:00 Do you mean BIOS interrupts? Feb 17 06:44:06 yes Feb 17 06:46:56 I have another question Feb 17 06:47:19 What is the need to write a device driver when the BIOS takes care of coding the controllers Feb 17 06:48:05 knowing of how that hardware works and how is connected... Feb 17 06:49:19 So as long as I am in real mode, I don't have to write my own device drivers and exploit the BIOS interrupts? Feb 17 06:50:06 yes Feb 17 06:50:39 but functionality of some devices will be limited (for example graphics acceleration) Feb 17 06:51:06 btw is you os public ? can I download it somewhere ? Feb 17 06:51:15 i'm just interrested in.. Feb 17 06:51:44 oh! I have just started on it Feb 17 06:52:03 for studying reasons ? Feb 17 06:52:06 As soon as my semester project is over, I'll make it online Feb 17 06:52:13 post* Feb 17 06:52:24 Yes. Feb 17 06:52:42 ok len me know then :) and what compiler are you using ? Feb 17 06:52:42 I was stuck at certain point up until recently Feb 17 06:53:05 As I am in real mode, I need a 16-bit compiler Feb 17 06:53:09 So I am using tcc Feb 17 06:53:15 Turbo C Compiler Feb 17 06:53:22 arrrrg, spoke too soon Feb 17 06:53:29 The problem was Feb 17 06:53:41 How to convert an exe to bootable binary image Feb 17 06:53:44 still with this stupid too many open files problem Feb 17 06:53:59 I do not know the format of the exe file Feb 17 06:54:07 convert exe to com Feb 17 06:54:26 I tried using exe2bin, as well as exe2com commands Feb 17 06:54:44 sayS "Cannot convert exe to bin/com as the exe has some relocatable elements" Feb 17 06:54:48 but turbo c can generate com afaik Feb 17 06:55:02 or borland c ? dont know Feb 17 06:55:09 My bootloader is a simple one that fetches the kernel from floopy and passes control to it Feb 17 06:55:18 It does not understand the exe file format Feb 17 06:57:47 I cannot even depend on linker scripts as they support 32 bit code Feb 17 07:07:58 03Denys Dmytriyenko  07org.openembedded.dev * r2975e105f9 10openembedded.git/packages/gcc/ (4 files): Feb 17 07:07:58 gcc-package-sdk.inc: fix packaging of include-fixed in sdk Feb 17 07:07:58 while issues around include-fixed were fixed 5 months ago, packaging in sdk was missed Feb 17 07:07:58 the issue was reported on #oe by user beagle-dev-543 Feb 17 07:18:41 03Steffen Sledz  07org.openembedded.dev * r2cfc560391 10openembedded.git/ (9 files in 5 dirs): Feb 17 07:18:41 forte: new package Feb 17 07:18:41 4DIAC-RTE (FORTE) is a small portable implementation of an IEC 61499 Feb 17 07:18:41 runtime environment, see http://www.fordiac.org/8.0.html Feb 17 07:45:20 if I want to use the "real" tools instead of the busybox package, what package should I look for? Feb 17 07:46:02 hello, what is a cross package for? Feb 17 07:46:29 because i need to stage more things from libtool non native Feb 17 07:47:15 I was told to do it inside the libtool package....but I wonder if I should do it from libtool-cross instead Feb 17 07:58:18 erbo, coreutils Feb 17 07:58:47 erbo, but it may includes replacements for others tools too Feb 17 07:59:36 tnx, I'm not that tight on space so some extra replacements won't be a problem Feb 17 08:06:55 Gnutoo: I think libtool-cross is right thing for you Feb 17 08:07:42 Gnutoo: libtool would be useful when the resulting OE is used as a dev system later Feb 17 08:08:08 khem`, ok thanks...It works...I will now look into that problem: | *** libtool.m4 and ltmain.sh have a version mismatch! *** | *** (libtool.m4 = 1.5.26, ltmain.sh = 2.2.4) *** Feb 17 08:08:28 Gnutoo: ok cool Feb 17 08:08:32 enjoy, Feb 17 08:08:36 * khem` time to sleep Feb 17 08:41:57 good morning Feb 17 08:43:13 morning Feb 17 08:53:09 hi, all! Feb 17 08:53:31 hw often -dev is built? Feb 17 08:53:36 *how Feb 17 08:57:51 how to compile the libIDL for omp3530 platform Feb 17 09:08:56 hello, how do I remove this check: http://rafb.net/p/Qljnjs80.html ? Feb 17 09:09:10 I'm looking for the macro name Feb 17 09:11:38 found it Feb 17 09:22:43 gm Feb 17 09:27:23 what bootloader is the smallest that is included in the oe packages u-boot ? Feb 17 09:28:17 Ojg: hmmm, you could get it to package what you need, don't pick what is in OE at the moment as a way to pick your bootloader ;-) Feb 17 09:29:39 DJWillis hehe ok well just need a small temporary bootloader the system is going on a flash later and as i recall you dont need a bootloader there. Feb 17 09:31:14 03Michael 'Mickey' Lauer  07org.openembedded.dev * r8d80c183e6 10openembedded.git/conf/machine/om-gta03.conf: om-gta03.conf: prefer openmoko-devel for now Feb 17 09:31:25 03Michael 'Mickey' Lauer  07org.openembedded.dev * r8b7f70df54 10openembedded.git/packages/freesmartphone/ (frameworkd/om-gta03/frameworkd.conf frameworkd_git.bb): frameworkd: add configuration for Openmoko GTA03 Feb 17 09:33:22 ~seen hrw Feb 17 09:33:23 hrw was last seen on IRC in channel #oe, 13h 28m 55s ago, saying: 'have a nice rest of day'. Feb 17 09:36:28 Ojg: what system? Don't need a bootloader on flash sounds a little 'odd' unless you have something already there. Feb 17 09:37:12 mmm...I found it in aclocal.m4 but I don't find it anywhere else Feb 17 09:37:25 and aclocal.m4 is a generated ifle Feb 17 09:45:19 DJWillis right now a qemux86 system that im testing stuff with but later its going to an arm running of a flash. maybe saying that you don't need a flash bootloader might not be 100% right =), but there will but some kind of CAN basedloader that will make the ECU read in the right place after resets. Feb 17 09:45:57 hello, does anyone know libtool? Feb 17 09:46:03 and automake Feb 17 09:47:30 DJWillis if it sounds like a dumb idea please say something =) haven't slept much so my head is kinda off right now Feb 17 09:49:21 Ojg: without knowing the board it is hard to say but you will need something to setup the system prior to jumping to Linux regardless of what your loading the kernel from. The CPU/SoC/bootrom etc. will just somewhere and look for some ARM code to run. Feb 17 09:51:05 DJWillis: aye well cant say what board because the hardware an't decided yet more then its going to be arm cpu Feb 17 09:51:51 Ojg: then you can't decide on the bootloader so do sweat it for now ;-). Just work on qemu Feb 17 09:55:27 DJWillis: yeah the problem is that qemu doesn't seem to support framebuffer, i found a old patch from 2007 but it didn't want to play nice with the source code. Its either that or i have missed something in my system but i have included the vesafb in my kernel and i have appended the video kernel option in qemu when i boot it up and no framebuffer =( Feb 17 09:56:59 Ojg: I tend to work on hardware, never really messed with qemu much so I can't really help you there :( Feb 17 09:57:17 morning Feb 17 09:57:23 DJWillis: k, yeah some hardware would be nice Feb 17 09:57:40 hrw: morning =) here to save the day ? Feb 17 09:58:02 Ojg: hardware is always good, without it you never know what random bugs are going to jump out ;-) Feb 17 09:58:32 Ojg: qemux86 use uvesafb iirc Feb 17 10:00:03 anyone...I'm realy lost and libtool needs fixing Feb 17 10:00:15 (libtool = libtool-cross) Feb 17 10:00:21 Gnutoo: what is a problem? Feb 17 10:00:36 hrw, i don't find _LT_VERSION_CHECK Feb 17 10:00:49 hrw, i'll start from the beginning: Feb 17 10:01:52 Gnutoo: which recipe has problem? Feb 17 10:02:34 hrw, at the beginning popt didn't configure because it lacked the proper m4 files in the staging dir...so I added them modifying libtool-cross but...after that I had a http://rafb.net/p/Qljnjs80.html and so it's the result of _LT_VERSION_CHECK in aclocal.m4 but this file is generated... Feb 17 10:02:48 DJWillis: indeed this is just a prototype though, its really a school project but its a real task from a real company, we have ½ a year to make a prototype for them with a list of hardware. I can probably skip the boot from flash part and let them solve it later because they wanted a virtual machine image of the system Feb 17 10:02:55 hrw, 2.2.4 Feb 17 10:04:13 Gnutoo: so popt? Feb 17 10:05:32 hrw, there is configure.ac(here it's .am so old version)--aclocal-->aclocal.m4 but I didn't find anything inside the staging dir Feb 17 10:05:33 popt-1.7-r0 Feb 17 10:06:43 I want to disable this check because of http://lists.freebsd.org/pipermail/freebsd-ports/2008-January/046628.html (he commented the configure and we can't/don't want to do that) Feb 17 10:06:51 and because it fails Feb 17 10:07:57 how fast do you guys think its possible to boot a embedded system like this? if you think in seconds, its about 4-5sec now need to get rid of udev, haven't found where i remove this features from being built though, else then removing it manually later. Feb 17 10:14:16 Ojg: DISTRO_HOTPLUG_MANAGER = "busybox-mdev" - KaeilOS distro do that Feb 17 10:14:57 hrw: remove udev or ? Feb 17 10:15:15 it removes udev and use mdev from busybox Feb 17 10:15:21 much faster Feb 17 10:15:30 but much more simple also Feb 17 10:19:03 hrw: k, but do i need to rebuild it all with KaeilOS as a base distro or can i change the DISTRO_HOTPLUG_MANAGER from udev to busybox-mdev in the angstrom config ? Feb 17 10:19:43 basically you can change it in angstrom but then it will not be angstrom anymore Feb 17 10:20:35 hrw: hehe Feb 17 10:21:32 hrw: dunno really if i have solved my other problems in a good way like adding the packages i needed i just made a new image config that installs the packages i need and then included the minimal image config Feb 17 10:23:49 hrw, so you're building popt? Feb 17 10:26:38 started Feb 17 10:26:53 ok Feb 17 10:26:59 thanks a lot Feb 17 10:27:17 I asked some time ago but I'd like to repeat my question: Is there a way to provide custom checksum.ini that should be "merged" with OE one for external BBPATH recipes? Feb 17 10:27:23 if you have things such as : | aclocal: macro `gl_FUNC_ARGZ' required but not defined Feb 17 10:28:45 just change the do_stage of libtool-native_2.2.4: http://rafb.net/p/WOyw4221.html Feb 17 10:32:06 http://www.linuxdevices.com/news/NS9955815446.html Feb 17 10:32:31 booxter_: merge OE one with yours and put in your overlay/conf/ dir Feb 17 10:32:43 NOTE: package popt-1.7-r0: task do_build: completed Feb 17 10:33:13 hrw, ok, thanks Feb 17 10:34:48 will my overlayed tasks substitute OE ones if they have the same names? Feb 17 10:36:51 hrw: udev is still in the system :S Feb 17 10:40:06 booxter_: recipes? it depends. red about bitbake collections in oe manual Feb 17 10:40:26 Ojg: because you did not rebuilt task-boot/task-base Feb 17 10:40:54 * XorA has finally located the annoying beeping device Feb 17 10:41:12 hrw: hmm k made bitbake rebuild my image config thought that would do it Feb 17 10:46:12 again this horrible lag...sorry Feb 17 10:46:32 Hi! Has anyone used a ramdisk with at91sam9260? Gets an error : Wrong Ramdisk Image... have an init_rd.gz and make an uImage of that with mkimage Feb 17 10:46:42 hrw, at what point are you? Feb 17 10:47:16 <_boto> hello Feb 17 10:47:53 Gnutoo: popt 1.7 built here Feb 17 10:48:11 thorsten1: I boot to nfsroot or to ubifs on nand on at91sam9263ek Feb 17 10:48:27 hrw, ouch...what libtool-cross do you have? Feb 17 10:48:56 2.2.4 Feb 17 10:50:40 what ls gives inside {STAGING_DATADIR}/aclocal ? Feb 17 10:52:18 <_boto> does somebody know about any problems with PACKAGES_DYNAMIC? Feb 17 10:52:34 Gnutoo: http://pastebin.ca/1339935 Feb 17 10:52:43 thanks Feb 17 10:52:50 <_boto> i still try to include some gstreamer plugins into my image and it does not work Feb 17 10:53:03 <_boto> i tried much but no success Feb 17 10:53:21 <_boto> i used DEPENDS, RDEPENDS, RRECOMMENDS, no success Feb 17 10:53:31 <_boto> hrw: any idea? Feb 17 10:53:46 ah.. gstreamer has problem with it Feb 17 10:54:06 <_boto> yes, but what exact is the problem? Feb 17 10:54:11 <_boto> any idea? Feb 17 10:54:11 _boto: add gst-plugins-good/base/bad (which ever you need) into DEPENDS Feb 17 10:54:20 should help Feb 17 10:54:22 <_boto> already done Feb 17 10:54:28 and there was something about it on ML Feb 17 10:54:42 <_boto> yes, i was the poster Feb 17 10:55:00 <_boto> koen replied and i followed his suggestion, but no success Feb 17 10:55:48 hrw, so for the first failure...do you have an idea of why it fails then: http://rafb.net/p/YXqkpW32.html Feb 17 10:56:54 because you don't appear to have the lt* macros in the aclocal dir Feb 17 10:59:01 hrw, what are your aclocal includes? ( autoreconf: running: /home/embedded/oetmp_openmoko/staging/i686-linux/usr/bin/autoconf --include=/home/embedded/oetmp_openmoko/work/armv4t-angstrom-linux-gnueabi/popt-1.7-r0/popt-1.7/m4/ --include=/home/embedded/oetmp_openmoko/staging/armv4t-angstrom-linux-gnueabi/usr/share/aclocal-1.6 --include=/home/embedded/oetmp_openmoko/staging/armv4t-angstrom-linux-gnueabi/usr/share/aclocal --fo Feb 17 10:59:01 rce --warnings=cross) Feb 17 11:47:17 is the stable tree officially dead? Feb 17 11:47:43 http://bugs.openembedded.net/show_bug.cgi?id=4243 Feb 17 11:48:56 i think, yes Feb 17 11:49:04 doesn't seem to gain any attraction Feb 17 11:49:07 * * OE Bug 4243 has been RESOLVED (FIXED) by Feb 17 11:49:09 * * twisted_2.5.0.bb creates empty packages Feb 17 11:49:11 * * http://bugs.openembedded.net/show_bug.cgi?id=4243 Feb 17 11:49:19 * * OE Bug 490 has been RESOLVED (FIXED) by Feb 17 11:49:21 * * tosa screen corruption ("vertical yellow/blue lines") Feb 17 11:49:23 * * http://bugs.openembedded.net/show_bug.cgi?id=490 Feb 17 11:49:31 * * OE Bug 1182 has been RESOLVED (WONTFIX) by Feb 17 11:49:32 * * Kernel modules are not stripped before they are packaged Feb 17 11:49:35 * * http://bugs.openembedded.net/show_bug.cgi?id=1182 Feb 17 11:49:43 * * OE Bug 3028 has been RESOLVED (WONTFIX) by Feb 17 11:49:45 * * Recipe for PyWebKitGtk Feb 17 11:49:47 * * http://bugs.openembedded.net/show_bug.cgi?id=3028 Feb 17 11:49:59 and i'd really like to move forwards in the bugtracker. Feb 17 11:50:12 otherwise we just load more and more clutter on top that doesn't get touched Feb 17 11:50:22 so either someone does something or it's WONTFIX Feb 17 11:50:25 *shrug* Feb 17 11:50:49 it has a few untouched bugs, indeed :) Feb 17 11:58:45 uhm... it seems that I can mark a bug as RESOLVED, but not as WONTFIX Feb 17 12:02:06 * * OE Bug 4518 has been RESOLVED (FIXED) by elena.valhalla(AT)gmail.com Feb 17 12:02:08 * * New bb for libsdl-pango Feb 17 12:02:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4518 Feb 17 12:02:18 * * OE Bug 4519 has been RESOLVED (FIXED) by elena.valhalla(AT)gmail.com Feb 17 12:02:19 * * new recipe for tuxtype Feb 17 12:02:21 * * http://bugs.openembedded.net/show_bug.cgi?id=4519 Feb 17 12:08:11 valhalla: konqueror? Feb 17 12:08:17 yes Feb 17 12:08:34 valhalla: javascript isnt compatible with konqueror use mozilla based Feb 17 12:08:47 i'm trying with firefox right now Feb 17 12:09:34 it seems to work, thanks Feb 17 12:52:58 I have an Error while loading kernel into Uboot... Verifying Checksum ... Bad Data CRC Feb 17 12:52:58 ERROR: can't get kernel image! Feb 17 12:53:40 i have that in all kernel images.... also that images that run before... Feb 17 13:02:57 re, have some problems with my provider :-( Feb 17 13:03:02 get disconnected Feb 17 13:03:04 :-( Feb 17 13:14:34 thorsten1: Bad Data CRC usually mean bad register settings in u-boot Feb 17 13:16:01 03Frans Meulenbroeks  07org.openembedded.dev * raede40374a 10openembedded.git/ (3 files in 3 dirs): midori: updated to git version Feb 17 13:25:57 hello, does someone knows well automake and libtool, if I use angstrom and bug-device machine conf(armv6) popt build,and if I use openmoko and om-gta02(armv4) it doesn't Feb 17 13:30:52 03Koen Kooi  07org.openembedded.dev * r953706ea56 10openembedded.git/packages/linux/ (12 files in 12 dirs): linux-omap: set CONFIG_MODULE_FORCE_LOAD=y Feb 17 13:34:08 * timtimwork has finished putting together the nas-central competition.... Feb 17 13:34:12 http://www.nas-central.org/wiki/Events Feb 17 13:34:27 how to determine what specific package a file in my rootfs belongs to? Feb 17 13:34:30 now get to work :) Feb 17 13:36:20 * XorA wonders where ecore_config is supposed to come from Feb 17 13:39:41 booxter: look in /usr/lib/opkg/info/*.list files Feb 17 13:44:35 hrw: the tmp/rootfs is this the folder that gets compressed after builds ? Feb 17 13:45:12 not quite Feb 17 13:45:23 Ojg: it is that folder *if you built image* Feb 17 13:47:58 hrw: yeah that's what i meant =) after i ran task-base the rootfs still have udev so in my frustration i removed the rootfs folder and now my image bitbake does't remake it Feb 17 13:49:44 or the rootfs is not complete Feb 17 13:52:50 03Otavio Salvador  07org.openembedded.dev * r032a59f974 10openembedded.git/packages/parted/parted_1.8.8.bb: parted: drop syscalls patches sinse we device _llseek now Feb 17 13:56:32 03Graeme Gregory  07org.openembedded.dev * rd47c2a50ee 10openembedded.git/packages/efl1/ecore-native_svn.bb: ecore-native_svn.bb : enable ecore-config which is needed by other parts of e17 Feb 17 13:56:41 03Graeme Gregory  07org.openembedded.dev * r2f84ac17cb 10openembedded.git/packages/e17/ (3 files in 2 dirs): entrance_0.9.0.010.bb : refresh the patches so this actually builds Feb 17 13:58:43 hrw, it seems that defining my custom checksum.ini in overlay doesn't substitute original OE one :( Feb 17 14:11:18 03Otavio Salvador  07org.openembedded.dev * r1b3740d56d 10openembedded.git/packages/parted/parted_1.8.8.bb: parted: drop configure_prepend since syscalls.h was remove Feb 17 14:12:16 hello, how do I force aclocal-1.10? Feb 17 14:14:58 I have automake (GNU automake) 1.6.3 instead of automake (GNU automake) 1.10 Feb 17 14:18:03 in work I've automake 1.10 Feb 17 14:18:08 strange isn't it Feb 17 14:20:10 I must go bye Feb 17 14:27:27 is there a command to just rebuild the ipk packages ? Feb 17 14:29:08 bitbake -c package_write_ipk Feb 17 14:29:15 er, maybe Feb 17 14:39:22 nope Feb 17 14:55:30 hmmm omap4 Feb 17 14:56:22 hmm looks ok :) Feb 17 15:07:06 * * OE Bug 4004 has been RESOLVED (WONTFIX) by Feb 17 15:07:08 * * gumstix-kernel-2.6.21-autobuild Feb 17 15:07:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4004 Feb 17 15:07:19 * * OE Bug 4008 has been RESOLVED (WONTFIX) by Feb 17 15:07:21 * * e2fsprogs-1.38-autobuild Feb 17 15:07:22 * * http://bugs.openembedded.net/show_bug.cgi?id=4008 Feb 17 15:07:30 * * OE Bug 4012 has been RESOLVED (WONTFIX) by Feb 17 15:07:32 * * uclibc-0.9.29-autobuild Feb 17 15:07:34 * * http://bugs.openembedded.net/show_bug.cgi?id=4012 Feb 17 15:07:42 * * OE Bug 4005 has been RESOLVED (WONTFIX) by Feb 17 15:07:44 * * gcc-cross-4.2.2-autobuild Feb 17 15:07:47 * * http://bugs.openembedded.net/show_bug.cgi?id=4005 Feb 17 15:20:06 * * OE Bug 4017 has been RESOLVED (WONTFIX) by Feb 17 15:20:08 * * nmap-4.20-autobuild Feb 17 15:20:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4017 Feb 17 15:20:17 * * OE Bug 4045 has been RESOLVED (WONTFIX) by Feb 17 15:20:20 * * libsdl-mixer-1.2.6-autobuild Feb 17 15:20:21 * * http://bugs.openembedded.net/show_bug.cgi?id=4045 Feb 17 15:20:30 * * OE Bug 4021 has been RESOLVED (WONTFIX) by Feb 17 15:20:32 * * glibc-intermediate-2.6.1-autobuild Feb 17 15:20:34 * * http://bugs.openembedded.net/show_bug.cgi?id=4021 Feb 17 15:20:42 * * OE Bug 4036 has been RESOLVED (WONTFIX) by Feb 17 15:20:44 * * evince-2.20.0-autobuild Feb 17 15:20:46 * * http://bugs.openembedded.net/show_bug.cgi?id=4036 Feb 17 15:20:54 * * OE Bug 4039 has been RESOLVED (WONTFIX) by Feb 17 15:20:55 * * apex-env-1.5.13-autobuild Feb 17 15:20:57 * * http://bugs.openembedded.net/show_bug.cgi?id=4039 Feb 17 15:21:04 * * Flood control triggered, clearing queue... Feb 17 15:21:08 * * [11] pending lines removed. Feb 17 15:26:06 * * OE Bug 4050 has been RESOLVED (WONTFIX) by Feb 17 15:26:08 * * dfu-util-0.1+svnr2866-autobuild Feb 17 15:26:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4050 Feb 17 15:26:18 * * OE Bug 4053 has been RESOLVED (WONTFIX) by Feb 17 15:26:19 Laibsch, will *.stable branch go to the trash can? Feb 17 15:26:19 * * busybox-static-1.2.1-autobuild Feb 17 15:26:21 * * http://bugs.openembedded.net/show_bug.cgi?id=4053 Feb 17 15:26:29 * * OE Bug 4054 has been RESOLVED (WONTFIX) by Feb 17 15:26:31 * * klibc-1.5-autobuild Feb 17 15:26:33 * * http://bugs.openembedded.net/show_bug.cgi?id=4054 Feb 17 15:27:06 * * OE Bug 4055 has been RESOLVED (WONTFIX) by Feb 17 15:27:08 * * libgpelaunch-0.14-autobuild Feb 17 15:27:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4055 Feb 17 15:27:18 * * OE Bug 4060 has been RESOLVED (WONTFIX) by Feb 17 15:27:20 * * libdisplaymigration-0.99-autobuild Feb 17 15:27:22 * * http://bugs.openembedded.net/show_bug.cgi?id=4060 Feb 17 15:27:30 * * OE Bug 4057 has been RESOLVED (WONTFIX) by Feb 17 15:27:32 * * linux-handhelds-2.6-2.6.21-hh20-autobuild Feb 17 15:27:34 * * http://bugs.openembedded.net/show_bug.cgi?id=4057 Feb 17 15:27:42 * * OE Bug 4066 has been RESOLVED (WONTFIX) by Feb 17 15:27:44 * * uclibc-initial-0.9.28-autobuild Feb 17 15:27:46 * * http://bugs.openembedded.net/show_bug.cgi?id=4066 Feb 17 15:27:54 * * OE Bug 4079 has been RESOLVED (WONTFIX) by Feb 17 15:27:56 * * synergy-1.3.1-autobuild Feb 17 15:27:58 * * http://bugs.openembedded.net/show_bug.cgi?id=4079 Feb 17 15:28:04 * * Flood control triggered, clearing queue... Feb 17 15:28:08 * * [26] pending lines removed. Feb 17 15:33:26 booxter: no, autobuild bugs were scheduled for closing Feb 17 15:37:28 do people actually use stable? Feb 17 15:37:40 9 months of commits fit on the first page Feb 17 15:37:44 :/ Feb 17 15:38:14 um nearly Feb 17 15:39:05 * * OE Bug 2351 has been RESOLVED (WONTFIX) by Feb 17 15:39:07 * * gnome-desktop-2.16.1 doesn't compile Feb 17 15:39:09 * * http://bugs.openembedded.net/show_bug.cgi?id=2351 Feb 17 15:39:10 and not a single commit this year Feb 17 15:39:17 * * OE Bug 2625 has been RESOLVED (WONTFIX) by Feb 17 15:39:19 * * gnome-desktop-2.16 fails do_compile Feb 17 15:39:21 * * http://bugs.openembedded.net/show_bug.cgi?id=2625 Feb 17 15:39:29 * * OE Bug 2865 has been RESOLVED (WONTFIX) by Feb 17 15:39:31 * * Qemu fails to build - error in cpu-exec.c Feb 17 15:39:33 * * http://bugs.openembedded.net/show_bug.cgi?id=2865 Feb 17 15:40:05 * * OE Bug 3315 has been RESOLVED (WONTFIX) by Feb 17 15:40:07 * * gpe-conf xxx does not work (akita) Feb 17 15:40:09 * * http://bugs.openembedded.net/show_bug.cgi?id=3315 Feb 17 15:40:17 * * OE Bug 3473 has been RESOLVED (WONTFIX) by Feb 17 15:40:19 * * curl builds fails due to bad configure parameter Feb 17 15:40:21 * * http://bugs.openembedded.net/show_bug.cgi?id=3473 Feb 17 15:40:29 * * OE Bug 4014 has been RESOLVED (WONTFIX) by Feb 17 15:40:32 * * gnome-mplayer-0.5.3+cvs20080101-autobuild Feb 17 15:40:34 * * http://bugs.openembedded.net/show_bug.cgi?id=4014 Feb 17 15:40:42 * * OE Bug 4016 has been RESOLVED (WONTFIX) by Feb 17 15:40:44 * * driftnet-0.1.6-autobuild Feb 17 15:40:46 * * http://bugs.openembedded.net/show_bug.cgi?id=4016 Feb 17 15:40:54 * * OE Bug 4013 has been RESOLVED (WONTFIX) by Feb 17 15:40:56 * * ffmpeg-0.4.9-pre1-autobuild Feb 17 15:40:58 * * http://bugs.openembedded.net/show_bug.cgi?id=4013 Feb 17 15:41:03 * * Flood control triggered, clearing queue... Feb 17 15:41:07 * * [67] pending lines removed. Feb 17 15:41:15 * * OE Bug 4871 has been RESOLVED (WONTFIX) by Feb 17 15:41:17 * * libxml does not build with Ubuntu Intrepid Feb 17 15:41:19 * * http://bugs.openembedded.net/show_bug.cgi?id=4871 Feb 17 15:41:27 * * OE Bug 4904 has been RESOLVED (WONTFIX) by Feb 17 15:41:29 * * bitbake base-image fails on libtool-native Feb 17 15:41:31 * * http://bugs.openembedded.net/show_bug.cgi?id=4904 Feb 17 15:41:39 * * OE Bug 4948 has been RESOLVED (WONTFIX) by Feb 17 15:41:41 * * openwrt-sdk.conf points to generic-uclibc.conf which doesn't exist Feb 17 15:41:43 * * http://bugs.openembedded.net/show_bug.cgi?id=4948 Feb 17 15:41:51 * * OE Bug 4920 has been RESOLVED (WONTFIX) by Feb 17 15:41:53 * * glibc-2.3.6 requires ld.so.conf, but not present in package directory. Feb 17 15:41:55 * * http://bugs.openembedded.net/show_bug.cgi?id=4920 Feb 17 15:42:05 * * OE Bug 4956 has been RESOLVED (WONTFIX) by Feb 17 15:42:07 * * gcc-native-3.4.4 build failed on Ubuntu Intrepid Feb 17 15:42:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4956 Feb 17 15:42:13 * * Flood control triggered, clearing queue... Feb 17 15:42:18 * * [9] pending lines removed. Feb 17 15:42:29 hm, should be many more lines than that Feb 17 15:42:49 I closed 123 bugs and will close another ~200 Feb 17 15:43:16 If CoreDump was reachable, maybe he can turn the notification off for an hour or so Feb 17 15:46:50 or we can ignore cdbot2 Feb 17 15:47:55 alright Feb 17 15:48:10 off we go Feb 17 15:48:13 Laibsch: what you use to close bugs? bugzilla web or pybugz? Feb 17 15:48:23 bugzilla web Feb 17 15:48:38 I am in the process of packaging pybugz for Debian, though Feb 17 15:48:42 hardcore way to close all those bugz Feb 17 15:48:44 Haven't used it, yet Feb 17 15:48:52 hrw: ;-) Feb 17 15:49:01 Just one click Feb 17 15:49:10 Or two, to be more correct Feb 17 15:49:32 The GUI is fine, it's the users' lack of knowledge about it that is the real problem ;-) Feb 17 15:52:20 thanks for closing! Feb 17 15:52:50 timtimwork: which is the reason why we close these things now Feb 17 15:53:14 we might branch another stable one soon Feb 17 15:55:07 * * OE Bug 1182 has been REOPENED by Feb 17 15:55:08 * * Kernel modules are not stripped before they are packaged Feb 17 15:55:10 * * http://bugs.openembedded.net/show_bug.cgi?id=1182 Feb 17 15:55:41 I'd rather the human reported bugs be left alone Feb 17 15:56:02 or not closed without someone taking a real look at them Feb 17 15:56:49 I guess somebody would have to do that Feb 17 15:56:59 we left them alone for months now Feb 17 15:57:00 And appy the patches to .stable Feb 17 15:57:24 fact is, there is little interest in the ancient stable branch Feb 17 15:57:28 which is ok Feb 17 15:57:32 Crofton: If you seriously care, I can provide you with an URL that will list those bugs so you can look through them Feb 17 15:57:34 it's just a fact that we need to admit Feb 17 15:57:39 how stable is stable really? Feb 17 15:57:43 well Feb 17 15:57:50 not so much, I'd say Feb 17 15:57:50 "stable" in the sense of... no commits Feb 17 15:57:58 surely people should work off dev and branch/fork if they want to stabilise stuff? Feb 17 15:58:06 righto Feb 17 15:58:20 this is what we just did with fso/milestone5 Feb 17 15:58:25 and there will be more of that Feb 17 15:58:37 it's just the question whether the OE users are interested in a common stable branch or not Feb 17 15:58:45 or whether the different interests compromise stability Feb 17 15:58:48 *shrug* Feb 17 15:59:24 i presume an issue might be most of the devs are not building/testing stable (i guess) Feb 17 15:59:54 hmm before i continue brain dump, is there a build server pointed at stable? Feb 17 16:00:20 no idea, t.b.h. Feb 17 16:00:26 03Koen Kooi  07org.openembedded.dev * re23256b41b 10openembedded.git/classes/failure-cleanup.bbclass: failure-cleanup.bbclass: class that does -c clean on a package that fails to build Feb 17 16:00:51 the stable feed was more or less an Angstr?m thing Feb 17 16:00:59 only later relabelled Feb 17 16:01:03 The URL for non-bot bugs closed today is http://tinyurl.com/bssrdy Feb 17 16:01:24 Laibsch: thanks again. Great to see you in this #, btw. Feb 17 16:01:51 I eventually have to get this Japanese thing working right, I just have to ;-) Feb 17 16:02:04 Me being back in .jp and all Feb 17 16:02:34 hmm, so we have a stable branch we dont build/test/generally know the status of :) Feb 17 16:02:47 oh yes, and we dont maintain it too good :) shame on us! Feb 17 16:03:23 Laibsch: cool. Feb 17 16:03:25 * hrw likes Poky 'pinky' stable branch Feb 17 16:05:39 http://tinyurl.com/ckfqhz is non-bot bugs closed lately and filed against .stable -> 44 bugs against 55 the earlier link provided Feb 17 16:06:59 Laibsch: did you ever figure out what happened to the toolbar on the wiki? Feb 17 16:07:11 yes Feb 17 16:07:23 but the person who broke is hiding and refuses to fix it Feb 17 16:07:41 broke it is Feb 17 16:08:06 * * OE Bug 4287 has been RESOLVED (WONTFIX) by Feb 17 16:08:09 * * uclibc-0.9.29+svnr21926-autobuild Feb 17 16:08:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4287 Feb 17 16:08:18 * * OE Bug 4289 has been RESOLVED (WONTFIX) by Feb 17 16:08:20 * * uclibc-initial-0.9.28-autobuild Feb 17 16:08:22 * * http://bugs.openembedded.net/show_bug.cgi?id=4289 Feb 17 16:09:06 * * OE Bug 4291 has been RESOLVED (WONTFIX) by Feb 17 16:09:08 * * madwifi-ng-r3314-20080131-autobuild Feb 17 16:09:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4291 Feb 17 16:10:06 * * OE Bug 4297 has been RESOLVED (WONTFIX) by Feb 17 16:10:08 * * gcc-cross-4.2.1+csl-arm-2007q3-53-autobuild Feb 17 16:10:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4297 Feb 17 16:10:19 * * OE Bug 4295 has been RESOLVED (WONTFIX) by Feb 17 16:10:21 * * dsplink-1.50-autobuild Feb 17 16:10:23 * * http://bugs.openembedded.net/show_bug.cgi?id=4295 Feb 17 16:10:31 * * OE Bug 4298 has been RESOLVED (WONTFIX) by Feb 17 16:10:33 * * kexec-tools-static-1.101-autobuild Feb 17 16:10:35 * * http://bugs.openembedded.net/show_bug.cgi?id=4298 Feb 17 16:10:42 * * OE Bug 4315 has been RESOLVED (WONTFIX) by Feb 17 16:10:44 * * dsplink-1.50+kernel2.6.24-omap1-autobuild Feb 17 16:10:46 * * http://bugs.openembedded.net/show_bug.cgi?id=4315 Feb 17 16:10:54 * * OE Bug 4311 has been RESOLVED (WONTFIX) by Feb 17 16:10:56 * * dsplink-1.50+kernel2.6.25-davinci1-autobuild Feb 17 16:10:58 * * http://bugs.openembedded.net/show_bug.cgi?id=4311 Feb 17 16:11:00 Laibsch: the toolbar seems to be working ok for me now Feb 17 16:11:05 * * Flood control triggered, clearing queue... Feb 17 16:11:09 * * [7] pending lines removed. Feb 17 16:11:17 * * OE Bug 4416 has been RESOLVED (WONTFIX) by Feb 17 16:11:19 * * qtopia-core-4.3.3-autobuild Feb 17 16:11:20 * * http://bugs.openembedded.net/show_bug.cgi?id=4416 Feb 17 16:11:28 * * OE Bug 4601 has been RESOLVED (WONTFIX) by Feb 17 16:11:31 * * shasum-native-1.0-autobuild Feb 17 16:11:33 * * http://bugs.openembedded.net/show_bug.cgi?id=4601 Feb 17 16:11:38 Laibsch: do we not have access to the last version somewhere? Feb 17 16:11:40 cbrake: great, so maybe it was inded fixed. It wasn't fixed for a couple of days. Feb 17 16:11:40 * * OE Bug 4605 has been RESOLVED (WONTFIX) by Feb 17 16:11:42 * * minimo-0.02+cvs20070626-autobuild Feb 17 16:11:45 * * http://bugs.openembedded.net/show_bug.cgi?id=4605 Feb 17 16:11:53 * * OE Bug 4609 has been RESOLVED (WONTFIX) by Feb 17 16:11:54 * * notecase-1.7.2-autobuild Feb 17 16:11:57 * * http://bugs.openembedded.net/show_bug.cgi?id=4609 Feb 17 16:12:06 * * OE Bug 4484 has been RESOLVED (WONTFIX) by Feb 17 16:12:08 * * firefox-3.0.1-autobuild Feb 17 16:12:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4484 Feb 17 16:12:14 * * Flood control triggered, clearing queue... Feb 17 16:12:18 * * [22] pending lines removed. Feb 17 16:12:25 ~hug cdbot2's flood control Feb 17 16:12:26 * ibot jumps into cdbot2's flood control's lap and huggles and *hugs* cdbot2's flood control Feb 17 16:12:26 * * OE Bug 4638 has been RESOLVED (WONTFIX) by Feb 17 16:12:28 * * gst-ffmpeg-0.10.4-autobuild Feb 17 16:12:30 * * http://bugs.openembedded.net/show_bug.cgi?id=4638 Feb 17 16:12:33 mickey|osx: not sure. I don't and I did not feel like I should be the one to run around searching for it. Feb 17 16:12:39 * * OE Bug 4631 has been RESOLVED (WONTFIX) by Feb 17 16:12:41 * * mono-1.2.6-autobuild Feb 17 16:12:41 ack Feb 17 16:12:42 * * http://bugs.openembedded.net/show_bug.cgi?id=4631 Feb 17 16:12:50 * * OE Bug 4640 has been RESOLVED (WONTFIX) by Feb 17 16:12:52 * * xf86-video-vesa-1.3.0-autobuild Feb 17 16:12:54 * * http://bugs.openembedded.net/show_bug.cgi?id=4640 Feb 17 16:12:57 mickey|osx: well, the control isn't really working, though. Feb 17 16:13:04 * * OE Bug 4637 has been RESOLVED (WONTFIX) by Feb 17 16:13:07 * * roadmap-gtk2-1.1.0-autobuild Feb 17 16:13:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4637 Feb 17 16:13:17 * * OE Bug 4628 has been RESOLVED (WONTFIX) by Feb 17 16:13:18 * * packagekit-0.2.3+gitr813fa8cfb139246cf180d52895b52b28616ae2f5-autobuild Feb 17 16:13:20 * * http://bugs.openembedded.net/show_bug.cgi?id=4628 Feb 17 16:13:28 * * OE Bug 4636 has been RESOLVED (WONTFIX) by Feb 17 16:13:29 mickey: better than no flood control at all, though Feb 17 16:13:31 * * apache2-2.2.3-autobuild Feb 17 16:13:33 * * http://bugs.openembedded.net/show_bug.cgi?id=4636 Feb 17 16:13:36 yea Feb 17 16:13:37 someone remember how to check in shell does string contains string2? Feb 17 16:13:41 * * OE Bug 4627 has been RESOLVED (WONTFIX) by Feb 17 16:13:43 * * bonnie++-1.03c-autobuild Feb 17 16:13:44 * * http://bugs.openembedded.net/show_bug.cgi?id=4627 Feb 17 16:13:52 * * OE Bug 4639 has been RESOLVED (WONTFIX) by Feb 17 16:13:54 * * rdesktop-1.6.0-autobuild Feb 17 16:13:56 * * http://bugs.openembedded.net/show_bug.cgi?id=4639 Feb 17 16:14:07 * * OE Bug 4633 has been RESOLVED (WONTFIX) by Feb 17 16:14:08 * * firefox-3.0.1+3.1a2-autobuild Feb 17 16:14:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4633 Feb 17 16:14:14 * * Flood control triggered, clearing queue... Feb 17 16:14:18 * * [8] pending lines removed. Feb 17 16:14:27 * * OE Bug 4625 has been RESOLVED (WONTFIX) by Feb 17 16:14:28 * * openmoko-terminal2-3.0.0+svnr4039-autobuild Feb 17 16:14:31 * * http://bugs.openembedded.net/show_bug.cgi?id=4625 Feb 17 16:14:39 * * OE Bug 4658 has been RESOLVED (WONTFIX) by Feb 17 16:14:41 * * quake2-0.16.1+svnr205-autobuild Feb 17 16:14:43 * * http://bugs.openembedded.net/show_bug.cgi?id=4658 Feb 17 16:14:50 * * OE Bug 4645 has been RESOLVED (WONTFIX) by Feb 17 16:14:53 * * classpath-native-0.97.2-autobuild Feb 17 16:14:54 * * http://bugs.openembedded.net/show_bug.cgi?id=4645 Feb 17 16:15:05 * * OE Bug 4654 has been RESOLVED (WONTFIX) by Feb 17 16:15:07 * * libsidplay-1.36.59-autobuild Feb 17 16:15:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4654 Feb 17 16:15:17 * * OE Bug 4651 has been RESOLVED (WONTFIX) by Feb 17 16:15:19 * * imagemagick-6.4.4-1-autobuild Feb 17 16:15:20 * * http://bugs.openembedded.net/show_bug.cgi?id=4651 Feb 17 16:15:25 * * Flood control triggered, clearing queue... Feb 17 16:15:29 * * [8] pending lines removed. Feb 17 16:15:37 * * OE Bug 4655 has been RESOLVED (WONTFIX) by Feb 17 16:15:39 * * zhone-0.0.0+r9-gitr11392b1d2ee3a0622dc324e1805699e4301249c4-autobuild Feb 17 16:15:40 * * http://bugs.openembedded.net/show_bug.cgi?id=4655 Feb 17 16:15:48 * * OE Bug 4649 has been RESOLVED (WONTFIX) by Feb 17 16:15:50 * * libusb-0.1.12-autobuild Feb 17 16:15:52 * * http://bugs.openembedded.net/show_bug.cgi?id=4649 Feb 17 16:16:03 * * OE Bug 4642 has been RESOLVED (WONTFIX) by Feb 17 16:16:04 * * enca-1.9-autobuild Feb 17 16:16:06 * * http://bugs.openembedded.net/show_bug.cgi?id=4642 Feb 17 16:16:14 * * OE Bug 4652 has been RESOLVED (WONTFIX) by Feb 17 16:16:16 * * libgnomeprintui-2.18.3-autobuild Feb 17 16:16:18 * * http://bugs.openembedded.net/show_bug.cgi?id=4652 Feb 17 16:16:26 * * OE Bug 4653 has been RESOLVED (WONTFIX) by Feb 17 16:16:28 * * evince-2.23.4-autobuild Feb 17 16:16:30 * * http://bugs.openembedded.net/show_bug.cgi?id=4653 Feb 17 16:16:34 * * Flood control triggered, clearing queue... Feb 17 16:16:38 * * [40] pending lines removed. Feb 17 16:16:46 * * OE Bug 4690 has been RESOLVED (WONTFIX) by Feb 17 16:16:48 * * obexftp-0.22-autobuild Feb 17 16:16:50 * * http://bugs.openembedded.net/show_bug.cgi?id=4690 Feb 17 16:16:58 * * OE Bug 4702 has been RESOLVED (WONTFIX) by Feb 17 16:17:02 * * libxxf86dga-1.0.2-autobuild Feb 17 16:17:04 * * http://bugs.openembedded.net/show_bug.cgi?id=4702 Feb 17 16:18:42 cbrake: yes, the toolbar is back. But that is IMHO even worse than before. Feb 17 16:18:42 cbrake: The config file is still truncated, but I am 99% sure now that motivation and pressure for that person to really fix things will be seriously diminished. Feb 17 16:19:17 It's a patchover instead of a proper cleaning up after one's self Feb 17 16:19:38 * Laibsch starts to look for a backup Feb 17 16:20:17 The funny thing is that the desired change did not even necessitate touching the config file at all Feb 17 16:20:38 Laibsch: :-( Feb 17 16:20:57 Laibsch: I think I'll start running backups of the wiki myself as well Feb 17 16:21:06 * * OE Bug 4705 has been RESOLVED (WONTFIX) by Feb 17 16:21:07 Laibsch: perhaps we should put the wiki source in SVN ... Feb 17 16:21:08 * * recode-3.6-autobuild Feb 17 16:21:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4705 Feb 17 16:21:30 Laibsch: so its very obvious what changes Feb 17 16:21:39 cbrake: I eventually want to use the packaged version only Feb 17 16:21:56 Laibsch: IC Feb 17 16:22:02 Configs are a different matter, though Feb 17 16:23:06 * * OE Bug 4706 has been RESOLVED (WONTFIX) by Feb 17 16:23:08 * * recode-native-3.6-autobuild Feb 17 16:23:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4706 Feb 17 16:23:18 * * OE Bug 4703 has been RESOLVED (WONTFIX) by Feb 17 16:23:20 * * mythtv-0.21-autobuild Feb 17 16:23:22 * * http://bugs.openembedded.net/show_bug.cgi?id=4703 Feb 17 16:24:07 * * OE Bug 4736 has been RESOLVED (WONTFIX) by Feb 17 16:24:08 * * sword-1.5.10-autobuild Feb 17 16:24:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4736 Feb 17 16:24:18 * * OE Bug 4737 has been RESOLVED (WONTFIX) by Feb 17 16:24:21 * * libtelepathy-0.3.3-autobuild Feb 17 16:24:22 * * http://bugs.openembedded.net/show_bug.cgi?id=4737 Feb 17 16:24:30 * * OE Bug 4734 has been RESOLVED (WONTFIX) by Feb 17 16:24:32 * * hal-0.5.11-autobuild Feb 17 16:24:34 * * http://bugs.openembedded.net/show_bug.cgi?id=4734 Feb 17 16:24:42 * * OE Bug 4738 has been RESOLVED (WONTFIX) by Feb 17 16:24:44 * * python-numpy-1.1.1-autobuild Feb 17 16:24:46 * * http://bugs.openembedded.net/show_bug.cgi?id=4738 Feb 17 16:24:54 * * OE Bug 4739 has been RESOLVED (WONTFIX) by Feb 17 16:24:56 * * vlc-0.9.2-autobuild Feb 17 16:24:58 * * http://bugs.openembedded.net/show_bug.cgi?id=4739 Feb 17 16:25:08 * * OE Bug 4729 has been RESOLVED (WONTFIX) by Feb 17 16:25:11 * * gpe-mini-browser-0.21-autobuild Feb 17 16:25:13 * * http://bugs.openembedded.net/show_bug.cgi?id=4729 Feb 17 16:25:21 * * OE Bug 4730 has been RESOLVED (WONTFIX) by Feb 17 16:25:23 * * gtk+-1.2-1.2.10-autobuild Feb 17 16:25:25 * * http://bugs.openembedded.net/show_bug.cgi?id=4730 Feb 17 16:25:33 * * OE Bug 4742 has been RESOLVED (WONTFIX) by Feb 17 16:25:35 * * t1lib-5.0.2-autobuild Feb 17 16:25:37 * * http://bugs.openembedded.net/show_bug.cgi?id=4742 Feb 17 16:26:06 * * OE Bug 4741 has been RESOLVED (WONTFIX) by Feb 17 16:26:08 * * gnome-desktop-2.24.0-autobuild Feb 17 16:26:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4741 Feb 17 16:26:18 * * OE Bug 4751 has been RESOLVED (WONTFIX) by Feb 17 16:26:20 * * opkg-0.1.4+svnr4640-autobuild Feb 17 16:26:22 * * http://bugs.openembedded.net/show_bug.cgi?id=4751 Feb 17 16:26:55 hello, how do I change aclocal's version? Feb 17 16:27:06 * * OE Bug 4754 has been RESOLVED (WONTFIX) by Feb 17 16:27:09 * * fennec-0.9+1.0a1-autobuild Feb 17 16:27:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4754 Feb 17 16:28:06 * * OE Bug 4756 has been RESOLVED (WONTFIX) by Feb 17 16:28:09 * * gdal-1.5.2-autobuild Feb 17 16:28:11 * * http://bugs.openembedded.net/show_bug.cgi?id=4756 Feb 17 16:29:17 Gnutoo: PREFERRED_VERSION_aclocal = "xxx" Feb 17 16:29:33 03Marcin Juszkiewicz  07org.openembedded.dev * rdd9f28f3c1 10openembedded.git/classes/base.bbclass: Feb 17 16:29:33 base.bbclass: output messages only if BitBake 1.8 is used (from Poky) Feb 17 16:29:33 before (with BitBake trunk): Feb 17 16:29:33 NOTE: package linux-2.6.28-r4: task do_compile: started Feb 17 16:29:33 NOTE: package linux-2.6.28-r4: task do_compile: Started Feb 17 16:29:35 after: Feb 17 16:29:39 NOTE: package linux-2.6.28-r4: task do_compile: Started Feb 17 16:29:41 mattface, ah ok I thought it was more complicated...thanks a lot i'll try Feb 17 16:29:45 in a conf file somewhere, preferrably your distro Feb 17 16:30:04 of course, you need to have a bb recipe for the version you choose Feb 17 16:30:06 * * OE Bug 4744 has been RESOLVED (WONTFIX) by Feb 17 16:30:08 * * xserver-kdrive-xomap-1.1.99.3-autobuild Feb 17 16:30:11 * * http://bugs.openembedded.net/show_bug.cgi?id=4744 Feb 17 16:31:07 * * OE Bug 4779 has been RESOLVED (WONTFIX) by Feb 17 16:31:08 * Laibsch is really glad about the following entry in /root/Changelog Feb 17 16:31:08 * * exo-0.3.4-autobuild Feb 17 16:31:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4779 Feb 17 16:31:14 Rolf - 20080506 Feb 17 16:31:15 * implement some kind of backup plan Feb 17 16:31:23 Backups - Yay! Feb 17 16:32:28 Laibsch: :-) Feb 17 16:32:53 bugzilla-daemon@amethyst.openembedded.net is frozen ? Feb 17 16:32:59 i got 300 mails Feb 17 16:33:06 * * OE Bug 4770 has been RESOLVED (WONTFIX) by Feb 17 16:33:08 * * vlc-0.9.4-autobuild Feb 17 16:33:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4770 Feb 17 16:33:37 CruX|: Forzen? You mean if it is working as expected? Then the answer would be yes, it is working as expected. Feb 17 16:33:45 Frozen, even Feb 17 16:35:07 * * OE Bug 4778 has been RESOLVED (WONTFIX) by Feb 17 16:35:09 * * empathy-2.24.0-autobuild Feb 17 16:35:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4778 Feb 17 16:36:06 * * OE Bug 4780 has been RESOLVED (WONTFIX) by Feb 17 16:36:08 * * findutils-4.2.29-autobuild Feb 17 16:36:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4780 Feb 17 16:36:29  Feb 17 16:38:07 * * OE Bug 4777 has been RESOLVED (WONTFIX) by Feb 17 16:38:08 * * libx11-native-1.1.1-autobuild Feb 17 16:38:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4777 Feb 17 16:40:19 hello Feb 17 16:40:39 I just get a few mail about bugs being closed Feb 17 16:40:47 because stable won't be updated anymore? Feb 17 16:41:01 anybody got a clue about what is going on? Feb 17 16:41:05 * * OE Bug 4776 has been RESOLVED (WONTFIX) by Feb 17 16:41:07 * * icu-3.6-autobuild Feb 17 16:41:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4776 Feb 17 16:42:23 udovdh: autobuilder bugs are closed Feb 17 16:47:35 mmm...seem that the preferred version aren't set...strange Feb 17 16:47:49 they are normaly set in the distro Feb 17 16:48:05 * * OE Bug 4771 has been RESOLVED (WONTFIX) by Feb 17 16:48:07 * * libgsm-1.0.10-autobuild Feb 17 16:48:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4771 Feb 17 16:48:17 * * OE Bug 4769 has been RESOLVED (WONTFIX) by Feb 17 16:48:19 * * gcc-cross-initial-4.3.1-autobuild Feb 17 16:48:21 * * http://bugs.openembedded.net/show_bug.cgi?id=4769 Feb 17 16:49:06 * * OE Bug 4775 has been RESOLVED (WONTFIX) by Feb 17 16:49:08 * * sylpheed-2.2.9-autobuild Feb 17 16:49:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4775 Feb 17 16:50:07 * * OE Bug 4767 has been RESOLVED (WONTFIX) by Feb 17 16:50:09 * * opkg-nogpg-0.1.4+svnr4640-autobuild Feb 17 16:50:11 * * http://bugs.openembedded.net/show_bug.cgi?id=4767 Feb 17 16:52:06 * * OE Bug 4793 has been RESOLVED (WONTFIX) by Feb 17 16:52:08 * * openmoko-browser2-0.0.1+svnr4172-autobuild Feb 17 16:52:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4793 Feb 17 16:53:06 * * OE Bug 4811 has been RESOLVED (WONTFIX) by Feb 17 16:53:08 * * directfb-1.2.3-autobuild Feb 17 16:53:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4811 Feb 17 16:54:06 * * OE Bug 4837 has been RESOLVED (WONTFIX) by Feb 17 16:54:08 * * dfu-util-0.1+svnr4160-autobuild Feb 17 16:54:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4837 Feb 17 16:54:18 * * OE Bug 4887 has been RESOLVED (WONTFIX) by Feb 17 16:54:20 * * octave-3.0.3-autobuild Feb 17 16:54:22 * * http://bugs.openembedded.net/show_bug.cgi?id=4887 Feb 17 16:55:07 * * OE Bug 4902 has been RESOLVED (WONTFIX) by Feb 17 16:55:09 * * epsilon-0.3.0.012+svnr37395-autobuild Feb 17 16:55:11 * * http://bugs.openembedded.net/show_bug.cgi?id=4902 Feb 17 16:55:19 * * OE Bug 4851 has been RESOLVED (WONTFIX) by Feb 17 16:55:21 * * libosso-2.13-autobuild Feb 17 16:55:23 * * http://bugs.openembedded.net/show_bug.cgi?id=4851 Feb 17 16:55:25 mattface, doesn't work...popt still uses old version of the autotools Feb 17 16:55:30 * * OE Bug 4901 has been RESOLVED (WONTFIX) by Feb 17 16:55:32 * * osso-gnome-vfs2-2.16.3-autobuild Feb 17 16:55:34 * * http://bugs.openembedded.net/show_bug.cgi?id=4901 Feb 17 16:55:42 * * OE Bug 4850 has been RESOLVED (WONTFIX) by Feb 17 16:55:44 * * xserver-xorg-1.5.3-autobuild Feb 17 16:55:46 * * http://bugs.openembedded.net/show_bug.cgi?id=4850 Feb 17 16:55:54 * * OE Bug 4893 has been RESOLVED (WONTFIX) by Feb 17 16:55:56 * * gcc-cross-sdk-4.2.4-autobuild Feb 17 16:55:58 * * http://bugs.openembedded.net/show_bug.cgi?id=4893 Feb 17 16:56:04 * * Flood control triggered, clearing queue... Feb 17 16:56:09 * * [9] pending lines removed. Feb 17 16:56:16 * * OE Bug 4889 has been RESOLVED (WONTFIX) by Feb 17 16:56:18 * * povray-3.6.1+3.7.0-beta25b-autobuild Feb 17 16:56:20 * * http://bugs.openembedded.net/show_bug.cgi?id=4889 Feb 17 16:56:29 * * OE Bug 4821 has been RESOLVED (WONTFIX) by Feb 17 16:56:31 * * beagleboard-demo-image-1.0-autobuild Feb 17 16:56:33 * * http://bugs.openembedded.net/show_bug.cgi?id=4821 Feb 17 16:56:40 * * OE Bug 4842 has been RESOLVED (WONTFIX) by Feb 17 16:56:42 * * sylpheed-2.5.0-autobuild Feb 17 16:56:45 * * http://bugs.openembedded.net/show_bug.cgi?id=4842 Feb 17 16:56:52 * * OE Bug 4819 has been RESOLVED (WONTFIX) by Feb 17 16:56:54 * * xf86-input-tslib-0.0.5-autobuild Feb 17 16:56:57 * * http://bugs.openembedded.net/show_bug.cgi?id=4819 Feb 17 16:57:07 * * OE Bug 4815 has been RESOLVED (WONTFIX) by Feb 17 16:57:09 * * wireless-tools-29-autobuild Feb 17 16:57:11 * * http://bugs.openembedded.net/show_bug.cgi?id=4815 Feb 17 16:57:15 * * Flood control triggered, clearing queue... Feb 17 16:57:19 * * [7] pending lines removed. Feb 17 16:57:27 * * OE Bug 4794 has been RESOLVED (WONTFIX) by Feb 17 16:57:29 * * python-pyxdg-0.15-autobuild Feb 17 16:57:31 * * http://bugs.openembedded.net/show_bug.cgi?id=4794 Feb 17 16:57:39 mattface, basically it uses older autotools than the one it has in staging/workdir Feb 17 16:57:58 odd Feb 17 16:58:27 mattface, it does it only with openmoko distro and om-gta02 not with bug device and angstrom distro Feb 17 16:58:53 then openmoko has a preferred version set somewhere Feb 17 16:59:03 i dont use the main distros so i cant help with them Feb 17 16:59:07 * * OE Bug 4813 has been RESOLVED (WONTFIX) by Feb 17 16:59:09 * * gamin-0.1.8-autobuild Feb 17 16:59:11 * * http://bugs.openembedded.net/show_bug.cgi?id=4813 Feb 17 17:01:51 mattface, it's the path Feb 17 17:02:07 * * OE Bug 4932 has been RESOLVED (WONTFIX) by Feb 17 17:02:09 * * openmoko-icon-theme-standard2-0.1.0+svnr4232-autobuild Feb 17 17:02:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4932 Feb 17 17:02:14 mattface, I don't know why but it uses gentoo's autotools Feb 17 17:02:16 03Roman I Khimov  07org.openembedded.dev * r58c556d905 10openembedded.git/packages/busybox/ (2 files in 2 dirs): Feb 17 17:02:16 busybox-1.13.2: fix parallel build failing on appletlib Feb 17 17:02:16 libbb/appletlib.o depends on generated headers, build can fail with Feb 17 17:02:16 libbb/appletlib.c:53:27: error: applet_tables.h: No such file or directory Feb 17 17:02:16 if that dependency is not taken into account Feb 17 17:02:20 03Tom Rini  07org.openembedded.dev * rac7555718d 10openembedded.git/packages/busybox/ (4 files in 2 dirs): Feb 17 17:02:23 busybox-{1.11.3,1.7.2,1.9.2}: Fix parallel build failing on appletlib Feb 17 17:02:25 Roman's patch applies fine on these versions as well. Feb 17 17:02:27 03Tom Rini  07org.openembedded.dev * rf81fec7605 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.net:openembedded into org.openembedded.dev Feb 17 17:02:55 Gnutoo: sorry, don't know why Feb 17 17:03:07 * * OE Bug 4826 has been RESOLVED (WONTFIX) by Feb 17 17:03:09 * * qt-x11-free-3.3.7-autobuild Feb 17 17:03:11 * * http://bugs.openembedded.net/show_bug.cgi?id=4826 Feb 17 17:03:19 * * OE Bug 4910 has been RESOLVED (WONTFIX) by Feb 17 17:03:21 * * thunar-0.9.0-autobuild Feb 17 17:03:22 so, are there any 'proven' -image target thst works ? here I tried about a dozen, and so far, only opie-image has compiled. it's angstrom/arm/eglibc Feb 17 17:03:23 * * http://bugs.openembedded.net/show_bug.cgi?id=4910 Feb 17 17:03:31 * * OE Bug 4806 has been RESOLVED (WONTFIX) by Feb 17 17:03:33 * * ffmpeg-0.4.9+r35+gitrafb98868e19e63cbca6c9f0ed9e6cfa48d40277d-autobuild Feb 17 17:03:35 * * http://bugs.openembedded.net/show_bug.cgi?id=4806 Feb 17 17:04:07 * * OE Bug 4830 has been RESOLVED (WONTFIX) by Feb 17 17:04:09 * * neon-0.25.5-autobuild Feb 17 17:04:11 * * http://bugs.openembedded.net/show_bug.cgi?id=4830 Feb 17 17:04:19 * * OE Bug 4836 has been RESOLVED (WONTFIX) by Feb 17 17:04:21 * * madplay-0.15.2b-autobuild Feb 17 17:04:23 * * http://bugs.openembedded.net/show_bug.cgi?id=4836 Feb 17 17:04:31 * * OE Bug 4885 has been RESOLVED (WONTFIX) by Feb 17 17:04:33 mattface, it's only aclocal and automake...i'll try to resolve it Feb 17 17:04:33 * * jack-0.103.0-autobuild Feb 17 17:04:35 * * http://bugs.openembedded.net/show_bug.cgi?id=4885 Feb 17 17:04:42 * * OE Bug 4844 has been RESOLVED (WONTFIX) by Feb 17 17:04:45 * * apr-1.2.12-autobuild Feb 17 17:04:46 * * http://bugs.openembedded.net/show_bug.cgi?id=4844 Feb 17 17:04:54 * * OE Bug 4888 has been RESOLVED (WONTFIX) by Feb 17 17:04:56 * * opencv-1.0.0+cvs20081115-autobuild Feb 17 17:04:59 * * http://bugs.openembedded.net/show_bug.cgi?id=4888 Feb 17 17:05:05 * * Flood control triggered, clearing queue... Feb 17 17:05:09 * * [7] pending lines removed. Feb 17 17:05:17 * * OE Bug 4863 has been RESOLVED (WONTFIX) by Feb 17 17:05:19 * * exhibit-0.1.1+svnr37395-autobuild Feb 17 17:05:21 * * http://bugs.openembedded.net/show_bug.cgi?id=4863 Feb 17 17:05:29 * * OE Bug 4879 has been RESOLVED (WONTFIX) by Feb 17 17:05:31 * * edbus-0.5.0.043+svnr37395-autobuild Feb 17 17:05:33 * * http://bugs.openembedded.net/show_bug.cgi?id=4879 Feb 17 17:05:41 * * OE Bug 4884 has been RESOLVED (WONTFIX) by Feb 17 17:05:43 * * gspcav1-20071224-autobuild Feb 17 17:05:45 * * http://bugs.openembedded.net/show_bug.cgi?id=4884 Feb 17 17:05:53 * * OE Bug 4880 has been RESOLVED (WONTFIX) by Feb 17 17:05:55 * * numptyphysics-0.2+svnr109-autobuild Feb 17 17:05:57 * * http://bugs.openembedded.net/show_bug.cgi?id=4880 Feb 17 17:06:07 * * OE Bug 4812 has been RESOLVED (WONTFIX) by Feb 17 17:06:09 * * wpa-supplicant-0.5.10-autobuild Feb 17 17:06:11 * * http://bugs.openembedded.net/show_bug.cgi?id=4812 Feb 17 17:06:15 * * Flood control triggered, clearing queue... Feb 17 17:06:19 * * [7] pending lines removed. Feb 17 17:06:28 * * OE Bug 4929 has been RESOLVED (WONTFIX) by Feb 17 17:06:30 * * matchbox-panel-2-0.1+svnr1626-autobuild Feb 17 17:06:31 * * http://bugs.openembedded.net/show_bug.cgi?id=4929 Feb 17 17:06:40 * * OE Bug 4925 has been RESOLVED (WONTFIX) by Feb 17 17:06:41 * * flac-1.1.2-autobuild Feb 17 17:06:43 * * http://bugs.openembedded.net/show_bug.cgi?id=4925 Feb 17 17:06:51 * * OE Bug 4898 has been RESOLVED (WONTFIX) by Feb 17 17:06:52 heh I like the flood control flooding by explaining how it removes lines :D Feb 17 17:06:53 * * openssh-4.6p1-autobuild Feb 17 17:06:55 * * http://bugs.openembedded.net/show_bug.cgi?id=4898 Feb 17 17:07:06 * * OE Bug 4890 has been RESOLVED (WONTFIX) by Feb 17 17:07:07 * * vlc-0.9.6-autobuild Feb 17 17:07:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4890 Feb 17 17:07:18 * * OE Bug 4883 has been RESOLVED (WONTFIX) by Feb 17 17:07:20 * * gnuplot-4.2.4-autobuild Feb 17 17:07:21 * * http://bugs.openembedded.net/show_bug.cgi?id=4883 Feb 17 17:07:29 * * OE Bug 4895 has been RESOLVED (WONTFIX) by Feb 17 17:07:31 * * cppunit-1.10.2-autobuild Feb 17 17:07:33 * * http://bugs.openembedded.net/show_bug.cgi?id=4895 Feb 17 17:07:41 * * OE Bug 4927 has been RESOLVED (WONTFIX) by Feb 17 17:07:43 * * libfakekey-0.2+svnr1455-autobuild Feb 17 17:07:45 * * http://bugs.openembedded.net/show_bug.cgi?id=4927 Feb 17 17:08:06 * * OE Bug 4931 has been RESOLVED (WONTFIX) by Feb 17 17:08:08 * * xmodmap-1.0.3-autobuild Feb 17 17:08:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4931 Feb 17 17:09:46 ~curse buildbot support Feb 17 17:09:47 May you be reincarnated as a Windows XP administrator, buildbot support ! Feb 17 17:10:29 hrw, hi the problem seem related to my PATH Feb 17 17:12:05 * * OE Bug 4926 has been RESOLVED (WONTFIX) by Feb 17 17:12:08 * * xinit-1.1.0-autobuild Feb 17 17:12:08 hrw, aclocal and automake path in om-gta02+openmoko is /usr/bin/ and in bug-device+angstrom it's in staging Feb 17 17:12:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4926 Feb 17 17:13:05 * * OE Bug 4796 has been RESOLVED (WONTFIX) by Feb 17 17:13:07 * * emotion-0.1.0+svnr36540-autobuild Feb 17 17:13:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4796 Feb 17 17:14:05 * * OE Bug 4892 has been RESOLVED (WONTFIX) by Feb 17 17:14:07 * * epiphany-2.24.0-autobuild Feb 17 17:14:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4892 Feb 17 17:14:21 hi, all! Feb 17 17:14:38 hi Sergey Feb 17 17:14:51 when will be next autobuild for -dev? Feb 17 17:15:04 I just can't wait :) Feb 17 17:15:05 * * OE Bug 4801 has been RESOLVED (WONTFIX) by Feb 17 17:15:07 * * aspell-0.60.6-autobuild Feb 17 17:15:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4801 Feb 17 17:15:21 setup one then Feb 17 17:15:40 hrw, and when official one will? Feb 17 17:15:59 bitbake -c rebuild libfakekey faisl the QA stage here, from the top of git -dev branch Feb 17 17:16:07 * * OE Bug 4928 has been RESOLVED (WONTFIX) by Feb 17 17:16:08 * * openmoko-today2-0.1.0+svnr4168-autobuild Feb 17 17:16:11 * * http://bugs.openembedded.net/show_bug.cgi?id=4928 Feb 17 17:17:07 * * OE Bug 4924 has been RESOLVED (WONTFIX) by Feb 17 17:17:09 * * sugar-toolkit-0.82.11-autobuild Feb 17 17:17:11 * * http://bugs.openembedded.net/show_bug.cgi?id=4924 Feb 17 17:17:19 * * OE Bug 4882 has been RESOLVED (WONTFIX) by Feb 17 17:17:21 * * angstrom-version-2008.1-test-20081129-autobuild Feb 17 17:17:22 * * http://bugs.openembedded.net/show_bug.cgi?id=4882 Feb 17 17:18:07 * * OE Bug 4817 has been RESOLVED (WONTFIX) by Feb 17 17:18:09 * * linux-omap-2.6.27+2.6.28-rc3+r1+gitrf7429fd378a29cf6947c2613e0fd6e6e36165167-autobuild Feb 17 17:18:11 * * http://bugs.openembedded.net/show_bug.cgi?id=4817 Feb 17 17:19:06 * * OE Bug 4868 has been RESOLVED (WONTFIX) by Feb 17 17:19:08 * * ooo-build-2.4.1.5-autobuild Feb 17 17:19:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4868 Feb 17 17:19:45 slapin_nb: OE did not had official autobuilder Feb 17 17:19:48 iirc Feb 17 17:20:07 http://home.haerwu.biz:8010/ is my buildbot Feb 17 17:20:07 * * OE Bug 4820 has been RESOLVED (WONTFIX) by Feb 17 17:20:09 * * opkg-native-0.1.4+svnr4755-autobuild Feb 17 17:20:11 * * http://bugs.openembedded.net/show_bug.cgi?id=4820 Feb 17 17:20:43 some people report builds to tinderbox.openembedded.org Feb 17 17:21:10 but thats not the same I think Feb 17 17:21:28 no, it reports what people actually build Feb 17 17:21:44 it is not a definitive report on the overall situation Feb 17 17:22:07 * * OE Bug 4852 has been RESOLVED (WONTFIX) by Feb 17 17:22:09 * * libxt-1.0.5-autobuild Feb 17 17:22:11 * * http://bugs.openembedded.net/show_bug.cgi?id=4852 Feb 17 17:22:49 http://tinderbox.openembedded.net/builders/hrw-buildbot-angstrom/ is my buildbot there Feb 17 17:22:59 hrw, what is http://www.angstrom-distribution/unstable/autobuild/ ? or that's wrong place to ask about it? Feb 17 17:23:13 slapin_nb: ask on angstrom devel ML Feb 17 17:23:30 hrw, thanks! Feb 17 17:23:45 slapin_nb: that is angstrom autobuilder Feb 17 17:24:23 slapin_nb: check narcissus: http://amethyst.openembedded.net/~koen/narcissus/ Feb 17 17:24:40 cbrake: Of course, the backup did not include that directory :-/ Feb 17 17:24:40 Jay7, well, I really ask about angstrom, so I understand my mistake. Feb 17 17:24:41 slapin_nb: it create images with requested packets Feb 17 17:25:07 * * OE Bug 4807 has been RESOLVED (WONTFIX) by Feb 17 17:25:09 * * libxfce4util-4.4.2-autobuild Feb 17 17:25:13 * * http://bugs.openembedded.net/show_bug.cgi?id=4807 Feb 17 17:25:21 Jay7, I maintain a few machines and wait till they added Feb 17 17:25:45 slapin_nb: ask koen or write to angstrom-devel@ Feb 17 17:26:06 * * OE Bug 4825 has been RESOLVED (WONTFIX) by Feb 17 17:26:09 * * libgtop-2.24.0-autobuild Feb 17 17:26:11 * * http://bugs.openembedded.net/show_bug.cgi?id=4825 Feb 17 17:27:29 hrw: rebuilt everything :S and still udev still gets built and implemented sure i only need to change the hotplug in the distro conf ? Feb 17 17:28:07 * * OE Bug 4866 has been RESOLVED (WONTFIX) by Feb 17 17:28:08 * * vte-0.16.13-autobuild Feb 17 17:28:11 * * http://bugs.openembedded.net/show_bug.cgi?id=4866 Feb 17 17:31:07 * * OE Bug 4869 has been RESOLVED (WONTFIX) by Feb 17 17:31:09 * * libpam-1.0.2-autobuild Feb 17 17:31:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4869 Feb 17 17:32:07 * * OE Bug 4941 has been RESOLVED (WONTFIX) by Feb 17 17:32:09 * * gdm-2.24.1-autobuild Feb 17 17:32:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4941 Feb 17 17:33:06 * * OE Bug 4795 has been RESOLVED (WONTFIX) by Feb 17 17:33:08 * * libowl-0.0+svnr277-autobuild Feb 17 17:33:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4795 Feb 17 17:33:38 popt configure passed!!! I had to clean automake-native and re-bitbake it Feb 17 17:34:06 * * OE Bug 4810 has been RESOLVED (WONTFIX) by Feb 17 17:34:08 * * mpeg2dec-0.4.0b-autobuild Feb 17 17:34:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4810 Feb 17 17:34:19 * * OE Bug 4912 has been RESOLVED (WONTFIX) by Feb 17 17:34:20 * * xfdesktop-4.4.2-autobuild Feb 17 17:34:22 thanks a lot all for the help!!! Feb 17 17:34:23 * * http://bugs.openembedded.net/show_bug.cgi?id=4912 Feb 17 17:34:31 * * OE Bug 4876 has been RESOLVED (WONTFIX) by Feb 17 17:34:33 * * claws-plugin-mailmbox-1.14-autobuild Feb 17 17:34:35 * * http://bugs.openembedded.net/show_bug.cgi?id=4876 Feb 17 17:34:43 * * OE Bug 4809 has been RESOLVED (WONTFIX) by Feb 17 17:34:45 * * portmap-6.0-autobuild Feb 17 17:34:47 * * http://bugs.openembedded.net/show_bug.cgi?id=4809 Feb 17 17:34:54 * * OE Bug 4823 has been RESOLVED (WONTFIX) by Feb 17 17:34:56 * * gail-1.20.0-autobuild Feb 17 17:34:58 * * http://bugs.openembedded.net/show_bug.cgi?id=4823 Feb 17 17:35:04 * * Flood control triggered, clearing queue... Feb 17 17:35:08 * * [17] pending lines removed. Feb 17 17:35:16 * * OE Bug 4824 has been RESOLVED (WONTFIX) by Feb 17 17:35:18 * * gnome-keyring-2.20.0-autobuild Feb 17 17:35:20 * * http://bugs.openembedded.net/show_bug.cgi?id=4824 Feb 17 17:35:29 * * OE Bug 4875 has been RESOLVED (WONTFIX) by Feb 17 17:35:31 * * claws-plugin-rssyl-0.18-autobuild Feb 17 17:35:32 * * http://bugs.openembedded.net/show_bug.cgi?id=4875 Feb 17 17:35:40 * * OE Bug 4848 has been RESOLVED (WONTFIX) by Feb 17 17:35:43 * * firefox-3.0.4-autobuild Feb 17 17:35:44 * * http://bugs.openembedded.net/show_bug.cgi?id=4848 Feb 17 17:35:53 * * OE Bug 4785 has been RESOLVED (WONTFIX) by Feb 17 17:35:54 * * nmap-3.81-autobuild Feb 17 17:35:56 * * http://bugs.openembedded.net/show_bug.cgi?id=4785 Feb 17 17:36:07 * * OE Bug 4865 has been RESOLVED (WONTFIX) by Feb 17 17:36:09 * * moko-gtk-engine-0.1.0+svnr4734-autobuild Feb 17 17:36:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4865 Feb 17 17:36:14 * * Flood control triggered, clearing queue... Feb 17 17:36:18 * * [6] pending lines removed. Feb 17 17:37:13 autbuilder bugs? Feb 17 17:37:17 autobuilder bugs? Feb 17 17:37:40 The bugs I had reported were just because of various issues I encountered while building navit Feb 17 17:37:51 why of a sudden aren't these bugs anymore? Feb 17 17:37:54 what has changed? Feb 17 17:38:05 how can I understand? or rather: what am I missing? Feb 17 17:38:48 e.g. http://bugs.openembedded.net/show_bug.cgi?id=4338 is major flaw in the build for that platform Feb 17 17:38:55 how can't that be a bug anymore? Feb 17 17:39:19 same for http://bugs.openembedded.net/show_bug.cgi?id=4354 and http://bugs.openembedded.net/show_bug.cgi?id=4362 Feb 17 17:39:29 these last two aren't relevant for me anymore Feb 17 17:39:38 but that doesn't dimisish the bugs Feb 17 17:39:50 udovdh, go ahead and reopen them Feb 17 17:39:56 ? Feb 17 17:40:10 why is that a way of doing things? Feb 17 17:40:18 I think Laibsch used to broad critteriea for deciding what dead bugs are Feb 17 17:40:20 I worked around most of the unfixed issues Feb 17 17:40:33 so currently my navit bitbake works Feb 17 17:40:44 ( I build navit for angstrom) Feb 17 17:40:51 (and soon for n810 perhaps) Feb 17 17:41:04 I think this is not the right way to do things Feb 17 17:41:17 and the closing motivation is not covering the right reasons Feb 17 17:41:29 I think we can safely assume that the stable tree won't be updated anymore Feb 17 17:41:36 that is what it says Feb 17 17:41:40 so: what is happening? Feb 17 17:41:42 no more stable? Feb 17 17:41:45 like linux? Feb 17 17:41:56 where we had 2.4 and 2.5 trees? Feb 17 17:41:59 and now just 2.6? Feb 17 17:42:02 udovdh: OK, OK Feb 17 17:42:25 (and I am just a simple user...) Feb 17 17:42:31 Are you building against .stable? Feb 17 17:43:06 Crofton|work: I decided nothing Feb 17 17:43:16 yes, I guess Feb 17 17:43:18 let me check Feb 17 17:43:22 I was just implementing other ppl's decisions, basically. Feb 17 17:43:34 Because I am more well-versed with bugzilla UI Feb 17 17:43:48 org.openembedded.stable indeed Feb 17 17:43:54 with some dev mixed in when needed Feb 17 17:43:57 Crofton: But that being said, I completely agree with the change or I would not have made them Feb 17 17:43:59 bye Feb 17 17:44:07 see http://wiki.navit-project.org/index.php/Navit_on_Ã…ngström Feb 17 17:44:19 udovdh: stable was dead for last year already Feb 17 17:44:23 I am not pointing fingers Feb 17 17:44:33 just trying to get a grip, trying to get some understanding Feb 17 17:44:33 Do you think any changes will ever reach .stable? Feb 17 17:44:34 but there are no decision about stable branch life Feb 17 17:44:37 of what is happening why Feb 17 17:44:40 udovdh: Do you think any changes will ever reach .stable? Feb 17 17:44:47 why not? Feb 17 17:44:54 I don't know how the OE project works Feb 17 17:45:01 nobody doing this :) Feb 17 17:45:05 udovdh: It seems that all people involved have lost interest Feb 17 17:45:14 normally packages get updated Feb 17 17:45:20 and enter the stable tree Feb 17 17:45:20 But furthermore, .stable people never used the bug tracker Feb 17 17:45:26 thus fixing bugs in older packages Feb 17 17:45:29 Laibsch, stop going on abobut stuff you have almost zero knowledge of Feb 17 17:45:48 Crofton: I think you should watch your language Feb 17 17:46:26 All these changes can be easily reversed, nothing to get all worked up about, OK? Feb 17 17:46:51 I am not worked up Feb 17 17:46:53 If somebody says "yes, we will work on this and fix these bugs" we should reopen them Feb 17 17:46:55 just wondering waht is going on Feb 17 17:47:03 Otherwise it is more honest to keep them closed Feb 17 17:47:18 on the other hand closing bugs makes them more like nonexistent Feb 17 17:47:19 udovdh: Not talking about you here Feb 17 17:47:40 udovdh: Do you think any changes will ever reach .stable? Feb 17 17:48:02 And especially if they are "only" in the bug tracker Feb 17 17:48:17 I'm only going by what Mickey analyzed the situation to be Feb 17 17:48:27 If he was mistaken, I am mistaken Feb 17 17:48:36 I am not saying people are wrong Feb 17 17:48:40 If he was mistaken, I will correct my mistake, dead simple Feb 17 17:48:42 since I still don't know the whole story Feb 17 17:48:47 that is what I cam to hear Feb 17 17:48:48 I'm not convinced I was mistaken Feb 17 17:48:50 or rather read Feb 17 17:49:11 someone made some decision recently I gather Feb 17 17:49:18 based on lack of input from developers Feb 17 17:49:19 ? Feb 17 17:49:28 and lack of progress on .stable? Feb 17 17:49:35 or? Feb 17 17:51:00 afaik, both :) Feb 17 17:51:20 Laibsch, the point is that it is fine to mass close autobuilder bugs Feb 17 17:51:35 bugs entered by humans deserve more review Feb 17 17:51:56 How much of that how you done lately? Feb 17 17:52:01 Sorry for being so direct Feb 17 17:52:08 have Feb 17 17:52:29 Laibsch, I do not have time for a "pissing match" Feb 17 17:52:34 Is there are real chance these changes will go in? Feb 17 17:52:38 sorry for be ing blunt Feb 17 17:52:43 OK Feb 17 17:52:48 btw, Gentoo ports is real example of having -dev and -stable.. Feb 17 17:52:56 with stagnation and bugs Feb 17 17:53:19 Crofton|work: If you think the bugs should be reopened I'll send you an URL in a minute where you can do that with two clicks, OK? Feb 17 17:53:22 s/ports/portages/ Feb 17 17:53:23 I just won't do it Feb 17 17:56:15 Crofton|work: I haven't done any bug work for a long time. I wasn't in for a pissing match. I was just pointing out why I think mickey came to the conclusion "I think we can safely assume that the stable tree won't be updated anymore -- | hence I'm closing this. " Feb 17 17:56:27 I safely assumed. Seems like it was not so safe. Feb 17 17:56:41 yes, it seems pretty obvious that nobody is updating the stable tree. Feb 17 17:56:59 are you sure that the bugs in question only apply to stable and not to -dev, though? Feb 17 17:57:21 The old ones, yes Feb 17 17:57:43 The new ones for the last half year or so, I haven't kept an eye on Feb 17 17:57:44 okay, then that should be fine. Feb 17 17:58:33 for the newer ones, it would obviously be worth checking whether they are relevant to -dev before closing them. but, equally obviously, there isn't much point in keeping a bunch of stale bugs around that relate to software nobody is working on anymore. Feb 17 17:59:20 hmm. this means I should switch to -dev? Feb 17 17:59:48 well, if stable works for you then there's no great harm in sticking with it Feb 17 18:00:04 but there doesn't appear to be any active development in that branch, and it is now quite seriously outdated compared to -dev. Feb 17 18:01:35 pb_, for some people, that is not a bad thing Feb 17 18:01:36 obviously basing your own development off the -dev tree does bring its own set of headaches in terms of code churn and general craziness. Feb 17 18:01:56 you'd have to decide for yourself whether this is a greater or lesser evil than the stable tree. Feb 17 18:02:03 * Crofton notes he has been thrown into the python 2.6 upgrade problem for a package he needs Feb 17 18:02:56 * Crofton also notes he needs to read 17 pages of OMAP3 pinmux info Feb 17 18:03:07 * pb_ going home Feb 17 18:03:08 later all Feb 17 18:03:11 whatever happened to one pin, one function! Feb 17 18:03:15 pb_, gn Feb 17 18:03:29 hmm.. ok.. Feb 17 18:03:34 thanks for the 'explanation' Feb 17 18:03:40 I am for the review of the closed bugs Feb 17 18:03:45 if they are relevant to -dev Feb 17 18:03:54 I coudl assist in testing some of them Feb 17 18:04:02 as I could switch my navit build thing to dev Feb 17 18:04:08 could do that for h2200 Feb 17 18:04:19 and for n810 (whatever arch that is, larm?) Feb 17 18:04:35 udovdh, people really care, but most of us are very very busy :( Feb 17 18:04:50 yes, that is why I posted what I could do Feb 17 18:04:53 without much extra effort Feb 17 18:05:01 and what would look logical knowing what I know now Feb 17 18:05:10 :) Feb 17 18:05:12 i.e.: do what I did Feb 17 18:05:14 as someone who's just trying to 'use' oe, your organisation is entirely bizare, with countless people having write access to a 'dev' branch that goes in every directions, and next to impossible to find what is even suposed to work. I think you should have an 'integrator' that pools stuff and is sole maintainer of a 'main' branch, like linus's Feb 17 18:05:16 but now with -dev Feb 17 18:05:27 ok, I really need to read this pinmux stuff :) Feb 17 18:05:38 BusError, interesting observation Feb 17 18:05:47 if we have just one branch Feb 17 18:05:54 then quality needs to go up in that branch Feb 17 18:06:07 so indeed stricter management? Feb 17 18:07:39 the thing is today, none of the people who work on -dev have any idea of exactly what works, whats suposed to work, and whats surely borken. nobody's accountable/responsible for one patchset. the linus tree is a LOT more organised than that Feb 17 18:08:31 BusError: did you mean linux kernel's tree? Feb 17 18:09:20 yes Feb 17 18:09:40 hm.. that is a bit different.. Feb 17 18:09:47 kernel is one project Feb 17 18:10:01 OE is more like Gentoo portages Feb 17 18:10:05 * * OE Bug 5029 has been created by david.hagood(AT)aeroflex.com Feb 17 18:10:07 * * All bugzilla changes have me as an assignee Feb 17 18:10:09 * * http://bugs.openembedded.net/show_bug.cgi?id=5029 Feb 17 18:11:26 well, maybe you should segment it into chunks anyway. I don't know, pick A-E, F-G etc etc and have someone in 'charge' of integrating these... thats just an idea really, as I said, I'm just trying to get 'something' to compile :D Feb 17 18:11:43 btw, FreeBSD ports have only one branch too Feb 17 18:12:56 main point they don't create branches because of they have no enough maintainers to support it Feb 17 18:19:23 im running angstrom as a base for my system and i want to remove udev from my build i changed the preferred hotplug in the distro config from udev to busybox mdev but i still get udev anything else i have todo ? Feb 17 18:20:42 Ojg I tried mdev a couple days ago and it doesn't work with a recent (>.28?) kernel Feb 17 18:21:53 im using an older kernel 2.6.25 Feb 17 18:23:23 actually i dont really know what i need a hotplug for but i cant seem to remove it :S Feb 17 18:24:26 well it's suposed to be nice to have a self populated /dev, but I agree it's getting out of hands. udev takes 30s on my board, tries to mount various devices, complains about 'groups' etc and more or less does nothing but nuisance Feb 17 18:27:29 BusError: yeah it takes about 3sec to start my udev and i need to get my system to boot as fast as possible. My system will not need to handle any hotplugs anyway Feb 17 18:28:23 BusError: what are you building? if you don't mind me asking =) Feb 17 18:28:48 I'm currently making a new 'distro' by trimming the fat out of angstrom Feb 17 18:29:04 just an arm9 board bought cheap from china :D Feb 17 18:29:14 'mini2440' <- google Feb 17 18:30:15 I make the distro with just directfb, tslib, ciaro/pango/lua and a few other bits and pieces. no x11, no bloody locales, no udev etc Feb 17 18:30:59 BusError: cool, well because of nda i can really just say that im building a system for a digital photoframe Feb 17 18:31:40 03Jan Lübbe  07org.openembedded.dev * ra1547c8dd5 10openembedded.git/ (conf/checksums.ini packages/bluez/bluez4_4.29.bb): bluez4: bump to 4.30 (4.29 had broken legacy pairing) Feb 17 18:31:40 03Jan Lübbe  07org.openembedded.dev * r632d5b1689 10openembedded.git/packages/linux/linux-openmoko-2.6.28_git.bb: linux-openmoko-2.6.28: use the correct path the config files Feb 17 18:32:06 * * OE Bug 5029 has been RESOLVED (INVALID) by Feb 17 18:32:08 * * All bugzilla changes have me as an assignee Feb 17 18:32:10 * * http://bugs.openembedded.net/show_bug.cgi?id=5029 Feb 17 18:33:09 BusError: thats almost what i need =) a system with a working framebuffer to run SDL stuff on and some other stuff i yet again cant reveal =( Feb 17 18:34:08 careful of licensing tho, you'll probably have to release your software afterward.. Feb 17 18:34:21 BusError: i haven't installed directfb though, dunno if i need to for sdl though :S Feb 17 18:34:26 unless you are very picky about which library you link with.. Feb 17 18:35:40 BusError: yeah we have been looking in to that and most of the code, we are writing ourselves just using some small functions in SDL Feb 17 18:37:35 03Roger Monk  07org.openembedded.dev * rd76073e3a3 10openembedded.git/packages/dsplink/ (dmai_1.20.bb files/unbreak-xdc-args.patch ti-paths.inc): dmai: add patch to unbreak xdc Feb 17 18:38:41 BusError: and then ofc we need a small system to run the code =P and its really been a hell first tried with the LFS embedded guide which was worthless and then started to build with oe a few days ago, but still having problem where i can't get exactly what i want seems like i need to build my own distro. Feb 17 18:38:57 anyway need to catch the train cya all Feb 17 19:00:13 hi, why does cairo have big load with directfb but not with x11? Feb 17 19:23:28 03Jan Lübbe  07org.openembedded.dev * r38f41c851c 10openembedded.git/packages/bluez/bluez4_4.30.bb: bluez4: ship the other config files Feb 17 19:23:28 03Jan Lübbe  07org.openembedded.dev * rbd44960485 10openembedded.git/packages/linux/ (3 files): linux-openmoko: fix defconfig names Feb 17 19:29:53 03Michael 'Mickey' Lauer  07org.openembedded.dev * r3bddcefdde 10openembedded.git/packages/dropbear/ (6 files in 2 dirs): dropbear: add latest stable version 0.52; untested, hence DP = -1 Feb 17 19:58:03 I'm trying to build a new package. I have to audjust the makefile. on the normale console when i invoke Feb 17 19:58:06 sed -e 's/ASTERISK_HEADER_DIR=$(INSTALL_PREFIX)\/usr\/include/ASTERISK_HEADER_DIR=${STAGING_INCDIR}/' -i Makefile Feb 17 19:58:32 it works, but not in do_comiple() because of the / in ${STAGING_INCDIR} ... anyone got an idea? Feb 17 20:03:52 cpo__: your ${STAGING_INCDIR} gets resolved by bitbake. if you need to pass it to sed as is, you need to escape it Feb 17 20:04:17 denix: i need it resolved thats the problem Feb 17 20:04:31 because i need a path to the asterisk include files for the sccp module Feb 17 20:04:55 maybe i export the STAGING_INCDIR variable and make use of it in the Makefile Feb 17 20:05:01 then the escape woulöd work Feb 17 20:05:06 * * OE Bug 4298 has been UNCONFIRMED by smart(AT)smartpal.de Feb 17 20:05:08 * * kexec-tools-static-1.101-autobuild Feb 17 20:05:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4298 Feb 17 20:05:44 from your description it looked like you are passing it to sed... Feb 17 20:08:07 how can i escape ${STAGING_INCDIR} from bitbake? \${STAGING_INCDIR} doesnt work Feb 17 20:12:38 got it Feb 17 20:12:40 do_compile () { export STAGING_INCDIR=${STAGING_INCDIR} sed -e 's/ASTERISK_HEADER_DIR=$(INSTALL_PREFIX)\/usr\/include/ASTERISK_HEADER_DIR=$(STAGING_INCDIR)/' -i Makefile oe_runmake Feb 17 20:12:44 } Feb 17 20:12:46 works Feb 17 20:13:29 or \$\{STAGING_INCDIR\} Feb 17 20:14:52 sed -e 's/ASTERISK_HEADER_DIR=$(INSTALL_PREFIX)\/usr\/include/ASTERISK_HEADER_DIR=\$\{STAGING_INCDIR\}/' -i Makefile Feb 17 20:15:34 anotherp solution... Feb 17 20:30:39 ok is there a way to know what package requires another one ? like XXX is required by Y,Z,W etc... Feb 17 20:31:02 I tried the -g of bitbake, forget it :D Feb 17 20:31:16 -g is good Feb 17 20:31:27 use grep on depends.dot Feb 17 20:37:09 hi from argentina Feb 17 20:38:28 I am looking for a low end Linux solution for my next embedded project. I guess this is the right place to get some help :) Feb 17 20:39:06 hrw ohh thanks. I launched dotty on the file, the result is giganormous :D Feb 17 20:39:29 I have been looking at gumstix and vortex dx SOCs. All the boards cost at least $100. I am trying to get something cheaper. Feb 17 20:40:28 axelm7: welcome then :) Feb 17 20:40:46 The app is a gasoline pump controller, so I don´t need a high speed CPU. I would like 4 serial ports (maybe 1 rs485), several USB ports, Ethernet and flash memory. Feb 17 20:41:33 VGA, PS2 and audio are not necessary. Can anybody here suggest a decent OEM? Feb 17 20:42:09 Hi Jay7, thanks for the welcome Feb 17 20:42:47 axelm7: check beagleboard too Feb 17 20:43:01 Jay7: beagleboard is 149usd Feb 17 20:43:04 My business partner wants it to be very cheap to manufacture, so we are looking at using PIC32 and proprietary RTOS. Feb 17 20:43:25 But I am wondering if I can spend maybe 40-50 more and get a Linux solution Feb 17 20:44:16 the time to market with microcontrollers is just too slow. debugging is a pita too. I´d really love to be able to develop and debug on my PC Feb 17 20:44:29 That´s why the Vortex SOC seems so appealing Feb 17 20:44:44 (spelling for appealing?) Feb 17 20:44:53 axelm7: gumstix makes a module that is fairly inexpensive Feb 17 20:45:16 axelm7: you looking for chip level or module solution? Feb 17 20:45:26 they have the verdex line and the newer TI OMAP line Feb 17 20:45:42 very very fast DSP. Next processor will be SMP Feb 17 20:46:33 I am more interested in low cost, since I don´t need number crunching. A lot of connectivity is important too Feb 17 20:47:25 axelm7: glomation makes about the cheapest board level products, compulab makes the cheapest modules, and gumstix is the reasonable cost solution if you need high performance. Feb 17 20:47:26 I suppose many of you have already done this analysis for your own projects, that´s why I am here to hear some opinions Feb 17 20:47:56 cbrake, never heard of glomation. I´ll check them out Feb 17 20:48:09 axelm7: a lot depends on volume :-) Feb 17 20:49:16 cbrake, glomation GESBC-9260S looks really cool and cheap Feb 17 20:49:24 axelm7: if you have the volume to design your own board, the AT91SAM9G20 is nice (< $10) Feb 17 20:49:52 axelm7: plus, you could start with glomation board for proto, and then move to full custom design once you have volume Feb 17 20:49:52 My volume is low, about 100 boards per year Feb 17 20:50:25 so that route would be good since I expect to pick up more volume in 2010 Feb 17 20:50:38 axelm7: for one of my customers, we designed a simple baseboard that the glomation board plugs into -- the headers work pretty well for that Feb 17 20:50:55 axelm7: compulab modules can be had for less than $100, but you need volume Feb 17 20:51:44 is the flash on the glomation units controlable via jffs2 or is there a flash translation layer via hardware? Feb 17 20:52:03 axelm7: its raw nand, so you can use JFFS2 or UBIFS Feb 17 20:52:32 great Feb 17 20:53:17 do you know of anybody that has been using UBIFS in production apps? Feb 17 20:53:20 axelm7: I've worked with glomation several times -- they seem nice to work with Feb 17 20:53:48 axelm7: I've not used it yet, but folks at Embedded Alley seem to be using it based on their presentations Feb 17 20:55:13 cbrake, have you used SPI from linux before? Feb 17 20:55:26 axelm7: yes Feb 17 20:55:36 I have a daughtboard that I want to connect to this main controller Feb 17 20:55:42 it will have 16 serial ports Feb 17 20:55:46 axelm7: I use ubifs on devboard but not on production Feb 17 20:56:25 i am think of using SPI to control the daughterboard, but I have doubts on CPU usage in Linux Feb 17 20:56:54 axelm7: what type of serial ports? RS232, etc? Feb 17 20:56:55 the code I have seen is not queuing SPI commands, it used the CPU in a tight loop Feb 17 20:57:10 cbrake, current loop serial ports Feb 17 20:57:17 with optical isolation Feb 17 20:57:20 axelm7: SPI is not very efficent as there is no fifo'ing, etc Feb 17 20:57:38 I´ve read about QSPI, seems to be better Feb 17 20:57:44 queued spi Feb 17 20:57:53 axelm7: USB->serial might work a little better -- FTDI USB<->serial chips Feb 17 20:58:28 there´s a new FTDI quad chip, retailing at about 6 pounds sterling per unit Feb 17 20:59:11 another option would be to use a PIC32 at 80 mhz to bit bang 16 ports at the same time Feb 17 20:59:22 PIC32 has USB to GO Feb 17 20:59:39 axelm7: with a gumstix, it would be no-brainer with High-speed USB. With 9260, you only have full speed, but that would probably work. Feb 17 21:00:02 axelm7: would be easy to prototype and test Feb 17 21:00:05 that would be very cheap and should work since my baud rates are not higher than 9600 8 N 1 Feb 17 21:00:26 that = pic32 Feb 17 21:01:13 axelm7: with Usb->serial, all the work is already done, specially at these volumes and data rates. Feb 17 21:01:41 cbrake, glomation boards seem to be better priced than gumstix. I don´t need such small size Feb 17 21:03:34 $149 for the gumstix omap solution seems to be a bit steep Feb 17 21:03:55 I am not designing a voip solution or an asterix PBX Feb 17 21:04:47 can I "alias" a package ? here pango wants 'cairo', but I want to use 'cairo-directfb'... is there a generic PREFERED rule I can use ? Feb 17 21:05:20 ICOP has a VDX6315 board which is cool, but only has 2 MB NAND disk on an SPI port and they do not have linux drivers Feb 17 21:05:29 cost is 129 Feb 17 21:05:41 taiwan price, shipping is not cheap Feb 17 21:06:38 axelm7, search google for 'mini2440'. best hardware for the price, by far. Feb 17 21:07:19 $129 for a s3c2440, 64MB, 64MB nand, 8MB NOR, SD, UDB host/device, ethernet, 3 uarts, 3.5" touchscreen, etc etc etc Feb 17 21:09:31 3.5 touchscreen? wow Feb 17 21:10:27 the screen alone is a NEC QVGA TFT and sells for over $50 Feb 17 21:12:27 don't buy it there. you can find it a LOT cheaper : http://www.developmentboard.net/index.php/productdetail/Development+boards/ARM9/SAMSUNG/S3C2440/MINI2440+with+LCD/info/1 Feb 17 21:12:36 regarding ICOP, I asked them for the source to their XLinux distribution and they just gave the a .config file and told me to build my own kernel. Feb 17 21:12:59 then I told them that that was not GPL compliant and they basically said tough luck! Feb 17 21:14:15 BusError, the link you gave me says 200 euros Feb 17 21:14:40 what was written before the link ? ;-) Feb 17 21:15:43 i thought that "there" meant the embest site. sorry Feb 17 21:15:53 http://www.embedinfo.com/English/product/sbc2440-iv.asp Feb 17 21:18:10 search for 'arm9*' on ebay for the best price. the board with the 3.5" is the latest revision, but there are a few others Feb 17 21:19:48 BusError: interesting board -- lots available on ebay ... Feb 17 21:20:11 uhh really ??? Feb 17 21:20:17 what CPU it have ? Feb 17 21:20:29 gremlin[it]: S3C2440 Feb 17 21:20:32 yeah, I got one. I also made the support code for 2.6.29, and a modern u-boot Feb 17 21:21:00 now i check at ebay Feb 17 21:21:34 http://repo.or.cz/w/linux-2.6/mini2440.git Feb 17 21:22:07 got a branvh for OE support too, but I haven't pushed anything so far. only opie compiles, and it's lame Feb 17 21:23:35 you can buy a TFT->VGA adater for $50, and it displays up to 1024x768 (16bpp) on a normal screen. just finished the driver bits for that Feb 17 21:24:13 BusError, this one seems interesting: http://cgi.ebay.com/Samsung-S3C2440-ARM9-Board-3-5-TFT-LCD-Touch-Screen_W0QQitemZ110349990288QQihZ001QQcategoryZ55824QQssPageNameZWDVWQQrdZ1QQcmdZViewItem Feb 17 21:25:54 axelm7, thats the one I bought. I just didn't want to give free adverts :D Feb 17 21:26:48 the software on the CD is more or less hopelessly outdated, but I made it all better now :D Feb 17 21:27:04 kernel 2.6.13 <- huhu Feb 17 21:27:42 BusError: do you know the mfg for that board? Feb 17 21:28:50 BusError: must be Hiteg Feb 17 21:29:21 it's not clear. my guess is that someone made it, ordered 1000 from china, and they made 50000 instead :D Feb 17 21:29:33 BusError: heh Feb 17 21:29:46 wow. very very nice find Feb 17 21:30:32 I do have quite a few boards, it's the best bang/buck I've ever seen. it's almost insultingly cheap :D Feb 17 21:39:04 BusError: nice catch Feb 17 21:39:19 114$ is really chip Feb 17 21:39:22 cheap Feb 17 21:39:30 btw, have u take a look at glomationinc.com ? Feb 17 21:41:42 bye all Feb 17 21:41:54 gn Feb 17 21:43:02 hi Crofton Feb 17 21:46:52 hi gremlin[it] Feb 17 21:53:45 guys I would like to make pango depend on cairo-directfb and not the normal cairo. I tried PREFERED_PROVIDER_cairo = "cairo-directfb" but that doesn't make a diference -- what can I do ? Feb 17 21:56:55 Last I tried, but this was 8-10months ago, you couldn't easily switch to directfb everything Feb 17 21:57:02 without changing a few recipes Feb 17 21:57:27 ie PREFERRED_PROVIDER_ doesn't always work for me, need a virtual/ instead Feb 17 21:57:46 and I didn't have time at the time, so I just manually changed from 'foo' to 'foo-directfb' in the DEPENDS line Feb 17 22:04:16 03Koen Kooi  07org.openembedded.dev * r58a9c3095b 10openembedded.git/packages/linux/ (4 files in 3 dirs): linux-omap-pm: update to current HEAD, refresh patches Feb 17 22:34:07 * * OE Bug 4672 has been RESOLVED (FIXED) by Feb 17 22:34:09 * * entrance_0.9.0.010.bb do_install failed Feb 17 22:34:11 * * http://bugs.openembedded.net/show_bug.cgi?id=4672 Feb 17 22:47:38 Tartarus: at one point there was a pango-directfb recipe Feb 17 22:47:57 iirc was broken and mickeyl (re)moved it Feb 17 22:50:44 BusError, did you have to do anything special to gain access to http://www.esky-sh.com/bbs/viewforum.php?f=6 ? Feb 17 22:51:12 I registered on the bbs but I still can't read the messages on the board Feb 17 22:55:55 axelm7 he needs to validate your account Feb 17 22:56:51 axelm7, not a very useful forum anyway, I probably posted more than everyone else put together :D Feb 17 22:57:37 didn't get much in terms of information, I pretty much had to reverse engineer the thing, with a schematic commented in chinese :D Feb 17 23:01:25 does anyone recall which gpe package runs the touchscreen calibration at first boot? Feb 17 23:01:30 do you have the schematic file? Feb 17 23:01:50 evening =) Feb 17 23:01:53 sakoman: It was init I think Feb 17 23:01:54 i'd like to check it out. the ebay post only has 1 tiny picture Feb 17 23:03:17 BusError: want to hear some irony ? =P spent majority of my time in school today trying to remove udev in my oe system and when i get home my udev on my fedora machine has gone haywire :S so i needed to reinstall udev here Feb 17 23:03:25 khem: gpe-init? Feb 17 23:03:51 yeah I am trying to remember I did it in qemu long long time ago Feb 17 23:04:04 search in /etc Feb 17 23:04:14 yeah, it's been quite a while for me too Feb 17 23:04:16 for ts_caliberate or some such Feb 17 23:04:27 the issue is that it isn't there :-) Feb 17 23:04:33 ugh Feb 17 23:04:41 you mean the package ? Feb 17 23:04:49 do you have tslib built ? Feb 17 23:04:51 so I'm trying to figure out what is missing from my image Feb 17 23:04:53 BusError: any luck with mdev btw? Feb 17 23:05:07 yes, I have tslib stuff, but no init Feb 17 23:05:21 everything works fine if I do the calibration by hand Feb 17 23:05:56 sakoman: do you have xcaliberate package ? Feb 17 23:06:25 yes, xtscal is there Feb 17 23:06:59 xtscal Feb 17 23:07:01 that package only installs the binary Feb 17 23:07:02 ok Feb 17 23:07:25 do you find any invocation for xtscal in /etc Feb 17 23:07:36 nope Feb 17 23:07:38 :-( Feb 17 23:13:11 sakoman: I will check my notes at home and see if I have noted it down somewhere Feb 17 23:14:04 khem: thanks! I'm grep-ing through OE for a clue :-) Feb 17 23:15:28 Ojg, nah, fighting with other bits ATM. I think I know how to use mdev tho. define PREFERED_PROVIDER_hotplug Feb 17 23:17:28 BusError: already done that didn't help though, found now that udev was defined in one of the tasks i use, so have changed it there now and trying a test build. Feb 17 23:18:02 BusError: do you happen to have the schematic file for the el-cheapo ARM9 board? Feb 17 23:18:05 here udev takes 20 seconds to load, dreadful Feb 17 23:19:07 axelm7 download it from developmentboard.net, the pdf are available there. I pillaged there before ordering Feb 17 23:20:12 BusError: thats painfully slow, did you build your own distro config? ive been modifying the angstrom one, but some modifications doesnt have any effect Feb 17 23:20:23 the board is otherwise very. very well made. it's an excellent design (and I;ve seen a lot!) -- my only real gripe is the 2mm headers. Feb 17 23:21:26 Ojg, well I derived a distro from minimal.conf I also use a derived minimal-image Feb 17 23:21:30 BusError, found it, thanks a lot Feb 17 23:22:58 BusError: hmm tried to build with the minimal distro before angstrom but got some problems compiling the kernel :S Feb 17 23:24:17 basicaly I my 'distro' is angstrom and minimal thrown against each other at high speed :D Feb 17 23:24:37 BusError, that sounds like a recipe for a BusError Feb 17 23:25:11 yesh, didn't inherit that nick from a xmas cracker :D Feb 17 23:26:45 haha Feb 17 23:28:27 hmm what does the packaged-staging do ? they inherit it in angstrom but can't find anything about it really :S might have missed it Feb 17 23:31:54 Ojg: it means the staging area is populated using packages Feb 17 23:32:31 you can delete your staging area and it will repopulate it from the packages without rebuilding them Feb 17 23:32:50 ah Feb 17 23:33:35 here I have glutls failing to build, and I have no idea what dragged it in.. Feb 17 23:33:51 * BusError does the -g + grep trick Feb 17 23:34:50 BusError: did you get your hotplug to change by just changing the preferred ? because ive had PREFERRED_PROVIDER_hotplug = "busybox-mdev" on all my builds today and it still uses udev, ive even tried a painfull build from scratch. Feb 17 23:35:46 no, I cheated, I added 'mdev' to my 'image' file IMAGE_INSTALL, and that 'conflicts' with udev/hotplug so it doesn't install. got lucky :D Feb 17 23:37:16 hehe Feb 17 23:39:40 might try that aswell then ive made a new image config that require minimal-image and then add the extra packages i need Feb 17 23:41:48 BusError: what distro are you using ? Feb 17 23:41:59 angstrom-2008.1 ? Feb 17 23:42:15 yeah Feb 17 23:42:27 there is an override in ./distro/angstrom-2008.1.conf Feb 17 23:42:37 thats why PREFERRED_PROVIDER_hotplug is not working for yuo Feb 17 23:43:20 make it PREFERRED_PROVIDER_hotplug ?= "udev" Feb 17 23:43:22 and retry Feb 17 23:43:47 nice Feb 17 23:46:06 khem if you instead put ?= "busybox-mdev" should it work then ? Feb 17 23:46:21 BusError, regarding this ARM9 board, how is the general quality? Does it look like garbage or is it reasonable? Feb 17 23:46:29 you should put your overrides in local.conf Feb 17 23:47:02 if a distro file as something hardcoded that means it needs it badly Feb 17 23:47:04 axelm7, as I was saying, I actualy find it excellent. Only these 2mm headers are a pain Feb 17 23:48:11 axelm7, and the power jack is the 'small' kind (2.5mm ?) other than that the rest is surprisingly good Feb 17 23:48:38 what's the prob with 2mm headers? non-standard pin spacing? Feb 17 23:48:45 yeah Feb 17 23:49:28 I had to make an ugly sculpture just to plug the JTAG in Feb 17 23:50:19 lol Feb 17 23:50:39 the schematics do not show a general overview of the component layout on the card Feb 17 23:51:24 check andahammer.com, he has better view of the layout Feb 17 23:52:07 bitbake removes the rootfs between image builds or ? Feb 17 23:52:17 Ojg, yes Feb 17 23:53:45 BusError, great info on andahammer.com. Prices not as good as ebay direct from HK, though Feb 17 23:54:31 yeah, hard to beat! Feb 17 23:55:27 what did the mini2440 board cost ? Feb 17 23:55:42 $125 shipped Feb 17 23:56:43 wow, i am definitely getting a couple of these just to play around with it Feb 17 23:57:17 I'm getting the one with the 7"screen too Feb 17 23:57:29 how much for that one? Feb 17 23:57:51 190+15? Feb 17 23:58:14 yup. 800x480 Feb 17 23:58:18 cool udev is gone now thx khem Feb 17 23:58:56 BusError, did you use oe or some other distro on it? Feb 18 00:00:37 axelm7, well, oe, I judt wish I could have something else than opie. other than that yes I made the machine.conf etc needed Feb 18 00:01:10 I created a fork of OE on repo.or.cz, but I havent pushed to it yet Feb 18 00:01:29 otherwise. openwrt works, and debian too Feb 18 00:03:08 I am used to dd-wrt, openwrt, fedora, opensuse. Never used OE though. Haven´t had the need to do it yet Feb 18 00:04:53 I must say oe is rather like pulling your own teeth. Feb 18 00:04:59 axelm7: imo oe is quite a challenge, ive been using slackware & fedora for years but never actually built a system like this before Feb 18 00:07:02 I will have to investigate first before choosing distro. OE sounds good. Usually excellence comes with complexity Feb 18 00:11:01 sorry for my ignorance, should I get a jtag connector too or does the kit come with one? Feb 18 00:11:06 right now after a couple of weeks of struggling with oe I have to say that I'm not really impressed. it requires a HUGE amount of research to do absolutely anything, even something dead simple.as you've experienced. Feb 18 00:11:24 axelm7, they ship a parallel port jtag wiggler Feb 18 00:11:55 does it fit ok on the 2mm headers? Feb 18 00:12:08 its quite fun to see the result from the builds the problems i encounters i more or less that ive havent grasped OE fully Feb 18 00:12:19 yes, however I wanted to use my JTAGKey (usb) Feb 18 00:12:58 thus the 'adapter' with a breaboard in the middle ... and 16 leads... Feb 18 00:13:33 did you do that because you don´t have a parallel port? Feb 18 00:13:44 My opinion if OE is that it is so configurable you have 10000 possible path, but only 3 of them work Feb 18 00:13:49 sorry for the dumb question, I have never used a jtag connector Feb 18 00:14:18 axelm7, and my parallel port is under my desk, while the USB hub is ON my desk :D Feb 18 00:15:37 axelm7, I had to use JTAG a lot because I made a new u-boot, normaly, you can get away without JTAG if you dont nuke the other bootloader on the NOR flash Feb 18 00:16:11 Just opened a beer. Ahh Feb 18 00:16:13 just flash my u-boot on the beginning of the NAND, theow the switch so it boots from NAND, and off you go Feb 18 00:21:38 does the initial flashing require a jtag cable or is there a way to do it via USB or RS232? Feb 18 00:22:56 my board came flashed. the important one is the one in the NOR, which I haven't touched, with that you can upload stuff via serial (slowly, x modem) and USB -- a lot quicker Feb 18 00:23:23 bah getting quite tempted to buy the mini35 just to play with =P Feb 18 00:23:57 well I won't discourage anyone, it's a nice toy :D Feb 18 00:24:32 my distributors in Central America will flash my app on the board since I will not be importing it to Argentina just to do a flash and connect some wires Feb 18 00:24:57 would be cool with a arm board + touchscreen and a way to add wlan support to that =) Feb 18 00:25:05 I got everything working, bar the PWM control of the backlight -- there's no proof it ought to work, apart from the schematic Feb 18 00:25:07 way to much shipping and double the custom duties. here they charge 5% just to allow you to export Feb 18 00:25:31 Ojg, the board SD card is a /real/ port, not an SPI, so it supports SDIOs (inc WLAN ones!) Feb 18 00:25:41 plus the cost of DHL, Fedex, etc which is a rip off Feb 18 00:25:42 ah cool =) Feb 18 00:26:40 I think international courriers make more money than drug lords Feb 18 00:26:51 haha Feb 18 00:27:44 the other day I got an envolope with some Atmel smart cards from the US and the whole joke cost more that $100 Feb 18 00:27:54 Fedex Feb 18 00:28:20 yeah same with the UK. it;s a LOT cheaer and faster to get stuff out of china than from the US Feb 18 00:29:01 I had ordered some of these neat TWR024G wireless transceivers, $47... had to pay $50 in 'handling fee' I was gutted Feb 18 00:29:38 ouch Feb 18 00:34:33 hmm i wonder how much ill have to pay to get my hands on one of those boards here in Sweden with all the VAT and shit :S Feb 18 00:35:21 Ojg, the HK/china guy wrote a tiny amount in the export slip, I didn't pay a thing (here in UK) Feb 18 00:36:01 cool Feb 18 00:36:24 make me think of the camera I had ordered in china, it was labelled "picture framing" I tought it was very poetic of them :D Feb 18 00:36:52 hehe Feb 18 00:37:40 hmm :S removed one package from my image conf and udev is back in rootfs Feb 18 00:37:49 Ojg, how much is VAT in Sweden? Feb 18 00:38:15 for computer stuff 25% Feb 18 00:38:19 wow Feb 18 00:38:53 here it´s 21% for most stuff, but electronics is 10.5%, plus another 15% aprox for import duties Feb 18 00:39:18 25% is only the VAT or does it include all the duties Feb 18 00:39:49 its included well + shipping ofc Feb 18 00:40:24 how much is only the vat? Feb 18 00:40:46 for usual products you buy in a supermarket Feb 18 00:43:13 forget my question. I saw the answer in wikipedia already. Feb 18 00:43:19 hehe =P Feb 18 00:44:18 was on another workspace sry =) Feb 18 00:44:24 np Feb 18 00:45:55 actually never think about the VAT much its always included anyway in the price tags if nothing else is mentioned Feb 18 00:47:42 anyway, gn thx for the help =) Feb 18 00:47:52 here it is also included in the price tag, but if you import a product you have to add the VAT + duties + customs handling + shipping Feb 18 00:48:03 yeah Feb 18 00:48:17 well gn =) Feb 18 00:48:25 basically it is a rip off on purpose to generate a corrupt customs system Feb 18 01:03:54 BusError, so basically if I don´t touch the NOR then I don´t need JTAG, right? **** ENDING LOGGING AT Wed Feb 18 02:59:57 2009