| 00:02.39 | GNUtoo|oeee | AM_LIBTOOL->AC_LIBTOOL and removing DOLT seem to fix it |
| 00:04.09 | GNUtoo|oeee | as it is not the only recipe doing that maybe a more global fix should be deployed no? |
| 00:05.13 | XorA|gone | finds it bizarre that we need scripts to fix scripts which fix scripts which fix scripts which in the end do something that is a couple of commands for the linker |
| 00:05.33 | XorA|gone | gnu build land is a little insane these days |
| 00:06.05 | khem | can dolt deal with Xcompilation ? |
| 00:07.10 | khem | dolt seems to be a libtool optimizer like psyco for python :) |
| 00:09.45 | GNUtoo|oeee | don't know...I just learned what dolt was |
| 00:11.26 | khem | which package is it thats complaining |
| 00:11.33 | GNUtoo|oeee | goffice |
| 00:11.34 | GNUtoo|oeee | and |
| 00:11.57 | GNUtoo|oeee | xf86-video-intel |
| 00:12.06 | GNUtoo|oeee | if I remember well(for intel) |
| 00:13.18 | ant__ | khem: about python errors...NOTE: <type 'exceptions.ValueError'>:empty string for float() while evaluating: |
| 00:13.19 | ant__ | ${@base_version_less_or_equal("KERNEL_VERSION", "2.6.30", "", "CONFIG_INITRAMFS_COMPRESSION_LZMA=y", d)} |
| 00:14.03 | GNUtoo|oeee | here's dolt: http://cgit.freedesktop.org/dolt/tree/dolt.m4 |
| 00:14.54 | XorA|gone | ant__: I think base version means just the 2.6 part |
| 00:15.12 | ant__ | so I got a bad example (grepping) |
| 00:21.27 | woglinde | bah what a bad hint |
| 00:21.28 | woglinde | Optionally, copy this file into acinclude.m4, to avoid the need to have it |
| 00:21.28 | woglinde | dnl installed when running autoconf on your project. |
| 00:24.30 | CIA-54 | 03Graeme Gregory <dp@xora.org.uk> 07org.openembedded.dev * rd7a3a3a09f 10openembedded.git/ (2 files in 2 dirs): |
| 00:24.35 | CIA-54 | transmission_1.76+1.80b3.bb : update to the latest beta of transmission |
| 00:24.37 | CIA-54 | This gives magnet support to transmission which is becoming more essential |
| 00:24.39 | CIA-54 | these days. |
| 00:25.19 | GNUtoo|oeee | I'll go |
| 00:25.20 | GNUtoo|oeee | bye |
| 00:28.23 | XorA|gone | should one day do something not torrent related |
| 00:28.38 | *** join/#oe Sleep_Walker (n=Sleep@193.179.96.131) |
| 00:30.38 | XorA|gone | to bed with me now |
| 00:30.43 | woglinde | nite xora |
| 01:08.33 | *** join/#oe hufnus_cicq (n=hufnus_c@69-12-177-67.dsl.static.sonic.net) |
| 01:21.21 | Aditya1 | anyone using fedora 12 for their OE builds? |
| 01:22.32 | CIA-54 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r4de0c3d90b 10openembedded.git/recipes/uclibc/ (uclibc_git.bb uclibc_nptl.bb): |
| 01:22.35 | CIA-54 | uclibc-nptl: Move SRCREV to latest on nptl branch. |
| 01:22.37 | CIA-54 | * move the SRCREV of git recipe to tip of master. |
| 01:22.44 | CIA-54 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 01:34.38 | woglinde | Aditya1 some people |
| 01:34.47 | Aditya1 | hmm |
| 01:34.57 | Aditya1 | any issues with a specfic version of ubuntu? |
| 01:35.13 | Aditya1 | I tried building my own kernel from the OMAP3530 SDK |
| 01:35.17 | Aditya1 | and it actually compiled |
| 01:35.25 | Aditya1 | but I cant get DVI to work :/ |
| 01:35.27 | Aditya1 | DSP works |
| 01:35.29 | Aditya1 | which is grea |
| 01:35.35 | Aditya1 | but eth0 and dvi dont work |
| 01:35.47 | Aditya1 | and they dont really have an IRC I can ask on :/ |
| 01:35.47 | woglinde | dvi might be an xserver failure |
| 01:36.01 | Aditya1 | do you know what drivers DVI needs? |
| 01:36.19 | Aditya1 | I had omapfb drivers |
| 01:36.23 | woglinde | yeah |
| 01:36.26 | Aditya1 | other problem being the stupid boot arguments |
| 01:37.07 | Aditya1 | some wouldn't be recognized, others would be, they wouldn't seem to do anything |
| 01:37.10 | Aditya1 | woglinde: what drivers? |
| 01:37.28 | woglinde | omapfb is right |
| 01:37.38 | woglinde | sorry didnt test so much yet |
| 01:37.44 | woglinde | mostly compiling for beagleboard |
| 01:40.16 | Aditya1 | hmm |
| 01:40.22 | Aditya1 | yeah I am compiling for bboard too |
| 01:40.34 | Aditya1 | I was just compiling from OMAP SDK cause OE Builds weren't working for me |
| 01:40.47 | Aditya1 | but my virtualbox image crapped out today |
| 01:41.00 | Aditya1 | so I figured when I recreate the ubuntu image, I'd try OE again |
| 01:41.19 | Aditya1 | what distro/setup do you use? |
| 01:42.02 | woglinde | ????? |
| 01:42.14 | woglinde | only download the sdk-files |
| 01:42.18 | woglinde | and it will build |
| 01:44.28 | CIA-54 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * rfc1a27a48b 10openembedded.git/recipes/uclibc/uclibc_nptl.bb: |
| 01:44.30 | CIA-54 | uclibc_nptl.bb: Set DEFAULT_PREFERENCE to -1. |
| 01:44.32 | CIA-54 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 01:45.58 | Aditya1 | sdk files? |
| 01:48.46 | *** join/#oe marcosmamorim (n=marcos@201-68-206-113.dsl.telesp.net.br) |
| 01:59.28 | *** join/#oe fraxinath (n=quassel@p4FD642AB.dip.t-dialin.net) |
| 02:01.35 | *** join/#oe kgilmer2 (n=kgilmer@dsl254-120-154.nyc1.dsl.speakeasy.net) |
| 02:03.46 | *** join/#oe EiNSTeiN_ (n=einstein@unaffiliated/einstein/x-615171) |
| 02:25.18 | *** join/#oe hufnus_cicq (n=hufnus_c@69-12-177-67.dsl.static.sonic.net) |
| 02:39.25 | *** join/#oe Sleep_Walker (n=Sleep@193.179.96.131) |
| 03:11.42 | *** join/#oe fraxinas (n=quassel@p4FD647CF.dip.t-dialin.net) |
| 03:27.30 | *** join/#oe rwhitby (n=rwhitby@au2.astc-design.com) |
| 03:29.47 | *** join/#oe zecke (n=ich@2001:5c0:1000:a:8000:0:7bc0:b4b0) |
| 03:43.27 | *** join/#oe Transformer (n=Transfor@ool-43563460.dyn.optonline.net) |
| 03:45.57 | *** part/#oe Transformer (n=Transfor@ool-43563460.dyn.optonline.net) |
| 04:01.49 | *** join/#oe rwhitby-away (n=rwhitby@au2.astc-design.com) |
| 04:35.11 | *** join/#oe mekius (n=mekius@enlightenment/developer/mekius) |
| 04:47.47 | *** join/#oe EdSwarthout (n=ed@70.114.141.31) |
| 04:55.44 | *** join/#oe B_Lizzard_ (n=havoc@athedsl-427410.home.otenet.gr) |
| 04:59.11 | *** join/#oe CSMan_ (n=csman@bas3-montreal31-1242530883.dsl.bell.ca) |
| 05:00.54 | *** join/#oe aloril (n=aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 05:03.29 | *** join/#oe kgilmer2 (n=kgilmer@dsl254-120-154.nyc1.dsl.speakeasy.net) |
| 05:12.40 | *** join/#oe heathkid (n=heathkid@173-106-200-80.pools.spcsdns.net) |
| 05:12.58 | *** join/#oe trelane (i=trelane@router.trelane.net) |
| 05:30.36 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
| 06:02.54 | *** join/#oe russ__ (i=foobar@ip70-176-251-1.ph.ph.cox.net) |
| 06:16.14 | *** join/#oe rwhitby-away (n=rwhitby@au2.astc-design.com) |
| 06:23.36 | *** join/#oe rwhitby-away (n=rwhitby@au2.astc-design.com) |
| 06:34.50 | *** join/#oe rwhitby-_ (n=rwhitby@120.17.205.252) |
| 07:03.30 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 07:12.27 | *** join/#oe mrmoku|a` (n=mrmoku@ppp-93-104-182-206.dynamic.mnet-online.de) |
| 07:36.00 | filip | khem: /topic |
| 07:36.03 | filip | er |
| 07:42.27 | CIA-54 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rb657b3004d 10openembedded.git/recipes/kexecboot/linux-kexecboot-2.6.32+2.6.33-rc2/spitz/defconfig: |
| 07:42.35 | CIA-54 | linux-kexecboot-2.6.32+2.6.33-rc2: update spitz defconfig a bit to support of booting from internal hdd |
| 07:42.42 | CIA-54 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 07:43.07 | filip | http://pastebin.ca/1731587 shouldn't a native version or qemu be used here? |
| 07:53.47 | *** join/#oe BillK_ (n=BillK@124-169-0-197.dyn.iinet.net.au) |
| 07:56.03 | *** join/#oe EsbenH (n=EsbenH@77.233.226.4) |
| 07:59.45 | CIA-54 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r6f3c454e90 10openembedded.git/ (146 files in 6 dirs): |
| 07:59.48 | CIA-54 | gcc-svn: Move SRCREV to recipe. |
| 07:59.50 | CIA-54 | * Delete the unused patches |
| 07:59.52 | CIA-54 | * Add --with-system-zlib to configure options. |
| 07:59.54 | CIA-54 | * Add patches needed for uclibc build. |
| 07:59.56 | CIA-54 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 08:09.17 | *** join/#oe rkirti (n=oespirit@117.254.25.182) |
| 08:24.15 | *** join/#oe leslie (n=leslie@116.228.58.74) |
| 08:27.14 | *** join/#oe rwhitby` (n=rwhitby@nslu2-linux/rwhitby) |
| 08:33.57 | *** join/#oe meindian523 (n=easwarh@triband-mum-59.184.10.181.mtnl.net.in) |
| 08:34.30 | *** join/#oe ZaPPaS (n=moritz@weinberg.pi5.physik.uni-stuttgart.de) |
| 08:46.28 | leslie | i'm going to rebuild glibc again, to make it support profiling, anyone knows what's the step to just rebuild glibc? last time i meet some errors and rebuild the whole system :( |
| 08:47.49 | JaMa | leslie: clean both glibc and glibc-initial |
| 08:48.18 | leslie | JaMa: oh, ok, thanks ! |
| 08:49.05 | JaMa | sometimes I had to rebuild also gcc* recipes because of some missing headers (like stdio.h, limits.h) not sure why but I've seen it only with eglibc.. |
| 08:49.27 | *** join/#oe ant_work (n=chatzill@host214-85-static.34-85-b.business.telecomitalia.it) |
| 08:50.14 | zecke | JaMa: leslie: gcc-initial and (e)glibc share some header files... glibc is overwriting them in the staging area |
| 08:51.22 | leslie | zecke: i have already do the clean |
| 08:51.32 | leslie | zecke: i have to rebuild all again? |
| 08:51.53 | zecke | leslie: not all, glibc, gcc-cross-initial as well |
| 08:52.33 | leslie | zecke: ... ok, i'm scared that moment ... it takes too long time |
| 08:52.46 | JaMa | zecke: was it always like this? I haven't seen it few years ago iirc |
| 08:52.52 | leslie | zecke: to rebuild all like xorg ang both qt stuff |
| 08:53.34 | zecke | leslie: only gcc-cross-initial and glibc |
| 08:53.45 | zecke | JaMa: I think it was always the case :} |
| 08:54.21 | JaMa | leslie: I use this (but as zecke said its probably not minimal and you are using different versions probably): for i in recipes/gcc/*4.4.2*bb recipes/eglibc/*2.10*bb; do echo $i; bitbake -c clean -b $i; done; bitbake -k shr-image |
| 09:00.39 | ant_work | zecke: any idea why this fails? ${@base_version_less_or_equal("${PV}", "2.6.30", "", "CONFIG_INITRAMFS_COMPRESSION_LZMA=y", d)} |
| 09:01.20 | ant_work | PV is "2.6.26" |
| 09:03.33 | *** join/#oe leslie_ (n=leslie@116.228.58.74) |
| 09:04.06 | zecke | ant_work: no idea |
| 09:04.21 | JaMa | ant_work: it looks like bbclass code, couldn't you use KERNEL_VERSION instead of PV? but PV should probably work too in all cases |
| 09:04.43 | ant_work | no, KERNEL_VERSION is "2.6" |
| 09:05.14 | JaMa | ant_work: thats KERNEL_MAJOR_VERSION |
| 09:05.29 | ant_work | JaMa: the point is: it's a string |
| 09:05.29 | *** join/#oe pvanhoof (n=pvanhoof@d54C0C0BA.access.telenet.be) |
| 09:06.40 | JaMa | ant_work: RRECOMMENDS_kernel-module-hostap-cs += '${@base_version_less_or_equal("KERNEL_VERSION", "2.6.17", "", "apm-wifi-suspendfix", d)}' |
| 09:06.51 | JaMa | ant_work: not sure why its not between ${}.. |
| 09:06.55 | ant_work | I followed that example but just wont work |
| 09:07.06 | ant_work | try grepping in classes |
| 09:07.52 | JaMa | yup that was from kernel.bbclass |
| 09:08.06 | ant_work | kernel.bclass mangles KERNEL_VERSION |
| 09:08.33 | ant_work | but we can rely on PV (in linux-kexecboot.inc) |
| 09:08.47 | JaMa | ant_work: but if you read def base_version_less_or_equal, then first parametr is variable name |
| 09:08.49 | ant_work | or play with @get_kernelversion |
| 09:08.52 | JaMa | ant_work: not variable value |
| 09:09.12 | ant_work | a, the pointer you mean |
| 09:09.40 | JaMa | def base_less_or_equal(variable, checkvalue, truevalue, falsevalue, d): if float(bb.data.getVar(variable,d,1)) <= float(checkvalue): |
| 09:09.55 | JaMa | try it with "PV" instead of "${PV}" :) |
| 09:11.34 | ant_work | JaMa: I tried |
| 09:11.36 | ant_work | ${@base_version_less_or_equal("KERNEL_VERSION", "2.6.30", "", "CONFIG_INITRAMFS_COMPRESSION_LZMA=y", d)} |
| 09:11.58 | JaMa | ant_work: and that KERNEL_VERSION should be available in linux-kexecboot.inc as it inherits kernel.bbclass too through linux.inc |
| 09:11.58 | ant_work | and got |
| 09:11.59 | ant_work | NOTE: <type 'exceptions.ValueError'>:empty string for float() while evaluating: |
| 09:12.39 | ant_work | JaMa: just ned to play with it a bit more ;) |
| 09:13.01 | JaMa | ok |
| 09:20.55 | leslie_ | zecke: it seems workable to clean glibc and glibc-initial, to rebuild glibc |
| 09:22.22 | leslie_ | zecke: the compilation of bitbake glibc finished, and seems correct |
| 09:26.24 | CIA-54 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rd419d5722a 10openembedded.git/contrib/angstrom/build-feeds.sh: angstrom feed builder: add geany |
| 09:26.34 | CIA-54 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r0462d99080 10openembedded.git/contrib/angstrom/sort.sh: angstrom feed sorter: add archos5 machine |
| 09:26.40 | CIA-54 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r84c277962c 10openembedded.git/recipes/gcc/gcc-package-target.inc: |
| 09:26.43 | CIA-54 | gcc-package-target: set INSANE_SKIP is true on the objc package to mask missing GNU_HASH |
| 09:26.49 | CIA-54 | * it was suggested on the oe-devel mailinglist that it doesn't matter for libobjc |
| 09:28.09 | *** join/#oe GNUtoo|oeee (n=root@host215-113-dynamic.48-82-r.retail.telecomitalia.it) |
| 09:28.16 | GNUtoo|oeee | hi, |
| 09:28.26 | GNUtoo|oeee | mmm abiword also use doltlibtool |
| 09:30.36 | GNUtoo|oeee | we should find a better solution than -DOLT on each configure.in file |
| 09:33.47 | *** join/#oe alex76 (n=a@vbo91-2-82-239-206-104.fbx.proxad.net) |
| 09:34.00 | zecke | leslie_: great |
| 09:41.43 | *** join/#oe lrg (n=lrg@slimlogic.co.uk) |
| 09:43.46 | CIA-54 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r65a4b38bbc 10openembedded.git/recipes/perl/libhtml-treebuilder-perl_3.23.bb: libhtml-treebuilder-perl: updated dependency |
| 09:43.56 | CIA-54 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * rbd3d9db65d 10openembedded.git/recipes/perl/perl_5.8.8.bb: |
| 09:44.02 | CIA-54 | perl: bumped PR to force rebuild; libextutils-makemaker-perl can have overwritten MM_Unix.pm in staging |
| 09:44.08 | CIA-54 | (see commit c595d241fb4d23c714dc61a1c9d281b9bbb133cd) a rebuild fixes this. |
| 09:44.10 | CIA-54 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * rc595d241fb 10openembedded.git/recipes/perl/ (2 files): |
| 09:44.13 | CIA-54 | libextutils-makemaker-perl: removed; with the new staging it breaks perl by overwriting MM_Unix.pm |
| 09:44.17 | CIA-54 | It is not needed anyway as makemaker is already created when perl is build, so remove |
| 10:08.55 | leslie_ | anybody knows how to change OE_QMAKE_CFLAGS in oe? |
| 10:10.22 | zecke | leslie_: like any other variable as well. :) |
| 10:10.33 | zecke | leslie_: git grep in classes/ for their initial values |
| 10:12.18 | leslie_ | zecke: thanks a lot~~ :-) |
| 10:21.43 | *** join/#oe sgh (n=quassel@0x4dd5bf76.adsl.cybercity.dk) |
| 10:32.45 | *** join/#oe cbrake (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
| 10:48.25 | *** join/#oe toi (n=toi@d54C2A96D.access.telenet.be) |
| 10:52.04 | GNUtoo|oeee | for staging a binary should I append to the staging process? |
| 10:53.39 | GNUtoo|oeee | (I want to stage libwmf-config) |
| 10:57.52 | GNUtoo|oeee | like do_stage_append(){ install ${bindir}/libwmf-config ${STAGING_BINDIR} |
| 10:58.00 | GNUtoo|oeee | something like that |
| 10:58.07 | GNUtoo|oeee | with the good install arguments |
| 10:58.28 | zecke | GNUtoo|oeee: that is old skool staging |
| 10:58.37 | GNUtoo|oeee | lol ok |
| 10:58.37 | pb_ | something like that would work, though with the new staging system I think you should be able to just delete do_stage() altogether. |
| 10:58.42 | zecke | GNUtoo|oeee: you would have to check the mail archives for the new skool |
| 10:58.51 | GNUtoo|oeee | ok lol thanks |
| 10:59.03 | GNUtoo|oeee | I thought the new school was kind of automatic |
| 10:59.16 | GNUtoo|oeee | I'll re-read the mails about that |
| 10:59.23 | pb_ | yes, it is. you just need a small photo of RP stuck to your monitor, and everything should be done for you. |
| 11:01.46 | *** part/#oe meindian523 (n=easwarh@unaffiliated/easwar) |
| 11:03.17 | *** join/#oe GNUtoo (n=GNUtoo@host215-113-dynamic.48-82-r.retail.telecomitalia.it) |
| 11:12.59 | *** join/#oe EiNSTeiN__ (n=einstein@bas2-quebec14-1167938645.dsl.bell.ca) |
| 11:17.55 | *** join/#oe playya (n=playya@unaffiliated/playya) |
| 11:33.34 | *** join/#oe kristoffer (n=kristoff@95.209.104.59.bredband.tre.se) |
| 11:35.11 | *** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
| 11:38.57 | pb_ | zecke: what's the status with the oestats waterfall at the moment? |
| 11:39.13 | *** join/#oe alex76 (n=a@vbo91-2-82-239-206-104.fbx.proxad.net) |
| 11:40.35 | zecke | pb_: I suck. Laibsch attempted to build a package, the installed server had "issues" he was not very specific and I planned to create a virtualbox with the distro to test it myself |
| 11:41.14 | pb_ | righto |
| 11:41.50 | zecke | pb_: maybe I manage to do it next year |
| 11:44.33 | pb_ | fingers crossed |
| 11:45.07 | pb_ | I am still happy to install oestats on ltg if it is too difficult/annoying to get it working on melo. |
| 11:45.17 | *** join/#oe playya (n=playya@unaffiliated/playya) |
| 11:45.58 | zecke | brb... need to pull the power plage from the taiwanese plastique router... |
| 11:46.05 | pb_ | heh |
| 11:48.28 | zecke | pb_: it can't be that difficult(tm) |
| 11:48.53 | pb_ | right, just a case of pressing the correct keys on your computer |
| 11:51.19 | *** join/#oe BenLauDC (n=benlau@221.125.8.18) |
| 12:07.19 | zecke | pb_: okay, I'm installing a vm now |
| 12:07.28 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
| 12:10.26 | pb_ | excellent |
| 12:10.30 | pb_ | go zecke! |
| 12:10.58 | *** join/#oe vo5 (n=vo@189.102.107.37) |
| 12:11.20 | *** join/#oe Martin-B (n=martin@pool-89-65-198-89.dbd-ipconnect.net) |
| 12:14.28 | *** join/#oe claudiuM (n=claudiu@host64-20-dynamic.0-87-r.retail.telecomitalia.it) |
| 12:29.18 | *** join/#oe marcosmamorim (n=marcos@201-68-206-113.dsl.telesp.net.br) |
| 12:46.34 | *** join/#oe Jay7 (n=jay@89.179.30.114) |
| 12:49.10 | CIA-54 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r234d22a2e9 10openembedded.git/ (conf/checksums.ini recipes/bluez/bluez4_4.59.bb): bluez4: add 4.59 |
| 12:53.58 | *** join/#oe mithro_ (n=tim@unaffiliated/mithro) |
| 12:54.07 | *** join/#oe timtimred (n=meh@79-75-141-21.dynamic.dsl.as9105.com) |
| 12:56.24 | GNUtoo | mmm in the porting guide there is no simple way to add a binary |
| 12:56.49 | GNUtoo | binaty means ${bindir}/libwmf-config |
| 12:57.06 | pb_ | what porting guide are you referring to? |
| 12:57.20 | pb_ | oh, you mean the new-staging porting guide? |
| 12:57.23 | GNUtoo | [oe] Staging - time to end the current mess - now with patches |
| 12:57.27 | GNUtoo | yes |
| 12:58.02 | pb_ | I don't think you should need to do anything special to add a binary. It ought to "just work", as far as I know. |
| 12:58.19 | GNUtoo | in my case it doesn't |
| 12:59.00 | GNUtoo | sysroot-destdir only has the libs and the headers |
| 12:59.05 | GNUtoo | not that binary |
| 12:59.11 | pb_ | is your "make install" installing the binary into the right place? |
| 12:59.19 | GNUtoo | yes |
| 13:00.03 | GNUtoo | because the binary is in package and in image |
| 13:00.21 | GNUtoo | and I realy need that binary for abiword...else CROSS_COMPILE BADNESS |
| 13:00.22 | pb_ | er |
| 13:00.29 | pb_ | is this a target binary you are trying to stage? |
| 13:00.36 | pb_ | normally you would only stage native binaries. |
| 13:00.47 | GNUtoo | ouch.... |
| 13:00.51 | GNUtoo | yes |
| 13:01.00 | GNUtoo | mmm |
| 13:01.21 | pb_ | I don't think you will get any useful effect if you install a target binary into staging. There is no infrastructure in oe that would allow you to run it. |
| 13:01.25 | GNUtoo | "cross"-compiling for x86 target makes me do some confusion |
| 13:01.34 | GNUtoo | indeed |
| 13:01.35 | GNUtoo | sorry |
| 13:01.52 | GNUtoo | so I should create a native package which stage the binary or something like that? |
| 13:01.56 | pb_ | right |
| 13:02.15 | GNUtoo | here's what that binary does: |
| 13:03.22 | pb_ | if you make a native package, the staging infrastructure should stage the binary automatically. it's inhibited for target packages. |
| 13:03.50 | GNUtoo | libwmf-config --cflags => -I/usr/include/freetype2 -I/usr/include |
| 13:04.13 | pb_ | if that's all it does, it might be worth investigating whether you can throw it away and use pkg-config instead. |
| 13:04.35 | GNUtoo | ok thanks |
| 13:06.36 | GNUtoo | no pc$ file |
| 13:07.19 | GNUtoo | I fear that if I compile a native version it would give native flags |
| 13:09.47 | *** part/#oe EsbenH (n=EsbenH@77.233.226.4) |
| 13:12.43 | *** join/#oe playya (n=playya@unaffiliated/playya) |
| 13:13.27 | GNUtoo | maybe I found a better solution...I use prefix: |
| 13:13.49 | GNUtoo | libwmf-config --prefix=/home/embedded/oetmp/staging/i686-angstrom-linux --libs => -L/home/embedded/oetmp/staging/i686-angstrom-linux/lib -lwmf -lwmflite -lfreetype -lz -lX11 -lexpat -ljpeg -lpng -lz -lm |
| 13:13.50 | GNUtoo | etc... |
| 13:14.10 | GNUtoo | I'll make this native recipe |
| 13:16.31 | GNUtoo | maybe that is even better: |
| 13:16.32 | GNUtoo | --with-libwmf-config |
| 13:17.39 | GNUtoo | but we still should find a fix for dotlibtool |
| 13:23.11 | GNUtoo | maybe I should write to the ml about that |
| 13:31.26 | *** join/#oe Hasse__ (n=quassel@0x5552e721.adsl.cybercity.dk) |
| 13:38.22 | *** join/#oe flo_lap (n=fuchs@Maemo/community/contributor/florian) |
| 13:40.37 | *** join/#oe Martin_B (n=martin@pool-89-65-198-89.dbd-ipconnect.net) |
| 13:41.22 | *** join/#oe booxter (n=booxter@cpmsq.epam.com) |
| 13:41.33 | CIA-54 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rcc4ed9b2bc 10openembedded.git/conf/machine/om-gta02.conf: |
| 13:41.35 | CIA-54 | om-gta02.conf: set MACHINE_DRI_MODULES = glamo only for shr as it needs mesa-dri_git.bb |
| 13:41.37 | CIA-54 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 13:54.23 | *** join/#oe florian (n=fuchs@Maemo/community/contributor/florian) |
| 14:24.27 | CIA-54 | 03Marcin Juszkiewicz <marcin@juszkiewicz.com.pl> 07org.openembedded.dev * r12cb70dff8 10openembedded.git/recipes/linux/linux_2.6.31.bb: linux 2.6.31: updated to .9 |
| 14:24.28 | CIA-54 | 03Marcin Juszkiewicz <marcin@juszkiewicz.com.pl> 07org.openembedded.dev * rbc6231c101 10openembedded.git/recipes/linux/linux_2.6.27.bb: linux 2.6.27: updated to .42 |
| 14:24.34 | CIA-54 | 03Marcin Juszkiewicz <marcin@juszkiewicz.com.pl> 07org.openembedded.dev * r661b3a9860 10openembedded.git/recipes/linux/linux_2.6.32.bb: linux 2.6.32: updated to .2 |
| 14:24.42 | CIA-54 | 03Marcin Juszkiewicz <marcin@juszkiewicz.com.pl> 07org.openembedded.dev * r014b5c206a 10openembedded.git/conf/checksums.ini: checksums.ini: added checksums for kernel patches |
| 14:27.17 | zecke | pb_: short update: I do have hardy installed, I have a django stat package too |
| 14:32.06 | *** join/#oe sgh (n=quassel@0x4dd5bf76.adsl.cybercity.dk) |
| 14:33.42 | *** join/#oe jmpdelos__ (n=polk@outgoing.delos.com) |
| 14:37.54 | *** join/#oe jeremy_laine (n=sharky@mna75-4-81-56-56-40.fbx.proxad.net) |
| 14:38.12 | jeremy_laine | hello |
| 14:38.29 | jeremy_laine | does anybody use .debs for their distro here? |
| 14:39.06 | jeremy_laine | a problem I am running into is that the package index is getting rebuilt too frequently |
| 14:39.40 | jeremy_laine | there seems to be provisions for a "DEB_PACKAGE_INDEX_CLEAN" stamp, which indicates when the package cache is clean |
| 14:40.10 | jeremy_laine | .. but the presence of this file is not tested before regenerating the package index (unlike in package_ipkg.class) |
| 14:44.55 | pb_ | zecke: very good |
| 14:48.55 | hrw | morning |
| 14:53.52 | *** join/#oe EsbenH (n=EsbenH@0x55532124.adsl.cybercity.dk) |
| 15:01.23 | *** join/#oe saleh (n=saleh@mbl-82-49-5.dsl.net.pk) |
| 15:03.00 | *** join/#oe mickey|sofa (n=M@e180142047.adsl.alicedsl.de) |
| 15:03.37 | pb_ | mickey|sofa: good afternoon |
| 15:03.48 | mickey|sofa | hey pb_ |
| 15:04.21 | *** join/#oe sgh (n=quassel@0x4dd5bf76.adsl.cybercity.dk) |
| 15:08.31 | XorA|gone | hey mickeyl |
| 15:08.34 | XorA|gone | hey mickey|sofa |
| 15:09.11 | mickey|sofa | hey XorA |
| 15:09.18 | mickey|sofa | got any gadgets for xmas? :) |
| 15:09.30 | XorA | mickey|sofa: no, Im safely gadget free :-) |
| 15:09.36 | mickey|sofa | hehe |
| 15:09.37 | mickey|sofa | good for you |
| 15:09.48 | XorA | actually not 100% true, I bought a r3600 nvidia Ion based device |
| 15:10.28 | mickey|sofa | sounds powerful |
| 15:10.30 | mickey|sofa | but... what is that? |
| 15:10.43 | XorA | its an intel atom/nvidia geforce combo |
| 15:10.45 | zecke | pb_: I need to ping Laibsch to get his django packet |
| 15:10.54 | XorA | so low power for x86 but will play 1080p video |
| 15:10.55 | mickey|sofa | cool. so a netbook? |
| 15:11.08 | XorA | like the EEE boxes, but with some grunt int he gfx dept |
| 15:11.09 | pb_ | zecke: ah, isn't it the standard one from ubuntu? |
| 15:11.20 | pb_ | but, anyway, do what you need to do :-) |
| 15:11.58 | XorA | just need to wait for the Win7 dvd to arrive now |
| 15:14.13 | mickey|sofa | hmm, windows? |
| 15:14.16 | mickey|sofa | tsss |
| 15:14.36 | mickey|sofa | waits for the next MBP 13" update |
| 15:16.08 | XorA | mickeyl: turns out linux VDPDAU support sucks :-) |
| 15:16.49 | eFfeM | JaMa: ping |
| 15:16.59 | JaMa | eFfeM: pong |
| 15:17.44 | eFfeM | jama, got your email, i'm not really a perl wiz either but most of the things you forwarded are new recipes and so pretty harmless. |
| 15:18.19 | eFfeM | i see no problem committing them even though my perl is not good enough to test it (i mainly needed perl for some mythweb related functionality and kinda "made it work" |
| 15:18.44 | eFfeM | only remark i had was that the perl modules typically reside in recipes/perl and do not get their own dir |
| 15:19.55 | eFfeM | and probably i would prefer committing on a per module basis (as that allows for easier rollback) (and I think checksums are missing too) |
| 15:20.18 | eFfeM | do you feel making those changes that way is a good way forward |
| 15:20.20 | eFfeM | ? |
| 15:20.34 | JaMa | eFfeM: ok.. I'll ask them for move and proper credits in it.. because I'm not sure as there is different combination of author/submiter a bit strange.. |
| 15:21.02 | eFfeM | i can commit on their behalf, that is what often happens with new developers |
| 15:21.18 | eFfeM | http://wiki.openembedded.net/index.php/GitPhraseBook#Commiting_someones_else_work |
| 15:21.39 | eFfeM | but it does expose their email address in the git log |
| 15:21.52 | JaMa | eFfeM: yes.. but there is 3 different "realnames" for that work (1 author I guess) so not sure which one to use.. |
| 15:22.14 | eFfeM | ah ok, then better ask them and either send to patchwork or the mailing list |
| 15:22.30 | JaMa | parilo, chuck norris and anton |
| 15:22.36 | eFfeM | preferably not in one big chunk but per module |
| 15:23.03 | JaMa | oki |
| 15:23.25 | eFfeM | (btw thought they were only from parilo, didn't see the other names) |
| 15:26.43 | JaMa | eFfeM: other names are in patch body and in submitter in 2nd patch.. |
| 15:27.00 | eFfeM | ah ok, didn't review in that much detail |
| 15:52.16 | *** join/#oe udovdh (n=udovdh@pindarots.xs4all.nl) |
| 16:04.26 | *** join/#oe jmpdelos (n=polk@outgoing.delos.com) |
| 16:04.29 | *** join/#oe woglinde (n=heinold@g225006192.adsl.alicedsl.de) |
| 16:05.06 | CIA-54 | 03Jeremy Lainé <jeremy.laine@bolloretelecom.eu> 07org.openembedded.dev * r280420fa7a 10openembedded.git/recipes/linux/linux-2.6.31/qemux86/defconfig: linux-2.6.31: enable 8139cp for networking in qemux86 |
| 16:05.46 | woglinde | hi |
| 16:07.08 | jeremy_laine | anybody notice that iptables is broken? |
| 16:07.38 | jeremy_laine | the /usr/libexec/xtables/*.so files are no longer shipped in "iptables", for some reason they have been moved to "iptables-dbg" |
| 16:07.53 | jeremy_laine | the corresponding commit is:http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=da29e9aaa051f40665f818fe5884725047288a2f |
| 16:09.26 | woglinde | jeremy_laine hm ah typical plugin problem |
| 16:10.13 | XorA | that commit was made while asleep at the wheel from looks of things |
| 16:10.33 | jeremy_laine | yep, looks like the line: FILES_${PN}-dbg += "${libexecdir}/xtables" |
| 16:10.42 | jeremy_laine | should be: FILES_${PN}-dbg += "${libexecdir}/xtables/.debug" |
| 16:10.46 | XorA | jeremy_laine: just fix that like, bump PR and commit |
| 16:11.33 | jeremy_laine | XorA: I was wondering why I could not longer get shell access to my devices :) |
| 16:11.49 | XorA | jeremy_laine: hehe |
| 16:12.00 | jeremy_laine | XorA: so I had to rebuild my image for qemux86 to debug |
| 16:12.29 | jeremy_laine | XorA: which is when I realised networking was broken for qemux86.. long turnaround time for a fix! |
| 16:17.35 | hrw | bye |
| 16:17.40 | XorA | curses thunderbird for not having an account export option |
| 16:21.44 | khem | jeremy_laine: I have fixed qemumips havent got around to qemux86 |
| 16:22.04 | GNUtoo|oeee | woglinde, hi, do you have an openoffice recipe? |
| 16:22.36 | kergoth | hmmm |
| 16:23.03 | woglinde | gnutoo at work |
| 16:23.09 | khem | XorA: are you switching your mail client ? |
| 16:23.17 | woglinde | hi khem |
| 16:23.23 | woglinde | gnutoo next week |
| 16:23.24 | khem | woglinde: hello.. |
| 16:23.40 | XorA | khem: considering it, but I cant be arsed switching accounts on all my machines |
| 16:25.15 | khem | XorA: I usually use mutt with IMAP works well for multiple machines |
| 16:26.04 | GNUtoo|oeee | ok |
| 16:26.07 | XorA | khem: mutt keeps segfaulting/locking up on me when network connection dies and so is annoying me :-) |
| 16:26.38 | GNUtoo|oeee | btw about mutt...what's the most usable mail client in oe? |
| 16:26.52 | XorA | GNUtoo: mutt :-) |
| 16:26.55 | GNUtoo|oeee | claws has an issue with screen size with 800x480 when composing mails |
| 16:26.56 | GNUtoo|oeee | ok |
| 16:27.05 | GNUtoo|oeee | and gnus is too dificult to setup |
| 16:27.07 | XorA | GNUtoo: claws has a small screen mode |
| 16:27.14 | GNUtoo|oeee | that's what I used |
| 16:27.18 | GNUtoo|oeee | the rest is fine |
| 16:27.37 | GNUtoo|oeee | it's only the compose winows that go beyong the screen size |
| 16:28.18 | XorA | odd, must be new breakage, I used to use it |
| 16:29.30 | GNUtoo|oeee | ok |
| 16:29.56 | GNUtoo|oeee | basically it is usable if you put a lot of breaklines...at the end of the mail you send |
| 16:30.01 | khem | XorA: hmm I never faced this situation thus far most of the time I am connected to network |
| 16:30.05 | GNUtoo|oeee | but that's not good |
| 16:30.13 | khem | XorA: may be use pop or disconnected IMAP |
| 16:31.00 | XorA | khem: yeah, will have to figure out running offlineimap on windows |
| 16:33.16 | khem | XorA: or use Andrew File system for storing mails :) |
| 16:33.35 | XorA | afs always looks like a disaster waiting to happen to me |
| 16:33.36 | khem | then you can mount it from other machines and it will sync |
| 16:34.29 | CIA-54 | 03Jeremy Lainé <jeremy.laine@bolloretelecom.eu> 07org.openembedded.dev * rd49b36e8cd 10openembedded.git/recipes/iptables/iptables.inc: iptables: fix packaging of ${libexec}/xtables modules |
| 16:36.44 | khem | XorA: windows means thunderbird is your best bet |
| 16:37.14 | XorA | and thunderbird 3 has that really fucking annoying auto conf stuff that always gets it wrong, but doesnt seem to have a disable :-( |
| 16:38.28 | *** join/#oe dos1 (n=dos@unaffiliated/dos1) |
| 16:38.42 | khem | uses IMAP with apple mail,kmail and mutt and is happy thus far |
| 16:39.13 | XorA | I just object to typing the same info 7-8 times for 7-8 accounts |
| 16:40.18 | *** join/#oe pH5 (n=ph5@e178196061.adsl.alicedsl.de) |
| 16:40.25 | khem | you could copy .thunderbird dirs around :) |
| 16:42.35 | pb__ | morning kergoth |
| 16:44.57 | kergoth | hey |
| 16:46.13 | woglinde | hi pb |
| 16:46.17 | woglinde | hi kergoth |
| 16:46.19 | woglinde | hi ph5 |
| 16:46.23 | pb__ | hi woglinde |
| 16:46.31 | pH5 | hi all |
| 16:46.55 | khem | jeremy_laine: thx for fixing the iptables thing which I broke :) |
| 16:58.26 | *** join/#oe marcosmamorim (n=marcos@201-68-206-113.dsl.telesp.net.br) |
| 16:59.06 | pb__ | waits patiently for lvm to migrate his data |
| 17:00.19 | XorA | khem: you must promise to drink more coffee before commits :-) |
| 17:00.48 | *** join/#oe Hrww (n=hrw@chello089078170228.chello.pl) |
| 17:00.55 | khem | actually heh yes |
| 17:03.57 | *** join/#oe khem (n=khem@99-57-141-118.lightspeed.sntcca.sbcglobal.net) |
| 17:04.28 | khem | XorA: heh yes |
| 17:20.48 | *** join/#oe woglinde (n=heinold@g225147231.adsl.alicedsl.de) |
| 17:28.27 | B_Lizzard | Does anyone else get this error? |
| 17:28.28 | *** join/#oe Hasse__ (n=quassel@0x5552e721.adsl.cybercity.dk) |
| 17:28.36 | B_Lizzard | Requested 'x11 >= 1.1.99.1' but version of X11 is 1.1.5 |
| 17:28.42 | B_Lizzard | With libxext-1.1.1 |
| 17:28.56 | woglinde | B_Lizzard which distribution? |
| 17:29.13 | woglinde | problem is the different xorg packages now in oe |
| 17:29.14 | B_Lizzard | jlime, I know, it's not Angstrom |
| 17:29.27 | woglinde | use the sane-xorg reivison files |
| 17:29.35 | woglinde | for distribution |
| 17:29.47 | B_Lizzard | Clean build with clean openembedded workdir |
| 17:30.05 | B_Lizzard | I tried with and without preferred-xorg-versions-X11R7.5.inc |
| 17:30.32 | *** join/#oe kristoffer (n=kristoff@94.191.201.174.bredband.tre.se) |
| 17:30.46 | woglinde | yeah preferred-xorg-versions-X11R7.5.inc is a bit broken at the moment |
| 17:30.49 | khem | minimal should also work |
| 17:30.57 | woglinde | se 7.4 and 7.4 updates |
| 17:31.00 | khem | it used 7.4 |
| 17:31.00 | B_Lizzard | If I "fix" configure.ca to accept 1.1.5, it fails at do_configure |
| 17:31.19 | woglinde | no |
| 17:31.20 | B_Lizzard | I see that Angstrom doesn't have that preferred-version thing |
| 17:31.24 | woglinde | dont fix the configures |
| 17:31.30 | B_Lizzard | Yeah, I know |
| 17:31.36 | B_Lizzard | (I meant do_compile) |
| 17:31.49 | woglinde | hm I thought one commit fixed the xorg7.5 |
| 17:31.57 | woglinde | seems I need to test it again |
| 17:32.07 | khem | B_Lizzard: mix and match will get you a dalmatian |
| 17:32.21 | B_Lizzard | I know :) |
| 17:32.34 | B_Lizzard | Thing is, it compiled for me a couple of days ago. |
| 17:32.49 | woglinde | hm |
| 17:32.52 | khem | yes and lot of updates from martin were pushed recently |
| 17:32.54 | woglinde | look at the git-log |
| 17:33.01 | B_Lizzard | the openembedded workdir must've been a week old from now. |
| 17:33.17 | khem | B_Lizzard: week is too old for .dev |
| 17:33.32 | B_Lizzard | Yeah, I know. |
| 17:33.39 | B_Lizzard | At least it narrows it down. |
| 17:33.58 | B_Lizzard | The error seems pretty clear-cut, and that's what worries me. |
| 17:37.03 | woglinde | hms |
| 17:37.21 | woglinde | libudev-dev is still broken |
| 17:37.29 | woglinde | why noboy fixing such lowhanging fruits |
| 17:38.00 | woglinde | the following files were installed but not shipped in any package: |
| 17:38.03 | woglinde | NOTE: /usr/lib/libudev.so |
| 17:38.06 | woglinde | NOTE: /usr/lib/libvolume_id.so |
| 17:38.10 | woglinde | NOTE: /usr/lib/pkgconfig/libudev.pc |
| 17:38.13 | woglinde | NOTE: /usr/lib/pkgconfig/libvolume_id.pc |
| 17:39.22 | B_Lizzard | It must be one of Martin's commits 8 days ago. |
| 17:42.15 | B_Lizzard | It must be this one http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=fba77bf1ca0257e3e795b9c514b3420fc9cf5fed |
| 17:42.34 | B_Lizzard | He added newer xext versions |
| 17:42.57 | B_Lizzard | Which get picked up no matter if or if you don't have preferred-xorg-versions-X11R7.5.inc |
| 17:43.24 | B_Lizzard | I'm guessing he forgot to add corresponding libx11 and diet-x11 versions. |
| 17:44.13 | B_Lizzard | Or, at least dietx11 |
| 17:44.20 | B_Lizzard | As that what jlime uses. |
| 17:44.34 | woglinde | b_lizzard do you can make a patch? |
| 17:44.53 | B_Lizzard | Sure, if if the recipes don't change much |
| 17:44.56 | B_Lizzard | Lemme see. |
| 17:45.16 | B_Lizzard | I'm not sure why we use diet-x11, it sucks. |
| 17:45.20 | B_Lizzard | But ehm |
| 17:46.36 | woglinde | b_lizzard space? |
| 17:47.10 | B_Lizzard | Well, the devices we target aren't as space-challenged as they are memory-challenged |
| 17:47.24 | B_Lizzard | But libx11 proper isn't such a hog |
| 17:47.54 | B_Lizzard | And damn me to hell if I can't have xkb on a machine with a proper laptop-like keyboard (Jornada) |
| 17:47.56 | B_Lizzard | :) |
| 18:08.36 | *** join/#oe EiNSTeiN_ (n=einstein@unaffiliated/einstein/x-615171) |
| 18:11.13 | B_Lizzard | Generally, is it good to require preferred-xorg-versions-X11R7.5.inc? |
| 18:11.24 | B_Lizzard | You said, for instance, that it is buggy. |
| 18:11.37 | woglinde | hm seems jama fixed all |
| 18:11.44 | woglinde | so its a good idea |
| 18:11.46 | B_Lizzard | ...and I see that Angstrom doesn't use that either. |
| 18:11.57 | woglinde | and it seems dietx is the fault |
| 18:12.03 | B_Lizzard | Yeah, I know. |
| 18:12.11 | B_Lizzard | But what about Angstrom not using the file? |
| 18:12.15 | woglinde | b_lizzard the "not invented here syndrom" for angstroem |
| 18:12.21 | woglinde | I guess |
| 18:12.22 | B_Lizzard | I see ;) |
| 18:12.48 | B_Lizzard | Oh well. |
| 18:15.01 | *** join/#oe toi (n=toi@d54C2A96D.access.telenet.be) |
| 18:16.30 | JaMa | B_Lizzard: not nihs imho.. but angstrom prefer always latest version available.. |
| 18:16.41 | JaMa | B_Lizzard: and that is easier without any include |
| 18:16.56 | woglinde | git-native suckz with 4 gb of compile space |
| 18:17.49 | JaMa | B_Lizzard: I did the same in shr.conf, because I wanted pixman_git.bb and that is difficult to prefer if you have PREFERRED_VERSION_pn-pixman from some include then DEFAULT_PREFERRENCE wont help you.. |
| 18:18.18 | B_Lizzard | I see. |
| 18:18.36 | B_Lizzard | Well, unless it proves troublesome, I'll just require it. |
| 18:19.20 | woglinde | fuck |
| 18:19.27 | woglinde | git-native with angstroem over 7 gig tmp sapce |
| 18:19.57 | khem | woglinde: ggdb3 :) |
| 18:20.07 | woglinde | khem yeah |
| 18:20.15 | woglinde | I hate it every time |
| 18:20.47 | khem | I dont understand -O2 and -ggdb3 |
| 18:21.06 | khem | two conglicting things as far as gcc is concerned |
| 18:21.30 | woglinde | khem and gcc-4.4.2 |
| 18:21.40 | woglinde | mabyee 4.2 is smaller |
| 18:21.54 | khem | gcc 4.4.2 generates rich debug info |
| 18:22.01 | khem | gcc 4.2 is lame |
| 18:22.39 | woglinde | but the copying of over 7 gig suckz |
| 18:22.46 | khem | agrred |
| 18:23.35 | khem | I think gcc generates the info but how useful this will be is a question that remains to be seen |
| 18:25.45 | khem | something is pulling in external-toolchain-csl.bb hmmm |
| 18:26.11 | woglinde | khem which distro? |
| 18:26.16 | woglinde | which image |
| 18:26.20 | woglinde | but I can bet which |
| 18:26.24 | khem | woglinde: its my own crap |
| 18:26.29 | pb__ | There's nothing particularly contradictory about having both -O2 and -ggdb3; it's legitimate to want to both optimize your program and debug it. I'm not very sure that -ggdb3 is worthwhile in terms of space though, compared to -ggdb. |
| 18:26.43 | woglinde | hm for native? |
| 18:26.54 | woglinde | its crazy koen |
| 18:27.01 | khem | pb__: yes true however I wonder how useful it is |
| 18:27.10 | khem | as of now |
| 18:27.21 | pb__ | yeah, personally I would stick at -O2 -ggdb. |
| 18:27.31 | khem | in an ideal compiler it should generate best debug info for best optimized code |
| 18:29.46 | pb__ | indeed, and gcc is actually pretty close to ideal in that respect: -g and -O are pretty much independent. |
| 18:30.10 | pb__ | obviously the more optimisation you have, the harder it gets to debug, but adding -g shouldn't cause you to get worse code. |
| 18:30.13 | khem | pb__: there are certain opts which are harsh on debugging and some not so we could hatch out an option set which has opts yet is suitable for debugging |
| 18:30.48 | khem | pb__: no gcc loses a lot of information with many opt phases |
| 18:31.09 | khem | that it can not generate correct debug info |
| 18:32.20 | pb__ | anyway, each distro can choose the set of cflags that works best for them. if angstrom wants to use -ggdb3 then they are, obviously, welcome to do so. |
| 18:33.48 | khem | nods |
| 18:35.17 | khem | woglinde: I had inadvertently changes += for a PREFERREED_PRVIDED to = in my local conf |
| 18:35.36 | khem | and that caused the stuff to go awry |
| 18:35.53 | woglinde | khem abiword is problem for uclibc |
| 18:36.15 | CIA-54 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r3e891e35d2 10openembedded.git/recipes/webkit/ (3 files in 2 dirs): webkit-gtk: bump to 1.1.18+svnr52207 |
| 18:36.26 | CIA-54 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r282fd53120 10openembedded.git/ (conf/checksums.ini recipes/gtk-webcore/midori_0.2.2.bb): midori: add 0.2.2 |
| 18:36.30 | CIA-54 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rf2d165f2fd 10openembedded.git/ (3 files in 2 dirs): libsoup: add 2.28.2 and 2.29.3 |
| 18:36.50 | khem | woglinde: hmmm what happens ? |
| 18:37.10 | woglinde | look at the recipe |
| 18:37.41 | woglinde | hm ah not abiword |
| 18:37.45 | woglinde | was the office programm |
| 18:38.00 | khem | pb__: I am getting gcc 4.5/svn to work well then I would like to test LTO in OE |
| 18:38.21 | pb__ | yeah, that would be interesting |
| 18:38.39 | khem | woglinde: qemu is such a nice thing |
| 18:38.42 | pb__ | I'm not sure that gold works well enough yet to do that on arm, but it would be worth a try for x86. |
| 18:39.13 | khem | pb__: yeah gold is good on x86 as well as x86_64 |
| 18:39.13 | woglinde | khem hm some of the gnome office suite drags in libc locales packages |
| 18:39.23 | khem | yuck |
| 18:39.51 | khem | woglinde: doesnt it have some knobs to say I dont want locales |
| 18:40.12 | khem | having said that office might be a little too much for uclibc :) |
| 18:40.43 | khem | I would stop at firefox beyond that its too big a ask for such a small library |
| 18:41.14 | woglinde | wahahaha I thought the strip git-native bug was fixed |
| 18:41.17 | GNUtoo|oeee | woglinde, ah you're fixing abiword too? |
| 18:41.33 | woglinde | gnutoo no |
| 18:41.48 | GNUtoo|oeee | ah ok |
| 18:42.39 | *** join/#oe jmpdelos_ (n=polk@outgoing.delos.com) |
| 18:44.58 | GNUtoo | btw does someone has a clue about fixing all theses dolt thing |
| 18:45.04 | GNUtoo | or should I write to the ml? |
| 18:45.15 | woglinde | gnutoo hm which package it was? |
| 18:45.23 | khem | GNUtoo: whats wrong with it ? |
| 18:45.54 | *** join/#oe kgilmer2 (n=kgilmer@dsl254-120-154.nyc1.dsl.speakeasy.net) |
| 18:45.58 | khem | oh you mentioned yesterday .. |
| 18:46.07 | GNUtoo | khem, it fallbacks on "libtool" instead of "i686-angstrom-libtool" |
| 18:46.09 | woglinde | re kgilmer |
| 18:46.21 | woglinde | gnutoo hm |
| 18:46.31 | woglinde | I looked at the m4 code |
| 18:46.37 | woglinde | shouldnt be that hard to fix |
| 18:47.03 | khem | GNUtoo: that would be dolt not knowing/caring cross builds |
| 18:47.13 | GNUtoo | ok |
| 18:47.34 | GNUtoo | but I bet they include the m4 in the source of the package |
| 18:47.35 | GNUtoo | no? |
| 18:48.20 | JaMa | khem: as you're talking about low level stuff, I noticed info about "LIBM_BIG Option Group" in recent eglibc... what do you think about that? |
| 18:49.20 | GNUtoo | ./abiword-2.8.1/dolt.m4 |
| 18:50.21 | khem | JaMa: I have local patches to make eglibc configurable here |
| 18:51.40 | khem | JaMa: I think its useful for many embedded systems who do not care so much about floating point precision |
| 18:51.45 | JaMa | I haven't checked how many apps are using double precision where single precision would be enough.. but I guess that it could be also a bit faster on arm? not only because of smaller libc.. |
| 18:52.42 | khem | yes I think so |
| 18:53.30 | JaMa | but I guess its not so different as using integer based math instead of double (ie when using tremor instead of libvorbis for ogg decoding) |
| 18:54.06 | khem | I think it will be somewhere in middle |
| 18:54.33 | *** join/#oe hyc (n=hyc@mail.highlandsun.com) |
| 18:56.05 | khem | woglinde: isnt dolt added to libtool itselg |
| 18:59.07 | GNUtoo|oeee | no it replaces it |
| 19:00.54 | khem | I think if added to libtool there should be no need to add it to packages ideally |
| 19:02.33 | GNUtoo|oeee | basically -DOLT fixes it but if too much recipes start using it (I identified 3 but they are hard to identify) patching them is not very productive |
| 19:04.12 | GNUtoo|oeee | and they ship dolt.m4 inside the sources of each packages |
| 19:06.58 | *** join/#oe woglinde_ (n=heinold@g225007212.adsl.alicedsl.de) |
| 19:07.01 | woglinde_ | re |
| 19:08.42 | *** join/#oe woglinde1 (n=heinold@g225007212.adsl.alicedsl.de) |
| 19:09.25 | *** join/#oe mickey|sofa (n=M@e180142047.adsl.alicedsl.de) |
| 19:10.38 | *** part/#oe woglinde_ (n=heinold@g225007212.adsl.alicedsl.de) |
| 19:10.50 | *** part/#oe woglinde1 (n=heinold@g225007212.adsl.alicedsl.de) |
| 19:19.10 | *** join/#oe woglinde1 (n=heinold@g225007212.adsl.alicedsl.de) |
| 19:19.11 | woglinde1 | re |
| 19:19.34 | woglinde | hm opkg needs a fix for micro too |
| 19:23.32 | *** join/#oe kgilmer (n=kgilmer@dsl254-120-154.nyc1.dsl.speakeasy.net) |
| 19:26.02 | pb__ | what's wrong with it? |
| 19:26.35 | pb__ | micro doesn't use O_P_M so opkg is largely irrelevant; it only needs to work for image construction |
| 19:28.31 | woglinde | hm oh? |
| 19:28.53 | woglinde | ipkg is used? |
| 19:29.16 | woglinde | or shouldnt you be able to install stuff? |
| 19:34.12 | pb__ | there's no support for installing new packages on a running system. |
| 19:34.25 | woglinde | okay |
| 19:34.43 | woglinde | wondered why opkg got installed |
| 19:34.49 | pb__ | it shouldn't. |
| 19:34.53 | woglinde | maybee my fault for the image |
| 19:34.59 | pb__ | if opkg is landing in your rootfs then that would be a bug somewhere. |
| 19:35.34 | khem | a recipe_git.bb defines PV=x.y+svnr${SRCPV} now how can I choose it in PREFERRED_VERSION for that package ? |
| 19:35.41 | khem | in my local.conf |
| 19:36.57 | hrw | re |
| 19:37.33 | pb__ | patch it to stop using SRCPV and then set P_V appropriately :-} |
| 19:37.43 | pb__ | or, alternatively, if you can predict what SRCPV will come out as, you are all set. |
| 19:38.16 | woglinde | jo hrw |
| 19:38.17 | khem | yeah I will hardcode it |
| 19:39.11 | *** join/#oe likewise (n=chatzill@82-171-51-231.ip.telfort.nl) |
| 19:46.11 | woglinde | dman why bitbake not respect my BB_ENV_EXTRAWHITE = "CCACHE_DIR" |
| 20:03.43 | *** join/#oe Sleep_Walker (n=Sleep@193.179.96.131) |
| 20:06.10 | *** join/#oe kgilmer (n=kgilmer@dsl254-120-154.nyc1.dsl.speakeasy.net) |
| 20:32.07 | khem | hmmm I can not call mpc for http://www.multiprecision.org/ |
| 20:32.23 | khem | because we already have a recipe for musicpd/mpc |
| 20:32.34 | khem | renames to libmpc |
| 20:33.23 | khem | btw. we have mpfr and gmp recipes I think they could also be renamed to libmpfr and libgmp |
| 20:33.57 | khem | they are libraries only so prefixing lib is not such a bad idea |
| 20:34.41 | pb__ | maybe, but the tarball is named "mpfr-x.x.x.tar.gz" and the project calls itself MPFR. |
| 20:35.40 | pb__ | debian also names the source package "mpfr", not libmpfr, though I guess that is not a very strong argument. |
| 20:36.25 | khem | mpc is also named mpc-x.x.tar |
| 20:36.46 | khem | but there is naming clash musicpd/mpc existed before |
| 20:37.56 | khem | pb__: opensuse and mandriva prefix them with lib :) |
| 20:38.13 | khem | for now |
| 20:38.14 | khem | I will leave them as it is |
| 20:38.20 | khem | only change mpc |
| 20:38.23 | khem | to libmpc |
| 20:38.55 | pb__ | that sounds best. renaming an existing package is a fairly disruptive thing to do, I don't think it would be a good idea to do that just because you can. |
| 20:39.09 | khem | yep agreed |
| 20:39.15 | pb__ | obviously that doesn't apply to new packages, so renaming mpc is fine |
| 20:39.46 | khem | right I did not hit this until I built target gcc |
| 20:40.08 | khem | because cross gcc just depended on mpc-native and that name was unique |
| 20:40.37 | khem | Fedora's naming is like OE, they have mpfr gmp and libmpc |
| 20:48.03 | *** join/#oe rsalveti (n=rsalveti@187.59.122.146) |
| 21:02.16 | florian | mckoan|away: ping |
| 21:10.31 | *** join/#oe sgh (n=quassel@0x4dd5bf76.adsl.cybercity.dk) |
| 21:11.43 | *** join/#oe Heinervdm (n=thomas@pD9E17758.dip.t-dialin.net) |
| 21:17.20 | *** join/#oe booxter (n=booxter@80.249.84.87) |
| 21:19.33 | hrw | re |
| 21:20.05 | hrw | looks like Guo Hongruan generated lot of noise on OEML |
| 21:20.06 | woglinde | re hrw |
| 21:20.18 | woglinde | hrw jupp |
| 21:20.37 | woglinde | do you know him? |
| 21:20.45 | hrw | nope |
| 21:22.18 | khem | Hi hrw |
| 21:22.57 | *** join/#oe B_Lizzard_ (n=havoc@athedsl-425463.home.otenet.gr) |
| 21:24.08 | hrw | woglinde: anyway it is much easier to filter OEML - just marked all threads started by that guy as read |
| 21:29.35 | *** join/#oe ant__ (n=andrea@host110-252-dynamic.1-79-r.retail.telecomitalia.it) |
| 21:30.21 | *** join/#oe redguy (n=matik@unaffiliated/redguy) |
| 21:34.25 | *** join/#oe Sleep_Walker (n=Sleep@193.179.96.131) |
| 21:53.04 | *** part/#oe archae0pteryx1 (n=snewman@207.47.42.130.static.nextweb.net) |
| 21:57.09 | florian | hrw: Did you get my mail about ltg planet? |
| 21:57.40 | hrw | florian: got it, did not had a time to check |
| 21:57.50 | hrw | florian: feed validator says that all is ok |
| 21:57.58 | *** join/#oe Omegamoon (n=egoe@demolitionman.xs4all.nl) |
| 21:58.21 | florian | shoots planet |
| 22:06.47 | sakoman_ | has anyone here attempted to use ts_lib in your image after the recent xorg version bump? |
| 22:09.45 | *** join/#oe dth-oops (n=Dieter@p4FDEFC7E.dip.t-dialin.net) |
| 22:23.54 | GNUtoo | sakoman_, yes I have it on the bug + on the htcdream |
| 22:24.01 | GNUtoo | xf86-input-tslib |
| 22:24.12 | GNUtoo | be shure to use the last version |
| 22:25.10 | sakoman_ | let me check to see which version of xf86-input-tslib is being used |
| 22:26.23 | sakoman_ | 0.0.6-r7 |
| 22:29.11 | GNUtoo | that should be fine |
| 22:29.19 | GNUtoo | what's the problem exactly? |
| 22:29.57 | sakoman_ | on first boot I get a black screen with blinking cursor after the ts_calibrate |
| 22:30.20 | sakoman_ | seems to hang somewhere in the Xinits |
| 22:30.41 | GNUtoo | ah ok |
| 22:30.47 | sakoman_ | if I reboot from the console the boot completes and I get a normal gpe screen |
| 22:31.05 | GNUtoo | gpe??? I thought you were doing some gnome work |
| 22:31.21 | sakoman_ | but the ts_lib input is bad -- almost seems like it is taking relative inout rather than absolute |
| 22:31.34 | sakoman_ | one of the images for gumstix is gpe based |
| 22:31.40 | GNUtoo | ok |
| 22:31.45 | GNUtoo | I'll boot and look |
| 22:31.47 | sakoman_ | for their lcd based products |
| 22:31.52 | GNUtoo | ok |
| 22:32.16 | sakoman_ | running ts_test from the command line shows perfect calibration |
| 22:32.36 | sakoman_ | so it is som mismatch between latest xorg stuff and tslib |
| 22:34.17 | GNUtoo | sakoman_, ah so it's not xorg.conf? |
| 22:34.17 | sakoman_ | I'm using the same xorg.cong I've been using for the last year or so |
| 22:34.17 | GNUtoo | here's htcdream config: http://pastebin.com/m6e97f680 |
| 22:34.17 | GNUtoo | ah ok |
| 22:34.18 | GNUtoo | mmm |
| 22:34.25 | GNUtoo | I did ts_calibrate and it worked for me |
| 22:35.12 | GNUtoo | else if you didn't do rm_work you can do man /path/to/the/tslib/man/file to look |
| 22:35.19 | sakoman_ | prior to this I didn't have a "InputDevice" section -- things "just worked" :-) |
| 22:35.19 | GNUtoo | maybe they changed some option |
| 22:35.31 | GNUtoo | I'll look my xorg version |
| 22:35.35 | GNUtoo | mmm |
| 22:35.51 | GNUtoo | so you used xorg before? |
| 22:35.58 | sakoman_ | yes, for years |
| 22:36.18 | sakoman_ | (seems like anyway) |
| 22:36.45 | GNUtoo | http://pastebin.com/m5405ea2d seem sufficient for bug |
| 22:36.47 | GNUtoo | mmm |
| 22:37.01 | sakoman_ | this broke with the version bump from 1.6.1 to 1.7.3 |
| 22:37.04 | GNUtoo | else you could look in the logs |
| 22:37.05 | GNUtoo | ok |
| 22:37.13 | GNUtoo | Xorg.log.0 or something like that |
| 22:37.48 | GNUtoo | I bet I'm not realy helpfull |
| 22:37.50 | sakoman_ | yeah, I tried an "InputDevice" section much like that -- didn't help :-( |
| 22:38.01 | GNUtoo | yes but you need to activate it |
| 22:38.07 | GNUtoo | like that: |
| 22:38.49 | GNUtoo | http://pastebin.com/m15cf297e |
| 22:39.03 | GNUtoo | but the key thing is to look into the logs |
| 22:39.11 | GNUtoo | it should tell you how it is recognized |
| 22:39.21 | sakoman_ | right, I did that :-) |
| 22:39.29 | GNUtoo | and found nothing...:( |
| 22:39.30 | sakoman_ | ah, a clue in the log :-) |
| 22:39.35 | GNUtoo | ah ok |
| 22:39.50 | sakoman_ | (EE) Failed to load module "tslib" (module requirement mismatch, 0) |
| 22:39.54 | GNUtoo | also if you have corepointer.... |
| 22:39.57 | GNUtoo | ouch |
| 22:40.02 | GNUtoo | ok |
| 22:40.12 | GNUtoo | I'll check xorg versions |
| 22:40.31 | sakoman_ | I see the issue! |
| 22:40.36 | GNUtoo | ah no I've an old xorg |
| 22:40.37 | GNUtoo | sorry |
| 22:40.58 | sakoman_ | the version bump did not trigger rebuilds of the xf86 stuff |
| 22:41.13 | sakoman_ | they are still compiled for 1.6.1 :-( |
| 22:41.21 | GNUtoo | but on the other device: X.Org X Server 1.7.3 |
| 22:41.28 | GNUtoo | ok |
| 22:41.37 | sakoman_ | so perhaps just manually forcing a rebuild will do the trick for me |
| 22:41.37 | GNUtoo | and it works on the 1.7.3 device |
| 22:41.48 | GNUtoo | mmm |
| 22:41.55 | GNUtoo | maybe there are other things than PR |
| 22:42.00 | GNUtoo | like inc_PR or similar |
| 22:42.20 | GNUtoo | I never had to use them...so I don't know how they work |
| 22:43.08 | sakoman_ | for the record, here is the error you get when you have 1.7.3 xorg and older xf86 stuff: http://pastebin.com/m7f327eeb |
| 22:43.44 | GNUtoo | ok |
| 22:44.08 | GNUtoo | back to fixing abiword then |
| 22:44.13 | sakoman_ | :-) |
| 22:44.16 | sakoman_ | good luck! |
| 22:44.35 | GNUtoo | thanks |
| 22:44.39 | GNUtoo | but it's quite simple |
| 22:44.42 | GNUtoo | there are 3 issues: |
| 22:44.55 | GNUtoo | one with a program generating cflags and similar |
| 22:45.00 | GNUtoo | is fixed locally |
| 22:45.08 | GNUtoo | one for dolt |
| 22:45.27 | GNUtoo | one for the plugins becuase we do not run autogen.sh |
| 22:45.43 | GNUtoo | (autogen.sh runs a custom script which I'll import and run) |
| 22:45.53 | GNUtoo | so no collab etc... |
| 22:57.30 | *** part/#oe claudiuM (n=claudiu@host64-20-dynamic.0-87-r.retail.telecomitalia.it) |
| 23:04.15 | *** join/#oe reachfh (n=reachfh@123-204-102-212.adsl.dynamic.seed.net.tw) |
| 23:11.17 | GNUtoo | mmm maybe we could teach to remove DOLT to a class? |
| 23:11.57 | woglinde | gnutoo abiword is using dolt? |
| 23:12.04 | GNUtoo | s/a class/autotools.bbclass |
| 23:12.05 | GNUtoo | yes |
| 23:12.12 | GNUtoo | 3 packages identified so far |
| 23:12.17 | GNUtoo | I bet there are more |
| 23:12.25 | woglinde | remove just the marco invokation in configure.in/ac |
| 23:12.30 | woglinde | that should be enough |
| 23:12.34 | GNUtoo | the 2.8.1 is using it |
| 23:12.39 | woglinde | normal libtoll should take over |
| 23:12.44 | GNUtoo | yes that's I wanted to do |
| 23:12.47 | woglinde | as far as I read dolt.m4 |
| 23:12.53 | GNUtoo | but my question was where to do it |
| 23:13.09 | GNUtoo | if I do it in autotools.bbclass is it ok(would need review) |
| 23:13.25 | GNUtoo | and the fix work(removing DOLT) |
| 23:14.41 | woglinde | no |
| 23:14.47 | woglinde | please fix per recipe |
| 23:15.06 | woglinde | you dont know the software uses dolt |
| 23:15.29 | GNUtoo | sed ? |
| 23:16.11 | GNUtoo | what I'm afraid is if every autotool based program start using dolt |
| 23:16.15 | woglinde | what is dolt is used in a private .m4 file? |
| 23:16.21 | woglinde | no |
| 23:18.18 | GNUtoo | ok thanks a lot |
| 23:18.42 | GNUtoo | I'll patch or sed inside the recipe themselves and not in autotools.bbclass |
| 23:18.51 | woglinde | why sed? |
| 23:18.55 | woglinde | I would make a patch |
| 23:19.05 | GNUtoo | ok I'll make a patch |
| 23:31.44 | *** part/#oe EsbenH (n=EsbenH@0x55532124.adsl.cybercity.dk) |
| 23:50.28 | *** part/#oe Omegamoon (n=egoe@demolitionman.xs4all.nl) |