**** BEGIN LOGGING AT Mon Mar 28 02:59:57 2011 Mar 28 03:22:56 03Mike Westerhof  07org.openembedded.dev * r98c3473a42 10openembedded.git/recipes/meta/slugos-packages.bb: Mar 28 03:22:56 SlugOS: slugos-packages - demote ftpd-topfield (recipe needs work), promote vsftpd (recipe fixed). Mar 28 03:22:56 Signed-off-by: Mike Westerhof Mar 28 04:15:05 eFfeM: beagleboard.org isn't a GSoC mentoring organization this year. they decided to get a bit away from anything that seemed too hardware related this year. perhaps we should have a beagleboard summer of code. Mar 28 04:37:36 jkridner, bummers...my project doesn't qualify either... Mar 28 07:01:18 good morning Mar 28 07:01:42 morning mckoan Mar 28 07:51:36 03Paul Menzel  07master * r980ebf3732 10openembedded.git/recipes/xbmc/ (2 files in 2 dirs): Mar 28 07:51:36 xbmc: add patch to fix `error: call of overloaded 'abs(int64_t)' is ambiguous` Mar 28 07:51:36 For further information please read the commit message of the patch. Mar 28 07:54:18 03Paul Menzel  07master * rf211e50085 10openembedded.git/recipes/orc/orc_0.4.10.bb: Mar 28 07:54:18 orc: add version 0.4.10 Mar 28 07:54:18 Signed-off-by: Paul Menzel Mar 28 07:58:48 jkridner: ah ok, thanks for the info, must say I didn't see too much about gsoc in the beagleboard list, then again I get too many mails to read them all... Mar 28 08:50:44 morning all Mar 28 08:51:01 hi bluelightning Mar 28 08:51:03 hi ant Mar 28 08:58:40 good morning Mar 28 09:43:26 hi mickeyl Mar 28 10:19:21 morning woglinde Mar 28 10:44:05 Hi all Mar 28 10:44:20 hi phdeswer Mar 28 10:44:28 Anybody know why libpoppler 0.8.4 is still the default? Mar 28 10:45:09 Builds of programs like epdf who require poppler seem to only work in Angstrom due to later versions having a higher angstrom preference Mar 28 10:45:17 Hi woglinde Mar 28 11:07:10 Well guess I should ask that on the mailinglist/bugzilla to be sure this gets tracked Mar 28 11:08:38 phdeswer: we are not too good with versions Mar 28 11:09:27 eFfeM_work, I know. That is why I think it is even worse to have distro specific versioning... Mar 28 11:09:58 Or we need to add support for versioned DEPENDS Mar 28 11:43:49 ericben: ping Mar 28 11:44:51 phdeswer, (was afk) I agree but there are some that do not agree Mar 28 11:45:02 mickeyl write him an email? Mar 28 11:46:01 effem? Mar 28 11:46:07 all want version deps Mar 28 11:46:16 because it makes life easier Mar 28 11:46:29 porblem is that it isnt easy to do Mar 28 11:47:18 version depends is a good idea, I was more commenting to the distro specific versioning and having many versions around Mar 28 11:47:39 i'm not too unhappy with the version deps in debian, but no idea how to bring it to oe easily Mar 28 11:47:40 thats only because we dont have version deps Mar 28 11:48:20 that is one side of the coin but many versions is also not too nice from a maintenance point of view Mar 28 11:49:14 Anyway something like this looks wrong Mar 28 11:49:18 In that sense I have a strong preference for what yocto is doing Mar 28 11:49:19 DEFAULT_PREFERENCE = "-1" Mar 28 11:49:20 DEFAULT_PREFERENCE_angstrom = "1" Mar 28 11:49:20 DEFAULT_PREFERENCE_minimal = "1" Mar 28 11:49:20 DEFAULT_PREFERENCE_minimal-uclibc = "1" Mar 28 11:50:24 phdeswer: true (actually I would have expected pinnings from kailos (sp?) and shr too Mar 28 11:50:51 .o(they dont care for poppler) Mar 28 11:51:17 then again it is probably not that much worse than having > 10 versions of a recipe around Mar 28 11:51:19 If more than 1 distro/task/whatever needs to bump the preference the lowering of the preference should be gone. Mar 28 11:51:21 woglinde: ah ofc Mar 28 11:52:06 # epdf needs > 0.12, but recipes have D_P = -1 Mar 28 11:52:06 PREFERRED_VERSION_poppler = "0.12.3" Mar 28 11:52:12 conf/distro/include/preferred-shr-versions.inc Mar 28 11:52:15 they care.. :) Mar 28 11:52:30 ah ok Mar 28 11:53:59 JaMa|Off, I know. But that is also a bad workaround for having the DEFAULT_PREFERENCE wrong. Mar 28 11:54:15 phdeswer make a patch send it to ml Mar 28 11:54:48 woglinde, I will. Just wondered why there was the DEFAULT_PREFERENCE = "-1" Mar 28 11:55:12 phdeswer for tests Mar 28 11:55:36 phdeswer, there are plenty recipes around that have a DP -1, are not pinned by a distro, and have a higher version recipe around (sometimes also with DP = -1) Mar 28 11:56:18 Well seems DP = -1 does not get removed when needed. Mar 28 11:57:48 sometimes it doesn't; it seems also related to who added the new recipe and whether they give followup on it Mar 28 11:59:15 some more interesting cases are udev and bluez Mar 28 12:00:59 actually shr has three versions of bluez4 with DP = 1, and angstrom has 2 with DP = 1 Mar 28 13:11:15 I get the following message after installing "motion" package: "/sbin/ldconfig: /usr/lib/libstdc++.so.6.0.14-gdb.py is not an ELF file - it has the wrong magic bytes at the start." Mar 28 13:17:25 don't worry about that Mar 28 13:17:40 there is a .py file in usr/lib that should not be there Mar 28 13:19:37 is it harmless? Mar 28 13:21:43 yes Mar 28 13:22:14 ok, thanks Mar 28 13:22:15 anyone familair with qmake2? Mar 28 13:22:39 when I run it from a native sdk, the default path for the spec file is in the staging area Mar 28 13:22:47 which is bad (of course) Mar 28 13:24:34 Crofton write an email to zecke Mar 28 13:24:47 k Mar 28 13:59:58 03Koen Kooi  07org.openembedded.dev * rcd4eacbe9e 10openembedded.git/conf/distro/angstrom-2010.x.conf: angstrom: switch to libav Mar 28 14:00:07 03Koen Kooi  07org.openembedded.dev * r692d43eeb6 10openembedded.git/recipes/ (7 files in 2 dirs): Mar 28 14:00:07 libav: add proper recipe for git version Mar 28 14:00:07 omapfbplay: switch to libav Mar 28 14:43:38 hmm, stupid question (unfortunately Google could not find an answer). Is there an easy way to know which packages got finally installed in an image? Is there a package list somewhere? Mar 28 14:44:12 opkg list? Mar 28 14:44:18 --installed Mar 28 14:44:19 inherit testlab Mar 28 14:44:21 phdeswer: enable testlab Mar 28 14:44:50 woglinde, I meant on the build machine. Mar 28 14:44:58 JaMa|Off, mwester I will look into that Mar 28 14:45:00 thanks Mar 28 14:46:08 Ah found a spot in the log for do_rootfs where I can get the info... Mar 28 14:46:15 Stupid me... Mar 28 14:47:39 phdeswer you didnt say Mar 28 14:48:08 woglinde, yeah sorry. Forgot that detail indeed. Mar 28 15:22:41 03Denis 'GNUtoo' Carikli  07org.openembedded.dev * r719435f651 10openembedded.git/recipes/slim/slim_1.3.1.bb: Mar 28 15:22:41 slim: fix DEPENDS and RDEPENDS typo Mar 28 15:22:41 Thanks JaMa on #openmoko-cdevel on Freenode on irc for finding the problem: Mar 28 15:22:44 JaMa|Off, I fixed thanks a lot Mar 28 15:24:01 iw, just reading commit log :) Mar 28 15:27:57 cdevel Mar 28 15:27:58 lol Mar 28 15:28:48 is there a good descripotion of what is in oe-core available? Mar 28 15:29:25 core poky Mar 28 15:29:27 or so Mar 28 15:29:58 yeah, I was looking for something more "formal" Mar 28 15:41:36 crofton ask on oe-core mailinglist Mar 28 15:46:48 yeah, we should get all this clear for people Mar 28 15:56:57 Crofton I've been asking that for a month or so.... Mar 28 15:57:05 lets ask the TSC to define that. Mar 28 15:58:22 hi ka6sox Mar 28 15:58:34 morning woglinde Mar 28 15:58:45 ka6sox woot kenntucky beat north carolina Mar 28 15:58:56 but was to late for me to see it Mar 28 15:59:03 :( bummers... Mar 28 15:59:09 I saw the vcu winning against kansas Mar 28 15:59:24 that was suprising too Mar 28 15:59:46 its an all Cinderella Final Four Mar 28 15:59:57 yes Mar 28 17:01:42 except uconn? :) Mar 28 17:04:55 Tartarus, any thoughts on why autotools is broke for native again Mar 28 17:05:03 I think we had this ome up before Mar 28 17:05:08 and reverted something Mar 28 17:05:41 I think you need to go fix the target side of things Mar 28 17:07:55 you speak in tongues Mar 28 17:09:24 Go and fix autotools to stop putting the build tools into the target path Mar 28 17:11:24 aclocal is the first failure Mar 28 17:15:05 where does aclocal come from? Mar 28 17:16:27 hmmm autmoake maybe Mar 28 17:20:44 ericben: ping Mar 28 17:33:27 Hi All , i am getting "No GNU_HASH in the elf binary" error , here is the .bb file and output http://pastebin.com/pzHHi0vG can any one help me . Mar 28 17:35:50 Your makefiles need to obey the CFLAGS/LDFLAGS that are passed in Mar 28 17:47:18 I hate sed Mar 28 17:47:30 * Crofton|work cuts and pastes, maybe Mar 28 17:47:32 i wish i'd remember what needs to be escaped in the various regex variants Mar 28 17:47:38 its always, always trial and error Mar 28 17:48:08 I need to copy the sed koen made up for autotools into automake Mar 28 17:48:34 what sed? Mar 28 17:48:48 + sed -i -e s:${STAGING_BINDIR_NATIVE}:${bindir}:g ${D}${bindir}/* Mar 28 17:49:09 ah Mar 28 17:49:19 basically, I need to get rid of the full path into staging in some scripts Mar 28 17:49:23 to make native work again Mar 28 17:49:43 hmm, I a need to make this conditional on native case obnly Mar 28 17:50:04 should be straightforward. throw it in do_install_pn-foo or whatever is appropriate, i'd think Mar 28 17:50:11 * kergoth_ grumbles, fucking mondays Mar 28 17:51:27 automake.inc already has do_install_append Mar 28 17:51:37 and uses BBCLASSEXTEND Mar 28 17:51:41 Tartarus : i added the LDFLAGS to my make file http://pastebin.com/gDM8RRPR , but dont know how to pass the LDFLAGS which are set in the recipe to the Makefile .can you help me with that Mar 28 17:52:09 Crofton|work: note: if do_install_virtclass-native is defined, do_install_append will only affect the non-virtclass-native version, due to evaluation order. this is why base.bbclass prepends to both DEPENDS and DEPENDS_virtclass-native Mar 28 17:53:38 does do_install_append-virtclass-native work? Mar 28 17:53:59 append_virtclass-native, but should, yep Mar 28 17:54:06 urg Mar 28 17:54:07 not native Mar 28 17:54:13 the other one Mar 28 17:54:30 you're wanting to append to target only? Mar 28 17:54:36 yeah Mar 28 17:54:39 there is an append Mar 28 17:54:47 do_install_append_pn-automake Mar 28 17:54:48 and I want to append for that for the target case Mar 28 17:54:58 my frame of reference got mixed up Mar 28 17:55:11 thanks Mar 28 17:55:11 there's no target override, sadly, adding one is more difficult than you'd think Mar 28 17:55:13 np Mar 28 17:55:18 the native sdk is broken :) Mar 28 17:55:27 damn overloaded terms :) Mar 28 17:56:42 do_install_append_pn-automake(){ Mar 28 17:56:52 so that will add to the existing Mar 28 17:56:58 do_install_append () { Mar 28 17:57:04 for the target only? Mar 28 17:57:22 yeah. i have no idea which will be applied first though :) Mar 28 17:57:27 heh Mar 28 17:57:29 ok Mar 28 17:57:32 testing ... Mar 28 17:58:07 we used the _append_pn-foo pretty often in our amend.incs, and occasionally in a bbappend, for our stuff Mar 28 18:01:52 urg autom4te appears to come from autoconf ... Mar 28 18:03:59 * Crofton|work cuts and pastes again Mar 28 18:07:19 ok, new image time Mar 28 18:08:42 Crofton|work: there really needs to be an auto-shebang mangler Mar 28 18:09:11 yeah scripts should be checked like .la files Mar 28 18:09:20 or rpath Mar 28 18:09:22 gm all Mar 28 18:09:46 yep Mar 28 18:09:49 hey khem Mar 28 18:10:06 yeah Mar 28 18:10:20 I left this in automake also Mar 28 18:10:30 there are a couple of wrongs paths there also Mar 28 18:10:42 althoguh they do not seem to cause troubel Mar 28 18:12:07 Crofton|work:are you using oe-core+meta-oe Mar 28 18:12:11 i started on a branch to deal with autotools relocation issues. patches the scripts for some, creates wrappers for others, but makes sure they all work in any path.. really should get that merged to make sure their sstate packages work in multiple tmpdirs Mar 28 18:12:15 hmmm Mar 28 18:12:36 no Mar 28 18:12:38 still in dev Mar 28 18:13:29 Crofton|work: ok Mar 28 18:13:52 We need to populate meta-oe and/or create more layers beneath it Mar 28 18:13:56 I need to get some stuff down for the current users of the e100 Mar 28 18:14:04 mainly improve qt support Mar 28 18:14:05 ok Mar 28 18:14:28 once I get them under control, I need to start testing against core Mar 28 18:37:32 hi all I am getting " No GNU_HASH in the elf binary: " error passed the LDFLAGS and CFLAGS here is my recipe and output http://pastebin.com/FtkpsY4D can anyone help me Mar 28 18:39:42 * phdeswer hopes this time the git send-email worked and he did it all right. Mar 28 18:41:53 commit message is off Mar 28 18:42:08 mind you, I am not much better with git-send-email Mar 28 18:42:15 good thing I can comit diretly Mar 28 18:44:47 Crofton, just saw it comparing things to other patches sent to the list. Mar 28 18:45:26 Well next time better :D Too bad I got lazy. Used to have commit rights. But well this one I would have asked for review anyway. Mar 28 19:26:02 in the world of distributed SCMs, commit rights are moot Mar 28 19:26:15 You just need the workflow Mar 28 19:28:27 yeah Mar 28 19:29:33 Hi all Mar 28 19:29:52 my friend wants compile gcc for arm Mar 28 19:29:57 it's possible isn't? Mar 28 19:31:47 hehe sorry i have it Mar 28 19:31:55 i'll give to my friend Mar 28 19:32:11 but apparently it's compiled when i build any image for first time Mar 28 19:32:14 ok bye Mar 28 19:32:20 lol Mar 28 20:33:55 What is a "validation image" (e.g. beagleboard-validation-gnome-image)? Mar 28 20:34:46 look up validation in your dictionary Mar 28 20:35:06 Is it an image only used to check if my hardware works? Mar 28 20:35:35 its an image to check if gnome works Mar 28 20:38:11 Another question. What would be the most probable error when I lose serial connection to my BeagleBoard as soon as the kernel boots? Mar 28 20:38:33 ? Mar 28 20:39:38 I have a BeagleBoard connected to my CP by serial (rs232). I see the classical "Uncompressing Linux... done, booting the kernel.", but then nothing more is showned on the serial line Mar 28 20:39:55 However, the monitor shows Ångström booting fine Mar 28 20:40:22 It's as if my kernel lack support for the serial interface Mar 28 20:40:53 which kernel? Mar 28 20:41:03 console pararmeter changed Mar 28 20:41:09 its now ttyO2 Mar 28 20:41:14 instead of ttyS2 Mar 28 20:41:23 Oh! Mar 28 20:41:30 That would explain a lot Mar 28 20:41:45 And as you mention it I remember reading about that! Mar 28 20:41:51 ask the experts Mar 28 20:41:57 I am ^^ Mar 28 20:44:04 Ah, now! :D Thanks woglinde_ Mar 28 20:47:54 Wee! I got me a working BeagleBoard. Now it's time to pla... I mean get some sleep :s Mar 28 20:53:19 * Tartarus puts his new pgp key on on wiki contact page Mar 28 21:05:18 Tartarus: found it at http://keyserver2.pgp.com/vkd/DownloadKey.event?keyid=0x8E0D3237DCDE7271 Mar 28 21:08:14 denix: yay Mar 28 21:12:47 well, now you can exchange secrets Mar 28 21:13:27 heh Mar 28 21:13:42 Or be sure it's me that denied your pull request, someday ;) Mar 28 21:13:47 evening Mar 28 21:14:30 * Jay7 is waiting for raid1 to sync Mar 28 23:34:24 03Andrea Adami  07org.openembedded.dev * r73a5032662 10openembedded.git/conf/machine/include/zaurus-2.6.inc: Mar 28 23:34:24 zaurus-2.6.inc: include extra device tables (scsi and loop). Mar 28 23:34:24 Signed-off-by: Andrea Adami Mar 28 23:34:35 03Andrea Adami  07org.openembedded.dev * rb2f3909e43 10openembedded.git/files/device_table_add-scsi.txt: Mar 28 23:34:35 device_table_add_scsi: add sdb and sdc with just 4 devices each. Mar 28 23:34:35 * modern kernels handle CF cards and microdrives as SCSI now (sd*) **** ENDING LOGGING AT Tue Mar 29 02:59:57 2011