00:03.49 | *** join/#oe _julian (~quassel@hmbg-5f766b2d.pool.mediaWays.net) |
00:06.53 | *** join/#oe Ironnads (~Ironnads@109.152.218.255) |
00:14.55 | *** join/#oe dijenerate (~dijenerat@204.212.240.167) |
00:17.59 | *** join/#oe nitink (~nitink@192.55.54.38) |
00:47.09 | *** join/#oe msm (~msm@99-47-177-27.lightspeed.austtx.sbcglobal.net) |
01:46.45 | *** join/#oe openfree (~dennis@116.228.88.131) |
02:05.27 | *** join/#oe devzero_ (devzero@xdsl-89-0-131-251.netcologne.de) |
02:13.13 | *** join/#oe mike__ (~mike@pool-74-110-218-2.rcmdva.fios.verizon.net) |
02:41.40 | *** join/#oe mrc3 (~ddiaz@189.157.115.178) |
03:32.13 | *** part/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
04:16.03 | *** join/#oe SidH_ (~SidH_@203.101.61.10) |
05:10.28 | *** join/#oe radhermit (~radhermit@gentoo/developer/radhermit) |
05:23.45 | *** join/#oe toi (~peter@vrt.nat.ibbt.be) |
05:33.56 | *** join/#oe amarsman_de (~marsman@88.128.139.28) |
05:49.46 | *** join/#oe openfree (~dennis@116.228.88.131) |
05:50.45 | *** join/#oe radhermit (~radhermit@gentoo/developer/radhermit) |
06:00.26 | *** join/#oe mikey_w (~mike@pool-74-110-218-2.rcmdva.fios.verizon.net) |
06:04.26 | *** join/#oe vanner_ (~vanner_@nat2.rnd.stcnet.ru) |
06:07.24 | *** join/#oe vitus (~vitus@145.253.169.210) |
06:22.07 | *** join/#oe tws (~Miranda@178.120.59.180) |
06:23.55 | *** join/#oe tws (~Miranda@178.120.59.180) |
06:25.16 | mckoan | good morning |
06:25.36 | *** join/#oe mckoan (~marco@unaffiliated/mckoan) |
06:49.41 | *** join/#oe flitjes (~flitjes@145.93.252.59) |
06:54.54 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
06:59.54 | *** join/#oe risca (~risca@130.236.250.26) |
07:04.52 | *** join/#oe Heinervdm (~thomas@pD9E171B4.dip.t-dialin.net) |
07:05.35 | *** join/#oe hrw (~hrw@linaro/hrw) |
07:06.12 | *** join/#oe lamikr (~lamikr@192.100.124.156) |
07:13.06 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
07:13.49 | *** join/#oe gizero76 (~gizero@host168-65-static.12-87-b.business.telecomitalia.it) |
07:21.01 | *** join/#oe Matth_FA (~Matth_FA@mtl93-14-78-241-192-235.fbx.proxad.net) |
07:22.49 | *** join/#oe roza (~ron@nat/cisco/x-odvjuvwnszmuqbir) |
07:22.55 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
07:23.49 | *** join/#oe davidlt (~davidlt@78-60-130-17.static.zebra.lt) |
07:25.10 | *** join/#oe davidlt (~davidlt@78-60-130-17.static.zebra.lt) |
07:25.12 | *** join/#oe RP__ (~richard@93-97-173-237.zone5.bethere.co.uk) |
07:25.51 | *** join/#oe rob_w (~bob@ppp-188-174-98-239.dynamic.mnet-online.de) |
07:29.21 | *** join/#oe rob_w (~bob@ppp-188-174-98-239.dynamic.mnet-online.de) |
07:30.31 | *** join/#oe aarti (~aarti@122.166.11.13) |
07:32.56 | aarti | hi all , how can i change the crontab file using my customized recipe |
07:36.28 | *** join/#oe timtimred (~meh@85.210.138.180) |
07:36.49 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
07:37.51 | *** join/#oe Jefro (~josiermi@134.134.139.70) |
07:38.59 | *** join/#oe lamikr (~lamikr@192.100.124.156) |
07:48.10 | *** join/#oe Crofton|work (~balister@pool-96-240-165-110.ronkva.east.verizon.net) |
07:48.35 | *** join/#oe Crofton (~balister@pool-96-240-165-110.ronkva.east.verizon.net) |
07:50.03 | *** join/#oe morphis (~morphis@dslb-088-070-131-206.pools.arcor-ip.net) |
07:57.29 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
08:10.01 | *** join/#oe lamikr (~lamikr@192.100.124.156) |
08:11.36 | *** join/#oe risca (~risca@130.236.250.26) |
08:19.06 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
08:30.06 | *** join/#oe NvrBst (debian-tor@gateway/tor-sasl/nvrbst) |
08:31.58 | *** join/#oe mikey_w (~mike@pool-74-110-218-2.rcmdva.fios.verizon.net) |
08:33.16 | *** join/#oe davidlt (~davidlt@78-60-130-17.static.zebra.lt) |
08:37.16 | *** join/#oe Matth_FA (~Matth_FA@mtl93-14-78-241-192-235.fbx.proxad.net) |
08:38.10 | *** join/#oe GarthPS (~quassel@2a01:e35:2f5c:e670:21d:e0ff:fe5b:2775) |
08:40.20 | *** join/#oe pb_ (~pb@mail.pbcl.net) |
08:46.48 | *** join/#oe Matth_FA (~Matth_FA@mtl93-14-78-241-192-235.fbx.proxad.net) |
08:49.38 | *** join/#oe pnxs (d5f86d83@gateway/web/freenode/ip.213.248.109.131) |
08:50.19 | pnxs | Hi there! Does anybody know how to debug with gdb and using the symbol-files from .debug? |
08:51.20 | JaMa | they are loaded automatically |
08:51.54 | JaMa | if you're debuging something which loads modules in runtime (like Xorg) then you need to get starting address from /proc/pid/maps |
08:51.58 | pnxs | sure? does gdb searches for symbols in /usr/lib/.debug a.s.o |
08:52.06 | JaMa | and load-symbol-file url adress |
08:52.53 | pnxs | ok, you mean with add-symbol-file <file> <address> |
08:53.22 | JaMa | yeah right, sorry my memory is not that good :) |
08:54.10 | JaMa | but that's needed only for libs loaded explicitly from runtime |
08:54.10 | pnxs | i hoped that gdb can load them automatically |
08:54.34 | pnxs | my lib is loaded by dlopen :-) |
08:56.36 | pnxs | i'm not shure, but when my lib contains the debug symbols in the shared object, i think it could be debugged without specifying any options... |
08:56.41 | *** join/#oe rschus (~rschus@217.237.167.130) |
08:56.55 | *** join/#oe broonie (broonie@cassiel.sirena.org.uk) |
08:57.31 | *** join/#oe likewise (~chatzilla@095-097-098-131.static.chello.nl) |
08:59.36 | *** part/#oe likewise (~chatzilla@095-097-098-131.static.chello.nl) |
08:59.39 | *** join/#oe likewise (~chatzilla@095-097-098-131.static.chello.nl) |
08:59.41 | *** part/#oe likewise (~chatzilla@095-097-098-131.static.chello.nl) |
08:59.45 | *** join/#oe likewise (~chatzilla@095-097-098-131.static.chello.nl) |
08:59.51 | likewise | gm |
09:01.22 | *** join/#oe Matth_FA (~Matth_FA@mtl93-14-78-241-192-235.fbx.proxad.net) |
09:02.45 | pnxs | JaMa: when i got a executable in /usr/bin/myBin without debug symbols (as build from openembedded) and the symbols /usr/bin/.debug/myBin how could gdb find it? is there a way to set a search path? |
09:08.16 | *** join/#oe pb_ (~pb@mail.pbcl.net) |
09:09.37 | mlip | pnxs, you can always load a symbol file using "add-symbol-file" from the gdb prompt |
09:10.22 | mlip | pnxs, in case of a shared-lib you do also "set stop-on-solib-events 1" which instructs gdb to stop whenever a shared lib is loaded |
09:10.31 | mlip | after that you can load you symbols |
09:11.18 | pnxs | yes this is correct. But i want to let gdb do that for me. So gdb is searching for the symbols in the executable files (also in that, that where dynamically loaded) |
09:11.31 | *** join/#oe Matth_FA (~Matth_FA@mtl93-14-78-241-192-235.fbx.proxad.net) |
09:12.27 | pnxs | when there were a mechanism to let gdb search in another file for the symbols of the executable, gdb should be able to load it without any user input (i think) |
09:13.29 | mlip | pnxs, http://sourceware.org/gdb/current/onlinedocs/gdb/Separate-Debug-Files.html |
09:13.31 | pnxs | when for example my binary with debug symbols is stripped and strip saves the stripped parts into another file, it should be possible to merge them again afterwards |
09:13.51 | pnxs | ...reading... |
09:15.01 | pnxs | thank you! i will try it |
09:18.35 | *** join/#oe Matth_FA (~Matth_FA@mtl93-14-78-241-192-235.fbx.proxad.net) |
09:21.54 | *** join/#oe risca (~risca@130.236.250.26) |
09:23.14 | *** join/#oe prashant_ (~prashant@114.143.165.234) |
09:23.17 | prashant_ | hello |
09:23.59 | likewise | prashant_: hello |
09:24.51 | prashant_ | I had builded a filesystem for mini6410 using oe...... but now when I compiled fltk apps across oe .... I m getting an error :......error: Connections.o uses VFP register arguments, libSTPLCore.so does not |
09:25.17 | prashant_ | can anyone help me out... |
09:26.23 | *** join/#oe obi_ (~obi@unaffiliated/obi) |
09:26.54 | prashant_ | this are the commands I m using ... <arm-angstrom-linux-gnueabi-g++ -c -fPIC Connections.c |
09:27.06 | *** join/#oe Matth_FA (~Matth_FA@mtl93-14-78-241-192-235.fbx.proxad.net) |
09:27.17 | prashant_ | >arm-angstrom-linux-gnueabi-g++ -shared -o libSTPLCore.so Connections.o -lcrypt |
09:28.27 | *** join/#oe aarti (~aarti@122.166.11.13) |
09:28.33 | prashant_ | can anyone help me what is VFP register arguments? |
09:28.58 | *** join/#oe ChrisD1 (~ChrisD@dsl-217-155-59-204.zen.co.uk) |
09:30.30 | *** join/#oe zecke (~ich@91-64-83-241-dynip.superkabel.de) |
09:31.42 | *** join/#oe woglinde (~woglinde@217.237.167.130) |
09:34.49 | *** part/#oe rschus (~rschus@217.237.167.130) |
09:35.16 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
09:35.24 | mlip | prashant_, do you compile on your own or use bitbake and a recipe? |
09:37.01 | prashant_ | I had created x11-image using bitbake.... now using that oe toolchain I m trying to compile my fltk apps across it... |
09:37.38 | *** join/#oe Matth_FA (~Matth_FA@mtl93-14-78-241-192-235.fbx.proxad.net) |
09:38.30 | mlip | prashant_, then, you also need to pass -L to the linker since you try to link against -lcrypt |
09:40.34 | prashant_ | /home/prashant/Downloads/oebase/build/tmp/sysroots/i686-linux/usr/armv6/lib/gcc/arm-angstrom-linux-gnueabi/4.5.3/../../../../arm-angstrom-linux-gnueabi/bin/ld: failed to merge target specific data of file Connections.o |
09:40.34 | prashant_ | collect2: ld returned 1 exit status |
09:41.04 | prashant_ | error: Connections.o uses VFP register arguments, libSTPLCore.so does not |
09:41.30 | prashant_ | I m getting this error... |
09:41.46 | prashant_ | its not a problem of linking i think so |
09:43.18 | *** join/#oe hrw (~hrw@linaro/hrw) |
09:45.38 | mlip | prashant_, you probably have to set the mfpu/fpu in some kind, but I am no expert on this |
09:46.46 | *** join/#oe Matth_FA (~Matth_FA@mtl93-14-78-241-192-235.fbx.proxad.net) |
09:49.42 | mlip | "-march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat-abi=softfp" may help though |
09:50.07 | *** join/#oe GNUtoo|laptop (~gnutoo@host29-10-dynamic.54-79-r.retail.telecomitalia.it) |
09:51.00 | mlip | prashant_, if you have some knowledge on autotools I would encourage you to write an autotools based recipe |
09:51.18 | pnxs | JaMa: after some investigation i found out that gdb already loaded all my symbols but doesnt say so |
09:51.57 | pnxs | when a gnu-debuglink section is found in the executable gdb searches also in the .debug directory on that level for a filename set in the debuglink |
09:53.04 | pnxs | the only think is: the printouts when the gdb is connected to a process it prints out that no debugsymbols where found for every file, but load them from debuglink-files silently... |
09:53.09 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
09:53.18 | pnxs | so the problem was: no problem at all :-) |
09:54.09 | pnxs | so have a nice day and thank you for your help. cu |
09:54.17 | *** part/#oe pnxs (d5f86d83@gateway/web/freenode/ip.213.248.109.131) |
10:02.39 | *** join/#oe risca (~risca@130.236.250.26) |
10:05.17 | *** join/#oe hrw (~hrw@linaro/hrw) |
10:06.02 | *** join/#oe pespin (~pespin@240.pool85-50-64.dynamic.orange.es) |
10:06.16 | prashant_ | thanks......mlip....my problem is solved........ |
10:07.51 | *** join/#oe Matth_FA (~Matth_FA@mtl93-14-78-241-192-235.fbx.proxad.net) |
10:13.44 | *** join/#oe pepermint (~pepermint@host226-12-dynamic.58-82-r.retail.telecomitalia.it) |
10:16.26 | *** join/#oe Matth_FA (~Matth_FA@mtl93-14-78-241-192-235.fbx.proxad.net) |
10:23.41 | *** join/#oe davidlt (~davidlt@78-60-130-17.static.zebra.lt) |
10:26.23 | *** join/#oe aarti (~aarti@122.166.11.13) |
10:26.26 | *** join/#oe Matth_FA (~Matth_FA@mtl93-14-78-241-192-235.fbx.proxad.net) |
10:29.29 | *** join/#oe xeon-enouf (~xeon-enou@pool-74-101-161-238.nycmny.fios.verizon.net) |
10:29.30 | *** join/#oe xeon-enouf (~xeon-enou@unaffiliated/xeon-enouf) |
10:44.35 | GNUtoo|laptop | I'll push wordwarvi |
10:44.39 | GNUtoo|laptop | very soon |
10:49.47 | *** join/#oe sanket (~sanket@114.143.165.234) |
10:49.51 | sanket | hello |
10:51.14 | *** join/#oe Ironnads (~Ironnads@host109-152-248-81.range109-152.btcentralplus.com) |
10:52.17 | sanket | can any one just me a MIPS Development kit which support embedded Linux, Windows,... Having JTAG, USB, LAN, TV out, SDCARD , VGA, Serial, etc ... |
10:54.15 | sanket | LCD, |
10:57.47 | *** join/#oe GunsNRose (~GunsNRose@113.91.238.169) |
11:00.11 | *** join/#oe vanner_ (~vanner_@nat2.rnd.stcnet.ru) |
11:10.38 | *** join/#oe pb_ (~pb@mail.pbcl.net) |
11:44.03 | *** join/#oe otavio (~otavio@189.114.111.55) |
11:44.03 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
11:50.25 | *** join/#oe kannerke (~pvandenb@83.101.83.139) |
11:52.34 | kannerke | hello |
11:53.36 | kannerke | I'm trying to create a recipe, but I get an error during the configure step: "missing: GNU_PATCH_EXECUTABLE" |
11:54.06 | kannerke | I'm using cmake |
11:54.25 | kannerke | it is triggered by CMakeLists.txt:9 (find_package) (-> find_package(GSOAP REQUIRED)) |
11:54.53 | kannerke | I already build gsoap (bitbake gsoap) and that workerd fine |
12:00.36 | GNUtoo|laptop | kannerke, maybe you need to point it to where gsoap is |
12:00.47 | GNUtoo|laptop | s/it to// |
12:02.00 | morphis | kannerke: most times the cmake scripts are not ready for cross compilation |
12:02.11 | morphis | kannerke: try to find out where cmake looks for gsoap |
12:03.51 | kannerke | morphis: how can I make the script ready for cross compilation? |
12:04.33 | kannerke | patch must be availble because there must be a patch applied to gsoap for openssl and that worked |
12:06.48 | *** join/#oe grma (~gruberm@chello212186029093.tirol.surfer.at) |
12:11.19 | *** join/#oe davidlt (~davidlt@78-60-130-17.static.zebra.lt) |
12:12.39 | morphis | kannerke: if you look at this http://git.openembedded.net/cgit.cgi/openembedded/commit/?id=aa4b7e83ed6f4a7b371c60a2a75575ba5bb3c787 |
12:12.44 | likewise | how does openembedded-core-contrib/master relate to openembedded-core/master? |
12:12.49 | morphis | I have there my own FindQt4.cmake script |
12:12.56 | morphis | which is adjusted for cross compilation |
12:13.01 | morphis | to search in the right directories |
12:13.23 | morphis | there is maybe a FindGSOAP.cmake file somewhere |
12:13.28 | morphis | which cmake uses to find GSOAP |
12:13.38 | *** join/#oe jmpdelos (~polk@cerberus.delos.com) |
12:16.35 | *** join/#oe Openfree` (~df@61.170.205.61) |
12:17.36 | JaMa | likewise: I always rebase my -contrib repos against openembedded-core/master not it's -contrib ekvivalent |
12:17.55 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
12:20.07 | *** join/#oe pepermint (~pepermint@host201-12-dynamic.58-82-r.retail.telecomitalia.it) |
12:20.47 | *** join/#oe aarti (~aarti@122.166.11.13) |
12:20.56 | likewise | JaMa: so core-contrib should track core? who |
12:21.05 | likewise | jama: who does that? |
12:21.42 | JaMa | RP is merging pull requests sent to oe-core ML |
12:22.00 | likewise | I wonder why we have a core-contrib, where people have feature branches, which are intended for core. Why not have feature branches on core itself? |
12:24.40 | JaMa | don't know if gitolite supports not only per-branch permissions (it does), but also stuff like allowed -f for push and removing branches by uses (which is usefull for -contrib repo) |
12:24.57 | *** join/#oe davidlt_ (~davidlt@78-60-130-17.static.zebra.lt) |
12:25.33 | likewise | JaMa: ok, so it's mostly permission based why -contrib is there |
12:25.57 | *** join/#oe davidlt_ (~davidlt@78-60-130-17.static.zebra.lt) |
12:26.06 | likewise | JaMa: My concern is that core-contrib/master is going to divert from core/master slowly. |
12:26.23 | JaMa | likewise: core-contrib/master doesn't make sense to me |
12:26.56 | JaMa | likewise: rebasing against oe-core/master makes sense to be sure that it will merge cleanly when RP decides to pull it |
12:30.26 | likewise | JaMa: exactly. |
12:31.21 | JaMa | but don't know who pushes oe-core-contrib/master or if it was really intentional |
12:37.22 | *** join/#oe Matth_FA (~Matth_FA@mtl93-14-78-241-192-235.fbx.proxad.net) |
12:37.49 | likewise | JaMa: I have sent a message to verify if someone keeps -contrib/master in sync. |
12:40.11 | kannerke | morphis: there are both a FindGSOAP.cmake and a FINDGnuPatch.cmake file |
12:43.33 | *** join/#oe risca (~risca@130.236.250.26) |
12:44.38 | *** join/#oe dijenerate (~dijenerat@204.212.240.167) |
12:46.03 | *** join/#oe Matth_FA (~Matth_FA@mtl93-14-78-241-192-235.fbx.proxad.net) |
12:53.04 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
12:57.32 | *** join/#oe varunb (~varun@182.68.57.201) |
13:01.06 | *** join/#oe Matth_FA (~Matth_FA@mtl93-14-78-241-192-235.fbx.proxad.net) |
13:01.35 | *** join/#oe davidlt_ (~davidlt@78-60-130-17.static.zebra.lt) |
13:02.25 | *** join/#oe kevinsc (~a0214685@nat/ti/x-bubddbgptemoemgp) |
13:07.43 | *** join/#oe B_Lizzard (~havoc@athedsl-119886.home.otenet.gr) |
13:10.20 | *** join/#oe bluelightning (~paul@83.217.123.106) |
13:10.20 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
13:20.42 | *** join/#oe kristoffer (~kristoffe@host-78-79-7-123.mobileonline.telia.com) |
13:27.26 | *** join/#oe rickfoosusa (~chatzilla@99.179.103.49) |
13:30.46 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
13:42.54 | varunb | hi! can anyone help me in 'root' login without keyboard rootfs created using OE? |
13:43.22 | varunb | i mean can i login as root using script?? |
13:50.27 | *** join/#oe davidlt (~davidlt@78-60-130-17.static.zebra.lt) |
13:53.15 | *** join/#oe kergoth (~kergoth@ip24-251-173-232.ph.ph.cox.net) |
13:59.13 | *** join/#oe hrw (~hrw@linaro/hrw) |
14:05.58 | *** join/#oe devzero_ (devzero@xdsl-89-0-67-249.netcologne.de) |
14:28.26 | *** join/#oe CosmicPenguin (~nobody@soa.codeaurora.org) |
14:35.41 | florian | varunb: yes that's possible.. you would have to change /etc/sysconfig/gpelogin |
14:37.18 | *** join/#oe dijenerate (~dijenerat@173.225.251.253) |
14:39.49 | *** join/#oe msm (~msm@192.88.168.35) |
14:41.13 | *** join/#oe morphis (~morphis@dslb-088-070-131-206.pools.arcor-ip.net) |
14:48.35 | *** join/#oe davidlt (~davidlt@78-60-130-17.static.zebra.lt) |
15:06.17 | *** join/#oe kristoffer_ (~kristoffe@host-78-79-20-145.mobileonline.telia.com) |
15:09.25 | *** join/#oe mrmichael (48f3d07d@gateway/web/freenode/ip.72.243.208.125) |
15:09.30 | *** join/#oe darkschneider2 (~gab@93-32-54-80.ip32.fastwebnet.it) |
15:10.30 | *** join/#oe Matth_FA (~Matth_FA@mtl93-14-78-241-192-235.fbx.proxad.net) |
15:10.47 | *** join/#oe dijenerate (~dijenerat@173.225.251.175) |
15:11.52 | mrmichael | Hello everyone. I created a new kernel object and installed under ${D}/...lib/modules..../dsp/new.ko. using the default "do_install" I expect will automatically add my new package to "PACKAGES" |
15:11.59 | mrmichael | I get this error "following files were installed but not shipped in any package" |
15:12.05 | mrmichael | with my kernel object |
15:12.25 | mrmichael | but if I add my recipe to "PACKAGES" it says that my recipe is included twice. |
15:13.07 | mrmichael | From reading the documentation, I think that the right way to do this is to use the default do_install(){} and populates "FILES_${PN}" |
15:15.52 | *** join/#oe lamikr (~lamikr@192.100.124.156) |
15:19.15 | *** join/#oe woglinde (~woglinde@217.237.167.130) |
15:19.54 | pb_ | mrmichael: did you have a question? |
15:20.53 | mrmichael | hi |
15:21.17 | mrmichael | yes. for some reason my new.ko kernel object isn't getting added to a package, even though I've added it to FILES_${PN} |
15:21.23 | mrmichael | that's the only file I've created |
15:21.26 | mrmichael | I've installed it |
15:21.30 | mrmichael | I list it |
15:21.46 | pb_ | can you paste your .bb file somewhere? |
15:21.50 | mrmichael | but when I run the default do_install() it says "no files included, not creating package" |
15:21.51 | mrmichael | yes |
15:22.21 | pb_ | I'm surprised that do_install() would say that. Is that the exact message it prints? |
15:22.59 | mrmichael | NOTE: package eric-0.1-r97i: task do_package_write_ipk: Started Packaged contents of eric into /home/erict/overo-oe/tmp/deploy/glibc/ipk/armv7a/ eric_0.1-r97i.6_armv7a.ipk NOTE: Not creating empty archive for eric-doc-0.1-r97i.6 Packaged contents of eric-dev into /home/erict/overo-oe/tmp/deploy/glibc/ipk/arm v7a/eric-dev_0.1-r97i.6_armv7a.ipk |
15:23.03 | *** join/#oe Jefro (~josiermi@nat/intel/x-bnukuefxjgcjbfad) |
15:23.25 | mrmichael | it's do_package() not do_install() that prints it. my bad |
15:23.27 | pb_ | okay, so that is the -doc package that it isn't creating. |
15:24.07 | pb_ | it apparently is creating eric_0.1-r97i.6_armv7a.ipk and eric-dev_0.1-r97i.6_armv7a.ipk so those must not be empty. |
15:24.14 | mrmichael | it's the package which contains my new kernel object. I am not createing a doc package. I'll cut/paste the whole recipe |
15:24.28 | mrmichael | DESCRIPTION = "ERIC's Personal Program" PR = "r0" LICENSE = "GPLv2" PR = "${MACHINE_KERNEL_PR}" PR_append = "i" PROVIDES = "eric" export LINUXKERNEL_INSTALL_DIR = "/home/erict/overo-oe/tmp/sysroots/armv7a-angst rom-linux-gnueabi/lib/modules/2.6.36/build" SRC_URI = "file://eric.c \ file://Makefile \ file://README.txt" inherit autotools do_compile() { unset CFLAGS CPPFLAGS CXXFLAGS LDFLAGS cd ${WORKDIR} |
15:24.34 | woglinde | args |
15:24.39 | woglinde | ~pastebin |
15:24.40 | ibot | [~pastebin] A "pastebin" is a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a few : http://www.pastebin.com , http://pastebin.ca , http://channels.debian.net/paste , http://paste.lisp.org , http://bin.cakephp.org/ , http://asterisk.pastey.net/ , or install pastebinit with yum or aptitude. |
15:24.57 | mrmichael | ok |
15:25.00 | mrmichael | I'll use one of those |
15:25.01 | pb_ | so, what exactly is in the eric_0.1-r97i.6_armv7a.ipk that does get created? |
15:25.11 | mrmichael | just one kernel object |
15:25.12 | mrmichael | eric.ko |
15:25.14 | mrmichael | should be in it |
15:25.20 | mrmichael | that's all I want |
15:25.21 | pb_ | right, but what actually _is_ in it? |
15:25.44 | mrmichael | how can I print the contents of the package? I don't know the command |
15:26.13 | pb_ | or, to put it another way, what makes you think that this package doesn't contain the things you want it to? |
15:26.33 | pb_ | you can use dpkg-deb -c, or "ipkg files" if it's installed on your target, or bust it apart manually with ar and cpio. |
15:26.58 | mrmichael | http://asterisk.pastey.net/149866 |
15:27.03 | mrmichael | there's my pastey :) |
15:27.25 | woglinde | dpkg -X fooo.deb moo/ |
15:27.31 | woglinde | unpacks it |
15:32.19 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
15:32.22 | *** join/#oe dijenerate (~dijenerat@173.225.251.175) |
15:33.05 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
15:37.54 | mrmichael | I see! The DOCUMENT archive is empty.! |
15:38.53 | *** join/#oe woglinde (~woglinde@217.237.167.130) |
15:45.46 | mrmichael | eric_0.1-r97i.6_armv7a.ipk contains exactly what I want |
15:46.10 | mrmichael | then there's a dbg and a dev version which are empty |
15:46.15 | mrmichael | they contain only /. |
15:46.33 | mrmichael | is that the right behavior of the default do_package() {} |
15:46.34 | mrmichael | ? |
15:46.41 | *** join/#oe kristoffer (~kristoffe@host-78-79-20-145.mobileonline.telia.com) |
15:47.53 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
15:50.10 | *** join/#oe hollisb (~hollisb@c-24-20-193-174.hsd1.or.comcast.net) |
15:53.02 | *** join/#oe wondiws (~westwood@ip51cdb28e.speed.planet.nl) |
15:56.28 | *** join/#oe mzs (~michael@scesoc.engsoc.carleton.ca) |
15:59.05 | *** join/#oe mrc3 (~ddiaz@189.157.110.82) |
15:59.38 | *** join/#oe incandescant (~quassel@c-71-59-213-114.hsd1.or.comcast.net) |
16:05.38 | *** join/#oe rob_w (~bob@ppp-188-174-98-239.dynamic.mnet-online.de) |
16:06.54 | *** join/#oe pb_ (~pb@mail.pbcl.net) |
16:11.19 | *** join/#oe ChrisD1 (~ChrisD@dsl-217-155-59-204.zen.co.uk) |
16:17.33 | *** join/#oe vanner (~vanner@195.91.241.19) |
16:23.34 | *** join/#oe Matth_FA (~Matth_FA@mtl93-14-78-241-192-235.fbx.proxad.net) |
16:25.12 | *** join/#oe GarthPS (~quassel@2a01:e35:2f5c:e670:21d:e0ff:fe5b:2775) |
16:27.28 | *** join/#oe svolpe (~Gerrath@unaffiliated/gerrath) |
16:32.07 | *** join/#oe kannerke (~pvandenb@83.101.83.139) |
16:35.21 | *** join/#oe neilm (~neil@s64-180-61-141.bc.hsia.telus.net) |
16:46.16 | *** join/#oe Heinervdm (~thomas@pD9E17CA2.dip.t-dialin.net) |
16:48.26 | *** join/#oe NvrBst (debian-tor@gateway/tor-sasl/nvrbst) |
16:56.50 | *** join/#oe risca (~risca@h241n2-n-a31.ias.bredband.telia.com) |
17:07.00 | *** join/#oe jconnoll1 (~jconnolly@66.43.64.66) |
17:07.24 | *** join/#oe Matth_FA (~Matth_FA@mtl93-14-78-241-192-235.fbx.proxad.net) |
17:12.43 | wondiws | Hi everyone |
17:15.47 | *** join/#oe Matth_FA (~Matth_FA@mtl93-14-78-241-192-235.fbx.proxad.net) |
17:19.59 | *** join/#oe ricorx7 (~vanguard@wsip-70-167-169-169.sd.sd.cox.net) |
17:22.00 | *** join/#oe risca (~risca@h241n2-n-a31.ias.bredband.telia.com) |
17:23.17 | *** join/#oe rcf (~rcf@69.111-243-81.adsl-dyn.isp.belgacom.be) |
17:27.20 | *** join/#oe Matth_FA (~Matth_FA@mtl93-14-78-241-192-235.fbx.proxad.net) |
17:29.26 | *** join/#oe Jay7 (jay@95.29.102.4) |
17:31.59 | *** join/#oe dijenerate (~dijenerat@65.48.243.26) |
17:32.42 | *** join/#oe GNUtoo|laptop (~gnutoo@host29-10-dynamic.54-79-r.retail.telecomitalia.it) |
17:35.53 | *** join/#oe Matth_FA (~Matth_FA@mtl93-14-78-241-192-235.fbx.proxad.net) |
17:38.16 | *** join/#oe lamawithonel (~lucas@pool-96-240-135-33.washdc.fios.verizon.net) |
17:45.57 | *** join/#oe Matth_FA (~Matth_FA@mtl93-14-78-241-192-235.fbx.proxad.net) |
17:49.55 | blindvt | khem, ping |
17:50.05 | *** join/#oe anarsoul (~anarsoul@80.249.81.229) |
17:51.14 | blindvt | khem, i don't have enough diskspace nowadays, could you 'git mv ./libpthread/nptl/sysdeps/generic/unwind.h include/' and see if that breaks ARM EABI compilation of libubacktrace? TIA |
17:57.30 | *** join/#oe Matth_FA (~Matth_FA@mtl93-14-78-241-192-235.fbx.proxad.net) |
17:57.35 | *** join/#oe risca (~risca@h241n2-n-a31.ias.bredband.telia.com) |
17:59.09 | blindvt | khem, (see ML) |
18:01.57 | *** join/#oe xeon-enouf (~xeon-enou@unaffiliated/xeon-enouf) |
18:03.05 | *** join/#oe toi (~peter@94-226-59-90.access.telenet.be) |
18:10.43 | *** join/#oe kristoffer (~kristoffe@host-78-79-20-145.mobileonline.telia.com) |
18:18.49 | *** join/#oe rob_w (~bob@ppp-188-174-98-239.dynamic.mnet-online.de) |
18:23.51 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
18:26.20 | *** join/#oe toi (~peter@94-226-59-90.access.telenet.be) |
18:30.38 | *** join/#oe chase (~chase@nat/ti/x-obnltqeckfvzykbr) |
18:36.56 | *** join/#oe Jay7 (jay@95.29.102.169) |
18:49.05 | *** join/#oe woglinde (~heinold@g225164036.adsl.alicedsl.de) |
18:56.06 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
18:56.13 | woglinde | hi ensc |
19:01.22 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
19:03.25 | *** join/#oe lamawithonel (~lucas@pool-96-240-135-33.washdc.fios.verizon.net) |
19:10.20 | *** join/#oe incandescant (~joshual@c-71-59-213-114.hsd1.or.comcast.net) |
19:16.30 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
19:17.11 | florian | re |
19:17.50 | *** join/#oe lamikr (~lamikr@e82-103-225-43.elisa-laajakaista.fi) |
19:20.29 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
19:23.43 | *** join/#oe amarsman_de (~marsman@52488909.cm-4-1c.dynamic.ziggo.nl) |
19:24.01 | woglinde | hi frans |
19:24.14 | woglinde | ups effem |
19:28.32 | florian | ~lart eticket.linuxtag.org |
19:28.32 | ibot | tries to shut eticket.linuxtag.org up |
19:29.30 | florian | We still can't send tickets... |
19:29.31 | *** join/#oe playya (~playya@HSI-KBW-109-192-016-033.hsi6.kabel-badenwuerttemberg.de) |
19:29.31 | *** join/#oe playya (~playya@unaffiliated/playya) |
19:31.39 | *** join/#oe playya (~playya@HSI-KBW-109-192-016-033.hsi6.kabel-badenwuerttemberg.de) |
19:31.39 | *** join/#oe playya (~playya@unaffiliated/playya) |
19:32.16 | *** join/#oe phdeswer (~philippe@a83-245-252-47.elisa-laajakaista.fi) |
19:32.49 | *** join/#oe playya (~playya@unaffiliated/playya) |
19:33.17 | eFfeM | hi woglinde, all |
19:34.20 | blindvt | is some native english speaker around? |
19:34.38 | *** join/#oe playya (~playya@HSI-KBW-109-192-016-033.hsi6.kabel-badenwuerttemberg.de) |
19:34.39 | *** join/#oe playya (~playya@unaffiliated/playya) |
19:35.42 | blindvt | i'd /but with an FLAGS parameter/s/an/a/ ;# no? I can parse 'an fd' but not 'an flag'.. |
19:36.04 | *** join/#oe playya (~playya@HSI-KBW-109-192-016-033.hsi6.kabel-badenwuerttemberg.de) |
19:36.04 | *** join/#oe playya (~playya@unaffiliated/playya) |
19:37.39 | blindvt | eFfeM, i suppose your english is better than mine. |
19:38.38 | *** join/#oe playya (~playya@HSI-KBW-109-192-016-033.hsi6.kabel-badenwuerttemberg.de) |
19:38.38 | *** join/#oe playya (~playya@unaffiliated/playya) |
19:39.32 | *** join/#oe liamMT (~Liam@173-164-164-245-SFBA.hfc.comcastbusiness.net) |
19:40.33 | *** join/#oe toi (~peter@94-226-59-90.access.telenet.be) |
19:40.49 | *** join/#oe playya (~playya@unaffiliated/playya) |
19:46.49 | *** join/#oe Matth_FA (~Matth_FA@mtl93-14-78-241-192-235.fbx.proxad.net) |
19:48.00 | *** join/#oe toi (~peter@94-226-59-90.access.telenet.be) |
19:49.01 | eFfeM | I'd say it is a flag (or a FLAGS in your example) |
19:49.15 | eFfeM | (sorry did not see the q, was typing an email) |
19:50.48 | eFfeM | blindvt: and there is always the google test: search for "a flag" gives 9.600.000 hits) search for "an flag" gives 36.700 hits |
19:50.53 | Jay7 | iirc, 'an' is used with words starting from vowels |
19:51.19 | Jay7 | an apple e.g. |
19:51.53 | jconnoll1 | heh, that's right. |
19:51.55 | eFfeM | Jay7: that is more or less correct, afaik an fd would also be ok as you say "efde" so when saying it it is like it starts with a vowel |
19:52.10 | blindvt | and it's "an eff dee", thus 'i open an fd' is ok since it's pronounced as a vowel |
19:52.15 | CosmicPenguin | wait. what? |
19:52.56 | eFfeM | then again the google test says "a fd" 1.470.000 hits, "an fd" 248.000 |
19:53.05 | eFfeM | so not too sure about that |
19:53.16 | eFfeM | i was never good at english ;-) |
19:53.43 | Jay7 | me too :) |
19:54.04 | blindvt | oh well :P |
19:55.51 | *** join/#oe Matth_FA (~Matth_FA@mtl93-14-78-241-192-235.fbx.proxad.net) |
19:59.40 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
20:02.07 | *** join/#oe Jefro (~josiermi@134.134.139.76) |
20:02.14 | woglinde | we need kergoth |
20:03.08 | *** join/#oe dijenerate (~dijenerat@204.212.240.167) |
20:05.55 | *** join/#oe Matth_FA (~Matth_FA@mtl93-14-78-241-192-235.fbx.proxad.net) |
20:06.52 | *** join/#oe lisppaste (~lisppaste@common-lisp.net) |
20:09.05 | *** join/#oe morphis|sport (~morphis@dslb-088-070-131-206.pools.arcor-ip.net) |
20:10.12 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
20:13.26 | *** join/#oe Matth_FA (~Matth_FA@mtl93-14-78-241-192-235.fbx.proxad.net) |
20:14.34 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
20:17.33 | *** join/#oe RP__ (~richard@93-97-173-237.zone5.bethere.co.uk) |
20:21.31 | *** join/#oe Matth_FA (~Matth_FA@mtl93-14-78-241-192-235.fbx.proxad.net) |
20:23.05 | *** join/#oe tasslehoff (~Tasslehof@145.79-161-31.customer.lyse.net) |
20:23.08 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
20:26.55 | *** join/#oe mrc3 (~ddiaz@189.157.117.43) |
20:29.45 | blindvt | PaulePanter, there you are |
20:31.12 | *** part/#oe tasslehoff (~Tasslehof@145.79-161-31.customer.lyse.net) |
20:31.14 | woglinde | blindvt I will see him tomorrow |
20:31.18 | woglinde | again |
20:31.34 | *** join/#oe Matth_FA (~Matth_FA@mtl93-14-78-241-192-235.fbx.proxad.net) |
20:31.47 | *** join/#oe Jefro (~josiermi@134.134.139.76) |
20:35.28 | tharvey | khem, kergoth you guys around today? want to discuss SDK some more |
20:37.31 | tharvey | I find that the issues I'm seeing with building autoconf projects with meta-toolchain largely stem from the fact that the various binconfig's (ie freetype-config) from the -dev ipks (ie freetype-dev.ipk) do 'not' have their paths fixed up as the ones in OE's STAGING_DIR so when autoconf uses them they spit out / based paths incorrectly |
20:38.10 | tharvey | I figure this is because the -dev packages are also meant to be installed on a target that has gcc, yet because they are also used to provide libs for sdk they conflict |
20:38.54 | tharvey | I'm still learning about autoconf but I'm curious why these various -config's exist at all instead of just using pkgconfig which looks to be a much cleaner/flexible way to do the same thing |
20:40.08 | kergoth | because they existed long before pkgconfig ever did |
20:40.45 | *** join/#oe neilm (~neil@s64-180-61-141.bc.hsia.telus.net) |
20:41.28 | tharvey | ok, I buy that - so how do we get around the issue of them not providing the right paths when used with sdk? |
20:41.50 | tharvey | and why hasn't autoconf updated to use pkgconfig? |
20:42.19 | *** join/#oe Matth_FA (~Matth_FA@mtl93-14-78-241-192-235.fbx.proxad.net) |
20:42.38 | pb_ | tharvey: to use pkgconfig for what? |
20:43.17 | tharvey | just curious why autoconf hasn't evolved to use pkgconfig instead of the various -config apps to obtain cflags/libs etc |
20:43.31 | pb_ | autoconf itself doesn't get to choose |
20:43.55 | pb_ | generally, those checks are done by m4 macros which are shipped by the libraries in question |
20:43.56 | tharvey | look at freetype-config for example - its a stand-alone shell script that provides the same thing pkgconfig freetype2 provides - yet pkgconfig is more flexible and maintainable |
20:44.52 | *** join/#oe mrc3 (~ddiaz@189.157.115.229) |
20:44.52 | tharvey | oh? I thought the m4 macros came as part of autoconf - or at least can be overridden by macro's for your system |
20:45.16 | tharvey | wouldn't you want macros tuned for your host (or sdk in my case) to be making those decisions? |
20:45.54 | pb_ | in the case of freetype, the macro in question is AC_CHECK_FT2, and it's distributed (primarily) as part of freetype |
20:46.24 | pb_ | I'm fairly sure you will not find that in the autoconf source tarball, though I haven't checked |
20:46.58 | pb_ | autoconf itself is quite a simple-minded tool, and in some sense it is a tool from a bygone era. |
20:47.28 | pb_ | it doesn't really have any semantic knowledge of the things it's testing for, and it certainly doesn't have any understanding that there is an equivalence between pkg-config and freetype-config. |
20:47.39 | tharvey | I would guess your right - its also not part of libfreetype-dev |
20:48.37 | tharvey | pb_, so that you understand the issue I'm trying to work out: I can't figure out how to use meta-toolchain sdk for example to build gd |
20:49.29 | tharvey | I'm supporting an sdk and trying to document how to use it appropriately and the docs that tell me I simply need to do a './configure --host=$TARGET_SYS' are incorrect in this case, and I assume for a lot of other cases as well |
20:49.51 | tharvey | ie, anything that looks for X headers also adds / to your CFLAGS which is not correct for an sdk |
20:51.10 | *** join/#oe Matth_FA (~Matth_FA@mtl93-14-78-241-192-235.fbx.proxad.net) |
20:51.16 | *** join/#oe pespin_ (~pespin@240.pool85-50-64.dynamic.orange.es) |
20:51.23 | pb_ | yeah, that is an unfortunate piece of suckage |
20:51.52 | pb_ | I don't think there is any "silver bullet" fix for that; I can't think of any way of patching autoconf that would make it work better (and not introduce other obscure failure modes) |
20:52.14 | tharvey | would it help to include our own autoconf in sdk? |
20:52.30 | pb_ | no, not really. |
20:52.42 | pb_ | if you're just running ./configure, autoconf doesn't get invoked at that stage |
20:53.01 | pb_ | autoconf is used (at some prior time) to generate the configure script, but it isn't needed at the point where configure runs |
20:53.33 | tharvey | but you can run autoreconf - just not sure what can be done to make that work either.... it still ends up pulilng invalid macro's |
20:53.52 | pb_ | shipping your own h4x0red autoconf might work if you taught people to always rerun autoreconf, but that can lead to a world of pain of its own so it is probably not a good idea in general. |
20:54.03 | tharvey | unless perhaps the rule is to run autoreconf and macro's in the SDK are used that do the right thing... I think that's what khem was telling me 'should happen' |
20:54.34 | pb_ | yeah, in a perfect world that is exactly what would happen |
20:54.41 | tharvey | I'm ok with telling people they have to run autoreconf (oe for example does this to build gd w/o any patches) |
20:57.11 | tharvey | still trying to understand why khem keeps talking about libtool helping here and where that comes into play |
20:57.34 | pb_ | I don't understand why libtool would be involved either. |
20:58.12 | pb_ | unless he's talking about something to do with paths in .la files, but that is a separate issue (and probably irrelevant for you) |
20:58.51 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
20:59.21 | *** join/#oe woglinde_ (~heinold@g225146213.adsl.alicedsl.de) |
21:00.31 | tharvey | hmm.. can't see to find via opkg/info/*.list where freetype2.m4 comes from in sdk |
21:01.46 | *** join/#oe Matth_FA (~Matth_FA@mtl93-14-78-241-192-235.fbx.proxad.net) |
21:04.23 | tharvey | pb_, how do you figure out that AC_CHECK_FT2 is responsible for a check? looking at configure scripts seems difficult - there is no reference there back to that macro, and I can't figure out what includes that macro either (its not in configure.ac) |
21:09.14 | pb_ | ah, so, gd is an unfortunate example of a library which doesn't use the macros, and instead has cut-and-pasted them into its own configure.ac script |
21:09.50 | woglinde_ | hm isnt gd older than freetype? |
21:10.09 | pb_ | probably, but it supports freetype as a build option |
21:10.27 | woglinde_ | pb sure and the only dev knowing about tools left the project? |
21:11.18 | *** join/#oe Matth_FA (~Matth_FA@mtl93-14-78-241-192-235.fbx.proxad.net) |
21:12.16 | pb_ | tharvey: so, in this case, even shipping your own macros won't help. I don't think there is any feasible way of fixing this other than shipping a freetype-config utility which does the right thing. |
21:12.39 | woglinde_ | pb fixing gd |
21:12.47 | woglinde_ | and sent the patch upstream |
21:13.06 | pb_ | well, sure, but that's not what we are talking about |
21:13.34 | pb_ | actually, I guess you could provide a custom AC_PATH_PROG which noticed when you were asking for freetype-config and instead handed you back "pkg-config freetype2". |
21:13.45 | tharvey | no, I don't think gd is 'wrong' |
21:13.48 | pb_ | that would probably be good enough to keep gd happy, at least |
21:14.01 | tharvey | pb_, not sure how you say my own macros wont work |
21:14.59 | pb_ | tharvey: well, as you said, gd's configure.ac doesn't use freetype's macro, it has its own hand-coded test for freetype |
21:15.25 | tharvey | ie if I can find out what pkg in the sdk provides freetype2.m4 I could re-write it to use pkgconfig for example, or provide arg to config-freetype which is another route that adds a prefix |
21:15.59 | pb_ | well, yeah, but that won't help with gd since it doesn't appear to actually use freetype2.m4 |
21:16.09 | pb_ | dnl FreeType configure tests snarfed from libwmf .. |
21:16.09 | pb_ | AC_ARG_WITH(freetype,dnl |
21:16.12 | pb_ | etc |
21:16.17 | pb_ | is what it seems to be doing |
21:16.18 | tharvey | ah... thats why I couldn't find it in configure.ac - so where is it handcoded? ie if I do an autoreconf isn't configure completely regenerated from configure.ac and others (what others?) - if I run autoreconf it still has the check for freetype in there |
21:16.29 | pb_ | yeah, it's in configure.ac |
21:18.55 | *** join/#oe Matth_FA (~Matth_FA@mtl93-14-78-241-192-235.fbx.proxad.net) |
21:19.03 | tharvey | ok so in this case you 'can' consider gd 'broken' in that it doesn't use the std macro's to do freetype detection - but even if it did that detection might also do the wrong thing (but could be updated/provided correctly in the sdk if autoreconfigure is used |
21:19.34 | pb_ | right |
21:21.36 | *** join/#oe playya (~playya@93.216.252.11) |
21:21.36 | *** join/#oe playya (~playya@unaffiliated/playya) |
21:22.05 | tharvey | any idea what provides freetype2.m4 in sdk? not clear why grep freetype $SDK_PATH/usr/lib/opkg/info/*.list and grep freetype $SDK_PATH/$TARGET_SYS/usr/lib/opkg/info/*.list come up empty |
21:22.35 | woglinde_ | libfreetype6-dev: /usr/share/aclocal/freetype2.m4 |
21:22.35 | pb_ | I would have expected it to be in libfreetype-dev. |
21:22.40 | woglinde_ | its on ubuntu |
21:22.46 | tharvey | doh nvr mind... it comes from libfreetype-dev |
21:22.47 | pb_ | if it's not in there then that sounds like a packaging error in the recipe |
21:23.49 | *** join/#oe JaMa (~martin@94.230.152.115) |
21:28.53 | *** join/#oe Matth_FA (~Matth_FA@mtl93-14-78-241-192-235.fbx.proxad.net) |
21:31.37 | tharvey | I notice that the choice taken for OE internal build for gd and likely others is to hack all the *-config files to do the right thing (binconfig.bbclass) - wondering if that kind of general approach wouldn't be better for an sdk. Such as packaging up the various *-configs and installing them in the SDK path or something |
21:33.45 | pb_ | yeah, that might be a fine plan |
21:34.30 | tharvey | I'll post to the ml and discuss that |
21:35.38 | tharvey | still want to hear from khem about how libtool may affect this and how/when to use LIBTOOL_SYSROOT_PATH in an SDK - he seemed to indicate that if gd's configure was doing the wrong thing after running autoreconf that it must be libtools fault |
21:37.58 | pb_ | yes, I am still baffled as to what he can have meant by that |
21:53.11 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
21:56.19 | *** join/#oe Jefro (~josiermi@134.134.139.70) |
21:58.40 | Crofton|work | Tartarus, are we suppose to ack pull requests for the release maintenance branch? |
21:59.04 | *** join/#oe GarthPS (~quassel@lns-bzn-54-82-251-112-64.adsl.proxad.net) |
21:59.11 | Tartarus | You may. I haven't pulled stefan's yet just because my laptop has been all busy-melty today |
21:59.24 | Tartarus | And Koen's hasn't yet had the 24h review period |
21:59.42 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
22:02.41 | tharvey | hmm... can't recall, can you not have symlinks in ipks? |
22:03.05 | woglinde_ | good nite |
22:03.10 | ka6sox-work | Crofton|work, ping? |
22:03.19 | Crofton|work | piong |
22:03.26 | Crofton|work | Tartarus, ok |
22:03.40 | Crofton|work | I need to send one for system-tools-updates |
22:03.57 | ka6sox-work | <PROTECTED> |
22:04.02 | ka6sox-work | whoops |
22:04.03 | ka6sox-work | hee he |
22:04.37 | ka6sox-work | wants the github system out of his name :D |
22:05.57 | *** join/#oe jconnolly (~jconnolly@firebug.buglabs.net) |
22:07.18 | Crofton|work | sre |
22:08.02 | ka6sox-work | okay I'll work with philb on getting that done |
22:08.09 | ka6sox-work | then we can use the http: method too. |
23:14.43 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
23:33.30 | *** join/#oe incandescant (~joshual@c-71-59-213-114.hsd1.or.comcast.net) |
23:37.42 | *** join/#oe Matth_FA (~Matth_FA@mtl93-14-78-241-192-235.fbx.proxad.net) |
23:44.55 | *** join/#oe Matth_FA (~Matth_FA@mtl93-14-78-241-192-235.fbx.proxad.net) |
23:49.51 | *** join/#oe ChrisD1 (~ChrisD@dsl-217-155-59-204.zen.co.uk) |
23:59.59 | *** join/#oe Matth_FA (~Matth_FA@mtl93-14-78-241-192-235.fbx.proxad.net) |