| 00:01.16 | *** join/#oe bin1010 (n=mia@rrcs-71-40-238-241.sw.biz.rr.com) |
| 00:26.22 | kergoth | thinks about trying to rewrite bb.fetch |
| 00:37.48 | kergoth | wonders what itd take to add git/cvs/etc as urlopeners to urllib2 |
| 00:42.31 | *** join/#oe brolin (n=brolin@190.157.14.3) |
| 01:10.10 | *** join/#oe Flyser_ (n=Flyser@unaffiliated/flyser) |
| 01:30.32 | *** join/#oe mekius (n=mekius@enlightenment/developer/mekius) |
| 01:41.00 | *** join/#oe svolpe (n=Gerrath@unaffiliated/gerrath) |
| 01:41.39 | svolpe | which is better to use in Angstrom eglibc or uclibc, I have used uclibc in the past but I have never used eglibc. |
| 01:56.47 | *** join/#oe odonell (n=carlos@bas12-ottawa23-1177568456.dsl.bell.ca) |
| 01:57.30 | *** join/#oe kergoth (n=kergoth@ip24-255-7-190.tc.ph.cox.net) |
| 01:57.46 | odonell | waves |
| 01:58.32 | odonell | I have some OE terminology questions. Recently I've seen the packages directory change to recipes, is that correct? Technically the same thing, just renamed the directory? |
| 01:58.36 | CIA-2 | 03Carsten Haitzler (Rasterman <raster@rasterman.com> 07org.openembedded.dev * r523f0e2302 10openembedded.git/recipes/libelf/libelf_0.8.6.bb: libelf: fix another GNU_HASH issues while building libelf |
| 01:59.20 | raster | svolpe: eglibc? |
| 01:59.55 | raster | i've never touched it. i use regular glibc and it does the job well |
| 02:00.07 | raster | odonell: yes. |
| 02:00.49 | odonell | raster, eglibc is source compatible with glibc, as long as you leave all of the options turned on. It's almost glibc, but with some additional patches maintained by CodeSourcery. |
| 02:01.07 | odonell | raster, CodeSourcery's official producst use EGLIBC. |
| 02:01.35 | raster | then.. why use it instead of glibc? |
| 02:01.44 | raster | (that at least as best i can tell is working just fine) |
| 02:02.22 | odonell | You can tune it for embedded systems, tear out various pieces you don't need. |
| 02:02.37 | raster | i'd be wary of tearing out pieces of glibc |
| 02:02.50 | raster | u'd be surprised how much userspace depends on it |
| 02:03.02 | raster | unless of course u are runing on some woefully tiny embedded system |
| 02:03.05 | odonell | In an embedded linux system you can control taht. |
| 02:03.32 | raster | isnt the point of linux to be able to re-use so much of the good software already there... without having to port? |
| 02:03.35 | raster | or re-do it? |
| 02:04.14 | odonell | And we align the option groups (things you tear out), with various POSIX option groups. |
| 02:04.33 | raster | ie to improve the long-term maintainability by being able to simply inherit work from previous products directly and easily as well as ggraft in any new oss code and improve time to market by buildingon existing oss stuff |
| 02:04.52 | odonell | eglibc merges from glibc regularly. |
| 02:05.00 | odonell | It just has different goals. |
| 02:05.03 | raster | sure |
| 02:05.06 | raster | but what does it buy you? |
| 02:05.24 | raster | if all you are doing is chopping bits out of glibc (effectively)? |
| 02:05.25 | odonell | better support for cross-compiling and cross-testing. |
| 02:05.31 | raster | ok - i'll use less flash for my libc |
| 02:05.33 | odonell | Is probably the top of the list. |
| 02:05.35 | raster | thats about it |
| 02:06.04 | odonell | It's more than that. uClibc and newlib aren't quite API compatible with applications that expect glibc. |
| 02:06.04 | raster | hmm to date - glibc has behaved well for me under OE for cross-compiling |
| 02:06.06 | kergoth | hey raster, how goes it? |
| 02:06.13 | raster | that has been one of things not giving me problems |
| 02:06.17 | raster | kergoth: yo! |
| 02:06.38 | raster | odonell: oh yes. i know. i dont really recommend ucliubc as a result. |
| 02:06.55 | odonell | I have other terminology questions regarding OE. I don't quite understand where the meta-toolchain package fits into the whole picture. |
| 02:06.59 | raster | if apps go "ooh i'm on linux" they tend to go "ooh and so i have glibc!" |
| 02:07.11 | odonell | Yes. That's true linux apps assume glibc. |
| 02:07.37 | raster | kergoth: been busy fixing up angstrom. it's time it got some love. especially for some targets peolpe dont seem to care about |
| 02:07.38 | odonell | uClinux-dist tries to solve some of those problems by providing a set of patches sources. |
| 02:08.18 | odonell | Is an external toolchain very different from a meta-toolchain? |
| 02:08.23 | raster | odonell: dont know about the meta-toolchain stuff... never has it wafted around under my nose. |
| 02:08.24 | kergoth | heh, thats always true, things only get fixed that individuals care about. such is open source |
| 02:08.38 | *** join/#oe fraxi (n=quassel@p54AA6AE0.dip.t-dialin.net) |
| 02:08.42 | raster | all i know is oe builds itself its own toolchain for your target |
| 02:08.50 | raster | and that seems to never be a problem |
| 02:09.14 | raster | kergoth: yeah. for a while mickey scared me by saying "you must coordinate etc. etc." |
| 02:09.20 | kergoth | chuckles |
| 02:09.21 | odonell | Right, except that for example, I have a toolchain already built, which has been verified by running tests on hardware, and I'd like to use that to build OE :-) |
| 02:09.23 | raster | so i basically never pushed my changes |
| 02:09.43 | raster | but after a while i realised.. at least oe.dev git.. is possibly more broken than e svn... |
| 02:09.48 | raster | people push willy-nilly |
| 02:10.06 | raster | push things that are broken (missing files/dependencies etc.) |
| 02:10.17 | raster | so i cant make the git repo any worse by my pushing :) |
| 02:10.52 | raster | <PROTECTED> |
| 02:10.54 | raster | somehow |
| 02:10.59 | raster | i dont know how - iv'e never done it |
| 02:11.20 | kergoth | some people bitch and whine if dev breaks, but i think it not breaking is a pipe dream. it's the active line of development, shit happens. it's much more difficult than for a normal oss project, since it's very difficult ot test every combination of target and build setup |
| 02:11.25 | raster | i am very happy letting oe build my toolchain for me as to date it's done a good job of it for everything from armv4 up to cortex-a8 |
| 02:11.34 | odonell | Does OE run the toolcahin testsuite on your target to verify the package it just built is working? |
| 02:11.36 | kergoth | shit happens, we try to keep it stable, and fix it fast when it breaks, anything else is a fantasy |
| 02:12.05 | raster | odonell: you cant as oer is not dependant on there being a target |
| 02:12.20 | raster | it runs entirely 100% detached from the target. |
| 02:12.40 | raster | kergoth: thats what i noticed. it was very much different to what iwas fed when getting oe commit access |
| 02:12.43 | odonell | OK, so nothing is valid. |
| 02:12.49 | odonell | Sorry, "validated" |
| 02:13.01 | kergoth | there's a stable branch now, and i wish them luck |
| 02:13.13 | raster | odonell: i do actually reflash/run my images i build on my targets. they do work. |
| 02:13.20 | raster | oe has earnt my trust. |
| 02:13.29 | kergoth | still thinks more individual responsibility and splitting up actively individually maintained recipes from the recipes maintained by the entire team would do a lot more for stability than trying to keep the whole world stable |
| 02:13.42 | raster | kergoth: i know. unfortunately the stable branch is even relatively slow in picking up changes |
| 02:13.45 | raster | it pickes some up fast |
| 02:13.48 | kergoth | nods |
| 02:13.51 | raster | but others.. i doubt it will ever merge |
| 02:14.24 | raster | right now - i just focus on anything that comes from my ugly code factory |
| 02:14.26 | raster | ie e, and efl |
| 02:14.39 | raster | and my own illume image thats really just my personalyl test-bed for it all |
| 02:15.01 | odonell | Where can one talk about packages that don't seem to buidl? |
| 02:15.18 | raster | and i build that for several targets (om-gta02, palmt650, nokia800, rokre6, overo) |
| 02:15.19 | odonell | Or, recipes. |
| 02:15.27 | kergoth | if a package isnt' building, open a bug, or check MAINTAINERS and contact its maintainer, or both |
| 02:15.34 | raster | odonell: #oe, oe mailing lists... |
| 02:15.43 | kergoth | or fix it yourself, which would be optimal, as itd teach you more about OpenEmbedded and solve the problem |
| 02:15.50 | kergoth | :) |
| 02:16.09 | odonell | I find it useful to coordinate somewhere so everyone isn't fixing the same thing. |
| 02:16.39 | kergoth | that's highly unlikely, unless it takes you weeks to fix. again, open a bug, contact the maintainer, or as rasters says, use the mailing list or talk about it here |
| 02:18.21 | odonell | For example, has anyone noticed breakage in libtool-cross-2.2.4? It configures with --host=$target, and tries to run target executables on the host. |
| 02:19.13 | raster | hmm |
| 02:19.16 | raster | havent noticed it |
| 02:20.30 | kergoth | huh? |
| 02:20.35 | raster | it built find ro me and worked - without complaint |
| 02:20.48 | kergoth | libtool doesn't run target executables. it doesn't run executables at all. it calls the linker and compiler with some arguments |
| 02:21.04 | kergoth | you're misinterpreting whatever problem you're seeing. show us logs and describe the exact behavior you're seeing |
| 02:21.14 | raster | yeha |
| 02:21.19 | raster | libtool is shell-hell |
| 02:21.24 | raster | its alll shellscripts |
| 02:21.34 | raster | (*and boy does it make compiling go slooooooooooooooooooooooow) |
| 02:21.59 | odonell | NOTE: package libtool-cross-2.2.4-r23: task do_configure: started |
| 02:22.28 | kergoth | if you have a log, put it in a pastey |
| 02:22.40 | kergoth | raster: tried dolt? seems interesting |
| 02:23.02 | odonell | Ah. |
| 02:23.30 | odonell | OK, checking config.log, it seems like upstream OE has changed the way it constructs the cross-compiler name. |
| 02:23.52 | odonell | TARGET_VENDOR no longer seems to be honoured. |
| 02:24.16 | raster | kergoth: dolt.. is it a libtool droping? |
| 02:24.19 | raster | der |
| 02:24.21 | raster | eerrr |
| 02:24.24 | raster | drop-in? |
| 02:24.32 | kergoth | raster: http://lists.debian.org/debian-devel/2008/04/msg00286.html |
| 02:24.40 | raster | or another jam/cmake/scons/whatever ball of fun? |
| 02:24.44 | kergoth | the poky libtool package has a patch to enable it and stuff |
| 02:25.08 | kergoth | no, it just generates a script to compile the bits at configure time rather than at runtime via libtool |
| 02:25.08 | raster | hmm |
| 02:25.12 | kergoth | only actually calls libtool for linking |
| 02:25.12 | raster | drop-in eh... |
| 02:25.16 | kergoth | its a start, speeds up some builds |
| 02:25.48 | raster | hmm |
| 02:25.55 | raster | even linking - libtool could be ditched |
| 02:26.06 | raster | linux doesnt need any of libtool's magic |
| 02:26.09 | raster | well - h don't |
| 02:26.12 | raster | err i don't |
| 02:26.27 | raster | gcc and glibc happily do all the things i need |
| 02:26.36 | kergoth | the .la crap needs to die, painfully |
| 02:26.37 | kergoth | but quickly |
| 02:26.39 | raster | libtool is just a big fat blob of sh to get in the way |
| 02:26.41 | raster | oh hell yeah |
| 02:26.42 | raster | .la's |
| 02:26.47 | raster | i cant turn it OFF in libtool |
| 02:27.06 | raster | there isnt a --dont-bloody-produce-la-files-you-moron |
| 02:27.08 | raster | option |
| 02:27.09 | odonell | My build/conf/local.conf contains TARGET_VENDOR="-none", is this still used? |
| 02:27.26 | *** join/#oe mib_4xh10a (i=7aa60de8@gateway/web/ajax/mibbit.com/x-a46e764ebddceb1f) |
| 02:27.27 | raster | why does anyone need these things on a modern os? |
| 02:27.39 | mib_4xh10a | what options do i need to set to enable udev in kernel |
| 02:27.41 | odonell | I need the target to read arm-none-linux-gnueabi, what might override this? The distro settings? |
| 02:27.49 | raster | on i've never set the vendor myself |
| 02:28.07 | odonell | OK. Yes. |
| 02:28.23 | odonell | <PROTECTED> |
| 02:28.31 | odonell | Hrm. |
| 02:30.49 | odonell | I would still like to use the angstrom distro, but specify a binary toolchain to build it. |
| 02:32.06 | odonell | The distro settings should probably be loaded first, and allow the user to override them. |
| 02:32.22 | raster | kergoth: bugger. no dolt on ubuntu yet |
| 02:32.27 | kergoth | how is that going to happen, when its usually the local.conf that defines DISTRO so it knows what to load, odonell |
| 02:32.53 | kergoth | try overriding TARGET_PREFIX directly, I'd say |
| 02:33.02 | odonell | kergoth, Great hint, thanks. |
| 02:33.06 | kergoth | np |
| 02:33.20 | kergoth | and if you're curious about how TARGET_VENDOR is used, and how TARGET_PREFIX is set, read bitbake.conf |
| 02:33.25 | odonell | kergoth, You split the conf file in two, or parse it twice. |
| 02:33.55 | kergoth | that's needless complexity, particularly given 90% of the cases that you're looking to solve can be worked around by having the distro .conf use ?= |
| 02:34.16 | kergoth | and parsing it twice could actually cause breakage, due to things like +=, =+, .=, =., _prepend, _append, etc |
| 02:37.01 | odonell | I'm assuming all of this is shell? Parse the conf in a subshell, which returns the distro, and leaves the current shell vars untouched, then source it into the current shell and continue processing. |
| 02:37.35 | odonell | For safety you can use subshells to do things that might otherwise effect current shell vars. |
| 02:38.06 | kergoth | no, it isnt. |
| 02:38.10 | kergoth | bitbake metadata is directly parsed |
| 02:38.17 | kergoth | if you want to rewrite the parser, send a patch |
| 02:38.35 | odonell | OK, if it's not shell, then my suggestion is not at all useful. |
| 02:39.02 | kergoth | no, please, send a patch. the parser sucks, it needs to be rewritten :D |
| 02:39.57 | odonell | At this point I expect raster to comment about "to be able to re-use so much of the good software already there" ... why not use a shell to do all of this? |
| 02:40.30 | odonell | Any POSIX shell supports =, +=, arrays, functions, variables, etc. |
| 02:41.00 | odonell | kergoth, Thanks. Overriding TARGET_PREFIX allows my build to successfully continue. |
| 02:41.07 | kergoth | glad to hear it |
| 02:41.14 | kergoth | we specifically chose not to use shell |
| 02:41.19 | kergoth | portage used shell, we scrapped it |
| 02:41.29 | odonell | May I ask why? |
| 02:41.30 | kergoth | directly parsed gives us more control, and lets us convert to another format in the future |
| 02:41.36 | kergoth | you aren't locked in |
| 02:41.49 | kergoth | I'm pretty sure all of the original design discussions are still buried in a wiki somewhere |
| 02:42.18 | kergoth | we're also able to write tasks in python, inline python scripts, and embed python into variable references. |
| 02:42.44 | odonell | Yes, I've used zope, and the ability to use scraps of python is quite useful. |
| 02:42.57 | odonell | Why not write it all in python then? |
| 02:43.04 | odonell | I digress. |
| 02:43.17 | odonell | I don't mean to have a design discussion like this ;_ |
| 02:43.32 | kergoth | fewer people know python. this way the hard work can be done in python tasks in classes, but the user can still write do_configure, do_compile, etc in shell |
| 02:43.36 | kergoth | it's been working well thus far |
| 02:43.45 | kergoth | that aspect, anyway :) |
| 02:44.01 | raster | its relatively good |
| 02:44.12 | raster | it means peolpe familiar with build systems |
| 02:44.20 | raster | and even their own src are able to re-use their normal shell |
| 02:44.21 | kergoth | believe me, i have *long* list of things that bug me about OpenEmbedded, but that isn't one of them |
| 02:44.36 | raster | (someo-ne who doesnt know shell doign this kind of stuff should be shot) |
| 02:44.40 | raster | and it makes it comfortable |
| 02:45.00 | raster | but for those willing to go the extra mile - they can do some python goop |
| 02:45.01 | raster | :) |
| 02:45.07 | raster | i've never needed to myself. |
| 02:45.58 | odonell | So far nothing has really bugged me about OE. It works with some minimal tweaking. My only complaint is the massive amount of non-standard terminlogy and concepts that I don't understand. |
| 02:46.11 | raster | odonell: how long have u been using oe now? |
| 02:46.18 | odonell | recipes, meta-toolchains, sdk's (not really sdks). |
| 02:46.31 | odonell | I've only been using OE for a couple of months. |
| 02:46.49 | odonell | I've probably just missed the "Terms" wiki page. |
| 02:48.17 | kergoth | https://docs.google.com/View?docID=dzb388z_67cb57qmgq |
| 02:48.49 | kergoth | adds new stuff to his list weekly |
| 02:48.51 | raster | odonell: hmm and no complaints? wow!nothing bugs you? |
| 02:49.00 | odonell | Nothing yet. |
| 02:49.05 | odonell | I'm hard to irk. |
| 02:49.13 | raster | wow |
| 02:49.14 | odonell | I'm a glibc ports developer... |
| 02:49.17 | raster | i must be easy to irk |
| 02:49.31 | odonell | I learned to develop alongside the core glibc maintainers which were always a pain. |
| 02:49.38 | raster | i have come to respect oe - but i still have my disagreements with it |
| 02:49.43 | kergoth | odonell: i dont envy you |
| 02:49.59 | raster | even just getting oe set up and working is a small mountain of work |
| 02:50.28 | odonell | I recently added external binary toolchain support to uClinux-dist (for the Sourcery G++ tools) and it was a hassle. OE was a breeze. |
| 02:50.54 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
| 02:50.56 | odonell | uClinux-dist runs the compiler through a frontend program which munges your command line. |
| 02:50.58 | kergoth | set up should be slightly easier now, though the docs haven't been updated to reflect it. can just set COLLECTIONS to avoid setting BBFILES, BBFILE_{PATTERN,PRIORITY}_*, BBFILE_COLLECTIONS. or can let it default COLLECTIONS based on BBPATH |
| 02:51.07 | kergoth | i need to commit some bits to speed up the collections bits though |
| 02:51.30 | odonell | I still don't understand what a meta-toolchain is, why I would want one, and how to use it. |
| 02:52.02 | odonell | I have a known good binary toolchain, and I want to build all my recipes with it, and then later install the appropriate sysroot to the target image. |
| 02:52.42 | kergoth | neither do i, I've never used that stuff. i expect its for producing an external toolchain/sdk of some sort. *shrug* |
| 02:52.44 | odonell | The later is probably going to be a manual step, unless meta-toolchain solves that e.g. installing headers and the correct sysroot to the target (before image compression or creation time). |
| 02:53.58 | odonell | Well you've all been a big help. |
| 02:54.03 | odonell | Thanks! |
| 02:54.09 | kergoth | there is an external-toolchain recipe that can use an external toolchain and generate target packages from it |
| 02:54.12 | kergoth | if it was built by OpenEmbedded |
| 02:54.21 | kergoth | I'm not sure if thats the best way to go, but i remember seeing it |
| 02:54.23 | odonell | That sounds useful. |
| 02:54.59 | kergoth | at any rate, if you come across anything you think would help improve bitbake or oe, let us know |
| 02:55.06 | kergoth | is trying to slowly introduce some changes |
| 02:55.26 | odonell | The external-toolchain recipe would have to know 1) My CFLAGS, 2) Copy the correct sysroot based on CFLAGS, 3) Copy the headers. |
| 02:55.34 | odonell | looks |
| 02:56.19 | odonell | How do I use external-toolchain? |
| 02:56.51 | kergoth | no idea. maybe its in the OpenEmbedded manual, otherwise read the recipe :) |
| 02:57.03 | kergoth | I'm sure someone knows, but the channel is usually dead around this time |
| 03:01.38 | *** join/#oe HopsNBarley_ (n=hops@pool-173-67-93-147.snfcca.dsl-w.verizon.net) |
| 03:08.59 | *** join/#oe mrmoku|e` (n=mrmoku@ppp-93-104-58-5.dynamic.mnet-online.de) |
| 03:15.37 | *** join/#oe Soopaman (n=Soopaman@dsl-67-55-22-106.acanac.net) |
| 03:18.01 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
| 03:27.46 | *** join/#oe Mat0220 (n=Mat0220@140.112.101.236) |
| 03:32.49 | *** join/#oe HopsNBarley_ (n=hops@pool-173-67-93-147.snfcca.dsl-w.verizon.net) |
| 04:53.25 | *** join/#oe rsalveti_ (n=salveti@189.70.45.223) |
| 05:14.54 | *** join/#oe l403 (n=l@85.132.159.239) |
| 07:04.38 | *** join/#oe ArteK (n=Artur@81.15.241.96) |
| 07:05.49 | *** join/#oe pigeon (n=pigeon@60-241-137-179.static.tpgi.com.au) |
| 07:18.28 | *** join/#oe lrg (n=lrg@host81-136-218-57.in-addr.btopenworld.com) |
| 07:20.55 | *** join/#oe kristoffer (n=kristoff@95.209.43.198.bredband.tre.se) |
| 07:28.24 | mckoan | good morning |
| 07:34.41 | *** join/#oe valhalla (n=valhalla@81-174-24-2.dynamic.ngi.it) |
| 07:41.53 | mckoan | hi valhalla |
| 07:42.02 | valhalla | hi mckoan |
| 07:51.29 | *** join/#oe rob_w (n=bill@p549BCC0E.dip.t-dialin.net) |
| 08:15.15 | mckoan | anybody was able to build qemux86 x11 ? |
| 08:15.46 | mckoan | ~curse bluez-utils |
| 08:15.47 | ibot | May you be reincarnated as a Windows XP administrator, bluez-utils ! |
| 08:33.51 | *** join/#oe gDD (n=gDD@125.116.32.224) |
| 08:38.57 | *** join/#oe l403 (n=l@85.132.159.239) |
| 08:56.12 | *** join/#oe flameman (n=toor@net-93-65-27-202.cust.dsl.vodafone.it) |
| 09:02.14 | *** join/#oe nslu2-log_ (n=nslu2-lo@limax.nslu2-linux.org) |
| 09:04.13 | *** join/#oe grma (n=gruberm@chello212186029093.tirol.surfer.at) [NETSPLIT VICTIM] |
| 09:04.14 | *** join/#oe cbrake_away (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
| 09:04.14 | *** join/#oe methril|fix_part (n=Methril@213.27.233.98) |
| 09:04.14 | *** join/#oe mwester (n=nmwester@nslu2-linux/mwester) |
| 09:04.14 | *** join/#oe jkridner (n=jason@c-76-31-18-64.hsd1.tx.comcast.net) [NETSPLIT VICTIM] |
| 09:04.14 | *** join/#oe W8TVI (n=me@71.238.235.30) |
| 09:04.14 | *** join/#oe toggles_w (n=irssi_to@tommywatson.com) [NETSPLIT VICTIM] |
| 09:04.14 | *** join/#oe borg (n=olaf@80.149.17.21) [NETSPLIT VICTIM] |
| 09:04.14 | *** join/#oe xranby (n=user@labb.zafena.se) [NETSPLIT VICTIM] |
| 09:22.36 | *** join/#oe Jay7 (n=jay@93-81-142-7.broadband.corbina.ru) |
| 09:33.26 | *** join/#oe HopsNBarley_ (n=hops@pool-173-67-93-147.snfcca.dsl-w.verizon.net) |
| 09:36.48 | *** join/#oe lisa___ (n=lisa@c83-249-81-1.bredband.comhem.se) |
| 09:37.02 | lisa___ | Hello. How much free space one need for oe? |
| 09:37.11 | *** join/#oe udovdh (n=udovdh@pindarots.xs4all.nl) |
| 09:37.24 | raster | lisa___: to build a image? |
| 09:37.40 | lisa___ | raster: sure |
| 09:37.47 | lisa___ | raster: is 750 enough? |
| 09:38.10 | raster | gig? |
| 09:38.17 | lisa___ | yes |
| 09:38.20 | raster | yes |
| 09:38.22 | raster | easily |
| 09:38.24 | lisa___ | ok thank |
| 09:39.05 | raster | to build a relativeely "ok" image for omap3 for 1 target desvice i need about 6g |
| 09:39.24 | raster | 242m for the oe tree |
| 09:39.28 | raster | 2.3m for bitbake |
| 09:39.37 | raster | 1.9g for sources |
| 09:39.45 | raster | and 2.9g for the build output |
| 09:39.56 | raster | of course this is a certain set of packages and files for 1 image |
| 09:40.01 | lisa___ | I will try it. |
| 09:40.07 | raster | others may use more or less sources and produce more or less output |
| 09:40.11 | raster | but 750g is more than enough |
| 09:42.08 | Jay7 | lisa___: max size that I have lost under OE's build tree was 10G :) |
| 09:42.35 | Jay7 | but then someone says me about "rm_work" |
| 09:54.26 | *** join/#oe XorA (n=XorA@94-193-93-235.zone7.bethere.co.uk) |
| 10:02.21 | lisa___ | I do not understand. I try bitbake and it says Please set TARGET_ARCH directly, or choose a MACHINE or DISTRO that does so. still I have DISTRO="slugos" |
| 10:05.04 | Jay7 | set MACHINE too |
| 10:05.22 | lisa___ | Where do I find what to set MACHINE to? |
| 10:05.42 | lisa___ | oh! |
| 10:05.43 | lisa___ | I find it. |
| 10:05.45 | Jay7 | whan machine/board you have? |
| 10:05.45 | lisa___ | thank Jay7 |
| 10:05.51 | Jay7 | well, even better :) |
| 10:06.05 | Jay7 | conf/machine anyway :) |
| 10:06.07 | lisa___ | too early in the day for all this |
| 10:06.15 | lisa___ | yes. I should read more carefully |
| 10:07.12 | lisa___ | Now to understand how to add recipes :) |
| 10:16.47 | *** join/#oe kristoffer (n=kristoff@79.138.223.201.bredband.tre.se) |
| 10:23.28 | *** join/#oe greentux__ (n=lemke@p54BC45F5.dip.t-dialin.net) |
| 10:23.34 | *** join/#oe mib_511zs5 (i=7aa60de8@gateway/web/ajax/mibbit.com/x-cb306a72db6d2cd4) |
| 10:31.03 | *** join/#oe e-ffi (n=cybercom@dslb-088-068-187-003.pools.arcor-ip.net) |
| 10:56.16 | *** join/#oe Sleep-Walker (n=Sleep@193.179.96.131) |
| 10:59.34 | *** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 11:06.40 | *** join/#oe rsalveti_ (n=salveti@189.70.45.223) |
| 11:15.17 | *** join/#oe greentux__ (n=lemke@p54BC45F5.dip.t-dialin.net) |
| 11:21.54 | *** join/#oe ptitjes (n=didier@250.73.198-77.rev.gaoland.net) |
| 11:23.47 | *** join/#oe gDD (n=gDD@125.116.32.224) |
| 11:27.08 | *** join/#oe Gnutoo (n=gnutoo@host13-11-dynamic.31-79-r.retail.telecomitalia.it) |
| 11:27.45 | *** join/#oe mrdata (i=mrdata@dslb-088-074-184-211.pools.arcor-ip.net) |
| 11:32.19 | *** join/#oe rob_w (n=bill@p549BCC0E.dip.t-dialin.net) |
| 11:43.18 | *** join/#oe florian (n=fuchs@f049104086.adsl.alicedsl.de) |
| 11:56.18 | mckoan | hi, anybody was able to build qemux86 x11 ? |
| 11:57.04 | mckoan | I get an error with bluez, and actually I don't need bluez with qemu |
| 11:57.26 | mckoan | security.c:888: error: 'HCI_SECMGR' undeclared (first use in this function) |
| 12:07.37 | *** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
| 12:07.37 | florian | hi all |
| 12:07.53 | BusError | hi florian ;-) |
| 12:09.34 | florian | BusError: hi - how are things? any interesting news? |
| 12:10.14 | BusError | nothing much in terms of excitment :> BTW can you get on the channel unnaided now ? :> |
| 12:15.05 | *** join/#oe dijenerate (n=dijenera@64.210.41.166) |
| 12:15.47 | florian | BusError: no... looks like ChanServ is a tough warrior defending itself ;) |
| 12:16.51 | BusError | stupid bugger :> ok I reopened the channel. can't be assed fighting chanserv :> |
| 12:17.20 | *** join/#oe Sup3rkiddo (n=sudharsh@59.92.55.215) |
| 12:20.14 | CIA-2 | 03Stanislav Brabec <utx@penguin.cz> 07org.openembedded.dev * r279420fa8c 10openembedded.git/ (conf/checksums.ini recipes/pulseaudio/libcanberra_0.10.bb): libcanberra: Updated to version 0.12. |
| 12:22.47 | *** join/#oe gremlin[it] (n=gremlin@217.203.147.37) |
| 12:29.22 | *** join/#oe likewise (n=chatzill@82-171-51-231.ip.telfort.nl) |
| 12:45.00 | *** join/#oe like2wise (n=likewise@82-171-51-231.ip.telfort.nl) |
| 12:54.12 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r688025caf5 10openembedded.git/recipes/images/minimal-image.bb: minimal-image: update to use util-linux-ng |
| 12:54.22 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r735fc3d099 10openembedded.git/classes/testlab.bbclass: testlab bbclass: disable package graphs when ONLINE_PACKAGE_MANAGEMENT != full |
| 13:03.55 | CIA-2 | 03Stanislav Brabec <utx@penguin.cz> 07org.openembedded.dev * rf76b23c64c 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.net:openembedded into org.openembedded.dev |
| 13:03.56 | CIA-2 | 03Stanislav Brabec <utx@penguin.cz> 07org.openembedded.dev * rf06fc1880b 10openembedded.git/ (3 files in 2 dirs): |
| 13:03.56 | CIA-2 | autotools.bbclass, distutils-common-base.bbclass, bitbake.conf: Fully support datadir/pkgconfig... |
| 13:03.56 | CIA-2 | * http://lists.linuxtogo.org/pipermail/openembedded-devel/2009-April/009963.html |
| 13:03.56 | CIA-2 | 03Stanislav Brabec <utx@penguin.cz> 07org.openembedded.dev * r4ece093943 10openembedded.git/recipes/iso-codes/iso-codes_1.4.bb: iso-codes: Arch-independent package. |
| 13:09.33 | *** join/#oe Flyser (n=Flyser@unaffiliated/flyser) |
| 13:13.14 | florian | bbiab |
| 13:20.02 | *** join/#oe brolin (n=brolin@190.157.14.3) |
| 13:25.16 | *** join/#oe pb__ (n=pb@79.79.173.112) |
| 13:45.41 | *** join/#oe santamarta (n=Juanjo@195.Red-213-96-224.staticIP.rima-tde.net) |
| 13:51.12 | mckoan | hi gremlin[it] |
| 13:51.51 | gremlin[it] | hi mckoan, |
| 13:52.05 | gremlin[it] | no news about sheeva :( ... |
| 13:52.23 | XorA | all your sheeva are belong to me :-D |
| 13:52.33 | mckoan | gremlin[it]: iirc you told me you built x11 for qemu some days ago |
| 13:52.44 | gremlin[it] | mckoan, yes |
| 13:52.50 | mckoan | was it succesfull? |
| 13:52.57 | gremlin[it] | XorA, grrrrrrr i already pay for it ;) |
| 13:53.03 | mwester | So XorA has my sheeva!! |
| 13:53.17 | mwester | (and GlobalScale has my money!) |
| 13:53.18 | mckoan | he fas mine too :-( |
| 13:53.25 | mckoan | s/fas/has |
| 13:53.34 | XorA | hehe I wish I had a sheeva farm |
| 13:53.37 | gremlin[it] | mckoan, yes, build ok, boot ok, x11 keyboard ok, x11 mouse/touch none, |
| 13:54.16 | XorA | you guys will have to let me know how cool sheeva is |
| 13:54.19 | gremlin[it] | mhhh mine (2), mckoad (2), mwester (1) ... how many you ave XorA ? |
| 13:54.50 | mckoan | gremlin[it]: have you used machine=qemux86 recipe=x11-image ? |
| 13:54.53 | gremlin[it] | you really have it XorA ? when you order it ? |
| 13:55.16 | gremlin[it] | mckoan, yes ... distro kaelios on stable/2009 branch |
| 13:55.49 | mckoan | I am struggling on it for 2 days without success due to a f*** bluez error |
| 13:55.53 | XorA | gremlin[it]: I cant afford one, unemployed |
| 13:56.14 | mckoan | XorA: need a job? |
| 13:56.37 | XorA | mckoan: one to replace my temp job would be good in 4 weeks time |
| 13:57.09 | mckoan | gremlin[it]: http://tinderbox.openembedded.net/public/logs/4460958.txt |
| 13:57.52 | mckoan | XorA: I'm looking for help if you need a job please ask me. |
| 13:58.22 | XorA | mckoan: what kind of help? |
| 13:58.46 | gremlin[it] | XorA, in the zone og mckoan there are also mediavel castels :) |
| 13:59.03 | XorA | gremlin[it]: wicked ;) |
| 14:00.06 | mckoan | XorA: OE development for example |
| 14:01.24 | XorA | mckoan: well Im always interested in OE development work |
| 14:02.20 | *** part/#oe ArteK (n=Artur@81.15.241.96) |
| 14:02.21 | mickey|groceries | joins the jobless folks |
| 14:02.40 | mckoan | castles nearby? http://www.mondimedievali.net/Castelli/lombardia/bergamo/provincia.htm |
| 14:03.15 | mwester | is jobless as well. |
| 14:03.28 | *** join/#oe HopsNBarley_ (n=hops@pool-173-67-93-147.snfcca.dsl-w.verizon.net) |
| 14:03.53 | mckoan | send me your resume :-) |
| 14:04.12 | *** join/#oe ArteK (n=Artur@81.15.241.96) |
| 14:04.27 | XorA | mckoan: ok, got an email address |
| 14:06.14 | mckoan | m.cavallini AT koansoftware D.O.T. com |
| 14:06.20 | *** join/#oe Gnutoo (n=gnutoo@host13-11-dynamic.31-79-r.retail.telecomitalia.it) |
| 14:07.57 | *** join/#oe bin1010 (n=mia@rrcs-71-40-238-241.sw.biz.rr.com) |
| 14:08.08 | mickeyl | mwester: again? i thought you had something lately? |
| 14:09.51 | mwester | I did... it lasted 3.5 months before they too decided they had insufficient paying customers in the midwest; the automakers and their suppliers are in rather unhealthy economic states right now... :( |
| 14:10.47 | mwester | For the first time in my life, I am considering moving somewhere else just to find work. |
| 14:11.11 | mckoan | gremlin[it]: when you built it ? could you retry just to see if there is a problem on your side too? |
| 14:11.39 | mckoan | kaeilos/qemux86/x11-image |
| 14:13.56 | gremlin[it] | mckoan, just did 'bitbake -c clean bluex-utils ; bitbake bluez-utils' ... all good :S |
| 14:14.00 | mickeyl | mwester: arghs, sucky. |
| 14:14.28 | mickeyl | mwester: did you hear about the new automotive platform standard by bmw and some other vendors? that sounds interesting to me |
| 14:14.45 | mickeyl | probably hard to get in this field though |
| 14:15.58 | mckoan | gremlin[it]: I'm doing it as well |
| 14:19.07 | like2wise | 21111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111k,dsssssssssssssssssssssvc bbbbbbbbbbbbbbbb |
| 14:19.18 | like2wise | submitted by cat |
| 14:19.41 | mckoan | like2wise: mieouw! |
| 14:19.49 | gremlin[it] | hahahhaha |
| 14:19.56 | mickeyl | heh |
| 14:20.24 | XorA | we have feline devlopers :-) |
| 14:20.32 | mckoan | was a miaowing :-D |
| 14:20.39 | mwester | looks like a bug report to me. |
| 14:20.41 | like2wise | Signed-off-by: Senna <senna@cat.openembedded.org> |
| 14:21.28 | mckoan | gremlin[it]: http://tinderbox.openembedded.net/builds/140142/ |
| 14:21.49 | mckoan | I'm puzzled, maybe better to restart with a clean OE stable |
| 14:22.22 | gremlin[it] | how i can activate tinderbox ? |
| 14:22.31 | like2wise | mwester: where do you live now? |
| 14:23.02 | mwester | Near Chicago. |
| 14:23.12 | mckoan | # Enable this to send automatic success and failure reports |
| 14:23.12 | mckoan | # http://wiki.openembedded.net/index.php/How_do_I_send_automatic_success_and_failure_reports |
| 14:23.15 | mckoan | INHERIT += "oestats-client" |
| 14:23.18 | mckoan | OESTATS_SERVER = "tinderbox.openembedded.net" |
| 14:23.20 | mckoan | OESTATS_BUILDER = "mckoan" |
| 14:23.21 | gremlin[it] | mwester, you worked for neuros ? |
| 14:23.46 | mwester | gremlin[it]: No, a few software development tools vendors |
| 14:24.21 | gremlin[it] | mwester, don't know if they are hiring but they have a base in chicago |
| 14:24.39 | mwester | It's worth a look! Thanks. :) |
| 14:25.05 | gremlin[it] | mckoan, i have to check local.conf.sample time to time :) |
| 14:29.57 | mckoan | I'll be back this evening |
| 14:30.14 | Gnutoo | mmm...is it possible to disable evdev in kdrive (if I remember it is possible in xorg) |
| 14:34.37 | *** join/#oe guillaum1 (n=gl@AMontsouris-153-1-45-236.w90-2.abo.wanadoo.fr) |
| 14:41.14 | *** join/#oe drw (n=drw@cpe-76-187-64-213.tx.res.rr.com) |
| 14:43.44 | Gnutoo | anyone...I wanted kdrive and it failled at the last recipe(kdrive itself)...or shoud I use xorg without evdev...I haven't a lot if memory |
| 14:44.49 | CIA-2 | 03Mike Westerhof <mwester@dls.net> 07fso/milestone5.5 * r22670322a9 10openembedded.git/recipes/freesmartphone/frameworkd/om-gta01/otimed.patch: freesmartphone/frameworkd: correct paths in the gta01 version of otimed.patch |
| 14:45.01 | Gnutoo | I've only 48M avaliable |
| 14:45.22 | *** part/#oe santamarta (n=Juanjo@195.Red-213-96-224.staticIP.rima-tde.net) |
| 14:45.51 | Gnutoo | it's a bit strange...I've 64M but part of it is used during the boot and is not avaliable later... |
| 14:46.27 | Gnutoo | so I've only 48MB avaliable...and I want a X server or kdrive |
| 14:46.32 | Gnutoo | but kdrive fails on evdev |
| 14:46.49 | Gnutoo | and evdev could be disabled in the x server(in gentoo you can disable it) |
| 14:47.01 | Gnutoo | but I don't know how to disable it in kdrive |
| 14:51.24 | *** join/#oe woglinde (i=woglinde@g225075068.adsl.alicedsl.de) |
| 14:52.14 | Gnutoo | woglinde, hi |
| 14:52.18 | woglinde | hi gnutoo |
| 14:52.56 | Gnutoo | woglinde, do you know if evdev can be disabled in kdrive (else would have to use xorg...but I've only 48MB of ram) |
| 14:53.56 | woglinde | hm dont know really maybe configure option |
| 14:54.09 | Gnutoo | I've grepped ./configure but found nothing |
| 14:54.29 | Gnutoo | I've also read it entirely but I didn't find something interresting |
| 14:54.38 | Gnutoo | ./configure --help to be more precise |
| 14:55.12 | woglinde | hm |
| 14:55.19 | woglinde | okay |
| 14:55.44 | woglinde | I only looked a little bit at Xorg stuff while trying to upate XDirectFB |
| 14:55.55 | Gnutoo | or maybe I look about the deps...if there is evdev I remove it |
| 14:55.55 | woglinde | but I didnt look closer at kdrive |
| 14:55.59 | Gnutoo | ok |
| 14:56.12 | Gnutoo | becuase gentoo's ebuild uses the deps |
| 14:57.23 | Gnutoo | ah...maybe it's the patches |
| 14:59.23 | Gnutoo | thanks anyway |
| 15:03.54 | *** join/#oe mnabil (n=mnabil@82.201.222.203) |
| 15:06.33 | Gnutoo | mmm....doesn't work |
| 15:06.42 | woglinde | hm? |
| 15:06.44 | Gnutoo | | evdev.c:177: error: 'EV_SYN' undeclared (first use in this function) |
| 15:06.56 | woglinde | maybee patching Makefile? |
| 15:07.02 | Gnutoo | ok I'll try |
| 15:07.05 | Gnutoo | thanks |
| 15:14.35 | *** join/#oe kergoth (n=kergoth@ip24-255-7-190.tc.ph.cox.net) |
| 15:14.43 | woglinde | moin kergoth |
| 15:15.14 | kergoth | hey |
| 15:19.12 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
| 15:32.28 | *** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
| 15:33.44 | *** join/#oe like2wise (n=likewise@82-171-51-231.ip.telfort.nl) |
| 15:34.48 | Gnutoo | ouch...how do I regenerate the Makefiles that are...in subdirectories? |
| 15:35.21 | Gnutoo | s/Makefiles/makefiles.in |
| 15:35.43 | Gnutoo | it seems that they are not regenerated automagically |
| 15:37.24 | kergoth | ? |
| 15:38.00 | Gnutoo | ah I didn't wait enough |
| 15:38.16 | Gnutoo | I cated the old Makefile.in |
| 15:38.18 | kergoth | Makefile.in -> Makefile is done by ./configure, it has a list of what makefiles in what dirs to generate. if you have more ./configure scripts in subdirs, the toplevel configure will call those configures, obeying AC_CONFIG_SUBDIRS, which will in turn generate the subdirs makefiles |
| 15:38.28 | kergoth | autoreconf generates the .in's from the .am's |
| 15:38.50 | Gnutoo | yes I know but my question was badly asked...I meant how to do it in oe |
| 15:38.57 | Gnutoo | but it seems to have worked |
| 15:39.34 | Gnutoo | woglinde, hacking the MAkefile.am gave this result: |
| 15:39.45 | Gnutoo | | linux.c:(.text+0x870): undefined reference to `LinuxEvdevMouseDriver' |
| 15:39.55 | Gnutoo | and |
| 15:39.56 | Gnutoo | | linux.c:(.text+0x878): undefined reference to `LinuxEvdevKeyboardDriver' |
| 15:40.17 | Gnutoo | maybe I should use xorg then |
| 15:40.22 | kergoth | i know, and autotools.bbclass calls autoreconf, which obeys AC_CONFIG_SUBDIRS, and it also calls ./configure, which also obeys AC_CONFIG_SUBDIRS. |
| 15:40.24 | woglinde | hm no |
| 15:40.25 | Gnutoo | but...I've only 48M of memory |
| 15:40.26 | kergoth | :P |
| 15:40.31 | Gnutoo | ok thanks |
| 15:40.32 | woglinde | you could hach the linux.c file |
| 15:40.38 | Gnutoo | ok |
| 15:40.46 | woglinde | and remove the functions in question |
| 15:41.10 | Gnutoo | ok thanks |
| 15:41.30 | Gnutoo | the functions are `LinuxEvdevMouseDriver' ? |
| 15:41.36 | Gnutoo | oops |
| 15:41.43 | Gnutoo | the function contain `LinuxEvdevMouseDriver' ? |
| 15:41.50 | woglinde | sorry |
| 15:41.55 | woglinde | I dont have the file here |
| 15:42.00 | Gnutoo | np |
| 15:42.15 | woglinde | or maybee I have |
| 15:42.16 | Gnutoo | but I was asking if I should keep the Makefile.am hack |
| 15:42.25 | woglinde | depends |
| 15:42.37 | woglinde | compile time is faster |
| 15:43.00 | woglinde | but you can let compile the stuff and dont use it |
| 15:43.01 | Gnutoo | ah...it's easy to hack... |
| 15:43.04 | woglinde | depends pn you |
| 15:43.08 | Gnutoo | ok |
| 15:43.17 | woglinde | but the real way is |
| 15:43.27 | woglinde | patch it with configure option |
| 15:43.30 | Gnutoo | ah good idea... |
| 15:43.40 | woglinde | sending upstream is useless |
| 15:43.44 | Gnutoo | I could patch the kernel header and not use evdev if this way fail |
| 15:43.48 | woglinde | nobody there cares about kdrive |
| 15:44.39 | Gnutoo | nobody cares about 2.4 anymore also... |
| 15:44.48 | Gnutoo | lol |
| 15:45.11 | woglinde | ah right |
| 15:46.01 | woglinde | okay |
| 15:46.09 | woglinde | I have to go shopping a little bit |
| 15:46.11 | woglinde | till later |
| 15:48.05 | Gnutoo | thanks a lot and bye |
| 15:56.37 | *** join/#oe ArteK (n=Artur@81.15.241.96) |
| 15:59.53 | *** join/#oe dijenerate (n=dijenera@64.210.41.166) |
| 16:02.48 | *** join/#oe rkirti (n=Kirtika@203.199.213.3) |
| 16:05.44 | woglinde | re |
| 16:06.44 | Jay7 | hehe |
| 16:06.44 | Jay7 | job hunting here |
| 16:06.44 | woglinde | jo jay7 |
| 16:06.44 | woglinde | jay7 hm? |
| 16:06.44 | Jay7 | hey woglinde :) |
| 16:06.44 | Jay7 | woglinde: I'm reading log :) |
| 16:16.37 | XorA | yo Jay7 |
| 16:17.12 | Jay7 | hey XorA :) |
| 16:18.33 | XorA | is off to play with modelines |
| 16:26.22 | *** join/#oe mnabil_ (n=mnabil@82.201.174.205) |
| 16:30.34 | CIA-2 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07org.openembedded.dev * r22111eb4ff 10openembedded.git/ (3 files in 2 dirs): fso-term: new recipe; a versatile muxer-aware terminal program |
| 16:34.16 | *** join/#oe alecrim (n=alecrim@201008200147.user.veloxzone.com.br) |
| 16:37.07 | *** join/#oe coney (n=james@2001:470:1f11:c7:201:6cff:fe26:f0f3) |
| 16:37.12 | *** join/#oe fpga (n=s@89.112.82.154.pppoe.eltel.net) |
| 16:37.52 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r17512b7454 10openembedded.git/recipes/udev/udev_141.bb: udev 141: start clean up |
| 16:37.54 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r7361f1735d 10openembedded.git/ (5 files in 3 dirs): linux-omap 2.6.29: add more dss2 patches |
| 16:38.04 | *** join/#oe virk (n=virk@213.219.146.119.adsl.dyn.edpnet.net) |
| 16:38.23 | *** join/#oe alecrim_ (n=alecrim@201008200147.user.veloxzone.com.br) |
| 16:38.47 | fpga | Hello! I tried to use - http://amethyst.openembedded.net/~koen/narcissus/ |
| 16:38.47 | fpga | Filesystem itself working fine, but QEMU is now working with new kernels... Timer not found, kernel panic, bios bug... |
| 16:39.15 | *** join/#oe XorA (n=XorA@94-193-93-235.zone7.bethere.co.uk) |
| 16:39.24 | woglinde | hi xora |
| 16:41.04 | Gnutoo | by the way I've a prolem with opkg-cl: http://rafb.net/p/XochAM23.html |
| 16:41.46 | Gnutoo | It segfault on download |
| 16:42.03 | Gnutoo | but it install fine the program if the ipk is on the hdd |
| 16:44.22 | *** join/#oe l403 (n=l@85.132.159.239) |
| 16:45.01 | coney | help http://tinderbox.openembedded.net/public/logs/4474401.txt |
| 16:45.06 | coney | tiff build fail |
| 16:47.25 | *** join/#oe Omegamoon (n=egoe@demolitionman.xs4all.nl) |
| 16:48.42 | *** join/#oe pleemans (n=toi@d54C2AAB7.access.telenet.be) |
| 16:48.54 | woglinde | coney hm |
| 16:49.09 | woglinde | its the old problem when compiling for x86 stuff |
| 16:49.34 | woglinde | ups |
| 16:49.35 | woglinde | nope |
| 16:49.46 | coney | armv4t |
| 16:49.52 | woglinde | yes yes |
| 16:50.34 | fpga | please, tell, do somebody gave problems with latest Linux kernels with QEMU x86? |
| 16:50.41 | fpga | *have problems |
| 16:50.53 | mckoan | re |
| 16:51.42 | coney | sucks cause a lot of packages depend on tiff |
| 16:52.19 | mckoan | fpga: what is your distro/package/recipe ? |
| 16:52.55 | fpga | http://amethyst.openembedded.net/~koen/narcissus/ - qemu86 + latest kernel from the git |
| 16:53.41 | fpga | latest kernel failed to start in QEMU and 2.6.29.1 - too - due to APIC problems |
| 16:54.49 | fpga | when I starting in QEMU with noapic option - it booting until mounting rootfs - but the same parameters and same filesystem working fine with other old kernel |
| 16:55.34 | mckoan | fpga: AFAIK the only qemux86 system which build successfully is in stable/2009 |
| 16:56.08 | mckoan | but I'm facing to a bluez problem that dont' allow me to end the build |
| 16:56.48 | mckoan | other people say are able to build with angstrom/qemux86/x11-image for example |
| 16:56.52 | fpga | in qemu x86 too? |
| 16:57.03 | Jay7 | mckoan: did you looking for office employees only? |
| 16:57.32 | mckoan | fpga: I mean that qemux86 should build with stable |
| 16:58.17 | mckoan | Jay7: no, also (or maybe better) remote employee |
| 16:58.48 | mckoan | Jay7: remote=offshore (how do you say it) |
| 16:59.09 | Jay7 | mckoan: I can spend some hours per day to payed work on OE :) |
| 16:59.24 | mckoan | Jay7: send resume :-) |
| 16:59.35 | fpga | ok, although problem not with building, but to try kernel from some stable builds for qemux86 - good idea :) |
| 16:59.55 | Jay7 | I'm programming php now but I will not continue this :) |
| 17:00.14 | Gnutoo | I'll look if I can switch to opkg instead of opkg-cl |
| 17:00.18 | mckoan | -> off cooking something better than an OE recipe... :-D |
| 17:14.37 | CIA-2 | 03Angus Ainslie <nytowl@openmoko.org> 07fso/milestone5.5 * rb20ce4361a 10openembedded.git/conf/distro/include/sane-srcrevs.inc: sane-srcrevs : bump u-boot version number |
| 17:16.51 | Gnutoo | mmm...there is a nocurl version of opkg...i'll use that |
| 17:21.57 | Gnutoo | mmm...I should fix that: ERROR: Build of /home/embedded/oe/org.openembedded.dev/recipes/opkg/opkg-nogpg-nocurl_svn.bb do_patch failed |
| 17:22.10 | Gnutoo | (it's not my fault...it was there before) |
| 17:22.32 | Gnutoo | s/it was there before/I didn't made changes/ |
| 17:28.46 | fpga | mckoan: Are you looking for employees? |
| 17:30.05 | mwester | Gnutoo: grep the *slugos* files in conf to find what PREFERRED_VERSION to use for opkg-nogpg-nocurl_svn.bb |
| 17:30.18 | Gnutoo | that's what I did |
| 17:30.36 | Gnutoo | ah ok |
| 17:30.38 | Gnutoo | sorry |
| 17:30.40 | mwester | Ok, if you use the correct svn version, the patches should apply |
| 17:30.43 | Gnutoo | ok |
| 17:30.45 | Gnutoo | thanks |
| 17:30.52 | Gnutoo | I read to rapidely |
| 17:30.58 | Gnutoo | s/rapidely/fast |
| 17:31.15 | mwester | That's a rather hacky version of opkg for very very memory-constrained systems. |
| 17:33.18 | Gnutoo | I need it because I suspect that curl is the cause of my segfault |
| 17:35.04 | Gnutoo | thanks a lot I found it |
| 17:48.34 | *** join/#oe HopsNBarley_ (n=hops@pool-173-67-93-147.snfcca.dsl-w.verizon.net) |
| 18:05.08 | coney | hm says my oe folder isnt on a branch maybe thats why tiff is failing? |
| 18:05.23 | coney | i coulda swore i checked out fso5.5 |
| 18:09.00 | *** part/#oe BenLauDC (n=benlau@221.125.8.105) |
| 18:09.16 | Gnutoo | oh no...Xfbdev: can't load library 'libc.so' |
| 18:09.30 | Gnutoo | I'll investigate |
| 18:09.37 | Gnutoo | but that doesn't sound good |
| 18:10.32 | Gnutoo | by the way it was libcurl |
| 18:10.44 | Gnutoo | opkg-nocurl-nogpg worked |
| 18:11.45 | *** join/#oe DJWillis (n=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) |
| 18:13.37 | Gnutoo | mmm I simlinked it |
| 18:13.43 | Gnutoo | and it seems to run the --help now |
| 18:19.33 | mckoan | fpga: /w fpga |
| 18:20.00 | mckoan | fpga: yes |
| 18:22.07 | *** join/#oe e-ffi (n=cybercom@dslb-088-068-187-003.pools.arcor-ip.net) |
| 18:28.26 | *** join/#oe e-ffi_ (n=cybercom@dslb-088-068-181-091.pools.arcor-ip.net) |
| 18:30.51 | *** join/#oe mrec__ (n=mrec@carstoponline.de) |
| 18:32.39 | CIA-2 | 03Carsten Haitzler (Rasterman <raster@rasterman.com> 07stable/2009 * rc9ddfbfac0 10openembedded.git/recipes/libelf/libelf_0.8.6.bb: |
| 18:32.39 | CIA-2 | libelf: fix another GNU_HASH issues while building libelf |
| 18:32.39 | CIA-2 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 18:32.39 | CIA-2 | Acked-by: Denys Dmytriyenko <denis@denix.org> |
| 18:33.18 | *** join/#oe Soopaman (n=Soopaman@dsl-67-55-22-106.acanac.net) |
| 18:37.50 | *** join/#oe dijenerate (n=dijenera@64.210.41.166) |
| 18:37.53 | *** join/#oe flo_lap (n=fuchs@f049104086.adsl.alicedsl.de) |
| 18:40.46 | *** join/#oe eFfeM (n=Frans@195-241-226-180.ip.telfort.nl) |
| 18:41.44 | CIA-2 | 03Stanislav Brabec <utx@penguin.cz> 07org.openembedded.dev * re932a355f8 10openembedded.git/ (conf/checksums.ini recipes/gnome/gnome-media_2.26.0.bb): gnome-media: New recipe. |
| 18:49.39 | florian | re |
| 18:52.54 | eFfeM | hi |
| 18:53.47 | *** join/#oe mnabil_ (n=mnabil@82.201.222.78) |
| 18:54.24 | *** join/#oe VoodooZ_ (n=palm3@76-10-166-127.dsl.teksavvy.com) |
| 19:04.45 | woglinde | re |
| 19:09.44 | svolpe | what is the status of uclibc and Angstrum? I know a while back it was broken, does it compile and work now? |
| 19:13.15 | *** join/#oe flameman (n=toor@net-93-65-27-202.cust.dsl.vodafone.it) |
| 19:13.24 | woglinde | svople compiles fine |
| 19:13.53 | woglinde | svolpe only caevat ist when you want to compile arm with thumb |
| 19:14.01 | VoodooZ_ | which OE distro would fully support the sheevaPlug as I'm totally wanting one. |
| 19:14.07 | woglinde | then you need gcc-4.3.3 and binutils != 2.19 |
| 19:15.22 | woglinde | hm why we dont update pulseaudio? |
| 19:18.44 | svolpe | woglinde: Thanks, I have not select thumb but I will check first to make sure it is not a default option/ |
| 19:21.01 | *** join/#oe Sleep_Walker (n=Sleep@193.179.96.131) |
| 19:26.32 | *** join/#oe vivijim (n=vivijim@unaffiliated/vivijim) |
| 19:41.41 | *** part/#oe ArteK (n=Artur@81.15.241.96) |
| 19:43.51 | *** join/#oe Spyro (n=ian@benden.mnementh.co.uk) |
| 19:46.56 | *** part/#oe VoodooZ_ (n=palm3@76-10-166-127.dsl.teksavvy.com) |
| 19:48.59 | CIA-2 | 03Stanislav Brabec <utx@penguin.cz> 07org.openembedded.dev * r4804f2c6b8 10openembedded.git/recipes/gnome/gvfs_1.2.1.bb: gvfs: Don't refer to the host system (samba includes, gawk). |
| 19:50.00 | Gnutoo | wow it seems to work...I now need to bitbake an application that uses kdrive/Xorg |
| 19:51.08 | woglinde | hehe |
| 19:51.25 | *** join/#oe otavio (n=otavio@debian/developer/otavio) |
| 19:52.16 | Gnutoo | unfortunately it's limited to 8bit...unles someone do some porting... |
| 19:52.31 | woglinde | hm? |
| 19:52.40 | woglinde | your changes? |
| 19:52.46 | woglinde | or kdrive at all? |
| 19:54.14 | Gnutoo | mmm... sxpm.c:56:21: error: libintl.h: No such file or directory... |
| 19:54.21 | woglinde | *g* |
| 19:54.21 | Gnutoo | no it's the device |
| 19:54.28 | woglinde | libtool |
| 19:54.36 | Gnutoo | realy... |
| 19:54.37 | Gnutoo | ouch |
| 19:55.10 | Gnutoo | the device has 2 modes of accessing to the fb |
| 19:55.20 | Gnutoo | a standard one but limited to 8it |
| 19:56.35 | Gnutoo | and one that is ycbcr but 16bit |
| 19:58.00 | woglinde | hm |
| 19:58.04 | CIA-2 | 03Stanislav Brabec <utx@penguin.cz> 07org.openembedded.dev * r9882a7a0b9 10openembedded.git/recipes/vala/ (vala-bootstrap-native_0.6.0.bb vala_0.6.0.bb): vala: Fixed bootstrapping. |
| 19:59.05 | Gnutoo | will inherit gettext fix it |
| 19:59.06 | Gnutoo | ? |
| 20:00.43 | woglinde | gnutoo mom |
| 20:00.45 | marex | florian, how are the patches ? |
| 20:00.58 | marex | florian, btw. do you think I can get commit access to OE ? |
| 20:01.06 | woglinde | gnutoo try it |
| 20:01.07 | marex | florian, errr ... sorry, hi ;-) |
| 20:01.14 | Gnutoo | ok thanks |
| 20:04.19 | Gnutoo | mmm...it doesn't fix it... |
| 20:04.26 | Gnutoo | maybe I should bitbake something else |
| 20:06.50 | woglinde | then you have to hardcorde the dep |
| 20:06.50 | woglinde | DEPENDS += "virtual/libintl" |
| 20:08.20 | *** join/#oe greentux_ (n=lemke@p54BC7D05.dip.t-dialin.net) |
| 20:17.39 | *** join/#oe timtimred (n=meh@79-77-6-18.dynamic.dsl.as9105.com) |
| 20:22.07 | florian | marex: oops sorry... ok about libgemwidget first, i'll push this now |
| 20:22.29 | *** join/#oe otavio (n=otavio@debian/developer/otavio) |
| 20:23.10 | marex | florian, thanks :) |
| 20:24.56 | Gnutoo | woglinde, ah ok...thanks |
| 20:26.03 | *** join/#oe Balrog_ (n=Balrog@pool-68-238-235-164.phil.east.verizon.net) |
| 20:26.59 | Balrog_ | hi ... anyone here from zaurususergroup.org? Downloads don't work for me :( |
| 20:27.33 | CIA-2 | 03Marek Vasut <marek.vasut@gmail.com> 07org.openembedded.dev * re7e86adbd0 10openembedded.git/recipes/gpephone/libgemwidget/libgemwidget-fixup.diff: Improve libgemwidget fix |
| 20:28.28 | marex | florian, thanks :) anyway, how hard would it be for me to get commit access ? I talked about it with laibsch some time ago |
| 20:28.45 | marex | some longer time ago |
| 20:28.53 | marex | ~seen laibsch |
| 20:28.55 | ibot | laibsch <n=Laibsch@p031211.dynamic.ppp.asahi-net.or.jp> was last seen on IRC in channel #oe, 57d 21h 21m 10s ago, saying: 'I think that makes sense for such an important page'. |
| 20:29.50 | Gnutoo | mmm...gettext wasn't staged... |
| 20:30.30 | Gnutoo | but it still doesn't work...I'm tired |
| 20:31.58 | *** join/#oe Sleep_Walker (n=Sleep@193.179.96.131) |
| 20:34.34 | florian | marex: not really, but it meight be a good idea to add some patches to the bugtracker so that people can take a look |
| 20:35.55 | Balrog_ | anyone knows what is a good Linux / ROM image to install on my Zaurus SL-5500? I do some Linux stuff but I don't want to lose compatibility with stock software. |
| 20:36.02 | Balrog_ | or is this the wrong place to ask? |
| 20:37.07 | marex | florian, I'll have to build more then ... well I just wanted it to maintain the Palm-related stuff there ;-) |
| 20:37.59 | Gnutoo | Balrog_, we are a build system for various devices but we have some files that permit us to cross-compiles things for cross-compiling for sharptom: sharprom-compatible.conf |
| 20:38.21 | Balrog_ | OK. Where should I ask then? |
| 20:38.23 | Gnutoo | s/devices/devices and distros |
| 20:38.37 | *** join/#oe fx5 (n=fx5@dslb-082-083-203-105.pools.arcor-ip.net) |
| 20:38.43 | *** part/#oe fx5 (n=fx5@dslb-082-083-203-105.pools.arcor-ip.net) |
| 20:39.11 | Gnutoo | Balrog_, can I pm you? |
| 20:39.17 | Balrog_ | Gnutoo: sure. |
| 20:39.22 | marex | florian, btw you might find some very old patches in the bugtracker, but that's from quite some time ago ;) |
| 20:39.22 | Gnutoo | because it's not very on-topic |
| 20:39.45 | marex | florian, it isn't really representative too, but there are some ;-) |
| 20:48.01 | *** join/#oe putukas (n=putukas@82.131.25.232.cable.starman.ee) |
| 20:48.59 | *** join/#oe ant__ (n=andrea@host123-51-dynamic.5-87-r.retail.telecomitalia.it) |
| 20:49.41 | woglinde | re ant |
| 20:50.50 | ant__ | hey W8TVI |
| 20:51.01 | ant__ | fsck auto-tab |
| 20:51.06 | ant__ | hello woglinde |
| 20:51.36 | ant__ | woglinde: are there new breakages with uclibc? |
| 20:51.50 | ant__ | and thumb? |
| 20:51.57 | ant__ | iirc I had any |
| 20:52.09 | ant__ | couple of months ago |
| 20:52.14 | woglinde | ant nope |
| 20:52.20 | woglinde | but you need gcc-4.3.3 |
| 20:52.22 | ant__ | just uclibc was needing 'arm' then |
| 20:52.32 | woglinde | and binutils 2.18 or binutils_cvs |
| 20:52.47 | woglinde | khem fixed it |
| 20:54.31 | CIA-2 | 03Stanislav Brabec <utx@penguin.cz> 07org.openembedded.dev * re50eae6ac5 10openembedded.git/ (4 files in 3 dirs): nautilus-cd-burner: Added version 2.24.0, removed old one. |
| 20:54.32 | CIA-2 | 03Stanislav Brabec <utx@penguin.cz> 07org.openembedded.dev * r93be65bca1 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.net:openembedded into org.openembedded.dev |
| 21:12.05 | *** join/#oe mnabil_ (n=mnabil@82.201.178.178) |
| 21:18.52 | *** join/#oe Spyro (n=ian@benden.mnementh.co.uk) |
| 21:20.29 | marex | Spyro, hi ;) |
| 21:20.44 | CIA-2 | 03Stanislav Brabec <utx@penguin.cz> 07org.openembedded.dev * r8e862fc8b6 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.net:openembedded into org.openembedded.dev |
| 21:20.46 | CIA-2 | 03Stanislav Brabec <utx@penguin.cz> 07org.openembedded.dev * r9053fb56b7 10openembedded.git/: nautilus-cd-burner: Added version 2.24.0, removed old one. |
| 21:24.00 | *** join/#oe koobe (n=koobe@83.150.95.26) |
| 21:32.04 | *** join/#oe Gin-geR (i=hacker@pD95393F2.dip0.t-ipconnect.de) |
| 21:33.16 | ant__ | kergoth: ping |
| 21:34.03 | ant__ | kergoth: about failing do_stage for zaurus-updater, it seems to be cured by PARALLEL_MAKE = "" |
| 21:34.39 | ant__ | strangely, it seems most of the packages using package_stagefile_shell need this workaround |
| 21:34.49 | ant__ | http://rafb.net/p/Qath3Y42.html |
| 21:35.03 | ant__ | e.g. u-boot, x-load, ...zaurus-updater now :-) |
| 21:35.36 | ant__ | btw, it fails *only* on rebuild from packaged staging.... |
| 21:35.59 | ant__ | not building from scratch |
| 21:37.49 | ant__ | kergoth: btw this package_stagefile_shell is not compatible with DEPLOY_DIR out of TMPDIR (base.bbclass) |
| 21:38.10 | kergoth | yes, i know, i reported that like a month ago |
| 21:38.14 | ant__ | koen defined it an 'hack' to have back the packages not in staging |
| 21:38.23 | ant__ | is there a better way? |
| 21:38.50 | ant__ | only 4 recipes using it |
| 21:38.52 | ant__ | ... |
| 21:40.08 | ant__ | well, 5 |
| 21:40.29 | ant__ | (why so many u-boot ?) |
| 21:40.36 | marex | florian, so what's your opinion ? |
| 21:41.12 | ant__ | kergoth: being that without the a.m. fix rebuild from pstage breaks regularly, I'll commit it |
| 21:41.31 | ant__ | to be able to continue th etesting...something is fishy... |
| 21:41.56 | ant__ | it happens too often I loose the crosscompiler without a reason... |
| 21:42.08 | ant__ | just by rebuilding a package |
| 21:42.42 | ant__ | then, this strange...sh: rm: command not found |
| 21:42.48 | ant__ | a lot of ^^^ |
| 21:43.35 | ant__ | just before: NOTE: Staging package found, using it for |
| 21:44.03 | MostAwesomeDude | Morning. (Or afternoon.) More stupid questions. |
| 21:44.09 | MostAwesomeDude | Anybody know how to set up an opkg repo? |
| 21:44.28 | woglinde | copy |
| 21:44.35 | ant__ | kergoth: btw the log seems a bit nonsense.. |
| 21:44.41 | ant__ | http://rafb.net/p/I3I0SQ37.html |
| 21:49.45 | CIA-2 | 03Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * r9c6c2eca5f 10openembedded.git/recipes/zaurus-updater/zaurus-updater.bb: |
| 21:49.45 | CIA-2 | zaurus-updater: force PARALLEL_MAKE = "" |
| 21:49.45 | CIA-2 | - fix do_stage error during rebuild from packaged-staging |
| 21:51.01 | *** part/#oe fpga (n=s@89.112.82.154.pppoe.eltel.net) |
| 21:51.06 | *** join/#oe fpga (n=s@89.112.82.154.pppoe.eltel.net) |
| 21:51.13 | *** part/#oe fpga (n=s@89.112.82.154.pppoe.eltel.net) |
| 22:03.12 | *** join/#oe adub (n=adub@ip98-180-210-85.fv.ks.cox.net) |
| 22:06.13 | adub | trying to figure out if 3.5.4.1 openzaurus will install on sl-5500 |
| 22:06.51 | XorA | wont get much help here these days :-) |
| 22:07.13 | adub | oh |
| 22:07.18 | adub | yeah my setup is a lil old |
| 22:07.33 | XorA | adub: we all gave up on openzarus |
| 22:07.44 | XorA | adub: and Angstrom isnt ready for 5500 yet |
| 22:07.48 | adub | yeah |
| 22:07.51 | adub | :) |
| 22:08.38 | adub | i keep getting a panga modules error when trying to install x11 applications indicating it cant find a directory? |
| 22:08.46 | Balrog_ | XorA: angstrom doesn't work at all on 5500? |
| 22:08.50 | adub | when i try to install x11 applications on 3.5.4 openzaurus |
| 22:09.06 | Balrog_ | I have a 5500 and I'm looing for something that would work well |
| 22:09.09 | XorA | Balrog_: it does, but I cant get kernel to finish booting when running from SD |
| 22:09.23 | Balrog_ | :/ ... can you run it from internal storage? |
| 22:09.24 | adub | go with openzaurus 3.5.4 |
| 22:09.31 | adub | its what i run and it runs fine |
| 22:09.39 | Balrog_ | is there a OPIE version? |
| 22:09.40 | *** join/#oe user1 (n=3MX@host86-160-9-30.range86-160.btcentralplus.com) |
| 22:09.49 | adub | yes |
| 22:09.51 | adub | for 3.5.4 |
| 22:09.57 | *** join/#oe user2 (n=3MX@host86-160-9-30.range86-160.btcentralplus.com) |
| 22:09.58 | Balrog_ | ok. URL please. |
| 22:10.00 | adub | thats what i run on my 5500 |
| 22:10.45 | adub | http://www.openzaurus.org/download/3.5.4/images/collie/ |
| 22:11.07 | adub | opie-image-3.5.4-collie.initrd.bin |
| 22:11.25 | Balrog_ | how to install it? just put on CF card then C+D+reset? |
| 22:11.33 | adub | zImage-64-0 |
| 22:11.37 | adub | you need those files |
| 22:11.46 | adub | have cf card formatted with regular fat |
| 22:11.49 | adub | put them on card |
| 22:11.58 | Balrog_ | I'll try Angstrom first :P |
| 22:12.37 | adub | have fun if you getting working |
| 22:13.44 | Balrog_ | are there any more recent versions of Java that run on Zaurus (like Java 1.5) |
| 22:13.49 | Balrog_ | or is that impossible? |
| 22:13.58 | woglinde | balrog look at cacao |
| 22:14.41 | Balrog_ | adub: I get 'an error occurred during the file system check' trying to install stock ROM (just to make sure there aren't any real problems) |
| 22:15.07 | woglinde | english fussball? |
| 22:15.10 | woglinde | ups |
| 22:25.49 | ant__ | kergoth: again... /bin/sh: arm-angstrom-linux-gnueabi-gcc: command not found |
| 22:26.08 | Jay7 | -> sleep |
| 22:26.13 | ant__ | first do_compile after rebuild from pstage... |
| 22:26.18 | Balrog_ | adub: still there? refuses to install |
| 22:26.38 | Balrog_ | I just get a green light for 1.5 seconds then goes out when I press C+D+reset |
| 22:28.20 | Balrog_ | any ideas? This happens with openzaurus or Angstrom |
| 22:28.45 | Balrog_ | do I need to rename files? |
| 22:39.44 | *** part/#oe Omegamoon (n=egoe@demolitionman.xs4all.nl) |
| 22:49.05 | *** join/#oe a_s_ (n=a_s_@93-41-213-24.ip83.fastwebnet.it) |
| 22:51.26 | *** part/#oe a_s_ (n=a_s_@93-41-213-24.ip83.fastwebnet.it) |
| 22:52.55 | ant__ | kergoth: I see why the compiler disappears after build from pstage... |
| 22:53.28 | ant__ | from scratch I have: /build/tmp/angstrom/cross/ |
| 22:53.56 | ant__ | err.. reverse |
| 22:54.16 | ant__ | from pstage is /build/tmp/angstrom/cross |
| 22:54.46 | ant__ | from scratch /build/tmp/angstrom/cross/armv5te/ |
| 22:55.22 | ant__ | that last seems trimmed-out |
| 22:55.45 | svolpe | woglinde: I'm assuming binutils 2.18.50 will work with uclibc since it is NOT = to 2.19 as you said before? |
| 22:55.55 | woglinde | svlope yes |
| 22:56.03 | woglinde | but gcc-4.3.3 |
| 22:56.06 | woglinde | is needed |
| 22:57.16 | svolpe | woglinde: yes I set it to gcc-4.3.3, uclibc compiled however expat did not, I will have to figure out why. |
| 22:58.40 | woglinde | uh |
| 22:58.49 | woglinde | whats the expat error? |
| 22:58.55 | svolpe | woglinde: uhm, the message I'm getting with expat is internal compiler error segfault. |
| 22:59.38 | svolpe | http://pastebin.com/m9f6311e |
| 23:00.20 | woglinde | hm uh |
| 23:01.15 | svolpe | woglinde: I'm building the uclibc system on the same OE install that I built a glibc system, I'm assuming that is no longer a problem since OE keeps uclibc and glibc stuff isolated. |
| 23:03.16 | ant__ | good night |
| 23:03.33 | woglinde | svople right |
| 23:04.39 | *** join/#oe like2wise (n=likewise@82-171-51-231.ip.telfort.nl) |
| 23:05.11 | woglinde | svolpe which expat version is this? |
| 23:05.12 | svolpe | woglinde: I guess the only other thing is I'm using a custom distro based off of Angstrom. I originally copied Angstrom and modified it. The Angstrom I copied was only from about 2 months ago. I could try cleaning things and using the latest Angstrom incase I have a Prefered package version set to something old. |
| 23:05.37 | svolpe | woglinde: However I would not expect that kind of error from a package version issue. |
| 23:05.49 | svolpe | woglinde: expat-2.0.0-r2 |
| 23:08.22 | woglinde | could you try the older version? |
| 23:08.49 | MostAwesomeDude | WTF. How do I get my openjdk-langtools-native onto my rootfs? |
| 23:09.07 | svolpe | woglinde: sure. |
| 23:10.27 | svolpe | woglinde: I get the same error. |
| 23:10.34 | woglinde | hm |
| 23:10.39 | svolpe | woglinde: with the older version: expat-1.95.7-r2 |
| 23:10.48 | woglinde | could you try to set ARM_INSTRCUTION = "arm" |
| 23:10.57 | woglinde | mom |
| 23:11.04 | woglinde | not the right name |
| 23:11.46 | svolpe | woglinde: just set that in the local.conf? |
| 23:13.05 | woglinde | nope |
| 23:13.08 | woglinde | in the recpie |
| 23:13.09 | woglinde | mom |
| 23:13.36 | svolpe | woglinde: ok. |
| 23:13.49 | woglinde | ARM_INSTRUCTION_SET = "arm" |
| 23:14.53 | svolpe | woglinde: I'm assuming set it in the recipe file and that it is not a CFLAGS or LDFAGS or configure option. |
| 23:15.05 | woglinde | yes |
| 23:15.09 | woglinde | not CFLAGS |
| 23:16.49 | svolpe | woglinde: that worked, wow thanks. That would have taken me a long time to figure out. |
| 23:16.59 | woglinde | hm |
| 23:17.03 | woglinde | its thumb |
| 23:17.06 | woglinde | stuff |
| 23:25.18 | svolpe | woglinde: ok, makes sense. |
| 23:25.24 | svolpe | woglinde: again thanks for the help |
| 23:26.06 | woglinde | and we have some experience with it |
| 23:28.40 | marex | ~seen Spyro |
| 23:28.43 | ibot | spyro <n=ian@benden.mnementh.co.uk> was last seen on IRC in channel #oe, 26d 3h 15m 22s ago, saying: 'looks like the perfect fit for a golf Mk III dashboard module :)'. |