00:02.03 | *** join/#oe valhalla (~valhalla@81-174-22-132.dynamic.ngi.it) |
00:02.04 | *** join/#oe Leatherface (~leatherfa@gw2.pite.biz) |
00:14.11 | *** join/#oe strnx (strnx@174.127.80.146) |
00:18.18 | *** join/#oe bluelightning (~paul@or-67-237-97-32.sta.embarqhsd.net) |
00:18.19 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
00:33.15 | *** join/#oe nitink (~nitink@192.55.54.40) |
01:00.38 | *** join/#oe HokieTux (~HokieTux@157.22.28.13) |
01:01.33 | *** join/#oe jmpdelos (~polk@delos.delos.com) |
01:01.36 | *** join/#oe jmdelos_ (~polk@delos.delos.com) |
01:16.50 | *** join/#oe penghb (~penghb@202.108.130.138) |
01:32.03 | *** join/#oe ALoGeNo (~alogeno@225.Red-79-150-192.dynamicIP.rima-tde.net) |
01:32.04 | *** join/#oe ALoGeNo (~alogeno@unaffiliated/alogeno) |
01:36.18 | *** join/#oe dijenerate (~dijenerat@173.225.251.175) |
01:50.31 | *** join/#oe anarsoul_ (~anarsoul@80.249.93.223) |
01:53.45 | *** join/#oe nitink1 (~nitink@192.55.54.40) |
02:29.45 | *** join/#oe dijenerate (~dijenerat@173.225.251.175) |
02:37.15 | *** join/#oe Russ (~russ@12.69.71.131) |
02:46.26 | *** join/#oe HokieTux (~HokieTux@157.22.28.13) |
02:51.29 | *** join/#oe risca (~risca@out-on-143.wireless.telus.com) |
03:26.21 | *** join/#oe nitink (~nitink@192.55.54.40) |
04:14.23 | *** join/#oe jmpdelos (~polk@delos.delos.com) |
04:14.28 | *** join/#oe jmdelos_ (~polk@delos.delos.com) |
04:24.36 | *** join/#oe snkt (~snkt@122.170.104.85) |
04:29.41 | *** join/#oe sgw (~sgw@or-67-237-97-32.sta.embarqhsd.net) |
04:43.49 | *** part/#oe cminyard (~cminyard@pool-173-57-157-96.dllstx.fios.verizon.net) |
05:31.45 | *** join/#oe cbrake (~cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
05:35.21 | *** join/#oe erwt (~erwt@122.170.104.85) |
05:44.32 | *** join/#oe eFfeM (~frans@a2038.upc-a.chello.nl) |
05:57.42 | *** join/#oe roxell (~roxell@sestofw01.enea.se) |
06:04.58 | *** join/#oe devzero_ (devzero@xdsl-89-0-166-68.netcologne.de) |
06:08.45 | *** join/#oe anuj (7d132775@gateway/web/freenode/ip.125.19.39.117) |
06:08.50 | anuj | hi |
06:09.27 | anuj | any idea how to specify SRC_URI in bb version 1.10.2 |
06:09.43 | anuj | for source in local system |
06:10.23 | anuj | iin 1.8 i use to specify SRC_URI = "file://../../../build/sources/git-${PV}.tar.bz2" in this way |
06:10.39 | anuj | but its not working in 1.10.2 |
06:18.50 | *** join/#oe clio (~andrej@85.159.109.222) |
06:19.14 | *** join/#oe rob_w (~bob@ppp-93-104-176-184.dynamic.mnet-online.de) |
06:19.14 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
06:27.48 | *** join/#oe jkridner (~jason@pdpc/supporter/active/jkridner) |
06:39.21 | *** join/#oe snkt (~snkt@122.170.104.85) |
07:01.13 | anuj | any idea about this issue |
07:13.31 | *** join/#oe Spider-Pork (~Spider-Po@host39-232-static.225-95-b.business.telecomitalia.it) |
07:15.17 | *** join/#oe tws (~Miranda@178.121.163.173) |
07:17.59 | *** join/#oe rob_w (~bob@93.104.205.194) |
07:17.59 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
07:23.54 | *** join/#oe HeinervdmOff (~zimmerman@cookie.physik.uni-bonn.de) |
07:29.53 | *** join/#oe stefan_schmidt (~stefan@guest232.ibr.cs.tu-bs.de) |
07:33.43 | *** join/#oe amarsman (~marsman@90-145-17-249.wxdsl.nl) |
07:43.32 | *** join/#oe vitus (~vitus@145.253.169.210) |
08:17.46 | *** join/#oe Zagor (~bjst@rockbox/developer/Zagor) |
08:23.26 | *** join/#oe ensc|w (~ensc@www.sigma-chemnitz.de) |
08:24.30 | *** join/#oe snyp3r (~wayne@host213-123-233-22.in-addr.btopenworld.com) |
08:29.57 | *** join/#oe roland_ (~quassel@89-235-209-12.saturn.infonet.ee) |
08:31.49 | *** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it) |
08:33.22 | *** join/#oe pvanhoof (~pvanhoof@d54C148A9.access.telenet.be) |
08:36.34 | *** join/#oe 77CAAJ9JD (~t@83.151.21.119) |
09:13.52 | *** join/#oe erwt (~erwt@122.170.104.85) |
09:14.28 | *** join/#oe snkt (~snkt@122.170.104.85) |
09:17.23 | *** part/#oe Zagor (~bjst@rockbox/developer/Zagor) |
09:17.27 | *** join/#oe Zagor (~bjst@rockbox/developer/Zagor) |
09:24.08 | mckoan | good morning |
09:30.00 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
09:48.48 | *** join/#oe dsap (~dsap@athedsl-203504.home.otenet.gr) |
09:52.12 | *** join/#oe _tasslehoff_ (~Tasslehof@84.49.231.147) |
09:54.58 | *** join/#oe dsap (~dsap@athedsl-203504.home.otenet.gr) |
09:56.00 | *** join/#oe florian (~fuchs@port-217-146-132-69.static.qsc.de) |
09:56.01 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
09:57.18 | *** part/#oe dsap (~dsap@athedsl-203504.home.otenet.gr) |
09:58.40 | *** join/#oe dsap (~dsap@athedsl-203504.home.otenet.gr) |
10:04.16 | *** join/#oe pespin (~pespin@cisne-cn10.upc.es) |
10:13.17 | *** join/#oe DJWillis (djwillis@cpc1-bath5-2-0-cust122.aztw.cable.virginmedia.com) |
10:25.29 | *** join/#oe pepermint (~pepermint@host29-50-dynamic.45-79-r.retail.telecomitalia.it) |
10:43.04 | *** join/#oe Cubi_ (~cubi@static-87-79-65-72.netcologne.de) |
10:44.58 | *** join/#oe pretec (~Matthias@fb-n15-11.unbelievable-machine.net) |
10:47.53 | *** join/#oe pwgen (~ew@pp29-254.phys.au.dk) |
10:59.53 | *** join/#oe jmpdelos (~polk@delos.delos.com) |
11:00.03 | *** join/#oe jmdelos_ (~polk@delos.delos.com) |
11:01.03 | *** join/#oe pespin (~pespin@cisne-cn08.upc.es) |
11:01.12 | *** join/#oe roland (~quassel@phobos.martem.ee) |
11:02.23 | *** join/#oe _tasslehoff_ (~Tasslehof@147.84-49-231.nextgentel.com) |
11:34.18 | pwgen | had anyone success with compiling openjdk-6 , i get allways segfaults with qemu in do_compilesteptwo |
11:38.35 | _tasslehoff_ | in oe-core fsck is ran automatically on partitions at boot (when needed), but not on oe-classic. is this something I must enable / turn on someplace? |
11:40.39 | pwgen | _tasslehoff_ man fstab. its the fitht and sixth field , that tunes this behavior, i assume oe-core and oe-classic are using difftenyt templates |
11:49.00 | _tasslehoff_ | pwgen: actually I have the same fstab in both cases. only difference is that I use relatime on oe-core and noatime in oe-classic |
11:49.36 | pwgen | _tasslehoff_ : systemd or clissic sysvinit ? |
11:52.45 | pwgen | usually the /etc/init.d/checkroot.sh script is responsible doing a check on boottime |
11:52.57 | _tasslehoff_ | pwgen: classic sysvinit. systemd on the oe-core that works |
11:55.06 | pwgen | there should be a symlink in /etc/rcS.d that points to /etc/init.d/checkroot.sh. this "should" make this checkon boot time . |
11:57.07 | _tasslehoff_ | pwgen: that script is ran, I've seen some of the prints from it. will have to debug it to find out what fails. thanks. |
11:57.22 | pwgen | np[ |
12:06.30 | *** join/#oe snkt (~snkt@122.170.104.85) |
12:19.48 | *** join/#oe vivijim (vivijim@nat/intel/session) |
12:19.48 | *** join/#oe vivijim (vivijim@nat/intel/x-xbcjyucrhviejtrl) |
12:19.48 | *** join/#oe vivijim (vivijim@unaffiliated/vivijim) |
12:20.24 | *** join/#oe pretec (~Matthias@fb-n15-11.unbelievable-machine.net) |
12:23.49 | *** join/#oe pespin (~pespin@cisne-cn08.upc.es) |
12:23.49 | *** join/#oe ALoGeNo (~alogeno@unaffiliated/alogeno) |
12:23.49 | *** join/#oe khem (~khem@99-57-140-209.lightspeed.sntcca.sbcglobal.net) |
12:23.49 | *** join/#oe housel (~user@mccarthy.opendylan.org) |
12:23.49 | *** join/#oe uwe_ (~uwe_@dslb-088-066-186-052.pools.arcor-ip.net) |
12:23.49 | *** join/#oe pigeon (~pigeon@eth5284.nsw.adsl.internode.on.net) |
12:23.49 | *** join/#oe ecloud (quassel@nat/trolltech/x-vcvyxdbifstvqpft) |
12:26.21 | _tasslehoff_ | seems to be some differences between the checkroot scripts in core and classic, and the fact that I have ENABLE_ROOTFS_FSCK=no in /etc/default/rcS likely doesn't help |
12:28.56 | pwgen | *FG* i think you are right "ENABLE_ROOTFS_FSCK=n" sounds like something that disable the ROOTFS_CHECK ... |
12:49.20 | *** join/#oe rlrosa (~rodrigo@r186-50-66-180.dialup.adsl.anteldata.net.uy) |
12:49.34 | rlrosa | hi |
12:50.16 | rlrosa | i'm working with i2c from kernel space, using linux/i2c-dev-user.h |
12:51.04 | rlrosa | i include the file and work fine with it when compiling native on my beagleboard, but i don't know how to do stuff on my pc, since i cannot find this header |
12:51.28 | rlrosa | i'm using Linux rrosa-X220 2.6.38-13-generic #56-Ubuntu SMP |
12:52.17 | pwgen | rlros install required kernel headers. or the i2c dev packages ( this should install the required header files. |
12:53.16 | rlrosa | pwgen, i have i2c-tools and libi2c-dev, can't find any other i2c related packages |
12:55.01 | *** join/#oe Crofton (~balister@HSI-KBW-091-089-004-107.hsi2.kabelbw.de) |
12:55.44 | Cubi_ | rlrosa, lm-sensors may help |
12:58.53 | rob_w | do we have any support for karo-elektronics.de boards , like tx25 tx28 ? |
13:19.06 | florian | rob_w: oe classic should have support for the tx25. it is likely to be out of date, but replacing the board patch should be pretty easy. |
13:39.15 | otavio | Is someone working at xinput-callibrator improvement? |
13:40.25 | *** join/#oe kristoffer (~kristoffe@c-63dce555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
13:40.30 | *** join/#oe pretec (~Matthias@fb-n15-11.unbelievable-machine.net) |
13:43.53 | ynezz | rob_w: Do you know by any chance what's the price of those modules (and the base board, Starter-Kit V)? |
13:46.20 | *** join/#oe armin^ (~aburchard@ricgw02.informatik.uni-bremen.de) |
14:13.08 | *** join/#oe mhnoyes (~mhnoyes@74-32-172-82.dr01.myck.or.frontiernet.net) |
14:13.08 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
14:15.58 | *** join/#oe pespin (~pespin@cisne-cn08.upc.es) |
14:26.15 | *** join/#oe mrmoku` (~mrmoku@host-188-174-206-12.customer.m-online.net) |
14:26.40 | rob_w | ynezz, no idea about pricing .. |
14:27.52 | rob_w | thanks florian i just found it that some evm board support existis . those should be fine to start with .. thanks btw for the embedded world suggestions .. as you see i take them and we will try to based on those boards our "lowend" products |
14:29.35 | *** join/#oe pvanhoof (~pvanhoof@d54C148A9.access.telenet.be) |
14:30.33 | *** join/#oe drw (~drw@cpe-24-242-197-126.tx.res.rr.com) |
14:46.00 | pb_ | morning all |
14:56.53 | slapin | hi, all! |
14:57.11 | slapin | I'm in zillion problems with python in oe-core again |
14:58.17 | slapin | when building _curses modules it for some reason includes curses.h from -native curses instead one in arm sysroot, which fails quite fast with inability to include curses-32.h |
14:58.51 | slapin | when i just put proper curses.h into python tree includes, it compiles properly. |
14:59.34 | slapin | also, weird problems with hashlib, and attempts to look for libcrypto.so in native directory |
15:00.04 | slapin | so python is basically unusable for me now |
15:00.50 | slapin | I use amd64 as build host, and everyone else seems to be using 32-bit build host so no problems are seen |
15:01.04 | slapin | and nobody uses python for that matter. |
15:07.00 | pb_ | well, I use a 64-bit build host, but I don't think I use python on the target. |
15:07.17 | pb_ | (I do build it, because it's a silly build dependency of something or other, but I don't think it ever gets installed.) |
15:15.39 | slapin | so to confirm that target python is in non-working unmaintained state for a long time |
15:19.22 | slapin | and libcrypto.so is never installed by openssl package, which seems to be reason for broken hashlib module in python |
15:20.23 | slapin | with breakage of hashlib python will not work with even with that little use it had before |
15:21.32 | slapin | so it means basically there's no python support with OE and I ask what id does withi oe-core, which should be rock-solid by design? probably its place is in meta-oe for its quality. |
15:21.38 | *** part/#oe dsap (~dsap@athedsl-203504.home.otenet.gr) |
15:23.33 | slapin | sorry, trying to fix all this breakage now, and a bit frustrated, thus typing errors. |
15:24.13 | slapin | I mean I expected that oe-core is tested, but it seems to be tested for very specific use cases. |
15:24.23 | slapin | bad luck this time |
15:27.37 | kergoth | saying target python is 'broken' because a couple of its modules are is not accurate |
15:27.54 | kergoth | but it probably is accurate to say it doesn't get the attention it should. maybe you're volunteering to do so? ;) |
15:31.14 | slapin | kergoth: well, it is hard to volunteer these days, as I find the root of problem I will submit patches, but I will do just that. |
15:31.43 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
15:32.23 | slapin | kergoth: technically python is not usable for anything at the moment. Probably will work for some hello-worlds. |
15:32.59 | kergoth | 'anything'? really? you tried every non-trivial project? |
15:33.21 | slapin | well, yes, so why I try to fix it |
15:34.06 | kergoth | that's so stupid and illogical I don't even know where to begin. |
15:34.07 | slapin | I can't say there's no way it will work for something, but this something is hard to find |
15:34.13 | kergoth | but I'm sure your contributions will be welcome |
15:36.01 | slapin | well, I'm not that optimistic. There are so many ways for patch to be rejected and I will have time for only one attempt. |
15:37.10 | Spider-Pork | is there a recipe for subprocess (python) in recipes? Thank you |
15:37.38 | Spider-Pork | what is the difference between python and python-native? |
15:39.22 | slapin | Spider-Pork: python-native is for host |
15:39.41 | slapin | Spider-Pork: it is part of stock python (subprocess) |
15:39.53 | Spider-Pork | stock python? |
15:39.57 | slapin | Spider-Pork: probably try to install python-modules package |
15:40.05 | slapin | Spider-Pork: yes |
15:40.27 | slapin | python recipe will build it for you |
15:40.49 | Spider-Pork | python recipe is present but if i do: import subprocess it can't find it |
15:41.07 | slapin | add MACHDEP=linux2 to EXTRA_OEMAKE in python.inc in case if won't |
15:41.13 | Spider-Pork | but i not have python-modules installed |
15:41.26 | slapin | Spider-Pork: try to install python-modules package and in particular python-misc |
15:41.28 | Spider-Pork | what? |
15:41.36 | Spider-Pork | ok i'll try it |
15:42.46 | Spider-Pork | (thank you slapin) |
15:45.37 | slapin | and again .a file in /lib. where this world is going to? |
15:46.39 | Spider-Pork | slapin: i'm a bit newbie. What are you talking about? |
15:47.07 | slapin | Spider-Pork: bad openssl packaging, that's why hashlib is broken on oe-core python. |
15:47.22 | Spider-Pork | ah good... |
15:48.11 | Spider-Pork | i have no .a file in my /lib |
15:49.27 | Spider-Pork | and i haven't no python-modules.bb |
15:49.47 | Spider-Pork | so i don't know howto generate python-modules |
15:53.24 | slapin | Spider-Pork: you should understand recipes vs packages |
15:53.25 | *** join/#oe nitink (~nitink@192.55.54.40) |
15:53.39 | slapin | Spider-Pork: single recipe can generate multiple packages |
15:53.44 | slapin | python is the case |
15:53.57 | slapin | you build python and it generates lots of packages |
15:54.20 | slapin | Spider-Pork: sho look in your tmp*/deploy/ipk |
15:54.27 | Spider-Pork | ah ok |
15:54.38 | Spider-Pork | thank you slapin! I'll study it better :) |
15:54.43 | slapin | also you might have your device connected to internet |
15:55.14 | slapin | and do opkg update; opkg upgrade if you have packaging installed and some luck |
15:55.40 | slapin | or don't do upgrade and directly do opkg install python python-modules |
15:55.55 | slapin | thay might work for you |
15:56.34 | Spider-Pork | ok thank you slapin :) your help is like the rain in the desert |
15:56.35 | slapin | or you can copy python-*ipk files to your device and do opkg install python-*ipk on it directly |
15:57.20 | *** join/#oe msm (~msm@gate-tx3.freescale.com) |
15:57.22 | Spider-Pork | yep i've done so for install packages from host build machine |
15:57.39 | *** part/#oe Zagor (~bjst@rockbox/developer/Zagor) |
15:57.44 | Spider-Pork | bitbake yadda than scp ipk and opkg install |
15:58.06 | slapin | Spider-Pork: yeah |
15:59.08 | Spider-Pork | I've found the packages, cool :) |
15:59.19 | Spider-Pork | a big thank to you slapin :) |
16:01.13 | slapin | Spider-Pork: my pleasure |
16:02.22 | Spider-Pork | if you need some good places where to eat in Italy i'll be glad to help you :) |
16:02.36 | slapin | anyway I found why hashlib was broken, that's openssl packaging of devel stuff in /lib which is again problem. _curses module failure is weird, so that's for later. |
16:02.50 | slapin | just had to revert some patches. |
16:03.55 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
16:05.25 | kergoth | God I hate computers at times |
16:05.51 | Spider-Pork | opkg_install_pkg: Package python-modules md5sum mismatch. Either the opkg or the package index are corrupt. Try 'opkg update'. :/ |
16:08.02 | *** join/#oe bluelightning (~paul@209.216.168.112) |
16:08.02 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
16:08.48 | slapin | Spider-Pork: just remove package lists and try again |
16:09.03 | slapin | if you install from local package |
16:10.35 | Spider-Pork | slapin: you mean *.conf in /etc/opkg? |
16:12.20 | Spider-Pork | oh found it |
16:17.52 | slapin | Spider-Pork: something inside /var/lib/opkg |
16:18.14 | Spider-Pork | yep |
16:18.29 | Spider-Pork | was present python. I've removed it |
16:18.45 | slapin | Spider-Pork: /var/lib/opkg/lists/ |
16:18.55 | *** join/#oe Jay7 (jay@2.93.191.136) |
16:19.39 | Spider-Pork | list is not present |
16:19.56 | Spider-Pork | I've removed python file and now i can install without problems |
16:22.13 | slapin | Spider-Pork: ok then |
16:29.32 | *** join/#oe pespin (~pespin@cisne-cn10.upc.es) |
16:32.29 | *** join/#oe sgw (~sgw@67.232.160.146) |
16:42.49 | *** join/#oe awozniak (~awozniak@74.82.132.35) |
16:42.52 | *** join/#oe gchiii (~gchiii@adsl-76-255-12-150.dsl.mrdnct.sbcglobal.net) |
16:50.20 | *** join/#oe vitus (~vitus@145.253.169.210) |
16:51.17 | gchiii | is it straightforward to get a glibc with hardware floating point for a cortex-A8 to build? (sadly not for a beagleboard, but for an AM3517_EVM) |
16:51.37 | *** join/#oe cminyard (~cminyard@pool-173-57-157-96.dllstx.fios.verizon.net) |
17:09.03 | *** join/#oe HokieTux (~HokieTux@157.22.28.13) |
17:09.58 | *** join/#oe hollisb (~hollisb@c-67-169-221-181.hsd1.or.comcast.net) |
17:20.01 | *** join/#oe ALoGeNo (~alogeno@unaffiliated/alogeno) |
17:35.20 | slapin | ../../gdk-pixbuf/gdk-pixbuf.h:31:18: fatal error: glib.h: No such file or directory |
17:35.30 | slapin | gdk-pixbuf is unbuildble too |
17:35.49 | slapin | even that I don't need it at all. |
17:36.26 | slapin | it seems to ignore GLIB_CFLAGS |
17:36.38 | slapin | so can't find header |
17:37.04 | slapin | most of gtk-pixbuf is ok, only contrib directory is failing totally. |
17:39.22 | *** join/#oe eFfeM (~frans@a2038.upc-a.chello.nl) |
17:41.41 | Crofton | I hate building in a vm |
17:43.39 | *** join/#oe msm (~msm@gate-tx3.freescale.com) |
17:49.23 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
17:55.55 | *** join/#oe GNUtoo (~gnutoo@host121-45-dynamic.117-80-r.retail.telecomitalia.it) |
18:03.40 | Jay7 | Crofton: what is your host OS? |
18:04.30 | Crofton | ubuntu running VBoz with Fedora 16 |
18:05.27 | *** join/#oe devzero_ (devzero@xdsl-89-0-85-182.netcologne.de) |
18:06.35 | Jay7 | Crofton: you may use lxc e.g. instead of vbox |
18:06.49 | Jay7 | or openvz |
18:24.50 | *** join/#oe machine1 (machine1@pool-74-111-197-200.lsanca.fios.verizon.net) |
18:27.52 | *** join/#oe jkridner (~jason@pdpc/supporter/active/jkridner) |
18:44.15 | *** join/#oe mr_science (~sarnold@net-cf9a4e91.cst.impulse.net) |
18:44.15 | *** join/#oe mr_science (~sarnold@gentoo/developer/nerdboy) |
18:55.37 | *** join/#oe pespin (~pespin@90.pool85-50-89.dynamic.orange.es) |
18:59.51 | *** join/#oe risca (~risca@wi-secure-433.cc.umanitoba.ca) |
19:04.01 | *** join/#oe pepermint (~pepermint@host29-50-dynamic.45-79-r.retail.telecomitalia.it) |
19:32.01 | *** join/#oe machine1 (machine1@pool-74-111-197-200.lsanca.fios.verizon.net) |
19:37.10 | *** join/#oe pretec (~Matthias@port-92-195-116-177.dynamic.qsc.de) |
19:41.45 | *** join/#oe playya__ (~playya@unaffiliated/playya) |
19:43.05 | eFfeM | anyone an idea how I can get the arm compiler for my machine use |
19:43.06 | eFfeM | Tag_ABI_align8_preserved: Yes, except leaf SP |
19:44.51 | *** join/#oe machine1 (machine1@pool-74-111-197-200.lsanca.fios.verizon.net) |
19:49.14 | *** join/#oe pespin_ (~pespin@251.pool85-50-81.dynamic.orange.es) |
19:53.12 | *** join/#oe Russ__ (foobar@ip68-106-254-4.ph.ph.cox.net) |
19:56.22 | *** join/#oe Heinervdm (~thomas@p5B0F3C15.dip.t-dialin.net) |
19:59.04 | khem | eFfeM: just use EABI and it should do it why do you ask ? |
19:59.06 | khem | 8-byte stack |
19:59.07 | khem | alignment is required and preserved |
19:59.25 | khem | its a EABI requirement |
20:00.31 | khem | if you are having pure asm files do something like this |
20:00.43 | khem | #if defined(__ARM_EABI__) |
20:00.52 | eFfeM | khem, I have a complete system that is build with buildroot, don't have sources, and I want to run those apps from my oe kernel |
20:00.55 | khem | .eabi_attribute 25, 1 |
20:00.58 | khem | #endif |
20:01.20 | eFfeM | or be able to make a toolchain that will allow me to produce code for this box |
20:01.44 | khem | OK you should not need to do _anything_ then |
20:01.53 | eFfeM | khem: http://pastebin.ca/2124867 |
20:02.05 | eFfeM | first file is from the box, 2nd is what I made, this is armv6 hw |
20:02.25 | khem | that pastebin doesnt open |
20:02.31 | khem | Does it have some malware :) |
20:02.38 | eFfeM | ah ok, will make a new one, |
20:02.46 | eFfeM | no malware, expired i guess |
20:04.22 | eFfeM | khem: http://pastebin.ca/2124889 |
20:04.36 | eFfeM | first is what I got from the device, 2nd is the helloworld I made myself |
20:05.21 | eFfeM | if I run the helloworld on the box I get "Killed", then compiled an oe kernel for the board runs nicely with init=/helloworld but refuses to work with the existing busybox |
20:07.40 | khem | OK whats your own toolchain versions |
20:09.52 | eFfeM | i don't really know the original toolchain, maybe code sorcery actually only thing I know is that it was made with buildroot |
20:09.56 | *** join/#oe gungfuwayne (~wayne@ns2.emacinc.com) |
20:10.04 | khem | what about your ? |
20:10.18 | eFfeM | mine, oe build gcc |
20:10.35 | eFfeM | oe classic, tried both armv5 and armv6; hw is armv6 |
20:11.07 | khem | gcc is 4.5 ? |
20:11.25 | eFfeM | yes |
20:11.44 | eFfeM | anyway, i can generate my own rootfs, wanted to do this in smaller steps so decided first to try their binaries |
20:11.52 | eFfeM | figured that they should be compatible but they are not |
20:14.05 | eFfeM | so not really a problem, just did not understand why on this armv6 I could not run their v5 code |
20:14.13 | *** join/#oe nitink (nitink@nat/intel/x-vkvblrgklhgqzyqd) |
20:14.33 | eFfeM | don't worry about it, I know how to progress, and mixing stuff from different origins is probably not a good plan anyway |
20:18.50 | khem | what are your cmdline options to compile helloworld |
20:19.16 | khem | its valid thing thats the whole purpose of having EABI |
20:19.53 | eFfeM | let me check, I used the std recipe |
20:20.50 | eFfeM | khem this is what I used |
20:20.51 | eFfeM | log.do_compile.7696:+ arm-oe-linux-uclibceabi-gcc -march=armv5te -mtune=xscale -mthumb-interwork -mthumb --sysroot=/home/frans/oe/tmp/sysroots/armv5te-oe-linux-uclibceabi -fexpensive-optimizations -fomit-frame-pointer -frename-registers -Os -pipe -g -c -o helloworld.o helloworld.c |
20:21.06 | eFfeM | log.do_compile.7696:+ arm-oe-linux-uclibceabi-gcc -march=armv5te -mtune=xscale -mthumb-interwork -mthumb --sysroot=/home/frans/oe/tmp/sysroots/armv5te-oe-linux-uclibceabi -Wl,-O1 -Wl,--hash-style=gnu -o helloworld helloworld.o -static |
20:21.27 | khem | ok thats sane |
20:21.31 | *** join/#oe e-ffi (~cybercom@HSI-KBW-109-192-048-238.hsi6.kabel-badenwuerttemberg.de) |
20:21.32 | eFfeM | not sure what was used for the other file |
20:21.51 | khem | so what happens if you remove -Os and use say -O2 |
20:21.54 | eFfeM | and not really an idea how I can find out; the only thing I have is an obj file |
20:22.13 | *** join/#oe nschle85 (~kvirc@178-27-184-116-dynip.superkabel.de) |
20:22.15 | eFfeM | hm ok, that might help |
20:22.49 | eFfeM | will try that in a short while |
20:23.00 | khem | its an abi mandate so either you have it or not |
20:23.15 | khem | but since in current world of OE we do have it |
20:23.24 | khem | I want to understand why its not there in oe.classic |
20:23.29 | khem | when you are using gcc 4.5 |
20:23.42 | *** join/#oe dFence (~dFence@pD9F67E87.dip.t-dialin.net) |
20:23.54 | eFfeM | what worried me in the pastebin I gave before that their code tells about alignment except leave SP and the OE binary does not |
20:24.32 | dFence | holy crap... now I remember, why it takes fucking forever to bitbake an image – ⅔ of the time is wasted downloading all that java-crap in the gcc-branch >_< |
20:24.53 | khem | dFence: there are ways to avoid it |
20:25.01 | khem | tar files are snapshotted |
20:25.09 | nschle85 | khem: hello, since some days ca-certificates download is broken, i sent a patch to angstrom mailing list, but in oe mailing list a patch should also be available do you know why this issue is not fixed ? |
20:25.37 | dFence | khem: but they still include libjava and all that testsuite-crap, right? |
20:26.07 | khem | dFence: yes it does |
20:26.13 | dFence | speak of the devil – I start bitching, gcc finished checking out ;) |
20:26.20 | khem | dFence: and we have option to turn on java in gcc if one wants |
20:26.27 | khem | and same for other lang frontends |
20:26.36 | dFence | khem: ah... makes sense ;) |
20:26.41 | khem | its just that commonly used are c/c++ |
20:26.51 | *** join/#oe nitink (nitink@nat/intel/x-slsnpxvjscjueekt) |
20:27.05 | khem | nschle85: it is with meta-oe ?? |
20:27.21 | nschle85 | khem: yes |
20:27.29 | khem | nschle85: hmm |
20:27.32 | dFence | khem: I didn't know there were recipes based on java |
20:27.39 | khem | send a ping if you are waiting for feedback |
20:28.17 | *** join/#oe florian (~fuchs@sign-4d094df1.pool.mediaWays.net) |
20:28.17 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
20:28.18 | khem | dFence: there are, people might use gcj we just dont want to let that possiblity out |
20:29.11 | *** join/#oe bluelightning (~paul@209.216.168.112) |
20:29.11 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
20:29.31 | khem | eFfeM: can you paste the .s file from OE compiled helloworld |
20:29.33 | dFence | khem: is there a way to only selectively checkout a project like gcc? would definitely speed out the building process imho |
20:29.43 | khem | no |
20:29.50 | khem | its a one time thing though |
20:29.54 | eFfeM | khem, ok will do, one sec |
20:30.01 | khem | unless you keep deleting your dl_dir |
20:30.35 | dFence | khem: I definitely have to do some heaving cleaning – OE got fat since the last time I used it ;) |
20:31.05 | eFfeM | khem moved back to the armv6 compiler as this is v6 hw and I want to use that one (and it already shows to run under my kernel) |
20:31.06 | khem | dFence: there is work done in removing stale downloads from dl_dir |
20:31.35 | dFence | khem: stale as in non-necessary anymore or one-time use only? |
20:31.41 | khem | eFfeM: doesnt matter which architecture it is as long as its arm |
20:31.59 | khem | dFence: it looks at access times |
20:32.02 | eFfeM | khem, ok will do |
20:32.06 | dFence | cool |
20:32.16 | dFence | OE-maid ;) |
20:34.29 | khem | eFfeM: I think if OE gcc should generate the attribute |
20:34.36 | khem | if its not doing that its a bug |
20:35.22 | khem | eFfeM: wait a second you are using thumb ?? |
20:35.26 | *** join/#oe rah (rah@myrtle.6gnip.net) |
20:35.29 | eFfeM | khem, yes |
20:35.35 | khem | hmmm |
20:36.05 | khem | that could mean different things then |
20:36.17 | khem | Does your box provide for interworking ? |
20:36.23 | khem | if not those apps wont run |
20:36.59 | khem | once I look at .s file I can tell more whats going on |
20:38.47 | nschle85 | khem: here its is: http://patches.openembedded.org/patch/22283/ |
20:39.13 | eFfeM | khem: the .s file: http://paste.ubuntu.com/872038/ |
20:40.41 | khem | nschle85: send a gentle ping |
20:40.45 | khem | or acked by |
20:40.50 | khem | if you have tested it |
20:41.00 | khem | this helps catch maintainers eye |
20:41.11 | nschle85 | khem: ping to whom ? |
20:41.34 | khem | nschle85: reply to patch email |
20:41.41 | eFfeM | khem not sure if there is interworking support, how can I find out ? |
20:41.52 | eFfeM | or should I be better off disabling thumb ? |
20:42.41 | khem | eFfeM: .eabi_attribute 24, 1 |
20:42.42 | khem | .eabi_attribute 25, 1 |
20:42.47 | khem | so you have it |
20:43.07 | eFfeM | ah ok, |
20:43.08 | khem | 25 means preserve the 8 byte stack align |
20:43.18 | eFfeM | and 24? |
20:43.45 | khem | This code may require 8-byte alignment from caller |
20:44.02 | eFfeM | because the existing code has: Tag_ABI_align8_preserved: Yes, except leaf SP |
20:44.41 | khem | that is 25 |
20:45.10 | *** join/#oe sgw (~sgw@or-67-237-97-32.sta.embarqhsd.net) |
20:46.15 | eFfeM | ah ok |
20:47.57 | eFfeM | can do another test now, originally it failed on init=/bin/sh, but now have a workaround for it |
20:49.08 | *** join/#oe machine1 (machine1@pool-74-111-197-200.lsanca.fios.verizon.net) |
20:49.48 | eFfeM | khem, seems the old busybox does run, but does not do a thing if I run one of its applets it just returns |
20:50.53 | khem | eFfeM: thats your buildroot ? |
20:51.04 | eFfeM | the busybox is from buildroot |
20:51.18 | khem | and whats not from buildroot |
20:51.56 | eFfeM | the helloworld is made with oe |
20:52.29 | eFfeM | and to complicate things in order to bring up things I used a root fs from debian (with armv4 executables) |
20:52.47 | eFfeM | using that rootfs I can run my helloworld but not their busybox |
20:53.26 | khem | ok |
20:53.43 | khem | so buildroot busybox only run with busybox rfs and kernel |
20:54.14 | eFfeM | yes |
20:54.47 | khem | OE runs ok with debian ? |
20:54.53 | eFfeM | and that rfs will not run oe made images, and the oe kenrel with debian rfs will run oe make executables |
20:54.53 | eFfeM | yes |
20:55.29 | khem | is it some illegal instr error or what do u see as failure |
20:56.55 | eFfeM | oe image on buildroot system gives Killed in the shell, buildroot busybox on oe/debian system gives nothing, just a new prompt |
20:58.58 | *** join/#oe muhoo (~muhoo@c-98-234-156-4.hsd1.ca.comcast.net) |
21:00.00 | *** join/#oe bluelightning_ (~paul@or-67-237-97-32.sta.embarqhsd.net) |
21:00.00 | *** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning) |
21:01.57 | khem | eFfeM: I think cause is something else |
21:02.05 | eFfeM | ok |
21:02.15 | khem | you can try to build in arm mode |
21:02.18 | khem | and see if that helps |
21:02.47 | *** join/#oe sgw (~sgw@or-67-237-97-32.sta.embarqhsd.net) |
21:03.25 | eFfeM | actually it is not too much of a problem as I do not really need the old stuff, basically I'm moving to my own setup, but figured that this was a nice way to ttest my kernel, but apparently it was is not, and I do not really need the interoperability any more, this was mostly for testing |
21:03.31 | eFfeM | but thanks a lot for your help |
21:09.18 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
21:10.14 | khem | eFfeM: ok. |
21:10.24 | khem | sometimes things get abused. |
21:10.31 | khem | I would blame buildroot here |
21:10.39 | eFfeM | I learned a lot and made progress, so this is a good evening for me |
21:10.56 | eFfeM | yeah buildroot or the guys who made the system goofed |
21:11.42 | eFfeM | khem, please remind me that if we ever meet in person, that I owe you a beer :-) |
21:12.18 | khem | heh, thanks but I can only accept it on that mobile beer bar in NL |
21:12.32 | khem | does not drink since 10 years |
21:13.01 | khem | well say 6 to be totally abstaining |
21:14.18 | *** join/#oe bluelightning1 (~paul@or-67-237-97-32.sta.embarqhsd.net) |
21:25.17 | eFfeM | i think the mobile bar is forbidden; anyway a coke or so is also fine |
21:25.40 | eFfeM | the mobile bar was against regulations, too wide or so (but actually probably caused too many problems) |
21:27.16 | dFence | DAFUQ?! compilation of gettext fails with error "Cannot create temporary file in /tmp/: No space left on device" – are 4.2G not enough!? |
21:27.57 | eFfeM | khem btw noticed that my kernel says upon booting: [ 0.000000] CPU: ARMv6-compatible processor [410fb024] revision 4 (ARMv7), cr=00c5387f |
21:27.57 | eFfeM | why would it say v6 and v7 in one line ? |
21:28.43 | *** join/#oe pespin (~pespin@251.pool85-50-81.dynamic.orange.es) |
21:28.52 | dFence | eFfeM: it says v6-compatible (which v7 should be imho) |
21:29.12 | eFfeM | this is supposed to be a v6 chip |
21:29.18 | eFfeM | i thought |
21:29.31 | dFence | i'd say your chip has a little identity crisis |
21:29.44 | dFence | happens to the best of us |
21:29.44 | hollisb | dFence: you can google for rm_work to delete intermediate build artifacts |
21:30.38 | dFence | hollisb: as INHERIT in local.conf? |
21:31.07 | eFfeM | dFence: :-) |
21:31.54 | khem | I would suggest to buy a bigger HD instead |
21:32.17 | khem | eFfeM: what is on this board for a processor do you know |
21:32.56 | eFfeM | cavium cns3420 |
21:33.34 | *** join/#oe rcf (~rcf@48.41-243-81.adsl-dyn.isp.belgacom.be) |
21:33.34 | eFfeM | the interesting thing is that the board is in CA, and I am in NL |
21:34.14 | khem | oh heh |
21:34.25 | khem | are you working for cavium btw. |
21:34.35 | khem | that board is armv6 AFAIK |
21:39.25 | eFfeM | khem, I'm not working for cavium, I'm hacking a nas that has that chipset |
21:41.29 | khem | ok |
21:42.54 | eFfeM | the chip is indeed listed as armv6; cavium does not really have much chip info for public download |
21:43.38 | *** join/#oe CMoH (~cipi@95.76.68.223) |
21:43.38 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
21:44.30 | *** join/#oe machine1 (machine1@pool-74-111-197-200.lsanca.fios.verizon.net) |
21:46.50 | khem | somehow status bits are confusing kernel them |
21:50.08 | *** join/#oe ant__ (~andrea@host210-251-dynamic.14-87-r.retail.telecomitalia.it) |
21:52.21 | *** join/#oe dFence (~dFence@pD9F67E87.dip.t-dialin.net) |
21:58.07 | eFfeM | probably |
21:58.30 | eFfeM | anyway, bedtime here, bye all |
22:12.01 | *** join/#oe GNUtoo (~gnutoo@host121-45-dynamic.117-80-r.retail.telecomitalia.it) |
22:14.24 | *** join/#oe Jay7 (jay@2.94.168.151) |
22:28.15 | *** join/#oe bluelightning1 (~paul@or-67-237-97-32.sta.embarqhsd.net) |
22:33.57 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
23:07.29 | *** join/#oe machine1 (machine1@pool-74-111-197-200.lsanca.fios.verizon.net) |
23:23.00 | *** join/#oe machine1 (~gfdffdfd@pool-74-111-197-200.lsanca.fios.verizon.net) |
23:25.58 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
23:50.10 | *** join/#oe dijenerate (~dijenerat@173.225.251.175) |
23:58.34 | dFence | which svn version is currently used by OE for opkg-utils? (seems the releases have changed since they moved to google code) |