**** BEGIN LOGGING AT Fri Jul 25 02:59:57 2008 Jul 25 05:54:44 03koen 07org.oe.dev * rd9cbc96e... 10/ (14 files in 5 dirs): gpe-login: add CONFFILES so user settings don't get blown away (e.g. autologin) on upgrades and remove old versions Jul 25 06:21:00 03mickeyl 07org.oe.dev * r4a2e73e7... 10/ (6 files in 4 dirs): add (hacky) version of dmalloc Jul 25 06:34:01 03mickeyl 07org.oe.dev * rb8fa5480... 10/ (5 files in 2 dirs): libgpewidget: sanitize metadata order a bit and add RRECOMMENDS on gpe-icons Jul 25 07:11:18 hi Jul 25 07:20:02 03khem 07org.oe.dev * r19cba474... 10/ (5 files in 4 dirs): Jul 25 07:20:02 uclibc initial svn recipe overwrote the FILESDIR wrongly. As a result the build Jul 25 07:20:02 for uclibc-initial_cvs.bb was failing because it was not picking correct Jul 25 07:20:02 uClibc.distro and uClibc.machine files. Also moved the arm-ftruncate patch to Jul 25 07:20:02 files/ because it will be shared by other recipes to be added in future. Jul 25 07:21:50 Just the cvs version? Jul 25 07:22:40 I couldn't find out how that bb was picking up uClibc.machine at all, not even for 0.9.29. Jul 25 07:36:58 good morning Jul 25 07:41:11 g'mornin' Jul 25 07:41:35 ~seen khem Jul 25 07:41:36 khem is currently on #oe (3d 10h 1m 27s) #uclibc (3d 10h 1m 27s). Has said a total of 121 messages. Is idling for 6h 17m 23s, last said: 'mwester: that would be great. Let me know if something is odd. I will try to fix it.'. Jul 25 07:49:42 XorA|dinner: back? Jul 25 07:50:45 hi hrw Jul 25 07:50:49 morning Jul 25 07:50:59 hi hrw Jul 25 07:51:07 nobody having issues with python? Jul 25 07:51:36 I tried -c buildall gpsd and got this: http://tinderbox.openembedded.net/public/logs/598332.txt Jul 25 07:52:01 then I cleaned all and restart from scratch: well, python-native failed Jul 25 07:52:01 staging changes Jul 25 07:52:12 I have fix for it but it needs review Jul 25 07:52:22 ah, ok Jul 25 07:52:42 it is on oe ml so please grab it and check Jul 25 07:52:49 I tried restarting from scratch but did not solve (and the error seems not logged by oestats) Jul 25 07:53:22 no - with changed layout of staging dir python will not work Jul 25 07:54:03 ok, seems it broke at package staging indeed: http://tinderbox.openembedded.net/packages/79438/ Jul 25 07:54:32 but the status 'succedeed' is wrong.... Jul 25 07:56:35 bonjour Jul 25 07:56:36 hrw: I was looking at where /tmp is put now by angstrom Jul 25 07:56:45 and in Poky... Jul 25 07:57:04 you mean TMPDIR? Jul 25 07:57:12 yes Jul 25 07:57:35 I already have /build/pstage Jul 25 07:57:43 (out of TMPDIR) Jul 25 07:58:10 hms Jul 25 07:58:23 but was just wondering about the TMPDIR = "/OE/${DISTRO}-tmp/" Jul 25 07:58:33 why khem stuff break now my uclibc build Jul 25 07:58:39 TARGET_OS not defined Jul 25 07:59:05 it seems out of path (BBPATH=/OE/:/OE/build/:/OE/org.openembedded.stable/) Jul 25 07:59:41 do you see any reason ? Jul 25 08:01:50 whats documentation.conf? Jul 25 08:01:56 and why is it included Jul 25 08:02:02 and sets all variables wrong Jul 25 08:06:27 hms Jul 25 08:06:28 hms Jul 25 08:11:41 khem: great :) Jul 25 08:13:28 hm Jul 25 08:13:37 maybee I have misconfigured soemthing Jul 25 08:14:21 okay Jul 25 08:14:28 angstroem-uclibc Jul 25 08:14:51 is the root of error Jul 25 08:18:38 hm Jul 25 08:21:37 rp khem changed TARGET_OS = "${@['${TARGET_OS_UC}', 'uclinux-uclibc'][bb.data.getVar('TARGET_ARCH',d) in ['bfin']]}" to TARGET_OS ?= "${@['${TARGET_OS_UC}', 'uclinux-uclibc'][bb.data.getVar('TARGET_ARCH',d) in ['bfin']]}" Jul 25 08:21:55 but I cant see why TARGET_OS is then not set Jul 25 08:21:58 woglinde: That sounds potentially bogus Jul 25 08:23:58 hm I will change this for now Jul 25 08:24:29 otherwise no builds for angstroem-uclibc Jul 25 08:26:37 hrw: about staging layout I only see a RFC from koen, but is only a RFC Jul 25 08:28:18 03woglinde2 07org.oe.dev * rc5251d02... 10/ (1 conf/distro/include/angstrom-uclibc.inc): Jul 25 08:28:18 angtrom-uclibc: revert the TARGET_OS set for now Jul 25 08:28:18 * somehow TARGET_OS ?= do not set the variable will Jul 25 08:28:18 stick with TARGET_OS otherwise no angstrom-uclibc builds Jul 25 09:16:40 morning Jul 25 09:17:10 hi XorA Jul 25 09:17:16 hey hrw Jul 25 09:17:39 hi XorA Jul 25 09:18:39 when is the next show o-hand people will be at en-mass? Jul 25 09:23:22 hard to tell probably Jul 25 09:24:02 for me next would be maemo summit in september in berlin Jul 25 09:25:20 ho xora Jul 25 09:27:36 hrw: hmm, berlin, that was fun last time Jul 25 09:27:56 *g* Jul 25 09:28:07 hrw maybee I will be at maemo conference too Jul 25 09:28:29 ah, when in sep? Jul 25 09:30:07 yes Jul 25 09:31:35 19-20 after osim Jul 25 09:32:56 bollocks, Im supposed to fly to florida that day Jul 25 09:34:13 * RP doesn't know when the next show will be... Jul 25 09:53:05 hi woglinde Jul 25 09:57:07 hi pb :) Jul 25 10:03:46 * ant|work thinks it's a joke: perl b0rked, python broken, ruby not compiling... Jul 25 10:05:05 ant seems a good day for you Jul 25 10:05:58 woglinde: happily I don't feed my family by programming...but some of you.... Jul 25 10:06:20 hm Jul 25 10:06:24 *g* Jul 25 10:06:24 could be upset... Jul 25 10:06:29 I see no problem Jul 25 10:06:47 ;-} Jul 25 10:07:48 ant|work: I have a fix that fixes some perl modules, but others recurse MakeMaker and are more difficult Jul 25 10:08:06 ant|work: I have suspicion perl only worked when debian and OE had same versions installed :-D Jul 25 10:08:26 he he, in Gentoo I have both 5.8.8 Jul 25 10:09:32 like in OE, that's why I don't know anymore which one is failing Jul 25 10:10:03 perl is searching /usr/lib/perl for a whole load of stuff, if its there due to host perl its probably quite happy Jul 25 10:10:11 btw the python-issue will be solved soon Jul 25 10:10:24 it seems Jul 25 10:10:27 is that the rebuild issue? Jul 25 10:11:07 it was working with my packaged tree, I did compile that python-pexpect for the guy Jul 25 10:11:34 but then I decide to wipe TMPDIR and PSTAGE and retry Jul 25 10:11:42 bad decision... Jul 25 10:12:45 I dont think ruby ever worked Jul 25 10:12:55 I looked into it once and gave up Jul 25 10:13:11 but even with the previous checkout I got error: invalid Python installation: unable to open / Jul 25 10:13:34 that's why I restarted Jul 25 10:13:39 from scratch Jul 25 10:14:51 XorA: I *never* looked at ruby, was just to exagerate the things Jul 25 10:14:58 :-) Jul 25 10:23:50 ant|work: does at least C compiler builds for you? Jul 25 10:25:10 :-) Jul 25 10:25:38 well khem might have broken that as well, just for ultimate insult :-D Jul 25 10:29:02 well, by chance I did last pull one hour before his commit, cannot say... Jul 25 10:36:40 hm Jul 25 10:36:54 why we didnt fall over this one http://gcc.gnu.org/bugzilla/attachment.cgi?id=6132 Jul 25 10:42:24 03florian 07org.oe.dev * r37d2fe53... 10/ (1 packages/tasks/task-gpe-base.bb): task-gpe-base: Remove gpe-bootsplash, this might be provided by the distribution as well. Jul 25 10:42:29 03florian 07org.oe.dev * r05e9902f... 10/ (1 packages/gpe-su/gpe-su_0.20.bb): gpe-su: add 0.20 including new translations Jul 25 10:42:34 03florian 07org.oe.dev * r312397db... 10/ (1 packages/libgpewidget/libgpewidget_0.117.bb): libgpewidget: add 0.117 Jul 25 10:47:32 hi rschuster Jul 25 10:47:44 hi florian Jul 25 10:50:51 hms Jul 25 10:50:59 hi rschuster Jul 25 10:51:56 lunch now Jul 25 11:16:24 hi florian Jul 25 11:17:31 hi pb__ Jul 25 11:19:17 * florian cleans up his oe tree before moving to a faster build machine Jul 25 11:20:49 florian: what machine you will use now? Jul 25 11:21:46 hrw: Nothing really interesing... just a better hs20 blade. The new one has two 3GHz Xeon CPUs and 4GB of ram. Jul 25 11:22:16 one blade? Jul 25 11:23:16 woglinde: We have more for other tasks :) Jul 25 11:24:53 yeah I just wondered which sin one blade in a blade rack has Jul 25 11:26:10 :-) Jul 25 11:30:14 03mickeyl 07org.oe.dev * rad744695... 10/ (1 conf/distro/include/preferred-om-2008-versions.inc): preferred-om-2008-versions.inc: bump pyrex and speex Jul 25 11:30:19 03mickeyl 07org.oe.dev * r014e0480... 10/ (6 files in 2 dirs): add speex 1.2 w/ fine grained packaging and correct version number. remove older ones Jul 25 11:32:20 mickey|breakfast: do not eat so long - you will get too fat Jul 25 11:34:11 03florian 07org.oe.dev * r8443bd2a... 10/ (3 files in 2 dirs): tslib: Update configuration for latest bd-neon kernel Jul 25 11:34:16 03florian 07org.oe.dev * r62cc8146... 10/ (1 packages/tslib/tslib_1.0.bb): tslib: bump PR Jul 25 11:34:20 03florian 07org.oe.dev * rdd34bd2e... 10/ (1 conf/machine/netvista.conf): netvista.conf: Add tuning options, use Xfbdev which has touchscreen support for USB touchscreens Jul 25 11:34:25 03florian 07org.oe.dev * r8a68b62f... 10/ (1 packages/linux/linux-2.6.23/netvista/defconfig): netvista 2.6.23 defconfig: Update for better USB touchscreen support. Jul 25 11:34:54 :-) Jul 25 11:35:13 usb touchscreen? Jul 25 11:36:03 woglinde: Yes, that's not that uncommon in the PC world... Jul 25 11:36:29 hm Jul 25 11:36:38 few days ago I was at my wife job place Jul 25 11:36:43 4400 bug is weird :o Jul 25 11:36:49 they have 'info box' with touchscreen Jul 25 11:36:55 means the screen is connected via vga and usb? Jul 25 11:37:03 anyone interested in a toolchain bb with qt libs? Jul 25 11:37:05 I managed to hack it with my daughtter on hands Jul 25 11:37:21 woglinde: right Jul 25 11:37:24 it was fun to watch people reaction when Mira was playing with MS Paint Jul 25 11:37:26 hrw: hehe Jul 25 11:37:38 hrw hehe Jul 25 11:37:45 what was the hack? Jul 25 11:38:43 woglinde: device was left in nonproper state by someone and then.... lets play Jul 25 11:41:46 hm in earlier days Jul 25 11:41:53 I hacked it with netscape Jul 25 11:46:07 hi thesing Jul 25 11:46:36 morning all Jul 25 11:48:48 hi thesing Jul 25 12:08:05 http://pastebin.com/d32a7d82a <- about bug 4400 , same ldd and opkg-cl and differents results on target and host Jul 25 12:08:25 any runaway ? Jul 25 12:09:08 hi genesis and piroko Jul 25 12:09:13 yop woglinde :) Jul 25 12:09:17 03mickeyl 07org.oe.dev * rfe8733bd... 10/ (10 files in 3 dirs): add pulseaudio 0.9.11 WIP Jul 25 12:23:58 RP: would you mind to check if 4403 can really be closed ? Jul 25 12:24:17 (base.bbclass regexpr on .la files) Jul 25 12:31:07 * * OE Bug 4403 has been RESOLVED (FIXED) by andrea.adami(AT)gmail.com Jul 25 12:31:09 * * ase.bbclass: Merge some minor fixes/optimisations/cleanups from Poky Jul 25 12:31:11 * * http://bugs.openembedded.net/show_bug.cgi?id=4403 Jul 25 12:31:55 well, you can always reopen it after lunch... Jul 25 12:32:14 thanks, ant|work Jul 25 12:32:27 Your contributions are greatly appreciated Jul 25 12:32:28 ;-) Jul 25 12:32:45 as little as I can do Jul 25 12:33:30 It makes a difference and is noted Jul 25 12:33:38 Laibsch: do your mmc cards work? Jul 25 12:33:51 I am just compiling the image Jul 25 12:34:02 the overnight run stopped with a failure in linux-ro Jul 25 12:34:03 rp Jul 25 12:34:15 I am rerunning that task now Jul 25 12:34:32 thesing, no Jul 25 12:34:37 compilation fails again Jul 25 12:35:17 thesing: http://rafb.net/p/Wfi2gL28.html Jul 25 12:35:24 Anything I need to configure? Jul 25 12:35:29 Laibsch: be sure to pull the initramfs-kexec stuff. I forgot to commit it. Jul 25 12:35:45 pull it how? Jul 25 12:35:57 You mean I need to "mtn pull && mtn up"? Jul 25 12:36:03 I'll do that now Jul 25 12:37:22 it seem that your deploy layout is not standard. Jul 25 12:38:47 Laibsch: Is there really no deploy/glibc/images/collie/initramfs-kexec-image-collie.cpio.gz ? maybe any other initramfs-kexec-image ? Jul 25 12:40:00 /home/laibsch/oe/tmp/angstrom/dev/work/collie-angstrom-linux/linux-rp-2.6.24-r15/linux-2.6.24/usr/initramfs_data.cpio.gz Jul 25 12:40:04 I got that Jul 25 12:40:33 an nothing in deploy? Jul 25 12:42:08 Maybe you need to add cpio.gz to IMAGE_FSTYPES in local.conf Jul 25 12:42:17 that is all *.cpio.gz in $TMPDIR Jul 25 12:42:44 please search for initramfs-kexec-image* Jul 25 12:43:59 http://rafb.net/p/6FEHv575.html Jul 25 12:45:33 bbl Jul 25 12:45:34 as I thought its because you don't have cpio.gz in IMAGE_FSTYPES. I thought adding it in the image would be enough. Jul 25 12:46:58 its probably best to add it in collie.conf Jul 25 12:47:05 OK Jul 25 12:47:09 Agreed Jul 25 12:47:17 Since initramfs is the rout we take Jul 25 12:47:20 route Jul 25 12:47:28 thesing: Will you make the commit? Jul 25 12:48:05 no yet. I still wait for some acks on the ml to commit the stuff. Jul 25 12:48:50 so to commit this I would have to revert my stuff, add this fix, commit and apply my stuff again. Jul 25 12:49:20 btw. if you test it locally we know that it works ;) Jul 25 12:51:23 Why would you have to revert your stuff? Jul 25 12:51:55 because I didn't commit it yet. Jul 25 12:52:26 and I can't commit only some changes to a file. Jul 25 12:53:41 Oh, you mean you have other changes to collie.conf? Jul 25 12:54:16 yes. you have too. (patch from ml) Jul 25 12:54:33 Oh, right Jul 25 12:54:47 I thought this stuff was already committed Jul 25 12:55:42 Then you can commit that change alongside everything else Jul 25 12:55:52 I will do that. Jul 25 13:08:55 does anyone have a cross compiled fortran compiler for their OE toolchain? Jul 25 13:09:08 i can't get octave to compile and I think that may be the issue Jul 25 13:09:26 (or: does anyone have a working octave package built with bitbake?) Jul 25 13:10:42 frikker, I am pretty sure it works, just not in the gumstix copy Jul 25 13:10:56 hmm Jul 25 13:11:01 what do you mean? Jul 25 13:11:07 not in the gumstix toolchain? Jul 25 13:11:23 or the gumstix build branch since its outdated? Jul 25 13:11:33 basically, unbreaking octave/fortran was done after gumstix made a copy of .dev Jul 25 13:11:40 i've tried with 2.1.17 (which is what is in the gumstix build) but also 3.0.1 and 2.9.9 Jul 25 13:12:04 is that due to the octave version or something else? like, wouldnt a new version of octave work? Jul 25 13:12:21 the bitbake recipe is actually really simple - it just downloads the tarball and builds it, no config options really. Jul 25 13:12:27 how did you get a fortran compiler Jul 25 13:12:32 yeah Jul 25 13:12:36 i am using f2c Jul 25 13:12:41 ah Jul 25 13:12:47 and you pass --with-f2c to the config script Jul 25 13:13:01 and the weird thing is it actually compiled 2.9.9 (3.0.1 has a but where --with-f2c doesnt work) Jul 25 13:13:05 and it fails in the linking stage Jul 25 13:13:14 how does it fail? Jul 25 13:13:20 with undefined symbols. so i'm not sure if thats a fortran thing or something else Jul 25 13:13:30 can you pastebin the errors? Jul 25 13:13:34 sure Jul 25 13:13:35 hold up Jul 25 13:13:38 (thanks!) Jul 25 13:15:25 http://pastebin.com/m713e756a Jul 25 13:15:31 thats all the output i have, errors are at the bottom Jul 25 13:17:18 grep for those symbols and see if you can find what lib/,o's supply them Jul 25 13:18:17 frikker: looks like you're missing -lf2c for the runtime but ICBW Jul 25 13:19:38 ICBW? Jul 25 13:19:46 i could be wrong? Jul 25 13:19:57 i'm doing that now :) Jul 25 13:21:26 http://pastebin.com/m629336fe Jul 25 13:28:14 so should i try adding those libraries to the path? Jul 25 13:28:27 i'm not very familiar with how to configure the linking stage Jul 25 13:28:42 also - broonie - where did you recommend I put the -lf2c? Jul 25 13:29:01 i'm not familiar with that. i have only added the --with-f2c in the bitbake package OE_EXTRACONF Jul 25 13:34:42 re Jul 25 13:40:15 hrw: I assume it's been a long time since you did anything with wrt in OE. But am I correct in assuming that "DISTRO=angstrom-2008.1 MACHINE=wrt54 bitbake dnsmasq" at least *might* get me a working ipk of dnsmasq for my Linksys running OpenWRT? (I think you did at least try compiling wrt stuff some time in the past) Jul 25 13:42:02 no Jul 25 13:42:29 "DISTRO=wrt54oe MACHINE=wrt54 bitbake dnsmasq" rather Jul 25 13:42:40 angstrom use too new uclibc Jul 25 13:43:24 and I prefer to use openwrt packages on my router ;D Jul 25 13:44:29 thank you for clarifying this Jul 25 13:44:40 I prefer openwrt packages myself Jul 25 13:44:56 But I don't think whiterussian will receive an update for dnsmasq Jul 25 13:45:16 Although I am not too worried, I don't want to take a security risk here Jul 25 13:47:31 Laibsch: 2.45 is available for writerussian Jul 25 13:47:39 It is? Jul 25 13:47:42 yes Jul 25 13:47:45 frikker, I am not sure the best way to add the f2c lin Jul 25 13:47:49 I think I asked yesterday in #openwrt Jul 25 13:47:54 Downloading http://downloads.openwrt.org/backports/0.9/Packages Jul 25 13:47:57 Nice Jul 25 13:47:57 long at configure options and maybe try adding the lib there Jul 25 13:47:58 Thanks Jul 25 13:48:13 hrw: The response in IRC yesterday was not encouraging Jul 25 13:49:04 ~lart wesnoth developer for not think about when gettext is wanted Jul 25 13:49:04 * ibot offers wesnoth developer some herring for not think about when gettext is wanted Jul 25 13:49:13 frikker, also try LDFLAGS += "-lf2c" Jul 25 13:49:19 in the bb file Jul 25 13:49:19 ahh Jul 25 13:49:21 ok Jul 25 13:49:28 think that'll fix the libcroft issues? Jul 25 13:49:33 agrs Jul 25 13:49:34 i need some help to close a major bug : http://bugs.openembedded.net/show_bug.cgi?id=4400 Jul 25 13:49:36 +not Jul 25 13:49:39 Laibsch: Downloading http://download2.berlios.de/pub/xwrt/packages/dnsmasq_2.45-1_mipsel.ipk Jul 25 13:50:13 !oebug 4400 Jul 25 13:50:15 * * Bug 4400, Status: NEW, Created: 2008-07-01 20:57 Jul 25 13:50:15 * * mdarland(AT)pager.net: libcurl linkage against host gnutls Jul 25 13:50:16 * * http://bugs.openembedded.net/show_bug.cgi?id=4400 Jul 25 13:50:33 Crofton: there's also this line from the default bitbake recipe: FILES_${PN}-dev += "${libdir}/octave-${PV}/*.la ${libdir}/octave-${PV}/*.a" Jul 25 13:50:38 does that just set up a path file? Jul 25 13:50:51 i mean, just add that folder to the build path? Jul 25 13:50:55 no, that defines what files get packaged Jul 25 13:51:00 ooh ok Jul 25 13:52:16 that reminds me, I need to package the dsp side executables for dsplink .... Jul 25 13:52:17 hrw all is in "libcurl.so.4.1.0T" <- i don't know what is a T suffixed librairie , i don't know where to go Jul 25 13:52:39 florian: ah, it seems my usb problem is resolved Jul 25 13:53:17 03Laibsch 07org.oe.dev * r4f21e6a0... 10/ (3 files in 2 dirs): Jul 25 13:53:17 dnsmasq: [SECURITY] update to latest version 2.45 Jul 25 13:53:17 * 2.45 provides some kind of protection against the recently discovered Jul 25 13:53:17 DNS cache poisoning attacks. The protection is not perfect. It is Jul 25 13:53:17 somewhat unclear as to whether dnsmasq is really vulnerable. Jul 25 13:53:17 03Laibsch 07org.oe.dev * r4f21e6a0... 10/ (3 files in 2 dirs): Jul 25 13:53:21 dnsmasq: [SECURITY] update to latest version 2.45 Jul 25 13:53:23 * 2.45 provides some kind of protection against the recently discovered Jul 25 13:53:25 DNS cache poisoning attacks. The protection is not perfect. It is Jul 25 13:53:27 somewhat unclear as to whether dnsmasq is really vulnerable. Jul 25 13:53:38 03Laibsch 07org.oe.dev * r4f21e6a0... 10/ (3 files in 2 dirs): Jul 25 13:53:38 dnsmasq: [SECURITY] update to latest version 2.45 Jul 25 13:53:38 * 2.45 provides some kind of protection against the recently discovered Jul 25 13:53:38 DNS cache poisoning attacks. The protection is not perfect. It is Jul 25 13:53:39 somewhat unclear as to whether dnsmasq is really vulnerable. Jul 25 13:53:41 03Laibsch 07org.oe.dev * r4f21e6a0... 10/ (3 files in 2 dirs): Jul 25 13:53:43 dnsmasq: [SECURITY] update to latest version 2.45 Jul 25 13:53:45 * 2.45 provides some kind of protection against the recently discovered Jul 25 13:53:47 DNS cache poisoning attacks. The protection is not perfect. It is Jul 25 13:53:49 somewhat unclear as to whether dnsmasq is really vulnerable. Jul 25 13:53:51 03Laibsch 07org.oe.dev * r4f21e6a0... 10/ (3 files in 2 dirs): Jul 25 13:53:53 dnsmasq: [SECURITY] update to latest version 2.45 Jul 25 13:53:55 * 2.45 provides some kind of protection against the recently discovered Jul 25 13:53:57 DNS cache poisoning attacks. The protection is not perfect. It is Jul 25 13:53:59 somewhat unclear as to whether dnsmasq is really vulnerable. Jul 25 13:54:01 03Laibsch 07org.oe.dev * r4f21e6a0... 10/ (3 files in 2 dirs): Jul 25 13:54:05 dnsmasq: [SECURITY] update to latest version 2.45 Jul 25 13:54:07 * 2.45 provides some kind of protection against the recently discovered Jul 25 13:54:09 DNS cache poisoning attacks. The protection is not perfect. It is Jul 25 13:54:10 clearly a very important dnsmasq checkin there. Jul 25 13:54:11 somewhat unclear as to whether dnsmasq is really vulnerable. Jul 25 13:54:13 03Laibsch 07org.oe.dev * r4f21e6a0... 10/ (3 files in 2 dirs): Jul 25 13:54:15 dnsmasq: [SECURITY] update to latest version 2.45 Jul 25 13:54:17 * 2.45 provides some kind of protection against the recently discovered Jul 25 13:54:21 DNS cache poisoning attacks. The protection is not perfect. It is Jul 25 13:54:23 somewhat unclear as to whether dnsmasq is really vulnerable. Jul 25 13:54:24 pb__, yes Jul 25 13:55:15 ;-) Jul 25 13:55:19 pb__: Unluckily not related to my SM501 USB controller ;) Jul 25 13:55:20 not my fault Jul 25 13:55:49 Crofton: that took the build out completely. it fails at config now, saying that the C compiler cannot make executable files? Jul 25 13:56:23 Anyone who knows a NXC-2620 CPU? Jul 25 13:57:09 frikker, do you want try using the current OE? Jul 25 13:57:27 florian: heh, right. Jul 25 13:57:29 that should be able to build octave, but you may need to to work on the gumstix suport Jul 25 13:57:51 florian: my problem seems to be due to the SLOB allocator. apparently it is, well, teh suck. Jul 25 13:57:57 Crofton: sure, how do you mean? Jul 25 13:57:58 someone can help me greping image/usr/lib/libcurl.so in his curl temp directorie log.do_install Jul 25 13:58:08 and paste me his output Jul 25 13:58:35 florian: sm501? mutouch? Jul 25 13:58:58 frikker, http://wiki.openembedded.net/index.php/Getting_Started Jul 25 13:59:11 I can try and help, but I am working on other stuff atm Jul 25 13:59:16 ooh i see Jul 25 13:59:32 thank you for the link. i'll look into it Jul 25 13:59:42 Crofton: is it radically different from our gumstix build? Jul 25 13:59:55 florian: looks like interesting arm cpu Jul 25 14:00:17 not really Jul 25 14:00:31 tool chain differences though, but principles remain the same Jul 25 14:02:19 pb__: oops Jul 25 14:02:57 hrw: nope, I have a really evil piece of hardware here Jul 25 14:03:17 frikker, basically, I am hoping you can help me get the gumstix stuff going in .dev :) Jul 25 14:03:51 Crofton: hah i see :) Jul 25 14:03:58 hrw: yes indeed, one of our didtributor offered it to but the public knowledge about it seems to be limited Jul 25 14:05:56 florian: iirc progear use sm501 touchscreen but connected over serial. x.org driver mutouch handle it Jul 25 14:06:03 no calibration util ;( Jul 25 14:06:45 hrw: sounds great :-/ in fact the sm501 is a nice collection of hardware bugs Jul 25 14:07:46 hi all ! Jul 25 14:08:58 hi steliosk Jul 25 14:09:35 woglinde : hi ! Jul 25 14:13:53 florian: I would prefer tslib support anyway Jul 25 14:14:25 hrw: indeed Jul 25 14:15:09 hrw: Do you know if they use one of the UARTs or i2c for this touchscreen? Jul 25 14:15:44 florian: normal pc uart was used Jul 25 14:15:54 hrw : hi ! How is your daughter ? Jul 25 14:16:03 florian: progear has two serials - 1st is TS, 2nd is irda Jul 25 14:16:11 florian : hi ! Jul 25 14:16:11 steliosk: hi, fine she is Jul 25 14:16:24 steliosk: trying to take sitting position Jul 25 14:17:10 hi steliosk Jul 25 14:17:42 hrw: oh... ok, th sm501 has two additional ones :) Jul 25 14:18:09 hrw: do you have x-wrt running? are they trustworty and indeed cooperating with openwrt proper? Jul 25 14:18:11 hrw : heh we bought a "walker" last week and start moving things up locking cupboards,wallplugs etc Jul 25 14:18:52 hrw : mine is about to start moving "on its own" Jul 25 14:19:29 Laibsch: I have openwrt rc5 installed + x-wrt frontend and packages from their repos Jul 25 14:19:38 steliosk: walker? Jul 25 14:20:08 steliosk: you mean 'device with wheels to put child inside to make it walk'? Jul 25 14:20:28 hrw : yeah Jul 25 14:20:41 steliosk: we are against such ones Jul 25 14:20:55 hrw: what is the src line? Jul 25 14:20:58 steliosk: it is better for child to learn by themself how to walk Jul 25 14:21:08 * Laibsch cannot find it on the lengthy installation wiki for x-art Jul 25 14:21:21 Laibsch : hi ! Jul 25 14:21:26 hey Jul 25 14:21:34 how are you doing, steliosk Jul 25 14:21:50 I see you and hrw are enjoying their fathership Jul 25 14:21:59 I agree with hrw Jul 25 14:22:05 Laibsch: src 0.9-backports http://downloads.openwrt.org/backports/0.9 src whiterussian http://downloads.openwrt.org/whiterussian/packages src non-free http://downloads.openwrt.org/whiterussian/packages/non-free src X-Wrt http://download2.berlios.de/pub/xwrt/packages Jul 25 14:22:11 we didnt have one either Jul 25 14:22:20 hrw : well we had to look a lot for a good one. most are Chinese crap. The one we bough is European labeled, Chinese crap :) Jul 25 14:22:21 hrw: thanks Jul 25 14:22:27 and it can come to bad injurys Jul 25 14:22:50 time for #oe-parents :-D Jul 25 14:22:51 steliosk: self-teaching is better then such stuff Jul 25 14:23:01 xora yes Jul 25 14:23:05 *g* Jul 25 14:23:11 XorA: #oe turned to #oeparents some time ago - you just missed it Jul 25 14:23:17 * XorA is lucky enough to be kid free Jul 25 14:23:17 Laibsch : yeah exchanging ideas :) Jul 25 14:23:23