| 00:01.37 | ken_ | eeh, did anyone do anything funny with ipkg-native? |
| 00:02.39 | CosmicPenguin | Like dress it up in crazy hats? |
| 00:03.50 | ken_ | :P |
| 00:10.02 | ljp | i saw it at a party, and was wearing a lamp shade |
| 00:11.50 | chou|depressed | ljp: was it dancing naked on the coffee table? |
| 00:12.33 | CosmicPenguin | chou|lessdepress: you need some beer |
| 00:12.35 | ljp | yes. again |
| 00:12.47 | chou|lessdepress | CosmicPenguin: I have absinthe here |
| 00:13.01 | CosmicPenguin | chou|lessdepress: excellent - just don't cut off your ears |
| 00:13.39 | chou|lessdepress | CosmicPenguin: can't cut my ears because if I do that I will be blind .... I need something to hold my glasses |
| 00:13.53 | kergoth | woot, got my packages from cold steel. new sharp pointy objects are a Good Thing |
| 00:14.33 | CosmicPenguin | indeed |
| 00:15.02 | kergoth | they had a nice 5.5" fixed blade knife, tanto tip. 5.5" is the max legal length for carrying in texas. |
| 00:15.05 | kergoth | :) |
| 00:16.23 | CosmicPenguin | Didn't know you were into carrying around a shiv |
| 00:17.03 | kergoth | i've always liked knives. collect them |
| 00:20.27 | kergoth | -rw-r--r-- root/root 33905282 2005-03-10 18:41:31 ./usr/include/c++/3.4.3/i686-oe-linux-uclibc/bits/stdc++.h.gch/O0g |
| 00:20.30 | kergoth | -rw-r--r-- root/root 33892993 2005-03-10 18:41:34 ./usr/include/c++/3.4.3/i686-oe-linux-uclibc/bits/stdc++.h.gch/O2g |
| 00:20.35 | kergoth | there are precompiled headers in my libstdc++-dev ipk :\ |
| 00:20.41 | kergoth | heh |
| 00:21.31 | pb_ | hey kergoth |
| 00:21.35 | kergoth | hey |
| 00:24.31 | *** join/#oe Crofton_ (~balister@66-207-66-26.black.dmt.ntelos.net) |
| 00:27.00 | kergoth | not bad. job hunting. enable_abi_check=no |
| 00:27.00 | kergoth | <PROTECTED> |
| 00:27.02 | kergoth | blehlk |
| 00:27.11 | kergoth | abi_check |
| 00:27.16 | kergoth | any idea what that does, in the libstdc++ build? |
| 00:30.05 | pb_ | checks that the library exports the right set of symbols |
| 00:30.36 | kergoth | ah |
| 00:30.40 | kergoth | is it a seperate binary, or..? |
| 00:30.46 | pb_ | yeah |
| 00:30.54 | pb_ | I think so |
| 00:31.36 | kergoth | mind if i --disable-hosted-libstdcxx? |
| 00:31.48 | kergoth | that disables abi check and the precompiled headers |
| 00:31.52 | pb_ | go for it |
| 00:31.55 | kergoth | since i'd like to avoid those 30 meg files in the ipk. |
| 00:31.56 | kergoth | :) |
| 00:31.59 | pb_ | heh |
| 00:32.21 | pb_ | it'd be cute to find a way to do a cross abi check at some point, since that helps if you are trying to claim your distro is LSB compliant. |
| 00:32.47 | pb_ | but, right now, just turning it off is fine |
| 00:33.17 | kergoth | lsb is a ways off. we dont even comply with the FHS at this point |
| 00:33.19 | kergoth | heh |
| 00:33.32 | pb_ | heh, righ |
| 00:33.33 | pb_ | t |
| 00:33.56 | kergoth | our gcc 3.3.x builds are falling behind |
| 00:34.01 | kergoth | dont use the .inc's, old patchset |
| 00:34.07 | kergoth | should pull in something more recent from crosstool or so |
| 00:35.25 | *** join/#oe anomaly__ (~bob@box3n.gumbynet.org) |
| 00:35.39 | pb_ | do we have many packages that need 3.3 rather than 3.4, these days? |
| 00:35.51 | kergoth | do the ipaq kernels still rely on it? |
| 00:35.55 | kergoth | i dont know of anything else |
| 00:36.07 | pb_ | I think the ipaq kernels could be fixed. |
| 00:36.12 | kergoth | agreed |
| 00:36.23 | kergoth | the patchset is known.. the fixes are probably all sitting out in the patch system |
| 00:36.24 | kergoth | heh |
| 00:36.38 | pb_ | 2.6 for ipaq builds fine with gcc 3.4, and I think 2.4 for other platforms does too. |
| 00:36.50 | kergoth | 2.4 for nslu2 i patched up for it |
| 00:36.53 | kergoth | not sure about the others |
| 00:37.00 | CIA-8 | 03kergoth 07 * r1.3058 10openembedded/packages/gcc/ (9 files): gcc 3.4.x: Build libstdc++ with --disable-hosted-libstdcxx to disable abi check and precompiled headers. |
| 00:37.45 | pb_ | I'll take a look at fixing up the ipaq kernels when I get a chance. |
| 00:37.50 | kergoth | cool |
| 00:39.32 | pb_ | bedtime now |
| 00:39.33 | pb_ | night all |
| 00:39.37 | kergoth | night |
| 00:45.43 | kergoth | ~botmail for schurig: please start mentioning the _package_ you're making changes to in your bk commit comments. See http://oe-devel.bkbits.net:8080/openembedded/ChangeSet@-1d?nav=index.html for an example of why. You should not have to look at the individual file deltas to see what packages were changed. |
| 00:50.04 | *** join/#oe Cwiiis (~cwiiis@user-214-207-151-83.e7even.com) |
| 00:53.02 | *** join/#oe perlguru-away (~perlguru@cc444495-a.hnglo1.ov.home.nl) |
| 00:54.35 | Cwiiis | How does the do_install in oe make sure that things are installed in ${D} rather than whatever the prefix is when running the install target in an autotool'd app? |
| 01:02.51 | treke|home | just one day to go till the weekend |
| 01:04.58 | Cwiiis | argh, I give up on trying to fix xserver-kdrive config at the mo, will just hack it to build and continue :p |
| 01:05.17 | kergoth | Cwiiis: ? |
| 01:05.32 | kergoth | Cwiiis: it depends on the buildsystem in question. there's no protection against attempts to put files outside of ${D} |
| 01:05.42 | kergoth | you just make install and specify DESTDIR for an autotools package, generally. |
| 01:06.11 | Cwiiis | kergoth: That's what I thought... seems the prefix specified is /usr with xserver-kdrive though |
| 01:06.19 | kergoth | yes? |
| 01:06.25 | kergoth | <PROTECTED> |
| 01:06.29 | kergoth | prefix is a _run time_ path |
| 01:06.32 | kergoth | heh |
| 01:06.37 | Cwiiis | ah, ok |
| 01:06.45 | kergoth | in an autotools buildsystem, it installs to $(DESTDIR)$(bindir) or whatever |
| 01:06.48 | Cwiiis | does that go the same for incdir and such? |
| 01:06.51 | kergoth | where $(bindir) is $(prefix)/bin |
| 01:06.56 | Cwiiis | right |
| 01:07.04 | kergoth | yes. all the blahdir variables are run time paths. |
| 01:07.19 | kergoth | if a given buildsystem doesnt support a DESTDIR type thing, then we may etiehr patch it to do so |
| 01:07.28 | kergoth | or pass ${D} prefixed prefix, bindir, etc on the make install line |
| 01:07.29 | kergoth | it varies |
| 01:07.42 | Cwiiis | I've no idea what's causing my problem... Will have to wait til someone cleverer and more patient stumbles across it :) |
| 01:32.21 | *** join/#oe hufnus (~slonsiki@mf23f36d0.tmodns.net) |
| 01:34.49 | *** join/#oe noclouds (~mhfan@61.191.206.163) |
| 01:54.27 | kergoth | shit |
| 01:54.53 | *** join/#oe jacques_ (~jacques@c-67-171-198-193.client.comcast.net) |
| 01:55.00 | kergoth | hrm |
| 01:55.07 | treke|home | pay your electric bill |
| 01:55.11 | kergoth | heh |
| 01:55.23 | kergoth | that gcc change i did earlier seems to have resulted in libstdc++ not being built at all |
| 01:55.26 | kergoth | oops |
| 01:55.44 | gb2 | heh |
| 01:56.42 | *** join/#oe raster (~raster@vagw.valinux.co.jp) |
| 01:58.54 | Cwiiis | NOTE: package gcc-cross-3.4.3-r8: task do_package: started |
| 01:58.54 | Cwiiis | ERROR: function do_install failed ... argh... |
| 01:59.00 | kergoth | yep, that. |
| 01:59.16 | kergoth | testing the fix as we speak |
| 01:59.43 | Cwiiis | ah, excellent |
| 02:01.16 | Cwiiis | don't know which file you're talking about to make that change in, so I'll just wait for you to test/push... I'm in no rush |
| 02:01.47 | kergoth | shouldnt be too long, just one package to build |
| 02:02.18 | gb2 | why disable precompiled headers? |
| 02:02.34 | kergoth | because i dont want a 35 meg gch shipped in the libstdc++-dev ipk. |
| 02:02.37 | kergoth | :P |
| 02:02.46 | kergoth | i'm disabling it in the libsdtc++ build only |
| 02:02.56 | gb2 | ah |
| 02:03.20 | gb2 | i was thinking it would be nice in the toolchain since it should lead to faster building |
| 02:03.32 | gb2 | not necessarily shipped |
| 02:03.59 | kergoth | ah, thats true. could change the -cross build to leave it enabled |
| 02:18.08 | *** join/#oe ntiq (~ntiq@S0106000d88c48f6a.cg.shawcable.net) |
| 02:18.12 | *** part/#oe ntiq (~ntiq@S0106000d88c48f6a.cg.shawcable.net) |
| 02:39.18 | kergoth | Cwiiis: confirmed.. wasnt paying attention, but the build finished |
| 02:40.12 | CIA-8 | 03kergoth 07 * r1.3059 10openembedded/packages/gcc/ (9 files): Build libstdc++ with --disable-libstdcxx-pch instead of --disable-hosted-libstdcxx. |
| 02:49.08 | *** join/#oe zecke_ (~freyther@pD9E7C832.dip0.t-ipconnect.de) |
| 02:52.49 | ljp | og good. sounds like Beck is back to his former songwriting |
| 02:52.57 | kergoth | heh |
| 02:53.01 | kergoth | more like his old stuff? |
| 02:54.29 | ljp | ya, there's a new one on itunes, and a few remixes |
| 02:54.40 | kergoth | whats the name of it? |
| 02:54.55 | ljp | E-Pro |
| 02:55.01 | ljp | single |
| 02:57.11 | *** join/#oe vxz (~lalal@OL102-196.fibertel.com.ar) |
| 02:57.24 | *** part/#oe vxz (~lalal@OL102-196.fibertel.com.ar) |
| 03:09.03 | [g2] | Anybody know the price difference between NAND and NOR, like what's 16MB NOR cost versus 16MB NAND ? |
| 03:10.30 | *** join/#oe aloph1_ (~aloph@cnet-cable-160-104-140.canbrasnet.com.br) |
| 03:28.00 | kergoth | Cwiiis: in case you didnt see, the fix is pushed |
| 03:28.42 | Cwiiis | kergoth: Cool, thanks (wondered off for a bit) |
| 03:28.50 | *** join/#oe ChanServ (ChanServ@services.) |
| 03:28.50 | *** mode/#oe [+o ChanServ] by irc.freenode.net |
| 03:28.54 | kergoth | np |
| 03:28.58 | Cwiiis | is the PR bumped? |
| 03:29.42 | kergoth | yeah, i bumped it on all of the affected gcc and gcc-cross packages |
| 03:29.49 | kergoth | thats why it touched 9 files instead of one |
| 03:29.50 | kergoth | heh |
| 03:30.27 | Cwiiis | right, good stuff - will carry on building :) |
| 03:30.34 | kergoth | :) |
| 03:31.06 | Cwiiis | Hopefully have a nice gconf-dbus based gpe-image tomorrow :) (gconf-dbus/settings-daemon replacing xsettings) |
| 03:46.34 | *** join/#oe _drak0_ (~rob@ip68-98-148-202.dc.dc.cox.net) |
| 03:48.36 | *** join/#oe micropal (ident@139.80-202-82.nextgentel.com) |
| 03:51.50 | *** join/#oe chouimat (~dieu@r2351064.cidc.net) |
| 03:57.11 | CIA-8 | 03CoreDump 07 * r1.3060 10openembedded/packages/sharp-binary-only/sharp-sdmmc-support-2.4.18-rmk7-pxa3-embedix/sdcontrol: More changes to sdcontrol |
| 04:08.50 | treke|home | hehe just forget sdcontrol :p |
| 04:09.04 | treke|home | hotplug ! |
| 04:09.07 | kergoth | heh, damn 5500 |
| 04:10.55 | treke|home | screw the 5500 |
| 04:11.24 | CoreDump|afk | :\ |
| 04:11.42 | kergoth | too bad i cant seem to find any motivation |
| 04:11.47 | kergoth | would be good to do the collie sd driver |
| 04:11.47 | kergoth | heh |
| 04:12.21 | CoreDump|afk | :) |
| 04:39.41 | CIA-8 | 03kergoth 07bitbake-1.2 * r152 10/: Tagging bitbake 1.2. |
| 04:43.42 | CIA-8 | 03kergoth 07bitbake-1.2 * r153 10/setup.py: Adjust the version in setup.py. |
| 04:44.45 | CIA-8 | 03kergoth * r154 10bitbake/setup.py: Adjust the version in setup.py. |
| 04:53.48 | chouimat|Zzzz | night |
| 05:10.06 | *** join/#oe zap_ (~zap@217.170.93.196) |
| 05:11.01 | *** join/#oe treke|home (~ggilbert@69-175-32-221.ventca.adelphia.net) |
| 05:16.27 | *** join/#oe mithro (~tim@dsl1-83.gw1.adl1.airnet.com.au) |
| 06:18.59 | CIA-8 | 03kergoth 07 * r1.3061 10openembedded/packages/octave/octave_2.1.63.bb: Fix the octave SRC_URI, courtesy Simon Pickering. |
| 06:33.34 | *** join/#oe linuxwhore (~johnh@70-56-163-89.mpls.qwest.net) |
| 07:09.47 | *** join/#oe hufnus (~slonsiki@mbe8536d0.tmodns.net) |
| 07:10.00 | *** join/#oe molivier (~mac@f06a-9-235.d1.club-internet.fr) |
| 07:29.37 | *** join/#oe schurig (~schurig@p54B28723.dip0.t-ipconnect.de) |
| 07:30.28 | schurig | kergoth: will do :-) |
| 07:30.55 | kergoth | :) |
| 07:32.20 | CIA-8 | 03kergoth 07 * r1.3062 10openembedded/packages/u2nl/ (u2nl_1.1.bb files/buildsystem.patch): Add u2nl 1.1 (application that is capable of tunneling every TCP network connection (from a Linux machine w/ netfiler) through an http CONNECT proxy). |
| 07:33.26 | CIA-8 | 03kergoth 07 * r1.3063 10openembedded/packages/u2nl/u2nl_1.1.bb: Add LICENSE and SECTION to u2nl. |
| 07:37.29 | schurig | kergoth: which conf/machines/*.conf file do you use for your OE-made x86 packages? |
| 07:37.45 | kergoth | depends |
| 07:38.00 | kergoth | if i'm planning on running them in colinux, i use colinux |
| 07:38.07 | kergoth | if i'm planning on running them in uml, i use x86-ul |
| 07:38.11 | kergoth | uml, that is |
| 07:38.17 | schurig | kergoth: would this also compile a "cross"-compiler and the other cross-tools? |
| 07:38.23 | kergoth | ywH |
| 07:38.25 | kergoth | er |
| 07:38.26 | kergoth | yeah |
| 07:38.32 | kergoth | an x86 machine isnt _native_ |
| 07:38.34 | kergoth | its still cross |
| 07:38.43 | kergoth | i686-linux -> i686-linux-uclibc is cross. |
| 07:39.01 | kergoth | i686-linux -> i686-linux with incompatible library versions is esentially cross, because ./configure still cant run the tests it builds. |
| 07:39.09 | schurig | is colinux or uml using uclicb? |
| 07:39.13 | kergoth | so native needs to be a very explicitly requested thing by the user. |
| 07:39.18 | kergoth | they must _know_ things will work |
| 07:39.23 | kergoth | and oe doesnt support that just yet |
| 07:39.26 | kergoth | its on my todo |
| 07:39.58 | kergoth | schurig: glibc vs uclibc is generally a DISTRO or user decision |
| 07:40.07 | kergoth | as opposed to machine |
| 07:40.21 | kergoth | i think right now colinuxoe doesnt set TARGET_OS at all, it leaves it up to the user |
| 07:40.24 | kergoth | and i dont think we have a uml distro yet |
| 07:40.28 | kergoth | so its up to you |
| 07:40.41 | schurig | kergoth: so you have your own "distro" ? |
| 07:40.57 | schurig | I think I put something into my local.conf, without using a distro ... |
| 07:41.00 | kergoth | for colinux? yeah, its really basic though, the usual inherit of debian and package_ipk |
| 07:41.10 | kergoth | using a distro isnt required, just a covenience |
| 07:42.11 | schurig | hehe, the other day I tried to make x86-based packages, but tried games with HOST_PREFIX and ASSUME_PROVIDED because I thought "It don't need to create it's own toolchain" ... :-) |
| 07:42.33 | kergoth | hehe. it really doesnt, if and only if you know autoconf will be able to run the tests it compiles. |
| 07:42.43 | kergoth | but yeah, oe needs a bit of tender loving care in that regard |
| 07:42.45 | schurig | but I quickly discovered that this wasn't true :-) |
| 07:42.54 | kergoth | the whole -native vs -cross vs normal package thing wouldnt be easy to deal with |
| 07:43.03 | kergoth | mostly because it isnt just a matter of inheriting native. |
| 07:43.10 | kergoth | other things change, like new stage targets |
| 07:43.31 | kergoth | not sure how best to handle that for a 'native' target yet |
| 07:44.57 | kergoth | schurig: CELF has expressed an interest in oe :) |
| 07:45.13 | schurig | kergoth: CELF? Who/What's that? |
| 07:45.21 | kergoth | the consumer electronics linux forum |
| 07:45.51 | kergoth | they have a ton of companies as members, focusing on improving linux from a consumer electronics standpoint |
| 07:45.56 | kergoth | things like bootup time working group |
| 07:45.57 | kergoth | power |
| 07:45.58 | kergoth | etc |
| 08:04.09 | *** join/#oe noclouds (~mhfan@61.191.207.229) |
| 08:38.55 | hrw|work | hello |
| 08:42.10 | hrw|work | FSCK! my smtp is in rbl ;( |
| 08:42.37 | schurig | hrw|work: then send less SPAM next time :-) |
| 08:43.16 | hrw|work | so goodbye sf.net |
| 08:43.50 | *** join/#oe mithro (~tim@dsl1-83.gw1.adl1.airnet.com.au) |
| 08:44.14 | hrw|work | sent into to admin |
| 08:46.22 | *** join/#oe loial (~loial@cp10860-a.tilbu1.nb.home.nl) |
| 08:46.41 | loial | morning |
| 08:49.47 | *** join/#oe XorA (~dp@81-178-213-232.dsl.pipex.com) |
| 08:50.48 | XorA | morning |
| 08:51.08 | loial | lo |
| 09:00.57 | *** join/#oe micropal_ (ident@139.80-202-82.nextgentel.com) |
| 09:07.52 | *** join/#oe jbs (~jbs@10001200047.0000006537.acesso.oni.pt) |
| 09:08.28 | hrw|work | fsck! |
| 09:08.32 | Bernardo | good morning |
| 09:08.42 | hrw|work | yesterday I started meta-opie build but cumulus fails;( |
| 09:08.57 | Bernardo | three days ago it built for me... |
| 09:09.27 | hrw|work | ~lart cumulus author for not timestamping snapshots |
| 09:13.55 | *** join/#oe reenoo (~rwagner@x11.informatik.uni-bremen.de) |
| 09:14.08 | reenoo | morning |
| 09:19.33 | *** join/#oe Ken|JLimeX (~Ken@h72n2fls34o1105.telia.com) |
| 09:19.51 | hrw|work | hi Rene, xora, loial |
| 09:20.23 | hrw|work | even with bbcow using bitbake takes looots of ram.. |
| 09:20.28 | reenoo | hey Marcin |
| 09:24.10 | *** join/#oe hanjo (~hanjo@pD9E77F2E.dip.t-dialin.net) |
| 09:25.13 | hanjo | hi all |
| 09:26.23 | hanjo | I have a hard time getting the OE build process to run on a FC2 box. It fails on the patching steps. I've tried both with quilt and with parcher. |
| 09:26.52 | koen|sleep | heh |
| 09:27.06 | koen | development and FC sounds like a bad combo to me |
| 09:27.13 | koen | (and good morning to all ) |
| 09:27.16 | hanjo | :) |
| 09:27.38 | XorA | hanjo: I used to run OE on FC2 with no problems |
| 09:28.08 | XorA | hanjo: you not using reiser4 are you? |
| 09:28.29 | hanjo | XorA: did you use patch 2.5.9? |
| 09:28.41 | hanjo | XorA: no, it's ext3 |
| 09:30.48 | XorA | hanjo: whatever is default with FC2 + updates |
| 09:31.02 | hanjo | With quilt it just fails on the patching of the first package (with a permission denied message for a quilt import). With patcher it is much better, but still fails on one package with error: patch not applied, try to force... |
| 09:31.34 | hanjo | XorA: That's the case here also (patch-2.5.4) |
| 09:31.45 | reenoo | what's the exact error message? |
| 09:32.17 | reenoo | post to http://pastebin.ca if it's longer than ~5 lines |
| 09:33.00 | RP | morning all |
| 09:33.01 | hanjo | renoo: it is 2 lines :). I've started a new build, some time will pass till I hit the same spot |
| 09:33.15 | schurig | hanjo: " patch not applied, try to force..." usually means that the source changed, e.g. in CVS, and a patch no longer applies without a problem |
| 09:33.29 | reenoo | morning RP |
| 09:33.30 | schurig | hanjo: so, start by telling which PACKAGE you get the error |
| 09:33.52 | schurig | hanjo: until now you just said "it fails in opie", but opie is huuuuuuuge |
| 09:34.06 | hanjo | it was ixp425-eth-1.1-r1 |
| 09:34.22 | schurig | hmm, sorre, OE not opie |
| 09:34.36 | hanjo | I know. I am just waiting for the build to fail on the same place |
| 09:34.41 | hanjo | no it is for the nslu2 |
| 09:35.58 | XorA | schurig: your patch to xserver-kdrive, that means you can use current day as CVSDATE? |
| 09:36.22 | schurig | XorA: it means that I got it running without CVSDATE |
| 09:36.31 | schurig | XorA: err, not running, compiling |
| 09:37.01 | XorA | schurig: cool, Ill have to try it on a Z build and see if X is more stable |
| 09:37.03 | schurig | XorA: I patched the .bb package so that it does only compile the fbdev version of xfree-kdrive on $MACHINE ramses |
| 09:37.26 | schurig | XorA: X doesn't run yet on my device, I guess I still need some infrastructure |
| 09:38.09 | XorA | schurig: 20050207 runs on Z but is very easy to crash, so I will give later version a go over weekend |
| 09:38.36 | schurig | XorA: yeah, but hen you need to add the onlyfb.patch to your machine as well |
| 09:38.45 | schurig | but I think you guessed this as well :-) |
| 09:38.49 | XorA | schurig: that was my plan |
| 09:40.41 | loial | hrw|work: whwen you say looots of ram you mean how much? |
| 09:42.32 | loial | cause I found out that if i rm -rf tmp/cache, then bitbake bla will not take much ram, but if I do not do that, bitbake uses all my ram (1Gb) and prolly swapspace too! |
| 09:43.04 | loial | and 1Gb > 512 Mb as it says in the docs :) |
| 09:43.11 | schurig | hanjo: I can't check ixp425-eth-1.1-r1 because download of http://www.intel.com/design/network/swsup/ixp400LinuxEthernetDriverPatch-1_1.zip doesn't work |
| 09:43.18 | hrw|work | loial: here I have 768MiB |
| 09:43.49 | loial | do you leave your tmp/cache floating around? |
| 09:43.59 | schurig | My solution to RAM is: lots of BBFILES += ... |
| 09:44.11 | schurig | that way bitbake only reads those packages in that I really need |
| 09:47.58 | *** join/#oe hanjov (~hanjo@pD9E766BB.dip.t-dialin.net) |
| 09:48.17 | hanjov | schurig: tnx |
| 09:48.18 | *** join/#oe linuxwhore (~johnh@70-56-163-89.mpls.qwest.net) |
| 09:49.38 | *** join/#oe mithro (~tim@dsl1-83.gw1.adl1.airnet.com.au) |
| 09:51.22 | XorA | c |
| 09:54.49 | *** part/#oe loial_ (~loial@cp10860-a.tilbu1.nb.home.nl) |
| 09:55.38 | *** join/#oe loial (~loial@cp10860-a.tilbu1.nb.home.nl) |
| 09:59.19 | *** join/#oe lardman (~lardman@138.38.73.178) |
| 10:04.49 | lardman | bk tells me that the entire repository is locked by: RESYNC |
| 10:04.55 | lardman | is this on my end? |
| 10:05.00 | koen | yes |
| 10:05.13 | lardman | how do I fix this? |
| 10:05.20 | koen | try bk resolve |
| 10:05.58 | lardman | looks like it's doijng something, thanks |
| 10:07.54 | lardman | hmm, hasn't worked |
| 10:08.08 | lardman | I copied the packages/nonworking/r directory to packages/r |
| 10:08.12 | lardman | as I was doing some work on it |
| 10:08.17 | koen | you could rm -rf RESYNC |
| 10:08.28 | koen | or remove the SCCS dir in r/ |
| 10:08.38 | lardman | I tried that and it's still moaning |
| 10:08.41 | koen | bitkeeper doesn't like duplicate entries |
| 10:08.49 | lardman | I also rm -Rf ./r and it's still not happy |
| 10:08.56 | koen | hmmm |
| 10:09.21 | lardman | as an aside - can I try to bitbake something in nonworking? |
| 10:09.21 | koen | when that happens I rm -rf . and put my backup tree in place |
| 10:09.31 | koen | bitbake -b |
| 10:09.38 | lardman | oh, doesn't sound so good |
| 10:09.38 | koen | bitbake -b path/to/bla.bb |
| 10:09.49 | lardman | what if I want it to handle dependencies too? |
| 10:09.57 | koen | bk has a low 'rm -rf' tolerance with me |
| 10:10.07 | koen | bitbake those by hand |
| 10:10.10 | loial | koen: *grin* |
| 10:10.12 | lardman | ok |
| 10:10.21 | lardman | rm -Rf here I come |
| 10:10.28 | koen | lardman: backup local.conf first |
| 10:10.45 | lardman | why? |
| 10:10.55 | lardman | if I don't, will it try to rebuild my toolchain? |
| 10:11.05 | koen | no, but you have to make a new one |
| 10:11.12 | koen | (local.conf that is) |
| 10:11.27 | lardman | my local.conf should be in build/conf, which isn't under openembedded |
| 10:11.36 | koen | ah, even nicer |
| 10:11.39 | lardman | cool |
| 10:11.55 | lardman | I imagine that this will make it want to re-build my toolchain though |
| 10:12.10 | koen | it shouldn't |
| 10:12.17 | koen | unless you wipe $TMPDIR |
| 10:12.17 | lardman | :) fingers crossed |
| 10:12.34 | koen | apart from the cset kergoth pushed, it shouldn't rebuild |
| 10:13.16 | lardman | New topic |
| 10:13.25 | lardman | If I want to add an mplayer for GPE/X11 |
| 10:13.30 | lardman | how should I name it? |
| 10:13.46 | lardman | (I don't think one exists atm) |
| 10:13.58 | koen | ehm |
| 10:14.10 | lardman | Same goes for xmms and gaim (not sure if that's in there for x11) |
| 10:14.14 | koen | the default mplayer should build for all systems |
| 10:14.35 | lardman | oh, I thought it had some dependency which only allowed it to play movies on opie |
| 10:14.43 | koen | aaargh |
| 10:14.46 | lardman | or does it depend on sdl, which should work on either? |
| 10:14.53 | koen | not that only-opie bullcrap again |
| 10:15.02 | lardman | no, no, I may be wrong |
| 10:15.15 | koen | sdl should be fixed now |
| 10:15.24 | lardman | it was just that when people have been asking what to use to play mp3s, mplayer has never come up so I presumed it wouldn't work |
| 10:15.44 | lardman | I reemmber seeing a mail yesterday (I think) about sdl being fixed |
| 10:15.54 | lardman | ok, so scrub mplayer then, what about naming xmms? |
| 10:16.39 | hrw|work | why xmms - beep is in OE |
| 10:16.53 | lardman | :) actually now that I come to think about it, xmms is probably called xmms-embedded so I may be ok |
| 10:17.06 | lardman | beep - is that new (since 3.5.2)? |
| 10:17.38 | lardman | in fact what is it, google doesn't show much? |
| 10:17.39 | hrw|work | beepmp/beepmp_0.9.7rc2.oe |
| 10:17.39 | hrw|work | <PROTECTED> |
| 10:17.41 | hrw|work | <PROTECTED> |
| 10:18.07 | lardman | got it |
| 10:18.07 | hrw|work | beepmp - xmms/gtk2 |
| 10:18.28 | lardman | ok, it's just that I downloaded the pdaxrom buildroot and was pulling apps out (using their patches and makefile instructions), and xmms was amongst them |
| 10:18.43 | lardman | pulling them out to produce .bb files that is |
| 10:20.01 | *** join/#oe dyoung_ (~dyoung@cpe-70-93-27-157.hawaii.res.rr.com) |
| 10:23.09 | koen | lardman: I sent a new mail about sdl :) |
| 10:23.29 | lardman | not on my account I hope |
| 10:23.49 | koen | heh |
| 10:23.54 | koen | to the oe-ml |
| 10:24.52 | loial | whoa |
| 10:26.30 | loial | If I run rm -rf tmp/cache and then bitbake bootstrap-image, I have 124 Mb mem usage. When I then run again bootstrap-image, I have 900 Mb mem usage, fun :) |
| 10:26.45 | koen | using bbcow? |
| 10:26.50 | loial | (i.e. without rf -rf tmp/cache) |
| 10:26.53 | loial | bitbake |
| 10:27.28 | lardman | bbcow are patches for bitbake & openembedded to reduce mem usage |
| 10:27.33 | loial | i don't have bbcow |
| 10:27.37 | lardman | ~bbcow |
| 10:27.38 | ibot | it has been said that bbcow is a couple patches for bitbake and openembedded to use copy-on-write for the metadata handling. It greatly reduces memory consumption. Get them at http://www.frankengul.org/~seb/cowbb/. |
| 10:28.03 | loial | sjecking it out:) |
| 10:31.32 | *** join/#oe raster (~raster@YahooBB219198104088.bbtec.net) |
| 10:35.33 | CIA-8 | 03koen 07 * r1.3064 10openembedded/conf/distro/familiar-0.8.2.conf: |
| 10:35.33 | CIA-8 | familiar-0.8.2.conf: |
| 10:35.33 | CIA-8 | <PROTECTED> |
| 10:36.32 | koen | aaargh |
| 10:36.43 | koen | | (Stripping trailing CRs from patch.) |
| 10:37.00 | koen | the CRs are there for a *reason* |
| 10:37.58 | hrw|work | ;) |
| 10:38.36 | koen | does any body know a fix for that? |
| 10:39.24 | hrw|work | look into powermanga.bb |
| 10:39.38 | hrw|work | its workaround which works |
| 10:40.01 | koen | ugh |
| 10:40.04 | koen | that's ugly |
| 10:42.29 | hrw|work | I know |
| 10:42.44 | *** join/#oe tigrux (~tigrux@charybdis-ext.suse.de) |
| 10:58.32 | *** join/#oe zinga (~arnaudb@186.80-203-227.nextgentel.com) |
| 11:12.52 | CIA-8 | 03koen 07 * r1.3065 10openembedded/ (3 files in 3 dirs): |
| 11:12.52 | CIA-8 | faad2_2.0.bb: |
| 11:12.52 | CIA-8 | <PROTECTED> |
| 11:13.30 | koen | hrw|work: thanks, it works |
| 11:20.41 | hrw|work | koen: ugly way? |
| 11:20.47 | koen | yes |
| 11:38.15 | *** join/#oe mallum (~mallum@host81-156-158-146.range81-156.btcentralplus.com) |
| 11:48.25 | *** join/#oe reenoo (~rwagner@x03.informatik.uni-bremen.de) |
| 11:48.35 | reenoo | re |
| 11:53.34 | *** join/#oe jbs (~jbs@10001200047.0000006537.acesso.oni.pt) |
| 11:58.09 | *** join/#oe micropal (ident@139.80-202-82.nextgentel.com) |
| 12:01.51 | CIA-8 | 03hrw 07 * r1.3063.1.2 10openembedded/packages/kdepimpi/ (4 files in 2 dirs): updated kdepimpi to 2.0.15 |
| 12:01.59 | CIA-8 | 03hrw 07 * r1.3063.1.1 10openembedded/packages/qpe-vexed/ (3 files in 2 dirs): |
| 12:01.59 | CIA-8 | qpe-vexed changes proposed by Vitaliy Pronkin: |
| 12:01.59 | CIA-8 | - switched to correct format of Vexed levels |
| 12:02.00 | CIA-8 | - start maximized |
| 12:02.00 | CIA-8 | - made level numbers in status string begin from 1 instead of 0 |
| 12:10.15 | *** join/#oe tigrux (~tigrux@charybdis-ext.suse.de) |
| 12:17.23 | *** join/#oe perlguru (~maurice@cc444495-a.hnglo1.ov.home.nl) |
| 12:19.45 | *** join/#oe reenoo (~rwagner@x03.informatik.uni-bremen.de) [NETSPLIT VICTIM] |
| 12:23.00 | *** join/#oe [g2] (~g2@g2.nslu2-linux) |
| 12:30.50 | *** join/#oe pb_ (~pb@2002:3e03:42cc:2:20a:5eff:fe00:391e) |
| 12:36.44 | CIA-8 | 03koen 07 * r1.3067 10openembedded/packages/base-passwd/base-passwd_3.5.7.bb: |
| 12:36.44 | CIA-8 | base-passwd_3.5.7.bb: |
| 12:36.44 | CIA-8 | <PROTECTED> |
| 12:36.53 | *** join/#oe handzisk (~handzisk@svetlana.tkn.TU-Berlin.DE) |
| 12:44.43 | CIA-8 | 03hrw 07 * r1.3066.1.1 10openembedded/packages/opie-embeddedkonsole/ (opie-embeddedkonsole_cvs.bb opie-embeddedkonsole_1.1.9.bb): opie-embeddedkonsole: remove bogus dependency to qte-font-fixed. If there are no proper fonts for a terminal installed, the application needs to signalize that. |
| 12:46.19 | *** join/#oe molivier (~mac@f06a-9-235.d1.club-internet.fr) |
| 12:53.07 | loial | Is it appreciated if e.g. bootstrap-image build failures are mentioned here? |
| 12:55.27 | hrw|work | ~lart iptables and me |
| 13:01.00 | pb_ | loial: sure |
| 13:01.59 | *** join/#oe tigrux (~tigrux@charybdis-ext.suse.de) |
| 13:04.23 | *** join/#oe reenoo (~rwagner@x03.informatik.uni-bremen.de) [NETSPLIT VICTIM] |
| 13:06.05 | loial | ah, k, well it's gcc-cross-3.4.3-r9. Compilation fails in libgcc2.c:1467: error: 'stderr' undeclared |
| 13:07.04 | loial | and 2 warnings about fprintf and fflush being implicitly declared. This is on a clean build |
| 13:07.49 | hrw|work | loial: your machine doesnt have a problems with overheating, overclocking? |
| 13:07.51 | loial | fix might be easily add an include:) |
| 13:08.33 | loial | nah, no problems there |
| 13:09.11 | loial | it fails there repeatedly:) |
| 13:09.28 | pb_ | well, that's very bizarre |
| 13:09.37 | pb_ | what's your target platform? |
| 13:09.42 | _drak0_ | hmm, this is probably a dumb question, but using buildroot (uclibc), you tell the kernel 'init=/linuxrc'. I've built a 'bootstrap-image' using oe, what do I tell the kernel? There is not /linuxrc in the OE image. |
| 13:10.06 | pb_ | don't tell it anything |
| 13:10.10 | loial | c7x0 |
| 13:10.30 | _drak0_ | pb_: don't give it an 'init=' line? |
| 13:10.40 | pb_ | correct |
| 13:11.11 | _drak0_ | ok, that's easy! :D |
| 13:11.48 | _drak0_ | the kernel just does the Right Thing(tm) eh? |
| 13:12.46 | reenoo | it runs /sbin/init. what else do you expect? |
| 13:15.11 | _drak0_ | *shrug* buildroot's init= confused me... :P |
| 13:18.23 | koen | hmmm |
| 13:18.50 | koen | does anybody know why the postinst from base-passwd doesn't end up in /usr/lib/ipkg ? |
| 13:20.19 | schurig | koen: are you sure the *.ipk files has a ./postinst script in it's control.tar.gz ? |
| 13:20.33 | koen | schurig: yes |
| 13:21.04 | koen | koen@lieve /data/build/oe/build/tmp-all/deploy/ipk $ ar x base-passwd_3.5.7-r4_arm.ipk ; tar zxvf control.tar.gz |
| 13:21.07 | koen | ./ |
| 13:21.10 | koen | ./control |
| 13:21.12 | koen | ./postinst |
| 13:21.33 | schurig | hmm, and is something inside it? |
| 13:21.43 | koen | yes |
| 13:21.52 | schurig | then my dear: I have no clie |
| 13:21.56 | schurig | s/clie/clue/ |
| 13:22.04 | koen | too bad |
| 13:22.24 | koen | gpe-image chokes on it, because it can't zap the password |
| 13:22.57 | koen | because the postinsts doesn't do |
| 13:22.58 | schurig | koen: on my Ramses I have a /usr/lib/ipkg/info/base-passwd.postinst |
| 13:22.59 | koen | <PROTECTED> |
| 13:22.59 | koen | <PROTECTED> |
| 13:24.21 | koen | oh dear |
| 13:25.37 | mallum | koen: cant gpe work like ubuntu and just use sudo |
| 13:25.49 | mallum | koen: with no root pass, just a user one |
| 13:25.49 | koen | mallum: of course it can |
| 13:25.58 | koen | It would like to see that |
| 13:26.02 | mallum | koen: me too |
| 13:26.43 | koen | mv gpe-su gpe-sudo |
| 13:27.18 | koen | ~stab ubuntu |
| 13:27.20 | ibot | ACTION runs at ubuntu with an origami Swiss Army knife, and inflicts a nasty paper cut. |
| 13:27.29 | koen | windowmanager != session |
| 13:27.51 | Cwiiis | mallum: I had sudo running on my pda the other day, as it happens... |
| 13:28.43 | mallum | Cwiiis: :0 |
| 13:28.48 | mallum | I mean :) |
| 13:30.58 | Cwiiis | sudo is really handy - would be nice to give normal users the permissions to run things like ipkg as root by default (blah security blah... hehe) |
| 13:31.00 | *** join/#oe jbs (~jbs@10001200047.0000006537.acesso.oni.pt) |
| 13:31.41 | Cwiiis | Anyway, must be off, got a meeting in a half hour... |
| 13:31.46 | *** join/#oe reenoo (~rwagner@x03.informatik.uni-bremen.de) [NETSPLIT VICTIM] |
| 14:01.39 | schurig | OFF TOPIC: anyone here on Debian? |
| 14:03.22 | koen | if ubuntu counts as debian |
| 14:08.39 | webmind | not really :) |
| 14:09.07 | hrw|work | schurig: I |
| 14:14.33 | hrw|work | if my debian still counts as debian |
| 14:14.36 | *** join/#oe zecke (fakeuser@pD9E7DBF0.dip0.t-ipconnect.de) |
| 14:22.44 | schurig | hrw|work: I have a Debian/KDE/Fonts-Question ... |
| 14:23.00 | [g2] | my modules are currently getting split between 2.6.11 and 2.6.11.2 any clues ? |
| 14:23.34 | [g2] | they should all be in 2.6.11.2 I'd imagine |
| 14:24.14 | emte | you using a cvs kernel? |
| 14:24.20 | [g2] | me ? |
| 14:24.24 | emte | yeah |
| 14:24.46 | *** join/#oe micropal_ (ident@139.80-202-82.nextgentel.com) |
| 14:24.47 | [g2] | it's openslug-kernel-2.6.11 |
| 14:25.07 | [g2] | this is the #oe channel right ? :) |
| 14:25.24 | emte | yeah |
| 14:25.37 | emte | whats the -rX on your kernel? |
| 14:25.58 | [g2] | as in uname -rX ? |
| 14:26.08 | emte | no |
| 14:26.17 | emte | as in revision |
| 14:26.26 | [g2] | 2.6.11.2 |
| 14:26.29 | emte | could just be a packaging thing |
| 14:26.40 | [g2] | I'm sure it's just a packaging thing |
| 14:26.59 | [g2] | I'd like to make it "was a packaging thing" |
| 14:27.07 | emte | lol |
| 14:27.24 | emte | look at the meta differences btween to modules |
| 14:27.36 | hrw|work | NOTE:[15:17] package pilot-link-0.12.0-pre2-r0: task do_build: completed |
| 14:27.40 | emte | the .2 and non-.2 ofcourse |
| 14:27.43 | hrw|work | someone want to test? |
| 14:27.59 | emte | i would if i could ... |
| 14:28.11 | emte | trying to chase down a bug in bitbake atm |
| 14:28.44 | emte | well my implementation anyway |
| 14:29.05 | emte | sorta refuses to build the automake it's told to |
| 14:30.03 | [g2] | NOTE: package automake-native-1.9.3-r5: task do_package: completed |
| 14:30.03 | [g2] | NOTE: package automake-native-1.9.3-r5: task do_build: started |
| 14:30.03 | [g2] | NOTE: package automake-native-1.9.3-r5: task do_build: completed |
| 14:30.51 | emte | yeah mine ONLY builds automake-native-1.8.4-r0: |
| 14:31.00 | emte | its not letting me override |
| 14:31.10 | [g2] | oh |
| 14:35.43 | chouimat | morning |
| 14:37.50 | *** join/#oe tigrux (~tigrux@charybdis-ext.suse.de) |
| 14:38.04 | *** join/#oe dkey (~dkey@L0006P29.dipool.highway.telekom.at) |
| 14:47.48 | *** join/#oe qfh (~qfh@ppp-82-135-7-52.mnet-online.de) |
| 14:48.04 | *** join/#oe prpplague (~dave@mailhost.amltd.com) |
| 14:51.07 | pb_ | anybody know anything about asterisk? |
| 14:53.58 | [g2] | I've read about it, so Unslung'er has an Asterisk package for the slug :) |
| 14:54.28 | [g2] | you know about the voip wiki right ? |
| 14:54.45 | schurig | pb_: I wrote a web frontend for it |
| 14:54.53 | schurig | http://www.holgerschurig.de/destar.html |
| 15:00.23 | *** join/#oe aboeglin (~aboeglin@213.154.86.29) |
| 15:00.35 | mallum | schurig: very cool |
| 15:02.09 | schurig | someone runs Asterisk in a Linksys WRTG Access-Point :-) |
| 15:02.39 | [g2] | a wrt54g ? |
| 15:02.48 | [g2] | probably someone from OpenWRT |
| 15:09.31 | [g2] | schurig, the UI does look cool |
| 15:09.41 | chouimat | cool |
| 15:10.00 | schurig | [g2]: you can also very simply add new thingies, e.g. special phones, setups or hooks |
| 15:10.29 | schurig | [g2]: i once wrote it because I wanted to convert the company I work for to Asterisk. Unfortuntely, I could not convince Management. |
| 15:10.59 | schurig | [g2]: now I bought a Asterisk DevKit (FXO+FXO) and will use this in my new house as the interface of my Asterisk PBX |
| 15:11.49 | schurig | eventually I will also finish QtIax and run it on my Ramses. Or I use Kiax (which is Qt-only, despite the name). http://www.holgerschurig.de/qtiax.html |
| 15:19.12 | *** join/#oe Shdwdrgn (~shdwdrgn@sourpuss.net) |
| 15:23.13 | *** join/#oe reenoo_ (~r@p5489B3CB.dip.t-dialin.net) |
| 15:23.21 | reenoo_ | re |
| 15:28.36 | [g2] | Openslug bb file fixed not the proper preferred version |
| 15:32.02 | *** join/#oe dkey (~dkey@L0003P20.dipool.highway.telekom.at) |
| 15:35.12 | CoreDump|home | evening |
| 15:35.21 | koen | hey CoreDump|home |
| 15:35.42 | CoreDump|home | hey koen |
| 15:39.28 | *** join/#oe joshin (~joshin@VDSL-130-13-178-160.PHNX.QWEST.NET) |
| 15:49.47 | *** part/#oe handzisk (~handzisk@svetlana.tkn.TU-Berlin.DE) |
| 15:55.36 | *** join/#oe Cwiiis[uni] (~cil103@totton.ecs.soton.ac.uk) |
| 15:59.33 | *** join/#oe ar_ (~ar@port-ip-213-211-231-91.reverse.mdcc-fun.de) |
| 16:02.16 | hrw|work | have a nice weekend all |
| 16:02.28 | koen | you too |
| 16:03.45 | hrw|work | it will be nice - Ann brother comes with his girlfriend |
| 16:03.52 | hrw|work | cu monday |
| 16:05.36 | ar_ | you too hrw|work |
| 16:07.20 | *** join/#oe andersee (~andersee@codepoet.org) |
| 16:08.24 | [g2] | mr andersee :) |
| 16:09.52 | andersee | [g2]: morning |
| 16:17.41 | *** join/#oe hufnus (~slonsiki@m3c8536d0.tmodns.net) |
| 16:35.31 | *** join/#oe handzisk (~handzisk@svetlana.tkn.TU-Berlin.DE) |
| 16:50.41 | *** join/#oe cbrake (~cbrake@mail.accelent.com) |
| 17:04.36 | *** join/#oe HuntsMan (~hunts@pc-148-118-120-200.cm.vtr.net) |
| 17:10.28 | *** join/#oe tigrux (~tigrux@charybdis-ext.suse.de) |
| 17:11.49 | *** join/#oe micropal (ident@139.80-202-82.nextgentel.com) |
| 17:15.17 | kergoth | @familyguy |
| 17:15.17 | kbot | kergoth: <Stewie> Yes, but no sprinkles. For every sprinkle I find, I shall KILL you. |
| 17:15.33 | koen | @kergoth |
| 17:15.34 | kbot | koen: Error: "kergoth" is not a valid command. |
| 17:28.28 | *** join/#oe tigrux (~tigrux@charybdis-ext.suse.de) |
| 17:33.43 | koen | kergoth: how does the shlib code handle stuff like virtual/libsdl? |
| 17:33.45 | *** join/#oe chouimat|ibook (~dieu@r2351064.cidc.net) |
| 17:34.09 | kergoth | koen: what do you mean? |
| 17:34.20 | Crofton|work | How can I rerun the do_staging method of a bb file without rebuilding the entire package? |
| 17:34.38 | kergoth | if you build two packages that both provide the same .so, the info from one will likely overwrite that of another |
| 17:34.48 | kergoth | i don thtink the shlibs code is smart enough to set up a this | that ipkg Depends |
| 17:34.57 | kergoth | Crofton|work: bitbake -f stage whatever |
| 17:35.34 | kergoth | nor do i think its smart enough to setup a Depends on something they both RPROVIDES |
| 17:35.39 | kergoth | heh |
| 17:37.02 | *** join/#oe ggilbert (~ggilbert@tinman.treke.net) |
| 17:37.19 | kergoth | morning ggilbert |
| 17:38.21 | koen | kergoth: so sdl apps will still depend on libsdl-{x11,qpe} |
| 17:38.33 | kergoth | most likely, yes |
| 17:38.37 | Crofton|work | nothing provides stage ? |
| 17:39.03 | koen | damn |
| 17:39.12 | kergoth | Crofton|work: er, bitbake -f -c stage whatever, i mean |
| 17:39.20 | Crofton|work | grin OK |
| 17:39.20 | kergoth | koen: probably want to talk to phil about that |
| 17:39.29 | kergoth | read bitbake --help |
| 17:39.31 | koen | ok plan b: win the lottery and pay zecke to fix it |
| 17:39.34 | Crofton|work | I am |
| 17:39.34 | kergoth | -f is force, -c specifies a task |
| 17:40.07 | Crofton|work | I am just developing a deep hatred for the CORBA package we use |
| 17:40.45 | ggilbert | kergoth: blah |
| 17:40.49 | kergoth | heh |
| 17:40.51 | kergoth | indeed |
| 17:44.44 | *** join/#oe bipolar (~bipolar@146.145.26.90) |
| 17:50.17 | *** join/#oe oe_newbie (~kvirc@195.234.128.72) |
| 17:50.26 | *** join/#oe zap_ (~zap@217.170.93.196) |
| 17:50.33 | oe_newbie | good evening everybody |
| 17:50.41 | Crofton|work | hi |
| 17:50.52 | chris144|home | hi Crofton|work |
| 17:53.43 | *** join/#oe RockClimber (~Philip@spud.chem.ox.ac.uk) |
| 17:56.05 | RockClimber | i'm writing a patch file for zeecookbook.pro so it build in the right place. The patch is applied fine (no error) but when I look in tmp/work/... at the file after build, it's not patched. Any ideas? is the patch being applied to late in the process (after qmake xxx.pro) |
| 17:56.22 | kergoth | no, patch happens immediately after unpack |
| 17:56.29 | kergoth | is your pnum set incorrectly? |
| 17:56.56 | RockClimber | I don't think so, is that PN=1.1 in the .bb or elsewhere? |
| 17:57.07 | kergoth | no. |
| 17:57.13 | kergoth | its the -p argument to the patch command |
| 17:57.19 | [g2]-lunch | kergoth THE ASS-KICKER is awake! |
| 17:57.22 | kergoth | heh |
| 17:57.24 | RockClimber | damn, that's it |
| 17:57.26 | kergoth | brownnoser |
| 17:57.32 | [g2]-lunch | ~praise kergoth |
| 17:57.34 | ibot | All hail kergoth! |
| 17:57.39 | treke | I prefer kergoth THE ASS HOLE |
| 17:57.42 | kergoth | RockClimber: ;patch=1;pnum=0 on the url would pass -p 0 |
| 17:57.43 | treke | a bit more accurate |
| 17:57.45 | [g2]-lunch | LOL |
| 17:58.29 | [g2] | kergoth perl build for OpenSlug |
| 17:58.31 | RockClimber | I think kergoth is OE, that's how he knows so much |
| 17:58.40 | kergoth | [g2]: great, does it work? :) |
| 17:59.04 | [g2] | I haven't tried the install yet, I built about 20 dev packages |
| 17:59.25 | kergoth | cool |
| 17:59.28 | [g2] | I'm coordinating with jacques for pulling together the full target environ |
| 17:59.40 | kergoth | you want a list of hte packages you need to build autotools packages? |
| 17:59.46 | kergoth | there are like 25-30 perl modules you need to install. |
| 17:59.47 | kergoth | heh |
| 18:00.13 | [g2] | sure if you've got one |
| 18:00.44 | [g2] | <PROTECTED> |
| 18:00.50 | [g2] | all build |
| 18:01.31 | koen|supper | hmmm, the perl-native build seems to have stalled |
| 18:02.33 | koen | it's not using any cpu time, very strange |
| 18:02.37 | koen | ah well |
| 18:04.10 | *** join/#oe Virusmaster (~Thomas@pD95DB650.dip.t-dialin.net) |
| 18:14.59 | *** join/#oe pb_ (~pb@2002:5168:d330:1:a00:1fff:fe06:93c) |
| 18:16.50 | koen | pb_: how would the shlib code handle stuff like virtual/libsdl? |
| 18:17.32 | pb_ | koen: virtual/libsdl is in DEPENDS. Nothing in package.bbclass sees it. |
| 18:17.51 | koen | aha |
| 18:33.01 | kergoth | pb_: i presume it wouldnt know to set DependS: libsdl-qpe | libsdl-x11, or to depend on whatever they both RPROVIDES? |
| 18:36.02 | kergoth | @deepthought |
| 18:36.02 | kbot | kergoth: I think a good scene in a movie would be where one scientist tells another scientist: "You know what will save the world? You're holding it in your hand." And the other scientist looks, and in his hand are some peanuts. Then, when he looks up, the first scientist is being taken away to the insane asylum. |
| 18:41.52 | kergoth | what the fuck |
| 18:41.52 | kergoth | NOTE: Couldn't find shared library provider for libstdc++.so.5 |
| 18:42.02 | kergoth | (th eoe toolchain is libstdc++.so.6) |
| 18:42.09 | Crofton|work | hmmm |
| 18:42.28 | Crofton|work | That sounds familiar, but can't remember why |
| 18:42.33 | pb_ | kergoth: well, I guess that the shared library renamer will make both libsdl-x11 and libsdl-qte into libsdl0 or something, and that's what shlibdeps will emit a dependency on. |
| 18:42.34 | kergoth | ~/code/build-x86$ readelf -d tmp/work/aspell-0.50.5-r0/aspell-0.50.5/prog/.libs/aspell |grep stdc |
| 18:42.37 | kergoth | <PROTECTED> |
| 18:42.40 | kergoth | hmmm |
| 18:42.49 | pb_ | odd |
| 18:42.50 | Crofton|work | I think you told me how to fix that once ... |
| 18:43.09 | kergoth | libaspell is stdc++.so.6 too.. |
| 18:43.10 | kergoth | hmm |
| 18:43.12 | kergoth | heh |
| 18:44.36 | kergoth | eh |
| 18:44.38 | kergoth | ~/code/build-x86$ find tmp/work/aspell-0.50.5-r0/aspell-0.50.5/ -perm +001|for i in `cat`; do if (file $i|grep -q ELF); then readelf -d $i|grep NEEDED|grep stdc++|grep libstdc++.so.5 && echo $i; fi; done |
| 18:44.42 | kergoth | <PROTECTED> |
| 18:44.45 | kergoth | tmp/work/aspell-0.50.5-r0/aspell-0.50.5/lib/.libs/libaspell.so.15.0.3T |
| 18:44.56 | kergoth | pb_: whats a .so.x.x.xT, in libtoolspeak? |
| 18:44.56 | kergoth | heh |
| 18:45.08 | pb_ | kergoth: dunno |
| 18:45.12 | kergoth | hmm |
| 18:45.45 | kergoth | ~/code/build-x86$ find tmp/work/aspell-0.50.5-r0/install/ -perm +001|for i in `cat`; do if (file $i|grep -q ELF); then readelf -d $i|grep NEEDED|grep stdc++|grep libstdc++.so.5 && echo $i; fi; done |
| 18:45.49 | kergoth | <PROTECTED> |
| 18:45.51 | kergoth | :\ |
| 18:45.53 | kergoth | tmp/work/aspell-0.50.5-r0/install/libaspell/usr/lib/libaspell.so.15.0.3 |
| 18:45.56 | kergoth | libotol is installing that one |
| 18:48.00 | kergoth | -L//usr/lib -L//lib |
| 18:48.02 | kergoth | aha |
| 18:50.00 | kergoth | damn you libtool |
| 18:50.01 | kergoth | damn you! |
| 18:50.13 | pb_ | heh |
| 18:50.29 | kergoth | i dunno where this one is coming from :\ |
| 18:50.36 | kergoth | hmm |
| 18:52.09 | reenoo_ | could use the brute force hack I'm using for the gtk-webcore stuff |
| 18:52.41 | reenoo_ | (to get rid of libstdc++, if it's only added by libtool) |
| 18:52.59 | kergoth | ~/code/build-x86/tmp/work/aspell-0.50.5-r0/aspell-0.50.5$ grep -nr '\-L//usr' * |
| 18:53.00 | kergoth | i686-oe-linux-libtool:6961:compiler_lib_search_path="-L/home/kergoth/code/build-x86/tmp/cross/lib/gcc/i686-oe-linux/3.4.3 -L/home/kergoth/code/build-x86/tmp/cross/lib/gcc/i686-oe-linux/3.4.3/../../../../i686-oe-linux/lib -L//lib -L//usr/lib" |
| 18:53.05 | kergoth | gah! |
| 18:53.11 | kergoth | :\ |
| 18:53.22 | pb_ | suck |
| 18:53.32 | kergoth | so its added at libtool generation time |
| 18:54.00 | pb_ | it seems |
| 18:54.25 | pb_ | I wonder where it's getting that from. |
| 18:55.25 | *** join/#oe hanjo (~hanjo@pD9E766BB.dip.t-dialin.net) |
| 18:55.41 | kergoth | # The library search path used internally by the compiler when linking |
| 18:55.41 | kergoth | # a shared library. |
| 18:55.41 | kergoth | compiler_lib_search_path=$lt_[]_LT_AC_TAGVAR(compiler_lib_search_path, $1) |
| 18:55.50 | kergoth | it seems to think my compiler has those as default paths |
| 18:55.53 | kergoth | but it doesnt. |
| 18:56.07 | kergoth | its trying to be too damn smart |
| 18:56.48 | kergoth | oh wow, maybe it does.. libtool calls out a link and parses the gcc verbose output |
| 18:56.51 | kergoth | heh |
| 18:58.49 | *** join/#oe zap_ (~zap@217.170.93.196) |
| 18:59.47 | pb_ | hrm |
| 18:59.58 | pb_ | I wonder where I find an athlon motherboard with seven pci slots |
| 19:00.11 | koen | 7? |
| 19:00.30 | pb_ | well, ideally |
| 19:00.34 | pb_ | I guess six would do |
| 19:00.43 | koen | I have one here with 6 and 2 onboard 100 mbit nics |
| 19:01.10 | koen | epox used to have one with 7 iirc |
| 19:01.48 | pb_ | ideally I want ddr400, onboard sata, gigabit and video, and six or seven slots. |
| 19:02.27 | RockClimber | not sure if this is the right channel, but are there any packages in OE that can edit palmdoc documents or any other portable document format? |
| 19:03.49 | pb_ | I guess I can have a look at CeBIT and see if anyone has such a thing. |
| 19:04.06 | reenoo_ | heh |
| 19:04.14 | koen | let's hope they don't all jump on the pci-e wagon |
| 19:04.50 | pb_ | yeah, at least not yet |
| 19:05.53 | pb_ | ah, asus a7v600 has six slots and everything else I need except video. |
| 19:06.00 | pb_ | I guess I could buy an agp card for that. |
| 19:06.13 | koen | thunder k8w? |
| 19:06.19 | koen | or is that a bit overkill? |
| 19:07.01 | pb_ | it is a bit |
| 19:08.06 | koen | what's going in those 6 slots? |
| 19:08.19 | pb_ | telephony cards |
| 19:08.54 | pb_ | ideally three ISDN cards and three four-port analogue FXS cards |
| 19:08.58 | kergoth | wtf |
| 19:09.01 | kergoth | output_verbose_link_cmd is $CC -shared $CFLAGS -v conftest.$objext 2>&1 | grep "\-L" |
| 19:09.01 | kergoth | output of output_verbose_link_cmd is /home/kergoth/code/build-x86/tmp/cross/libexec/gcc/i686-oe-linux/3.4.3/collect2 --eh-frame-hdr -m elf_i386 -shared /home/kergoth/code/build-x86/tmp/cross/lib/gcc/i686-oe-linux/3.4.3/../../../../i686-oe-linux/lib/crti.o /home/kergoth/code/build-x86/tmp/cross/lib/gcc/i686-oe-linux/3.4.3/crtbeginS.o -L/home/kergoth/code/build-x86/tmp/cross/lib/gcc/i686-oe-linux/3.4.3 -L/home/kergoth/code/build-x86/tmp/cross/lib/g |
| 19:09.41 | kergoth | what hte hell |
| 19:10.30 | koen | pb_: I remenber seeing multiport isdn cards a few yeards ago |
| 19:10.43 | koen | remember even |
| 19:10.59 | pb_ | I couldn't find any cheap ones when I looked, but I didn't look that hard. |
| 19:11.21 | pb_ | I can get single port cards for £20 each, so unless having the extra PCI slots costs a lot, that's probably what I'll do. |
| 19:12.01 | CIA-8 | 03reenoo 07 * r1.3005.3.1 10openembedded/packages/classpath/classpath_0.14.bb: classpath: update to 0.14 |
| 19:12.22 | kergoth | fuck |
| 19:12.31 | kergoth | pb_: g++ has them. |
| 19:12.36 | kergoth | pb_: gcc doesnt. |
| 19:12.38 | pb_ | kergoth: hell |
| 19:12.44 | kergoth | i wonder if its a sysroot side effect? |
| 19:12.48 | kergoth | or just a bug we didnt notice until now |
| 19:12.56 | pb_ | mm, could be either |
| 19:13.10 | pb_ | I've never been totally clear about the exact effects of sysroot. |
| 19:13.19 | kergoth | is it documented anywhere? |
| 19:13.22 | kergoth | heh |
| 19:14.09 | pb_ | dunno |
| 19:14.19 | pb_ | http://gcc.gnu.org/ml/gcc-patches/2003-01/msg01168.html seems to be Dan's original patch |
| 19:14.34 | *** join/#oe [cc]smart (~smart@gw.ptr-62-65-149-158.customer.ch.netstream.com) |
| 19:14.35 | CIA-8 | 03reenoo 07 * r1.3070 10openembedded/packages/jamvm/jamvm_1.2.5.bb: jamvm: update to 1.2.5. together with classpath 0.14 this appears to make a functional JVM. |
| 19:15.02 | pb_ | heh, very good |
| 19:15.02 | kergoth | gah, i think either my firefox or ti's proxy has gone insane |
| 19:15.04 | kergoth | hmm |
| 19:15.15 | kergoth | oh, right |
| 19:15.16 | kergoth | haha |
| 19:15.19 | kergoth | i set up u2nl |
| 19:15.27 | kergoth | its a proxy bypasser that uses a local socket |
| 19:15.33 | kergoth | you setup an iptables rule to forward your traffic at it |
| 19:15.37 | kergoth | and ta da, you're past the proxy |
| 19:15.48 | kergoth | note to self: trying to go through the proxy twice doesnt work well |
| 19:15.53 | pb_ | cute |
| 19:16.02 | kergoth | it has the same problems as the PRELOAD soultions |
| 19:16.05 | kergoth | wrt dns resolution |
| 19:16.09 | kergoth | but i think thats cleaner than preloading |
| 19:16.11 | kergoth | less hackish |
| 19:16.17 | pb_ | mm |
| 19:17.00 | kergoth | now i just need to setup a local dns to do local ti addresses at ti's dns servers here, and external addresses via tcp to my dns server at home |
| 19:17.02 | reenoo_ | pb_: yup. AWT apps don't crash/segfault any more |
| 19:17.04 | kergoth | or similar |
| 19:17.05 | kergoth | reenoo_: nice |
| 19:17.57 | reenoo_ | unfortunately the sablevm people appear to be lost in regression land :/ |
| 19:18.08 | reenoo_ | "Yes, the AWT/Swing in 1.1.10 and current staging are horribly broken" |
| 19:18.24 | reenoo_ | no clue why they released that stuff |
| 19:18.41 | kergoth | You just say |
| 19:18.41 | kergoth | --with-sysroot=/path/to/root when configuring, and in /path/to/root you put |
| 19:18.41 | kergoth | a copy of the target filesystem. Binutils will search for libraries and |
| 19:18.42 | kergoth | startfiles there, GCC will look there for headers, et cetera. |
| 19:18.43 | kergoth | heh |
| 19:18.46 | kergoth | that explains the problem |
| 19:18.53 | kergoth | doesnt explain why g++ obeys it but gcc doesnt, though |
| 19:18.54 | kergoth | heh |
| 19:19.33 | *** join/#oe _alwin_ (alwin@cable-195-14-198-28.netcologne.de) |
| 19:20.30 | kergoth | also doesnt explain why you require sysroot to not zero STMP_FIXINC and STMP_FIXPROTO |
| 19:20.33 | kergoth | i dont understand that logic |
| 19:20.36 | kergoth | maybe i'm missing something |
| 19:20.43 | *** part/#oe RockClimber (~Philip@spud.chem.ox.ac.uk) |
| 19:21.16 | _alwin_ | hell. anyone has an idea why an select with an timeout of 5msecs hangs forever on arm and same code works on x86? |
| 19:23.39 | kergoth | pb_: you see tim bird's email? |
| 19:24.35 | pb_ | kergoth: yeah, I saw that note. haven't replied to it yet, was away from my desk almost all day. |
| 19:24.50 | pb_ | I'll write back to him in a moment. |
| 19:24.53 | kergoth | i havent had time to reply myself, my backlog of unreplied to mails in my inbox is staggering |
| 19:25.40 | *** join/#oe aboeglin (~aboeglin@213.154.79.4) |
| 19:26.04 | *** join/#oe jamie (~jamie@softmodem.org) |
| 19:26.07 | kergoth | i'm pretty skeptical that we'd be able to get a meeting with all of us in person |
| 19:26.34 | kergoth | is mickey going to ols this year? |
| 19:26.35 | kergoth | heh |
| 19:27.44 | pb_ | you should come to linux.conf.au |
| 19:27.45 | pb_ | heh |
| 19:27.56 | pb_ | and so should mickey, obviously |
| 19:28.18 | *** join/#oe aboeglin (~aboeglin@213.154.79.4) |
| 19:28.36 | kergoth | heh, if i could afford it or was able to talk ti into sending me, i would :P |
| 19:28.44 | hanjo | hi all |
| 19:29.01 | pb_ | I guess your stock of karma with your boss is not too high right now. |
| 19:29.09 | kergoth | heh, definately not |
| 19:29.26 | hanjo | can someone try to bb the ixp425-eth from scratch. I get errors during the patching |
| 19:29.42 | kergoth | are you using the nslu2 oe repo or upstream? |
| 19:29.49 | kergoth | the nslu2 one often gets nslu2 fixes before we do |
| 19:29.59 | hanjo | the nslu2 |
| 19:30.39 | kergoth | havent done an nslu2 build in a while myself. looks like dyoung and g2 are away atm.. |
| 19:30.59 | hanjo | It looks like it is a small issue of changed line numbers etc. |
| 19:31.16 | CosmicPenguin | building from CVS is an always changing adventure |
| 19:31.25 | kergoth | heh, indeed |
| 19:33.20 | koen | at least the nomax patch is in cvs now |
| 19:34.04 | hanjo | kergoth: are you the maintainer for this package? |
| 19:34.45 | koen | hanjo: what does the MAINTAINER field in the .bb say? |
| 19:34.51 | hanjo | MAINTAINER = "Chris Larson <kergoth@handhelds.org>" |
| 19:35.13 | kergoth | nothing in the .bb has changed. the upstream .zip must have vanished on us. |
| 19:35.33 | hanjo | no, the zip is ok |
| 19:35.47 | kergoth | no, if it was, this would work. |
| 19:36.11 | hanjo | what did you mean by vanish? |
| 19:36.29 | kergoth | should i get you a dictionary? |
| 19:36.36 | kergoth | either it no longer exists, or its fucked up |
| 19:36.41 | kergoth | something is wrong with it |
| 19:36.57 | kergoth | or, something is wrong iwht your environment |
| 19:37.03 | kergoth | since it patches flawlessly on my machine |
| 19:37.07 | kergoth | in the upstream oe repo |
| 19:37.11 | kergoth | heh |
| 19:37.25 | kergoth | perhaps its only broken in the nslu2-linux oe repo. talk to them |
| 19:37.55 | hanjo | kergoth: I was not trying to nag |
| 19:40.29 | *** join/#oe micropal_ (ident@139.80-202-82.nextgentel.com) |
| 19:42.47 | *** join/#oe tigrux (~tigrux@charybdis-ext.suse.de) |
| 19:45.10 | [g2]-away | hanjo, when did you do your last pull ? |
| 19:45.22 | [g2]-away | and what's your repo ? |
| 19:51.00 | CosmicPenguin | zecke: its possible that opie-appearance from CVS doesn't compile - but I might have a contaminated staging |
| 19:51.09 | CosmicPenguin | zecke: this is a premptive bug report |
| 19:51.49 | kergoth | pb_: heh, i disabled sysroot and patched away the STMP zeroing |
| 19:51.59 | kergoth | pb_: aspell built fine with the correct libstdc++ deps and no -L/usr/lib |
| 19:52.05 | pb_ | very good |
| 19:52.51 | kergoth | can you think of any reason not to do that? it doesnt seem to have broken anything, and i dont get the logic. guess i'll check this in and see |
| 19:54.01 | pb_ | yeah, go for it |
| 19:54.33 | pb_ | heh |
| 19:57.05 | *** join/#oe tigrux (~tigrux@charybdis-ext.suse.de) |
| 19:57.34 | drw | CosmicPenguin: I did an OE build w/CVSDATE=20050310 and a fresh build on my desktop and in both cases appearance compiled/runs fine |
| 19:57.50 | CosmicPenguin | Well, shit |
| 19:57.59 | drw | sorry ;) |
| 19:58.20 | CosmicPenguin | I pulled a fast one, and recompiled some of the libraries, I think thats what got me |
| 19:59.01 | drw | could be |
| 20:00.26 | CosmicPenguin | dammit - I don't want to rebuild |
| 20:11.49 | kergoth | i think i'll kill off the early gcc 3.4's |
| 20:11.54 | kergoth | no real reason to keep em around |
| 20:12.06 | kergoth | should update to a recent 3.3.x in case anyone wants that |
| 20:12.16 | kergoth | i think one .bb per major branch is a decent route to go |
| 20:12.22 | pb_ | sounds good |
| 20:12.44 | kergoth | heh |
| 20:12.50 | *** join/#oe Loial (~loial@cp10860-a.tilbu1.nb.home.nl) |
| 20:13.54 | Loial | evening |
| 20:14.27 | kergoth | your name sings in my ears, Loial son of arent, or whatever |
| 20:14.28 | kergoth | :P |
| 20:15.34 | CosmicPenguin | Well, I'm having just a shtty day |
| 20:15.41 | kergoth | :\ |
| 20:15.42 | kergoth | ~friday |
| 20:15.43 | ibot | Friday sucks, because it should be the weekend, but you're stuck working anyway. |
| 20:15.43 | Loial | hehe:) |
| 20:15.52 | CosmicPenguin | kergoth: libmatchbox: AC_CONFIG_AUX_DIR must be called before AM_INIT_AUTOMAKE... |
| 20:16.00 | kergoth | CosmicPenguin: thats an automake 1.9ish |
| 20:16.01 | CosmicPenguin | this is new evil? |
| 20:16.01 | kergoth | ism |
| 20:16.14 | kergoth | CosmicPenguin: we recently removed the DEFAULT_PREFERENCE = -1 from 1.9.x |
| 20:16.20 | kergoth | so we'll need to patch that |
| 20:16.30 | CosmicPenguin | Whts the quick and dirty fix? |
| 20:16.43 | kergoth | move AC_CONFIG_AUX_DIR before AM_INIT_AUTOMAKE :P |
| 20:16.50 | kergoth | or change your preferences on automake versions |
| 20:16.56 | kergoth | to specify 1.8 or lower |
| 20:17.02 | CosmicPenguin | heh - well don't blame me for not taking automake literally... :) |
| 20:17.04 | kergoth | s/1.8/1.8.x/ |
| 20:17.05 | kergoth | hehe |
| 20:17.06 | CosmicPenguin | Thats usually the path to ruin |
| 20:17.14 | pb_ | CosmicPenguin: either go back to automake 1.8, or fix your configure.ac. Generally, you can just delete the AC_CONFIG_AUX_DIR line. |
| 20:17.16 | kergoth | this is a simple one. common though |
| 20:17.31 | kergoth | good point, AC_CONFIG_AUX_DIR(.) is rather silly |
| 20:18.47 | pb_ | right |
| 20:23.24 | CosmicPenguin | that worked |
| 20:31.19 | reenoo_ | _alwin_: what's the problem with it? |
| 20:32.20 | _alwin_ | how should I say... when making a select on it it works fine. but then the select runs into an exception as the network connections were broken but isn't broken. I don't know why. |
| 20:32.35 | _alwin_ | and this error I just have on ARM. On X86 this code works fine. |
| 20:33.06 | *** join/#oe univac (~univac@amr44.neoplus.adsl.tpnet.pl) |
| 20:33.13 | univac | hi |
| 20:33.19 | univac | i have error in bitbake |
| 20:33.38 | reenoo_ | _alwin_: suckage :/ |
| 20:33.57 | univac | my machine running on gentoo linux and i install bitbake and bitkeeper with emerge download oe tree |
| 20:34.01 | univac | <PROTECTED> |
| 20:34.01 | univac | ERROR: Unable to open conf/bitbake.conf |
| 20:34.12 | univac | ? |
| 20:34.20 | kergoth | you didnt set BBPATH |
| 20:34.24 | kergoth | read the GettingStarted page on the wiki |
| 20:34.43 | _alwin_ | your'e so... bland, reenoo_ . I wasn't frustrated that level a long time |
| 20:35.17 | univac | ok, works |
| 20:35.30 | CosmicPenguin | They have .ebuilds for bitbake now? |
| 20:35.35 | univac | who have good loca.conf for familiar? |
| 20:35.39 | univac | lical.conf* |
| 20:35.39 | CosmicPenguin | Thats ironical |
| 20:35.40 | Loial | yep, works like a charm:) |
| 20:35.47 | kergoth | CosmicPenguin: iirc one of the gentoo-embedded guys added it. |
| 20:36.09 | CosmicPenguin | heh |
| 20:36.11 | reenoo_ | heh |
| 20:36.27 | univac | when i build package when i install this on pda? |
| 20:36.37 | kergoth | i dont understand the question |
| 20:36.38 | CosmicPenguin | Well, no shit - there it is |
| 20:36.55 | CosmicPenguin | They need to set the version number though |
| 20:37.03 | kergoth | CosmicPenguin: i released 1.2 last night |
| 20:37.12 | CosmicPenguin | kergoth: I saw that on freshmeat |
| 20:37.27 | kergoth | should get the ebuild updated for it |
| 20:37.27 | CosmicPenguin | Heh - the .ebuild even adds bbcow |
| 20:37.35 | kergoth | heh, cool |
| 20:37.43 | kergoth | makes sense, thats a perfect distro call to make |
| 20:37.48 | univac | who show me good bitbake.conf and local.conf? |
| 20:38.07 | kergoth | univac: what part of "read the GettingStarted page on the wiki" do you not understand? |
| 20:38.13 | Loial | it does add bbcow? mine didn't :( |
| 20:38.17 | univac | i reading it |
| 20:38.19 | Loial | have to re-emerge then:) |
| 20:39.11 | chris144|home | folks, do some of you have experience with booting linux with initramfs (early userspace stuff)? |
| 20:39.13 | CosmicPenguin | Loial: use vanilla || epatch "${DISTDIR}"/bbcow9b.patch |
| 20:39.52 | kergoth | chris144|home: not yet, been planning on messing with that for a while. the annoying thing is that its compiled into the kernel image, so to build the initramfs in oe, you'd have to split the kernel build into two phases |
| 20:39.56 | kergoth | heh |
| 20:40.02 | Loial | weird thought that it is version 0 :) |
| 20:40.17 | CosmicPenguin | Keywords are set for amd64 and x86, but they could extend that to ppc and ppc64 too, iirc... |
| 20:40.23 | reenoo_ | _alwin_: well.. if it can't be fixed to work with gnutls I won't be able to use libetpan for what I had planned to. which would officially suck :( |
| 20:40.28 | kergoth | its just python, no reason it shouldnt work anywhere |
| 20:40.52 | _alwin_ | than someone must write gnutls support. |
| 20:41.10 | chris144|home | kergoth: ok, I might start playing with it next week or so. I'll let you know any success... |
| 20:41.11 | _alwin_ | simple using the ssl-layer from gnutls doesn't work |
| 20:41.21 | Loial | CosmicPenguin: Ah, i see it, its there |
| 20:41.29 | kergoth | chris144|home: cool |
| 20:46.16 | univac | <PROTECTED> |
| 20:46.16 | univac | NOTE: Not using a cache. Set CACHE = <directory> to enable. |
| 20:46.16 | univac | ERROR: no files to build. |
| 20:46.16 | univac | NOTE: Parsing finished. 0 cached, 0 parsed, 0 skipped, 0 masked. |
| 20:46.19 | univac | why ? |
| 20:46.59 | koen | BBPATH or BBFILES is wrong |
| 20:47.17 | CosmicPenguin | univac: before kergoth gets too angry - read all the documents - its all there |
| 20:47.51 | univac | :> |
| 20:48.40 | CosmicPenguin | Rest assured that, correctly configured, it works |
| 20:52.22 | _alwin_ | knows anyone an email-client using gnutls? |
| 20:55.12 | koen | sylpheed? |
| 20:58.44 | _alwin_ | PURE gnutls. sylpheed uses just the ssl-wrapper of gnutls. |
| 21:01.24 | univac | ok i read it and set for paths but i have next error |
| 21:01.25 | univac | <PROTECTED> |
| 21:01.25 | univac | NOTE: Using cache in '/home/univac/tmp/cache' |
| 21:01.25 | univac | ERROR: no files to build. |
| 21:01.50 | kergoth | your BBPATH or BBFILES are wrong. |
| 21:01.59 | kergoth | paste them. |
| 21:02.24 | univac | export BBPATH=/home/univac/stuff/build:/home/univac/stuff/openembedded:/usr/share/bitbake/ |
| 21:02.28 | univac | export BBFILES="/home/univac/stuff/openembedded/packages/*/*.bb" |
| 21:02.38 | kergoth | eh |
| 21:02.45 | kergoth | i dont remember the documentation telling you to do that. |
| 21:02.46 | univac | ? |
| 21:03.02 | kergoth | look at /home/univac/stuff/build/conf/local.conf |
| 21:03.10 | kergoth | where is that BBPATH set? |
| 21:03.12 | univac | i editing it |
| 21:03.15 | kergoth | in the configuration file, or in your shell? |
| 21:03.22 | kergoth | and where is your BBFILES set, in the configuration file, or in your shell? |
| 21:03.22 | univac | shell |
| 21:03.35 | univac | /etc/profile |
| 21:03.36 | kergoth | BBFILES belongs in local.conf. BBPATH belongs in the environment. |
| 21:03.42 | kergoth | read GettingStarted again. |
| 21:05.25 | chris144|home | univac: here is a working oe-env file that I source prior to a build. it just works: http://pastebin.ca/7269 |
| 21:05.55 | univac | ok |
| 21:05.57 | univac | last paste |
| 21:05.59 | univac | bitbake nano |
| 21:05.59 | univac | NOTE: Using cache in '/home/univac/tmp/cache' |
| 21:05.59 | univac | NOTE: Handling BitBake files: / (0022/2182) [ 1 %] |
| 21:06.02 | univac | NOTE: KeyboardInterrupt - Build not completed. |
| 21:06.03 | chris144|home | univac: you have to adjust it to fit to your path setting though... |
| 21:06.04 | univac | :) |
| 21:08.01 | univac | what is the good and light web browser for pda? |
| 21:08.06 | univac | dillo? |
| 21:08.21 | koen | gpe or opie? |
| 21:08.26 | univac | opie |
| 21:08.40 | koen | there is no lighttweight browser for opie |
| 21:08.46 | koen | dillo uses X |
| 21:08.49 | koen | minimo too |
| 21:09.03 | koen | either use konq/e or opera + oz/compat |
| 21:09.07 | univac | opie is "badest" than gpe? |
| 21:09.20 | koen | badest? |
| 21:09.25 | univac | hmm |
| 21:09.35 | CIA-8 | 03alwin 07 * r1.3055.1.1 10openembedded/packages/libetpan/ (3 files in 2 dirs): |
| 21:09.36 | CIA-8 | try to get libetpan gnutls ready. |
| 21:09.36 | CIA-8 | It doesn't work this moment on ARM platforms so openssl is default |
| 21:09.50 | univac | koen: You use gpe? |
| 21:09.57 | koen | yes |
| 21:10.04 | koen | since qt is the root of all evil |
| 21:10.09 | koen | (just kidding) |
| 21:10.14 | univac | goe use xfree? |
| 21:10.15 | *** join/#oe zecke_ (~ich@p3EE2D0FB.dip.t-dialin.net) |
| 21:10.17 | univac | gpe* |
| 21:10.20 | zecke_ | pb_: hey |
| 21:10.26 | koen | univac: no, xorg |
| 21:10.32 | univac | o |
| 21:10.33 | zecke_ | pb_: do you've a bootldr source and a toolchain to spare? |
| 21:10.39 | _alwin_ | giggle that is the word zecke_ awake... |
| 21:10.50 | univac | maybe i change may linux iso to gpe |
| 21:10.56 | univac | i must change bootloader? |
| 21:14.47 | kergoth | koen: s/xorg/kdrive/ |
| 21:14.50 | kergoth | heh |
| 21:15.52 | koen | kergoth: kdrive from xorg :) |
| 21:15.58 | koen | even more confusing :) |
| 21:16.31 | pb_ | no, that's incorrect. |
| 21:16.38 | pb_ | we do not use kdrive from the xorg tree |
| 21:16.47 | pb_ | although xorg does have kdrive bits, they are stale and useless |
| 21:17.19 | CosmicPenguin | pb_: actually, xorg no longer has the kdrive bits at all |
| 21:17.19 | pb_ | we use kdrive from freedesktop.org's xserver repository |
| 21:17.25 | CosmicPenguin | pb_: just a readme saying - go away |
| 21:17.34 | pb_ | CosmicPenguin: oh, heh. very good. |
| 21:17.42 | CosmicPenguin | pb_: indeed |
| 21:28.11 | chris144|home | nite folks, friday, time to watch tv .-) |
| 21:33.05 | *** join/#oe Pigi (~NoOne@host3-70.pool21345.interbusiness.it) |
| 21:33.20 | Pigi | Ciao all |
| 21:56.26 | kergoth | ~praise beer |
| 21:56.28 | ibot | All hail beer! |
| 21:57.44 | chouimat|Beer | kergoth: I really need some |
| 22:24.49 | Pigi | nite all |
| 22:24.54 | kergoth | night Pigi |
| 23:13.15 | webmind | print $_ |
| 23:28.24 | *** part/#oe _alwin_ (alwin@cable-195-14-198-28.netcologne.de) |
| 23:29.31 | koen | 'night all |
| 23:33.21 | *** join/#oe dkey| (~dkey@L0003P25.dipool.highway.telekom.at) |
| 23:40.06 | reenoo_ | 'night all |