**** BEGIN LOGGING AT Tue May 26 02:59:57 2009 May 26 03:17:06 * * OE Bug 5128 has been created by dbaryshkov(AT)gmail.com May 26 03:17:08 * * fennec-0.9+1.0b2pre-autobuild May 26 03:17:10 * * http://bugs.openembedded.net/show_bug.cgi?id=5128 May 26 03:33:10 Hi all, any distro under oe is working for sumsung 6400 or 6410? anybody knows? **** BEGIN LOGGING AT Tue May 26 06:24:27 2009 May 26 06:36:15 good morning May 26 06:51:07 * * OE Bug 2713 has been RESOLVED (FIXED) by utx(AT)penguin.cz May 26 06:51:09 * * get rid references to temporary directories on installed system May 26 06:51:11 * * http://bugs.openembedded.net/show_bug.cgi?id=2713 May 26 08:44:56 good morning May 26 09:15:57 morning May 26 09:34:00 good morning May 26 09:40:34 florian: good morning May 26 10:02:54 03Daniel Willmann  07shr/import * r15638eacd7 10openembedded.git/conf/checksums.ini: checksums.ini: Add vala-0.7.2 May 26 10:22:08 hi, is there a variable available for the tmp/deploy/glibc/images/ dir? May 26 10:28:24 03Daniel Willmann  07shr/import * rb2e3a87bb6 10openembedded.git/conf/distro/shr.conf: distro/shr.conf: Add SRCPV definition May 26 10:30:40 mpoullet|work: DEPLOY_IMAGE_DIR? May 26 10:30:46 anyone know of a workaround that could work for http://bugs.openembedded.org/show_bug.cgi?id=5116 ? I'm kind of stuck as I cleaned my tmp/ the other day and now I cannot get a working build May 26 10:31:32 hrw: yes, I'm trying this right now May 26 10:31:41 * mpoullet|work must read the docs before asking May 26 10:31:56 ~curse X.org 1.6 xserver May 26 10:31:57 May you be reincarnated as a Windows XP administrator, X.org 1.6 xserver ! May 26 10:32:17 or X.org in any version May 26 10:35:41 mpoullet|work: the docs say what you are looking for should be $(DEPLOY_DIR_IMAGE)/$(MACHINE).. May 26 10:44:12 hi Robert May 26 10:51:11 rkirti: hi, ${DEPLOY_DIR_IMAGE} alone does the job and it lands in ${DEPLOY_DIR_IMAGE}/${MACHINE} May 26 10:51:36 mpoullet|work: oh.. May 26 10:52:15 mpoullet|work: probably gets ${DEPLOY_DIR_IMAGE} redefine to ${DEPLOY_DIR_IMAGE}/${MACHINE} somewhere else May 26 10:55:50 morning all May 26 10:56:16 morning May 26 11:08:06 03Daniel Willmann  07shr/import * rdbdc3d85a7 10openembedded.git/conf/checksums.ini: checksums.ini: Added python-wifi-0.3.1 May 26 11:20:35 hi rp May 26 12:13:51 03Klaus Kurzmann  07shr/import * rc11b9d8404 10openembedded.git/conf/distro/include/shr-autorev-unstable.inc: May 26 12:13:51 remove vala-native from shr-autorev-unstable.inc May 26 12:13:51 This is not needed anymore as we do no longer build from git directly. May 26 12:13:51 Signed-off-by: Klaus Kurzmann May 26 12:13:52 03Daniel Willmann  07shr/import * rd3b37bf3ab 10openembedded.git/recipes/vala/vala_0.7.2.bb: May 26 12:13:55 vala_0.7.2.bb: Don't depend on vala-bootstrap-native May 26 12:13:57 It's not needed any more.since we don't build from git directly. May 26 12:13:59 (Thanks Klaus Kurzmann pointing that out) May 26 12:14:03 03Klaus Kurzmann  07shr/import * rec0d4d0040 10openembedded.git/recipes/vala/ (3 files): May 26 12:14:04 vala-native: switch to build from tarballs instead of git May 26 12:14:06 This eliminates the bootstrapping problem (vala needs vala to compile). May 26 12:14:10 Signed-off-by: Klaus Kurzmann May 26 12:29:28 03Sebastian Spaeth  07fso/milestone5.5 * r614777d1c4 10openembedded.git/recipes/mokomaze/mokomaze-0.2.3/avoid_dim_suspend.patch: May 26 12:29:28 mokomaze: fix typo in patch May 26 12:29:28 * bus-send -> dbus-send typo May 26 12:29:28 Signed-off-by: Sebastian Spaeth May 26 12:29:28 Reformat of commit message (utf-8 issues) by Daniel Willmann May 26 12:34:58 03Jan Lübbe  07shr/import * r684ec675a2 10openembedded.git/recipes/efl1/ (ecore.inc ecore/ecore-add-includes.patch): ecore: pick patch from raster to fix building ecore_x (missing stdio.h include) May 26 12:34:58 03Jan Lübbe  07shr/import * r41de2781af 10openembedded.git/conf/distro/include/sane-srcrevs.inc: sane-srcrevs: bump mdbus, mickeyterm May 26 12:35:00 03Sebastian Spaeth  07shr/import * r614777d1c4 10openembedded.git/recipes/mokomaze/mokomaze-0.2.3/avoid_dim_suspend.patch: May 26 12:35:00 mokomaze: fix typo in patch May 26 12:35:01 * bus-send -> dbus-send typo May 26 12:35:03 Signed-off-by: Sebastian Spaeth May 26 12:35:05 Reformat of commit message (utf-8 issues) by Daniel Willmann May 26 12:35:07 03Angus Ainslie  07shr/import * rd1741ee889 10openembedded.git/recipes/openmoko-projects/paroli_git.bb: paroli : add the git version to __version__.py May 26 12:35:10 03Daniel Willmann  07shr/import * ra7833be028 10openembedded.git/: Merge commit 'origin/fso/milestone5.5' into shr/import May 26 12:35:13 03Angus Ainslie  07shr/import * r604fa9fee9 10openembedded.git/recipes/netbase/netbase/ (om-gta01/interfaces om-gta02/interfaces): netbase interfaces : add usb rules with metric for gta01 and gta02 May 26 12:35:20 03Angus Ainslie  07shr/import * r6a56fc23cc 10openembedded.git/recipes/initscripts/initscripts_1.0.bb: initscripts : run sysfs before g_ether May 26 13:11:17 where can I find the exact source tree that generate the images available for download at angstrom-distribution.org? May 26 13:11:35 is there a particular git tag for those? May 26 13:12:25 no May 26 13:12:32 those images are built from time to time May 26 13:14:24 hm, yes, but the last release date back from 2007 May 26 13:14:40 anyway, what I actually need is the source code for bluez-utils for those images May 26 13:15:04 hciattach has support for scripting on the images, and this support is lacking from OE trunk May 26 13:15:19 without this support, bluetooth on the 4700 doesn't work May 26 13:16:50 last release of angstrom? it lacks releases. it is just built quite regulary May 26 13:17:08 true May 26 13:17:09 still May 26 13:17:56 the images you'll find here: http://www.angstrom-distribution.org/releases/2007.12/images/hx4700/ May 26 13:18:07 have some features I can't find on the source tree May 26 13:18:22 particularly, the support for scripting on hciattach May 26 13:20:02 and they are over year old May 26 13:21:03 yes ;( May 26 13:21:17 http://www.angstrom-distribution.org/unstable/autobuild/hx4700/ are more recent May 26 13:21:45 oh, no, the OLD images are just fine! May 26 13:22:18 my grip is precisely because the code build from source lacks features those images have May 26 13:22:46 specifically, bluetooth support on the 4700 May 26 13:24:16 thats probably due to fact that hx4700 lacks machine mentor (developer who works on get it supported) May 26 13:24:39 yep... May 26 13:24:41 anyway... May 26 13:24:52 so, how do I get the source for those old images? May 26 13:26:14 http://www.angstrom-distribution.org/unstable/SOURCES May 26 13:26:27 or check http://www.angstrom-distribution.org/unstable/sources/ May 26 13:27:16 please contact koen@linuxtogo.org to get access to the sources. May 26 13:27:24 sounds like a sound advice :) May 26 13:27:27 ok, will do May 26 13:27:51 first check http://www.angstrom-distribution.org/unstable/sources/ May 26 13:28:31 doesn't Koen hang around here from time to time? May 26 13:30:30 no May 26 13:30:42 but you can try to catch him on #beagle May 26 13:30:54 ok, thank you May 26 13:33:16 someone should make http://git.openembedded.org/ point to cgit May 26 13:33:42 otherwise all our old references in ciabot will turn to NIL May 26 13:34:07 i can provide the working redirect clauses from amethyst, if wanted May 26 13:34:22 they both resolve to the same address May 26 13:34:36 can you CNAME the .net addresses? May 26 13:34:42 hmm May 26 13:34:56 that way if we change the server address, .net does not need cahning May 26 13:34:58 http://git.openembedded.org/ = The requested URL / was not found on this server. May 26 13:35:10 ping cbrake May 26 13:35:23 he may need to upadte server config to repsond to the name May 26 13:35:39 the ip's resolve to the same address May 26 13:35:47 * Crofton|work remembers he said he would have to do this later May 26 13:37:21 k May 26 13:37:30 i will check with cbrake for the more involved problem of ciabot references May 26 13:37:35 thanks May 26 13:37:43 03Klaus Kurzmann  07fso/milestone5.5 * r9a3be69735 10openembedded.git/recipes/popt/ (popt-native_1.7.bb popt_1.7.bb): May 26 13:37:43 popt: do not try to install non existing static lib May 26 13:37:43 Signed-off-by: Klaus Kurzmann May 26 13:40:36 03Daniel Willmann  07shr/import * re056b8468f 10openembedded.git/: Merge commit 'origin/fso/milestone5.5' into shr/import May 26 13:40:37 03Klaus Kurzmann  07shr/import * r9a3be69735 10openembedded.git/recipes/popt/ (popt-native_1.7.bb popt_1.7.bb): May 26 13:40:37 popt: do not try to install non existing static lib May 26 13:40:37 Signed-off-by: Klaus Kurzmann May 26 14:08:06 * * OE Bug 5129 has been created by dbaryshkov(AT)gmail.com May 26 14:08:08 * * madwifi-ng-r4029-20090525-autobuild May 26 14:08:10 * * http://bugs.openembedded.net/show_bug.cgi?id=5129 May 26 14:17:30 hi mickeyl May 26 14:25:26 I'm trying to build the console-image using OE from git and the angstrom distribution for an AT91 processor. I just ran git pull this morning and tried to build and I got an error says "No such file or directory" and a path openembedded/tmp/work/armv5te-angstrom-linux-gnueabi/e2fsprogs-libs-1.41.5-r0/install/util-linux-ng-fdisk and util-linux-ng_2.15.bb failed. Why would this file be missing? Do I need to rebuild something? May 26 14:37:42 bye all May 26 14:39:10 leonardo_: see the mailing list, I think there's been some discussion of this there May 26 14:39:43 it's a bug in either bitbake or OE though I'm not sure which May 26 14:40:05 pb_: thanks May 26 14:42:06 03Graeme Gregory  07org.openembedded.dev * r454d66a77c 10openembedded.git/ (4 files in 3 dirs): May 26 14:42:06 alsa-scenario_0.2.bb : add new release of alsa scenario May 26 14:42:06 alsa-scenario_git.bb : bump the PV of git recipe, add DEF_PREF = -1 May 26 14:44:29 03Dmitry Eremin-Solenikov  07xora/angstrom-srcpv * r44eb0c3efd 10openembedded.git/classes/seppuku.bbclass: May 26 14:44:29 seppuku: add support for working behind the proxy May 26 14:44:29 Signed-off-by: Dmitry Eremin-Solenikov May 26 14:44:29 03Dmitry Eremin-Solenikov  07xora/angstrom-srcpv * rfb657b18aa 10openembedded.git/classes/tinderclient.bbclass: May 26 14:44:29 tinderclient: support sitting behind proxy May 26 14:44:31 Signed-off-by: Dmitry Eremin-Solenikov May 26 14:44:33 03Dmitry Eremin-Solenikov  07xora/angstrom-srcpv * r588564f065 10openembedded.git/conf/machine/ (at91sam9260ek.conf at91sam9261ek.conf at91sam9rlek.conf): May 26 14:44:36 at91*: use correct u-boot configs May 26 14:44:38 Signed-off-by: Dmitry Eremin-Solenikov May 26 14:44:42 03Dmitry Eremin-Solenikov  07xora/angstrom-srcpv * r4e1e589cdb 10openembedded.git/: Merge branch 'org.openembedded.dev' of git://git.openembedded.org/openembedded into org.openembedded.dev May 26 14:44:45 03Dmitry Eremin-Solenikov  07xora/angstrom-srcpv * r9da5f51503 10openembedded.git/recipes/ (2 files in 2 dirs): May 26 14:44:48 lowpan-tools: fix building May 26 14:44:50 1) upstream has changed naming to be 'lowpan-tools' instead of 'lowpan-utils' May 26 14:44:54 2) bump git revision (and thus PR) to use upstream fix for supporting May 26 14:44:56 installation w/o manpages and add '--disable-manpages' to EXTRA_OECONF May 26 14:44:58 Signed-off-by: Dmitry Eremin-Solenikov May 26 14:45:00 03Koen Kooi  07xora/angstrom-srcpv * r3d378f2464 10openembedded.git/ (conf/checksums.ini recipes/alsa/alsa-lib_1.0.20.bb): alsa-lib: add 1.0.20 May 26 14:45:04 mickeyl: audio scenario stuff now in OE (tagged release) May 26 14:45:05 03Dmitry Eremin-Solenikov  07xora/angstrom-srcpv * r37eb1b93e1 10openembedded.git/conf/machine/ (6 files): May 26 14:45:10 at91*: drop PREFERRED_VERSION_u-boot May 26 14:45:12 u-boot 2009.01 for all of these boards already conatains May 26 14:45:14 DEFAULT_PREFERENCE_at91xxx = "1". Drop the version specification from May 26 14:45:16 machine configs to lower confusion. May 26 14:45:18 Signed-off-by: Dmitry Eremin-Solenikov May 26 14:45:20 03Koen Kooi  07xora/angstrom-srcpv * rd9d0a81064 10openembedded.git/recipes/fltk/fltk_1.1.9.bb: fltk: fix gnu-hash QA error May 26 14:45:25 03Dmitry Eremin-Solenikov  07xora/angstrom-srcpv * rea3ee6d324 10openembedded.git/: Merge branch 'org.openembedded.dev' of git://git.openembedded.org/openembedded into org.openembedded.dev May 26 14:45:28 03Koen Kooi  07xora/angstrom-srcpv * reefaa80573 10openembedded.git/ (conf/checksums.ini recipes/sdr/hamlib_1.2.9.bb): hamlib: add rough version of 1.2.9 May 26 14:45:31 03Koen Kooi  07xora/angstrom-srcpv * r040195458d 10openembedded.git/recipes/sdr/hamlib_1.2.9.bb: hamlib 1.2.9: fix bindings May 26 14:45:38 03Graeme Gregory  07xora/angstrom-srcpv * r454d66a77c 10openembedded.git/ (4 files in 3 dirs): May 26 14:45:41 alsa-scenario_0.2.bb : add new release of alsa scenario May 26 14:45:43 alsa-scenario_git.bb : bump the PV of git recipe, add DEF_PREF = -1 May 26 14:45:45 03Graeme Gregory  07xora/angstrom-srcpv * r4143feb3e6 10openembedded.git/: May 26 14:45:49 Merge branch 'org.openembedded.dev' of git+ssh://git@git.openembedded.org/openembedded into xora/angstrom-srcpv May 26 14:45:53 Conflicts: May 26 14:45:55 recipes/alsa/alsa-scenario_git.bb May 26 14:45:57 03Graeme Gregory  07xora/angstrom-srcpv * r2ed24bdc4b 10openembedded.git/: Merge branch 'org.openembedded.dev' of git+ssh://git@git.openembedded.org/openembedded into xora/angstrom-srcpv May 26 14:51:44 in sdk path, /usr/local/angstrom/arm, what variable is that arm thing? May 26 14:52:10 I need variable which is the platform the toolchain is maid for May 26 14:56:56 cbrake: remember yesterday? I retried to clone git@git.openembedded.org:openembedded, no luck: ERROR:gitosis.serve.main:Repository read access denied May 26 14:57:50 marbert: yes, our git admin stuff broke when we switched servers about a week ago May 26 14:58:08 marbert: I did not realize the extent until I started debugging your account May 26 14:58:32 marbert: I'm a bit tied of with other things ATM, but I'll try to get fixed up in the next 24-36 hours May 26 14:58:37 cbrake: means you'll need some time to get stuff fixed :) May 26 14:58:56 marbert: yes May 26 14:59:09 cbrake: OK, that's fine, just let me know when it's done May 26 14:59:19 marbert: will do, thanks for your patience May 26 14:59:37 cbrake: thanks for you help! May 26 15:03:47 booxter: ${TARGET_ARCH}, see bitbake.conf May 26 15:43:39 morning May 26 15:45:18 g'day kergoth May 26 15:45:25 cbrake, are you handling keys now? May 26 15:45:34 bbl, lunch May 26 15:47:02 Tartarus: your checkin 73a5d9a0 seems to have broken gcc-cross-kernel_3.3.4 May 26 15:52:39 03Robert Schuster  07org.openembedded.dev * re2a27cdd33 10openembedded.git/conf/checksums.ini: checksums.ini: Cleaned up jamvm entries, added one for 1.5.3. May 26 15:52:40 03Robert Schuster  07org.openembedded.dev * rbca9bd43d9 10openembedded.git/recipes/jamvm/jamvm-native_1.5.2.bb: May 26 15:52:40 jamvm-native 1.5.3: New recipe. May 26 15:52:40 jamvm-native 1.5.2: Removed. May 26 15:52:40 03Robert Schuster  07org.openembedded.dev * r685650a1c1 10openembedded.git/recipes/jamvm/jamvm-native_1.5.3.bb: jamvm-native 1.5.3: Added note. May 26 15:56:54 pb_, can you elaborate? May 26 16:02:28 Tartarus: it blows up in do_compile because @LDFLAGS@ isn't defined. May 26 16:03:10 I haven't actually tested reverting your patch, but it seems like a pretty likely suspect since your change introduced: May 26 16:03:12 sed -i 's/^LDFLAGS = $/LDFLAGS = @LDFLAGS@/' ${S}/Makefile.in May 26 16:06:01 the specific command that fails is: ccache gcc -isystem/home/pb/oe/build/tmp/staging/x86_64-linux/usr/include -O2 -DIN_GCC -DCROSS_COMPILE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wtraditional -pedantic -Wno-long-long -DHAVE_CONFIG_H -DGENERATOR_FILE @LDFLAGS@ -o gengenrtl | gengenrtl.o ../libiberty/libiberty.a May 26 16:31:15 Aloha! May 26 16:45:19 <|AbsyntH|> have you made to work openembedded on ubuntu 9 ? i've followed all the hints but i still have compiling errors May 26 16:45:33 works like a shame May 26 16:45:42 what are the problems you get? May 26 16:46:53 <|AbsyntH|> http://pastebin.com/d435400dc May 26 16:48:10 <|AbsyntH|> i'm a noob of the embedded word so probably it's my fault May 26 16:49:01 <|AbsyntH|> i'm tring to build a embedded image for a zyxel zywall usg 100 May 26 16:50:09 <|AbsyntH|> for fucked up the linux's zyxel image whith all the cloused packages that are build in May 26 16:50:22 hm, you need one of OE ppc people to look at the problem I think. Maybe you should just email to -devel mailing list with the problem. I don't think that the reason for the error is in your distribution May 26 16:51:34 maybe your zyxel machine configuration is wrong (in oe tree too) or anything else. I don't know exactly, but - I have Ubuntu 9.04 and use OE with no problem May 26 16:51:36 <|AbsyntH|> mmm i'll try to install on a vm gentoo and use Oe on it May 26 16:51:53 |AbsyntH|: does oe work on gentoo but not on ubuntu? May 26 16:53:49 Crofton|work: yes, by default I've been helping sort key issues May 26 16:54:07 <|AbsyntH|> i don't know...but i seen the gcc problem in ubuntu...but yes probali try oe in gentoo will be a loss of time May 26 16:56:05 |AbsyntH|: your glibc is built by cross compiler built be OE before so there is no way ubuntu compiler can influence the problem May 26 16:56:12 <|AbsyntH|> booxter, are you using gcc 4.1? or 4.3? and the hint for BUILD_CPPFLAGS ? May 26 16:56:42 |AbsyntH|: I use what OE builds for me :-) May 26 16:56:52 What BUILD_CPPFLAGS? Why do you need them? May 26 16:57:02 <|AbsyntH|> http://wiki.openembedded.net/index.php/Gcc_issues_in_Intrepid_and_later May 26 16:57:38 I haven't set any environment variables - all works good May 26 16:57:56 BTW Ubuntu Jaunty is 9.04, not Intrepid May 26 16:58:27 <|AbsyntH|> intrepid_and_later May 26 16:58:34 ow, yeap... May 26 16:58:44 works for me with no specific settings May 26 16:59:26 <|AbsyntH|> so i'll try whit the settings of the link and not and i have always the same error May 26 16:59:31 maybe you should go to -devel mailing list with your question: some ppc guys are not there (and mailing list has more subscribers than the channel) May 26 16:59:58 |AbsyntH|: the reason is that not your ubuntu compiler fails but openembedded one May 26 17:00:39 <|AbsyntH|> also this is true May 26 17:00:40 <|AbsyntH|> :P May 26 17:05:36 |AbsyntH|: have you set up some floating point settings? May 26 17:06:03 <|AbsyntH|> on local.conf? May 26 17:06:12 anywhere. by yourself May 26 17:06:22 <|AbsyntH|> no May 26 17:06:48 <|AbsyntH|> but wait a moment i've installed ubuntu from minimal May 26 17:07:37 <|AbsyntH|> not from the usual ubuntu cd May 26 17:07:40 |AbsyntH|: http://archives.devshed.com/forums/development-94/rfa-add-a-builtin-define-for-when-the-floating-point-571255.html May 26 17:07:43 look there May 26 17:08:38 there is a patch. maybe it will help you. Just edit the needed file in your tmp/work/ppc.../glibc-2.6.1.../glibc-... May 26 17:08:49 and try to continue building May 26 17:10:40 |AbsyntH|: hm, what MACHINE do you use/ May 26 17:10:41 ? May 26 17:11:20 <|AbsyntH|> MACHINE = "mpc8323e-rdb" May 26 17:12:37 <|AbsyntH|> that is not the real machine on the zywall but is that is more like to May 26 17:13:05 <|AbsyntH|> the real chip is mpc8343e May 26 17:16:22 <|AbsyntH|> so now,in italy,the time to work is ended and is now to go to house from my sons...i've bookmarked your link...tomorrow i'll try it...thank'u booxter May 26 18:14:21 Crofton|work: not seeing any of the "fatal: The remote end hung up unexpectedly" messages with the new git server May 26 18:14:36 I haven't May 26 18:14:45 but I did not reeally see them b4 either :) May 26 18:14:58 has anyone else seen "fatal: The remote end hung up unexpectedly" in the past few days with git? May 26 18:15:21 Crofton: do you pull with ssh or git protocol? May 26 18:15:49 ssh May 26 18:15:52 I think May 26 18:18:29 kergoth: wb May 26 18:18:42 thanks May 26 18:19:48 git is read only, right? May 26 18:20:24 Crofton|work: yes, git:// is read only May 26 18:20:48 Crofton|work: the issue on amethyst was likely only with the git service May 26 18:21:58 ah May 26 18:22:00 I am ssh only May 26 18:51:46 Hi, is there reported/know problem with libsdl-ttf? I tried git pull, but I can't manage bake it. Error is armv4t-angstrom-linux-gnueabi/libsdl-ttf-2.0.3-r1/temp-staging install, No rule to make target `install'. Stop. May 26 19:04:22 anyone knows why hciattach-ti-bts.patch has been removed from bluez-utils? May 26 19:05:07 Yes, see the mailing list May 26 19:06:48 hm, devel or commits? May 26 19:07:00 devel May 26 19:07:48 k May 26 19:08:33 03Stanislav Brabec  07org.openembedded.dev * r3ac3756403 10openembedded.git/recipes/ (3 files in 3 dirs): May 26 19:08:33 e2fsprogs-libs, util-linux-ng, pidgin: Use unique variable names in do_split_packages(): May 26 19:08:33 * see http://lists.linuxtogo.org/pipermail/openembedded-devel/2009-May/011212.html for more May 26 19:08:44 03Stanislav Brabec  07org.openembedded.dev * r11af43ab74 10openembedded.git/recipes/kismet/ (kismet-2007-10-R1/string_h.patch kismet_2007-10-R1.bb): kismet: Fixed build. May 26 19:08:44 03Stanislav Brabec  07org.openembedded.dev * r09e27e7990 10openembedded.git/recipes/flac/ (3 files in 2 dirs): flac: Fixed build. Added printf format fix. May 26 19:14:47 hmm... "ti patch doesn't apply, people using it should rediff it and send it upstream May 26 19:15:02 that's it then? May 26 19:15:46 no May 26 19:15:49 the one where it is upstream May 26 19:15:52 keep reading :) May 26 19:19:47 ahh: "removed hciattach-ti-bts.patch (landed upstream)" May 26 19:19:49 but has it? May 26 19:20:08 I just built bluez-utils from source, and BTS support appears to be lacking... May 26 19:21:33 which version did you build, 3.36? May 26 19:22:35 yep May 26 19:23:23 well, indeed, git has a hciattach_ti.c May 26 19:23:28 3.36 tag May 26 19:23:30 most weird May 26 19:23:41 yeah, and it's there in the tarball I just unpacked as well May 26 19:24:33 my build environment is messed up somehow... May 26 19:24:35 it doesn't look like the patch was applied verbatim but there certainly does seem to be ti support in 3.36 May 26 19:25:45 morning May 26 19:26:11 pb__: yeah... I'm seiing that now... no '-S' support May 26 19:27:58 yah, there doesn't seem to be any obvious script support in 3.36 May 26 19:28:04 it does claim support for brf6150 though May 26 19:28:11 all a bit weird really May 26 19:29:08 heh, I can say that it is NOT working for the hx4700 May 26 19:29:12 but looking at the source May 26 19:29:30 there's a function called get_firmware_name May 26 19:29:38 zerum: so prepare patch which will make it work? May 26 19:30:06 hrw: I will do it once I am absolutely sure the current code do not support scripts May 26 19:30:12 zerum: it looks like 4.39 does support scripts May 26 19:30:25 maybe you could use that version instead May 26 19:30:40 or indeed 4.40 though I don't think there's a full .bb file for that one yet May 26 19:30:42 look at hciattach_ti.c:191 May 26 19:31:34 It seems to support scripts, they just broke the command line syntax May 26 19:31:34 ah yes May 26 19:32:09 in this case, the problem would be in fact with... May 26 19:32:13 ... lemme check... May 26 19:32:52 /etc/sysconfig/bluetooth May 26 19:34:41 03Stanislav Brabec  07org.openembedded.dev * rb9254b786f 10openembedded.git/recipes/musicbrainz/ (2 files in 2 dirs): libmusicbrainz: Fixed build. May 26 19:34:42 03Stanislav Brabec  07org.openembedded.dev * r31d61332a4 10openembedded.git/ (conf/checksums.ini recipes/totem/totem-pl-parser_2.26.2.bb): totem-pl-parser: Updated to version 2.26.2. May 26 19:34:42 03Stanislav Brabec  07org.openembedded.dev * rd630bf6330 10openembedded.git/ (7 files in 4 dirs): kismet: Update to version 2008-05-R1. May 26 19:36:07 ahh, nice, once I comment the BLUETOOTH_SCRIPT things get a little better May 26 19:36:36 firmware seems to be in the wrong place though: root@hx4700:~# /etc/bluetooth/hciattach May 26 19:36:36 Found a Texas Instruments' chip! May 26 19:36:36 Firmware file : /lib/firmware/TIInit_3.3.48.bts May 26 19:36:55 the one installed by angstrom is placed at /etc/bluetooth May 26 19:37:37 very good May 26 19:38:40 ah, now I'm getting a "Can't open serial port" May 26 19:38:57 hci_uart is loaded though... May 26 19:40:35 03Stanislav Brabec  07org.openembedded.dev * rae6e3f520b 10openembedded.git/ (7 files in 3 dirs): rhythmbox: Updated to version 0.12.1, removed unbuildable versions. May 26 19:42:46 will try rebooting, looks like I got a zombie process attached to the serial May 26 19:43:07 03Stanislav Brabec  07org.openembedded.dev * re348867616 10openembedded.git/recipes/musicpd/ (mpd-alsa_0.14.2.bb mpd_0.14.2.bb): mpd, mpd-alsa: Don't search in host system includedir (QA error). May 26 19:57:50 oook, I have a new issue now... the new hciattach asks for the 3.3.48 firmware... apparently, there's no such thing! May 26 19:58:10 that's all that it is: http://sdgsystems.net/pub/ipaq/hx4700/src/ May 26 19:58:52 so try to give it as 3.3.48? May 26 20:01:25 yep, doing that now... gotta reboot 1st... May 26 20:03:45 03Angus Ainslie  07fso/milestone5.5 * rfc756e865c 10openembedded.git/conf/distro/include/sane-srcrevs.inc: sane-srcrevs: bump vala-terminal May 26 20:03:46 03Angus Ainslie  07fso/milestone5.5 * r665d01b58b 10openembedded.git/: Merge branch 'fso/milestone5.5' of git@git.openembedded.org:openembedded into fso/milestone5.5 May 26 20:07:43 getting somwhere... dunno if it's somewhere good though: "Can't set device: Protocol not supported" May 26 20:09:50 have a nice day/evening May 26 20:16:41 re May 26 20:21:10 florian: wb May 26 20:23:37 03Stanislav Brabec  07org.openembedded.dev * r42eb49a394 10openembedded.git/recipes/libsdl/libsdl-gfx_2.0.17.bb: libsdl-gfx: GNU HASH QA fix. May 26 20:23:47 03Stanislav Brabec  07org.openembedded.dev * r17b4ebefba 10openembedded.git/recipes/libsdl/libsdl-ttf_2.0.3.bb: libsdl-ttf: GNU HASH QA fix. May 26 20:44:46 heh... some talks about replacing Zaurus motherboard with custom one :) May 26 21:02:35 Jay7: hello May 26 21:03:42 ant__: hey May 26 21:03:56 how's the biz? May 26 21:04:17 going slowly May 26 21:04:31 eh everywere May 26 22:08:08 03Denis 'Gnutoo' Carikli  07org.openembedded.dev * rcbf539f8e7 10openembedded.git/recipes/emacs/ (emacs.inc emacs_22.3.bb): (log message trimmed) May 26 22:08:08 emacs 22.3: Fixed compilation,bump PR May 26 22:08:08 (I have asked for review but no one reviewed,even after a ping so hrw told me to commit) May 26 22:08:08 *fixed "emacs: error while loading shared libraries: libgcc_s.so.1: cannot open shared object file: No such file or directory" May 26 22:08:12 with the code that is under "copy STAGING_DIR_TARGET and libgcc_s.so* to WORKDIR/qemu-treedir" May 26 22:08:14 here how it looked like: May 26 22:08:16 | emacs: error while loading shared libraries: libgcc_s.so.1: cannot open shared object file: No such file or directory May 26 22:08:54 jesus, why are people commiting to .net May 26 22:09:02 and why is it accepting commits May 26 22:09:18 sorry May 26 22:09:22 hmm May 26 22:09:27 what is going on May 26 22:09:29 .dev didn't work May 26 22:09:44 so I didn't reflect a lot and commited May 26 22:10:30 hmm May 26 22:10:39 the emacs one is in both May 26 22:10:45 ah ok May 26 22:10:51 crap May 26 22:11:05 well, nothing I can do, no access to eitehr server May 26 22:12:31 embedded@port4 ~/oe/org.openembedded.dev $ git push git@git.openembedded.dev:openembedded => ssh: Could not resolve hostname git.openembedded.dev: Name or service not known May 26 22:12:33 ah ok May 26 22:12:39 it's .org and not .dev May 26 22:12:40 sorry May 26 22:12:56 (it's late etc...) May 26 22:14:26 heh May 26 22:16:06 hmm, it seems like they are staying in sync May 26 22:16:46 cgit.net is aimed at cgit.org now May 26 22:18:46 Crofton|work, I knew it but it was my git push git@git.openembedded.dev:openembedded that made me think that we got the domain .net back May 26 22:18:56 heh May 26 22:18:56 sorry May 26 22:19:12 yes I know I typed .dev instead of .org May 26 22:19:28 heh May 26 22:19:28 because there was a dns move May 26 22:19:31 ??? May 26 22:19:43 it looks like .net has been pointed at .org now May 26 22:19:57 has anyone ever played around the possibility of split staging? May 26 22:20:10 ah ok May 26 22:20:32 I was .net was CNAMED, so we could change .org and have it follow automatically May 26 22:24:50 kergoth: split in which way? May 26 22:26:07 pb__: I've thought, in the ancient past, pre-packaged-staging, about splitting up staging by ${PF} or so, then resolving a recipes' depends to those specific staging dirs based on the providers, and either creating -I/-L's pointing to them based on DEPENDS, or populating a symlink tree for them May 26 22:26:29 pb__: it'd resolve a lot of determinism issues, since it wouldnt get scdrewed up by unrelated bits showing up or not showing up in staging May 26 22:26:33 itd only get to what it depends on May 26 22:26:44 ugly to implement, but i remember mulling over the idea May 26 22:26:53 yeah, I think we talked about that once, a year or so ago. I kind of felt that packaged staging made it irrelevant though. May 26 22:27:08 i'll go bye May 26 22:27:15 (need sleeping) May 26 22:27:32 i really don't think it does, though. May 26 22:28:06 just last week a really commonly built package we discovered was missing a bison-native dep, but nobody noticed cause bison-native happened to have been built most of the time by the time it was built May 26 22:29:07 pb__: any suggestion for patching this kind of Makefile change? http://fr.pastebin.ca/1435523 May 26 22:29:44 issue...| purgatory/purgatory.c:2:20: error: limits.h: No such file or directory May 26 22:29:44 | purgatory/purgatory.c:3:20: error: stdint.h: No such file or directory May 26 22:30:39 I'm pretty sure the paths are wrong... May 26 22:31:06 kergoth: hm, how come? admittedly I've never looked very closely at what goes on with packaged staging under the covers, but if it's installing only those things named in DEPENDS then I would have thought it would solve exactly that problem. May 26 22:31:36 ant__: what was the compile command that failed? May 26 22:31:43 most likely you're missing ${CPPFLAGS} or something May 26 22:31:45 it was a missing dep for one recipe, but it got installed as a dep of something else before this recipe got built, most of the time May 26 22:31:47 mom May 26 22:31:58 so the missing dep wasn't spotted May 26 22:31:59 kergoth: shouldn't it have gotten uninstalled after it was done with, thoug? May 26 22:32:01 h May 26 22:32:30 packaged staging packages are installed in the recipe's do_setscene, i dont think it gets uninstalled at all after that, unless i misunderstand how it works May 26 22:32:59 but even if it did, that doesn't necessarily mean itd solve the problem, due to the task based scheduling, it could run tasks of other recipes before it uninstalled May 26 22:33:05 oh, I thought it uninstalled them after they weren't needed anymore. May 26 22:33:08 * kergoth shrugs, maybe he's missing something May 26 22:33:16 pb__: klibc-static_2.0.0 http://fr.pastebin.ca/1435533 May 26 22:33:21 but yeah, the way the new scheduler jumbles things together for different packages would indeed screw that up May 26 22:33:25 even if it did, if it does so in a later task, not when a dependent package's task is completed, you'd still run into a... right May 26 22:33:51 pb__: btw this would be klibc-static...worth a rename? May 26 22:33:51 still, it'd be easy enough to combine that with your ${STAGING_DIR}/${PF} idea. May 26 22:34:15 have it populate a fresh staging tree in setscene for each package, and then blow it away when that package is done with. May 26 22:34:27 no need to uninstall, even, in this case, you could just rm -rf the whole tree. May 26 22:35:11 that's true. you'd have to rework the way packaged staging works though May 26 22:35:15 right now the root fo the pstage packages is tmp May 26 22:35:18 it includes both stamps and staging May 26 22:35:27 means you cant move certain things out of tmpdir, etc May 26 22:35:35 kergoth: works? May 26 22:35:48 can't say the same here May 26 22:35:52 ant__: I guess that -nostdinc is the cause of your problem, though I don't know why it's there in the first place. May 26 22:36:06 trying to build static against klibc May 26 22:36:13 minimal size May 26 22:36:23 ant__: mvl6 beta uses pstage packages. May 26 22:36:35 so you added some magic... May 26 22:37:00 I have the repeatable problem of missing /cross toolchain after rebuild from pstage May 26 22:37:27 so it works if you don't pull / bake anything new May 26 22:37:29 we use an external toolchain May 26 22:37:48 second issue: package_stagefile_shell May 26 22:38:00 that's only an issue if you move the pstage dir out of tmp May 26 22:38:01 we dont May 26 22:38:10 i just override PSTAGE_PKG to get the actual pstage binaries only moved out of tmp May 26 22:38:11 neither me :) May 26 22:38:39 it just gives enough troubles during rebuild from pstage May 26 22:38:52 (the package under suspect is zaurus-updater) May 26 22:39:22 pb__: that's a good idea though, the only question I'd have about trying to implement it is, how to resolve a recipe's DEPENDS to the actual bits bitbake chooses, provider wise. i guess a task in the dependent recipes could emit its info including the name of its pstage package into tmp somewhere :) May 26 22:39:33 * kergoth 'll have ot try throwing together a prototype May 26 22:40:18 kergoth: okay, excellent May 26 22:40:38 i dunno how practical itd be, but i think itd definately improve determinism May 26 22:43:00 hmm, could make the pstage packages be an ipk that contains stamps and another ipk, which is what's actually installed into a package's ${WORKDIR}/staging or something if it depends on it :) May 26 22:45:00 yah, good idea May 26 22:45:15 well, the outer packaging could just be tar or something, no point wrapping ipk in another ipk May 26 22:45:23 yeah, thatd work May 26 22:46:27 hey all i think i have a very common problem with gumstix +oe "there is no space left on device" error if i type "mkdir" or touch does anybody have an idea? May 26 22:49:49 night all May 26 22:49:52 * pb__ zz May 26 22:49:56 nigh pb__ May 26 22:50:20 orges: if you're out of space, maybe oyu need to make a smaller image? May 26 22:50:26 i have no gumstix, but thats what it sounds like May 26 22:55:35 or run out of inodes if its an ext2 image May 26 22:58:56 but i cant create a directory or an empty file i2m not triying to copy file or etc.. May 26 23:01:45 and? May 26 23:02:25 directories and empty files still require inodes / space on the disk, they aren't magically 0 bytes May 26 23:02:36 'nite all May 26 23:02:44 if your image is completely and totally maxed, you cant create a directory on it May 26 23:12:44 ok thanks i'll try to load a smaller one probably someone loaded a kernel with extra packages before me May 26 23:55:51 03Chris Larson  07org.openembedded.dev * rbb5d379aa5 10openembedded.git/recipes/kexecboot/linux-kexecboot.inc: (log message trimmed) May 26 23:55:51 kexecboot: require ../linux/linux.inc, not recipes/linux/linux.inc. May 26 23:55:51 linux-kexecboot.inc does a 'require recipes/linux/linux.inc', but it really May 26 23:55:51 depends on how the upstream OpenEmbedded linux/linux.inc behaves, not whatever May 26 23:55:52 the first one it finds in BBPATH does. This broke builds for me combining May 26 23:55:54 upstream OpenEmbedded with some local collections that do different things May 26 23:55:56 with their kernels. **** ENDING LOGGING AT Wed May 27 02:59:57 2009