**** BEGIN LOGGING AT Wed Mar 21 02:59:58 2012 Mar 21 08:42:36 good morning Mar 21 08:54:56 morning all Mar 21 09:08:25 I'm trying to port the Qt4.8.0 scripts to oe-classic, but I get the following errors in the configure stage: /usr/bin/ld: cannot find /lib/libc.so.6 | /usr/bin/ld: cannot find /usr/lib/libc_nonshared.a Mar 21 09:10:22 Anybody got Qt4.8.0 working in oe-classic? Mar 21 09:36:42 I'm trying to port the Qt4.8.0 scripts to oe-classic, but I get the following errors in the configure stage: /usr/bin/ld: cannot find /lib/libc.so.6 | /usr/bin/ld: cannot find /usr/lib/libc_nonshared.a Mar 21 09:53:14 <_tasslehoff_> I'm moving from qt4-embedded to qt4-embedded-gles in oe-classic master, and have some issues. What can I do to clean all qt-stuff in my tmpdir? Mar 21 10:26:04 When I try to build a script, I get the error '/usr/bin/ld: cannot find /lib/libc.so.6'. What can be the cause for this? Mar 21 10:38:35 When I try to build a script, I get the error '/usr/bin/ld: cannot find /lib/libc.so.6'. I think it has to do with the linker/compiler not pointing to the sysroot folders, but I don't know how to solve this. Does anybody have an idea? Mar 21 11:00:35 is there a recipe for adding ldd to filesystem? Mar 21 11:12:30 devzero_: ldd is in a package called ldd, produced from the eglibc recipe Mar 21 13:24:47 <_tasslehoff_> (how) can one generate a list of software and licences used when building OE-image? Mar 21 13:32:41 _tasslehoff_: arago has tool to create a manifest from an image, unfortunatly their servr seems unreachable actually Mar 21 13:46:42 <_tasslehoff_> ericben: I can wait :) Mar 21 13:49:01 _tasslehoff_: then check in their repository for create-manifest.sh and tune it to oe's image, this generate a html fils with a table for each package installed in the image Mar 21 13:53:53 _tasslehoff_ / ericben: you can use testlab if you are using OE-Classic, no additional scripts needed Mar 21 13:54:04 for OE-Core we have buildhistory Mar 21 13:54:47 bluelightning: does testlab/buildhistory provides you a clean summary of the licenses in your image ? Mar 21 13:55:57 ericben: testlab produces a basic text list; buildhistory leaves it out in favour of the enhanced license manifest code provided elsewhere in OE-Core Mar 21 13:56:25 bluelightning: yes testlab list the packages but not the licences (unless I didn't see that) Mar 21 13:57:15 ericben: ah yes, I see that was something added in the meta-oe version of testlab that we had prior to buildhistory Mar 21 13:57:36 ericben: could easily be backported, was only a minor change Mar 21 13:57:56 and concerning the license manifest : is there a special trick to generate it in oe-core ? Mar 21 13:58:08 hi, I backuped a yaffs2 partition on my phone using cat, but how can I restore it? dd doesn't work Mar 21 13:58:43 seems inherit license should do the trick Mar 21 13:59:41 <_tasslehoff_> I'm currently on oe-classic Mar 21 13:59:55 ericben: yes that sounds like it... I haven't used it much myself, I was searching for documentation but couldn't find it in the current version Mar 21 14:00:24 oh this is done by default in fact in oe-core : tmp-eglibc/deploy/licenses/qt4e-demo-image-qemuarm-20120319201607/license.manifest Mar 21 14:00:43 ericben: ah, that's probably why :) Mar 21 14:00:44 it containts a line per package with : PACKAGE NAME RECIPE NAME & LICENSE Mar 21 14:00:58 still we should clearly document where the output can be found Mar 21 14:01:26 _tasslehoff_: for old oe, aragos' manifest is perfect (it read a .tar.bz2 image, extracts the informations on the packages using opkg and produce the .html manifest) Mar 21 14:02:42 the cool thing would be to extend license.bbclass to output an archive with a html page with links to the licenses and links to the sources packages Mar 21 14:02:56 and including the licnese files in this archive Mar 21 14:03:20 a package ready to be transmitted to the lawyers Mar 21 14:04:02 ericben: would probably be worth filing an enhancement request in the yocto bugzilla for that (hint ;) Mar 21 14:05:30 bluelightning: good idea Mar 21 14:06:23 I've spents 3 days on the yocto website, wiki and docs and that's full of informations, that's a good thing also for oe Mar 21 14:06:58 <_tasslehoff_> ericben: great. then I'll try that one when the site comes back Mar 21 14:27:44 ericben: yes, the yocto documentation should be completely applicable to new OE-Core based OE Mar 21 14:28:03 well, the non-poky config specific parts at least Mar 21 14:48:01 I'm trying to add gstreamer to my sdk package and I have gotten the libraries in. Question is, how do I get the headers in the package? Mar 21 14:55:11 ericben: arago server went down badly, will try to restore it asap, but may take few hours... Mar 21 17:06:10 is there a solution for the pseudo-native-1.2-r5 32-bit gcc incompatibility issue on amd64 machines? Mar 21 17:26:03 bluelightning: http://paste.debian.net/160536/ this is failing on combo-layer Mar 21 17:26:09 bluelightning: any clue? Mar 21 17:27:29 otavio: looks like a pretty standard patch to me... can't see why it would fail Mar 21 17:27:37 otavio: no clues in the git am output? Mar 21 17:27:48 Applying: openembedded-core: libsm: upgrade to 1.2.1 Mar 21 17:27:48 error: libSM-1.2.1/COPYING: does not exist in index Mar 21 17:27:49 Patch failed at 0001 openembedded-core: libsm: upgrade to 1.2.1 Mar 21 17:30:08 bluelightning: any clue? I am curious as I have no change in the tree Mar 21 17:30:31 otavio: I don't know off the top of my head Mar 21 17:30:38 sounds like git-am is misbehaving Mar 21 17:35:32 bluelightning: and continuing keeps giving same error: Mar 21 17:35:34 [17:34:57] Apply /home/otavio/hacking/ossystems/embedded-linux/patch-ec5bbc5c-5b2b-4c23-bf94-c00b6a3d3ee2/openembedded-core/0001-libxkbfile-upgrade-to-1.0.8.patch Mar 21 17:35:43 [17:34:57] Applying: openembedded-core: libxkbfile: upgrade to 1.0.8 Mar 21 18:06:56 bluelightning: it seems to be due the rename Mar 21 18:07:18 otavio: yeah, but I can't understand why Mar 21 18:07:38 bluelightning: because it is not renaming it Mar 21 18:07:49 bluelightning: it is assuming the file is in the final path Mar 21 18:08:01 yes, I see that Mar 21 18:08:14 this is not an unusual situation though Mar 21 18:08:47 bluelightning: yes Mar 21 18:08:58 bluelightning: but i am not finding a way to "fix" it Mar 21 18:16:06 bluelightning: -M99% doesn't help Mar 21 18:16:10 bluelightning: it breaks others Mar 21 18:16:14 * otavio confused Mar 21 18:16:28 I'm stumped as well :/ Mar 21 18:17:08 bluelightning: have you been able to reproduce it? Mar 21 18:17:22 otavio: I haven't yet tried, but I will do so Mar 21 18:17:37 can't find any reports of others having similar issues Mar 21 18:17:41 FWIW Mar 21 18:18:08 i am not aware of many people using combo-layer much Mar 21 18:18:09 (i.e. no clues elsewhere to help us fix it) Mar 21 18:18:13 i use it daily Mar 21 18:18:24 yeah, I meant issues with renamed files in git-am Mar 21 18:18:29 ahhh Mar 21 18:18:48 bluelightning: mind to join #git? we might try to enligh something there Mar 21 18:19:24 otavio: sure... they might tell us we're crazy for doing things the way we do though :) Mar 21 18:20:19 bluelightning: well; one way or another we need to fix it heh Mar 21 18:20:24 lol Mar 21 20:43:41 hm is svn.eglibc.org down ? Mar 22 02:18:02 if i have all the source in /downloads, should bitbake be "testing" SRC_URIs? Mar 22 02:19:07 the TI arago site was apparently unreachable for a while today, which made bitbake unable to build Mar 22 02:21:47 the hardware under the hosting VM has failed last night, we moved the server to a new VM this morning and everything's back up Mar 22 02:22:02 do you have any AUTOREV-ed recipes? Mar 22 02:22:29 those will probe git repos on every parsing for the latest SRCREV Mar 22 02:35:15 denix: yup, several Mar 22 02:35:35 so if i make those specific tags, then that shouldn't happen? Mar 22 02:36:36 if all SRCREVs are specific commit IDs, then it won't hit the network Mar 22 02:38:12 if you use literal tags, it will try to resolve those into hash commit IDs by querying git repo, but I don't remember if it does it during parsing... Mar 22 02:38:13 thx Mar 22 02:40:17 HTTP request sent, awaiting response... NOTE: package database-manager-5.03a-r10: task do_fetch: Started Mar 22 02:40:33 it queried the angstrom site Mar 22 02:40:48 but the SRC_URI is our own local git repo Mar 22 02:47:50 nerdboy: you probably have angstrom in PREMIRRORS Mar 22 02:48:15 where would that be set? Mar 22 02:48:33 what's your OE distro? angstrom? arago? anything else? Mar 22 02:48:48 arago Mar 22 02:49:01 grepping... Mar 22 02:49:10 arago.conf then :) Mar 22 02:51:45 btw, I'm always on #arago, when you don't want to bother OE crowd with distro-specific questions. but people here are very helpful in general :) Mar 22 02:52:50 you want to comment/remove line #85 here: http://arago-project.org/git/?p=arago.git;a=blob;f=conf/distro/arago.conf;hb=HEAD#l85 Mar 22 02:53:21 ibh, i didn't know there was an arago channel, but i think i came here first just to bug chris once in a while... Mar 22 02:53:26 *tbh Mar 22 02:54:51 but don't tell him that... Mar 22 02:56:33 :) **** ENDING LOGGING AT Thu Mar 22 02:59:58 2012