| 00:09.43 | *** join/#oe drw (n=drw@cpe-76-187-64-213.tx.res.rr.com) |
| 00:10.03 | *** join/#oe timtimred (n=meh@79-77-121-253.dynamic.dsl.as9105.com) |
| 00:42.55 | *** join/#oe aloisiojr (n=aloisio@200-168-20-127.dsl.telesp.net.br) |
| 00:47.52 | *** join/#oe raster (n=raster@enlightenment/developer/raster) |
| 01:09.28 | *** join/#oe Flyser_ (n=Flyser@unaffiliated/flyser) |
| 01:16.01 | *** join/#oe Gnutoo (n=gnutoo@host216-163-dynamic.51-79-r.retail.telecomitalia.it) |
| 01:27.04 | jkridner | ptitjes: pong again. |
| 01:46.39 | ptitjes | jkridner: sorry I was away |
| 01:47.00 | jkridner | just letting you know I was around if you are still trying to find me. |
| 01:47.32 | ptitjes | jkridner: thanks |
| 01:47.42 | ptitjes | jkridner: I have seen on some logs |
| 01:48.08 | ptitjes | that you succeeded in running oe above gentoo-prefix on mac os |
| 01:48.26 | ptitjes | ptitjes: I'm trying to do the exact same thing |
| 01:48.39 | jkridner | ah, well, I got partially there. |
| 01:48.44 | jkridner | never got a complete build. |
| 01:48.50 | jkridner | haven't had time to pick it up again. |
| 01:49.07 | ptitjes | maybe you could help me a bit |
| 01:49.21 | jkridner | OE database has changed a lot since I refreshed. |
| 01:49.24 | jkridner | where are you getting stuck? |
| 01:49.35 | jkridner | I solved a couple problems, but then got stuck myself. |
| 01:49.47 | ptitjes | my problem is mainly on how bitbake modifies the environment |
| 01:49.48 | jkridner | it has been long enough, that I've pretty much forgotten the state. |
| 01:50.25 | ptitjes | I had it complain at first with env not finding wget |
| 01:51.40 | ptitjes | it seems that the path to wget is given as /usr/bin/wget to env |
| 01:52.03 | ptitjes | we succeeded with a friend in modify the some variables like this: |
| 01:52.11 | ptitjes | FETCHCOMMAND_wget = "/Users/didier/Gentoo/usr/bin/wget -t 5 --passive-ftp -P ${DL_DIR} ${URI}" |
| 01:52.11 | ptitjes | RESUMECOMMAND_wget = "/Users/didier/Gentoo/usr/bin/wget -c -t 5 --passive-ftp -P ${DL_DIR} ${URI}" |
| 01:52.44 | ptitjes | they were starting with "env /usr/bin/wget ..." before |
| 01:52.54 | ptitjes | but now I have some |
| 01:53.34 | jkridner | I'm trying a run to see where I left it. |
| 01:53.36 | ptitjes | sh: git: command not found |
| 01:54.17 | *** join/#oe Soopaman (n=Soopaman@dsl-67-55-22-106.acanac.net) |
| 01:54.24 | jkridner | 'bitbake console' gives me http://tinderbox.openembedded.net/builds/137633/ |
| 01:54.27 | ptitjes | (no need to say that I have git in my prefix and that it is used correctly in other parts of the oe process) |
| 01:55.56 | ptitjes | ok so you go more far than me |
| 01:56.19 | ptitjes | jkridner: I would be please if you can share you configuration |
| 01:56.26 | *** join/#oe mekius_ (n=mekius@enlightenment/developer/mekius) |
| 01:56.41 | ptitjes | and patches you applied on bitbake|oe if any |
| 01:56.57 | jkridner | I'm doing 'bitbake -c rebuild quilt-native' just to make sure that works. |
| 01:58.32 | jkridner | I'm looking for environment stuff to share with you. |
| 01:58.35 | jkridner | http://pastebin.com/d535def8b |
| 02:00.17 | *** join/#oe Sleep_Walker (n=Sleep@193.179.96.131) |
| 02:01.21 | jkridner | http://pastebin.com/d1185c47c |
| 02:01.26 | jkridner | that is my local.conf |
| 02:01.38 | ptitjes | 'bitbake -c rebuild quilt-native' gives me this: http://pastebin.com/d255ade3 |
| 02:02.44 | ptitjes | my PATH, PWD and BBPATH seems to be equivalent... |
| 02:02.47 | jkridner | jason@slipnslide ~/workspace/beagle/angstrom $ which md5sum |
| 02:03.45 | ptitjes | mine is the one from prefix |
| 02:04.12 | ptitjes | that is /Users/didier/Gentoo/usr/bin/md5sum |
| 02:04.50 | *** join/#oe fraxi (n=quassel@p54AA710E.dip.t-dialin.net) |
| 02:06.22 | ptitjes | jkridner: ok I can't see anything different from my local.conf |
| 02:06.43 | jkridner | does md5sum show up in your path? |
| 02:06.50 | jkridner | oh. |
| 02:06.59 | jkridner | wonder why it doesn't get picked up in OE. |
| 02:07.08 | jkridner | seem to recall I had a somewhat similar issue. |
| 02:07.50 | *** join/#oe tang_ (n=tang@124.16.138.62) |
| 02:07.51 | ptitjes | jkridner: yes /Users/didier/Gentoo/usr/bin is one the things startprefix adds to my PATH |
| 02:08.59 | jkridner | could be the case that OE opens up new shells and doesn't see the prefix environment. |
| 02:09.20 | jkridner | I also have /usr/local/bin/md5sum |
| 02:09.52 | jkridner | looks like I might have copied the one from prefix there as they are identical. |
| 02:10.21 | ptitjes | jkridner: I've got none /usr/bin |
| 02:11.04 | ptitjes | jkridner: and I've got no /usr/local/bin dir at all :) |
| 02:11.30 | jkridner | you might try adding gentoo-prefix to /etc/paths |
| 02:12.16 | ptitjes | jkridner: so do you know who knows enough the bitbake source code that could help me to locate the sh shell creation ? |
| 02:12.30 | jkridner | I do not. |
| 02:12.40 | ptitjes | what is /etc/paths for ? |
| 02:12.49 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
| 02:13.12 | jkridner | just adding things to your osx path. |
| 02:13.29 | ptitjes | do I have to reboot then or just reopen Terminal ? |
| 02:13.32 | jkridner | I think a new shell is getting created and you don't have the right apps in your path. |
| 02:13.42 | jkridner | I'd guess just reopen Terminal. |
| 02:13.51 | ptitjes | ok let me try that |
| 02:17.26 | ptitjes | arf it seems relaunching Terminal did not do it |
| 02:19.58 | *** join/#oe _annex_ (i=[U2FsdGV@gate.crashing.org) |
| 02:21.07 | _annex_ | hi all, i finished building the console-image for omap3 arch (beagleboard) and noticed the rootfs didn't have the std c++ lib, anyone point me to the config file i need to add this? |
| 02:22.04 | ptitjes | jkridner: trying by rebooting... |
| 02:24.32 | *** join/#oe ptitjes (n=didier@93.6.66.28) |
| 02:26.34 | ptitjes | jkridner: so this does not sole the problem |
| 02:26.51 | jkridner | when you build, does it find 'md5sum' now? |
| 02:27.04 | ptitjes | jkridner: I correctly have the prefix at the end of my PATH before lauching startprefix |
| 02:27.16 | ptitjes | jkridner: but no it does not find it |
| 02:27.25 | jkridner | yes, but that is only from within your shell, not necessarily the shell that bitbake invokes. |
| 02:27.32 | ptitjes | jkridner: it seems to me it is hardcoded as was wget |
| 02:27.54 | jkridner | I don't think so. |
| 02:28.00 | ptitjes | shouldn't /etc/paths be loaded in any shell ?$ |
| 02:30.59 | ptitjes | jkridner: yeah sh can't still find git and md5sum, but PATH is good before and in subshells http://pastebin.com/d4d84b528 |
| 02:32.20 | jkridner | http://pastebin.com/d3d6a0bc8 |
| 02:32.55 | ptitjes | oh I did not know that interactive mode!! |
| 02:33.35 | ptitjes | ok the same! |
| 02:44.01 | ptitjes | jkridner: I did |
| 02:44.03 | ptitjes | ln -s /Users/didier/Gentoo/usr /usr/gnu |
| 02:44.17 | ptitjes | and this seems to make bitbake happy |
| 02:45.30 | ptitjes | jkridner: I now have quilt that does not configure, complaining "checking for C compiler default output file name... configure: error: C compiler cannot create executables" |
| 02:45.42 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 02:46.15 | ptitjes | but this can be related to the BUILD_OS=linux that I set in my local.conf to pass the openssl parsing problem |
| 02:46.31 | ptitjes | as the patch in oe did not fix it for me |
| 02:46.46 | ptitjes | jkridner: thank you for your help anyway |
| 02:46.55 | ptitjes | and the -i is a good trick |
| 02:49.02 | jkridner | glad I was a bit of help. maybe you can pass my status up soon and help me be able to build 'console-image'. |
| 02:49.22 | ptitjes | I hope for it :D |
| 02:59.45 | ptitjes | ok sleeping time |
| 02:59.47 | ptitjes | bye |
| 03:01.49 | *** join/#oe HopsNBarley_ (n=hops@pool-173-67-93-147.snfcca.dsl-w.verizon.net) |
| 03:08.51 | *** join/#oe mrmoku|easter (n=mrmoku@ppp-93-104-106-217.dynamic.mnet-online.de) |
| 03:45.44 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 03:49.45 | *** join/#oe dijenerate (n=dijenera@64.210.41.166) |
| 03:53.52 | *** join/#oe brolin (n=brolin@190.157.14.3) |
| 04:01.58 | *** join/#oe leslie (n=leslie@116.228.58.74) |
| 04:30.16 | *** join/#oe dijenerate (n=dijenera@64.210.41.166) |
| 04:36.44 | *** join/#oe mrc3 (n=ddiaz@189.157.115.100) |
| 04:38.19 | *** join/#oe taelot (n=stuart@c-98-198-221-165.hsd1.tx.comcast.net) |
| 04:47.01 | *** part/#oe taelot (n=stuart@c-98-198-221-165.hsd1.tx.comcast.net) |
| 05:08.37 | *** join/#oe HopsNBarley_ (n=hops@pool-173-67-93-147.snfcca.dsl-w.verizon.net) |
| 05:48.19 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 06:08.21 | *** join/#oe mrc3 (n=ddiaz@189.157.115.100) |
| 06:26.14 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 06:38.50 | *** join/#oe Mk-FDM (n=seagulls@cpc1-brig9-0-0-cust740.brig.cable.ntl.com) |
| 06:39.27 | *** part/#oe Mk-FDM (n=seagulls@cpc1-brig9-0-0-cust740.brig.cable.ntl.com) |
| 06:52.07 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 07:03.13 | *** join/#oe Soopaman (n=Soopaman@CPE00179a48812a-CM00111ae67ece.cpe.net.cable.rogers.com) |
| 07:06.23 | *** join/#oe Jack8312 (n=Jack8312@219.144.192.11) |
| 07:15.28 | *** join/#oe tomimo (n=kurre@xdsl-83-150-88-111.nebulazone.fi) |
| 07:19.43 | *** join/#oe pleemans (n=toi@d54C2AAB7.access.telenet.be) |
| 07:22.36 | *** join/#oe Soopaman (n=Soopaman@CPE00179a48812a-CM00111ae67ece.cpe.net.cable.rogers.com) |
| 07:24.44 | *** join/#oe Soopaman1 (n=Soopaman@dsl-67-55-22-106.acanac.net) |
| 07:35.55 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 07:56.52 | *** join/#oe tang_ (n=tang@124.16.138.62) |
| 07:59.15 | *** join/#oe budfive (n=opera@cpe-76-172-117-6.socal.res.rr.com) |
| 07:59.37 | *** part/#oe budfive (n=opera@cpe-76-172-117-6.socal.res.rr.com) |
| 08:12.24 | *** join/#oe ptitjes (n=didier@93.6.66.28) |
| 08:13.33 | ptitjes | hello I've got problems with getopt from my platform when used by oe |
| 08:13.54 | ptitjes | quilt-native do not configure saying it does not handle long options |
| 08:14.34 | ptitjes | it also says I can use the quilt provided version configuring it with --without-getopt |
| 08:15.19 | ptitjes | but then there might be a problem with the quilt provided script |
| 08:15.40 | ptitjes | so either I correct the one from my platform, either I correct the one provided by quilt in oe |
| 08:16.35 | ptitjes | it seems to me the latter would be better and adding --without-getopt to the configure in oe as this would abstract more from the host platform |
| 08:16.41 | ptitjes | what do you think ? |
| 08:17.52 | *** join/#oe greentux_ (n=lemke@BAA3df3.baa.pppool.de) |
| 08:36.36 | *** join/#oe vsr (i=7aa60de8@gateway/web/ajax/mibbit.com/x-56c8224b4973e37a) |
| 08:39.02 | vsr | when i try to compile libxcalibrate: i get the error: xcalibrate.c:233: error: 'xXCalibrateScreenToCoordReq' undeclared (first use in this function) |
| 08:39.18 | vsr | i also get the same error when i try to compile virtual/xserver |
| 08:44.36 | vsr | does anyone know what could be the problem? |
| 08:46.00 | *** part/#oe sweetlilmre (i=sweetlil@dsl-244-168-10.telkomadsl.co.za) |
| 09:02.41 | *** join/#oe Jay7 (n=jay@93-81-71-174.broadband.corbina.ru) |
| 09:04.27 | *** join/#oe Gnutoo (n=gnutoo@host216-163-dynamic.51-79-r.retail.telecomitalia.it) |
| 09:06.08 | *** join/#oe kristoffer (n=kristoff@95.209.31.196.bredband.tre.se) |
| 09:06.50 | Jay7 | needed zaurus'es touchscreen or tslib guru |
| 09:07.00 | Jay7 | seems hid-driver in 2.6.26 at least does not emit BTN_TOUCH for TS touching |
| 09:07.17 | broonie | That's not guaranteed. |
| 09:07.59 | broonie | tslib should be able to cope with either that or ABS_PRESSURE. |
| 09:14.46 | *** join/#oe Jay8 (n=jay@93-81-142-7.broadband.corbina.ru) |
| 09:15.35 | Jay7 | well... |
| 09:16.02 | Jay7 | broonie: but I'm not sure that bringing up tslib into kexecboot is good idea.. |
| 09:16.35 | broonie | Either way, the point is you can't rely on BTN_TOUCH. |
| 09:17.03 | Jay7 | ok, I'll look at tslib sources then :) |
| 09:35.29 | Jay7 | answer is simple - just wait for release |
| 09:40.15 | *** join/#oe gDD (n=gDD@125.116.37.44) |
| 09:50.51 | *** join/#oe tmbinc_ (i=abcd@83.141.3.59) |
| 10:11.24 | *** join/#oe Mk-FDM (n=seagulls@cpc1-brig9-0-0-cust740.brig.cable.ntl.com) |
| 10:11.26 | *** join/#oe seagullsam (n=seagulls@cpc1-brig9-0-0-cust740.brig.cable.ntl.com) |
| 10:13.32 | *** join/#oe Mk-FDM (n=seagulls@cpc1-brig9-0-0-cust740.brig.cable.ntl.com) |
| 10:14.45 | Gnutoo | hello, I've my Package.gz that is not beeing created with bitbake package-index...what could be the cause |
| 10:14.45 | Gnutoo | ? |
| 10:17.47 | *** join/#oe flameman (n=toor@net-93-65-27-202.cust.dsl.vodafone.it) |
| 10:19.23 | *** join/#oe AntonioGa (n=AntonioG@host77-119-dynamic.27-79-r.retail.telecomitalia.it) |
| 10:19.27 | *** join/#oe Flyser (n=Flyser@unaffiliated/flyser) |
| 10:20.54 | Gnutoo | inside /home/embedded/oetmp/deploy/glibc/ipk/arm-oabi it doesn't get created but inside /home/embedded/oetmp/deploy/glibc/ipk/arm-oabi it is...strange |
| 10:22.17 | flameman | anybody with zaurus c1000 here ? |
| 10:28.16 | Gnutoo | where is ipkgarchs set? |
| 10:28.51 | *** join/#oe methril|work (n=Methril@213.27.233.98) |
| 10:29.21 | methril|work | good morning |
| 10:33.14 | Gnutoo | found it |
| 10:41.42 | *** join/#oe pvanhoof (n=pvanhoof@d54C0C0BA.access.telenet.be) |
| 10:50.37 | *** join/#oe virk (n=virk@213.219.146.119.adsl.dyn.edpnet.net) |
| 10:51.38 | *** join/#oe mrdata (i=mrdata@dslb-088-074-176-235.pools.arcor-ip.net) |
| 11:16.20 | *** join/#oe Sinky (n=stancho@78.90.99.168) |
| 11:25.43 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 11:52.47 | *** join/#oe Sleep_Walker (n=Sleep@193.179.96.131) |
| 12:01.42 | *** join/#oe marcosmamorim (n=marcos@189.102.204.146) |
| 12:07.44 | *** join/#oe kika (i=7aa60de8@gateway/web/ajax/mibbit.com/x-bb50f28068486369) |
| 12:07.57 | *** join/#oe Mk-FDM (n=seagulls@cpc1-brig9-0-0-cust740.brig.cable.ntl.com) |
| 12:09.20 | kika | any good video streaming applications which uses gstreamer on oe? |
| 12:14.36 | *** join/#oe alecrim (n=alecrim@189.2.128.130) |
| 12:15.00 | *** join/#oe rsalveti (n=salveti@189.70.3.94) |
| 12:15.39 | *** join/#oe rkirti (n=Kirtika@203.199.213.3) |
| 12:23.06 | *** join/#oe florian (n=fuchs@p57B665F0.dip.t-dialin.net) |
| 12:30.25 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07stable/2009 * r697c7afd84 10openembedded.git/recipes/bluez/ (bluez4_4.31.bb files/bluetooth.conf): |
| 12:30.25 | CIA-2 | bluez4: add less restrictive (and hence less secure) bluetooth dbus config |
| 12:30.25 | CIA-2 | * this makes bluetooth actually work for non-root users and when using ssh/vnc/etc |
| 12:30.26 | CIA-2 | * this also overwrites the bluetooth.conf in the files/ that wasn't used anymore |
| 12:30.27 | CIA-2 | * this also includes the fixup commit from .dev named "bluez4: fix dbus service file" |
| 12:30.29 | CIA-2 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 12:30.31 | CIA-2 | Acked-by: Khem Raj <raj.khem@gmail.com> |
| 12:33.07 | *** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net) |
| 12:34.32 | *** join/#oe AntonioGa (n=AntonioG@host77-119-dynamic.27-79-r.retail.telecomitalia.it) |
| 12:39.28 | *** join/#oe vo5 (n=vo@189.102.204.146) |
| 12:40.58 | *** join/#oe rsalveti (n=salveti@200.184.118.130) |
| 12:52.46 | *** join/#oe eFfeM (n=frans@195-241-226-180.ip.telfort.nl) |
| 12:53.08 | eFfeM | hi |
| 12:53.59 | Gnutoo | hi |
| 12:54.10 | Gnutoo | how do I prevent the kernel from beeing compiled? |
| 12:54.25 | eFfeM | why would you ? |
| 12:54.40 | eFfeM | if you want to you can compile individual packages |
| 12:54.43 | Gnutoo | because for now I want a chroot image |
| 12:55.01 | Gnutoo | or how do I compile it with an external toolchain |
| 12:55.09 | Gnutoo | but the userland with oe's toolchain |
| 12:55.18 | *** join/#oe vivijim (n=vivijim@unaffiliated/vivijim) |
| 12:55.25 | XorA | ASSUME_PROVIDED += "virtual/kernel" |
| 12:55.49 | Gnutoo | ok thanks a lot... |
| 12:56.11 | eFfeM | if you build the kernel with oe, the patched source will end up in your work dir and you can copy that and compile with whatever you want to (after doing make clean) |
| 12:56.11 | XorA | or you might need to put both linux and virtual/kernel |
| 12:57.45 | Gnutoo | eFfeM, i've already a recipe for the kernel |
| 12:58.06 | Gnutoo | the only problem is that I've proprietary modules...so I bet I can't change the compiler... |
| 12:58.58 | eFfeM | i guess you can by hacking the recipe and redefining CC or GCC or so |
| 12:59.30 | Gnutoo | ah ok thanks a lot |
| 13:00.25 | Gnutoo | exporting it within the recipe...and the external toolchain can not be relocated...so it's easy thanks.... |
| 13:09.40 | Gnutoo | the assume provided doesn't work |
| 13:09.48 | Gnutoo | I'll try with the external toolchain |
| 13:12.10 | *** join/#oe Mk-FDM (n=seagulls@cpc1-brig9-0-0-cust740.brig.cable.ntl.com) |
| 13:15.51 | *** part/#oe _cpo_ (n=nik0n@helix.mybll.net) |
| 13:15.57 | *** join/#oe _cpo_ (n=nik0n@helix.mybll.net) |
| 13:16.01 | _cpo_ | anyone knows for a source of uboot for the lite5200 eval board? |
| 13:16.21 | _cpo_ | im sorry for the OT question |
| 13:21.12 | eFfeM | _cpo_: google? ask in a powerpc channel? |
| 13:24.06 | Gnutoo | how do I filter the kernel's CFLAGS? |
| 13:26.53 | eFfeM | Gnutoo: by putting something like this in the .bb file: |
| 13:26.54 | eFfeM | CXXFLAGS := "${@oe_filter_out('-fvisibility-inlines-hidden', '${CXXFLAGS}', d)}" |
| 13:27.13 | eFfeM | but then of cours ewith CFLAGS and the option you want to filter out |
| 13:27.22 | Gnutoo | thanks a lot |
| 13:27.34 | eFfeM | yw |
| 13:27.37 | Gnutoo | I did put export CFLAGS = "" but it didn't work |
| 13:28.35 | eFfeM | not sure how it fully works |
| 13:29.23 | Gnutoo | if it doesn't work I would have not to build the kernel |
| 13:30.01 | Gnutoo | or I could also try with a python replace if it doesn't work |
| 13:42.20 | *** join/#oe eFfeM (n=frans@195-241-226-180.ip.telfort.nl) |
| 13:51.12 | Gnutoo | doesn't work |
| 13:51.25 | Gnutoo | I'll try extra oemake |
| 13:53.51 | *** join/#oe Timelord (n=TL@166.132.184.152) |
| 13:54.10 | Gnutoo | s/extra/ |
| 13:54.16 | Gnutoo | I'll override do_compile |
| 13:56.36 | *** join/#oe vo5 (n=vo@189.102.204.146) |
| 13:59.14 | *** join/#oe brolin (n=brolin@190.157.14.3) |
| 13:59.14 | *** join/#oe birunko (n=birunko@200.184.118.130) |
| 13:59.37 | *** join/#oe marcosmamorim (n=marcos@189.102.204.146) |
| 14:00.26 | *** join/#oe cbrake (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
| 14:00.26 | *** join/#oe BusError (n=michel@oo.oomz.net) |
| 14:00.26 | *** join/#oe CIA-2 (n=CIA@208.69.182.149.simpli.biz) [NETSPLIT VICTIM] |
| 14:02.01 | flameman | anybody with zaurus c1000 here ? |
| 14:10.55 | Gnutoo | the kernel doesn't compile |
| 14:11.01 | Gnutoo | assume provided doesn't work |
| 14:11.12 | Gnutoo | how do I bypass the kernel compilation? |
| 14:11.36 | Gnutoo | I'll try assume provided of my particular kenrel |
| 14:11.54 | Gnutoo | flameman, I don't have one...but better ask the question directly |
| 14:16.50 | flameman | i am hacking the hw, wondering about the IO connector on the back: any doc around ? |
| 14:17.15 | flameman | i'd like to add an uart/rs232 (console) to c1000 |
| 14:17.33 | flameman | wondering where is the ttyS0 routed in that connector |
| 14:19.17 | Gnutoo | how do I bypass the kernel compilation? |
| 14:19.53 | flameman | bypass ? |
| 14:20.46 | Gnutoo | if I bitbake minimal-image it wants to build the kenrel |
| 14:20.49 | Gnutoo | and It fails |
| 14:20.57 | Gnutoo | so I don't want to build it |
| 14:21.03 | Gnutoo | and I don't need to build it |
| 14:21.16 | Gnutoo | cause I want a chroot |
| 14:21.17 | Gnutoo | to try |
| 14:22.36 | *** join/#oe dijenerate (n=dijenera@64.210.41.166) |
| 14:23.14 | Gnutoo | flameman, do you know #angstrom? maybe they know better or there could be other channels maybe... |
| 14:25.17 | Jay7 | #zaurus |
| 14:26.04 | Jay7 | XorA: ping |
| 14:26.21 | Jay7 | XorA: did you have zaurus serial console cables? flameman needs one :) |
| 14:26.34 | Jay7 | remember that there was some donated |
| 14:28.47 | *** join/#oe kergoth (n=kergoth@ip24-255-7-190.tc.ph.cox.net) |
| 14:28.50 | Gnutoo | anyone? |
| 14:28.55 | Gnutoo | I'm desesperating |
| 14:29.05 | Gnutoo | should I make a dummy kernel? |
| 14:30.09 | Gnutoo | anyone? |
| 14:30.15 | Gnutoo | :( |
| 14:31.44 | XorA | Jay7: I have one |
| 14:32.01 | XorA | Jay7: was Laibsch (Rolf) I think who ordered them from USA |
| 14:32.24 | Jay7 | ah, yes, Laibsh.. |
| 14:33.00 | Jay7 | well.. seems he is not on irc this time |
| 14:33.01 | XorA | Jay7: I would like to not post mine, I want to get collie working one day :-) |
| 14:33.15 | Jay7 | XorA: np :) |
| 14:33.19 | *** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
| 14:33.52 | Gnutoo | I abandonned |
| 14:34.00 | Gnutoo | I will build the default kenrel |
| 14:34.11 | Gnutoo | s/kenrel/kernel |
| 14:34.27 | Gnutoo | but it will be a mess |
| 14:36.04 | *** join/#oe dcordes_ (n=dcordes@unaffiliated/dcordes) |
| 14:37.09 | XorA | Jay7: probably best email oe devel and ask if anyones is spare |
| 14:37.17 | XorA | Jay7: lot of people stopped supporting the Z |
| 14:37.18 | Jay7 | flameman: ^^ |
| 14:38.35 | flameman | Jay7 that guy didn't add an other uart port to the c1000 |
| 14:38.50 | flameman | jay7 he simply used the second uart in order to add wifi |
| 14:39.34 | Jay7 | flameman: no, wifi was soldered to free usb port |
| 14:39.38 | flameman | jay7 i ordered a special I/O connector-usb-a from ebay .... it is for c1000, this way i will be able to pinout the connector |
| 14:40.14 | flameman | jay7 well it is what i said: he soldered the USB port, he didn't soldered the uart(serial line) ! |
| 14:41.09 | Jay7 | flameman: bluetooth was soldered to free uart |
| 14:41.22 | Jay7 | ttyS2 |
| 14:41.30 | flameman | bluetooth is usb |
| 14:41.32 | *** join/#oe Soopaman (n=Soopaman@dsl-67-55-22-106.acanac.net) |
| 14:41.57 | Jay7 | flameman: yes, but he uses only data lines and solder it to btuart of pxa270 :) |
| 14:41.58 | flameman | anyway i will investigate it by myself :P |
| 14:42.07 | Jay7 | I have asked him some time ago :) |
| 14:42.20 | flameman | ah, ok ... not so clear from his page |
| 14:42.28 | flameman | directly to pxa, ok |
| 14:43.12 | flameman | well very good, so .. i can arrange a specific hw driver in order to export uart to the rs232 line |
| 14:47.38 | *** join/#oe gremlin[it] (n=gremlin@217.203.144.14) |
| 14:47.51 | gremlin[it] | hi all ! |
| 14:47.59 | *** join/#oe marcosmamorim (n=marcos@189.102.204.146) |
| 14:48.03 | gremlin[it] | what's a good distro for NGW100 board ? |
| 14:50.28 | *** join/#oe brolin (n=brolin@190.157.14.3) |
| 14:50.34 | *** join/#oe yan (i=victor@222.130.208.179) |
| 14:55.03 | *** join/#oe rkirti (n=Kirtika@203.199.213.3) |
| 14:58.49 | *** join/#oe vo51 (n=vo@189.102.204.146) |
| 14:59.42 | ptitjes | re |
| 15:00.52 | ptitjes | how should I pass library options to ld via oe_runmake ? |
| 15:01.05 | ptitjes | can I just add -lgettext ? |
| 15:02.27 | ptitjes | linux-libc-headers_2.6.22.bb seems to miss gettext library |
| 15:02.45 | *** join/#oe aloisiojr (n=aloisio@200-168-20-127.dsl.telesp.net.br) |
| 15:08.34 | *** join/#oe BET-frogger (n=mkl@metis.ext.pengutronix.de) |
| 15:09.09 | ptitjes | in fact it misses -lintl |
| 15:10.32 | Gnutoo | ptitjes, maybe with a SOMETHIN += " -lgettext" ? |
| 15:11.01 | ptitjes | Gnutoo: yeah but what SOMETHIN... ? :) |
| 15:11.47 | Gnutoo | ptitjes, maybe LDFLAGS? |
| 15:12.04 | ptitjes | I'm trying LDADD now |
| 15:12.51 | Gnutoo | ok |
| 15:13.07 | Gnutoo | or LDFLAGS_prepend |
| 15:13.52 | *** join/#oe BET_frogger (n=frogger@cl-2094.ham-01.de.sixxs.net) |
| 15:15.02 | Gnutoo | or MAKEFLAGS |
| 15:16.52 | CIA-2 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r0557aecd17 10openembedded.git/recipes/zope/python-zopeinterface_3.5.1.bb: python-zopeinterface: fixed building |
| 15:17.47 | *** join/#oe marcosmamorim (n=marcos@189.102.204.146) |
| 15:19.42 | *** join/#oe timtimred (n=meh@79-77-121-253.dynamic.dsl.as9105.com) |
| 15:20.52 | ptitjes | Gnutoo: I do that: oe_runmake MAKEFLAGS="-lintl" allnoconfig ARCH=$ARCH |
| 15:21.08 | ptitjes | which produces: NOTE: make -e MAKEFLAGS= MAKEFLAGS=-lintl allnoconfig ARCH=arm |
| 15:21.21 | ptitjes | but this does no do it :( nor LDFLAGS |
| 15:21.56 | Gnutoo | sorry I don't know then |
| 15:22.07 | ptitjes | Gnutoo: do you think I should directly patch scripts/kconfig/conf ? http://pastebin.com/m83a5809 |
| 15:22.49 | Gnutoo | don't know...but I've a recipe that pass flags to make: |
| 15:22.54 | ptitjes | Google showed me someone doing that for cygwin |
| 15:23.27 | ptitjes | Gnutoo: yeah what is that recipe ? |
| 15:23.30 | Gnutoo | http://rafb.net/p/lOl6Gz20.html |
| 15:24.59 | ptitjes | haha |
| 15:25.06 | ptitjes | trying that immediatly |
| 15:26.05 | *** join/#oe ArteK (n=Artur@81.15.241.96) |
| 15:26.46 | *** join/#oe dijenerate (n=dijenera@64.210.41.166) |
| 15:28.29 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
| 15:36.24 | ptitjes | without success :( |
| 15:40.41 | Gnutoo | :( |
| 15:40.57 | Gnutoo | it seems that everybody has some problem today |
| 15:41.09 | Gnutoo | (I had things that didn't work too...) |
| 15:41.21 | Gnutoo | and I abandoned the idea of making them work |
| 15:43.55 | *** join/#oe morphis (n=morphis@p5489B325.dip0.t-ipconnect.de) |
| 15:49.10 | *** part/#oe ArteK (n=Artur@81.15.241.96) |
| 15:51.18 | *** join/#oe fraxinas (n=quassel@p54AA59F1.dip.t-dialin.net) |
| 16:06.31 | *** join/#oe ArteK (n=Artur@81.15.241.96) |
| 16:15.50 | *** join/#oe garren (n=garren@dsl-246-33-211.telkomadsl.co.za) |
| 16:15.58 | *** join/#oe DJWillis (n=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) |
| 16:17.46 | ptitjes | Gnutoo: succeeded |
| 16:17.58 | Gnutoo | wow... |
| 16:18.01 | Gnutoo | what did you do? |
| 16:18.22 | ptitjes | patched scripts/kconfig/Makefile |
| 16:18.26 | ptitjes | 90a91,92 |
| 16:18.26 | ptitjes | > HOSTLOADLIBES_conf = -lintl |
| 16:18.26 | ptitjes | > |
| 16:18.34 | ptitjes | :D |
| 16:19.17 | ptitjes | I'm at glibc now... still building |
| 16:27.25 | Gnutoo | ok |
| 16:28.08 | *** join/#oe vsr (i=7aa60de8@gateway/web/ajax/mibbit.com/x-707ef1f4cf3f54f9) |
| 16:29.22 | Gnutoo | I've some problem...my hello world works with oe's toolchain but not a statically linked gdbserver |
| 16:29.37 | Gnutoo | I use a 2.4.19 kernel with 2.6 headers |
| 16:29.41 | Gnutoo | I was told it was ok |
| 16:30.10 | Gnutoo | I'm trying to cross-compile gdbserver by hand with the vendor's toolchain but it doesn't work |
| 16:33.23 | Gnutoo | ok found a wokaround |
| 16:39.46 | kergoth | ptitjes: eh, you don't need libintl with glibc, only with uclibc. see gettext.bbclass. |
| 16:40.00 | kergoth | ptitjes: if you're hardcoding that -lintl, you're sacrificing portability |
| 16:45.10 | vsr | i am trying to get xtscal working on xorg-xserver. the xcalibrate extention init was not called in the function which calls all the extentions init. but even if i call xcalibrate extention init it does not get included in the list of extentions |
| 16:45.10 | *** join/#oe udovdh (n=udovdh@pindarots.xs4all.nl) |
| 16:45.27 | vsr | does any one know/has got xtscal working with xorg-xserver? |
| 16:45.38 | Gnutoo | by the way how can I tell if a binary is hard float or soft float under oabi? |
| 16:45.54 | *** join/#oe bin10101 (n=mia@rrcs-71-40-238-241.sw.biz.rr.com) |
| 16:47.19 | Gnutoo | if I compiled ldd with hardfloat and that it runs on the target does it mean that it's a hardfloat |
| 16:47.20 | Gnutoo | ? |
| 16:50.57 | *** join/#oe santamarta (n=Juanjo@195.Red-213-96-224.staticIP.rima-tde.net) |
| 16:54.47 | vsr | any know who is familiar with xorg-xserver here? |
| 16:55.51 | *** join/#oe nytowl (n=nytowl@S0106001c100a3234.cg.shawcable.net) |
| 17:06.22 | *** join/#oe pwgen (n=ew@0132900044.0.fullrate.dk) |
| 17:12.42 | ptitjes | kergoth: that is the linux headers that fails |
| 17:13.01 | ptitjes | kergoth: the conf to be more exact. see that config log: http://pastebin.com/m83a5809 |
| 17:14.41 | ptitjes | kergoth: I noticed that linux-libc-headers are builded before glibc, so how should I do than patch scripts/kconfig/Makefile ? |
| 17:15.38 | ptitjes | kergoth: also I've seen on google that some people must do this to build the kernel headers on Cygwin. This might be related in some way. |
| 17:24.53 | ptitjes | kergoth: any thoughts on this ??? |
| 17:25.52 | *** join/#oe Sleep_Walker (n=Sleep@142.19.broadband8.iol.cz) |
| 17:37.37 | Gnutoo | hello, what does that mean? Inconsistency detected by ld.so: dynamic-link.h: 62: elf_get_dynamic_info: Assertion `! "bad dynamic tag"' failed! |
| 17:37.45 | Gnutoo | I've 3 kinds of binaries: |
| 17:37.59 | Gnutoo | *hello world => they work |
| 17:38.07 | Gnutoo | *illegal instruction programs |
| 17:38.12 | Gnutoo | *and that one |
| 17:38.20 | Gnutoo | strange isn't it |
| 17:39.01 | Gnutoo | I use 2.6 headers with 2.4.19 kernel...I heard it was ok...but is it realy? |
| 17:48.10 | otavio | Hello; can someone help me to figure out why a PREFERRED_VERSION is not working? |
| 17:48.29 | otavio | I've taken a lot at the building log using -DDD for the bitbake |
| 17:49.16 | otavio | And the most interesting issue is that it does looks to be properly choosen on the log; however when I go and check the installed package in the installed-packages.txt it is the wrong version |
| 17:59.07 | XorA | otavio: is there a + in the PV? |
| 17:59.25 | otavio | XorA: no :( |
| 17:59.56 | otavio | XorA: I'm finishing a clear log build to post here |
| 18:00.04 | denix|away | re |
| 18:01.12 | denix | XorA: is PREF_VER broken with + in PV? |
| 18:01.40 | XorA | opkg/ipkg-utils sometimes seems to do odd things with a + |
| 18:02.38 | denix | ah |
| 18:03.01 | denix | but not bitbake? i.e. it shouldn't break PREFERRED_VERSION? |
| 18:03.07 | otavio | XorA: http://pastebin.com/f48221acc |
| 18:04.34 | Gnutoo | I was told it was because of nss...because It's statically linked |
| 18:04.48 | XorA | otavio: not sure I understand that log at all |
| 18:04.57 | XorA | but Im off to play games in Vista |
| 18:05.04 | Gnutoo | (nss is dlopened by glibc and so beeing statically linked it can't find it) |
| 18:05.31 | denix | speaking of which, is there any way to set PREFERRED_PROVIDER for a _runtime_ package dependency? |
| 18:05.34 | otavio | http://pastebin.com/f165d19a4 |
| 18:05.36 | otavio | XorA: http://pastebin.com/f165d19a4 |
| 18:05.40 | otavio | XorA: a more clear one |
| 18:05.50 | otavio | XorA: the P_V is 9.0.95 |
| 18:05.51 | otavio | oops |
| 18:05.55 | otavio | 9.0.94 |
| 18:06.02 | otavio | but it installs 9.0.94.20... |
| 18:06.16 | XorA | because thats higher version |
| 18:06.29 | XorA | remember opkg/ipkg does the installs, and it selects highest in feed |
| 18:06.33 | denix | yeah, that's opkg selecting a newer version |
| 18:06.39 | ptitjes | wow did someone had problems with gutils.h in glib |
| 18:06.40 | ptitjes | ? |
| 18:08.21 | *** join/#oe booxter (n=booxter@80.249.93.168) |
| 18:09.07 | otavio | humm |
| 18:09.17 | denix | otavio: http://wiki.openembedded.net/index.php/Versioning_Policy |
| 18:09.22 | otavio | if opkg does the install how I could "cleanup" the feed? |
| 18:09.36 | denix | rm should work :) |
| 18:09.53 | ptitjes | __GNUC_PREREQ is not known... |
| 18:10.01 | denix | rm /home/otavio/hacking/ossystems/oe/tmp/deploy/glibc/ipk/i686-osthindesktop-lite/osthindesktop-manager-applet-xabout_9.0.94.20 |
| 18:11.16 | *** join/#oe Sleep-Walker (n=Sleep@1.57.broadband2.iol.cz) |
| 18:13.03 | otavio | denix: there's no easy way to get it to "morgue" the not preferred ones? |
| 18:15.19 | *** join/#oe greentux (n=lemke@BAA3df3.baa.pppool.de) |
| 18:19.53 | *** join/#oe egwhoi (n=G@ericg.whoi.edu) |
| 18:20.11 | *** join/#oe morphis (n=morphis@p5489B325.dip0.t-ipconnect.de) |
| 18:24.55 | *** join/#oe HellDragon (i=jd@Wikipedia/HellDragon) |
| 18:25.31 | denix | otavio: not sure. I believe only older versions go to morgue when newer added to the feed, not the other way around |
| 18:28.25 | otavio | denix: I though that when building it would grab the preferred version for the installation |
| 18:28.41 | otavio | denix: and only if we were doing an update it would install the newest version |
| 18:28.50 | otavio | denix: i mean on the rootfs task |
| 18:31.16 | *** join/#oe HellDragon (n=jd@Wikipedia/HellDragon) |
| 18:31.55 | *** join/#oe eeninja (n=G@ericg.whoi.edu) |
| 18:32.31 | khem | ptitjes: you prolly need this patch http://www.nabble.com/-PATCH--*-lib-safe-alloc.h-%28__GNUC_PREREQ%29%3A-define-if-not-already-defined-td22300286.html |
| 18:33.54 | ptitjes | khem: arf I have gone for this one: http://sources.redhat.com/ml/libc-alpha/2004-03/msg00264.html |
| 18:33.59 | ptitjes | and this seems to be ok |
| 18:36.07 | khem | ptitjes: ok |
| 18:36.15 | *** join/#oe leonardo_ (n=cabarnes@64-198-47-2.ip.mcleodusa.net) |
| 18:36.27 | ptitjes | khem: should I propose some patches to oe ? |
| 18:36.41 | khem | is it in gnulib ? |
| 18:36.57 | ptitjes | in glib |
| 18:37.19 | denix | otavio: the rootfs is populated by opkg and it doesn't know anything about bitbake variables (like PREFERRED_VERSION) |
| 18:38.52 | khem | ptitjes: try searching upstream first |
| 18:38.57 | leonardo_ | i'm having an issue using the x11-gpe-image. Everything builds fine and I can boot to it, however, when it starts /etc/init.d/gpe-dm it crashes with an unhandled page fault. I can write directly to the framebuffer and change the color of the screen. Why would gpe crash like that? I'm using the newest OE from git along with an Atmel AT91SAM9261ek board. |
| 18:38.57 | khem | for glib package |
| 18:39.51 | ptitjes | khem: this is my third fix in the day |
| 18:40.10 | ptitjes | I unfortunately won't be able to ping upstream for all |
| 18:40.36 | ptitjes | as lots of work waits for my oe tree to work |
| 18:40.38 | ptitjes | :( |
| 18:45.35 | *** join/#oe HellDragon (i=jd@Wikipedia/HellDragon) |
| 18:58.08 | otavio | humm |
| 18:58.10 | otavio | denix: got it |
| 18:58.17 | otavio | needs to see how to handle it |
| 19:01.31 | *** join/#oe likewise (n=chatzill@82-171-51-231.ip.telfort.nl) |
| 19:01.38 | likewise | gm |
| 19:05.36 | Gnutoo | hello, when I chroot I have: Illegal instruction...what's the best way to debug that? |
| 19:05.51 | Gnutoo | as I can't chroot I can't install programs |
| 19:06.13 | *** join/#oe likewise (n=chatzill@82-171-51-231.ip.telfort.nl) |
| 19:06.39 | otavio | denix: is there an easy way to "split" the feeds? |
| 19:07.15 | otavio | denix: like put the .ipk on a two group of feeds, so I could split it up and add it or not, depending on if it is a debug image or not |
| 19:07.36 | *** join/#oe likewise (n=chatzill@82-171-51-231.ip.telfort.nl) |
| 19:08.37 | *** join/#oe gremlin[it] (n=gremlin@217.203.144.14) |
| 19:08.59 | *** join/#oe likewise (n=chatzill@82-171-51-231.ip.telfort.nl) |
| 19:09.48 | *** join/#oe florian (n=fuchs@g228196119.adsl.alicedsl.de) |
| 19:11.09 | likewise | hi all |
| 19:11.26 | likewise | do we still have an openembedded-essentials (for Ubuntu/Debian) somewhere? |
| 19:11.59 | gremlin[it] | hi likewise, what u mean ? |
| 19:13.35 | denix | otavio: you can have 2 separate deploy directories... |
| 19:14.10 | denix | not sure if you can do that with a single build, unless your are building for different machines/archs |
| 19:14.59 | otavio | denix: my idea is to set it in build time |
| 19:15.18 | otavio | denix: so the ones that are built using our development "snapshot" gets into this feed |
| 19:20.45 | khem | likewise: hey are you lookin for something like http://wiki.openembedded.net/index.php/OEandYourDistro |
| 19:21.26 | likewise | khem, gremlin[it]: yes, but the wiki page does not mention an apt repository for openembedded-essential anymore, it used to. |
| 19:21.58 | khem | likewise: I think we have the rpm but not the .deb :( |
| 19:22.04 | gremlin[it] | ah i understand ... don't know the details ... i'm a Fedora guy ... |
| 19:23.18 | Gnutoo | ah...hello world also has that...I'll investigate |
| 19:24.10 | likewise | khem: I think hrw and Laibsch hosted their own .deb. |
| 19:27.23 | *** join/#oe Omegamoon (n=egoe@demolitionman.xs4all.nl) |
| 19:27.32 | denix | otavio: you can probably set the DEPLOY_DIR based on some parameters, like whether it's "dev" build or not |
| 19:29.21 | khem | likewise: yeah could be |
| 19:31.05 | ptitjes | can someone please consider http://bugs.openembedded.net/show_bug.cgi?id=5083 |
| 19:32.46 | otavio | denix: humm do you know where to add it for it to be added on the "feeds" set? |
| 19:33.08 | *** join/#oe morphis (n=morphis@p5489B325.dip0.t-ipconnect.de) |
| 19:37.13 | Gnutoo | strange...: http://rafb.net/p/EqeCmz40.html <- is the cause of the illegal instruction here: 0x00008868 <__libc_setup_tls+292>:cmnr0, #4096; 0x1000 ? |
| 19:37.54 | Gnutoo | cmn is on evry version of arm...that is strange... |
| 19:41.59 | gremlin[it] | yes strange |
| 19:42.20 | *** join/#oe HellDragon (n=jd@Wikipedia/HellDragon) |
| 19:42.37 | Gnutoo | here's the story: |
| 19:42.57 | Gnutoo | I've an old machine with 2.4 kernel and oabi and probably hard float |
| 19:43.08 | Gnutoo | worst case scenario...lol |
| 19:43.14 | gremlin[it] | ep93xx ? |
| 19:43.18 | Gnutoo | so I'm trying to change the userland |
| 19:43.20 | Gnutoo | no pma430 |
| 19:43.59 | Gnutoo | I built a toolchain...building a hello world from the devshell and running it on the machine works |
| 19:44.25 | Gnutoo | but not the bitbaken hello world ipk |
| 19:44.43 | Gnutoo | chroot doesn't work(also illegal instruction) |
| 19:45.29 | Gnutoo | as chroot I meant chrooting...(the chroot program comes from the original distro) |
| 19:45.31 | gremlin[it] | mhhh i suggest to check the options used to build libc ... |
| 19:46.08 | Gnutoo | gremlin[it], ok...I've built it against a 2.6 kernel headers but I was told it was ok |
| 19:47.17 | gremlin[it] | mhhh yes maybe and surely could cause completely different kind of errors |
| 19:47.43 | *** join/#oe HopsNBarley_ (n=hops@pool-173-67-93-147.snfcca.dsl-w.verizon.net) |
| 19:47.54 | Gnutoo | mmm...the hello world recipe is static... |
| 19:48.04 | Gnutoo | the other hello world isn't static |
| 19:48.06 | ptitjes | could we consider bumping pax-utils ? 0.1.13 is actually failing on some plateforms MacOS X, BSD, ... |
| 19:48.37 | ptitjes | ptitjes: gentoo folks already patched it a lot. and they are at version 0.1.18 |
| 19:48.44 | Gnutoo | gremlin[it], what kind of error...what do you mean? |
| 19:48.52 | Gnutoo | and thanks a lot for the indications |
| 19:50.12 | gremlin[it] | Gnutoo, use the "wrong" kernel-headers should not cause illegal instruction ... |
| 19:50.33 | Gnutoo | ok thanks a lot for the info |
| 19:52.48 | gremlin[it] | nothing ... |
| 19:56.02 | Gnutoo | the dynamicaly linked does the same thing...maybe it's a gcc flag |
| 19:57.21 | Gnutoo | oops...I forget to remove -static |
| 19:58.23 | gremlin[it] | yes gotcha (probably) ! |
| 19:58.28 | *** join/#oe HellDragon (n=jd@Wikipedia/HellDragon) |
| 19:59.11 | *** join/#oe mnabil_ (n=mnabil@62.135.96.252) |
| 20:03.12 | *** join/#oe marcosmamorim (n=marcos@189.102.204.146) |
| 20:03.53 | Gnutoo | mmm...only dynamic thing work |
| 20:04.08 | Gnutoo | but that's with the old glibc |
| 20:06.23 | Gnutoo | what should I do now? |
| 20:06.41 | Gnutoo | maybe step by step execution? |
| 20:10.23 | *** join/#oe pleemans (n=toi@d54C2AAB7.access.telenet.be) |
| 20:14.28 | *** join/#oe valhalla (n=valhalla@81-174-23-93.dynamic.ngi.it) |
| 20:14.38 | gremlin[it] | Hi valhalla ! |
| 20:15.02 | valhalla | hi gremlin[it] |
| 20:15.31 | Gnutoo | hi valhalla, I tried to update wesnoth but I run into boost bug for arm...I have to try boost's trunk... |
| 20:16.38 | Gnutoo | (I said that because maybe you are still interested in the wesnoth recipe) |
| 20:16.48 | valhalla | hi Gnutoo, I've been reading something about it on the ml |
| 20:16.58 | Gnutoo | ok |
| 20:17.16 | valhalla | and yes, I'm still interested inthe wesnoth recipe :) |
| 20:17.23 | Gnutoo | that part on the boost bug was not on the ml...it seems unrelated to the assembly |
| 20:17.32 | Gnutoo | s/assembly/assembly part |
| 20:18.53 | Gnutoo | here's a gdb session of wesnoth: http://192.168.1.1/wesnoth/backtrace_0001.txt |
| 20:18.57 | Gnutoo | oops again |
| 20:19.12 | gremlin[it] | night all |
| 20:19.22 | Gnutoo | http://gnutoo.homelinux.org/wesnoth/backtrace_0002.txt |
| 20:19.58 | Gnutoo | (at the moment I was trying to find the cause of illegal instructions in a very old platform) |
| 20:21.41 | valhalla | ok, at the moment I'm not able to read it, but I'll look at it :) |
| 20:21.53 | valhalla | half asleep, sorry |
| 20:22.11 | Gnutoo | np |
| 20:22.25 | Gnutoo | some time I'm in worse conditions |
| 20:27.29 | Gnutoo | mmm...maybe my illegal instruction is related to pthread... |
| 20:27.50 | Gnutoo | I thought about pthread before...but it was said that it worked with 2.6 headers so... |
| 20:28.12 | Gnutoo | (nptl) |
| 20:34.05 | Gnutoo | if __libc_setup_tls is related to nptl |
| 20:38.42 | *** join/#oe tbone-atl (n=bdixon@adsl-074-184-081-201.sip.asm.bellsouth.net) |
| 20:39.14 | *** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 20:42.22 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 20:45.25 | marex | florian, hi, would you mind applying two bugfixes for me ? |
| 20:45.55 | *** join/#oe LakeSolon (n=blake@64-83-211-119.dhcp.stcd.mn.charter.com) |
| 20:45.57 | florian | marex: no problem if you have some minutes |
| 20:46.17 | Gnutoo | mmm...if: |
| 20:46.21 | marex | florian, I can mail them to you ... I'm just under heavy buildload and I dont feel like using firefox ;) |
| 20:46.40 | Gnutoo | *the program is statically linked to the cross-compiled glibc => illegal instruction |
| 20:46.41 | marex | florian, can you PM me your mail please? thanks |
| 20:47.14 | Gnutoo | *the program is dynamically linked to the cross-compiled glibc but...use the cross-compiled glibc => illegal instruction |
| 20:47.57 | Gnutoo | else if *the program is dynamically linked to the cross compiled glibc but runs on the original glibc => works |
| 20:48.07 | *** part/#oe santamarta (n=Juanjo@195.Red-213-96-224.staticIP.rima-tde.net) |
| 20:48.48 | florian | Gnutoo: sounds like a problem with your cross compiled libc. |
| 20:49.32 | Gnutoo | florian, yes I think it is: it fails after __libc_setup_tls => it's related to threads... => ntpl doens't work on 2.4 kernel doesn't it? |
| 20:49.37 | Gnutoo | s/ntpl/nptl |
| 20:50.06 | Gnutoo | so maybe it's that but I'd like to verify it before rebuilding the whole setup |
| 20:50.20 | Gnutoo | and can nptl be disabled on the new as 2.6.1 glibc? |
| 20:50.39 | Gnutoo | s/setup/tmpdir |
| 20:50.48 | Gnutoo | I've also a gdb session about that |
| 20:51.05 | Gnutoo | and thanks a lot for your help |
| 20:52.56 | marex | florian, you have them in your inbox ... |
| 20:53.00 | marex | I hope it helps |
| 20:54.26 | timtimred | 2.4 probably needs to be patched for nptl if its vanilla? |
| 20:54.27 | *** join/#oe ant__ (n=andrea@host247-251-dynamic.14-87-r.retail.telecomitalia.it) |
| 20:54.34 | timtimred | oopa nypl |
| 20:54.52 | timtimred | ok, you need to fix my spelling since im done with the backspace game. |
| 20:56.45 | Gnutoo | timtimred, couldn't I desactivate glibc's nptl...and are you shure it's that? |
| 20:57.46 | timtimred | dont know, but i think you may need to patch a vanilla kernel for nptl if you are trying to make it work |
| 20:58.18 | timtimred | for 2.4s |
| 20:58.26 | Gnutoo | ok |
| 20:59.05 | Gnutoo | so I think I'll have to build the serial cable... |
| 20:59.55 | ptitjes | can someone tell me the startegy oe uses for file fetching ? |
| 21:00.11 | ptitjes | I have SRC_URI = "${GENTOO_MIRROR}/pax-utils-${PV}.tar.bz2;md5sum=98f6b9fe17a740a8cc577255422c6103" |
| 21:01.28 | ptitjes | it seems GENTOO_MIRROR does not point to the gentoo servers but to ibiblio |
| 21:02.49 | *** join/#oe hrw|gone (n=hrw@chello089078173235.chello.pl) |
| 21:02.58 | ptitjes | ha!! it is defined in bitbake conf. Shouldn't this point to gentoo ? |
| 21:04.43 | Gnutoo | ptitjes, maybe ibiblio is a gentoo mirror |
| 21:05.37 | ptitjes | hum... |
| 21:08.50 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 21:11.21 | *** part/#oe bazbell (n=a0192809@nat/ti/x-9e9978886b02146c) |
| 21:13.19 | marex | florian, how are the patches? btw. linphone is broken :/ |
| 21:13.29 | khem | ptitjes: which version of paxutils are you building |
| 21:13.45 | *** join/#oe Sleep_Walker (n=Sleep@1.57.broadband2.iol.cz) |
| 21:14.02 | ptitjes | khem: 0.1.18 does build correctly |
| 21:14.13 | ptitjes | 0.1.19 is still masked on gentoo |
| 21:15.19 | ptitjes | khem: but you have to configure GENTOO_MIRROR as a real gentoo mirror (for instance ftp://ftp.free.fr/mirrors/ftp.gentoo.org/distfiles/) |
| 21:16.34 | ptitjes | men I don't know what to choose... can someone help me ? http://pastebin.com/m495f8b32 |
| 21:17.27 | ptitjes | also did someone tried to replace the series of case in the openssl.inc by using "./config" as adviced at the end on the paste ? |
| 21:26.18 | Gnutoo | mmm...I think it's ntpl: http://www.codesourcery.com/archives/arm-gnu/msg00293.html |
| 21:27.17 | Gnutoo | so I've some options: |
| 21:27.29 | Gnutoo | *)find ntpl patches for my kenrel |
| 21:27.35 | Gnutoo | *)disable ntpl |
| 21:27.43 | Gnutoo | *)use an old glibc |
| 21:27.52 | Gnutoo | (with ntpl disabled) |
| 21:33.29 | *** part/#oe ArteK (n=Artur@81.15.241.96) |
| 21:38.32 | timtimred | Gnutoo: use uclibc? |
| 21:38.38 | timtimred | :D |
| 21:39.37 | ptitjes | ok I think I hit the hell problem... |
| 21:40.04 | ptitjes | I have to reformat my hard disk so that it is case-sensitive :] |
| 21:44.23 | *** join/#oe Flyser_ (n=Flyser@unaffiliated/flyser) |
| 21:48.44 | Gnutoo | timtimred, lol I never thought of that...would it work? |
| 21:49.29 | *** join/#oe xjqian (n=gordon@mir-nil-pat-118-150.wustl.edu) |
| 21:51.43 | Gnutoo | ptitjes, what filesystem do you use? |
| 21:52.48 | Gnutoo | wonder what is more compatible between uclibc and glibc-2.5 |
| 21:52.57 | Gnutoo | because there are issues on uclibc |
| 21:52.58 | ptitjes | Journalized HFS+ but not case-sensitive :) |
| 21:53.33 | Gnutoo | ptitjes, ah ok...does oe work well on macOSX apart the case-sensitive thing? do you have bash on macOSX? |
| 21:54.32 | ptitjes | Gnutoo: hey man MacOS X is a fully-fledged unix |
| 21:54.44 | ptitjes | Gnutoo: you have bash by default for sure |
| 21:54.52 | ptitjes | LOL |
| 21:55.00 | Gnutoo | because in FreeBSD there is no bash but another shell |
| 21:55.12 | Gnutoo | by default |
| 21:55.16 | Gnutoo | so there are problems |
| 21:55.25 | ptitjes | Gnutoo: anyway I'm using Gentoo-Prefix over MacOS X |
| 21:55.29 | Gnutoo | ok |
| 21:57.53 | *** join/#oe brolin (n=brolin@nat50.udea.edu.co) |
| 22:01.05 | timtimred | OE does not work well on OS X |
| 22:01.37 | Gnutoo | that's what I wondered |
| 22:01.42 | timtimred | ....even on case sensitive HFS+ |
| 22:01.45 | timtimred | or UFS |
| 22:01.49 | Gnutoo | I think I'll try glibc-2.5 |
| 22:01.52 | Gnutoo | with a patch |
| 22:02.19 | timtimred | i started the OS X bit in OE and your distro. be good for someone to put more work in on it tho :) |
| 22:02.49 | timtimred | apparently there was another howto on the old wiki. i had (have) no idea where that is/was :) |
| 22:03.25 | nytowl | ptitjes : do you know who is in charge of the ecore python bindings ? |
| 22:04.26 | *** join/#oe dcordes_ (n=dcordes@unaffiliated/dcordes) |
| 22:10.23 | khem | timtimred: there is a git branch that koen has started for mac osx origin/koen/darwin-host-fixes |
| 22:19.28 | Jay7 | -> sleep |
| 22:21.36 | timtimred | ahhh. |
| 22:23.59 | *** join/#oe guillaum1 (n=gl@AMontsouris-153-1-1-6.w86-212.abo.wanadoo.fr) |
| 22:40.00 | *** join/#oe Sleep_Walker (n=Sleep@89.113.broadband12.iol.cz) |
| 22:45.29 | *** join/#oe gerwinin (n=gerwinin@ip5457b30e.direct-adsl.nl) |
| 22:53.06 | *** join/#oe mnabil_ (n=mnabil@82.201.222.224) |
| 23:03.52 | *** join/#oe brolin (n=brolin@nat50.udea.edu.co) |
| 23:12.08 | *** join/#oe timtim123 (n=meh@79-77-121-253.dynamic.dsl.as9105.com) |
| 23:12.51 | khem | Gnutoo: why do you need glibc 2.5 |
| 23:12.55 | khem | why not something newer |
| 23:20.18 | ptitjes | nytowl: sorry not at all |
| 23:28.53 | *** join/#oe Flyser (n=Flyser@unaffiliated/flyser) |
| 23:47.53 | *** join/#oe raster (n=raster@enlightenment/developer/raster) |
| 23:48.19 | *** join/#oe Flyser (n=Flyser@unaffiliated/flyser) |
| 23:48.33 | *** join/#oe Mk-FDM (n=seagulls@host86-142-43-27.range86-142.btcentralplus.com) |
| 23:56.41 | MostAwesomeDude | Hey, quick question. Is it python, or python-native, that I want to include in target images? |