| 00:00.23 | Tartarus | But even still, bitbake gcc-cross-sdk -g should show glibc (or eglibc or uclibc) in the list of stuff it needs first |
| 00:01.18 | dickelbeck | dick@dick-desktop:/diskb/oestuff/build$ bitbake -g task-sdk-host |
| 00:01.18 | dickelbeck | NOTE: Handling BitBake files: \ (6717/6717) [100 %] |
| 00:01.18 | dickelbeck | NOTE: Parsing finished. 6425 cached, 0 parsed, 292 skipped, 0 masked. |
| 00:01.18 | dickelbeck | NOTE: Cache is clean, not saving. |
| 00:01.18 | dickelbeck | NOTE: Resolving any missing task queue dependencies |
| 00:01.18 | dickelbeck | NOTE: Preparing runqueue |
| 00:01.20 | dickelbeck | NOTE: Dependencies saved to 'depends.dot' |
| 00:01.22 | dickelbeck | NOTE: Task dependencies saved to 'task-depends.dot' |
| 00:01.24 | dickelbeck | dick@dick-desktop:/diskb/oestuff/build$ |
| 00:01.40 | dickelbeck | clean as a whistle, now trying meta-toolchain |
| 00:01.52 | *** join/#oe HellDragon (n=jd@Wikipedia/HellDragon) |
| 00:02.27 | denix|away | is away: I'm not here |
| 00:02.40 | Tartarus | k |
| 00:02.44 | *** join/#oe Spyro (n=ian@benden.mnementh.co.uk) |
| 00:03.15 | Tartarus | fwiw, and I say this as someone who maintains a custom distro too, it's best when something fails to see if minimal or angstrom also fails |
| 00:03.32 | Tartarus | If so, it's a generic bug, if not, start seeing what they do differently w/ bitbake -g |
| 00:03.43 | Tartarus | The .dot files can be turned into pretty graphs, or just grep'd about |
| 00:04.53 | dickelbeck | great advice. Lots to learn. I spent a month in oe 6 months ago, and forgot everything I learned. Updated to dev, and much to learn again. |
| 00:05.45 | dickelbeck | comes right back around to the same error: |
| 00:05.49 | dickelbeck | NOTE: Task failed: /diskb/oestuff/build/tmp/work/i686-armv4t-sdk-linux-gnueabi/gcc-cross-sdk-4.3.3-r2/temp/log.do_compile.26924 |
| 00:05.49 | dickelbeck | NOTE: package gcc-cross-sdk-4.3.3-r2: task do_compile: failed |
| 00:05.50 | dickelbeck | ERROR: TaskFailed event exception, aborting |
| 00:05.50 | dickelbeck | ERROR: Build of /diskb/oestuff/openembedded/recipes/gcc/gcc-cross-sdk_4.3.3.bb do_compile failed |
| 00:05.50 | dickelbeck | ERROR: Task 248 (/diskb/oestuff/openembedded/recipes/gcc/gcc-cross-sdk_4.3.3.bb, do_compile) failed |
| 00:05.51 | dickelbeck | NOTE: Tasks Summary: Attempted 397 tasks of which 387 didn't need to be rerun and 1 failed. |
| 00:05.53 | dickelbeck | ERROR: '/diskb/oestuff/openembedded/recipes/gcc/gcc-cross-sdk_4.3.3.bb' failed |
| 00:06.53 | dickelbeck | this was bitbake meta-toolchain |
| 00:06.56 | coney | great name |
| 00:07.06 | coney | i think you need to change it |
| 00:07.31 | Tartarus | ok |
| 00:07.44 | Tartarus | Now, time to go a different route |
| 00:07.46 | coney | but then again one would think wierd things if they focused on anyones nicks |
| 00:07.47 | Tartarus | but first |
| 00:07.53 | Tartarus | if you have a multi core or otherwise fast box |
| 00:08.15 | Tartarus | PARALLEL_MAKE = "-j 6" |
| 00:08.16 | Tartarus | BB_NUMBER_THREADS = "4" |
| 00:08.19 | Tartarus | in your local.conf |
| 00:08.26 | Tartarus | (That's for my quad-core box, adjust to taste) |
| 00:08.35 | Tartarus | Then try building for angstrom or minimal |
| 00:08.39 | Tartarus | but still your machine |
| 00:08.53 | coney | i need to change branches |
| 00:08.59 | Tartarus | oh, and do just bitbake gcc-cross-sdk |
| 00:09.00 | coney | or somethin cause nothin builds |
| 00:09.06 | Tartarus | that'll skip out a few other things that are building for you |
| 00:09.34 | coney | then again experimental branches can be that way |
| 00:12.24 | dickelbeck | single core, 1 gig RAM, 2.6 gHz, need a new computer soon I guess, but fast SCSI disks, started now. |
| 00:12.58 | Tartarus | hmm |
| 00:13.04 | Tartarus | maybe just BB_NUMBER_THREADS=2 then |
| 00:13.35 | Tartarus | unrelated, have you speced out a new machine? I was surprised how cheap stuff is |
| 00:13.49 | Tartarus | built a monster of a box for ~$1300USD shipped |
| 00:14.36 | Tartarus | The biggest "slow" part of OE is that you build from scratch gcc a few times, and your libc too |
| 00:14.56 | Tartarus | But once you're doing a make -j N on that with a fast box, you don't notice anymore |
| 00:15.02 | Tartarus | It also means less coffee making time :( |
| 00:16.49 | dickelbeck | I am all ears. Everything I know about a desktop PC is obsolete, and I've been at a computer 40 hours per week for 26 years writing software. |
| 00:17.05 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
| 00:17.18 | dickelbeck | shit my disk just filled up. I will have to scoot a partition boundary over a little, that will set us back 10 minutes. |
| 00:17.28 | Tartarus | owch |
| 00:17.40 | Tartarus | I don't keep up anymore like I used to, either. |
| 00:17.46 | Tartarus | But it's amazing how cheap a 1.5TB disk is |
| 00:18.19 | Tartarus | I got 4 of the things, raid0+1 together for some sort of protection against failure (yes, I know, need real backups too) |
| 00:19.33 | Tartarus | http://www.newegg.com/Product/Product.aspx?Item=N82E16822148337 |
| 00:20.13 | Tartarus | And I'm sure everyone here has paid 2x or more for some tiny fraction of the size in disk space |
| 00:25.08 | dickelbeck | yes that price is insane value. |
| 00:25.46 | dickelbeck | seagate is about all I trust, from the old days. |
| 00:26.37 | dickelbeck | where is a good place to get a quad core mini tower or desktop pc, somewhat partial to AMD, but its a minor preference. |
| 00:27.07 | Tartarus | built mine from newegg.com :) |
| 00:27.21 | Tartarus | just looked at the invoice to find that link, the 1300 included a new UPS too |
| 00:27.25 | Tartarus | 1150 otherwise |
| 00:27.32 | *** join/#oe raster (n=raster@enlightenment/developer/raster) |
| 00:27.47 | Tartarus | happily stock CPU cooler are fine again |
| 00:28.11 | dickelbeck | say again? |
| 00:28.28 | Tartarus | retail/OEM amd cpus come with a good heatsink/fan combo |
| 00:28.38 | Tartarus | i recall that not being the case before |
| 00:29.00 | dickelbeck | I get it, CPUs. |
| 00:29.26 | *** join/#oe bin1010 (n=mia@rrcs-71-40-238-241.sw.biz.rr.com) |
| 00:31.42 | *** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net) |
| 00:41.43 | dickelbeck | the partition expansion is probably nearing completion, been running for awhile. |
| 00:42.44 | *** join/#oe marcosmamorim (n=marcos@201-43-34-210.dsl.telesp.net.br) |
| 00:42.53 | dickelbeck | what is the name of your distro? and have you made it public? |
| 00:43.16 | Tartarus | nope, not public, but I work for Embedded Alley |
| 00:43.30 | Tartarus | you may, or may not, have heard of us, which is ok :) |
| 00:44.46 | dickelbeck | http://dl.softplc.com/ds_Smartboard.pdf |
| 00:45.13 | dickelbeck | if you ever need an ARM board with some decent comm ports.... |
| 00:45.30 | dickelbeck | this is my target. |
| 00:45.39 | dickelbeck | and my design |
| 00:45.53 | Tartarus | neat |
| 00:46.57 | Tartarus | Is there a reason you ruled out using angstrom or similar? |
| 00:48.00 | dickelbeck | Well we have our own initialization scripts, coming from prior work. |
| 00:48.53 | dickelbeck | Frankly, it is difficult to characterize these distros. We need a ram disk at /tmp and invested a good bit of time in our init scripts and runlevel support. |
| 00:49.06 | dickelbeck | We also run a firewall normally, and are headless most always. |
| 00:49.34 | Tartarus | Ah |
| 00:49.53 | Tartarus | angstrom can do headless, but if you're providing your own set of initscripts, totally, that makes a bit more sense |
| 00:50.18 | Tartarus | fwiw, i'd recommend basing your distro conf files off of angstrom, or at least looking good and hard at their preferred versions/provider files |
| 00:50.48 | dickelbeck | This is us having fun: |
| 00:50.50 | Tartarus | Things are better than they used to be, but still not 100%, about defaults being sane if you aren't specifying versions and providers for packages |
| 00:50.51 | dickelbeck | http://softplc.com/prusace.php |
| 00:51.44 | Tartarus | cool |
| 00:52.39 | Tartarus | And, ah yes |
| 00:52.57 | Tartarus | since 6 months ago, there is now a stable branch that is going to be usable long term, really, we mean it this time :) |
| 00:53.02 | Tartarus | http://wiki.openembedded.net/index.php/Stable |
| 00:53.27 | Tartarus | And i've got a number of SDK updates i'm testing that'll be in there shortly |
| 00:54.31 | dickelbeck | Do you think stable is better for us to be looking at? I build my own kernel, and generally tend to want to push the ball forward as far as possible each kick. |
| 00:55.01 | dickelbeck | This pertains to gcc version and glibc versions. I only want to have to do this about once every year or two. |
| 00:55.21 | Tartarus | Well, I think the wiki page has the policy goals and such |
| 00:56.07 | Tartarus | But the general idea is that it'll be easier for people to make commerical products off us as the 2009 branch won't change wildly in 2009, or ever |
| 00:56.50 | Tartarus | ie if you pull .dev tomorrow, a bunch of things could change, but not on stable |
| 00:57.15 | Tartarus | happily right now at least, the bugfixing mode that's going on for stable means fixing bugs in .dev first then pulling into stable |
| 00:58.06 | dickelbeck | I see our use case being: get everything to build, then stick with that. This could conform to dev, as long as a person does not git pull after things are working, right? |
| 00:58.15 | Tartarus | Yeah |
| 00:58.43 | Tartarus | It's just that for the time peroid inbetween when you start working and when you're ready to snap things, stable won't change as much as dev |
| 00:58.52 | Tartarus | and more importantly, no big changes |
| 00:59.22 | Tartarus | right now at least, dev and stable aren't really different in terms of what does and doesn't build / work |
| 00:59.38 | Tartarus | But for stable, there's things that must always be working, and that's not strictly the case for dev |
| 01:00.35 | dickelbeck | There's safety in numbers, what are most "users" using I wonder? |
| 01:00.40 | Tartarus | The other side of things is that possibly at least, you could do more frequent updates to your userland side of things as the only stuff that should change for you, assuming you use preferred versions/preferred providers for everything, is just bugfixes |
| 01:00.43 | dickelbeck | OK gparted just finished. |
| 01:01.25 | Tartarus | There's definately a push to make stable work and work well for the defined list of things that need to work |
| 01:02.52 | Tartarus | And I do think the "ooh, there's a stable now!" has pulled people into using that over .dev |
| 01:03.13 | Tartarus | But really, today, there's not much difference between the two as stable is still fairly new |
| 01:03.21 | Tartarus | There hasn't yet been a big change in .dev |
| 01:03.29 | Tartarus | Only because I need more time in the day :) |
| 01:03.53 | dickelbeck | Are you one of the main developers? Is that what Embedded Alley does? |
| 01:04.44 | dickelbeck | (bitbake gcc-cross-sdk) churning |
| 01:05.08 | dickelbeck | DISTRO=minimal |
| 01:08.36 | Tartarus | I'm not part of the core team, no, but I'm the most active sdk guy |
| 01:09.08 | Tartarus | and we do a lotta stuff :) |
| 01:09.18 | Tartarus | http://www.embeddedalley.com/ |
| 01:09.39 | dickelbeck | is meta-sdk what I need to build for a cross toolchain? I need basic console type libraries such as ncurses and probably the most advance library is libxml2 |
| 01:09.47 | Tartarus | meta-toolchain |
| 01:10.01 | dickelbeck | oops, meant that. |
| 01:10.03 | Tartarus | that'll give you a tarball you can install and that'll have some stuff in it |
| 01:10.22 | Tartarus | then see meta-toolchain-fso for example for how to change the list of stuff that gets installed |
| 01:10.45 | Tartarus | you'll probably want to make your own meta-toolchain-something that on the host uses the defaults, but on the target does task-sdk-bare + whatever stuff you want to support |
| 01:10.50 | *** join/#oe Flyser_ (n=Flyser@unaffiliated/flyser) |
| 01:11.12 | Tartarus | task-sdk-base is a bit large for my tastes, but -bare is really the bare minimum for c/c++ dev and no more |
| 01:11.20 | dickelbeck | Tartarus, this is awesomely helpful. We don't build anything on the target at this time. |
| 01:11.33 | dickelbeck | need libxml2 |
| 01:12.36 | dickelbeck | and I understand the I can use meta-toolchain-fso as an example. |
| 01:13.19 | dickelbeck | Last time I used openembedded, I had a few derivations like this, and put them into an overlay. |
| 01:13.58 | *** join/#oe mekius (n=mekius@enlightenment/developer/mekius) |
| 01:14.00 | dickelbeck | But what I found was that some of the includes or referenced files in the custom recipe also had to be in the same overlay, |
| 01:14.18 | dickelbeck | they could not be found in the original tree. That was a bit unexpected. |
| 01:14.31 | Tartarus | Yeah |
| 01:14.38 | Tartarus | That's still true and somewhat annoying |
| 01:14.53 | Tartarus | What you might want to consider is not overlaying but instead doing an internal git tree |
| 01:15.05 | dickelbeck | Is that policy, or simply lack of python support? |
| 01:15.16 | *** join/#oe mekius (n=mekius@c-98-213-255-94.hsd1.il.comcast.net) |
| 01:15.20 | Tartarus | I think it's a limitation of how this all works |
| 01:15.40 | Tartarus | kergoth ? |
| 01:15.45 | Tartarus | Or anyone else that knows bitbake? :) |
| 01:16.08 | dickelbeck | internal git tree gives me the flexibility to simply hack on the working directory to my heart's content? |
| 01:16.21 | Tartarus | How well do you know git? |
| 01:16.43 | dickelbeck | very little, I am comfortable with svn |
| 01:16.59 | Tartarus | Then yeah, you'd wanna get good at git before doing this kind of thing |
| 01:17.01 | Tartarus | But yes |
| 01:17.09 | dickelbeck | need to run through a tutorial and start using it. |
| 01:17.29 | Tartarus | Being another SCM, yes, these kind of things are possible |
| 01:18.54 | dickelbeck | the build it still going....without errors. |
| 01:19.27 | dickelbeck | in my distro file, named gatecraft.conf I have these lines: |
| 01:19.31 | dickelbeck | GATECRAFT_GCC_VERSION = "4.3.3" |
| 01:19.32 | dickelbeck | PREFERRED_VERSION_gcc = "${GATECRAFT_GCC_VERSION}" |
| 01:19.32 | dickelbeck | PREFERRED_VERSION_gcc-cross = "${GATECRAFT_GCC_VERSION}" |
| 01:19.32 | dickelbeck | PREFERRED_VERSION_gcc-cross-initial = "${GATECRAFT_GCC_VERSION}" |
| 01:19.32 | dickelbeck | PREFERRED_VERSION_gcc-cross-sdk = "${GATECRAFT_GCC_VERSION}" |
| 01:19.51 | Tartarus | based on what angstrom has, yeah :) |
| 01:20.02 | dickelbeck | PREFERRED_VERSION_glibc = "2.9" |
| 01:20.02 | dickelbeck | PREFERRED_VERSION_glibc-intermediate = "2.9" |
| 01:20.16 | Tartarus | fwiw, I'd use eglibc not glibc |
| 01:20.29 | Tartarus | glibc not-a-fork aimed at embedded support |
| 01:20.38 | dickelbeck | The versions are newer, and the assignment is not ?= but = |
| 01:21.35 | dickelbeck | Ok, I will look into that. Thanks. That is a change to a provider somewhere? |
| 01:21.53 | Tartarus | yeah |
| 01:22.01 | Tartarus | see angstrom's ANGSTROMLIBC hook |
| 01:22.19 | Tartarus | eglibc is in conf/distro/include/angstrom-eglibc.inc |
| 01:23.22 | dickelbeck | I hope you don't mind that I am using this compile time to maximize the brain dump. |
| 01:23.59 | dickelbeck | When this is done, the task will be to figure out what is different between DISTRO=minimal and DISTRO=gatecraft no? |
| 01:26.03 | Tartarus | correct |
| 01:27.40 | Crofton|work | distro minimal seems to be not so minimal .... |
| 01:28.36 | CIA-36 | 03Tom Rini <trini@embeddedalley.com> 07org.openembedded.dev * rc681b0610f 10openembedded.git/recipes/busybox/ (8 files in 2 dirs): |
| 01:28.36 | CIA-36 | busybox 1.13.2: Add more upstream patches, bump PR |
| 01:28.36 | CIA-36 | This adds the awk, killall, printf, syslogd, top24, unzip and wget patches |
| 01:28.36 | CIA-36 | from http://busybox.net/downloads/fixes-1.13.2/ |
| 01:28.36 | CIA-36 | 03Tom Rini <trini@embeddedalley.com> 07org.openembedded.dev * r3c741fd199 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.net:openembedded into org.openembedded.dev |
| 01:28.41 | CIA-36 | 03Tom Rini <trini@embeddedalley.com> 07org.openembedded.dev * r49a720ff85 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.net:openembedded into org.openembedded.dev |
| 01:28.44 | CIA-36 | 03Tom Rini <trini@embeddedalley.com> 07org.openembedded.dev * rc8b3cc5ef8 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.net:openembedded into org.openembedded.dev |
| 01:28.47 | CIA-36 | 03Tom Rini <trini@embeddedalley.com> 07org.openembedded.dev * r1e6c98c990 10openembedded.git/recipes/binutils/binutils-canadian-sdk_2.18.50.0.7.bb: binutils-canadian-sdk: Add 2.18.50.7 (as this is a popular default) |
| 01:28.52 | CIA-36 | 03Tom Rini <trini@embeddedalley.com> 07org.openembedded.dev * r98dd5d2a73 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.net:openembedded into org.openembedded.dev |
| 01:28.55 | CIA-36 | 03Tom Rini <trini@embeddedalley.com> 07org.openembedded.dev * r3889422c46 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.net:openembedded into org.openembedded.dev |
| 01:28.58 | Tartarus | bah, crap |
| 01:29.07 | Tartarus | Didn't think that particular checkout was so far out :( |
| 01:30.35 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
| 01:38.40 | *** join/#oe mekius (n=mekius@enlightenment/developer/mekius) |
| 01:42.04 | *** join/#oe bin1010 (n=mia@rrcs-71-40-238-241.sw.biz.rr.com) |
| 01:51.04 | dickelbeck | packaging the glibc now into ipks |
| 01:54.22 | dickelbeck | Tartarus: is there something like meta-toolchain for windows mingw? |
| 01:54.37 | *** join/#oe HopsNBarley_ (n=hops@pool-173-67-93-147.snfcca.dsl-w.verizon.net) |
| 01:54.42 | Tartarus | canadian-sdk |
| 01:54.49 | Tartarus | but no example expansions yet |
| 01:55.31 | Tartarus | need to google up a few extra conf variables for that |
| 01:56.24 | dickelbeck | that is exciting. Do you think canadian-sdk should build without error on linux? |
| 01:56.44 | dickelbeck | man if this could be used to generate a toolkit for window for my target that would be awesome. |
| 01:57.01 | dickelbeck | oops windows |
| 01:57.20 | Tartarus | yeah |
| 01:57.31 | Tartarus | canadian-sdk is for makign a mingw toolchain on linux |
| 01:57.43 | Tartarus | people have made building on cygwin work but it's not up to date nor merged |
| 01:57.52 | Tartarus | canadian-sdk has a caveat tho |
| 01:57.56 | Tartarus | mingw + gcc 4.3.x don't mix |
| 01:58.04 | Tartarus | so you'd have to drop down to 4.2.x |
| 01:58.17 | Tartarus | or you can debug the problem, i'd apprecate it :) |
| 01:58.42 | dickelbeck | cygwin is dead to me. Understand about 4.2 vs. 4.3. |
| 01:59.56 | dickelbeck | when does the problem occur with 4.3? And are there other build tools that are doing it successfully that you know. I have some scripts around here that would build mingw gcc 4.x, that I wrote 3 years ago. |
| 02:00.16 | Tartarus | One of the mingw support things blows up |
| 02:00.21 | Tartarus | Didn't have time to debug at the time |
| 02:00.23 | Tartarus | still haven't |
| 02:00.28 | dickelbeck | Don't know if they would be a good start or not. |
| 02:00.33 | Tartarus | I really wish codesourcery would publish their mingw env |
| 02:00.40 | Tartarus | since they do have mingw-based 4.3.x compilers |
| 02:00.55 | Tartarus | but maybe they're just using a mingw env compiled w/ 4.2.x or oler |
| 02:01.02 | Tartarus | *older |
| 02:02.55 | dickelbeck | Yes, as I recall, the initial compiler can be older. In my scripts I started with 3.4 or some such, the stock ubuntu mingw version. And then the scripts simply called gcc's configure with the correct options. |
| 02:03.05 | Tartarus | yeah |
| 02:03.11 | Tartarus | we use a specific 3.4 for some stuff |
| 02:03.27 | Tartarus | But when it's valid to be using a more normal compiler is when it falls down |
| 02:03.38 | Tartarus | like it might be gcc 4.3.x mingw host stuff at fault |
| 02:03.41 | Tartarus | I really don't recall where it blew |
| 02:03.51 | Tartarus | But going down to 4.2.4 for gcc-* in pref versions works |
| 02:04.36 | *** join/#oe fraxi (n=quassel@p54AA75E4.dip.t-dialin.net) |
| 02:05.10 | dickelbeck | I was at 4.2.4 prefs before I started today. So I may have to revert for mere pain avoidance. The mingw support is not urgent, that can come later. |
| 02:06.10 | dickelbeck | Right now I just need a toolkit on my linux host, not target for which I can compile some new *.so files I am writing for our runtime. |
| 02:06.53 | dickelbeck | NOTE: package gcc-cross-sdk-4.2.4-r5: task do_compile: started |
| 02:07.53 | dickelbeck | and I need libxml2, that was the need today. The old toolkit I made was with OE from 6-8 months ago, and it did not have libxml2 in it. |
| 02:08.21 | dickelbeck | And I have forgotten everything I know about OE from back then, and have had to relearn it. This time I guess I will document with scripts. |
| 02:13.42 | dickelbeck | bitbake is done now, and it failed. |
| 02:13.57 | coney | not from what i understand |
| 02:14.19 | dickelbeck | I'll be darned if it did not fail in the same place. |
| 02:14.41 | Tartarus | for your machine and DISTRO=minimal? interesting.. |
| 02:14.41 | dickelbeck | | The directory that should contain system headers does not exist: |
| 02:14.41 | dickelbeck | | /diskb/oestuff/build/tmp/staging/armv4t-oe-linux-gnueabi/usr/include |
| 02:14.41 | dickelbeck | | make[2]: *** [stmp-fixinc] Error 1 |
| 02:14.41 | dickelbeck | | rm gfortran.pod |
| 02:14.41 | dickelbeck | | make[2]: Leaving directory `/diskb/oestuff/build/tmp/work/i686-armv4t-sdk-oe-linux-gnueabi/gcc-cross-sdk-4.2.4-r5/gcc-4.2.4/build.i686-linux.arm-oe-linux-gnueabi/gcc' |
| 02:14.43 | dickelbeck | | make[1]: *** [all-gcc] Error 2 |
| 02:14.45 | dickelbeck | | make[1]: Leaving directory `/diskb/oestuff/build/tmp/work/i686-armv4t-sdk-oe-linux-gnueabi/gcc-cross-sdk-4.2.4-r5/gcc-4.2.4/build.i686-linux.arm-oe-linux-gnueabi' |
| 02:14.46 | Tartarus | pastebin the machine.conf |
| 02:14.48 | dickelbeck | | make: *** [all] Error 2 |
| 02:14.50 | dickelbeck | | FATAL: oe_runmake failed |
| 02:15.04 | coney | holy shit dude why you keep pasting madd lines |
| 02:15.27 | *** join/#oe bin10102 (n=mia@rrcs-71-40-238-241.sw.biz.rr.com) |
| 02:15.34 | dickelbeck | coney: sorry, I am not a veteran here. |
| 02:15.51 | coney | or anywhere |
| 02:16.59 | dickelbeck | http://pastebin.com/d64506159 |
| 02:17.52 | coney | where are the logs |
| 02:19.02 | Tartarus | now i'm puzzled |
| 02:19.42 | coney | build/tmp/ |
| 02:20.23 | coney | is rivited at the sheer size of it http://wiki.openembedded.net/index.php/Getting_started |
| 02:20.24 | dickelbeck | http://pastebin.com/m25d60747 is the bottom the log |
| 02:21.20 | Tartarus | curses, very loudly, the QA_HASH thing being fatal |
| 02:21.25 | Tartarus | er, GNU_HASH |
| 02:22.35 | coney | stmp-fixinc wonder what thats about |
| 02:25.48 | Tartarus | undoes 846330c96c871b0b4116581fa195a6ad1932a439 for now and restarts his big damn loop |
| 02:26.37 | Tartarus | khem ? |
| 02:26.47 | coney | excuse you? |
| 02:27.05 | dickelbeck | http://pastebin.com/m7929ede6 is the local.conf |
| 02:27.56 | Tartarus | nothing in particular pops out, sorry |
| 02:28.10 | Tartarus | and time to stop before I go crazier :) |
| 02:33.00 | *** join/#oe rsalveti (n=salveti@189.70.74.38) |
| 02:39.05 | khem | Tartarus: whats up |
| 02:47.51 | khem | dickelbeck: do you have libc headers and kernel headers installed ? |
| 02:48.22 | dickelbeck | do you mean as an external install? no. |
| 02:49.08 | khem | dickelbeck: I dont want to go thru all history above briefly update me what were you bitbakin when it happened |
| 02:49.45 | dickelbeck | bitbake gcc-cross-sdk |
| 02:50.00 | dickelbeck | with distro=minimal as a test |
| 02:50.30 | dickelbeck | and machine is my own ks8695.conf but is is nearly identical to the dev repo. |
| 02:50.57 | *** join/#oe kergoth (n=kergoth@ip24-255-7-190.tc.ph.cox.net) |
| 02:51.05 | dickelbeck | I started with distro=gatecraft which was my own, and Tartarus asked to simply for a test to minimal or angstrom |
| 02:51.17 | dickelbeck | . |
| 02:52.22 | khem | ok, it seems your build is not pulling libc-headers |
| 02:52.43 | khem | can you do bitbake -g gcc-cross-sdk |
| 02:52.51 | kergoth | Tartarus: it cant automatically find extra files across overlay boundaries because overlays dont necessarily share the same structure. it cant make that assumption. you can make it happen by leveraging the FILESPATH vars though. i.e. FILESPATHBASE .= "/path/to/original/collection/recipes/busybox" or what have you |
| 02:53.14 | khem | kergoth: howdy, |
| 02:53.35 | khem | kergoth: what is .= (dot) before = |
| 02:54.00 | kergoth | += and =+ use a space as a separator, they're only appropriate for space separated variables |
| 02:54.07 | kergoth | for manipulating things like BBPATH, FILESPATH, you dont want that |
| 02:54.15 | kergoth | .= is the same as +=, but iwth no separator |
| 02:54.18 | kergoth | its a concatenation |
| 02:54.23 | kergoth | =. is the same as =+ |
| 02:54.28 | khem | kergoth: hmmm ok thx |
| 02:54.30 | kergoth | np |
| 02:54.33 | khem | wondered |
| 02:54.45 | kergoth | Tartarus: forgot the : seperator in that .=, but you get the point |
| 02:54.48 | khem | is using it in couple of gcc recipes. |
| 02:54.59 | kergoth | khem: pretty sure its in the bitbake manual ;) |
| 02:55.26 | khem | kergoth: To be true, I never read it :) |
| 02:55.30 | dickelbeck | bitbake -g gcc-cross-sdk runs without error, you want the two dot files? |
| 02:55.37 | khem | dickelbeck: yes |
| 02:55.39 | kergoth | its only really useful for syntax and stuff |
| 02:55.42 | kergoth | but it is useful for that |
| 02:55.43 | kergoth | http://bitbake.berlios.de/manual/ |
| 02:55.48 | kergoth | http://bitbake.berlios.de/manual/ch02.html#id869030 |
| 02:56.37 | khem | kergoth: I am sure its all in there :) |
| 02:56.52 | kergoth | actually, its not |
| 02:56.55 | kergoth | ?= is missing :) |
| 02:56.56 | kergoth | for some reason |
| 02:57.03 | khem | heh, |
| 02:57.06 | kergoth | its on my huge list of things that need fixing.. |
| 02:57.06 | dickelbeck | http://pastebin.com/m33e3cd7f is the depends.dot |
| 02:57.10 | khem | bugs everywhere |
| 02:58.17 | dickelbeck | http://pastebin.com/m50d3214f is the task....dot |
| 02:58.43 | khem | dickelbeck: your dependencies looks correct |
| 03:02.01 | dickelbeck | khem: ok, it seems your build is not pulling libc-headers |
| 03:03.20 | dickelbeck | well they are not being put into the correct directory. They must have been pulled. There has to be a staging directory populated. It seems like this target is wanting a different staging directory. |
| 03:04.42 | dickelbeck | A couple of hours ago I looked at a gcc command line from a log, and it was referencing an empty directory. |
| 03:05.13 | dickelbeck | ending in "include" |
| 03:08.08 | khem | dickelbeck: /diskb/oestuff/build/tmp/staging/armv4t-oe-linux-gnueabi/usr/include does this dir exist |
| 03:08.38 | *** join/#oe mrmoku|a` (n=mrmoku@ppp-93-104-63-141.dynamic.mnet-online.de) |
| 03:15.19 | dickelbeck | yes, and it is empty |
| 03:16.16 | khem | kergoth: I am getting this error lately http://pastey.net/112898 |
| 03:16.40 | dickelbeck | from staging on down, if I: find . -name include, I get: |
| 03:16.43 | dickelbeck | ./arm-linux/usr/include |
| 03:16.43 | dickelbeck | ./ks8695-linux-gnueabi/kernel/include |
| 03:16.43 | dickelbeck | ./i686-linux-sdk/usr/include |
| 03:16.43 | dickelbeck | ./armv4t-linux-gnueabi/usr/include |
| 03:16.43 | dickelbeck | ./arm-oe-linux-gnueabi/usr/include |
| 03:16.44 | dickelbeck | ./arm-linux-gnueabi/usr/lib/glib-2.0/include |
| 03:16.46 | dickelbeck | ./arm-linux-gnueabi/usr/include |
| 03:16.48 | dickelbeck | ./i686-linux/usr/include |
| 03:17.02 | kergoth | khem: no idea, I'm afraid. never messed with ipkg.py |
| 03:17.17 | khem | dickelbeck: hmm as long as the dir is there it should be ok |
| 03:17.47 | khem | kergoth: ok it seems I have to reluctantly look into it :) |
| 03:17.52 | kergoth | hehe, have fun |
| 03:18.35 | dickelbeck | khem: arm-linux-gnueabi/usr/include is not empty |
| 03:19.56 | dickelbeck | and this is suspiciously close to the directory that is empty |
| 03:20.40 | *** join/#oe HopsNBarley_ (n=hops@pool-173-67-93-147.snfcca.dsl-w.verizon.net) |
| 03:20.52 | dickelbeck | arm-linux-gnueabi vs armv4t-linux-gnueabi |
| 03:21.34 | khem | dickelbeck: I think this is cross canadian problem |
| 03:22.51 | dickelbeck | What happened to Tartarus? Is he responsible for this? Anything I am doing wrong? |
| 03:24.47 | dickelbeck | I have this line in my local.conf: |
| 03:24.50 | dickelbeck | PACKAGE_EXTRA_ARCHS_ks8695 = "armv4t" |
| 03:26.24 | khem | dickelbeck: thats ok. Can you paste your configure command somewhere for gcc gcc-cross-sdk |
| 03:26.37 | coney | <PROTECTED> |
| 03:28.15 | khem | dickelbeck: should be something run.do_configure.xxxxxx |
| 03:31.00 | coney | maybe i should clean my build dir and start over |
| 03:34.15 | dickelbeck | khem: http://pastebin.com/m79f55833 |
| 03:39.42 | *** join/#oe xjqian (n=gordon@66.175.81.100) |
| 03:56.29 | khem | dickelbeck: The sysroot points to armv4t-oe-linux-gnueabi |
| 03:56.41 | khem | but linux-headers are installed elsewhere |
| 04:00.37 | dickelbeck | glibc headers also right? |
| 04:01.04 | *** join/#oe alecrim (n=alecrim@201008200147.user.veloxzone.com.br) |
| 04:01.42 | *** join/#oe alecrim (n=alecrim@201008200147.user.veloxzone.com.br) |
| 04:02.17 | khem | yeah |
| 04:02.50 | khem | dickelbeck: I will try to reproduce it here and if I do get it. I will let you know |
| 04:08.52 | dickelbeck | thank you. I will be stepping away for awhile then. |
| 04:44.23 | *** join/#oe pocek (i=pock@213-238-124-215.adsl.inetia.pl) |
| 04:45.59 | *** join/#oe rsalveti (n=salveti@189.70.74.38) |
| 04:51.24 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
| 04:52.57 | *** join/#oe rsalveti (n=salveti@189.70.74.38) |
| 04:58.38 | *** join/#oe nytowl_ (n=nytowl@S0106001c100a3234.cg.shawcable.net) |
| 05:17.03 | *** join/#oe ArteK (n=Artur@81.15.241.96) |
| 05:40.59 | *** join/#oe john3909 (n=jsynesio@99-26-125-126.lightspeed.sndgca.sbcglobal.net) |
| 05:50.59 | *** join/#oe HopsNBarley_ (n=hops@pool-173-67-93-147.snfcca.dsl-w.verizon.net) |
| 06:03.59 | *** join/#oe pleemans (n=toi@116.54-246-81.adsl-static.isp.belgacom.be) |
| 06:08.01 | *** join/#oe tsjsieb (n=tsjsieb@dejongbeheer.nl) |
| 06:31.16 | *** join/#oe rob_w (n=bill@217.237.177.190) |
| 06:33.09 | *** join/#oe rob_w (n=bill@217.237.177.190) |
| 06:38.15 | CIA-36 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * re06cd7c84b 10openembedded.git/recipes/iputils/ (10 files in 3 dirs): iputils: add 20071127 |
| 06:38.16 | CIA-36 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r35d0a5ed20 10openembedded.git/conf/checksums.ini: checksums: add more checksums |
| 06:38.17 | CIA-36 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r971539b2bb 10openembedded.git/ (13 files in 3 dirs): |
| 06:38.17 | CIA-36 | binutils-2.19.51.0.3: Add the latest HJ Lu's binutils release 2.19.51.0.3 recipes. |
| 06:38.19 | CIA-36 | * With these binutils we can build uclibc in thumb mode correctly. |
| 06:38.21 | CIA-36 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 06:38.23 | CIA-36 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 06:38.27 | CIA-36 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r8f6996cef5 10openembedded.git/contrib/ (angstrom/upload-packages.sh patchwork/pw-am.sh): patchword apply helper: use git-am -s and remove file when done |
| 06:38.31 | *** join/#oe greentux (n=lemke@BAA0789.baa.pppool.de) |
| 06:43.03 | mckoan | good morning |
| 06:43.22 | *** join/#oe kristoffer (n=kristoff@95.209.38.82.bredband.tre.se) |
| 06:48.10 | *** join/#oe bbradley_ (n=bbradley@87-194-119-230.bethere.co.uk) |
| 06:50.32 | methril|work | good morning |
| 06:53.48 | CIA-36 | 03Dmitry Baryshkov <dbaryshkov@gmail.com> 07org.openembedded.dev * r6685e5012a 10openembedded.git/conf/machine/include/tune-ppce500.inc: |
| 06:53.48 | CIA-36 | ppce500: add ppce500 to PACKAGE_EXTRA_ARCHS |
| 06:53.48 | CIA-36 | ppce500 was broken because generated opkg.conf didn't contain a reference |
| 06:53.48 | CIA-36 | to the core feeds. Fix it by providing PACKAGE_EXTRA_ARCHS as all other |
| 06:53.48 | CIA-36 | PPC tune files do. |
| 06:53.49 | CIA-36 | Signed-off-by: Dmitry Baryshkov <dbaryshkov@gmail.com> |
| 06:53.58 | CIA-36 | 03Dmitry Baryshkov <dbaryshkov@gmail.com> 07org.openembedded.dev * r18e058e835 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.net:openembedded into org.openembedded.dev |
| 07:00.21 | *** join/#oe tsjsieb (n=tsjsieb@dejongbeheer.nl) |
| 07:07.30 | *** join/#oe pcgeil (n=steffen@p5B17EF5E.dip.t-dialin.net) |
| 07:10.44 | *** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 07:17.22 | *** join/#oe Pr0t0N (n=lcintrat@fe2adsl-2.wyplay.net) |
| 07:23.17 | *** join/#oe j24 (n=j24@ns32433.ovh.net) |
| 07:40.01 | *** join/#oe HopsNBarley_ (n=hops@pool-173-67-93-147.snfcca.dsl-w.verizon.net) |
| 07:42.56 | *** join/#oe ZaPPaS (n=moritz@buero2.pi5.physik.uni-stuttgart.de) |
| 07:57.13 | *** join/#oe lrg (n=lrg@host81-136-218-57.in-addr.btopenworld.com) |
| 07:58.00 | *** join/#oe pvanhoof (n=pvanhoof@d54C0C0BA.access.telenet.be) |
| 08:03.51 | *** join/#oe MWelchUK (n=welchma@65.91.2.71) |
| 08:05.05 | *** join/#oe odonell (n=carlos@bas12-ottawa23-1177568456.dsl.bell.ca) [NETSPLIT VICTIM] |
| 08:05.06 | *** join/#oe ynezz (i=ynezz@ibawizard.net) [NETSPLIT VICTIM] |
| 08:05.06 | *** join/#oe FOM_zzz (n=jeffs@rrcs-74-219-98-62.central.biz.rr.com) [NETSPLIT VICTIM] |
| 08:10.30 | *** join/#oe pcgeil (n=steffen@lnht-l1.lnht.FH-Furtwangen.DE) |
| 08:17.37 | *** join/#oe ant_work (n=andrea@host214-85-static.34-85-b.business.telecomitalia.it) |
| 08:23.28 | *** join/#oe Xilent (n=xk@unaffiliated/xilent) |
| 08:31.55 | *** join/#oe XorA (n=XorA@93-97-174-2.zone5.bethere.co.uk) |
| 08:51.10 | *** join/#oe marex (i=marex@eduroam91.ms.mff.cuni.cz) |
| 08:51.50 | *** join/#oe Roman_Khimov (n=rik@80.246.246.162) |
| 09:08.37 | *** join/#oe florian_kc (n=fuchs@port-217-146-132-69.static.qsc.de) |
| 09:09.08 | *** join/#oe HopsNBarley_ (n=hops@pool-173-67-93-147.snfcca.dsl-w.verizon.net) |
| 09:13.13 | CIA-36 | 03Steffen Sledz <sledz@dresearch.de> 07org.openembedded.dev * r4a9cec9c1a 10openembedded.git/recipes/linux/linux-2.6.24/hipox/defconfig: linux-2.6.24: enable kexec in defconfig for hipox machine |
| 09:15.43 | *** join/#oe Sleep_Walker (n=Sleep@82.119.242.94) |
| 09:21.48 | *** join/#oe MWelchUK (n=welchma@65.91.2.71) |
| 09:24.49 | *** join/#oe valhalla (n=valhalla@81-174-24-2.dynamic.ngi.it) |
| 09:30.18 | *** join/#oe frank7d (n=afs@91-2.3-213.fix.bluewin.ch) |
| 09:30.37 | *** join/#oe rob_w (n=bill@217.237.177.190) |
| 09:37.13 | *** join/#oe ppafin (i=tekniikk@a88-114-202-80.elisa-laajakaista.fi) |
| 09:44.38 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
| 09:56.58 | hrw | morning |
| 10:02.02 | *** join/#oe rkirti (n=Kirtika@203.199.213.3) |
| 10:05.35 | ppafin | Morning, thanks for help with my gumstix building.. |
| 10:16.30 | CIA-36 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r520b3470cb 10openembedded.git/ (conf/checksums.ini recipes/bluez/bluez4_4.37.bb): bluez4: add 4.37 |
| 10:16.32 | CIA-36 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r2747c78c7c 10openembedded.git/ (15 files in 3 dirs): linux-omap 2.6.29: add more dss2 patches, should solve problems when using u-boot splash |
| 10:16.43 | CIA-36 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r4c312174e1 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.net:openembedded into org.openembedded.dev |
| 10:28.24 | *** join/#oe HopsNBarley_ (n=hops@pool-173-67-93-147.snfcca.dsl-w.verizon.net) |
| 10:29.53 | *** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
| 10:35.21 | *** join/#oe markos_ (n=markos@athedsl-421822.home.otenet.gr) |
| 10:38.14 | *** join/#oe flameman (n=toor@net-93-65-27-202.cust.dsl.vodafone.it) |
| 10:46.00 | *** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net) |
| 10:46.49 | *** join/#oe HopsNBarley_ (n=hops@pool-173-67-93-147.snfcca.dsl-w.verizon.net) |
| 10:59.12 | CIA-36 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07org.openembedded.dev * rb72810f7fc 10openembedded.git/ (2 files in 2 dirs): openezx-kernel: bump to 2.6.30-rc2; this fixes the touchscreen issues we had for a while |
| 11:08.16 | *** join/#oe Sleep_Walker (n=Sleep@82.119.242.94) |
| 11:23.34 | *** join/#oe claudiu_ita (n=claudiu@87.8.253.4) |
| 11:24.03 | *** join/#oe Gnutoo (n=gnutoo@host183-83-dynamic.51-79-r.retail.telecomitalia.it) |
| 11:27.37 | *** join/#oe rob_w (n=bill@p549BC41E.dip.t-dialin.net) |
| 11:29.20 | *** join/#oe ZaPPaS (n=moritz@buero2.pi5.physik.uni-stuttgart.de) |
| 11:52.13 | hrw | I want to scream and shoot in direction of few debian develoeprs |
| 11:54.29 | *** join/#oe alecrim (n=alecrim@189.2.128.130) |
| 12:00.04 | CIA-36 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r6d446348ff 10openembedded.git/recipes/powertop/powertop_1.11.bb: powertop: fix ldflags problem with omap3 machines |
| 12:00.06 | CIA-36 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r3f7b4e51b0 10openembedded.git/recipes/linux/ (100 files in 4 dirs): linux-omap-pm git: update to latest git, refresh DSS2 patches |
| 12:00.16 | CIA-36 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r3ec8b29b0f 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.net:openembedded into org.openembedded.dev |
| 12:13.27 | *** join/#oe booxter (n=booxter@80.249.93.29) |
| 12:20.44 | *** join/#oe pirho_ (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
| 12:37.15 | *** join/#oe mib_k41uhk (i=7aa62e54@gateway/web/ajax/mibbit.com/x-5cc59d6286488897) |
| 12:37.28 | mib_k41uhk | where can i get the latest u-boot sources? |
| 12:37.32 | *** join/#oe ZaPPaS (n=moritz@buero2.pi5.physik.uni-stuttgart.de) |
| 12:37.33 | mib_k41uhk | for beagle |
| 12:39.06 | hrw | MACHINE=beagleboard bitbake u-boot? |
| 12:40.41 | *** join/#oe aloisiojr (n=aloisio@200.184.118.130) |
| 12:46.29 | *** join/#oe sledgeas (n=leleiva@proxy.fbk.eu) |
| 12:49.29 | CIA-36 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r1496aea759 10openembedded.git/recipes/efl1/ (ecore.inc ecore_svn.bb): |
| 12:49.29 | CIA-36 | ecore: fix packaging after e17 soname change upstream |
| 12:49.29 | CIA-36 | * this makes e work again after 1e71714dd3e693c64ac0d8c1f863e2efc326f30c broke it |
| 12:49.56 | CIA-36 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r8df21d4d8c 10openembedded.git/recipes/ffmpeg/omapfbplay_git.bb: omapfbplay: update for 2.6.29 header location change |
| 12:52.32 | CIA-36 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * ra292887f0a 10openembedded.git/conf/distro/angstrom-2008.1.conf: |
| 12:52.32 | CIA-36 | angstrom 2009.X: move armv7a and vortex to gcc 4.3.3 |
| 12:52.32 | CIA-36 | * runtime tested on beagleboard and overo |
| 12:54.22 | *** join/#oe marcosmamorim (n=marcos@189.102.203.212) |
| 12:56.45 | *** join/#oe sakoman (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
| 13:04.40 | *** join/#oe XorA (n=XorA@93-97-174-2.zone5.bethere.co.uk) |
| 13:05.24 | *** join/#oe ant_work (n=andrea@host214-85-static.34-85-b.business.telecomitalia.it) |
| 13:11.08 | *** join/#oe Flyser (n=Flyser@unaffiliated/flyser) |
| 13:13.18 | *** join/#oe vivijim (n=vivijim@unaffiliated/vivijim) |
| 13:16.24 | *** part/#oe ArteK (n=Artur@81.15.241.96) |
| 13:18.32 | *** join/#oe mnabil (n=mnabil@196.202.97.90) |
| 13:21.46 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 13:22.54 | *** join/#oe ArteK (n=Artur@81.15.241.96) |
| 13:28.53 | *** join/#oe Soopaman (n=Soopaman@69.172.80.85) |
| 13:29.54 | *** join/#oe mekius (n=mekius@h69-128-237-26.nwblwi.dedicated.static.tds.net) |
| 13:34.02 | *** part/#oe ArteK (n=Artur@81.15.241.96) |
| 13:34.27 | *** join/#oe Steffanx (n=Steffanx@ip4da726ae.direct-adsl.nl) |
| 13:34.30 | Steffanx | hello! |
| 13:34.58 | Steffanx | http://git.openembedded.org/openembedded that page looks very dead to me |
| 13:35.40 | hrw | cgit.openembedded.net |
| 13:35.58 | Steffanx | nice the wiki is up-to-date ... *not* |
| 13:37.54 | Steffanx | i'm sorry to say it, but oe looks very messy |
| 13:41.29 | hrw | were are just humans ;( |
| 13:42.15 | Steffanx | i know, but there are better organized project :P |
| 13:42.22 | Tartarus | hey hrw |
| 13:42.31 | Steffanx | or project that look better organized :P |
| 13:42.36 | Steffanx | *projects |
| 13:42.37 | Tartarus | can I please have your buildbot cfg and such? :) |
| 13:42.48 | hrw | Tartarus: oe.dev/contrib/buildbot/ |
| 13:42.57 | Tartarus | bah, i thought i looked :( |
| 13:43.16 | Tartarus | recent push? |
| 13:44.06 | hrw | yesterday |
| 13:44.13 | Tartarus | that'd do it :) |
| 13:44.29 | Tartarus | box i'm doing stuff on is on last friday still atm |
| 13:44.29 | Tartarus | thanks |
| 13:45.14 | hrw | Steffanx: http://git.openembedded.org/openembedded - where you got that link? |
| 13:45.26 | *** join/#oe akher0n (n=petri@i1.inoi.fi) |
| 13:45.39 | Steffanx | http://wiki.openembedded.net/index.php/Getting_Started#Obtaining_OpenEmbedded_using_GIT |
| 13:46.25 | hrw | Steffanx: there is no such link |
| 13:46.44 | hrw | there is git://git.openembedded.net/openembedded |
| 13:46.50 | hrw | but thats other protocol |
| 13:47.08 | Steffanx | other protocol? |
| 13:47.17 | Steffanx | ah ok |
| 13:47.42 | Steffanx | nevermind, but it failed to 'fetch' that repro .. |
| 13:47.49 | Tartarus | hrw, ok, reading that now, thanks alot :) |
| 13:47.57 | Tartarus | Gonna get some frequent builds of meta-toolchain stuff going |
| 13:48.21 | hrw | Steffanx: added link to web interface there just in case |
| 13:48.21 | Steffanx | or it is my mistake hrw |
| 13:48.23 | Steffanx | Initialized empty Git repository in /home/steffan/openembedded/.git/ |
| 13:48.23 | Steffanx | fatal: The remote end hung up unexpectedly |
| 13:48.33 | hrw | Steffanx: our machine is overloaded again |
| 13:48.50 | Steffanx | the "firewall-version" works |
| 13:48.51 | Steffanx | better |
| 13:49.10 | markos_ | anyone working on zoneminder recipe for OE? |
| 13:49.16 | hrw | -> food |
| 13:49.38 | markos_ | i've seen http://tinderbox.openembedded.net/packages/zoneminder-image/ but nothing on git |
| 13:50.11 | *** join/#oe ArteK (n=Artur@81.15.241.96) |
| 13:50.14 | *** part/#oe odonell (n=carlos@bas12-ottawa23-1177568456.dsl.bell.ca) |
| 13:52.44 | Gnutoo | ~seen rschuster |
| 13:52.48 | ibot | rschuster <n=rob@g225078046.adsl.alicedsl.de> was last seen on IRC in channel #oe, 25d 21h 48m 30s ago, saying: 'you need to apply a trick with EXTRA_OEMAKE (the value for normal make) to get it work'. |
| 13:54.08 | *** part/#oe Soopaman (n=Soopaman@69.172.80.85) |
| 14:01.10 | CIA-36 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r7209ba7dd7 10openembedded.git/ (5 files in 2 dirs): |
| 14:01.10 | CIA-36 | ekiga: update to 3.2.0 |
| 14:01.10 | CIA-36 | opal: update to 3.6.1, fix QA |
| 14:01.10 | CIA-36 | ptlib: update to 2.6.1 |
| 14:02.06 | CIA-36 | 03Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * r2343808f73 10openembedded.git/ (classes/image.bbclass conf/bitbake.conf): |
| 14:02.06 | CIA-36 | bitbake.conf: use rootfs/${PN} for IMAGE_ROOTFS |
| 14:02.06 | CIA-36 | Allows parallel build for different images. |
| 14:02.06 | CIA-36 | Acked-by: Otavio Salvador <otavio@ossystems.com.br> |
| 14:02.06 | CIA-36 | 03Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * r1f1566b8c3 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.net:openembedded into org.openembedded.dev |
| 14:19.10 | *** join/#oe chouimat|work (n=quassel@209.217.106.98) |
| 14:25.46 | *** join/#oe abner (n=birunko@200.184.118.130) |
| 14:28.34 | Tartarus | Bah |
| 14:28.42 | Tartarus | Trying to use OE with a real minimal dev table sucks :) |
| 14:28.50 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 14:29.20 | Tartarus | psplash doesn't check for / make fb0 |
| 14:29.34 | Tartarus | banner doesn't check for $vtmaster |
| 14:41.30 | *** join/#oe broonie (i=broonie@cassiel.sirena.org.uk) |
| 14:48.36 | *** join/#oe Sleep-Walker (n=Sleep@213.151.88.252) |
| 14:53.21 | *** join/#oe kergoth (n=kergoth@65.200.49.156) |
| 15:03.18 | *** join/#oe alecrim (n=alecrim@189.2.128.130) |
| 15:10.49 | *** join/#oe user1 (n=3MX@5ac390ad.bb.sky.com) |
| 15:12.56 | *** join/#oe waite (n=bwaite@206.83.81.178) |
| 15:20.40 | *** join/#oe cminyard (n=cminyard@pool-173-57-164-199.dllstx.fios.verizon.net) |
| 15:24.01 | *** join/#oe workrat (n=chatzill@adsl-76-232-159-82.dsl.sfldmi.sbcglobal.net) |
| 15:26.22 | hrw | re |
| 15:26.35 | *** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 15:26.39 | mickeyl | wb# |
| 15:27.42 | hrw | Tartarus: psplash needs to learn that some devices have more then one fb ;) |
| 15:27.51 | Tartarus | Yeah, that too |
| 15:27.58 | hrw | BUG has 2 framebuffers and psplash should use fb1 AND fb2 |
| 15:28.05 | hrw | or none of them |
| 15:28.12 | Tartarus | But OE just isnt' happy with a minimal static /dev |
| 15:28.19 | Tartarus | Just gave up and put fb0 and tty[0-9] in |
| 15:28.24 | hrw | maybe its too minimal? |
| 15:28.31 | Tartarus | Well |
| 15:28.39 | Tartarus | Last I knew, null and console were all you must have |
| 15:28.46 | hrw | Tartarus: busybox-mdev is too big for that rootfs? |
| 15:29.04 | Tartarus | hrw, the problem is stuff in S[0123] |
| 15:29.08 | Tartarus | since udev is S04 |
| 15:29.14 | Tartarus | mdev too I would assume |
| 15:29.26 | hrw | right |
| 15:29.46 | Tartarus | So psplash was giving me fits on needing fb0 and tty0 |
| 15:29.54 | Tartarus | banner was trying to use tty0 as well |
| 15:30.05 | Tartarus | and not checking if it existed and trying to make it |
| 15:30.07 | hrw | banner can be fixed to work without tty |
| 15:30.12 | Tartarus | Just gaveup and went the SlugOS way for banner |
| 15:31.23 | hrw | which is? |
| 15:31.48 | *** join/#oe noglitch (n=Miranda@mail.atmel.fr) |
| 15:32.16 | Tartarus | Not try and be smart |
| 15:32.21 | Tartarus | echo "Booting" works just fine |
| 15:32.25 | Tartarus | and ends up on console |
| 15:32.39 | hrw | maybe we should do that in normal |
| 15:33.04 | Tartarus | I'd +1 that :) |
| 15:33.11 | hrw | rfc that |
| 15:33.35 | kergoth | morning |
| 15:42.43 | *** join/#oe bbradley (n=bbradley@87-194-119-230.bethere.co.uk) |
| 15:43.43 | *** join/#oe ZaPPaS (n=moritz@buero2.pi5.physik.uni-stuttgart.de) |
| 15:47.47 | chouimat|work | morning |
| 15:49.59 | *** join/#oe rsalveti (n=salveti@200.184.118.130) |
| 15:55.19 | *** join/#oe dijenerate (n=dijenera@64.210.41.195) |
| 15:56.07 | *** join/#oe brolin (n=brolin@nat50.udea.edu.co) |
| 16:04.47 | *** join/#oe nytowl (n=nytowl@S0106001c100a3234.cg.shawcable.net) |
| 16:09.41 | nytowl | Crofton, hi I hace oe commit access but I'm not sure how to access patchwork |
| 16:11.01 | hrw | nytowl: register there first |
| 16:11.12 | nytowl | ok |
| 16:12.33 | nytowl | hmm |
| 16:12.36 | nytowl | 452, '4.3.1 Insufficient system storage', 'Patchwork <patchwork@openembedded.org>' |
| 16:15.16 | tharvey | can't build meta-toolchain on oe-git: ERROR: QA Issue: non -dev package contains symlink .so: zlib-sdk path '/work/i686-i686-sdk-angstrom-linux/zlib-sdk-1.2.3-r5/install/zlib-sdk/usr/local/angstrom/i686/lib/libz.so' - what changed? |
| 16:15.47 | Tartarus | Also gcc won't package due to GNU_HASH, I believe |
| 16:17.18 | Tartarus | But, more QA issues have been made fatal w/o trying meta-toolchain :) |
| 16:20.08 | *** join/#oe bin1010 (n=mia@rrcs-71-40-238-241.sw.biz.rr.com) |
| 16:23.36 | tharvey | Tartarus, so what are you saying... does the meta-toolchain recipe need to be fixed, or should I disable QA or what? |
| 16:25.26 | *** join/#oe rhaeder (n=rhaeder@dslb-088-076-107-238.pools.arcor-ip.net) |
| 16:25.38 | CIA-36 | 03Marcin Juszkiewicz <hrw@openembedded.org> 07org.openembedded.dev * rfcffc3712b 10openembedded.git/recipes/tasks/task-base.bb: task-base: added btusb driver to list of recommended BT drivers |
| 16:26.04 | rhaeder | hi. I have a compilation problem found in OpenMoko which is related to your glibc package. |
| 16:26.16 | rhaeder | http://rafb.net/p/XX51kp93.html |
| 16:26.46 | rhaeder | here is the output. I sometimes can compile a language file, sometimes the same file abort. Debian Unstable :) |
| 16:29.02 | Tartarus | tharvey, zlib-sdk needs fixing, most likely |
| 16:29.21 | Tartarus | It's on my TODO list after this big loop finishes so I can get some stuff into stable |
| 16:29.24 | Tartarus | then repeat :( |
| 16:29.59 | *** join/#oe dijenerate_ (n=dijenera@64.210.41.159) |
| 16:31.14 | nytowl | Crofton, hrw the registration crashed with an SMTP error , my account seems to have been created but when I try to login it tells me the account is inactive |
| 16:31.50 | *** join/#oe dijenerate__ (n=dijenera@64.210.41.159) |
| 16:31.52 | *** join/#oe abner (n=birunko@200.184.118.130) |
| 16:32.28 | *** join/#oe Sleep-Walker (n=Sleep@82.119.242.94) |
| 16:33.00 | CIA-36 | 03Jeremy Lainé <jeremy.laine@m4x.org> 07org.openembedded.dev * r58dec3db21 10openembedded.git/conf/checksums.ini: checksums.ini: add entries for Qt 4.5.1 |
| 16:33.10 | CIA-36 | 03Jeremy Lainé <jeremy.laine@m4x.org> 07org.openembedded.dev * rd9558b5034 10openembedded.git/: Merge branch 'org.openembedded.dev' of ssh://git@git.openembedded.net/openembedded into org.openembedded.dev |
| 16:35.00 | *** join/#oe dijenerate__ (n=dijenera@64.210.41.159) |
| 16:35.37 | rhaeder | should I better report this on the bugtracker? |
| 16:38.09 | tharvey | Tartarus, that was just the first error... there are many packages that report that same QA error about a symlink .so - I'm not sure I understand it... why can't a regular package have a symlink for a .so? I would think thats standard |
| 16:39.21 | Tartarus | tharvey, not quite, no, iirc |
| 16:39.28 | Tartarus | libfoo.so goes into -dev |
| 16:39.37 | tharvey | Tartarus, looking back to before this issue the same QA Issues existed when building meta-toolchain and like you said now I guess those have been changed to fatal |
| 16:39.50 | RP | morning all |
| 16:39.51 | Tartarus | yeah |
| 16:39.55 | Tartarus | hey RP! |
| 16:40.02 | Tartarus | bombardbombardbombard :) |
| 16:41.18 | tharvey | Tartarus, still dont' follow on the so's - package libz for example contains /usr/lib/libz.so.1.2.3 and /usr/lib/libz.so.1 which is a symlink |
| 16:41.27 | Tartarus | Yeah |
| 16:41.31 | Tartarus | But not libz.so |
| 16:41.35 | Tartarus | which is I think the error one |
| 16:42.53 | tharvey | yes, thats true... didn't realize '.so' should be a -dev vs '.so.*' - not clear why but then I'm not a distro packager either :P |
| 16:44.04 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
| 16:45.00 | tharvey | Tartarus, looking at zlib-sdk recipe it just includes zlib recipe - since there seem to be many of these 'non -dev package containing .so' errors, perhaps its something that should be handled by the sdk class? |
| 16:45.13 | Tartarus | tharvey, hmm |
| 16:45.23 | Tartarus | Lets go looking :) |
| 16:45.45 | Tartarus | Yeah, I think so |
| 16:45.51 | Tartarus | Lets see, I think I see... |
| 16:46.32 | tharvey | actually there is only a few of those errors for packages included in meta-toolchain.... zlib-sdk ncurses-sdk and gcc-cross-sdk |
| 16:46.44 | Tartarus | I'll have a patch in a sec |
| 16:48.48 | tharvey | and the GNU_HASH err exists in libgcc, ncurses, gcc-cross-sdk, gcc, g++, cpp, gconf, bzip2, wireless-tools, etc - way more of those |
| 16:49.09 | Tartarus | Some of those should be fixed by now |
| 16:49.09 | Tartarus | Some aren't |
| 16:49.12 | Tartarus | gcc ones aren't |
| 16:49.21 | Tartarus | others are since fs images use those |
| 16:49.32 | tharvey | ah your right... on oe-git its only a few of them left |
| 16:49.59 | Tartarus | Actually, try this.. |
| 16:50.03 | Tartarus | open up classes/sdk.bbclass |
| 16:50.11 | Tartarus | remove the FILES_${PN} stuff |
| 16:50.28 | Tartarus | wonders if RP will perk up now :) |
| 16:51.00 | Tartarus | I think the QA error being fatal means we can't get away with the -sdk packages being lazy and not splitting things up |
| 16:51.11 | Tartarus | Or we have to make the QA check not check on sdk |
| 16:51.24 | Tartarus | Removing those lines will confirm we need to do one or the other I think |
| 16:51.41 | Tartarus | (So then -c clean zlib-sdk and build zlib-sdk again) |
| 16:52.08 | RP | Tartarus: Which bit of this should be perking me up? :) |
| 16:52.29 | tharvey | where can I change the QA Errors back to non fatal for the time being? |
| 16:52.38 | tharvey | trying your patch now |
| 16:52.39 | RP | doesn't remember the sdk packages needing the split things up? |
| 16:53.06 | CIA-36 | 03Angus Ainslie <nytowl@openmoko.org> 07fso/milestone5.5 * rd47c00157e 10openembedded.git/conf/distro/include/sane-srcrevs.inc: sanae-srcrevs : bump efl to latest recommended version |
| 16:53.09 | RP | The correct answer is probably to teach insane.bbclass that -sdk packages are special... |
| 16:53.14 | CIA-36 | 03Angus Ainslie <nytowl@openmoko.org> 07fso/milestone5.5 * r973480fa99 10openembedded.git/: Merge branch 'fso/milestone5.5' of git@git.openembedded.net:openembedded into fso/milestone5.5 |
| 16:53.15 | CIA-36 | 03Angus Ainslie <nytowl@openmoko.org> 07fso/milestone5.5 * r20c9abbf71 10openembedded.git/ (4 files in 2 dirs): |
| 16:53.15 | CIA-36 | e.bbclass : catch up to enlightenments interest new .so naming convention |
| 16:53.15 | CIA-36 | also affects ecore.inc edje_svn.bb and evas.inc |
| 16:53.39 | tharvey | Tartarus, yes, that patch removes the 'non -dev package contains symlink .so' errors |
| 16:57.50 | Tartarus | RP, so, the QA check for libfoo.so in the main package thing is fatal now, thus breaking all lib-sdk recipes |
| 16:58.16 | Tartarus | RP, split the -sdk packages up like "normal" or skip that QA check on inherting sdk||canadian-sdk class? |
| 16:58.32 | Tartarus | Ah, I see yo answered :) |
| 16:58.41 | Tartarus | OK, I'll make a patch and post |
| 17:01.25 | Tartarus | RP, I think we also need, to be safe, to change sdk.bbclass to glob %{prefix}/*/.debug |
| 17:01.29 | Tartarus | does that sound right? |
| 17:01.42 | Tartarus | Or wait until something breaks? |
| 17:01.48 | *** join/#oe eFfeM (n=Frans@195-241-226-180.ip.telfort.nl) |
| 17:06.25 | Tartarus | tharvey, I'll have a patch for you in a min |
| 17:07.04 | tharvey | Tartarus, thanks for the help! |
| 17:10.25 | Tartarus | tharvey, RP, http://pastebin.com/d11bd3738 |
| 17:13.22 | hrw | re |
| 17:14.02 | *** join/#oe rob_w_ (n=bill@p549BCCF3.dip.t-dialin.net) |
| 17:14.18 | tharvey | stupid git question: patch doesn't like that format, is there a 'git-patch' that will apply it directly without me patching by hand? |
| 17:14.44 | hrw | tharvey: git am |
| 17:16.07 | CIA-36 | 03Angus Ainslie <nytowl@openmoko.org> 07fso/milestone5.5 * r19344e91d9 10openembedded.git/recipes/linux/linux-openmoko-stable_git.bb: linux-openmoko-stable : correct kernel version for modprobe |
| 17:16.13 | CIA-36 | 03Angus Ainslie <nytowl@openmoko.org> 07fso/milestone5.5 * r0ee83d98af 10openembedded.git/recipes/xorg-lib/libxext-native_1.0.4.bb: libext-native : fix provides |
| 17:16.46 | tharvey | git-am doesn't like it either but I'm really not that up on git - probably doing something wrong. git-am wants a mail-msg format with a signoff |
| 17:17.03 | hrw | signoff is not required |
| 17:17.35 | Tartarus | hmm |
| 17:17.37 | Tartarus | paste error? |
| 17:17.41 | Tartarus | what's your email |
| 17:20.01 | tharvey | I simply pasted it from the pastebin into a file and did a 'git-am < ../patches/insane.patch' which gives 'Patch does not have a valid e-mail address' |
| 17:20.22 | tharvey | sorry... just seems silly to have to manually apply the patch when I know there has to be an easy way to do it in git |
| 17:21.43 | tharvey | same error on the e-mailed version - I'll just do it manually - I can't seem to get the hang of git |
| 17:21.46 | hrw | git am patch - no need to git am <patch |
| 17:22.14 | tharvey | ya... 'Patch does not have a valid e-mail address' |
| 17:22.29 | hrw | then add one by hand? |
| 17:23.29 | *** join/#oe Ainulindale (n=ainu@calaquendi.org) |
| 17:24.21 | Tartarus | heh, too much work for a quick test of a patch |
| 17:24.28 | tharvey | no kidding... |
| 17:25.06 | tharvey | doesn't like me adding e-mail by hand - patch is 'not' in the format of the patches posted to maillist - guess thats it |
| 17:25.14 | *** join/#oe borg__ (n=olaf@80.149.17.21) |
| 17:26.21 | *** join/#oe mrdata (i=mrdata@dslb-088-075-227-126.pools.arcor-ip.net) |
| 17:30.54 | Tartarus | So, does the change itself work? That's the important thing to find out atm :) |
| 17:38.24 | *** join/#oe sakoman_ (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
| 17:43.23 | tharvey | Tartarus, checking it now - got sidetracked on something |
| 17:44.04 | *** join/#oe Sleep-Walker (n=Sleep@82.119.242.94) |
| 17:50.12 | *** join/#oe Sleep_Walker (n=Sleep@82.119.242.94) |
| 17:50.38 | *** join/#oe sudharsh (n=sudharsh@unaffiliated/sudharsh) |
| 17:50.56 | tharvey | Tartarus, that didn't fix 'non -dev package contains symlink .so: gcc' but fixed the other symlinks |
| 17:51.00 | *** join/#oe virk (n=virk@213.219.146.119.adsl.dyn.edpnet.net) |
| 17:53.28 | tharvey | Tartarus, ah... I see the issue I had with trying to apply the patch - your pastbin doesn't have the '@@' before the line numbers for some reason |
| 17:54.26 | Tartarus | gcc or gcc-cross-sdk ? |
| 17:54.44 | tharvey | gcc |
| 17:54.53 | Tartarus | Yeah, gcc will need some love :) |
| 17:54.56 | Tartarus | RP, still around? |
| 17:55.47 | tharvey | and of course the GNU_HASH still exists with gcc/g++/cpp/gcov |
| 18:01.17 | CIA-36 | 03Marcin Juszkiewicz <hrw@openembedded.org> 07stable/2009 * r64f22bc77c 10openembedded.git/recipes/tasks/task-base.bb: |
| 18:01.17 | CIA-36 | task-base: added btusb driver to list of recommended BT drivers |
| 18:01.17 | CIA-36 | 'btusb' driver replaced 'hci-usb' one few kernel releases ago. We recommend |
| 18:01.17 | CIA-36 | both as some devices use older kernels. |
| 18:01.18 | CIA-36 | Signed-off-by: Marcin Juszkiewicz <hrw@openembedded.org> |
| 18:01.19 | CIA-36 | Acked-by: Koen Kooi <koen@openembedded.org> |
| 18:01.23 | CIA-36 | Acked-by: Tom Rini <trini@embeddedalley.com> |
| 18:12.55 | CIA-36 | 03Marcin Juszkiewicz <marcin@buglabs.net> 07org.openembedded.dev * r92e83440eb 10openembedded.git/conf/machine/bug.conf: |
| 18:12.55 | CIA-36 | bug: added BUG Labs device |
| 18:12.55 | CIA-36 | BUG is i.mx31 based device which is often called 'LEGO for IT'. |
| 18:12.55 | CIA-36 | More info: http://buglabs.net/ |
| 18:12.58 | CIA-36 | 03Marcin Juszkiewicz <marcin@buglabs.net> 07org.openembedded.dev * rb5b0c24801 10openembedded.git/ (3 files in 3 dirs): |
| 18:12.58 | CIA-36 | linux-bug: added 2.6.27.2 from BUG Labs svn |
| 18:13.00 | CIA-36 | By default r8918 is used - can be overriden in local.conf by: |
| 18:13.02 | CIA-36 | SRCREV_pn-linux-bug = "${AUTOREV}" |
| 18:13.04 | CIA-36 | In BUG Linux we used AUTOREV by default. |
| 18:13.08 | CIA-36 | 03Marcin Juszkiewicz <marcin@buglabs.net> 07org.openembedded.dev * r7ea3026aa3 10openembedded.git/recipes/firmwares/ (3 files in 2 dirs): |
| 18:13.11 | CIA-36 | marvel-gspi-fw: added firmware for WiFi bugmodule |
| 18:13.13 | CIA-36 | This is firmware for not-yet-released-into-sales wifi/bt bugmodule. |
| 18:13.15 | CIA-36 | 03Marcin Juszkiewicz <marcin@buglabs.net> 07org.openembedded.dev * rd9b64f479b 10openembedded.git/recipes/netbase/ (netbase/bug/hosts netbase/bug/interfaces netbase_4.21.bb): |
| 18:13.20 | CIA-36 | netbase: added BUG support |
| 18:13.22 | CIA-36 | We use other network range for usb0 then OE default and this will not |
| 18:13.24 | CIA-36 | change soon. Also support for onboard Ethernet, Wifi module and |
| 18:13.26 | CIA-36 | USB-Ethernet adapters is present. |
| 18:15.18 | *** part/#oe ptitjes (n=didier@250.73.198-77.rev.gaoland.net) |
| 18:20.15 | *** join/#oe greentux (n=lemke@BAA4a03.baa.pppool.de) |
| 18:28.39 | *** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net) |
| 18:29.09 | *** join/#oe fraxinas (n=quassel@p54AA75E4.dip.t-dialin.net) |
| 18:38.46 | CIA-36 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rb0775dcad5 10openembedded.git/contrib/angstrom/sort.sh: angstrom feed sorter: add support for a few more machines |
| 18:42.32 | *** join/#oe florian (n=fuchs@g228138190.adsl.alicedsl.de) |
| 18:43.44 | florian | re |
| 18:44.00 | *** join/#oe khem (n=khem@adsl-71-146-25-44.dsl.pltn13.sbcglobal.net) |
| 18:44.25 | hrw | hi florian khem |
| 18:44.49 | Tartarus | hey khem |
| 18:44.58 | Tartarus | Can you look into GNU_HASH problems with 'gcc' please? |
| 18:45.44 | tharvey | I can't seem to figure out where the change was to make QA errors fatal |
| 18:46.38 | *** join/#oe greentux_ (n=lemke@BAA3db9.baa.pppool.de) |
| 18:46.49 | hrw | tharvey: git log classes/insane.bbclass |
| 18:47.54 | tharvey | ah... now I see it thx |
| 18:52.07 | khem | Tartarus: where does it complain ? |
| 18:52.10 | khem | libgcc ? |
| 18:54.10 | hrw | do we have some picture viewer for raw framebuffer? |
| 18:54.36 | Tartarus | khem, gcov & others |
| 18:54.42 | Tartarus | 10:55 <tharvey> and of course the GNU_HASH still exists with gcc/g++/cpp/gcov |
| 18:55.01 | cbrake | hrw: frame buffer capture utility? |
| 18:55.09 | Tartarus | hrw, sec... |
| 18:55.10 | *** join/#oe e-ffi (n=cybercom@dslb-088-068-160-090.pools.arcor-ip.net) |
| 18:55.23 | hrw | cbrake: no, displaying pictures on framebuffer |
| 18:55.26 | Tartarus | hrw, fbida, iirc |
| 18:55.29 | Tartarus | but that's big |
| 18:55.34 | Tartarus | checks something else |
| 18:56.47 | Tartarus | 2 pastebins in a sec |
| 18:57.54 | Tartarus | http://pastebin.com/m31bf89e http://pastebin.com/m3da99bab |
| 18:58.15 | Tartarus | didn't push way back when since I didn't want to bother figuring out what would be the right set of graphic libs to enable for public |
| 18:58.32 | Tartarus | but for our needs I just went with png so we could display an image without the convert and cat fun |
| 18:58.46 | khem | Tartarus: I suggested to change defaults to use GNU_HASH in toolchain |
| 18:58.57 | khem | no one seemed to be interested in idea |
| 18:59.00 | hrw | Tartarus: push it ;) |
| 18:59.36 | Tartarus | khem, it's needed now |
| 18:59.39 | Tartarus | please push it or repost :) |
| 18:59.43 | Tartarus | hrw, heh |
| 18:59.56 | khem | Tartarus: I need to cook it well. I just had done few tests |
| 19:00.16 | Tartarus | khem, k |
| 19:00.23 | Tartarus | khem, keep in mind 'gcc' doesn't build at all now |
| 19:00.27 | Tartarus | or rather, fails to package :) |
| 19:00.46 | Tartarus | hrw, I lack checksums for that around :) |
| 19:00.53 | Tartarus | Grabbed that from an old snapshot |
| 19:01.03 | hrw | thats not problem |
| 19:01.28 | Tartarus | heh |
| 19:01.37 | hrw | cat tmp/checksums.ini >>../oe/conf/checksums.ini |
| 19:02.07 | Tartarus | Bah, fine :) |
| 19:05.54 | *** join/#oe gremlin[it] (n=gremlin@217.203.158.241) |
| 19:06.03 | hrw | Tartarus: thx! |
| 19:08.01 | CIA-36 | 03Tom Rini <trini@embeddedalley.com> 07org.openembedded.dev * r0bdb7654c8 10openembedded.git/ (3 files in 3 dirs): |
| 19:08.01 | CIA-36 | fbv: Add a framebuffer-based png viewer. |
| 19:08.02 | CIA-36 | bmp/gif is supported but disabled. |
| 19:08.47 | hrw | also jpeg is supported |
| 19:08.53 | Tartarus | heh |
| 19:08.59 | Tartarus | See, you should have pushed :) |
| 19:09.04 | hrw | ;D |
| 19:09.58 | Tartarus | Also, heh, I see I wrote that before I learned that you're really supposed to start at r0 |
| 19:12.06 | *** join/#oe timtimred (n=meh@79-75-220-223.dynamic.dsl.as9105.com) |
| 19:13.24 | *** join/#oe guillaum11 (n=gl@AMontsouris-153-1-50-142.w86-212.abo.wanadoo.fr) |
| 19:16.02 | CIA-36 | 03Fraxinas <andreas.frisch@multimedia-labs.de> 07org.openembedded.dreambox * r3c319a5a7d 10openembedded.git/packages/enigma2/enigma2.bb: enigma2: add gst-plugins-decodebin2 as RDEPENDS |
| 19:16.05 | CIA-36 | 03Fraxinas <andreas.frisch@multimedia-labs.de> 07org.openembedded.dreambox * r573c129a4b 10openembedded.git/packages/enigma2/enigma2.bb: enigma2: add packages for mediaplayer update using gstreamer decodebin2 |
| 19:16.07 | CIA-36 | 03Fraxinas <andreas.frisch@multimedia-labs.de> 07org.openembedded.dreambox * r7c29f48774 10openembedded.git/packages/gstreamer/gst-plugin-dvbmediasink.bb: gst-plugin-dvbmediasink: increment srcdate |
| 19:20.54 | *** join/#oe Spyro (n=ian@benden.mnementh.co.uk) |
| 19:22.23 | *** join/#oe greentux__ (n=lemke@BAA5f1b.baa.pppool.de) |
| 19:30.59 | Tartarus | sed, mx31 or general? |
| 19:31.01 | Tartarus | ga |
| 19:34.08 | *** join/#oe Gnutoo (n=gnutoo@host183-83-dynamic.51-79-r.retail.telecomitalia.it) |
| 19:36.56 | kergoth | wonders when bitbake/oe will switch to python 2.5 |
| 19:41.55 | hrw | kergoth: as minimum? |
| 19:42.01 | kergoth | nods |
| 19:42.12 | hrw | what would it gives? |
| 19:42.55 | kergoth | i like certain things from 2.5, like the 'with' statement, personally |
| 19:43.50 | *** join/#oe greentux_ (n=lemke@BAA6320.baa.pppool.de) |
| 19:53.13 | *** join/#oe w1x (n=w1x@91-113-80-224.adsl.highway.telekom.at) |
| 19:53.20 | w1x | hallo |
| 19:54.54 | w1x | i am currently setting up openembedded on my new phat workstation, for my beagleboard, gta01/gta02, and hopefully soon enough, pandora.. |
| 20:06.45 | *** join/#oe bin1010 (n=mia@rrcs-71-40-238-241.sw.biz.rr.com) |
| 20:07.09 | *** join/#oe Jay7 (n=jay@93-81-142-7.broadband.corbina.ru) |
| 20:07.42 | *** join/#oe mrc3_ (n=mrc3@nat/ti/x-6cf62100dcf8038d) |
| 20:08.22 | hrw | bye |
| 20:16.01 | *** join/#oe likewise (n=chatzill@82-171-51-231.ip.telfort.nl) |
| 20:16.50 | *** join/#oe mrc3_ (n=mrc3@nat/ti/x-3b88b3842271e85c) |
| 20:17.38 | likewise | hello all |
| 20:18.27 | likewise | mickeyl, florian, anyone: I could use a bit of advice from you guys; is there simple command line tooling to upload a picture or WML text to a phone using obex over bluetooth? |
| 20:19.33 | florian | hi likewise |
| 20:19.40 | likewise | hi florian |
| 20:20.33 | florian | hrm yes, there was something liike this... iirc part of the openobex stuff |
| 20:20.43 | Jay7 | likewise: obexftp? |
| 20:21.22 | *** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net) |
| 20:21.22 | Jay7 | or something like obexpush |
| 20:21.34 | likewise | Jay7: did you actually use these tools? |
| 20:21.52 | Jay7 | likewise: I've used some time ago (~1-2 year) :) |
| 20:22.24 | likewise | ok, well I didn't get them to work (my fault). I also tried "obexd" with "send-files". |
| 20:22.30 | *** join/#oe bbradley_ (n=bbradley@87-194-119-230.bethere.co.uk) |
| 20:22.47 | Jay7 | hm |
| 20:23.11 | Jay7 | likewise: I can check it with my Nokia E50 if you wish :) |
| 20:23.50 | keesj | used gnokii for such things |
| 20:24.38 | keesj | a WHILE ago |
| 20:25.08 | likewise | Use case: An embedded device (terminal) outputs a blob of info, then the user want a summary of that on his phone. |
| 20:25.40 | likewise | User holds phone near device, enters the pin code given by the embedded device and voila. |
| 20:25.47 | Jay7 | obexapp is second |
| 20:26.32 | likewise | Jay7: I tried *obex* in Ubuntu 9.04, even compiled obexd, no luck so far with my 6300 |
| 20:27.11 | Jay7 | likewise: thats strange |
| 20:30.27 | *** join/#oe ant__ (n=andrea@host45-186-dynamic.60-82-r.retail.telecomitalia.it) |
| 20:33.26 | *** join/#oe The_Niz (n=nizzle@82-171-65-13.ip.telfort.nl) |
| 20:34.14 | *** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net) |
| 20:38.07 | *** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net) |
| 20:54.56 | *** join/#oe dijenerate (n=dijenera@64.210.41.159) |
| 20:58.52 | *** join/#oe flo_lap (n=fuchs@g228138190.adsl.alicedsl.de) |
| 21:03.50 | *** part/#oe ArteK (n=Artur@81.15.241.96) |
| 21:03.57 | RP | Tartarus: back now for a bit |
| 21:04.11 | RP | Tartarus: Pulling in the .debug packages seems unneccessary? |
| 21:04.44 | *** join/#oe ArteK (n=Artur@81.15.241.96) |
| 21:04.57 | Tartarus | Into SDK? Yeah, probably most people wouldn't want that, but I could see needing it from time to time |
| 21:05.11 | Tartarus | What I was saying toh |
| 21:05.21 | *** join/#oe mrc3_ (n=mrc3@nat/ti/x-30f4df4c4005ac42) |
| 21:05.24 | Tartarus | Was change the glob from %{prefix}/bin/.debug to %{prefix}/*/.debug |
| 21:05.36 | Tartarus | But, lets just wait and see if something fails first |
| 21:06.06 | RP | Tartarus: ah, right. Yes, lets see... |
| 21:06.30 | RP | I'd just note that full .debug is huge |
| 21:06.40 | RP | enabled that by default in Poky recently |
| 21:07.33 | CIA-36 | 03Stanislav Brabec <utx@penguin.cz> 07org.openembedded.dev * r9ce2add5af 10openembedded.git/recipes/man/man_1.5p.bb: man: GNU_HASH QA fix. |
| 21:07.56 | *** join/#oe woglinde (i=woglinde@78.52.228.74) |
| 21:08.31 | *** join/#oe dromede (n=quassel@93-139-29-169.adsl.net.t-com.hr) |
| 21:18.36 | mrdata | hi woglinde |
| 21:21.52 | woglinde | hi mrdata |
| 21:22.46 | *** join/#oe Soopaman (n=Soopaman@69.172.80.85) |
| 21:22.46 | mrdata | woglinde send mail to you *done* ;-) |
| 21:26.57 | woglinde | mrdata yes thanks |
| 21:27.14 | woglinde | i hope i can test it on sunday |
| 21:28.13 | mrdata | is okay for me, also if it take longer time to test |
| 21:29.13 | mrdata | night all |
| 21:29.28 | woglinde | nite |
| 21:30.14 | RP | Is zecke around much these days? |
| 21:30.26 | woglinde | rp he is back in berlin |
| 21:30.34 | woglinde | I meet him today |
| 21:30.41 | woglinde | ah rp |
| 21:30.53 | RP | woglinde: I should catch him online sometime... |
| 21:31.01 | woglinde | how is the poulsbo work going? |
| 21:31.19 | woglinde | can we asume something in the near future |
| 21:31.30 | RP | looks innocent and asks "what Poulsbo work?" ;-) |
| 21:31.44 | woglinde | hm |
| 21:31.48 | woglinde | are tw richards |
| 21:31.55 | woglinde | there two |
| 21:32.02 | RP | I guess from LKML its obvious I've at least been looking at that code... |
| 21:32.44 | woglinde | hm |
| 21:32.58 | woglinde | okay |
| 21:33.20 | woglinde | I ported the other intel driver to > 2.6.27 |
| 21:33.45 | Crofton|work | rp, try to keep the bike a bit more upright .... |
| 21:33.49 | Jay7 | -> sleep |
| 21:34.15 | RP | Crofton|work: yes, the weekend hurt :( |
| 21:35.28 | *** join/#oe Gin-geR (i=hacker@pD953955E.dip0.t-ipconnect.de) |
| 21:49.49 | CIA-36 | 03Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * rf822ec3f5a 10openembedded.git/recipes/images/ (console-base-image.bb console-image.bb gnuradio-image.bb): |
| 21:49.49 | CIA-36 | console-base-image,console-image,gnuradio-image: readd psplash-zap |
| 21:49.49 | CIA-36 | - for distros without psplash keep the old behaviour and check 'screen' |
| 21:49.57 | Tartarus | Hmm |
| 21:50.20 | Tartarus | If I RFC'd that every distro sets SOMETHINGORANOTHERLIBC, the same, would anyone object? |
| 21:50.23 | Tartarus | angstrom has one |
| 21:50.26 | Tartarus | minimal another |
| 21:50.34 | *** join/#oe santamarta (n=Juanjo@195.Red-213-96-224.staticIP.rima-tde.net) |
| 21:50.50 | Tartarus | and if we also did OVERRIDES .= "${LIBC}" we could make uclibc stuff easier |
| 21:51.13 | Tartarus | no more linux-uclibc || linux-uclibcgnueabi || linux-bfin (once that works again) |
| 21:52.39 | CIA-36 | 03Frederik Sdun <playya@IRC> 07fso/milestone5.5 * rcfd273c117 10openembedded.git/recipes/ (ewww/ewww_git.bb webkit/webkit-efl_git.bb): |
| 21:52.39 | CIA-36 | ewww : add untested ewww recipe |
| 21:52.39 | CIA-36 | Signed-off-by: Sebastian Spaeth <Sebastian@SSpaeth.de> |
| 21:52.39 | CIA-36 | Signed-off-by: Angus Ainslie <nytowl@openmoko.org> |
| 21:52.43 | CIA-36 | 03Angus Ainslie <nytowl@openmoko.org> 07fso/milestone5.5 * r3dcf455a79 10openembedded.git/classes/efl.bbclass: efl.bbclass : catch up to enlightenments interesting new .so naming convention |
| 21:58.19 | CIA-36 | 03Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * r3c33e2e729 10openembedded.git/recipes/kexecboot/initramfs-kexecboot-image.bb: initramfs-kexecboot-image: minor text cleanings |
| 21:59.09 | *** join/#oe hoj (n=jfaith@75.147.191.205) |
| 22:00.23 | mickeyl | Tartarus: sounds good, i'm all for cleaning up distros and moving angstromisms commonisms |
| 22:00.28 | mickeyl | +to |
| 22:00.39 | *** join/#oe Gnutoo (n=gnutoo@host183-83-dynamic.51-79-r.retail.telecomitalia.it) |
| 22:00.52 | Tartarus | OK |
| 22:01.46 | *** part/#oe ArteK (n=Artur@81.15.241.96) |
| 22:02.17 | *** join/#oe BET_frogger (n=frogger@cl-2094.ham-01.de.sixxs.net) [NETSPLIT VICTIM] |
| 22:02.18 | *** join/#oe keesj (n=keesj@ip49-193-210-87.adsl2.static.versatel.nl) |
| 22:02.18 | *** join/#oe piroko (n=jeremy@pohl.ececs.uc.edu) |
| 22:02.18 | *** join/#oe alphaone (n=alphaone@2001:638:602:af01:0:0:0:1) [NETSPLIT VICTIM] |
| 22:02.18 | *** join/#oe Ironnads (n=Ironnads@host86-135-181-230.range86-135.btcentralplus.com) |
| 22:03.15 | hoj | woglinde: I'm still trying to build libgles-omap3-3.00.00.06. Updating to 2.6.29 kernel gave me other problems, this time, missing trace/kmemtrace.h in include/linux/slab_def.h |
| 22:04.38 | ant__ | mickeyl: I think there are race-issues with the initscripts :( |
| 22:04.50 | mickeyl | not unlikely |
| 22:04.57 | woglinde | hoj did you update? |
| 22:04.59 | hoj | I patched the kernel header to config-out the kmemtrace trouble in slab_def.h, but got undeclared symbol errors like for omap_dispc_register_isr, DISPC_IRQ_VSYNC etc |
| 22:05.13 | woglinde | koen check something more on today |
| 22:05.36 | woglinde | more in |
| 22:05.41 | ant__ | mickeyl: the strange messagebus thing on first boot..disappeared after some other fixes to psplash... |
| 22:06.03 | ant__ | (S99zzapsplash: not found) |
| 22:06.14 | hoj | woglinde you mean do a git pull? Not yet today.. |
| 22:06.39 | woglinde | jepp |
| 22:06.43 | woglinde | try git pull |
| 22:06.50 | hoj | ok |
| 22:09.55 | hoj | hoglinde: after pull, clean and rebuild kernel then libgles? |
| 22:11.21 | hoj | oops, woglinde: after pull, clean and rebuild kernel then libgles? |
| 22:11.24 | hoj | sorry |
| 22:12.01 | kergoth | My latest musings about OpenEmbedded stuff: all a recipe really needs to know how to do, action wise, against its sources are: clean, produce binary artifacts in a structure such that they can be used (basically, compile + install into a usable structure). everything else isn't something specific to that particular recipe. packaging, etc, is just taking those deployed artifacts and doing things with them, and fetching is just obtaining the recipe and source |
| 22:12.11 | kergoth | ponders |
| 22:12.53 | woglinde | hoj hm the kernel pr changed |
| 22:13.03 | woglinde | so the newer kernel should be build automagically |
| 22:13.49 | hoj | still need 'PREFFERED_VERSION_linux-omap = "2.6.29"' in local.conf? |
| 22:13.59 | woglinde | hoj yes |
| 22:14.04 | *** join/#oe waite (n=bwaite@c-24-91-81-44.hsd1.ma.comcast.net) |
| 22:14.15 | hoj | k |
| 22:21.36 | Crofton|work | shudders at kergoth using the word "artifacts" |
| 22:21.42 | kergoth | chuckles |
| 22:21.48 | kergoth | well, thats what CM folk like to call em |
| 22:21.53 | Crofton|work | yeah |
| 22:22.06 | kergoth | and thats a good enough term. i think the concept is a useful one, tracing what artifacts go into and come out of each step in the process |
| 22:22.10 | Crofton|work | some guy called some code I worked on an artifact and I felt like punching him |
| 22:22.13 | kergoth | better tracability, and a more functional aspect |
| 22:22.15 | kergoth | haha |
| 22:22.59 | Crofton|work | yeah |
| 22:23.01 | kergoth | well, I'm trying to think of various possible ways of improving the system, and it seems like we shove a lot into classes that really isn't in any way controlled by the recipe's contents |
| 22:23.02 | CIA-36 | 03Stanislav Brabec <utx@penguin.cz> 07org.openembedded.dev * ree95838567 10openembedded.git/recipes/fsi-client/fsi-client_20040803.bb: fsi-client: GNU_HASH QA fix. |
| 22:23.02 | Crofton|work | I suppose |
| 22:23.46 | hoj | woglinde: omap3-sgx-modules_1.3.13.1397.bb failed, error in omaplfb_linux.c is "mach/display.h: No such file or directory" |
| 22:23.57 | Crofton|work | and go enjoy Phoenix before it turns into a furnace ... |
| 22:24.02 | kergoth | all a recipe really needs to contain is descriptive metadata as received by/for upstream, and an exertion of control over the 2-3 actions, cleaning the tree, producing binaries, and deploying those binaries into a structure where their assumptions will be satisfied, and it'll function |
| 22:24.04 | Crofton|work | goes to mow |
| 22:24.23 | Crofton|work | basically, I think you are correct |
| 22:24.38 | woglinde | hoj *sigh* |
| 22:24.50 | Crofton|work | but since there are no consistent rules for building systems, the crud is there to handle the special cass |
| 22:24.51 | kergoth | 's not really implying anything by this, persay, but thinks its good to define such things so we know what options we have for improving things without breaking things |
| 22:24.57 | Crofton|work | yeah |
| 22:25.28 | Crofton|work | the problem is the people that do not play nicely, such as people who create their own build systems |
| 22:25.45 | hoj | woglinde I think I've been here before :) maybe bad build or oe source state? |
| 22:26.15 | woglinde | hoj hm try a clean |
| 22:32.55 | *** join/#oe irotas (n=irotas@CPE00234d317251-CM0018c0b37a44.cpe.net.cable.rogers.com) |
| 22:40.27 | *** join/#oe alecrim (n=alecrim@192.100.104.170) |
| 22:40.28 | Tartarus | Hmm, this is gonna be a bit big :) |
| 22:46.26 | hoj | woglinde: did clean of kernel and libgles, rebuilt kernel (ok), rebuilt libgles (nok): "trace/kmemtrace.h: No such file or directory" |
| 22:48.36 | Tartarus | kicks off a loop to see if all distros parse still |
| 22:50.53 | woglinde | hoj try do change that line into linux/kmemtrace.h |
| 22:51.00 | woglinde | http://patchwork.kernel.org/patch/17965/ |
| 23:00.06 | *** join/#oe MWelchUK_ (n=welchma@65.91.2.71) |
| 23:02.23 | kergoth | ponders |
| 23:02.37 | hoj | woglinde: I patched kernel source that I found in tmp/work/omap3evm-angstrom-linux-gnueabi/linux-2.6.29+2.6.30-rc1-r1/linux-2.6.29 That must not be right, since I get the same compile errors. How does libgles get its kernel headers? I need to add the patch to a recipe maybe? |
| 23:08.09 | *** join/#oe [denix] (n=denys@nat/ti/x-8eee509f87d22e26) |
| 23:12.59 | *** join/#oe mnabil (n=mnabil@82.201.174.141) |
| 23:14.26 | *** join/#oe borg__ (n=olaf@80.149.17.21) |
| 23:16.56 | tharvey | anyone know of a package (with an oe recipe) that reads/writes to a 24cxx i2c eeprom? I know of eeprog and can create a package but if something else is more standard I would rather use that |
| 23:17.39 | *** join/#oe w1x_ (n=w1x@91-113-81-91.adsl.highway.telekom.at) |
| 23:24.08 | *** join/#oe w1x__ (n=w1x@88-117-84-129.adsl.highway.telekom.at) |
| 23:35.50 | CIA-36 | 03Stanislav Brabec <utx@penguin.cz> 07org.openembedded.dev * rb3c9508c51 10openembedded.git/recipes/unzip/unzip_552.bb: unzip: GNU_HASH QA fix. |
| 23:37.36 | *** join/#oe Sleep_Walker (n=Sleep@193.179.96.131) |
| 23:42.46 | CIA-36 | 03Stanislav Brabec <utx@penguin.cz> 07org.openembedded.dev * rf8f96581f7 10openembedded.git/recipes/pxaregs/pxaregs_1.14.bb: pxaregs: GNU_HASH QA fix. |
| 23:53.55 | *** join/#oe fraxi (n=quassel@p54AA718D.dip.t-dialin.net) |
| 23:55.59 | *** join/#oe rsalveti (n=salveti@200.184.118.130) |