**** BEGIN LOGGING AT Thu Oct 22 02:59:56 2009 Oct 22 04:52:14 03Khem Raj  07org.openembedded.dev * r2f5e8ec240 10openembedded.git/recipes/openscada/ (files/rcc-moc.patch openscada_svn.bb): Oct 22 04:52:14 openscada: Add new recipe for openscada svn trunk. Oct 22 04:52:14 Signed-off-by: Khem Raj Oct 22 04:52:25 03Khem Raj  07org.openembedded.dev * ra9447264ef 10openembedded.git/recipes/lm_sensors/lmsensors-apps_2.10.8.bb: Oct 22 04:52:25 lmsensors-apps_2.10.8.bb: Fix QA error about missing GNU hash Oct 22 04:52:25 * On ARM because we do not pass EXLDFLAGS in do_install Oct 22 04:52:25 and do_stage we get binaries without .gnu_hash section. Oct 22 04:52:27 Signed-off-by: Khem Raj Oct 22 05:35:34 03Frederik Sdun  07shr/merge * r2cb2b439b1 10openembedded.git/recipes/xorg-font/encodings_1.0.3.bb: Oct 22 05:35:34 Add missing font-util-native depency for xorg-font/encodings Oct 22 05:35:34 Signed-off-by: Frederik 'playya' Sdun Oct 22 05:35:34 Signed-off-by: Klaus Kurzmann Oct 22 05:35:50 03Tom  07shr/import * r722132a2f1 10openembedded.git/recipes/shr/shr-settings_git.bb: Oct 22 05:35:50 removed shr-setting's ophonekitd dependency Oct 22 05:35:50 Signed-off-by: Klaus Kurzmann Oct 22 05:35:51 03Frederik Sdun  07shr/import * rfd99d70a19 10openembedded.git/recipes/xorg-font/encodings_1.0.3.bb: Oct 22 05:35:52 Add missing font-util-native depency for xorg-font/encodings Oct 22 05:35:54 Signed-off-by: Frederik 'playya' Sdun Oct 22 05:35:56 Signed-off-by: Klaus Kurzmann Oct 22 06:31:28 morning Oct 22 06:34:54 when I have a recipe that uses a Makefile, how do I control which target oe_runmake tries to build? I copied the omapfbplay.bb recipe and the source to modify it. I renamed the bb-file to omapfbtest.bb, and in the Makefile I renamed the target to omapfbtest, but it only wants to link if the target is called omapfbplay. Oct 22 06:35:07 did anyone understand that? :) Oct 22 06:41:51 tasslehoff: EXTRA_OEMAKE ? Oct 22 06:42:42 in classes/base.bbclass, look at oe_runmake Oct 22 06:47:12 CoRfr: thanks. I'll take a look Oct 22 06:55:55 CoRfr: if my recipe has a rule saying "omapfplay: omapfbplay.o yuv.o" it compiles and links. If I change this to "omapfbtest: omapfbplay.o yuv.o", it compiles but doesn't link. Oct 22 06:56:28 can't see anything in oe_runmake that explains that phenomena :) Oct 22 06:58:42 undead :p Oct 22 06:58:52 indeed Oct 22 06:59:34 (omfg I don't know how I end up writing undead instead of indeed, premonition ? zombies are coming !) Oct 22 07:00:13 CoRfr: good thing you had the smiley afterwards. made it (a little) less scary Oct 22 07:01:07 "omapfplay: omapfbplay.o yuv.o" or "omapfbplay: omapfbplay.o yuv.o" ? Oct 22 07:02:34 eh... what? :) Oct 22 07:02:50 ah, now I saw the diff :) Oct 22 07:05:57 "omapfbplay", but does it matter? I can't understand what could make it compile but not link anyway. Oct 22 07:08:13 maybe there is some other implicit rule since there is file name called omapfbplay.c, or something like that Oct 22 07:08:45 but I don't know, goog question though :D Oct 22 07:29:42 khem, ping Oct 22 07:37:25 03Khem Raj  07org.openembedded.dev * r954cab651b 10openembedded.git/recipes/binutils/ (2 files in 2 dirs): Oct 22 07:37:25 binutils-2.20.bb: Fix compilation error with missing braces Oct 22 07:37:25 Signed-off-by: Khem Raj Oct 22 07:37:36 03Khem Raj  07org.openembedded.dev * re96730e101 10openembedded.git/conf/checksums.ini: Oct 22 07:37:36 checksums.ini: Add missing checksum for ltrace 0.4 Oct 22 07:37:36 Signed-off-by: Khem Raj Oct 22 07:38:56 03Khem Raj  07org.openembedded.dev * rb302f84c8b 10openembedded.git/ (4 files in 2 dirs): Oct 22 07:38:56 fftw-3.2: Rename fftw_3.2 recipes to fftw_3.2.2 Oct 22 07:38:56 Signed-off-by: Khem Raj Oct 22 07:47:27 khem, in build.py for brevity: s/os.path.isfile(logfile) is True/os.path.isfile(logfile)/ Oct 22 08:20:53 khem: Hmm, something broke? Oct 22 08:24:53 good morning Oct 22 08:27:01 03Marco Cavallini  07org.openembedded.dev * rebc8401dfe 10openembedded.git/conf/distro/include/kaeilos-2009-preferred-versions.inc: include/kaeilos-2009-preferred-versions.inc aligned to latest Angstrom settings Oct 22 08:27:38 03Marco Cavallini  07org.openembedded.dev * rb6f9e51b61 10openembedded.git/conf/distro/kaeilos.conf: Oct 22 08:27:38 conf/distro/kaeilos.conf completed previous modifications Oct 22 08:27:38 * aligned to latest Angstrom settings Oct 22 08:27:38 * removed xserver-kdrive as PREFERRED_PROVIDER_xserver Oct 22 08:27:40 * added OLDEST_KERNEL ?= "2.6.25" Oct 22 08:27:42 * reverted to PREFERRED_VERSION_glibc ?= "2.6.1" due to qemu compatibility issues Oct 22 08:48:16 good morning Oct 22 08:48:29 morning florian Oct 22 08:48:49 good morning florian, all Oct 22 08:54:13 Good morning chaps. Oct 22 08:55:26 * DJWillis wonders when GDM suddenly decided that adding a dependency on libcanberra was the way to go :-o. Best add that to the 2.28 recipe as it seem to break is you build clean without it. Oct 22 08:57:28 morning Oct 22 08:57:57 Morning hrw Oct 22 08:59:07 good morning dudes and dudettes Oct 22 08:59:22 morning all Oct 22 09:01:14 Looks liek I woke up some people here ;) Oct 22 09:02:35 DJWillis: gdm these days features full gnome desktop Oct 22 09:03:51 XorA|gone: true, just sending up a patch that adds the missing depends, seems to build and look ok. Oct 22 09:18:36 * mckoan has a new IP phone number located at Cambridge,UK 0044122392xxxx Oct 22 09:19:14 03Koen Kooi  07org.openembedded.dev * r30776429dd 10openembedded.git/conf/distro/include/ (angstrom-eglibc.inc angstrom-glibc.inc): angstrom: blacklist libiconv for *glibc to stop people from corrupting their builds Oct 22 09:30:14 03Denis 'Gnutoo' Carikli  07shr/merge * r93c24bba37 10openembedded.git/conf/machine/htcdream.conf: Oct 22 09:30:14 htcdream: added machine configuration Oct 22 09:30:14 Note that we require conf/machine/include/htc-msm7.inc Oct 22 09:30:14 and that the use of kdrive is hardcoded into conf/machine/include/htc-msm7.inc Oct 22 09:30:15 03Frans Meulenbroeks  07shr/merge * r99d5ba358e 10openembedded.git/contrib/angstrom/sort.sh: angstrom build: added openrd-client Oct 22 09:30:20 03Frans Meulenbroeks  07shr/merge * rcc9e1d405e 10openembedded.git/ (5 files in 3 dirs): cdstatus: updated to 0.97.01 Oct 22 09:30:23 03Stanislav Brabec  07shr/merge * rc864c24bbe 10openembedded.git/recipes/gnome/ (3 files in 2 dirs): gconf: Install missing PolicyKit file. Use upstream dbus files. Recipe simplified. Oct 22 09:30:26 03Stanislav Brabec  07shr/merge * r4af2054911 10openembedded.git/recipes/gammu/ (gammu-1.24.0/findmysql.patch gammu_1.20.0.bb gammu_1.24.0.bb): gammu: Updated to version 1.26.1. Oct 22 09:30:29 03Koen Kooi  07shr/merge * rf63f035715 10openembedded.git/conf/checksums.ini: checksums: add gammu checksum Oct 22 09:30:32 03Koen Kooi  07shr/merge * r213bf9c00e 10openembedded.git/recipes/powervr-drivers/ (2 files in 2 dirs): omap3 sgx modules: make proc interface patch use proper kernel version macros, courtesy Bin Liu Oct 22 09:30:41 03Leon Woestenberg  07shr/merge * rabe88d6b39 10openembedded.git/recipes/agg/agg_2.5.bb: Oct 22 09:30:44 agg-2.5: Fix typoin CFLAGS. Provide X paths to configure. Oct 22 09:30:46 There is a typo in the CFLAGS. Additionally a fix is needed to Oct 22 09:30:48 have the X library paths configured correctly. Oct 22 09:30:50 Fixed and tested for MACHINE=beagleboard. Oct 22 09:30:52 Signed-off-by: Leon Woestenberg Oct 22 09:30:54 03Stanislav Brabec  07shr/merge * r50ac4f8283 10openembedded.git/recipes/python/python-gammu_0.26.bb: python-gammu: Recipe removed. Now built as part of gammu recipe. Oct 22 09:30:57 03Denis 'Gnutoo' Carikli  07shr/merge * r5f3472646e 10openembedded.git/recipes/linux/ (linux-msm7xxxx/htcdream/defconfig linux-msm7xxxx_git.bb): Oct 22 09:31:00 linux-msm7xxxx: added htcdream support Oct 22 09:31:02 we use a 2.6.29 kernel with support for usbnet,framebuffer, Oct 22 09:31:04 touchscreen(tslib),modem emulated serial line, Oct 22 09:31:18 keyboard,trackball Oct 22 09:31:20 wifi could be added later(with wireless-compat) Oct 22 09:31:22 alsa is missing(not ready yet) Oct 22 09:31:24 03Leon Woestenberg  07shr/merge * r559544e75c 10openembedded.git/recipes/gnash/ (files/gnash-glib-dependency.patch gnash-fb_0.8.5.bb): Oct 22 09:31:27 gnash: Add gnash-fb 0.8.5, gnash for framebuffer devices. Oct 22 09:31:29 Signed-off-by: Leon Woestenberg Oct 22 09:31:31 03Philip Balister  07shr/merge * rcde4a6ea41 10openembedded.git/recipes/gnuradio/ (gnuradio/no-usrp2-svn.patch gnuradio_svn.bb): gnuradio_svn.bb : GNU Radio is now maintained in git. Oct 22 09:31:34 03Leon Woestenberg  07shr/merge * rf6bb1d830c 10openembedded.git/recipes/gnash/ (gnash.inc gnash_0.8.5.bb): Oct 22 09:31:37 gnash-0.8.5: Fix an upstream case-typo in the configure script. Oct 22 09:31:41 Signed-off-by: Leon Woestenberg Oct 22 09:31:51 (83 lines omitted) Oct 22 09:31:53 03Koen Kooi  07shr/merge * re51c625a06 10openembedded.git/recipes/totem/totem-pl-parser_2.28.1.bb: totem-pl-parser: update to 2.28.1 Oct 22 09:31:56 03Koen Kooi  07shr/merge * rdfba140ac1 10openembedded.git/conf/machine/igep0020.conf: igep0020: use omap3.inc Oct 22 09:31:59 03Enric Balletbo i Serra  07shr/merge * ra52956b5aa 10openembedded.git/ (3 files in 3 dirs): Oct 22 09:32:02 linux-igep2: Add 2.6.28.10 for IGEP v2 machine Oct 22 09:32:04 Signed-off-by: Enric Balletbo i Serra Oct 22 09:32:06 Signed-off-by: Koen Kooi Oct 22 09:32:08 03Enric Balletbo i Serra  07shr/merge * r54eab44990 10openembedded.git/conf/machine/igep0020.conf: Oct 22 09:32:13 igep0020: Add IGEP v2 support to OE Oct 22 09:32:17 Signed-off-by: Enric Balletbo i Serra Oct 22 09:32:27 Signed-off-by: Koen Kooi Oct 22 09:32:29 03Koen Kooi  07shr/merge * ra4f21f295b 10openembedded.git/contrib/angstrom/sort.sh: angstrom feed sorter: add igep2 support Oct 22 09:32:32 03Koen Kooi  07shr/merge * r91f7f50d7e 10openembedded.git/ (conf/checksums.ini recipes/gnome/libgdata_0.4.0.bb): libgdata: add 0.4.0 Oct 22 09:32:35 03Koen Kooi  07shr/merge * r4bdc304d25 10openembedded.git/recipes/totem/ (16 files in 4 dirs): totem: clean up totem dir Oct 22 09:32:38 03Michael 'Mickey' Lauer  07shr/merge * r7100155e21 10openembedded.git/recipes/freesmartphone/ (4 files): fso: add some new dependencies Oct 22 09:32:43 03Michael 'Mickey' Lauer  07shr/merge * re8576cce84 10openembedded.git/conf/distro/include/ (fso-autorev.inc sane-srcrevs-fso.inc): Oct 22 09:32:50 sane-srcrevs-fso.inc: update to current cornucopia SRCREV Oct 22 09:32:52 fso-autorev.inc: add libfsoresource Oct 22 09:32:54 03Michael 'Mickey' Lauer  07shr/merge * r62f3874f4a 10openembedded.git/recipes/pulseaudio/libcanberra_0.17.bb: libcanberra: depends on libtool Oct 22 09:32:59 03Michael 'Mickey' Lauer  07shr/merge * receec52d44 10openembedded.git/recipes/tasks/task-fso2-compliance.bb: task-fso2-compliance: add libfsoresource and fsogsmd Oct 22 09:33:02 03Michael 'Mickey' Lauer  07shr/merge * r9043ab7d88 10openembedded.git/ (3 files in 2 dirs): serial-utils: fetch updated versions from FSO git and bump sane-srcrevs Oct 22 09:33:05 (63 lines omitted) Oct 22 09:41:39 hello. I am trying to build a sdk and binutils fails because non dbg contains .debug, is this a known problem ? Oct 22 09:53:12 hrw: you told that last Angstrom bersion works on SAM9263, don't you? Oct 22 09:57:46 mckoan: it works for me Oct 22 09:59:58 mckoan: want to login into? Oct 22 10:05:02 hrw: no thanks, I am trying to build Angstrom for SAM9263, and after I would try for PM9263 Oct 22 10:05:35 hrw: since last modifications KaeilOS builds are totally broken, is a mess Oct 22 10:06:51 * mckoan needs to find a way to stabilize OE development, posibbly avoinding a fork Oct 22 10:08:05 the problem is that OE is tailored to Angtrom and is not agnostic Oct 22 10:08:08 * florian feels the same Oct 22 10:08:23 * florian agrees again Oct 22 10:09:12 well, it's up to us change that Oct 22 10:09:46 * mckoan now clearly understand why OH created (I should say forked) Poky Oct 22 10:10:10 * XorA|gone calls bullshit on that claim Oct 22 10:10:27 XorA|gone: :-D Oct 22 10:10:35 poky was about something different Oct 22 10:11:09 angstrom just happens to have the most active developers Oct 22 10:11:33 nothing in oe is tied to us Oct 22 10:11:38 mickey|office: once you fork you obviously do things in a something different way ;-) Oct 22 10:13:36 XorA|gone: minimal-image mentions ANGSTROM :-) Oct 22 10:14:00 probably because we wrote it Oct 22 10:14:24 but it obviosly doesnt require angstrom Oct 22 10:14:50 XorA|gone: I know, I think Angstrom has brought OE forward in big steps without any doubt, and now some ppl feel locked-in. Oct 22 10:14:54 * mckoan imagine MV people lurking and smirking (LOL) Oct 22 10:15:20 :-) Oct 22 10:15:52 likewise: their mental issues are not solvable by Angstrom team Oct 22 10:16:11 bitbake oe-head-shrinker Oct 22 10:17:17 I wonder what would people say 4 years ago... "OE is tailored to OpenZaurus"? Oct 22 10:18:14 I wonder how many people in here have noticed how important this kind of discussions are. :-) Oct 22 10:18:17 and indeed they had a point Oct 22 10:18:34 until NSLU2 came and improved our versatility Oct 22 10:19:09 florian: I don't understand if you are serious or sarcastic Oct 22 10:20:07 now we have nslu2, micro, minimal, kaelios, openmoko, arago and others Oct 22 10:20:23 hardly angstrom only Oct 22 10:20:34 mckoan: This time I'm really serious. I would have used ";-)" if it shoudl have been sarcastic. Oct 22 10:21:42 florian: so it is a worthwhile discussion Oct 22 10:21:58 it is, but probably not on IRC. rather on the mailing list or OEDEM Oct 22 10:22:02 imo Oct 22 10:22:38 mckoan: yes it is... Oct 22 10:22:41 OEDEM distro cage fight Oct 22 10:23:22 I do not see it as a fight... more as a kind of motivation and hitn to keep these things in mind. Oct 22 10:24:18 florian: i know, but i feel angstrom gets unfairly blamed for many issues Oct 22 10:24:19 it is introductory to oedem Oct 22 10:24:55 * tasslehoff faces "CROSS COMPILE badness" and think it sounds .. bad Oct 22 10:25:26 hello. Could someone help me with a SDK build ? Oct 22 10:25:48 I have QA problems about binutils-cross-sdk Oct 22 10:27:06 XorA|gone: it gets famed as well, I guess it just goes with success Oct 22 10:27:28 XorA|gone: hmm... I would not go that far. But its important to understand that it is not meant to fit all the needs... Oct 22 10:28:45 florian: see above sounds like mckoan blamws angstrom for kaelios failures Oct 22 10:28:48 XorA|gone: Angstrom is critical from some points of view - it tries to be as up to date as possible e.g. And this is good because it moves OE forward. Oct 22 10:30:26 XorA|gone: Try to see it in a more positive way... its part of the learning process ;) Oct 22 10:31:20 Longfield: Is your oe up to date? Could you pastebin the error message? Oct 22 10:34:23 florian: http://pastebin.com/m2bcac60f Oct 22 10:37:00 Longfield: Yes this really looks like packaging is wrong Oct 22 10:37:20 03Leon Woestenberg  07org.openembedded.dev * r23402486d5 10openembedded.git/recipes/gnash/gnash-fb_0.8.5.bb: gnash-fb: Fix DEPENDS from cairo to agg. Oct 22 10:37:47 Longfield: check patchwork Oct 22 10:39:11 Actually Koen's changes some days ago look like they could have fixed it. Oct 22 10:39:13 XorA|gone: you are right, please consider that I have nothing against angstrom :-) Oct 22 10:40:23 XorA|gone: but a modification to a package or to a recipe should'nt brake all other stuff Oct 22 10:40:59 XorA|gone: this may well be my fault, and I'd like to understand how to avoid this Oct 22 10:41:16 XorA|gone: and IMHO this is valid for each distro and each recipe in OE Oct 22 10:42:39 XorA|gone: (I'm only discussing with friends, and not claiming in any way :-D ) Oct 22 10:43:21 * mckoan -> lunch Oct 22 10:44:29 ~bon appetit Oct 22 10:44:37 somebody said bon appetit was smacznego. Guten Appetit. Eet Smakelijk. God Appetitt. Buon Appetito. Buen apetito Bom Apetite. buen apetito Smaklig måltid!. Hyvää ruokahalua. Bo Proveito Oct 22 10:45:52 someone should fix those non-utf8 entries Oct 22 10:47:19 I'm putting together a custom angstrom image, and I will soon start writing own software. I need a working environment where I can stay up to date with upstream OE changes, and keep my applications separate. Any best practices for this? Oct 22 10:48:28 use collections? Oct 22 10:49:05 git branch can also work Oct 22 10:49:05 03Koen Kooi  07org.openembedded.dev * ra1a6def64f 10openembedded.git/recipes/poppler/poppler_0.12.1.bb: poppler: add 0.12.1, latest stable Oct 22 10:49:11 03Koen Kooi  07org.openembedded.dev * r1df7956a05 10openembedded.git/ (conf/checksums.ini recipes/cairo/cairo_1.8.8.bb): cairo: add 1.8.8 Oct 22 10:49:11 03Koen Kooi  07org.openembedded.dev * rc938428039 10openembedded.git/conf/distro/include/angstrom-2008-preferred-versions.inc: angstrom: prefer cairo 1.8.8, less bugs and faster Oct 22 10:50:24 hahahha Oct 22 10:50:32 let me paste a line from #gumstix Oct 22 10:50:43 Hmm. Narcissus at angstrom is a much faster way to do this.. Done and booted, now on to wifi. Oct 22 10:51:58 http://pastebin.ca/1637012 Oct 22 10:52:02 the complete monolog Oct 22 10:52:41 When people talk about "improving" OE, they should also consider how far we have come Oct 22 10:53:56 Crofton|work: I thought some git branch scheme could work as well. a local development branch with oe + custom sw gets oe updates from a "clean" local oe-branch that tracks a remote oe branch. Oct 22 10:54:37 Still fairly new to git, so I'm not sure what's possible Oct 22 10:55:01 hrw: collections? Oct 22 10:55:56 tasslehoff, then collections might be better for you Oct 22 10:56:04 see the manual Oct 22 10:57:01 tasslehoff: I am using now svn+oe for BugLabs next version of software Oct 22 10:57:18 Crofton|work: bitbake collections: This section is a stub, help us by expanding it ? :) Oct 22 10:57:24 tasslehoff: some stuff is kept in svn (BL things), git keeps stable/2009 branch of OE Oct 22 10:58:24 hrw: sounds relevant, cause we currently have our code in an svn repo. you add recipes to oe that fetches from svn and/or file system? Oct 22 10:59:55 tasslehoff: svn://svn.buglabs.net/bug/branches/hrw/oe-stable-2009/ - feel free to checkout and look Oct 22 11:00:12 tasslehoff: but for OE I would suggest making branch in git Oct 22 11:00:24 hrw: thanks a lot Oct 22 11:00:45 hrw: yes, I figure I will have to make a local "really stable" branch Oct 22 11:01:09 each person needs other way of stable branch today... Oct 22 11:02:30 in reality, if I had a shipping product, I would do maintenance for it in a branch Oct 22 11:02:31 s/b// ;) Oct 22 11:06:28 Crofton|work: now you're talking about a branch of oe? Oct 22 11:06:42 yeah Oct 22 11:06:58 I would make a branch and only commit fixes that impacted product Oct 22 11:07:16 but, I would also track dev for "major" upgrades Oct 22 11:07:30 does that make sense to you? Oct 22 11:12:27 03Klaus Kurzmann  07shr/merge * rc6eaae0709 10openembedded.git/conf/distro/include/shr-autorev-unstable.inc: Oct 22 11:12:27 shr-autorev-unstable.inc: set vala-dbus-binding-tool-native back to AUTOREV Oct 22 11:12:27 Signed-off-by: Klaus Kurzmann Oct 22 11:13:01 Crofton|work: yep. Oct 22 11:14:51 is opkg normally a massive CPU hog or is something likely to be wrong? Oct 22 11:15:05 on ARM9 Oct 22 11:24:00 is there a recipe for a program to setup masquarading? Oct 22 11:24:07 i.e. connection sharing Oct 22 11:32:47 Stecchino: no, but netfilter.org provides a tool to save/restore filter rules Oct 22 11:32:55 it probably comes with a start script too Oct 22 11:38:01 zecke, have you pushed the binutils-cross fix you mentioned? Oct 22 11:39:48 Crofton: not yet, building meta-toolchain from scratch right now Oct 22 11:40:24 cool Oct 22 11:40:38 I will be busy on other stuff, but can test later Oct 22 11:55:02 hrw: sorry, was out for lunch. What do you mean by check patchwork ? Oct 22 11:57:45 patchwork.openembedded.org Oct 22 12:10:12 morning Oct 22 12:10:27 Crofton: do you have admin access to patchwork? Oct 22 12:11:19 * ant_work did archive some (applied/superseeded/rejected) patches some mins ago Oct 22 12:11:50 me/ kindly asks who send patches to the ML to follow them and eventually archive one day Oct 22 12:12:06 03Koen Kooi  07org.openembedded.dev * r7d22ae8ecd 10openembedded.git/recipes/u-boot/u-boot-git/new-pinmux.patch: u-boot git: refresh beagle pinmux patch Oct 22 12:15:13 Crofton|work: ok I see that there is a binutils cross patch that could help me on patchwork. It is quite old (May), I can apply it locally to me OE branch, but when/how are the patchwork patches applied ? Oct 22 12:17:26 zecke yeah Oct 22 12:17:32 what is the problrm Oct 22 12:17:49 Longfield, when a dev notices Oct 22 12:18:20 I need to go to a meeting today so i can't look at it until much later Oct 22 12:30:49 -> re Oct 22 12:37:22 03Martin Jansa  07shr/merge * rddd2c58ab5 10openembedded.git/ (18 files in 4 dirs): Oct 22 12:37:22 shr/merge: import shr stuff from shr/import Oct 22 12:37:22 Signed-off-by: Klaus Kurzmann Oct 22 12:37:23 03Martin Jansa  07shr/merge * r34d6f6a9dc 10openembedded.git/recipes/linux/ (2 files in 2 dirs): Oct 22 12:37:23 shr/merge: Fix building glamo-spi Oct 22 12:37:24 Signed-off-by: Klaus Kurzmann Oct 22 12:37:28 03Martin Jansa  07shr/merge * r1c7f666f2f 10openembedded.git/recipes/python/python_2.6.2.bb: Oct 22 12:37:31 shr/merge: Fix python-ctypes build with autoconf-2.63 Oct 22 12:37:33 Signed-off-by: Klaus Kurzmann Oct 22 12:37:35 03Martin Jansa  07shr/merge * r9c44a5992c 10openembedded.git/conf/distro/include/preferred-shr-versions.inc: Oct 22 12:37:38 shr/merge: update preferred vala version to 0.7.7+fso5 Oct 22 12:37:40 Signed-off-by: Klaus Kurzmann Oct 22 12:37:42 03Martin Jansa  07shr/merge * r3178b3517a 10openembedded.git/recipes/tasks/task-shr-minimal.bb: Oct 22 12:37:45 shr/merge: Use new phoneui apps Oct 22 12:37:47 Signed-off-by: Klaus Kurzmann Oct 22 12:48:10 I get CROSS COMPILE badness when I compile gst-plugins-bad-0.10.12-r0. What do I do? Oct 22 13:01:09 tasslehoff: short: fix it long: understand it, try, fix it, send a patch Oct 22 13:01:23 tasslehoff: see config.log for the test failing and the reason Oct 22 13:04:24 zecke: no errors in config.log I think, but do_compile says "cc1: internal compiler error: in add_path, at c-incpath.c:425" Oct 22 13:05:39 tasslehoff: well, the "/usr/include" must have been detected by configure? or how did that end up there? Oct 22 13:50:30 03Marcin Juszkiewicz  07org.openembedded.dev * r82ffbc9a75 10openembedded.git/recipes/xorg-xserver/ (2 files in 2 dirs): xserver-xorg-conf: added config fot at91sam9263ek Oct 22 13:52:08 tasslehoff: you might want to look into the dreambox branch and see if they have a gstreamer bugfix Oct 22 13:52:23 hi, i want buid e-image for angstrom, but got "unbuildable dependency" error on bluez-libs-3.36. how can i for to use bluez4 ? Oct 22 13:56:49 pwgen correct e-image Oct 22 13:56:58 he zecke Oct 22 13:59:26 ok, the QA problem with binutils-cross-sdk is solved, but the sdk fails just at the end: package_update_index_ipk: command not found Oct 22 14:00:00 woglinde: its no sufficiant to work with something like "PREFERRED_PROVIDERS += " virtual/${TARGET_PREFIX}bluez:bluez4" ? Oct 22 14:00:50 longfield did you solve it your self? then please send the patches Oct 22 14:01:12 pwgen hm angstroem self takes care to use only bluez4 Oct 22 14:01:21 so I think something is wrong in the image Oct 22 14:01:28 zecke: had to go to a meeting... Oct 22 14:02:24 zecke: configure is called with "--includedir=/usr/include" Oct 22 14:02:41 tasslehoff: that is fine, that is for installation Oct 22 14:03:14 woglinde: build for x11-image, console image went well. ( machine=epia) . . so i will try to get e-image running ... Oct 22 14:03:33 woglinde: nope, not self I had to update my tree (which I don't like to do, I like more ... stable one when things seem to work for me) Oct 22 14:12:37 hrw: Hi Oct 22 14:12:54 hrw: we are in the process of creating images with 2.6.30 patchset Oct 22 14:13:01 cool Oct 22 14:13:28 hrw: BTW, where do you specify to use xorg instead of kdrive ? Oct 22 14:13:40 noglitch: in machine config Oct 22 14:13:46 noglitch: via XSERVER variable Oct 22 14:14:27 hrw: indeed I recall this... ok, we will tty Oct 22 14:14:34 s/tty/try/ Oct 22 14:15:07 hrw: for 2.6.30, unfortunately our FTP server is down today... Oct 22 14:15:07 noglitch: for at91sam9263ek it would be "xserver-xorg xf86-input-evdev xf86-video-fbdev" basically Oct 22 14:15:28 noglitch: you can add patches into metadata Oct 22 14:16:20 hrw: well it is a tar with +65patches in it... Oct 22 14:16:30 ok Oct 22 14:17:08 03Martin Jansa  07shr/merge * r1a8bb41a19 10openembedded.git/recipes/glibc/ (glibc-2.9/glibc-2.9-enable-binutils-2.2.patch glibc_2.9.bb): Oct 22 14:17:08 binutils-2.20 is new enough for glibc_2.9, change configure script to accept it Oct 22 14:17:08 Signed-off-by: Klaus Kurzmann Oct 22 14:17:31 03Thomas Zimmermann  07shr/import * r07fce6b0d6 10openembedded.git/recipes/openbox/ (4 files in 2 dirs): Oct 22 14:17:31 openbox: update recipe and add obconf Oct 22 14:17:31 Signed-off-by: Klaus Kurzmann Oct 22 14:17:33 for the "SwapAxes" it may come from the misconfiguration of the evdev in our defconfig: CONFIG_INPUT_MOUSEDEV_SCREEN_X and _Y are swapped... Oct 22 14:18:05 not sure but I find this last time I updated them... Oct 22 14:18:28 maybe thats it Oct 22 14:19:28 I have to admit that I was surprised when x11 started without calibration Oct 22 14:21:07 zecke: this looks relevant http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?h=org.openembedded.dreambox&id=d26616e57926542f48d3c151ced0deb0362bf015 Oct 22 14:22:02 * mckoan just found that with SAM9263 KaeilOS has been broken and Angstrom calibration does not work properly, great! Oct 22 14:22:14 tasslehoff: aeh? that is for tuxbox and not gstreamer :) Oct 22 14:22:42 zecke: gah. I read this very wrong. combined to commit messages :) Oct 22 14:22:46 hrw: do you happen to remember the Author of makedevs recipe? Oct 22 14:22:54 tasslehoff: CROSS_COMPILE badness is a patch to the preprocessor to abort when host includes are used. The problem is not the abort but the host include... Oct 22 14:22:54 no Oct 22 14:23:03 ant_work: is not it in patchwork? Oct 22 14:23:09 tasslehoff: on oe.org is a small introduction to what it means and why it is a problem Oct 22 14:23:17 hrw: the recipe is years ols Oct 22 14:23:33 ant_work: what does the git history say? Oct 22 14:23:42 ant_work: git log --follow makedevsrecipe Oct 22 14:23:55 he...ok I'll see later @home Oct 22 14:26:41 zecke: ok Oct 22 14:28:13 03Holger Hans Peter Freyther  07org.openembedded.dev * rb294033116 10openembedded.git/recipes/binutils/binutils-cross-sdk.inc: Oct 22 14:28:13 binutils-cross-sdk: Avoid QA error on building Oct 22 14:28:13 On a x86-64 build host trying to build meta-toolchain Oct 22 14:28:13 for mips ended up with a .debug dir in the cross directory. Oct 22 14:28:13 Fix the issue by placing this directory in the -dbg package Oct 22 14:30:33 Any volunteers to write a Symbian bb? ;) Oct 22 14:30:52 florian hm? Oct 22 14:31:10 woglinde: they released the kernel sources Oct 22 14:31:27 hm Oct 22 14:31:32 ah Oct 22 14:31:39 I remember Oct 22 14:31:47 about nokia and symbian Oct 22 14:31:47 florian: did you find an easy way to clone the repository? Oct 22 14:32:05 zecke: I didn't try so far... Oct 22 14:32:07 florian: the sourcecode looks like "hingekotzt" Oct 22 14:32:17 zecke normal Oct 22 14:32:23 in this branch Oct 22 14:32:36 zecke: hehe Oct 22 14:33:09 mickey|office: seriously... they put '}' indentend like they feel like Oct 22 14:33:14 I just looked at the documentation of their buildsystem... that's evil. Looks like someone tried to combine autotools with cmake and a huge pile of xml. Oct 22 14:33:23 zecke: *g* Oct 22 14:33:25 * kergoth shudders Oct 22 14:33:26 florian what the fuck Oct 22 14:33:54 and they use "asm" statements all over, without volatile... they have never heard of \n Oct 22 14:34:06 woglinde: http://developer.symbian.org/wiki/index.php/Introduction_to_RAPTOR Oct 22 14:34:31 zecke hm I think thats why nokia opened the source Oct 22 14:34:54 woglinde: yeah Nokia sucks... they should let things die fast Oct 22 14:35:13 anyone has real mips hardware here? Oct 22 14:35:31 zecke: commercial grade quality Oct 22 14:35:34 *cough* Oct 22 14:36:19 zecke hm dreambox guys should have Oct 22 14:36:25 and mickey has one Oct 22 14:36:33 zecke: Would a SGI Octane do the trick? Oct 22 14:36:50 hm right my indigo2 is into the basement Oct 22 14:36:53 mickey|office: in all honesty, they make thing that work Oct 22 14:36:56 woglinde: haha Oct 22 14:37:07 I just need some configure values for ORBit2 Oct 22 14:37:16 I'm using qemu now... Oct 22 14:37:41 zecke: my mips boxes have just few MB of storage;( Oct 22 14:39:51 florian: wow they made a screenshot of a text file? Oct 22 14:41:02 zecke: yeah Oct 22 14:42:33 That's pretty much standard for Windows users. Oct 22 14:43:27 Angstrom bitbake x11-image does not work at all with ARM too Oct 22 14:44:29 Missing or unbuildable dependency chain was: ['x11-image', 'angstrom-gpe-task-settings', 'connman-gnome', 'connman', 'ppp', 'libpcap', 'bluez-libs'] Oct 22 14:45:08 Uh no... not bluez-libs again Oct 22 14:45:15 shit! wrong distro Oct 22 14:45:21 please ignore Oct 22 14:45:23 heh Oct 22 14:45:46 it has been a heavy day Oct 22 15:00:53 hm some knows how conditinal and and-operator fits together? Oct 22 15:01:42 woglinde: elaborate Oct 22 15:02:13 kergoth I need somethin like ifeq ( $(ARCH), i686) && ifeq ( $(ARCH), i586) Oct 22 15:02:48 this is gmake i assume? Oct 22 15:02:54 hm maybee I will take subst Oct 22 15:03:21 yes gnu make Oct 22 15:03:54 ifeq ($(this)$(that),thisvalthatval) ;) Oct 22 15:05:17 hm findstring should be okay Oct 22 15:07:04 yeah thats work better Oct 22 15:07:19 ifeq ($(findstring 86,$(ARCH)), 86) Oct 22 15:07:47 make if/else is too stupid Oct 22 15:09:09 gotta love deeply nested if/else. did they ever add an elif? Oct 22 15:09:23 i know recent makes do have some nice new features, haven't paid close attention though Oct 22 15:09:44 woglinde: heh, I would have thought you could replace "ifeq ( $(ARCH), i686) && ifeq ( $(ARCH), i586)" with "if (0)" Oct 22 15:09:54 pb__: I agree :) Oct 22 15:10:34 can one of the above run a quick gs-8.64.bb test ;-) Oct 22 15:11:29 hehe Oct 22 15:13:16 pb__ bah Oct 22 15:18:11 * hrw wants unlimited cmdline Oct 22 15:18:18 hahah Oct 22 15:18:24 one of my builds has line with 210997 chars Oct 22 15:18:52 it is "printf $VAR >$file Oct 22 15:19:08 lol Oct 22 15:24:56 morning Oct 22 15:46:05 03Koen Kooi  07org.openembedded.dev * r5f88338d6a 10openembedded.git/recipes/gnome/gdm_2.28.0.bb: gdm: add dep on libcanberra and bump PR Oct 22 15:52:47 have a nice rest of the day Oct 22 16:32:45 khem: I know what the problem is Oct 22 16:33:07 ahoi rp Oct 22 16:36:01 hi woglinde Oct 22 16:36:21 * kergoth sighs, stupid lib64 crap Oct 22 16:37:26 kergoth *g* Oct 22 16:37:48 and of course i'm using an external toolchain, so i can't just apply romans patches to move to lib/lib32 instead of lib64/lib... Oct 22 16:38:08 there are a lot of hardcoded refs assuming that libdir == prefix/lib Oct 22 16:40:22 * kergoth wonders if itd just be a matter of changing the path to the dynamic linker on the compiler line, along with adjusted rpath(s) to make the switch Oct 22 16:41:29 probably just changing the dynamic linker would be good enough, assuming your ld.so itself knows where the libraries actually are. Oct 22 16:41:57 ah, right Oct 22 16:42:13 okay, i guess i'll give that a shot, woudl be a lot easier than finding all the assumptions about the file layout.. Oct 22 16:42:35 we should really try to distinguish in some way amongst the configuration variables which we expect the user to change, and those we don't Oct 22 16:43:33 yeah Oct 22 16:44:07 and, of course, the answer to that rather depends on what you count as "the user" Oct 22 16:44:09 heh Oct 22 16:44:12 heh, indeed Oct 22 17:12:22 Evening, can anyone thing of a reason why a task (and as such an image) would suddenly fail when doing the rootfs bit with errors about missing 'native' dependency’s :-o. In this case, * liburi-perl-native * python-native *. Oct 22 17:14:16 DJWillis hm Oct 22 17:14:28 maybee some DEPENDS are wrong Oct 22 17:14:33 which image is it? Oct 22 17:15:04 the *'s make it look like an opkg error, which makes me think someone put it in their rdepends instead of depends or something.. that makes no sense.. Oct 22 17:16:16 woglinde: mine :(, the XFCE 4.6.1 stuff, just blew tmp away last night to test them all again and they all built fine but the image borks. Oct 22 17:16:23 DJWillis try to build with bitbake -DDD Oct 22 17:16:48 and look at the output Oct 22 17:17:00 maybee you are spotting the lurker Oct 22 17:17:08 hi , i m having problem on my bitbake i got error this : need to be rerun and 1 failed. Oct 22 17:17:09 kergoth: hmmm, looking back to some of the more interesting depends/rdepends stuff from AMD in the recipies I worked from I can belive that, i'll look into it. Oct 22 17:17:10 ERROR: TaskFailed event exception, aborting Oct 22 17:17:10 ERROR: Build of /home/kerim/oe/openembedded/recipes/linux/linux-omap_2.6.29.bb do_fetch failed Oct 22 17:17:10 ERROR: Task 501 (/home/kerim/oe/openembedded/recipes/linux/linux-omap_2.6.29.bb, do_fetch) failed Oct 22 17:17:10 NOTE: Tasks Summary: Attempted 858 tasks of which 858 didn't need to be rerun and 1 failed. Oct 22 17:17:10 ERROR: '/home/kerim/oe/openembedded/recipes/linux/linux-omap_2.6.29.bb' failed Oct 22 17:17:18 woglinde: thanks. Oct 22 17:17:28 JDuke please use pastebin Oct 22 17:17:33 sry... Oct 22 17:17:58 JDuke or INHERIT += "oestats-client" Oct 22 17:17:59 OESTATS_SERVER = "tinderbox.openembedded.net" Oct 22 17:18:06 * Jay7 is looking for XorA|gone :) Oct 22 17:18:08 put the last 2 into your local.conf Oct 22 17:18:19 and paste the url from tinderbox here Oct 22 17:24:12 woglinde: -DDD is very interesting, I have never used that (must have missed it was even there). Handy, thanks. Oct 22 17:24:37 yeah Oct 22 17:24:39 no prob Oct 22 17:25:51 03Koen Kooi  07org.openembedded.dev * r341b8924f5 10openembedded.git/recipes/tasks/angstrom-task-gnome.bb: angstrom-task-gnome: various tasks or a GNOME desktop based image Oct 22 17:29:49 $OE_HOME/beagleboard/beagleboard/profile.sh Oct 22 17:30:03 woglinde , $OE_HOME/beagleboard/beagleboard/profile.sh <= on this file ? Oct 22 17:30:12 no Oct 22 17:30:22 conf/local.conf Oct 22 17:30:55 where conf/local.conf should be outside of oedir Oct 22 17:31:31 I have it under $foo/build/conf/local.conf Oct 22 17:31:31 i got this file : /home/kerim/oe/beagleboard/beagleboard/conf/local.conf Oct 22 17:31:59 and this... Oct 22 17:32:20 are you using some custom script? Oct 22 17:32:26 not bitbake directly? Oct 22 17:32:42 http://pastebin.com/m3c42d869 Oct 22 17:32:52 yes , i m using beagleboard Oct 22 17:32:55 compile script Oct 22 17:32:57 *sigh* Oct 22 17:33:04 that was not the question Oct 22 17:33:10 this Oct 22 17:33:11 http://elinux.org/BeagleBoardAndOpenEmbeddedGit Oct 22 17:33:20 beagleboard is your targetmachine/port Oct 22 17:33:51 OESTATS_SERVER = "tinderbox.openembedded.net" <= this helps ? Oct 22 17:34:03 i add my beagle local.conf ? Oct 22 17:34:15 thats not enough Oct 22 17:34:39 INHERIT += "oestats-client" Oct 22 17:34:43 put this in too Oct 22 17:34:54 hm so you are using the stable branch right? Oct 22 17:35:51 git checkout origin/stable/2009 -b stable/2009 Oct 22 17:35:55 form the wiki Oct 22 17:36:21 fatal: git checkout: branch stable/2009 already exists Oct 22 17:36:26 args Oct 22 17:36:29 so no need Oct 22 17:36:31 *sigh* Oct 22 17:36:41 JDuke open the window and jump Oct 22 17:36:56 are you always random doing what other paste? Oct 22 17:36:59 defenestration Oct 22 17:37:22 now it seems its doing Oct 22 17:37:30 OE:beagleboard kerim@kerim-laptop:~/oe/openembedded$ bitbake console-image Oct 22 17:37:30 NOTE: Out of date cache found, rebuilding... Oct 22 17:37:30 NOTE: Handling BitBake files: \ (0188/6695) [ 2 %] Oct 22 17:37:39 thats my favorite part of oe Oct 22 17:37:57 i hope it will do all... Oct 22 17:38:12 NOTE: Handling BitBake files: - (1406/6695) [21 %] Oct 22 17:38:14 any changes to conf will cause that Oct 22 17:38:19 hehe... Oct 22 17:38:28 JDuke I have seen the bitbake line 1000th times Oct 22 17:38:29 changes to recipes shouldn't though Oct 22 17:38:32 no need to paste it Oct 22 17:38:52 please paste only the oetstat line when it breaks again Oct 22 17:38:57 ok Oct 22 17:39:07 are you openembedded developer ? or user ? Oct 22 17:39:22 dev Oct 22 17:39:32 you take donations ? Oct 22 17:39:42 if i success on this project we donate Oct 22 17:39:51 hm we have a paypal account Oct 22 17:39:53 let me find it Oct 22 17:40:03 yes Oct 22 17:40:08 JDuke it will fail again Oct 22 17:40:11 but its easier Oct 22 17:40:15 to see the error Oct 22 17:40:32 i can give u ssh access ? Oct 22 17:40:46 no thanks Oct 22 17:41:07 ur paypal account ? Oct 22 17:41:09 ping florian Oct 22 17:41:14 ~ping florian Oct 22 17:41:15 pong florian Oct 22 17:41:27 ping florian Oct 22 17:42:05 hm we have a german bank account Oct 22 17:42:16 but I dont know the stats either Oct 22 17:42:18 *sigh* Oct 22 17:43:23 well , i m here for a month Oct 22 17:43:32 np Oct 22 17:43:36 okay Oct 22 17:44:48 this is normal ? Oct 22 17:44:51 http://pastebin.com/da264057 Oct 22 17:45:01 referred version git of u-boot not available (for item u-boot) Oct 22 17:45:19 its still processing... Oct 22 17:45:36 hm seems some problem in stable branch for uboot Oct 22 17:45:49 most people using dev trunk Oct 22 17:45:52 waow i got error Oct 22 17:46:23 http://pastebin.com/m252eedc8 Oct 22 17:46:24 okay Oct 22 17:46:54 Tasks Summary: Attempted 858 tasks of which 858 didn't need to be rerun and 1 failed. Oct 22 17:47:13 ah okay Oct 22 17:47:27 seems the omap trunk on kernel.org is gone Oct 22 17:47:36 hm I should ping koen about it Oct 22 17:48:23 hm Oct 22 17:48:26 i just need beagleboard uImage with PRINTK disabled Oct 22 17:48:27 its there Oct 22 17:48:48 i dont want logo www.beagleboard.org on printk top of frame Oct 22 17:49:01 cos we do commercial Oct 22 17:49:03 project. Oct 22 17:49:25 yes I understand that Oct 22 17:49:40 you will have to tweak the kernel conf Oct 22 17:49:49 is there any uImage like that ? Oct 22 17:49:49 yes Oct 22 17:49:53 i know but i cant compile Oct 22 17:49:59 i got these errors Oct 22 17:50:15 are you behind a firewall? Oct 22 17:50:24 not much... Oct 22 17:50:31 u want ssh ? Oct 22 17:50:42 i can open port for that. Oct 22 17:51:38 sorry I dont know Oct 22 17:51:40 you Oct 22 17:51:51 afterwards I got suied Oct 22 17:51:59 sry ? Oct 22 17:52:00 its nothing against you personal Oct 22 17:52:47 but we got beagleboard for commercial project Oct 22 17:52:55 we are sitting in front of board Oct 22 17:53:02 cant do anything cos of kernel problems Oct 22 17:53:13 okay let us try something Oct 22 17:53:14 we need to disable just PRINTK and LOGO of PRINTK just Oct 22 17:53:26 where did you specify the archive dir? Oct 22 17:54:07 hms Oct 22 17:54:08 ok Oct 22 17:54:10 1 min Oct 22 17:54:22 the elinux side dont specify it Oct 22 17:54:33 tarball ? Oct 22 17:54:41 could you go to $OE_HOME Oct 22 17:54:52 and look if there is an archive dir? Oct 22 17:55:17 this Oct 22 17:55:18 http://pastebin.com/m7ebb2a6d Oct 22 17:55:43 hm there must be one dir Oct 22 17:55:54 where all the tar-balls reside Oct 22 17:56:13 find may help Oct 22 17:56:25 find -name "*.bz2" Oct 22 17:56:32 or find -name "*.gz" Oct 22 17:56:42 ok trying now... Oct 22 17:57:29 http://pastebin.com/m1312bae5 Oct 22 17:57:40 lots of... Oct 22 17:58:44 okay cd to /tmp/downloads/git Oct 22 17:58:55 ok Oct 22 17:59:23 try git clone git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git master Oct 22 17:59:31 auoow Oct 22 17:59:42 i got more too... Oct 22 17:59:51 is it working? Oct 22 17:59:58 wait i show u again Oct 22 18:00:14 http://pastebin.com/m1cbbaa6e Oct 22 18:00:51 ok now i did the command Oct 22 18:01:28 remote: Counting objects: 728774 Oct 22 18:01:34 okay Oct 22 18:01:44 that could last a while Oct 22 18:01:56 was there a git direcotry or not? Oct 22 18:02:03 thats important Oct 22 18:03:07 yes Oct 22 18:03:11 its git directory... Oct 22 18:03:17 okay Oct 22 18:03:30 cd $OE_HOME/openembedded/tmp/downloads/git Oct 22 18:03:34 like that... Oct 22 18:03:37 yes Oct 22 18:03:38 fine Oct 22 18:03:42 i wrote command there Oct 22 18:05:31 when it is finished Oct 22 18:05:36 try bitbake again Oct 22 18:05:46 ok Oct 22 18:05:47 Receiving objects: 8% (114186/1409325), 41.26 MiB | 211 KiB/s Oct 22 18:05:51 its %8 now Oct 22 18:05:54 when %100 i do Oct 22 18:05:55 yeah its about 500 megs Oct 22 18:06:13 ok i ask question ? which directory is important on bitbake ? Oct 22 18:06:21 cd $OE_HOME/openembedded Oct 22 18:06:23 hm Oct 22 18:06:27 in which case? Oct 22 18:06:28 bitbake console-image Oct 22 18:06:29 this ? Oct 22 18:06:33 its depends Oct 22 18:12:53 pff very long Oct 22 18:12:59 16 percentage. Oct 22 18:16:25 yeah sorry Oct 22 18:16:42 but the kernel recipe would it download anyway Oct 22 18:20:34 woglinde: kergoth: thanks for the help, problem was between the desk and chair (I think) ;-) Oct 22 18:23:07 03Koen Kooi  07org.openembedded.dev * r3d4264f134 10openembedded.git/recipes/tasks/angstrom-task-gnome.bb: angstrom task gnome: remove non-building uim bit Oct 22 18:23:08 03Koen Kooi  07org.openembedded.dev * reddce851da 10openembedded.git/contrib/angstrom/build-feeds.sh: angstrom feed builder: add more stuff Oct 22 18:27:12 jo crofton Oct 22 18:27:20 gm Oct 22 18:33:16 hello peoples Oct 22 18:35:06 I am getting an arm-INVALID when running bitbake and yet I have TARGET_OS set in local.conf under OE/build... I just gitted a new openembedded. What could be up? I'm thinking perhaps the BBPATH is using the LAST option I have to look for conf? Oct 22 18:36:55 my BBPATH is /OE/:/OE/build/:/OE/openembedded/ Oct 22 18:41:59 hm you need dont trailing slash Oct 22 18:42:05 args dont need Oct 22 18:42:14 hey Oct 22 18:42:21 horray someone is alive on this channel Oct 22 18:43:06 hm? Oct 22 18:43:06 if i had my path like that though, where would it be using the local.conf from? Oct 22 18:43:16 its not finding my local.conf apparently Oct 22 18:43:18 forn build/conf/local.conf Oct 22 18:43:29 Information not available for target 'arm-INVALID' Oct 22 18:43:45 when i do bitbake automake Oct 22 18:44:03 put the local.conf unde OE/build/conf/local.conf Oct 22 18:44:14 thats where i have it Oct 22 18:44:37 right before this, it was working, and then i gitted a new openembedded and then it tells me arm-INVALID Oct 22 18:44:45 try with out the trailing slash Oct 22 18:44:53 good idea Oct 22 18:45:02 BBPATH=/OE:/OE/build:/OE/openembedded Oct 22 18:45:18 right now it is: /opt/rodgema/OE/:/opt/rodgema/OE/build/:/opt/rodgema/OE/openembedded/ Oct 22 18:46:34 nope didnt fix it Oct 22 18:47:37 anybody knows, which patches from openembedded against gcc are important for vanila gcc to build for openmoko? Oct 22 18:47:44 /opt/rodgema/OE:/opt/rodgema/OE/build:/opt/rodgema/OE/openembedded Oct 22 18:48:07 still tells me arm-INVALID what the heck is going on dude Oct 22 18:48:12 im struggling Oct 22 18:49:16 anyone know a good hackable phone with wifi? Oct 22 18:49:23 xyzz why you asking? Oct 22 18:49:31 Crofton: iphone Oct 22 18:49:34 xyzz use the oe toolchain and be fine Oct 22 18:50:07 is bitbake.conf included instead of local.conf? Oct 22 18:50:08 woglinde I dont want precompiled toolchain, or the one from buildtree Oct 22 18:50:35 woglinde its for setting up environment for another distribution Oct 22 18:50:49 and Im king of getting lost in all that reciepes Oct 22 18:50:54 rodgema, I mean like, easy to replace the entire OS :) Oct 22 18:50:54 and includes Oct 22 18:51:51 here is a problem... bitbake.conf is in the BBPATH, and in it, it defines TARGET_OS as INVALID, and yet in my local.conf i did not redefine TARGET_OS I thought it had a default of "linux" if it wasn't defined Oct 22 18:52:12 normally, in gentoo, if in a .conf file, something is commented by a #, it means it was already defined... Oct 22 18:54:51 yup that was it Oct 22 18:55:21 I have to do some shopping Oct 22 18:55:28 I will be back later Oct 22 18:55:28 DISTRO 'angstrom-2007.1' not found. Please set a valid DISTRO in your local.conf Oct 22 18:55:34 ? Oct 22 18:55:45 how can i get an old distro Oct 22 18:55:46 angstrom-2007.1 is gone Oct 22 18:55:50 use angstrom-2008.1 Oct 22 18:55:53 or stable branch Oct 22 18:56:00 i have to use old one Oct 22 18:56:06 how can i get it Oct 22 18:56:26 or use angstrom-2008.1-legacy.conf Oct 22 18:56:40 so angstrom-2008.1-legacy Oct 22 19:03:04 tegl Oct 22 19:03:09 argh Oct 22 19:03:42 hi Oct 22 19:03:47 whatsup yo Oct 22 19:03:52 tegl Oct 22 19:15:15 re Oct 22 19:25:10 RP: ping Oct 22 19:29:53 ok Oct 22 19:29:53 who is here Oct 22 19:29:55 if you have a quesiton, ask it. Oct 22 19:30:03 i already have a distribution of angstrom Oct 22 19:30:09 and i have bitbake set up Oct 22 19:30:25 how do i ensure that all required packages get copied over onto the device Oct 22 19:30:48 lets say i want to install nano Oct 22 19:31:01 i already have the image on the device of angstrom Oct 22 19:31:15 so i bitbake nano and that creates it in the working directory Oct 22 19:31:28 bitbaking nano also emits the packges into tmp/deploy/ipk/ Oct 22 19:31:34 but what if nano required a set of libraries Oct 22 19:31:35 take that, put it on the device, and install it Oct 22 19:31:49 oh ok Oct 22 19:32:16 or set up a package feed, but that's an opkg question, not an oe or bitbake question Oct 22 19:32:22 perhaps the angstrom irc channel would be a more appropriate place. Oct 22 19:33:30 is every deployment ipk thing different for different versions of OE? Oct 22 19:33:51 OE is a buildsystem. Oct 22 19:34:08 not all oe based distros even use opkg Oct 22 19:34:34 oh Oct 22 19:34:47 so bitbake creates opkg things Oct 22 19:35:10 bitbake, with OE, can create ipk, deb, or rpm packages. angstrom is configured to use ipks Oct 22 19:35:14 do you have a reference for how to use the deployment things Oct 22 19:35:25 yes, it's called google Oct 22 19:35:31 lol Oct 22 19:36:05 you dont have to be rude about it :) Oct 22 19:36:51 here is a question then Oct 22 19:36:56 if you think that was rude, you don't know me very well ;) Oct 22 19:37:11 why do they include bitbake in the openembedded git Oct 22 19:37:21 if it is not "part" of oe Oct 22 19:37:27 because OE is the main, if not only, user of it Oct 22 19:38:05 an ipkg feed is a local, ftp, or http accessible directory which contains ipk files and a "Packages" file which ipkg/opkg makes use of to know what's available. Oct 22 19:38:10 is bitbake managed by the same people who manage OE more or less? Oct 22 19:38:33 the OE devs are a superset of the bitbake devs Oct 22 19:38:40 a small number of the core OE folk work on bitbake itself Oct 22 19:38:53 oh Oct 22 19:39:10 are you an oe dev Oct 22 19:39:48 what corporate support does oe get Oct 22 19:40:05 or is it just pure foss Oct 22 19:40:40 i would imaging some cellphone companies provide some funding Oct 22 19:42:28 until recently OE wasn't a nonprofit or anything, so there was no real organization for companies to give funds Oct 22 19:42:55 many companies use it, and a number of them contribute changes back, but there isn't much beyond that as of yet Oct 22 19:43:29 ok well thanks for the info Oct 22 19:45:11 woglinde , all ok Oct 22 19:45:18 Resolving deltas: 100% (1174768/1174768), done. Oct 22 19:45:18 Checking out files: 100% (30516/30516), done. Oct 22 19:45:33 i m here Oct 22 19:45:42 now i do ? bitbake? Oct 22 19:45:56 woglinde , bitbake again ? Oct 22 19:46:25 JDuke: what Oct 22 19:46:31 at any rate, OE updates the feed indexes in tmp/deploy/ipk/*/ as a side effect of the image build process, you could just copy that whole dir onto your device, or make it accessible via html or ftp, and add it to your opkg.conf. google for how to do that, or look at the distro-feed-configs recipe. Oct 22 19:46:50 i wouldnt' rely on bitbake as your feed updating mechanism necessarily, but its there, so you can use it Oct 22 19:47:31 kergoth: thanks again Oct 22 19:47:39 np Oct 22 19:47:48 re Oct 22 19:48:05 JDuke yes run bitbake again Oct 22 19:49:06 bitbake console-image or clean ? Oct 22 19:49:14 i hope it will work now Oct 22 19:49:25 i do bitbake console-image directly Oct 22 19:50:47 hi kergoth btw. Oct 22 19:50:52 hey woglinde Oct 22 19:51:05 * woglinde is fighting with openjdk Oct 22 19:51:11 fun fun Oct 22 19:51:13 * kergoth is battling issues with apps choking on lib64 Oct 22 19:51:23 *g* Oct 22 19:51:27 nahh Oct 22 19:51:30 i got same error Oct 22 19:51:43 JDUKE hms Oct 22 19:51:53 http://pastebin.com/m6855c4fc Oct 22 19:52:41 hms whats wrong with git in stable Oct 22 19:52:47 jdule okay Oct 22 19:52:53 then let us go unstable Oct 22 19:53:07 go into oe dir Oct 22 19:53:11 ok Oct 22 19:53:21 on it : /home/kerim/oe Oct 22 19:53:22 where conf recipes classes is Oct 22 19:53:30 type git branch -a Oct 22 19:53:51 pastebin the output Oct 22 19:54:11 http://pastebin.com/m2e32c979 Oct 22 19:54:36 okay bitbake checkout org.openembedded.dev Oct 22 19:55:27 ok Oct 22 19:55:41 bitbake console-image Oct 22 19:55:53 http://pastebin.com/m429e63d Oct 22 19:55:58 maybe you have to remove oetmp dir Oct 22 19:56:14 lol Oct 22 19:56:28 args Oct 22 19:56:30 my fault Oct 22 19:56:38 git checkout org.openembedded.dev Oct 22 19:56:43 bitbake console-image Oct 22 19:56:46 sorry Oct 22 19:57:21 ok Oct 22 19:58:20 waow very interesting after git Oct 22 19:58:42 http://pastebin.com/m45b7d421 Oct 22 19:58:50 jduke defconfig for the kernel is in openembedded/recipes/linux/linux-omap-2.6.31/beagleboard/defconfig Oct 22 19:59:13 jDuke ah right Oct 22 19:59:21 stable trunk has its own bitbake Oct 22 19:59:23 okay Oct 22 19:59:31 you have to install manually for now Oct 22 19:59:54 jduke -> http://docs.openembedded.org/usermanual/usermanual.html#gettingoe_getting_bitbake Oct 22 20:00:32 install it somewhere Oct 22 20:00:46 and put the path to it into $PATH Oct 22 20:01:10 I hope you a experienced enough with unix shell stuff Oct 22 20:02:04 hmm Oct 22 20:02:06 yes Oct 22 20:02:09 i know unix... Oct 22 20:03:36 wget http://download.berlios.de/bitbake/bitbake-1.8.12.tar.gz Oct 22 20:04:53 now i try with the bitbake i download. Oct 22 20:07:29 now this : http://pastebin.com/m7f4b22b4 Oct 22 20:08:26 jepp Oct 22 20:08:33 you have to remove the oetmp dir Oct 22 20:08:34 mom Oct 22 20:09:27 hm the elinux side suckz Oct 22 20:09:37 no DL_DIR specified Oct 22 20:10:08 jduke okay Oct 22 20:10:14 let us do the following Oct 22 20:10:24 edit the local.conf file Oct 22 20:11:19 add DL_DIR = "where_your_top_oe_dir_is/archive" Oct 22 20:11:55 copy all tar.gz/bz2 and the git dir into this archive dir Oct 22 20:12:09 remove tmp Oct 22 20:12:15 and run bitbake again Oct 22 20:17:58 here is another bitbake question: if I did bitbake automake, and it is compiling 565 packages to get it working, what happens if i ctrl-c in the middle? does that have an issue or is it safe like gentoo portage where it checks consistency at the end Oct 22 20:18:27 does it put all 565 packages into an ipk? seems like that would be huge Oct 22 20:19:40 no Oct 22 20:19:51 most at this stage are native packages Oct 22 20:20:00 ok Oct 22 20:20:10 they will not end up in ipgk feed Oct 22 20:20:15 you cancel Oct 22 20:20:19 and continue you later Oct 22 20:20:32 only gcc-cross dont work with it Oct 22 20:22:13 so what happens if I had an old distro (angstrom 2007) and now I can only get a new one (distro 2008) is it going to break something if I try to install a newer package of some type? Or will it just possibly be missing packages that bitbake thinks are already included in the base system? Oct 22 20:22:29 hm Oct 22 20:22:40 better you flash new Oct 22 20:22:52 well i cant Oct 22 20:23:00 because you have update nearly all packages Oct 22 20:23:30 really? Oct 22 20:23:52 so if i tried to opkg install a new package compiled with DISTRO=2008... it wouldn't work? Oct 22 20:25:27 i just dont really understand what the "DISTRO" setting affects I assume it's the list of default packages Oct 22 20:25:54 if that is the case, I would think I would be able to install a new package, and perhaps it jsut requires some more dependencies Oct 22 20:26:04 it wouldnt work because you wouldnt also need to install newer libc Oct 22 20:26:14 DISTRO has very little to do with package selection. it controls high level policies that affect all packages, usually, rodgema Oct 22 20:26:18 because toolchain versions changed a lot Oct 22 20:27:20 03Mark Brown  07org.openembedded.dev * rbca3b59f77 10openembedded.git/ (2 files in 2 dirs): Oct 22 20:27:20 smdk6410: Add initial recipe for SMDK6410 Oct 22 20:27:20 This is essentially just the defconfig for mainline; pretty much just Oct 22 20:27:20 build tested at present. Oct 22 20:30:38 specifically, i have a device that i can not flash, and yet it was initially installed with 2007 angstrom, will it work if I use DISTRO = "angstrom-2008.1-legacy" Oct 22 20:30:47 someone earlier said to try that Oct 22 20:30:58 i dont think so Oct 22 20:31:03 but you could try Oct 22 20:31:38 do you know what the DISTRO flag actually uses to pull information for compiling packages? Oct 22 20:31:55 i have the previous build tree from an original developer for this device Oct 22 20:32:10 perhaps i can copy over the "Distro 2007" files, wherever they are... Oct 22 20:34:21 will it work if I just copy the OE/openembedded/conf/distro files from the 2007 conf into the new openembedded git? Oct 22 20:34:49 and what happens if I change my DISTRO flag in conf? will it start out at a new directory or do I need to delete TMPDIR? Oct 22 20:38:47 just try Oct 22 20:38:53 nobody has done that yet Oct 22 20:38:58 so on your own Oct 22 20:39:01 lol Oct 22 20:39:03 tell us the error Oct 22 20:39:08 we might can help Oct 22 20:39:10 yeah ill just copy over the old distro files Oct 22 20:39:24 see what happens Oct 22 20:45:33 jo ant Oct 22 20:46:31 Error, DISTRO_PR has changed (.1 to ) which means all packages need to rebuild. Please remove your TMPDIR so this can happen. For autobuilder setups you can avoid this by using a TMPDIR that include DISTRO_PR in the path. Oct 22 20:46:41 woglinde: so yes i need to delete tmpdir Oct 22 20:46:44 woglinde: hi Oct 22 20:47:52 learning experience Oct 22 20:49:18 woglinde: do you have some opkg knowledge? Oct 22 20:50:41 ant no Oct 22 20:50:43 only using Oct 22 20:51:11 np; I hate package-managers != portage too Oct 22 20:51:31 ant__: you intend to become a hero fixing it? ;) Oct 22 20:51:37 he florian Oct 22 20:51:38 just dubious about the opkg.conf created for packaged staging... Oct 22 20:51:46 florian do we have paypal account? Oct 22 20:51:53 it only lists build host (i686) Oct 22 20:51:55 woglinde: yes Oct 22 20:51:58 can't be right... Oct 22 20:52:05 florian is it on the wiki? Oct 22 20:52:46 woglinde: no not yet... I didn't want to decide on my own how and where to publish this Oct 22 20:53:10 jduke wanted to donate some money Oct 22 20:53:20 thats why I am asking Oct 22 20:53:28 and I couldnt tell him where Oct 22 20:55:07 args -> openjdk-ecj/jdk/make/common/Defs-linux.gmk: PLATFORM_SRC = $(BUILDDIR)/../src/solaris Oct 22 20:58:32 florian: just add "Donate" button on the wiki and point it to article with some info Oct 22 20:58:50 this will be better than nothing Oct 22 20:59:15 btw, we can place google ads to wiki - just to support hosting e.g. Oct 22 20:59:36 sorry I dont want google adds there Oct 22 20:59:48 this was just an idea :) Oct 22 21:02:15 other idea is to rotate banners of some our commercial supporters :) Oct 22 21:02:25 *g* Oct 22 21:02:45 ^_^ Oct 22 21:03:24 * Jay7 is still considering of adding himself to the list of commercial supporters.. Oct 22 21:10:06 Jay7: I guess it would be better just to have them on a separate page. More useful for our supporters... Oct 22 21:10:50 Not sure what you can earn with google ads... but I doubt its worth cluttering our websites with Oct 22 21:11:55 florian: bloggers are earning some $$ Oct 22 21:13:11 * florian not ;) Oct 22 21:13:18 :) Oct 22 21:13:35 well, but "donate" button should be there :) Oct 22 21:14:20 indeed Oct 22 21:18:46 btw, I see no news about e.V. on main page ;) Oct 22 21:19:41 Days are too short :-( Oct 22 21:20:07 PR is money.. Oct 22 21:23:04 very true Oct 22 21:27:46 what does this mean: The external toolchain could not be found in /usr/local/angstrom/arm!??? Oct 22 21:28:00 this is during a basic bitbake nano Oct 22 21:29:07 ERROR: Task 147 (/opt/rodgema/OE/openembedded/recipes/meta/external-toolchain.bb, do_populate_staging) failed Oct 22 21:29:24 rodgema, real quick what are you trying to do? Oct 22 21:29:29 rodgema you configured with external toolchain Oct 22 21:29:39 was trying to bitbake nano Oct 22 21:29:54 Crofton he tries to build with olde angstroem-2007 Oct 22 21:30:01 yeah Oct 22 21:30:01 I know, but it seems like you are using an "uncommon" config Oct 22 21:30:04 angstrom 2007 Oct 22 21:30:08 can I ask why? Oct 22 21:30:15 requirement Oct 22 21:30:21 device already has it Oct 22 21:30:23 i can not flash Oct 22 21:30:30 interesting :) Oct 22 21:30:58 how to i change to internal toolchain Oct 22 21:31:01 I suppose I will try a build later and see what happens then Oct 22 21:31:11 so I can sort of be helpful :) Oct 22 21:31:20 but, i must improve my home first :) Oct 22 21:31:30 warm day, need to replace a door threshold Oct 22 21:31:37 fun Oct 22 21:31:46 crofton lol Oct 22 21:36:26 yo Oct 22 21:36:31 any ideas? Oct 22 21:36:57 The external toolchain could not be found in /usr/local/angstrom/arm! Oct 22 21:37:16 NOTE: Task failed: /opt/rodgema/OE/angstrom-tmpdir//work/i686-armv5te-sdk-angstrom-linux-gnueabi/external-toolchain-1.0-r2/temp/log.do_stage.16640 Oct 22 21:37:32 what do i need to do to get this working Oct 22 21:37:39 im in gentoo Oct 22 21:38:12 do i need to emerge some angstrom toolchain thing or something? Oct 22 21:38:24 or can i get it to use an "internal" toolchain Oct 22 21:38:42 i thought the point of this was to use an internal toolchain Oct 22 21:38:58 this is during a bitbake nano Oct 22 21:41:31 is it a preferred providers thing? Oct 22 21:41:36 just googling Oct 22 22:01:00 when did it change from PREFERED PROVIDER to PREFERED PROVIDERS Oct 22 22:02:06 rodgema: it didn't. Oct 22 22:02:43 # Select between multiple alternative providers, if more than one is eligible. Oct 22 22:02:47 PREFERRED_PROVIDERS = "virtual/qte:qte virtual/libqpe:libqpe-opie" Oct 22 22:02:52 yes, that was the old way of doing it Oct 22 22:02:54 you had it backwards :) Oct 22 22:02:55 from sample.local.conf Oct 22 22:02:59 or whatever Oct 22 22:04:34 ok, let me see if legecy works here Oct 22 22:05:48 i had a conf file with PREFERRED PROVIDER in it from angstrom 2007 Oct 22 22:05:59 #fail Oct 22 22:06:00 so it was complaining about external toolchain when bitbaking Oct 22 22:06:03 lol Oct 22 22:06:05 legacy was never sorted out Oct 22 22:06:12 Crofton|work: thanks Oct 22 22:06:23 have you looked in the legacy conf file ? Oct 22 22:06:46 kergoth: so what i had to do was put all the PREFERRED PROVIDERS into local.conf Oct 22 22:06:59 do you know anything about how the sw on your device eas built? Oct 22 22:07:00 Crofton|work: I switched back to 2007 Oct 22 22:07:11 its angstrom 2007.12 Oct 22 22:07:18 kergoth: pong Oct 22 22:07:21 i switched the DISTRO back Oct 22 22:07:22 once again, PREFERRED_PROVIDERS was the _old_ way of doing it. PREFERRED_PROVIDER_ is the current mechanism Oct 22 22:07:37 kergoth: oh? Oct 22 22:07:38 RP: er. let me think.. Oct 22 22:07:51 kergoth: :) Oct 22 22:07:54 kergoth: well then perhaps i needed the old way or something Oct 22 22:07:55 what I am wondering is, can you check out the version that was current before we switched? Oct 22 22:08:01 RP: I have one for you... Oct 22 22:08:04 kergoth: its compiling now... Oct 22 22:08:26 kergoth: with all the PREFERRED PROVIDERS lines uncommented from the local.conf sample Oct 22 22:08:31 * RP hides from ant__ ;-) Oct 22 22:08:33 RP: staging_helper () in packaged staging Oct 22 22:08:38 he he Oct 22 22:08:40 rodgema: i highly doubt that's going to be of much use Oct 22 22:08:51 how so Oct 22 22:09:07 its on 209 of 340 Oct 22 22:09:11 building nano Oct 22 22:09:26 good night all Oct 22 22:09:33 ant__: What about it? Oct 22 22:09:41 RP: thisone is never used: mkdir -p ${DEPLOY_DIR_PSTAGE}/pstaging_lists Oct 22 22:09:50 unpopulated Oct 22 22:09:59 rodgema: there's no difference between preferred providers and preferred provider, they're just two different ways of expressing the same thing Oct 22 22:10:11 and in opkg.conf there is only my build arch... i686 Oct 22 22:10:24 ipkgarchs="${BUILD_SYS}" Oct 22 22:10:44 is it supposed to be that way? Oct 22 22:11:04 kergoth: previously in the angstrom2007.1.con it had these cross compilers: PREFERRED_PROVIDER_virtual/arm-angstrom-linux-gnueabi-libc-for-gcc = "glibc-intermediate" Oct 22 22:11:20 ant__: This goes back to our previous conversation right? Oct 22 22:11:24 RP: oh, i was thinking about the extendclasses thing. i was thinking about adding a function which takes a function as its argument and adds it to a list stored in the datastore, then for each entry in that list, it would generate a new datastore and run that function against it. so it'd be a programmatic way of doing the same thing as extendclasses, so you could generate a new variant from an anonymous python function Oct 22 22:11:33 ant__: Should staging packages be the arch of the build machine? Oct 22 22:11:33 RP: sane? insane? :) Oct 22 22:11:35 kergoth: it wasnt picking them up Oct 22 22:11:49 rodgema: that tells me absolutely nothing. Oct 22 22:11:53 RP: yes for natives and cross Oct 22 22:12:10 and again, the two syntaxes do the exact same thing Oct 22 22:12:26 RP: no for multimach_arch and machine Oct 22 22:13:00 kergoth: an interesting thought Oct 22 22:13:22 kergoth: previously, when bitbake nano, it failed complaining that it could not find external toolchain in /usr/bin/arm! something, then I edited local.conf and uncommented the lines that said PREFERRED_PROVIDERS = += +=... the default ones that come in the sample, and now it appears to be working Oct 22 22:13:34 rodgema, I would try checking out an old copy of the metadata Oct 22 22:13:37 kergoth: So it lets you add more varients than one per class Oct 22 22:13:41 yep Oct 22 22:14:03 kergoth: I kind of like the idea Oct 22 22:14:21 it would be pretty straightforward, few lines of code. Oct 22 22:14:29 kergoth: One thing I've been playing with in my mind is BBVERSIONEXTEND = "1.0 1.2 1.3 2.0" Oct 22 22:14:32 at the moment we're looking at lib vs lib64 stuff, and we have another target that has more than just two abis of stuff it can execute Oct 22 22:14:51 so being able to generate the variants for its abis without having to create one class each could be handy Oct 22 22:15:07 hmm, how would versionextend work? Oct 22 22:15:39 kergoth: change PV then add the data again just as BBCLASSEXTEND changes PN Oct 22 22:15:46 ah Oct 22 22:16:01 that has promise Oct 22 22:16:10 kergoth: I'm not sure I see how it helps your abi problem? Oct 22 22:16:45 You have to select one of the abis surely? Oct 22 22:17:31 you don't in x86_64, necessarily :) Oct 22 22:17:36 you have both 32 and 64 Oct 22 22:19:33 huh, http://www.joelonsoftware.com/items/2007/10/26.html is interesting Oct 22 22:20:02 kergoth: ah, I see what you mean now. The class extend stuff could help there certainly Oct 22 22:20:39 kergoth: Having the single extra class file probably isn't a lot of overhead though Oct 22 22:20:47 right, could create, say, a 32bit.bbclass. but these things are quite machine/target specific, so having a .inc in the config files that sets that up is slightly more convenient Oct 22 22:21:19 RP: hi, did you have a chance to see the fix I sent for bitbake ? Oct 22 22:21:21 That .inc just needs to do BBCLASSEXTEND += "32bit" Oct 22 22:21:36 if you want to clutter up your .bbclass with each variant you're going to have for each arch, sure ;) Oct 22 22:21:40 khem: I applied on to bitbake-dev in poky. I wonder if they're the same :) Oct 22 22:21:40 s/.bbclass/classes/ Oct 22 22:22:01 kergoth: How many of these are you planning?! :) Oct 22 22:22:27 oh I must look into poky time to time Oct 22 22:22:38 there are at least a few on the horizon... we keep adding support for new platforms, a few each release so far Oct 22 22:22:54 khem: I only did that earlier today after I saw your report Oct 22 22:23:07 not sure if its worth adding or not, just throwing it out there, figured it would be pretty trivial to implement. actually, you could implement BBCLASSEXTEND in terms of it, could register a snippet of python that parses in the next file in the bbclassextend list and sets PN Oct 22 22:23:08 khem: My fix is the same if slightly neater python ;-) Oct 22 22:23:11 hmm, i kind of like that idea Oct 22 22:24:49 http://git.pokylinux.org/cgit.cgi/poky/commit/?id=eb0d2f2615dbd15f8931d677b005ecc8f808126d Oct 22 22:25:15 kergoth: At the moment bitbake itself makes the PN change - with your proposal we'd have to stop doing that Oct 22 22:25:16 RP: yes, could you also push it into bitbake.git Oct 22 22:25:31 khem: will do, was just testing first Oct 22 22:25:38 ok Oct 22 22:26:26 kergoth: My main concern is to keep some control in bitbake of what we're actually parsing Oct 22 22:27:07 kergoth: I'm not against the idea, just want to be careful we don't design an interface we can't support in future Oct 22 22:27:11 ah. hmm. well, i'll add it to my long term needs more thought list Oct 22 22:27:14 * kergoth nods Oct 22 22:28:24 kergoth: I think the extend stuff is the future though - makes native and sdk recipes in poky easy :) Oct 22 22:28:43 and I've ideas about multiple versions of a recipe that way too :) Oct 22 22:29:07 Maybe with a git.bbclass for the pull from git version too Oct 22 22:29:52 i've been thinking about alternative file formats.. itd be nice if you could have all the versions of something, or as many as you want, in the same recipe.. just a hierarchical structure.. toplevel common bits, break down into version specific bits.. our stuff works nice, but not being able to do any namespaces is an annoying limitation at times Oct 22 22:34:32 kergoth: Note that you get an override set with the BBCLASSEXTEND stuff Oct 22 22:34:44 cool Oct 22 22:34:48 kergoth: and I'd want similar with any PV extension Oct 22 22:34:52 * kergoth nods Oct 22 22:35:02 So you can have a variable that changes depending on the class in action Oct 22 22:35:46 ant__: I agree, that needs fixing Oct 22 22:36:10 man, i need something like 'locate', but which finds shit inside of git repositories Oct 22 22:36:13 i keep misplacing things Oct 22 22:36:24 "i know i committed that to one of these ..." Oct 22 22:42:26 RP: btw I'm battling with 2.6.31-rc9 for c7x0...won't yet boot.It looks like I miss some patches... Oct 22 22:42:39 will see during week-end Oct 22 22:45:21 dang Oct 22 22:45:41 im getting "kernel too old" when emerging glibc Oct 22 22:45:51 "baking" glibc sorry Oct 22 22:46:42 i have DISTRO = "angstrom-2007.1" Oct 22 22:47:26 then in the angstrom-2007.1.conf i have KERNEL = "kernel26" Oct 22 22:47:30 i dont get it Oct 22 22:47:34 ant__: I haven't booted any of my zaurii in a few months :( Oct 22 22:47:36 how is that an old kernel Oct 22 22:48:34 RP: we hope to align the clamshells and 6x00 to 2.6.32 soon Oct 22 22:48:44 ant__: sounds good Oct 22 22:49:00 Dmitry and Stanislav doing beefy work Oct 22 22:49:13 ah, and Pavel :) Oct 22 22:49:17 ant__: yes Oct 22 22:50:13 * RP -> Zzzz Oct 22 22:50:22 khem: I'll push that fix tomorrow for bitbake Oct 22 22:51:05 anyone have ideas Oct 22 22:51:17 kernel too old when bitbaking glibc Oct 22 22:51:22 glibc2.5.bb Oct 22 22:51:35 FATAL: kernel too old Oct 22 22:51:43 no log listed Oct 22 22:52:04 just trying to bitbake nano Oct 22 22:52:07 sheesh Oct 22 23:03:38 03Jeremy Laine  07org.openembedded.dev * r3e9bb4f23c 10openembedded.git/recipes/klibc/ (klibc_1.5.15.inc klibc_1.5.inc): Oct 22 23:03:38 klibc_*.inc: fix QA about packaging (klibc.so only for -dev) Oct 22 23:03:38 Signed-off-by: Andrea Adami Oct 22 23:21:34 rodgema: It means --enable-kernel specified during glibc build is newer than your real kernel Oct 22 23:23:27 03Khem Raj  07org.openembedded.dev * ra1dc338502 10openembedded.git/recipes/serial-utils/serial-forward.bb: Oct 22 23:23:27 serial-forward.bb: Fix missing GNU_HASH QA Error. Oct 22 23:23:27 Signed-off-by: Khem Raj Oct 22 23:26:59 03Michael Smith  07org.openembedded.dev * rda48a59464 10openembedded.git/ (3 files in 3 dirs): Oct 22 23:26:59 tzdata: add 2009o as 2009n is no longer available Oct 22 23:26:59 tzcode-native 2009k: use tzdata 2009o Oct 22 23:26:59 Signed-off-by: Michael Smith Oct 22 23:29:56 03Michael Smith  07org.openembedded.dev * rba8ce6a3fd 10openembedded.git/recipes/udev/udev_141.bb: Oct 22 23:29:56 udev 141: fix packaging on x86_64 Oct 22 23:29:56 udev installs binaries under $(udev_prefix)/lib/udev, even if ${libdir} Oct 22 23:29:56 is ${prefix}/lib64. This means some paths need to be hardcoded to "/lib" Oct 22 23:29:57 instead of "${base_libdir}". Oct 22 23:30:01 Signed-off-by: Michael Smith Oct 22 23:49:32 03Khem Raj  07org.openembedded.dev * r077f07332c 10openembedded.git/ (161 files in 7 dirs): Oct 22 23:49:32 gcc-4.4.2: Add new recipes for gcc 4.2.2 Oct 22 23:49:32 * Switch default gcc to 4.4.2 for sane toolchain Oct 22 23:49:32 * Switch binutils to 2.20 Oct 22 23:49:32 Signed-off-by: Khem Raj Oct 22 23:50:15 hm typo Oct 22 23:50:53 03Martin Jansa  07org.openembedded.dev * rff9665cf99 10openembedded.git/recipes/glibc/ (glibc-2.9/glibc-2.9-enable-binutils-2.2.patch glibc_2.9.bb): Oct 22 23:50:53 binutils-2.20 is new enough for glibc_2.9, change configure script to accept it Oct 22 23:50:53 Signed-off-by: Khem Raj Oct 23 00:08:35 woglinde: :) Oct 23 00:09:02 naming convention is screwy for gcc Oct 23 00:10:14 version Oct 23 00:10:27 :) Oct 23 00:32:39 03Khem Raj  07org.openembedded.dev * ra47b5b92af 10openembedded.git/recipes/eglibc/ (4 files in 2 dirs): Oct 23 00:32:39 eglibc_2.9: Remove un-needed patches. Oct 23 00:32:39 * Update the SRCREV to get latest bugfixes for 2.10 Oct 23 00:32:39 * Update svn recipe to point to latest trunk. Oct 23 00:32:39 Signed-off-by: Khem Raj Oct 23 00:56:14 morning... Oct 23 00:56:27 our compiler packages gcc, gcc-cross-sdk are babdly broken :( Oct 23 01:00:48 zecke: how come Oct 23 01:01:31 zecke: and which version Oct 23 01:04:31 khem: Angstrom for arm, so glibc2.9, gcc4.3.3, binutils 2.18.50.0.7 Oct 23 01:05:11 zecke: I have gcc 4.4.2 + binutils 2.20 + eglibc 2.10 working combo here Oct 23 01:05:23 tell me the problem Oct 23 01:05:31 khem: somehow linking with gcc fails with __libc_csu_init/_finit missing. I have no idea about the gcc linking and glibc... but looking at our binutils/gcc cross it must be in either of them Oct 23 01:05:45 well, this combination used to work ~3-5 weeks ago Oct 23 01:05:45 I just replied to that email Oct 23 01:06:11 its mostly in glibc Oct 23 01:06:33 what do you have for libc.so in your sdk install or staging ? Oct 23 01:06:53 ideally it should be a txt file (linker script) Oct 23 01:07:35 it is a linker script Oct 23 01:07:40 zecke: ok Oct 23 01:08:03 try a small hellowold with the toolchain Oct 23 01:08:14 and see if you get same error Oct 23 01:08:20 thanks Oct 23 01:08:36 oh and pass -v to gcc Oct 23 01:08:41 Yeah, hello world fails Oct 23 01:08:48 I assume we don't install libc_nonshared.a Oct 23 01:09:05 should not be a problem if you have libc.so.6 Oct 23 01:09:20 well the libc.so.6 does not have __libc_csu_init Oct 23 01:09:56 what I thought was that you are using shared libc Oct 23 01:10:55 zecke what does it pass to collect2 when you use -v Oct 23 01:11:00 zecke pasted "Linking woes" at http://paste.lisp.org/display/89137 Oct 23 01:11:57 the foo.o got generated by the gcc-cross-sdk. But gcc-cross and gcc-cross-sdk generate the same file when I use "-c -o foo.o" Oct 23 01:12:30 so linking woes, I have found the __libc_csu_init in the glibc sourcecode, in which file .so/.o should be the text? Oct 23 01:12:39 thats ok I think its the link step thats messed up Oct 23 01:12:59 zecke: mostly its not getting right libc to link with Oct 23 01:13:09 pass -Wl,-verbose Oct 23 01:13:20 and check which one it is picking Oct 23 01:14:29 back to my question. where should __libc_csu_init be defined? nm -D /usr/local/angstrom/arm/arm-angstrom-linux-gnueabi/lib/libc.so.6 | grep __libc_csu | wc -l == 0 Oct 23 01:15:31 it should be in .a Oct 23 01:18:00 zecke: find out which libc is being linked in Oct 23 01:18:10 I doubt its the wrong one Oct 23 01:18:34 so there is two copies of libc.so in staging or something like that Oct 23 01:19:36 or you can strace it too and see which libc is opened Oct 23 01:20:34 the -verbose was a good hint Oct 23 01:20:48 the most notable diff between working/non-working is: Oct 23 01:20:53 (arm/cortex-a8/tmp/staging/armv7a-angstrom-linux-gnueabi/usr/lib/libc_nonshared.a)elf-init.oS Oct 23 01:21:09 so somehow the broken version does not consider using the elf-init.oS symbol? Oct 23 01:22:26 is there any other reference to libc_nonshared.a ? Oct 23 01:22:42 if not my guess is that its using some other libc for -lc Oct 23 01:22:58 looks like we have stripped libc_nonshared.a Oct 23 01:23:06 copying the one from staging to the SDK fixes it Oct 23 01:23:16 oh Oct 23 01:23:32 stripping .a is prolly not nice Oct 23 01:23:44 or atleast you may want to leave symbols Oct 23 01:24:06 the stripping is an assumption. the md5sum of the two files are different Oct 23 01:27:05 hmm Oct 23 01:27:18 readelf -s Oct 23 01:29:10 zecke annotated #89137 "untitled" at http://paste.lisp.org/display/89137#1 Oct 23 01:30:41 yeah, all symbols are gone Oct 23 01:32:00 I think .a without symbols are like headless chicken :) Oct 23 01:32:38 *hmmm* headless chicken... crispy fried chicken feet :) Oct 23 01:32:39 zecke: somewhere install -s started to work :) Oct 23 01:32:55 * mwester would prefer the chicken wings, with hot sauce. Oct 23 01:33:22 * khem feels hungry Oct 23 01:33:35 these days its one of fast foods Oct 23 01:33:37 khem: it is either that or the runstrip of package.bbclass? Oct 23 01:33:46 e.g. the splitting out "debug" symbols on .a files? Oct 23 01:33:53 yeah sure Oct 23 01:34:04 seems plausible Oct 23 01:34:23 makes my binutils-cross-sdk hack looks like stupid... why should create dbg symbols for a .a... one should do it on the binary... Oct 23 01:35:03 debug symbols should only be stripped out for .so and binaries imp Oct 23 01:35:06 imo Oct 23 01:35:22 .a are for development Oct 23 01:35:29 they wont exist on final image Oct 23 01:35:37 agrees, let me see if I can comeup with a fix Oct 23 01:35:42 thanks so far Oct 23 01:35:46 cool Oct 23 01:36:08 * khem decides KFC or Burger king or McDonald or ... Oct 23 01:38:22 oh that is mean... Oct 23 01:38:32 Wendy's? Jack in the Box? Del Taco Oct 23 01:38:38 the US is so superior in fast food Oct 23 01:39:06 yeah its like culture ;) Oct 23 01:39:21 * zecke hasn't been to a Wendy's for ~14 years and the next one is in Japan Oct 23 01:39:30 s/next/closest/ Oct 23 01:39:41 One thing that history will remember "US gave fast food" among others Oct 23 01:41:26 * zecke stopped going to McDonals.. so I get burgers here at Fridays,local burger shops Oct 23 01:53:25 How can I stop something being removed from staging when I do bitbake -c clean Oct 23 01:53:50 is it possible to say that I dont care about unstaging it during clean Oct 23 02:03:41 no idea **** ENDING LOGGING AT Fri Oct 23 02:59:57 2009