| 00:25.07 | khem | tharvey: yes libtool-sdk |
| 00:29.27 | *** join/#oe _julian (~quassel@hmbg-5f7629da.pool.mediaWays.net) |
| 00:39.29 | kergoth | https://gist.github.com/963723 - not the prettiest code around, first pass |
| 00:49.59 | *** join/#oe CMoH-notebook (~cipi@95.76.68.223) |
| 00:49.59 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 01:03.46 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
| 01:17.34 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
| 01:36.05 | *** join/#oe kergoth_ (~kergoth@ip24-251-173-232.ph.ph.cox.net) |
| 01:37.32 | *** join/#oe GNUtoo|laptop (~gnutoo@host29-10-dynamic.54-79-r.retail.telecomitalia.it) |
| 01:41.34 | liamMT | anybody here familiar with the mono recipe? I've built it and installed as part of my image, but I only see the 'mono' runtime executable, and not 'gmcs' which is the compiler |
| 01:54.30 | GNUtoo|laptop | FILES_mono-gmcs = "/usr/bin/gmcs2 \ |
| 01:54.30 | GNUtoo|laptop | <PROTECTED> |
| 01:58.15 | liamMT | GNUtoo|laptop: ah, is there a separate mono-gmcs package I need to include? |
| 01:58.25 | GNUtoo|laptop | ? |
| 01:58.51 | GNUtoo|laptop | ah you're making an image |
| 01:58.53 | GNUtoo|laptop | then yes |
| 01:58.59 | liamMT | yes, sorry |
| 02:02.06 | liamMT | thanks :) does bitbake (or anything else) provide a way to list the packages that are available to be included in an image? |
| 02:04.44 | *** join/#oe devzero_ (devzero@xdsl-89-0-142-217.netcologne.de) |
| 02:09.03 | *** join/#oe amarsman_de (~marsman@77-21-30-15-dynip.superkabel.de) |
| 02:18.04 | *** join/#oe Jefro (~josiermi@nat/intel/x-twexjachhetdrwde) |
| 02:24.07 | GNUtoo|laptop | liamMT, yes look into the directory where the ipk go |
| 02:24.39 | GNUtoo|laptop | (deploy/ipk) |
| 02:28.31 | liamMT | ah - and I had not understood that I need to re-run the python script to generate the list of files for the mono recipe |
| 02:29.23 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 02:41.04 | *** join/#oe mrmoku (~mrmoku@ppp-188-174-54-212.dynamic.mnet-online.de) |
| 02:53.43 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 03:02.01 | *** join/#oe openfree (~dennis@116.228.88.131) |
| 03:14.18 | *** join/#oe joshual (~joshual@c-71-59-213-114.hsd1.or.comcast.net) |
| 03:15.56 | *** join/#oe incandescant (~joshual@c-71-59-213-114.hsd1.or.comcast.net) |
| 03:25.05 | *** join/#oe mikey_w (~mike@pool-74-110-218-2.rcmdva.fios.verizon.net) |
| 03:35.47 | *** join/#oe incandescant (~joshual@c-71-59-213-114.hsd1.or.comcast.net) |
| 03:48.39 | *** join/#oe tmbinc__ (abcd@83.141.3.59) |
| 03:49.14 | *** join/#oe mrc3 (~ddiaz@189.157.106.159) |
| 04:03.25 | *** join/#oe vanner (~vanner@195.91.241.19) |
| 04:06.07 | *** join/#oe morphis (~morphis@dslb-088-070-131-206.pools.arcor-ip.net) |
| 04:37.15 | *** join/#oe sanket (~sanket@114.143.165.234) |
| 04:47.45 | sanket | hello |
| 04:47.54 | sanket | I had cross compiled FLTK applications for MIPS development board ............. almost all the cross compiled binaries are running successfully... except one..... for that I m getting segmentation fault....... I had strace that binary..... before getting seg fault ..... I getting some .... Inappropriate ioctl for device..... can any one help me wat will be problem.... |
| 04:48.02 | sanket | here is the strace result for that binary..... http://pastebin.mozilla.org/1221945 |
| 04:50.30 | CIA-78 | 03Simon Busch <morphis@gravedo.de> 07master * r5a6efd58cd 10openembedded.git/recipes/qt4/ (4 files): (log message trimmed) |
| 04:50.30 | CIA-78 | qt4-native: introduce the native version of qt4 and remove old qt4-tools-native |
| 04:50.30 | CIA-78 | The new recipe is based on the qt4-tool-native one but it even installs the libraries of |
| 04:50.30 | CIA-78 | qt4 and not only the tools like moc/rcc. It will not increase the build time as most |
| 04:50.30 | CIA-78 | libraries are already build for the qt4-tool-native but not staged. |
| 04:50.31 | CIA-78 | This commit removes the old qt4-tools-native too. All versions provided by |
| 04:50.32 | CIA-78 | qt4-tools-native are even supported by qt4-native so it is a drop-in replacement. |
| 05:02.30 | *** join/#oe unsolo (~unsolo@146.80-203-33.nextgentel.com) |
| 05:03.39 | *** join/#oe msm (~msm@99-47-177-27.lightspeed.austtx.sbcglobal.net) |
| 05:24.22 | *** join/#oe msm (~msm@192.88.168.35) |
| 05:37.23 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 05:41.13 | *** join/#oe JaMa (~martin@94.230.152.115) |
| 06:04.37 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
| 06:08.05 | *** join/#oe rob_w (~bob@ppp-188-174-87-44.dynamic.mnet-online.de) |
| 06:08.49 | *** join/#oe pespin (~pespin@cisne-cn07.upc.es) |
| 06:09.06 | *** join/#oe vanner_ (~vanner_@nat2.rnd.stcnet.ru) |
| 06:09.23 | *** join/#oe zecke (~ich@91-64-83-241-dynip.superkabel.de) |
| 06:13.08 | *** join/#oe timtimred (~meh@79-67-236-80.dynamic.dsl.as9105.com) |
| 06:26.56 | *** join/#oe amarsman_de (~marsman@88.128.139.28) |
| 06:27.50 | *** join/#oe vitus (~vitus@145.253.169.210) |
| 06:30.01 | *** join/#oe Heinervdm (~thomas@pD9E1438D.dip.t-dialin.net) |
| 06:39.15 | *** join/#oe lamikr (~lamikr@dyn60-31.dsl.spy.dnainternet.fi) |
| 06:41.10 | *** join/#oe GarthPS (~quassel@2a01:e35:2f5c:e670:21d:e0ff:fe5b:2775) |
| 06:43.02 | *** join/#oe amarsman_de (~marsman@88.128.139.28) |
| 06:53.21 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
| 07:03.34 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 07:05.21 | *** join/#oe rschus (~rschus@230.118.101-84.rev.gaoland.net) |
| 07:06.12 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
| 07:06.19 | mckoan | good morning |
| 07:14.37 | *** join/#oe hrw (~hrw@linaro/hrw) |
| 07:19.08 | *** join/#oe bluelightning (~paul@cpc9-lewi14-2-0-cust183.2-4.cable.virginmedia.com) |
| 07:19.08 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 07:20.15 | *** join/#oe toi (~peter@vrt.nat.ibbt.be) |
| 07:20.20 | bluelightning | morning all |
| 07:21.58 | CIA-78 | 03Andreas Müller <schnitzeltony@gmx.de> 07org.openembedded.dev * r52ecfd3a14 10openembedded.git/recipes/u-boot/u-boot_2011.03.bb: |
| 07:21.58 | CIA-78 | u-boot: add 2011.03 |
| 07:21.58 | CIA-78 | Signed-off-by: Andreas Mueller <schnitzeltony@gmx.de> |
| 07:21.58 | CIA-78 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 07:21.58 | CIA-78 | 03Andreas Müller <schnitzeltony@gmx.de> 07org.openembedded.dev * rc9500e26ce 10openembedded.git/recipes/u-boot/ (u-boot_2011.03.bb u-boot_git.bb): (log message trimmed) |
| 07:21.59 | CIA-78 | overo: u-boot fix by moving to version 2011.03 |
| 07:22.00 | CIA-78 | The old git version did not start up from SDCard. |
| 07:22.00 | CIA-78 | Tests: |
| 07:22.01 | CIA-78 | * Set default variable environment |
| 07:22.01 | CIA-78 | * Save variable environment |
| 07:22.02 | CIA-78 | * Boot kernel from MMC and NAND |
| 07:22.49 | *** join/#oe roza (~ron@nat/cisco/x-wphtdxjfnedvhdna) |
| 07:23.29 | sanket | I had cross compiled FLTK applications for MIPS development board ............. almost all the cross compiled binaries are running successfully... except one..... for that I m getting segmentation fault....... I had strace that binary..... before getting seg fault ..... I getting some .... Inappropriate ioctl for device..... can any one help me wat will be problhere is the strace result for that binary..... http://pastebin.mozilla.org/1221945em.... |
| 07:23.45 | sanket | <PROTECTED> |
| 07:40.57 | *** join/#oe morphis (~morphis@hfw-ext-wlan.rz.hs-bremen.de) |
| 07:41.31 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
| 07:53.47 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 07:56.30 | CIA-78 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rb974f1476f 10openembedded.git/recipes/linux/ (2 files in 2 dirs): |
| 07:56.30 | CIA-78 | linux-omap-psp 2.6.32: support accept4 call |
| 07:56.30 | CIA-78 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 08:01.43 | esbenh | kergoth_: ping |
| 08:04.49 | CIA-78 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r465521a22a 10openembedded.git/recipes/udev/udev_168.bb: |
| 08:04.49 | CIA-78 | udev: add 168 |
| 08:04.49 | CIA-78 | This is a work in progress to clean out all the historical rules which aren't needed anymore and slow down booting |
| 08:04.49 | CIA-78 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 08:06.02 | *** join/#oe woglinde (~henning@p5DDC0927.dip0.t-ipconnect.de) |
| 08:10.47 | mickey|office | moin woglinde |
| 08:10.54 | woglinde | hi mickeyl |
| 08:10.58 | woglinde | hi xora |
| 08:13.17 | XorA | hey woglinde |
| 08:13.18 | mckoan | anybody could tell me how to properly create a custom branch into the OE repo? (not only a local branch) |
| 08:13.33 | mckoan | I would like to avoid errors doing that |
| 08:13.44 | mckoan | or creating a mess in the OE repo |
| 08:14.49 | mckoan | is this ok? http://wiki.openembedded.org/index.php/GitPhraseBook#Feature_branches |
| 08:15.22 | woglinde | hm reminds me to tell ka6sox to delete my old gettext branch |
| 08:15.46 | woglinde | mckoan if you are unsure try github or gitorius first |
| 08:16.24 | mckoan | woglinde: what do you mean? to test and learn before doing that? |
| 08:16.34 | XorA | git push origin local-branch:remote-branch |
| 08:17.03 | woglinde | mckoan yes |
| 08:17.13 | woglinde | because without admin help you cannt delete your branch |
| 08:18.21 | mckoan | woglinde: I simply need to take a OE current version, create a branch called kaeilos2009 (or something like that) and push it |
| 08:18.50 | XorA | just gave the command to do that |
| 08:18.51 | mckoan | so I can restart working on the mainline |
| 08:19.17 | mckoan | XorA: yep, thx, the same was in the wiki, I'll try that |
| 08:24.30 | *** join/#oe dth (~dth@a89-183-225-3.net-htp.de) |
| 08:29.11 | ka6sox-sick | woglinde, you want that done right? |
| 08:29.17 | *** join/#oe openfree (~dennis@116.228.88.131) |
| 08:30.26 | woglinde | ka6sox yes please delete the woglinde/gettext branch its only wasting space |
| 08:30.34 | woglinde | look at the last commit |
| 08:30.35 | woglinde | date |
| 08:33.24 | ka6sox-sick | okay I will eithter do it myself or let the gitadmins know. |
| 08:33.25 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 08:34.20 | woglinde | ka6sox ah hm I thought you were gitadmin too |
| 08:34.29 | CIA-78 | 03Martin Jansa <martin.jansa@gmail.com> 07master * r819fa4c451 10openembedded.git/recipes/ (9 files in 8 dirs): (log message trimmed) |
| 08:34.29 | CIA-78 | recipes: fix LICENSE fields |
| 08:34.30 | CIA-78 | * & in LICENSE breaks distribute_sources |
| 08:34.30 | CIA-78 | ERROR: Function 'SRC_DISTRIBUTECOMMAND' failed (see /OE/tmpdir-shr/work/armv4t-oe-linux-gnueabi/pixman-0.22.0-r5.0/temp/log.do_distribute_sources.17340 for further information) |
| 08:34.30 | CIA-78 | ERROR: Logfile of failure stored in: /OE/tmpdir-shr/work/armv4t-oe-linux-gnueabi/pixman-0.22.0-r5.0/temp/log.do_distribute_sources.17340 |
| 08:34.30 | CIA-78 | Log data follows: |
| 08:34.31 | CIA-78 | | WARNING: LICENSE: 'PublicDomain & MIT & MIT-style' |
| 08:34.32 | CIA-78 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r042d20546b 10openembedded.git/recipes/efl1/imlib2_svn.bb: |
| 08:34.33 | CIA-78 | imlib2: sync LICENSE from meta-efl |
| 08:34.33 | CIA-78 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 08:35.07 | CIA-78 | 03Martin Jansa <martin.jansa@gmail.com> 07master * r1c25e6c73b 10openembedded.git/recipes/ (7 files in 5 dirs): (log message trimmed) |
| 08:35.07 | CIA-78 | recipes: drop '+' from LICENSE fields |
| 08:35.07 | CIA-78 | * '+' is valid folder name, so it does not break distribute_sources like & does, |
| 08:35.08 | CIA-78 | but still tmp/deploy/sources/+ folder doesn't make sense at all |
| 08:35.08 | CIA-78 | * PR was bumped only when white-spaces were removed from LICENSE field causing |
| 08:35.09 | CIA-78 | sources to be stored in different folder (classpathx recipes) |
| 08:35.09 | CIA-78 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 08:35.14 | ka6sox-sick | I am, but I don't delete things without talking to folks first. |
| 08:35.38 | mckoan | $ git push origin mckoan/kaeilos-2009 |
| 08:35.39 | mckoan | fatal: The remote end hung up unexpectedly |
| 08:36.08 | ka6sox-sick | mckoan, it was rather overloaded for the last 20minutes |
| 08:36.26 | mckoan | ka6sox-sick: uh, ok, sorry |
| 08:36.34 | ka6sox-sick | which is why I was hoping that .eu would start pulling from github and pushing back to oe.git.org |
| 08:37.38 | ka6sox-sick | the 0800-1000 rush every morning causes this. |
| 08:42.11 | XorA | ka6sox-sick: boot koen to update the Angastrom scripts to pull from github |
| 08:44.00 | ka6sox-sick | okay...let me do that now... |
| 08:47.47 | ka6sox-sick | XorA, done |
| 08:49.31 | XorA | I suspect most Angstrom users probably do oebb.sh update every morning |
| 08:52.50 | XorA | it might be an idea to disable non ssh pulls for a week or so, forcing everyone to switch to the mirrors :-) |
| 08:53.17 | ka6sox-sick | well...thats one way. |
| 08:53.28 | ka6sox-sick | and it *will* get their attention. |
| 08:53.34 | XorA | trouble is most people dont understand git so wont switch until forced |
| 08:54.14 | ka6sox-sick | okay I'm not on the Angstrom ML...someone needs to write up something that says here is where you go now. |
| 08:54.28 | XorA | do you have the github url handy? |
| 08:55.52 | ka6sox-sick | they really use http and not RO git? |
| 08:57.26 | XorA | I got fooled by that, both are there |
| 08:57.33 | XorA | click on the bit that says read only git |
| 08:57.55 | ka6sox-sick | git://github.com/openembedded/openembedded.git |
| 08:58.02 | ka6sox-sick | so there are 4 repos |
| 08:58.08 | ka6sox-sick | I don't know which ones they use. |
| 08:58.11 | ka6sox-sick | probably all |
| 08:59.34 | ka6sox-sick | XorA, see PM. |
| 09:01.55 | *** join/#oe risca (~risca@130.236.250.30) |
| 09:05.56 | woglinde | hi risca |
| 09:11.23 | *** join/#oe GNUtoo|laptop (~gnutoo@host29-10-dynamic.54-79-r.retail.telecomitalia.it) |
| 09:24.28 | *** join/#oe risca (~risca@TP5021-12.itn.liu.se) |
| 09:28.44 | *** join/#oe pespin (~pespin@cisne-cn08.upc.es) |
| 09:34.12 | *** join/#oe RP (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 09:36.31 | woglinde | gm rp |
| 09:39.10 | *** join/#oe sanket (~sanket@114.143.165.234) |
| 09:39.43 | *** join/#oe gizero76 (~gizero@host168-65-static.12-87-b.business.telecomitalia.it) |
| 09:40.34 | zecke | woglinde: hey |
| 09:41.09 | woglinde | he zecke |
| 09:41.27 | sanket | I had cross compiled FLTK applications for MIPS development board ............. almost all the cross compiled binaries are running successfully... except one..... for that I m getting segmentation fault....... I had strace that binary..... before getting seg fault ..... I getting some .... Inappropriate ioctl for device..... can any one help me wat will be problem..........here is the strace result for that binary..... http://pastebin.mozilla.org/1221945 |
| 09:43.00 | woglinde | sanket better use gdb and debugsymbols |
| 09:44.44 | sanket | but the same program is running on my host i386... |
| 09:45.01 | woglinde | and? |
| 09:45.29 | zecke | sanket: then use the host as target device? :) |
| 09:45.39 | woglinde | zecke *g* |
| 09:46.10 | zecke | woglinde: BTW: did you look at the poster? I wonder if the usage of gray is such a good idea. i will plot it both in A2 and A0 today |
| 09:47.39 | woglinde | hm let me see |
| 09:48.21 | woglinde | hm args I better had look yesterday |
| 09:48.29 | woglinde | indeed the gray could be a problem |
| 09:48.40 | *** join/#oe NvrBst (debian-tor@gateway/tor-sasl/nvrbst) |
| 09:49.29 | woglinde | zecke hopefully the shop can make it not so dimm |
| 09:50.10 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 09:50.10 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 09:50.24 | *** join/#oe Openfree^ (~Openfree`@116.228.88.131) |
| 09:52.12 | pb_ | hi zecke, woglinde, mickey, all |
| 09:53.38 | zecke | woglinde: I am getting too old for unorganized chaotic things. :( |
| 09:54.01 | *** join/#oe obi_ (~obi@unaffiliated/obi) |
| 09:54.17 | woglinde | hi pb |
| 09:54.35 | woglinde | zecke okay so we will surrender from attending fairs? |
| 09:54.50 | obi_ | hi |
| 09:54.55 | mlip | na sdorowje! |
| 09:55.12 | woglinde | hi obi |
| 09:55.30 | *** join/#oe pepermint (~pepermint@host226-12-dynamic.58-82-r.retail.telecomitalia.it) |
| 10:00.33 | ka6sox-sick | zecke, better to resign to some desert island...life is getting crazier. |
| 10:03.00 | zecke | woglinde: i already did, I'm more for back office and schnittchen. :) |
| 10:03.16 | zecke | woglinde: do you know when the booth will be equipped? |
| 10:03.23 | woglinde | tomorrow |
| 10:06.36 | *** join/#oe likewise (~chatzilla@095-097-098-131.static.chello.nl) |
| 10:08.11 | *** join/#oe timtimred (~meh@85.210.138.180) |
| 10:11.59 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 10:12.53 | likewise | gm |
| 10:14.07 | woglinde | hi8 likewise |
| 10:18.00 | mlip | ********* python ..... |
| 10:22.12 | *** join/#oe luuk (~luuk@145.93.252.210) |
| 10:22.52 | luuk | hello |
| 10:23.38 | luuk | i have a problem compiling gst-plugins-good_0.10.28 for the ea3250 |
| 10:24.03 | woglinde | whats the problem? |
| 10:24.42 | *** join/#oe RP__ (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 10:24.44 | luuk | my make file stops |
| 10:24.55 | luuk | with differnt errors |
| 10:25.05 | luuk | esd.h no such file directory |
| 10:25.27 | luuk | i think that the main reason |
| 10:29.08 | luuk | does anyone know where i can find esd.h? |
| 10:29.50 | woglinde | bitbak esd |
| 10:29.59 | woglinde | ups bitbake |
| 10:30.15 | woglinde | luuk and you dont tell at all which oe version you are using |
| 10:30.56 | luuk | i am using the latest openembedded |
| 10:31.08 | luuk | just did a pull from the git |
| 10:31.43 | luuk | and i use bitbake version 1.10.2 |
| 10:37.29 | *** join/#oe luuk (~luuk@145.93.252.210) |
| 10:39.35 | mlip | JaMa, ping... I just googled you in a chatlog trying to fix a _ctypes issue for python-native; could you solve it by now ? ;9 |
| 10:43.32 | mickey|office | hi pb_ |
| 10:43.35 | mickey|office | yo z.! |
| 10:43.39 | JaMa | mlip: it's already fixed in oe.dev as well as oe-core |
| 10:44.12 | mlip | JaMa, building python-native-2.6.6-nk1.0 misses _ctypes.so for me (native) |
| 10:44.31 | mlip | JaMa, oe-core |
| 10:45.30 | JaMa | ah, iirc it's solved only for non-native build |
| 10:45.41 | JaMa | but same patch could be used for -native |
| 10:46.36 | mlip | JaMa, you mean 06-ctypes-libffi-fix-configure.patch ? |
| 10:46.55 | JaMa | yes |
| 10:47.40 | mlip | then I will try, I am trying to get pyudev running and it needs ctypes-native to compile |
| 10:56.01 | *** join/#oe likewise (~chatzilla@095-097-098-131.static.chello.nl) |
| 10:56.50 | mlip | JaMa, fyi: patch didn work; I thought I had a chance to get that solved quickly |
| 10:57.26 | JaMa | didn't apply or wasn't enough to reconfigure ctypes/libffi? |
| 10:59.02 | JaMa | mlip: don't forget ot put: |
| 10:59.02 | JaMa | do_configure_prepend() { autoreconf -Wcross --verbose --install --force --exclude=autopoint Modules/_ctypes/libffi || oenote "_ctypes failed to autoreconf" |
| 10:59.05 | JaMa | to native recipe |
| 10:59.08 | JaMa | } |
| 10:59.10 | mlip | JaMa, sry: it applied, but it wasn't enough http://pastebin.com/JcJ2qxLK |
| 10:59.23 | Crofton|work | mickey|office, sakoman_ is saying the source tarball for sip has disappeared already |
| 10:59.28 | Crofton|work | no version on Arpil 30? |
| 10:59.29 | mlip | JaMa, ! that's probably the missing link ;D |
| 10:59.33 | Crofton|work | I did not check personally |
| 11:00.15 | mlip | JaMa, log telling me anyways, but I didn't know which aclocal it's talking about |
| 11:01.06 | JaMa | mlip: ? |
| 11:02.12 | mlip | JaMa, log_compile states that the build systems needs to be regenerated |
| 11:02.50 | JaMa | and did you run configure after adding it? |
| 11:03.02 | mlip | JaMa, I am rebuilding right now |
| 11:03.43 | mickey|office | Crofton: which version of sip from which domain? |
| 11:04.31 | mickey|office | probably upstream |
| 11:04.43 | mickey|office | they still didn't change their policy to keep old versions |
| 11:04.45 | mickey|office | *sigh* |
| 11:05.35 | CIA-78 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r6169e44950 10openembedded.git/recipes/gnome/gnome-desktop_2.32.1.bb: (log message trimmed) |
| 11:05.35 | CIA-78 | gnome-desktop-2.32.1: disable desktop docs |
| 11:05.35 | CIA-78 | * we don't have gnome-doc-utils-native in DEPENDS to provide xml2po and it calls |
| 11:05.35 | CIA-78 | `which xml2po` -m docbook -e -t "${mo}" |
| 11:05.35 | CIA-78 | which doesnt work on host without xml2po |
| 11:05.36 | CIA-78 | * if we add gnome-doc-utils-native to DEPENDS then it still fails: |
| 11:05.37 | CIA-78 | | xsltproc -o fdl-C.omf --stringparam db2omf.basename fdl --stringparam |
| 11:06.30 | mlip | JaMa, worked; elf class is ELF64 so this should be ok |
| 11:06.58 | mlip | JaMa, (although log_compile says it's failing, but afaik this is a python build system issue) |
| 11:07.34 | *** join/#oe flitjes (~flitjes@145.93.252.181) |
| 11:07.58 | mlip | ah, -native works without stating that it failed ;), just the cross build thinks it has failed |
| 11:08.47 | flitjes | hi guys, i've got a problem with compiling gst-plugins-good_0.10.25.bb. It fails because it cant find esd.h. Does anyone know how to solve this problem? |
| 11:13.36 | Crofton | mickey|office, yes, they are annoying |
| 11:14.24 | flitjes | slaps luuk around a bit with a large trout |
| 11:16.22 | woglinde | gm crofton |
| 11:16.42 | flitjes | slaps luuk around a bit with a large trout |
| 11:17.20 | woglinde | bitbake esd |
| 11:19.30 | *** join/#oe hrw (~hrw@linaro/hrw) |
| 11:19.41 | flitjes | what do u mean by bitbake esd because we cant find the recipe for esd |
| 11:22.02 | woglinde | libesd? |
| 11:22.06 | woglinde | let me see |
| 11:22.44 | woglinde | hm ah bitbake esound |
| 11:23.08 | flitjes | ok that one exists gonna try it |
| 11:24.51 | flitjes | autoreconf failed with exit status: 1 |
| 11:25.33 | flitjes | and error possible undifined macro: AM_PATH_AUDIOFILE |
| 11:31.22 | flitjes | slaps luuk around a bit with a large trout |
| 11:32.48 | woglinde | that dont helps |
| 11:35.56 | flitjes | slaps luuk around a bit with a large trout |
| 11:36.09 | woglinde | could you please stop your stupid script |
| 11:36.33 | flitjes | not a script just screwing arround with my classmate tho ;) |
| 11:36.49 | woglinde | no kindergarten here |
| 11:39.10 | flitjes | didnt knew you guys could see it also tho, im new to mirc because classmates suggested to turn to here for some help |
| 11:39.44 | woglinde | most people here dont uses windows |
| 11:46.50 | XorA | uses windows |
| 11:47.04 | *** join/#oe otavio (~otavio@189.114.111.55) |
| 11:47.04 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 11:47.19 | JaMa | do we need separate PACKAGES for nativesdk.bbclass? |
| 11:48.08 | JaMa | or can we force it empty like we does for native.bbclass? http://git.openembedded.org/cgit.cgi/openembedded/commit/classes/native.bbclass?id=c3604894c130a6596b16abb945d3c57fbf40ef39 |
| 11:48.35 | JaMa | we do |
| 11:49.10 | woglinde | jama hm question for mailinglist? |
| 11:50.24 | JaMa | woglinde: question whether to send my patch as RFC or not at all :) |
| 11:50.59 | JaMa | I have it in my branch for a while, but I'm not actively using generated SDKs |
| 11:51.10 | woglinde | neither |
| 11:57.27 | JaMa | ok, sent |
| 11:57.57 | *** join/#oe mario-go` (~user@67.205.85.241) |
| 12:04.25 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 12:05.04 | mckoan | woglinde, XorA : I tried to push my branch but there is something wrong http://pastebin.com/1NQ65VeL do you have any hint please? |
| 12:05.46 | XorA | mckoan: you have never pushed from that repo? |
| 12:06.12 | XorA | mckoan: you cant push to git:// addresses |
| 12:07.18 | mckoan | XorA: actually I usually push this way : git push git@git.openembedded.org:openembedded |
| 12:07.39 | XorA | mckoan: man you like the hard way :-D |
| 12:07.52 | XorA | mckoan: add git@git..... to push-url entry in git config |
| 12:08.10 | mckoan | XorA: this means I don't know the easy one ;-) |
| 12:11.35 | mckoan | XorA: do you mean this? git config remote.origin.url=git@git://git.openembedded.org/openembedded |
| 12:11.52 | XorA | mckoan: I just use vi |
| 12:12.02 | JaMa | and no git@git:// |
| 12:12.08 | mckoan | ok |
| 12:12.29 | XorA | I use url to bit git protocol and push-url to be ssh |
| 12:13.05 | JaMa | but it has to be "git+ssh://git@git" or git@git only |
| 12:13.17 | *** join/#oe hrw (~hrw@linaro/hrw) |
| 12:13.17 | JaMa | "git@git://git" doesn't make sense |
| 12:13.20 | XorA | git@git... seems to work fine |
| 12:13.48 | woglinde | re hrw |
| 12:14.18 | XorA | uses url and push-url means you can pull from github and be nice to ka6sox-sick and push to OE |
| 12:16.26 | *** join/#oe Openfree` (~df@61.170.205.61) |
| 12:16.56 | *** join/#oe risca (~risca@130.236.250.26) |
| 12:19.39 | mckoan | I'm really sorry for my ignorance, but I never understood well this git remote.origin configuration |
| 12:20.02 | mckoan | now I have : remote.origin.url=git@git.openembedded.org/openembedded |
| 12:20.14 | mckoan | $ git push origin mckoan/kaeilos-2009 |
| 12:20.14 | mckoan | fatal: 'git@git.openembedded.org/openembedded' does not appear to be a git repository |
| 12:20.17 | mckoan | fatal: The remote end hung up unexpectedly |
| 12:20.51 | JaMa | mckoan: remote.origin.url=git@git.openembedded.org:openembedded |
| 12:20.55 | JaMa | mckoan: see : |
| 12:21.37 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 12:22.29 | XorA | mckoan: its exactly the same url as you would use for rsync or scp :-) |
| 12:22.46 | XorA | and JaMa has given correct form |
| 12:23.35 | mckoan | many thanks |
| 12:24.32 | hrw | re |
| 12:24.34 | mckoan | it worked |
| 12:24.42 | XorA | hrw in dah hause |
| 12:24.56 | JaMa | also switched to github |
| 12:25.30 | JaMa | mckoan: this could be handy too :) git remote set-url --push origin git@git.openembedded.org:openembedded |
| 12:25.58 | hrw | XorA: ;D |
| 12:26.38 | hrw | broonie: wake up - we need to meet finally |
| 12:28.15 | XorA | hrw: never met the broonie? wow! |
| 12:28.32 | hrw | XorA: not that I remember |
| 12:28.55 | hrw | and I got info that he is here at uds-o |
| 12:28.59 | XorA | hrw: come for Edin hols :-D |
| 12:29.36 | XorA | unfortuneately didnt make uds-o :-( |
| 12:30.10 | hrw | XorA: do you have >10°C during summer there? |
| 12:30.32 | XorA | it should hit 30-35 in August-September |
| 12:30.53 | mckoan | JaMa: great, this should be in the wiki |
| 12:30.57 | XorA | if current warm spell keeps up |
| 12:32.15 | mckoan | JaMa: but this setting shouldn't be already be done by the first git clone git@git.openembedded.org:openembedded |
| 12:32.25 | mckoan | ? |
| 12:33.13 | XorA | mckoan: it will if you had first cloned that way, but you first cloned from git:// |
| 12:33.38 | mckoan | XorA: yep, you're right, now is clear |
| 12:33.58 | XorA | anyway best setup for OE is pull from github, push to OE |
| 12:34.06 | XorA | that lowers the load on the poor OE server |
| 12:39.22 | JaMa | mckoan: the important part is --push.. so if you've cloned from github or http:// or git:// then you just switch pushurl without need to know .git/config syntax |
| 12:39.58 | JaMa | s/cloned/cloned or changed url to/g; s/switch/add different/g; |
| 12:43.01 | *** join/#oe CareBear\ (peter@stuge.se) |
| 12:43.18 | woglinde | ogra to broonie? |
| 12:43.32 | CareBear\ | ok so who is running the linuxtag booth? |
| 12:43.38 | CareBear\ | maybe Florian? |
| 12:43.46 | CareBear\ | ping he. :) |
| 12:43.53 | woglinde | ups |
| 12:44.10 | woglinde | carebear florian,robertsch,zecke and me |
| 12:44.22 | woglinde | why? |
| 12:45.05 | CareBear\ | I'm standing in the booth and want to remodel a little :) |
| 12:45.17 | woglinde | hm |
| 12:45.22 | woglinde | in which manner? |
| 12:45.42 | CareBear\ | as you might know the c-base moon guys are not coming |
| 12:45.44 | CareBear\ | so we have more space |
| 12:45.57 | woglinde | no |
| 12:46.00 | CareBear\ | yes |
| 12:46.02 | CareBear\ | :) |
| 12:46.03 | woglinde | dont know that |
| 12:46.05 | CareBear\ | aha |
| 12:46.07 | CareBear\ | it's true! |
| 12:46.24 | woglinde | more space sounds good |
| 12:46.31 | CareBear\ | currently the way the booth is set up your small table and large table are a little spread out and not really near your sign |
| 12:46.43 | CareBear\ | also they're in the back, not out by the isle |
| 12:47.44 | CareBear\ | it's difficult to do this over IRC maybe so unless someone is coming here later/soonish I guess I'll just try to do something clever |
| 12:48.00 | CareBear\ | but it would help to know what and how you guys plan to use the tables? |
| 12:49.30 | woglinde | hm we have a 17" monitor |
| 12:49.34 | woglinde | ups 21 |
| 12:49.44 | CareBear\ | http://stuge.se/lt201_7b112.jpg |
| 12:49.54 | CareBear\ | meh |
| 12:49.57 | CareBear\ | http://stuge.se/lt2011_7b112.jpg |
| 12:50.15 | CareBear\ | the large table to the left is yours |
| 12:50.51 | CareBear\ | there are two small tables but three were requested (Kamailio, OE, flashrom+coreboot) |
| 12:50.57 | CareBear\ | I think we can play nice with the small table |
| 12:51.07 | CareBear\ | but question is where would be clever to put stuff |
| 12:51.35 | CareBear\ | I guess you want the large table over by where the name is? |
| 12:52.13 | woglinde | on the left side is nobody? |
| 12:52.18 | CareBear\ | correct |
| 12:52.28 | CareBear\ | the name signs do not come apart |
| 12:52.39 | CareBear\ | ie. can not split Kamailio from OE easily |
| 12:53.02 | CareBear\ | but I could ask for new signs if you insist |
| 12:53.09 | woglinde | hm |
| 12:53.10 | *** join/#oe rickfoosusa (~chatzilla@99.179.103.49) |
| 12:53.11 | CareBear\ | (on your behalf) |
| 12:53.33 | woglinde | dont know if they would do it |
| 12:53.39 | CareBear\ | me also not |
| 12:53.42 | CareBear\ | anyway |
| 12:53.58 | CareBear\ | coreboot and flashrom are good friends so I was thinking that we would hog the left side |
| 12:53.59 | CareBear\ | :) |
| 12:54.23 | CareBear\ | by moving the counter to the left |
| 12:54.30 | woglinde | that would be okay |
| 12:54.33 | rschus | CareBear\: would it make sense to move the tables around a bit? |
| 12:54.46 | woglinde | CareBear yor are from Kamailio? |
| 12:54.48 | CareBear\ | on the other hand that is really stupid thinking of me because we want to be close to our name signs |
| 12:54.58 | CareBear\ | woglinde : I'm coreboot and a bit of flashrom |
| 12:55.03 | CareBear\ | rschus : I think so |
| 12:55.15 | CareBear\ | you'll put the 17" on the large table? |
| 12:55.18 | CareBear\ | and show stuff on? |
| 12:55.23 | woglinde | 21 |
| 12:55.27 | CareBear\ | 21 sogar |
| 12:55.27 | CareBear\ | ok |
| 12:55.35 | CareBear\ | then good that it's a large table! :p |
| 12:55.37 | rschus | CareBear\: the door in the back is supposedly not to be blocked, I suppose |
| 12:56.07 | rschus | otherwise I'd put the large table there and you guys claim the remaining space as you see fit |
| 12:56.10 | woglinde | CareBear hm would you mind to take the left side? |
| 12:56.11 | CareBear\ | rschus : it could be blocked if noone in the booth cares, but inside there is network and power distribution |
| 12:56.20 | zecke | rschus: ping. Should I print the poster in A1 and A2 today? or A0 and A2? |
| 12:56.29 | zecke | rschus: and do you think the grey is okay? |
| 12:56.40 | woglinde | Kamailio more to the mid and oe the large table to the right? |
| 12:56.44 | CareBear\ | maybe I should just move stuff around so that the furniture we requested is actually underneath the signs with respective names? |
| 12:56.54 | CareBear\ | woglinde : that's what I'm thinking |
| 12:57.07 | CareBear\ | the large table probably fits perfectly if stood against the right wall |
| 12:57.22 | CareBear\ | but maybe you want it to be facing outwards? |
| 12:57.23 | woglinde | cool |
| 12:57.23 | woglinde | yes |
| 12:57.35 | woglinde | no that would be okay |
| 12:57.53 | CareBear\ | let's see. I'll try.. |
| 12:57.54 | woglinde | we can change it anyway |
| 12:57.59 | woglinde | make a picture |
| 12:58.03 | woglinde | *g* |
| 13:00.21 | CareBear\ | actually the table is a lot smaller than the space on the right |
| 13:00.58 | XorA | this is like tetris where the players cant see the screen and CareBear\ has to describe it |
| 13:01.59 | *** join/#oe kristoffer__ (~kristoffe@host-78-79-37-129.mobileonline.telia.com) |
| 13:02.17 | CareBear\ | :) |
| 13:02.21 | CareBear\ | I send photos |
| 13:02.44 | XorA | Massively Multiplayer Tetris :-D |
| 13:02.56 | CareBear\ | anyone tried tetrinet? |
| 13:04.06 | CareBear\ | http://stuge.se/7b112_table_right.jpg |
| 13:04.47 | CareBear\ | http://stuge.se/7b112_move1.jpg |
| 13:05.41 | CareBear\ | I think it's also fine to turn the table with the long side toward the isle |
| 13:06.32 | woglinde | I wondower what Kamailio has ordered? |
| 13:06.42 | woglinde | I only see 3 deks |
| 13:06.44 | woglinde | desks |
| 13:06.45 | CareBear\ | 1 infopoint, 2 bar chairs, 1 small table, 2 chairs, 1 small literature rack P3. |
| 13:06.59 | CareBear\ | (yes I have the wiki page open) |
| 13:07.29 | CareBear\ | right; there is one small table less than our combined requests |
| 13:08.18 | woglinde | and what did folrian ordered for us? |
| 13:08.52 | CareBear\ | 1 large table, 1 small table, 2 bar chairs, 2 chairs |
| 13:09.22 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 13:09.23 | sakoman_ | Crofton|work: I'm working on updated recipes for python-pyqt, python-sip, and sp-native |
| 13:09.31 | CareBear\ | damn this counter is heavy |
| 13:09.40 | woglinde | sakoman_? mickeyl did that too |
| 13:09.42 | sakoman_ | all have issues with missing tarballs upstream |
| 13:09.57 | woglinde | besides missing archivs |
| 13:10.46 | sakoman_ | woglinde: my pull was from yesterday am and all 3 failed |
| 13:10.53 | woglinde | hm the bar chairs without infopoint makes no sense |
| 13:11.08 | CIA-78 | 03Marco Cavallini <m.cavallini@koansoftware.com> 07master * rd5e59ef9e7 10openembedded.git/MAINTAINERS: MAINTAINERS: removed xorg xinput-calibrator mantainers from my profile |
| 13:11.23 | pb_ | woglinde: unless you plan to have a bar, right? |
| 13:11.29 | woglinde | scratches head |
| 13:11.33 | pb_ | sounds like an outstanding plan to me |
| 13:11.40 | CareBear\ | woglinde : bar chairs are better than having to stand |
| 13:11.46 | woglinde | pb they dont fit onto small and large table |
| 13:12.05 | CareBear\ | it's a nice way to relax a little and still be accessible to visitors |
| 13:12.05 | CareBear\ | well |
| 13:12.11 | woglinde | carebear sure |
| 13:12.25 | CareBear\ | florian has been here many times enough to know :) |
| 13:12.30 | CareBear\ | maybe you too |
| 13:12.46 | woglinde | CareBear I attend a lot of fairs yes |
| 13:12.52 | CareBear\ | as exhibitor? |
| 13:12.55 | woglinde | yes |
| 13:12.57 | CareBear\ | cool |
| 13:13.01 | CareBear\ | yeah then you know |
| 13:13.17 | woglinde | sure and bar chairs make sense with an info point desk |
| 13:13.19 | CareBear\ | come saturday the bar chairs will be like a cool blanket on a warm summer sunday morning in bed |
| 13:13.50 | CareBear\ | yes even more |
| 13:13.51 | CareBear\ | but I think still useful with the desk |
| 13:14.43 | woglinde | hm okay then we need the table to the front |
| 13:14.52 | woglinde | and I wonder where to put the small table |
| 13:15.18 | CareBear\ | table to the front is ok |
| 13:15.27 | CareBear\ | what's your plan for the small table? |
| 13:15.41 | woglinde | by lookin at the booth, I dont really know |
| 13:15.57 | CareBear\ | we (coreboot+flashrom) wanted one to have a meeting point and a spot a little to the side to maybe sit down with more important booth visitors and chat, or even an interview |
| 13:16.09 | CareBear\ | VIP lounge if you will :p |
| 13:16.12 | woglinde | only sane would be to combine it with the large table |
| 13:16.44 | woglinde | but there isnt the space for it |
| 13:18.07 | CareBear\ | only "inwards" |
| 13:18.24 | CareBear\ | I guess you can fight with Kamilio about it ;) |
| 13:19.02 | CareBear\ | oh |
| 13:19.10 | CareBear\ | there are 2 bar chairs less than totally requested |
| 13:19.32 | woglinde | uhm lol |
| 13:20.08 | CareBear\ | if that is the 2 you requested or the 2 Kamailio requested, I can't say ;p |
| 13:21.04 | woglinde | hm wonderfull |
| 13:21.49 | CareBear\ | hmm |
| 13:21.54 | CareBear\ | the booth gets really empty |
| 13:22.01 | CareBear\ | when moving things around a little |
| 13:22.54 | woglinde | hm hm |
| 13:23.10 | woglinde | I think we will decide tomorrow |
| 13:23.18 | woglinde | let it as it no |
| 13:23.18 | woglinde | w |
| 13:23.26 | woglinde | maybee ask for the barchairs |
| 13:23.43 | woglinde | and thanks for notice us |
| 13:24.21 | CareBear\ | hold for move2.jpg |
| 13:28.04 | *** join/#oe pespin (~pespin@240.pool85-50-64.dynamic.orange.es) |
| 13:29.45 | CareBear\ | http://stuge.se/7b112_move2.jpg http://stuge.se/7b112_move2_inside1.jpg http://stuge.se/7b112_move2_inside2.jpg http://stuge.se/7b112_move2_inside3.jpg http://stuge.se/7b112_move2_inside4.jpg |
| 13:31.07 | XorA | when do the booth babes arrive :-D |
| 13:31.33 | woglinde | xora you dressed up |
| 13:31.37 | woglinde | ups when |
| 13:31.46 | woglinde | and come over to act as one |
| 13:31.57 | XorA | woglinde: that isnt unknown for me :-D |
| 13:32.22 | XorA | but I dont make much of a babe |
| 13:32.33 | CareBear\ | woglinde : in one way the "front" of the booth is ok now, but it's *really* empty in the back |
| 13:32.36 | CareBear\ | and in the corner |
| 13:32.42 | CareBear\ | which is dumb |
| 13:33.35 | *** join/#oe kevinsc (~a0214685@nat/ti/x-obmigkxovwdftwgd) |
| 13:33.53 | woglinde | CareBear hm I would prefer putting our small table to our large table |
| 13:34.00 | *** join/#oe otavio (~otavio@189.114.111.55) |
| 13:34.00 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 13:34.01 | woglinde | and mov all desks to left |
| 13:34.08 | woglinde | but thats only me |
| 13:34.25 | *** join/#oe B_Lizzard (~havoc@athedsl-119886.home.otenet.gr) |
| 13:34.34 | CareBear\ | woglinde : I see the point. unfortunately it messes up alignment for the signs above then :\ |
| 13:34.52 | woglinde | not really |
| 13:35.02 | woglinde | look at http://stuge.se/7b112_move2.jpg |
| 13:35.54 | CareBear\ | yep? |
| 13:36.27 | CareBear\ | well maybe the K infopoint can scoot over a bit |
| 13:36.28 | woglinde | if you move your vitrine to the left of the booth |
| 13:36.37 | woglinde | it would match too |
| 13:36.44 | CareBear\ | yes, actually already did that |
| 13:36.50 | CareBear\ | the 1dm or so |
| 13:37.39 | woglinde | no completly left of the bearer |
| 13:38.08 | woglinde | hms |
| 13:40.30 | CareBear\ | you mean where there is no name sign above? ;) |
| 13:41.48 | CareBear\ | http://stuge.se/7b112_move3.jpg |
| 13:42.03 | woglinde | yes |
| 13:42.26 | CareBear\ | it sorta kinda fits |
| 13:42.38 | CareBear\ | but the Kamailio lit rack does not have a lot of space |
| 13:42.46 | CareBear\ | and it's REALLY empty in the back |
| 13:43.01 | CareBear\ | that is much more visible when standing up and looking into the booth |
| 13:43.09 | CareBear\ | it looks naked |
| 13:43.10 | CareBear\ | :( |
| 13:43.18 | CareBear\ | (although naked is usually good) |
| 13:43.29 | CareBear\ | but not the booth |
| 13:45.19 | woglinde | okay |
| 13:45.31 | woglinde | let it as it is on move3 |
| 13:46.05 | woglinde | we will see tomorrow |
| 13:46.22 | woglinde | without kamailo guys |
| 13:46.27 | woglinde | its useless |
| 13:46.37 | *** join/#oe rob_w (~bob@ppp-188-174-87-44.dynamic.mnet-online.de) |
| 13:47.41 | CareBear\ | http://www.google.com/search?q=kamailio+irc |
| 13:48.00 | CareBear\ | http://www.kamailio.org/w/irc-channels/ |
| 13:48.10 | CareBear\ | irc.freenode.net #kamailio |
| 13:48.18 | broonie | hrw: I've been here since 9am |
| 13:50.06 | woglinde | lol |
| 13:50.09 | woglinde | hi broonie |
| 13:50.26 | woglinde | carebear did they answer? |
| 13:50.58 | CareBear\ | stone dead :( |
| 14:01.42 | *** join/#oe amarsman_de (~marsman@nat/montavista/x-jijbpyizbwyerbgb) |
| 14:03.58 | *** join/#oe dth (~dth@a89-183-225-3.net-htp.de) |
| 14:04.55 | zecke | woglinde: i finished plotting. |
| 14:05.06 | *** join/#oe devzero_ (devzero@xdsl-89-0-95-126.netcologne.de) |
| 14:05.53 | *** join/#oe mrc3 (~ddiaz@189.157.115.178) |
| 14:06.24 | pb_ | zecke: I think the essence of a successful plot is that you're meant to keep it secret |
| 14:06.54 | mickey|office | heh |
| 14:07.29 | woglinde | zecke you will come tomorrow to the fair? |
| 14:10.37 | *** join/#oe CosmicPenguin (~nobody@soa.codeaurora.org) |
| 14:21.22 | *** join/#oe hrw (~hrw@linaro/hrw) |
| 14:22.05 | *** join/#oe vanner (~vanner@195.91.241.19) |
| 14:22.40 | woglinde | re hrw |
| 14:30.18 | *** join/#oe kevinsc (~a0214685@nat/ti/x-lmfpxoprikgfrnao) |
| 14:31.22 | CareBear\ | woglinde : I got an email address now |
| 14:31.29 | CareBear\ | they're all serious with schedules and shit |
| 14:31.32 | CareBear\ | http://sip-router.org/wiki/meetings/berlin_2011 |
| 14:31.38 | *** join/#oe msm (~msm@192.88.168.35) |
| 14:33.15 | woglinde | hm I see troubles |
| 14:33.30 | woglinde | the equipment will not fit on the infodesk |
| 14:33.51 | woglinde | and we have a lot of equipment too |
| 14:38.34 | *** join/#oe CMoH-notebook (~cipi@89.123.11.179) |
| 14:38.34 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 14:45.57 | Crofton|work | woglinde, can you show different sets of hw each day? |
| 14:46.08 | woglinde | hm |
| 14:46.18 | woglinde | maybee |
| 14:47.27 | XorA | start hanging boards from the ceiling |
| 14:47.42 | woglinde | nah |
| 14:47.51 | woglinde | people think they can grab one |
| 14:53.19 | tharvey | khem, so I've built meta-toolchain from release-2011-03 as well as poky1.0 and think I have some more intelligent questions/observations now regarding sdk. |
| 14:54.55 | tharvey | to use sdk against a project that uses autoconf is it expected that you would use 'autoreconf' prior to running ./configure --host=$TARGET_SYS ? |
| 14:55.28 | tharvey | otherwise configure makes all kinds of horrible decisions based on the host system, such as looking for X in / etc |
| 14:58.06 | tharvey | while libtool 2.4 is in my sdk (by virtue of libtool-sdk) on x86_64 instead of being 'libtool' its x86_64-linux-libtool (in the PATH as modified by the SDK) - I'm still not clear when/if libtool is used while using the sdk to cross-compile |
| 15:00.45 | kergoth | tharvey: most projects include their own copies of the libtool macros, ltmain.sh, etc, so wouldn't get our improvements |
| 15:00.50 | Crofton|work | we need an OpenEmbedded mobile |
| 15:00.51 | kergoth | they don't run the 'system' libtool script |
| 15:00.55 | kergoth | so it would make sense |
| 15:04.08 | kergoth | okay, i'm not used to seeing oe commits all over my github dashboard |
| 15:04.30 | kergoth | too bad it shows duplicates for master + org.openembedded.dev |
| 15:05.21 | tharvey | kergoth, not understanding what your saying. Your saying it doesn't matter if libtool is provided in the sdk or not if a project doesn't call it? I'm trying to understand how libtool and sysroot support in libtool is supposed to magically make things better. The way I see it is something as simple as gd (a lib that utilizes other libs) is not being built correctly (or at all in some cases) with meta-toolchain |
| 15:06.05 | kergoth | tharvey: yes. most projects ship their own libtool and use that, they don't rely on what you have unless you force the matter or re-run libtoolize, which autoreconf does |
| 15:06.32 | kergoth | there's a reason we run autoreconf in everything for our recipes :) |
| 15:06.39 | kergoth | libtool is the biggest reason |
| 15:07.15 | tharvey | yes, thats what I thought. Ok so all these docs that I'm reading that say in order to use the sdk 'simply' run ./configure --host=$TARGET_SYS are just plain wrong - or at best work for 'some' projects |
| 15:07.40 | kergoth | heh, by now you should know crosscompiling is never that easy ;) |
| 15:08.21 | tharvey | other projects require 'what' exactly? I see how for example gd built within OE runs autoreconf wiht a bunch of options, should I assume that its always safe to do it that way using oe generated sdk as well? |
| 15:09.14 | kergoth | crosscompiling without something like oe is never trivial. autoreconf -f should cover your bases, that forces it to ignore timestamps and make certain things are regenerated |
| 15:09.27 | kergoth | thinks |
| 15:10.04 | tharvey | I don't see autoreconf run with any magic 'sysroot' option, but I do see it run with a -Wcross --install --force --exclude=autopoint and some -I's which point into sysroots aclocal dirs |
| 15:10.29 | tharvey | I would assume those -I args are critical to point it to the sdk's ac configs? |
| 15:11.01 | *** join/#oe incandescant (~joshual@c-71-59-213-114.hsd1.or.comcast.net) |
| 15:11.07 | kergoth | the -Wcross is just a warning thing, excluding autopoint is only required in certain cases. the -I's probably are required though, indeed :(. you can try without it, it will check its hardcoded path, but that only covers part of it, i think |
| 15:11.32 | kergoth | i have a commit on a personal branch that uses wrappers to make autoconf more relocatable without all those args, maybe i should get that merged |
| 15:11.33 | kergoth | heh |
| 15:13.16 | tharvey | oe also looks to be doing some magick to determine those '-I's though, need to find out where thats coming from |
| 15:13.27 | tharvey | yes, I would think your wrappers would make a ton of sense for anyone trying to support an SDK |
| 15:14.17 | tharvey | can you point me to what you have? |
| 15:14.25 | kergoth | it's basically just making sure all the autoconf and aclocal search paths in the current sysroot(s) are hit. there's no reason it couldn't determine them based on its current location though |
| 15:15.39 | *** join/#oe amarsman_de (~marsman@nat/montavista/x-jmtgservesetxzfh) |
| 15:15.54 | *** join/#oe timtimred (~meh@85.210.138.180) |
| 15:16.48 | kergoth | hrm, damn, this isn't ideal either. it only covers the 'autoconf' datadir, not the aclocal ones, and it still ends up with hardcoded paths in it, just the current ones, it generates the wrappers when it goes into the sysroot. no reason we couldn't do something similar but with relative paths though |
| 15:16.51 | kergoth | https://github.com/kergoth/openembedded/commit/2abceee79e521764464f4a81bf9ee9ae68249ef6 |
| 15:17.05 | kergoth | was a work in progress, wanted to start moving away from our sed mangling everything in favor of things being more relocatable |
| 15:17.28 | tharvey | so is nobody using meta-toolchain then if its so broken? |
| 15:17.56 | tharvey | (for autoconf projects that is) |
| 15:18.22 | kergoth | I don't know that i'd go that far, i'm just guessing based on what you've said and all, I can't imagine it's that broken for such a common case.. unless everybody manually reruns autoreconf, or forces the libtool |
| 15:18.30 | kergoth | you could force it instead, see how that works |
| 15:18.39 | kergoth | make LIBTOOL=/path/to/sdk/libtool |
| 15:18.41 | kergoth | or something |
| 15:18.45 | kergoth | scratches head |
| 15:18.59 | tharvey | I'm not uderstanding why on earth CPATH and LIBTOOL_SYSROOT_PATH are exported from the SDK if they are not used anywhere. I also find that CONFIG_SITE while is very useful to configure points to an empty file |
| 15:19.38 | *** join/#oe tdebrouw (~tdebrouw@66.242-242-81.adsl-dyn.isp.belgacom.be) |
| 15:19.44 | kergoth | well, if the upstream already happens to use a libtool that obeys LIBTOOL_SYSROOT_PATH, then things would probably work fairly well |
| 15:19.46 | kergoth | but *shrug* |
| 15:19.59 | kergoth | maybe ask khem, he's the libtool 2.4 guy :) |
| 15:20.01 | tharvey | in the sdk simply running 'autoreconf; ./configure --host=$TARGET_SYS' ends up bailing out in configure with all kinds of 'invalid options' errors to libtool |
| 15:20.22 | kergoth | ouch |
| 15:20.23 | tharvey | ya, have a question out to him |
| 15:20.40 | tharvey | when you say upstream, in this case you mean the host using hte sdk? |
| 15:20.49 | kergoth | i mean gd |
| 15:21.01 | kergoth | the thing you're building |
| 15:21.16 | kergoth | autoconf based projects generally ship with certain 'maintainer' files ready to go, so the average user doesn't need to rerun things like autoconf |
| 15:21.29 | kergoth | that includes ltmain.sh, which is the core of the libtool script |
| 15:21.35 | kergoth | ./configure uses that to generate the libtool it runs |
| 15:22.32 | kergoth | <PROTECTED> |
| 15:23.14 | kergoth | (i doubt anyone has tested it but me though :) |
| 15:24.27 | tharvey | so that patch is patching OE's automake - how does that affect upstream projects like in my example gd? |
| 15:24.48 | *** join/#oe GarthPS (~quassel@2a01:e35:2f5c:e670:21d:e0ff:fe5b:2775) |
| 15:25.56 | kergoth | with that, you would potentially be able to run autoreconf -f without specifying the -I paths |
| 15:26.05 | kergoth | doesn't fix everything, but would be a step in the right direction |
| 15:26.46 | tharvey | I shouldn't have said autoreconf causes configure to bail out... looks like they are all warnings |
| 15:26.58 | kergoth | but, i'm not aware of what all the sdk/meta-toolchain stuff does, maybe its already not necessary, no clue, guessing here :) |
| 15:27.23 | tharvey | however it doesn't seem to solve anything either... grep ^CPPFLAGS Makefile still shows -I/usr/include/freetype2 -I/usr/include/libpng12 - host based dirs |
| 15:29.28 | kergoth | i suspect that's quite independent of libtool, if it's in the makefile. check the Makefile.am for silly things like -I@includedir@/freetype2. we often have to patch things like that out in oe.. |
| 15:29.33 | kergoth | shrugs |
| 15:30.31 | tharvey | still don't see how your change to automake factors into the sdk - is it whats responsible for generating the *.m4's contained in the sdk? |
| 15:31.10 | kergoth | no, the change to aclocal means aclocal will correctly use all the macros available in the sdk when generating the aclocal.m4 |
| 15:31.24 | kergoth | its about your running of autoreconf from the sdk, not about creation of the sdk |
| 15:32.23 | tharvey | meta-toolchain built sdk in both release-2011-03 as well as poky, doesn't have any *.m4 files - what is supposed to be passed as '-I's to autoreconf? |
| 15:33.40 | kergoth | does meta-toolchain not include autoconf and automake? |
| 15:34.03 | kergoth | kicks off a meta-toolchain build so he can poke around |
| 15:34.18 | tharvey | sorry, I'm wrong about that... there are .m4's in the <sysroots>/usr/share/aclocal |
| 15:35.32 | tharvey | ok so you want to give autoreconf the dir to your SDK's aclocal in its search path, and the files in the sdk aclocal are created by automake which your patch tweaks? |
| 15:36.30 | kergoth | i just want to make sure the sdk autoreconf finds those files in share/aclocal, which is all the -I's passed in autotools.bbclass do. if the sdk is in the SDKDIR or whatever, it likely finds it already, so its a nonissue. |
| 15:39.18 | kergoth | in which case just running autoreconf -f should be just fine. if tehre are other issues beyond that, that won't fix them. there are lots of potential issues in crosscompiling anything, unfortunately |
| 15:40.08 | tharvey | I see two aclocal dirs in the SDK that contain .m4's: $SDK_PATH/share/aclocal and $SDK_PATH/$TARGET_SYS/usr/share/aclocal - how do those differ? |
| 15:41.07 | tharvey | If I can get 'autoreconf -f -I<foo>' to end up producing a configure script that results in a valid Makefile, then I'll test your patch to see if it eliminates the need to include <foo> |
| 15:41.08 | *** join/#oe Jefro (~josiermi@134.134.139.76) |
| 15:41.15 | tharvey | still trying to determine what dir(s) <foo> should be |
| 15:41.35 | ensc|w | is there some trick to create symlinks in staged sysroots? I have an amend.inc http://pastebin.com/ny2J4Q4v for eglibc but the symlinks show up in the final package only, not in the sysroot |
| 15:42.12 | tharvey | ensc|w, you have them in do_install_append, seems like you would want them in do_stage_append? |
| 15:42.16 | kergoth | ensc|w: *if* the recipe uses new style staging, then installing anything in do_install will result in it ending up in the sysroot, unless it uses a hook to manipulate what gets installed in the sysroot |
| 15:42.27 | kergoth | if the recipe uses the old style, then as tharvey says, do_stage |
| 15:44.52 | ensc|w | afais, eglibc does not have any stage/sysroot tasks |
| 15:53.04 | *** join/#oe darkschneider (~gab@93-32-44-90.ip31.fastwebnet.it) |
| 16:01.57 | ensc|w | kergoth: really? sysroot_stage_dirs copies only a set of directories; not the whole ${D} |
| 16:02.21 | ensc|w | <PROTECTED> |
| 16:02.21 | kergoth | hrm |
| 16:02.26 | kergoth | i forgot about that, that's silly |
| 16:05.10 | *** join/#oe toi (~peter@94-226-59-90.access.telenet.be) |
| 16:06.31 | tharvey | kergoth, still can't seem to find the magic options to autoreconf/configure to make SDK 'as-is' work - I'll see if khem can shed any light on it then revisit your patch |
| 16:07.41 | kergoth | hrm, okay |
| 16:07.53 | kergoth | i'll see if i can come up with anything poking at it myself |
| 16:08.22 | tharvey | so I finally poked around (no pun intended) with poky and yocto - I'm not sure I understand where everything is headed. will openembedded repo remain alive and well? seems like poky repo (openembedded-core) pulls in recipes from oe when needed |
| 16:08.50 | fray | tharvey a more formal announcement should be out soon... but.. |
| 16:09.09 | kergoth | The OE repo will eventually just be a repository of old recipes that haven't been pulled over to where the real work is done, as far as I understand it |
| 16:09.12 | fray | oe-core will be a base "non-distribution" set of software.. based on poky, yocto and open embedded (existing) |
| 16:09.18 | tharvey | not really clear why all the directory structure reorg had to happen, the reasons were to make it easier to find things yet I find it more difficult now that I have to look through many subdirs (just use find to be easy no?). Moving thigns to a new repo looses all history as well |
| 16:09.31 | fray | meta-oe will likely take the place of the existing repository.. a place for all sorts of software to be added.. |
| 16:09.35 | fray | but the core will be small |
| 16:10.37 | fray | tharvey it is for ease of management, as well as eventual clearer "management" of the components.. i.e. if someone becomes a graphics expert, then they could become the maintainer of the graphics components.. handling pulls, making sure that things are reasonable for checkin etc.. (oe-core view) |
| 16:10.45 | fray | meta-oe, the idea is similar.. but still forming |
| 16:11.17 | tharvey | ok... so segregating into layers such that each layer is more individually maintainable? |
| 16:11.32 | fray | yes.. thats the primary thing.. |
| 16:11.33 | tharvey | trying to not think all this reorg isn't just an intel 'not invented here' thing |
| 16:11.57 | fray | oe has so much software that it's simply hard for us, all of us, to understand what is there.. and if we make a change, what is the related software for the change that we should attempt to verify still works |
| 16:12.11 | ensc|w | are there plans to sync oe-meta with oe-dev? oe-dev contains some enhancements in core parts which are not in oe-core yet |
| 16:12.20 | fray | ya, it's not an intel thing.... (I can admit I'm somewhat respnsible for some of the reorg as well) |
| 16:12.22 | tharvey | I notice oe-core has one linux kernel recipe... so all the support for things like linux-omap kernels that haven't made it all into mainline will be moved to bsp layers? |
| 16:12.42 | fray | ensw|w we're working on that.. something that we need to continue to work on.. there will be two items.. |
| 16:12.59 | fray | things that are "standard" (ya I know, sometimes hard to define), will go into oe-core.. we need to merge them |
| 16:13.06 | tharvey | I fail to see how oe-core + layer1 + layer2 + layer3 won't become the same 'difficult to know what works' mess |
| 16:13.26 | tharvey | you can't simply things without removing a lot of functionality... |
| 16:13.33 | fray | for things that are experimental, or not necessarily based.. they can be done in a layer, adding or overriding to oe-core version until it's agreed to be "the right answer" |
| 16:13.53 | fray | we're working on layer tooling to help with all of that.. but it's not ready yet.. |
| 16:14.21 | fray | tooling is going to help with people working with layers to identify what code is being used.. since it can be confusing which recipe, fragments, configuration, etc was used with lots of layers.. |
| 16:14.54 | *** join/#oe darkschneider (~gab@93-32-54-80.ip32.fastwebnet.it) |
| 16:15.01 | fray | similarly, we need tooling to help identify which layers are compatible, incompatible, etc.. and thats being figured out still... it's more complicated then simply adding a few compatibility fields.. we need to be able to process them and warn users, etc.. |
| 16:15.12 | fray | (sometimes compatibility may simply be layer inclusion order..) |
| 16:15.48 | *** join/#oe flo_lap (~fuchs@217.237.167.130) |
| 16:15.48 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 16:16.08 | fray | oe-core is also an attempt to get the various oe-derived distributions to shared a common base of work.. |
| 16:16.35 | fray | this helps answer some of the complaints that "oe is too big and confusing" |
| 16:22.03 | *** join/#oe amarsman_de (~marsman@77-21-30-15-dynip.superkabel.de) |
| 16:22.07 | tharvey | where do the current layers exist? I see meta-openembedded in OE's repo but not really clear what that is intended to add. In the poky docs I see mention of bsp layers but haven't found where they are located. |
| 16:23.03 | tharvey | also very confused by what 'sato' and 'bernard' are - are those supposed to be release names? the current release 'tarball' is poky-bernard-5.0 which seems very wrong. I also see 'sato' in recipe names such as sdk recipes and not clear what that is all about |
| 16:24.15 | kergoth | meta-oe is where the general things that aren't core are going, afaik. |
| 16:24.31 | kergoth | angstrom has layers on its git server |
| 16:24.35 | fray | tharvey there will be documentation focused on oe-core.. "poky" is going away... |
| 16:24.57 | fray | generally the thought is if you want what current oe is, you'd get bitbake, oe-core and meta-oe |
| 16:25.08 | fray | (currently though meta-oe + oe-core is a fraction of what is in current oe) |
| 16:26.57 | *** join/#oe zecke (~ich@p5DDBAAC1.dip.t-dialin.net) |
| 16:29.31 | tharvey | ok, thats what confused me - lots of things missing from oe-core+meta-oe. So at some point in the near future people will move over to oe-core+meta-oe and stop committing to openembedded repo - is this perhaps weeks or months away and who decides what gets moved into meta-oe and what goes the way of the dinosaur? |
| 16:30.23 | fray | as of right now -- the thought is that as things are needed from "oe", they'll migrate to meta-oe (or oe-core).. |
| 16:30.45 | fray | for the items that over time don't migrate, then they were likely not needed anymore -- or simply obsolete.. |
| 16:31.10 | fray | the existing openembedded repo won't simply disappear.. but it will be abandoned over time.. and the future is the oe-core + meta-oe + additional layers.. |
| 16:31.19 | fray | additional layers would be things like angstrom, BSPs, etc.. |
| 16:31.51 | fray | (as I think I mentioned above.. oe-core isn't a distro.. but meta-oe is..) |
| 16:32.15 | fray | oe-core will have some distro like components, to enable basic sanity checking, testing.. |
| 16:33.09 | fray | ohh someone I think mentioned the kernel.. the unified kerenl in oe-core only supports the QEMU targets.. again for testing... we (yocto project) think BSPs should be based on it, but we (oe-tsc) realize that everyone has their own BSPs, and their own way of doing things.. so there will be NO MANDATE for how kernels work in OE |
| 16:34.00 | fray | (now if the oe eV eventually think there is one proper way to do BSPs, the TSC is likely to start advocating that.. but at this point, the agreement is there is no concensus on this) |
| 16:34.51 | tharvey | can you explain what 'sato' and 'bernard' are? |
| 16:35.02 | *** join/#oe carstenbock (~carstenbo@213.191.78.58) |
| 16:35.32 | fray | sato is a demo user-interface.. won't be in oe-core |
| 16:35.42 | carstenbock | Hi anyone taking care of the LinuxTag booth here? |
| 16:35.49 | fray | bernard is the "codename" for the Yocto Project's Poky 1.0.1.. it doesn't mean anything in terms of oe-core |
| 16:36.17 | carstenbock | I am with the Kamailio project (your neighbour) and it seem we have a little problem with the furniture... |
| 16:36.19 | fray | (there is some question if sato will be in meta-oe, or the meta-yocto... or somewhere else..) |
| 16:38.09 | *** join/#oe Heinervdm (~thomas@pD9E13FD5.dip.t-dialin.net) |
| 16:39.44 | tharvey | fray, ok - good explanations... sounds like I'm not as 'behind the curve' as I thought and that thinks will start taking shape soon |
| 16:39.50 | tharvey | thx |
| 16:40.28 | fray | the (slightly moving plan) is that we're going to invite the rest of OE (not that we're stopping anyone is oe today) to use oe-core in the next week.. |
| 16:40.43 | *** part/#oe carstenbock (~carstenbo@213.191.78.58) |
| 16:40.52 | fray | I think we've gotten all of the "show stoppers" resolved that the TSC identified... but we've got a meeting on Thursday to discuss this and make a formal recommendation.. |
| 16:41.18 | fray | Poky (as it was) was not acceptable for the oe community.. so we had to make the right changes to get it there.. |
| 16:41.27 | fray | those changes are almost complete today.. |
| 16:41.55 | fray | (again whole point of oe-core, lets all [not just oe developers] avoid redoing the same things over and over, that we can agree on] |
| 16:49.29 | *** join/#oe liamMT (~Liam@173-164-164-245-SFBA.hfc.comcastbusiness.net) |
| 17:00.12 | *** join/#oe anarsoul (~anarsoul@80.249.81.229) |
| 17:03.10 | *** join/#oe risca (~risca@h241n2-n-a31.ias.bredband.telia.com) |
| 17:04.48 | *** join/#oe HokieTux (~bhilburn@wireless-5192.wireless.ece.vt.edu) |
| 17:09.58 | *** join/#oe CMoH-notebook (~cipi@92.85.44.251) |
| 17:09.58 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 17:13.32 | *** join/#oe GNUtoo|laptop (~gnutoo@host29-10-dynamic.54-79-r.retail.telecomitalia.it) |
| 17:21.52 | *** join/#oe aloisiojr (~aloisio@186.215.206.130) |
| 17:24.10 | *** part/#oe dth (~dth@a89-183-225-3.net-htp.de) |
| 17:24.54 | *** join/#oe bioster (~bio@leite1meg.1meg.golden.net) |
| 17:25.32 | bioster | Hi, I'm wanting to use locate & updatedb on my Angstrom distribution... how would I find the package that contains them? |
| 17:26.10 | woglinde | bioster uhm? |
| 17:26.29 | bioster | Sorry, I asked on the #angstrom channel, but they're all asleep... |
| 17:27.19 | woglinde | hm I just wonder why you really need it on the target |
| 17:27.31 | woglinde | man pages aren installed at default |
| 17:27.50 | bioster | Mainly because I use locate a lot, to find files I'm interested in. |
| 17:27.59 | woglinde | find? |
| 17:28.09 | *** join/#oe nitink (~nitink@192.55.55.37) |
| 17:28.20 | woglinde | which should be fast |
| 17:28.29 | bioster | well, doesn't find have to go through the entire system every time? |
| 17:28.35 | woglinde | sure |
| 17:28.45 | woglinde | how many files you have on the target? |
| 17:28.59 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 17:29.03 | woglinde | let me see if we have a recipe for mlocate |
| 17:30.17 | tharvey | don't see anything |
| 17:31.14 | *** join/#oe rcf (~rcf@238.136-243-81.adsl-dyn.isp.belgacom.be) |
| 17:32.16 | bioster | Where would I be able to search through lists of recipes myself, so I can figure this sort of stuff out? |
| 17:33.22 | woglinde | bioster write the mlocate recipe yourself |
| 17:56.02 | *** join/#oe phdeswer (~philippe@80-186-159-99.elisa-mobile.fi) |
| 18:02.35 | *** join/#oe pepermint (~pepermint@host226-12-dynamic.58-82-r.retail.telecomitalia.it) |
| 18:13.31 | *** join/#oe incandescant (~quassel@c-71-59-213-114.hsd1.or.comcast.net) |
| 18:31.36 | *** join/#oe mikey_w (~mike@pool-74-110-218-2.rcmdva.fios.verizon.net) |
| 18:38.38 | *** join/#oe kristoffer__ (~kristoffe@host-78-79-13-135.mobileonline.telia.com) |
| 18:40.40 | *** join/#oe amarsman_de (~marsman@77-21-30-15-dynip.superkabel.de) |
| 18:47.00 | *** join/#oe GarthPS (~quassel@2a01:e35:2f5c:e670:21d:e0ff:fe5b:2775) |
| 18:48.17 | *** join/#oe Jefro (~josiermi@nat/intel/x-gvstewmhshtkalqg) |
| 18:48.18 | *** join/#oe rcf (~rcf@238.136-243-81.adsl-dyn.isp.belgacom.be) |
| 18:56.09 | *** join/#oe ensc_ (~irc-ensc@p5DF2EA92.dip.t-dialin.net) |
| 19:00.25 | *** join/#oe kristoffer (~kristoffe@host-78-79-13-135.mobileonline.telia.com) |
| 19:04.53 | *** join/#oe bluelightning (~paul@cpc9-lewi14-2-0-cust183.2-4.cable.virginmedia.com) |
| 19:04.53 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 19:05.29 | *** join/#oe kristoffer_ (~kristoffe@host-78-79-16-247.mobileonline.telia.com) |
| 19:09.02 | *** join/#oe morphis (~morphis@dslb-088-070-131-206.pools.arcor-ip.net) |
| 19:09.12 | *** join/#oe woglinde (~heinold@f052067035.adsl.alicedsl.de) |
| 19:13.11 | pb_ | woglinde: can you remind me which branch it was that you wanted deleting? |
| 19:13.22 | woglinde | woglinde/gettext |
| 19:14.03 | pb_ | righto |
| 19:25.55 | *** join/#oe RP__ (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 19:27.07 | sakoman_ | is anyone aware of a command line image (i.e. jpeg) display utility package in OE? |
| 19:27.29 | woglinde | dfbpoint maybee? |
| 19:27.38 | woglinde | needs directfb |
| 19:27.58 | woglinde | and dont know if its working with actual dfb |
| 19:28.30 | sakoman_ | woglinde: thanks, will take a look at it |
| 19:30.59 | pb_ | woglinde: okay, it's gone. |
| 19:31.07 | woglinde | thanks |
| 19:31.55 | woglinde | hm ah no |
| 19:31.59 | woglinde | dfbsee I guess it is |
| 19:32.28 | woglinde | yes |
| 19:32.35 | woglinde | but may not work anymore |
| 19:34.04 | sakoman_ | woglinde: do you know which recipe builds dfbsee? |
| 19:34.18 | sakoman_ | not directfb, perhaps examples? |
| 19:36.29 | woglinde | http://directfb.org/index.php?path=Projects%2FDFBSee |
| 19:36.38 | woglinde | hm maybee we need an recipe |
| 19:38.30 | *** join/#oe likewise (~chatzilla@095-097-098-131.static.chello.nl) |
| 19:38.38 | likewise | gm |
| 19:39.25 | pb_ | out of interest, what is poky.conf doing in oe-core? shouldn't that be in some kind of poky layer |
| 19:39.27 | pb_ | ? |
| 19:39.45 | woglinde | pb ask on #yocto? |
| 19:40.01 | woglinde | hi likewise |
| 19:41.40 | likewise | pb_: good point, but oe-core is still to be made distro-less. |
| 19:42.04 | likewise | pb_: I think RP means to remove everything poky once it can be built distro-less. |
| 19:42.20 | likewise | pb_: but pls do ask |
| 19:47.31 | khem | pb_: RP posted patches today |
| 19:47.44 | khem | pb_: eventually drive is to get oe-core distroless |
| 19:48.41 | woglinde | hi khem |
| 19:48.47 | khem | woglinde: hello |
| 19:55.42 | sakoman_ | woglinde: seems that imagemagick has a utility called display |
| 19:56.14 | *** join/#oe mike_ (~mike@pool-74-110-218-2.rcmdva.fios.verizon.net) |
| 19:56.16 | sakoman_ | doesn't seem to work for me though! no matter what file I specify it just prints the command help info :-( |
| 19:57.17 | woglinde | sakoman yes dont it works with X only? |
| 19:57.26 | *** join/#oe mikey_w (~mike@pool-74-110-218-2.rcmdva.fios.verizon.net) |
| 19:57.35 | sakoman_ | yeah |
| 19:57.53 | sakoman_ | just wanted to try it, but doesn't seem to work |
| 19:57.54 | woglinde | hm maybee I missunderstood it |
| 19:58.13 | sakoman_ | no you understood! |
| 19:58.25 | woglinde | okay |
| 19:58.35 | sakoman_ | I just wasn't aware of the display command and wanted to see how it works |
| 19:58.43 | sakoman_ | seems it doesn't! |
| 19:58.55 | woglinde | sakoman hm or you quick write an app yourself with dfb and diskoframework |
| 20:00.55 | sakoman_ | woglinde: yes, it just seemed like someone has certainly already done such a thing! |
| 20:01.52 | sakoman_ | I hate to reinvent the wheel |
| 20:03.30 | woglinde | sakoman sure problem is |
| 20:03.36 | woglinde | is it working anymore |
| 20:03.41 | woglinde | does it the stuff I want |
| 20:03.59 | woglinde | or only half |
| 20:06.31 | *** join/#oe Gaston|Home (~Gaston@ua-83-227-239-139.cust.bredbandsbolaget.se) |
| 20:06.33 | tharvey | khem, so I've got a built up sdk to play with and some questions. Seems the right thing to do is to run autoreconf to fix up broken configure scripts yet I can't see to figure out the right options to give it |
| 20:09.14 | *** join/#oe JaMa (~martin@94.230.152.115) |
| 20:11.42 | woglinde | re jama |
| 20:12.31 | *** join/#oe playya__ (~playya@unaffiliated/playya) |
| 20:16.04 | *** join/#oe incandescant (~quassel@c-71-59-213-114.hsd1.or.comcast.net) |
| 20:23.06 | likewise | hi khem |
| 20:24.24 | JaMa | re woglinde |
| 20:29.19 | *** join/#oe morphis_ (~morphis@dslb-088-070-131-206.pools.arcor-ip.net) |
| 20:31.24 | GNUtoo|laptop | hi, I'd like to have world war vi in oe |
| 20:31.42 | GNUtoo|laptop | they use a plain Makefile with gcc hardcoded |
| 20:31.59 | GNUtoo|laptop | so I sed to ${CC} |
| 20:32.07 | GNUtoo|laptop | but then there is a native tool |
| 20:32.19 | GNUtoo|laptop | If I put gcc there the whole stuff work |
| 20:32.35 | GNUtoo|laptop | so I've most lines with arm-oe-gcc and 1 line with gcc |
| 20:32.45 | GNUtoo|laptop | should I sed and resed after? |
| 20:34.07 | Jay7 | may be change Makefile to use weak assignment and EXTRA_OEMAKE? |
| 20:34.15 | GNUtoo|laptop | good idea |
| 20:34.23 | GNUtoo|laptop | I ship a different Makefile then |
| 20:34.28 | Jay7 | then you may send this to upstream |
| 20:34.31 | pb_ | good grief, is this a competition for the world's worst makefile? |
| 20:34.39 | kergoth | GNUtoo|laptop: no, you should patch the makefile to use BUILD_CC and equivalent for building the native stuff |
| 20:34.41 | GNUtoo|laptop | lol |
| 20:34.50 | GNUtoo|laptop | ok |
| 20:34.58 | kergoth | then pass those in EXTRA_OEMAKE |
| 20:35.04 | GNUtoo|laptop | ok |
| 20:35.15 | GNUtoo|laptop | I patch it with vi |
| 20:35.18 | GNUtoo|laptop | and then I ship it |
| 20:35.24 | GNUtoo|laptop | and I pass the flags? |
| 20:36.01 | Jay7 | may be ship only patch for Makefile? |
| 20:36.10 | Jay7 | not makefile itself |
| 20:36.41 | GNUtoo|laptop | ah patch not with sed |
| 20:36.42 | GNUtoo|laptop | ok |
| 20:36.43 | GNUtoo|laptop | got it |
| 20:37.15 | GNUtoo|laptop | sorry I'm tired and so It takes longer to understand |
| 20:38.19 | GNUtoo|laptop | thanks a lot |
| 20:38.28 | GNUtoo|laptop | (for the pointers) |
| 20:50.43 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 20:56.46 | *** join/#oe woglinde_ (~heinold@f052233006.adsl.alicedsl.de) |
| 21:09.33 | likewise | otavio: ping |
| 21:14.10 | *** join/#oe rsalveti (~rsalveti@business-89-133-214-120.business.broadband.hu) |
| 21:20.39 | *** join/#oe _julian_ (~quassel@hmbg-4d06b8d3.pool.mediaWays.net) |
| 21:28.14 | *** join/#oe Jefro (~josiermi@nat/intel/x-ghcxuyekmofpytbw) |
| 21:36.03 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 21:41.20 | otavio | likewise: hello |
| 21:45.10 | *** join/#oe phdeswer (~philippe@85-156-85-148.elisa-mobile.fi) |
| 22:07.33 | likewise | otavio: hi, just wondering how you generate the pull requests for your github oe-core mirror. |
| 22:07.40 | *** join/#oe zecke (~ich@91-64-83-241-dynip.superkabel.de) |
| 22:08.13 | likewise | otavio: I'm switching to github for my work and would not like to reinvent all the workflow tools -- lazy. |
| 22:10.10 | Crofton|work | likewise, be sure to use the clone thing on the mirror page :) |
| 22:11.07 | likewise | Crofton|work: you mean the "Fork" button ? |
| 22:11.16 | woglinde_ | good nite |
| 22:11.32 | likewise | Crofton|work: I used the Fork button to create my mirrors, yes. |
| 22:12.23 | *** join/#oe unsolo (~unsolo@146.80-203-33.nextgentel.com) |
| 22:12.29 | zecke | likewise: did you look into Gitorious vs. github? |
| 22:12.30 | *** join/#oe jmpdelos_ (~polk@cerberus.delos.com) |
| 22:13.51 | *** join/#oe mckoan|away (~marco@host56-7-static.30-87-b.business.telecomitalia.it) |
| 22:13.59 | likewise | zecke: no, I'm starting to play with github, I may change later |
| 22:14.14 | likewise | zecke: btw, received the pdf file for linuxtag from robert or florian? |
| 22:14.18 | Crofton|work | otavio, is using github |
| 22:14.41 | zecke | likewise: yes, I was worried about the usage of gray.. and evince showed me it was A4... but the plotting went nicely. |
| 22:14.48 | Crofton|work | If it is helpful, we can also mirror to gitorious for people who prefer that |
| 22:15.01 | zecke | likewise: we have one A0 plot now, I will hand it to robert tomorrow |
| 22:15.15 | likewise | zecke: ok, so it came out allright? |
| 22:15.35 | Crofton|work | zecke, thanks for doing this |
| 22:15.55 | likewise | zecke: I remember it took me a full afternoon to get the prints correctly, both Windows and Linux messing up plotting to the DesignJet, OS X to the rescue. |
| 22:16.45 | likewise | so who's at LinuxTag? I'm not... |
| 22:18.48 | zecke | Crofton|work: no problem, I like to help |
| 22:21.17 | CIA-78 | 03Simon Busch <morphis@gravedo.de> 07master * r2d3fd2a73b 10openembedded.git/recipes/pyside/apiextractor-native_0.10.2.bb: |
| 22:21.17 | CIA-78 | apiextractor-native: add initial recipe to build the native version |
| 22:21.17 | CIA-78 | The apiexractor is needed to build the python pyside binding for Qt. |
| 22:21.17 | CIA-78 | Signed-off-by: Simon Busch <morphis@gravedo.de> |
| 22:21.47 | CIA-78 | 03Simon Busch <morphis@gravedo.de> 07master * raa4b7e83ed 10openembedded.git/recipes/pyside/ (5 files in 3 dirs): |
| 22:21.47 | CIA-78 | libshiboken: add initial version of recipe |
| 22:21.47 | CIA-78 | Signed-off-by: Simon Busch <morphis@gravedo.de> |
| 22:21.52 | CIA-78 | 03Simon Busch <morphis@gravedo.de> 07master * r5f1e026794 10openembedded.git/recipes/pyside/ (shiboken-native_1.0.2.bb shiboken.inc): |
| 22:21.52 | CIA-78 | shiboken-native: add initial version of recipe |
| 22:21.52 | CIA-78 | Signed-off-by: Simon Busch <morphis@gravedo.de> |
| 22:22.03 | CIA-78 | 03Simon Busch <morphis@gravedo.de> 07master * re2ac55d5d3 10openembedded.git/recipes/pyside/ (5 files in 2 dirs): |
| 22:22.03 | CIA-78 | python-pyside-embedded: add initial version of this recipe |
| 22:22.03 | CIA-78 | Signed-off-by: Simon Busch <morphis@gravedo.de> |
| 22:23.35 | *** join/#oe jmpdelos (~polk@cerberus.delos.com) |
| 22:23.43 | CIA-78 | 03Simon Busch <morphis@gravedo.de> 07master * rcbd582b4d1 10openembedded.git/recipes/pyside/generatorrunner-native_0.6.9.bb: |
| 22:23.44 | CIA-78 | generatorrunner-native: add initial recipe to build the native version |
| 22:23.44 | CIA-78 | The generatorrunner is needed to build the python pyside binding for Qt. |
| 22:23.44 | CIA-78 | Signed-off-by: Simon Busch <morphis@gravedo.de> |
| 22:35.55 | likewise | gn |
| 23:18.47 | *** join/#oe rickfoosusa (~chatzilla@99.179.103.49) |
| 23:21.43 | khem | hey likewise |
| 23:22.07 | *** join/#oe zecke (~ich@91-64-83-241-dynip.superkabel.de) |
| 23:22.15 | khem | there was a bit of biking event today spent morning doing that |
| 23:23.32 | khem | tharvey: if you setup the environment and then do autoreconf using options we use in autotools.bbclass should be enough |
| 23:24.21 | tharvey | <PROTECTED> |
| 23:25.11 | tharvey | autoreconf -Wcross --verbose --force -I/mnt/sda1/oe/dev/tmp/sysroots/armv7a-commonos-linux-gnueabi/usr/share/aclocal-1.11 -I /mnt/sda1/oe/dev/tmp/sysroots/armv7a-commonos-linux-gnueabi/usr/share/aclocal |
| 23:25.29 | tharvey | does the same as well... |
| 23:26.26 | khem | hm |
| 23:26.34 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
| 23:26.34 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 23:26.39 | tharvey | khem, even if I run configure with full args like: /configure --build=x86_64-linux --host=arm-angstrom-linux-gnueabi --target=arm-angstrom-linux-gnueabi --with-libtool-sysroot=$LIBTOOL_SYSROOT_PATH --with-zlib=$LIBTOOL_SYSROOT_PATH/usr --with-jpeg=$LIBTOOL_SYSROOT_PATH/usr --with-png=$LIBTOOL_SYSROOT_PATH/usr --without-x --without-xpm --without-fontconfig --with-freetype |
| 23:26.47 | khem | there is a script generated along with SDK |
| 23:27.00 | tharvey | Makefile still gets: CPP = arm-angstrom-linux-gnueabi-gcc -E |
| 23:27.01 | tharvey | CPPFLAGS = -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/local/angstrom/arm/arm-angstrom-linux-gnueabi/usr/include |
| 23:27.51 | khem | there should be a config.log generated |
| 23:27.57 | khem | paste is on pastebin |
| 23:32.22 | tharvey | http://pastebin.mozilla.org/1222267 |
| 23:32.30 | tharvey | should be everything relevant there |
| 23:34.27 | tharvey | the thing that bothers me is that CPPFLAGS contains -I/usr/include/freetype2 -I/usr/include/libpng12 |
| 23:35.05 | tharvey | also doing a make ends up failing trying to link against /usr/lib: /bin/sh ./libtool --tag=CC --mode=link arm-angstrom-linux-gnueabi-gcc -g -O2 -version-info 2:0:0 -L/usr/local/angstrom/arm/arm-angstrom-linux-gnueabi/usr/lib -o libgd.la -rpath /usr/local/lib gd.lo gdfx.lo gd_security.lo gd_gd.lo gd_gd2.lo gd_io.lo gd_io_dp.lo gd_gif_in.lo gd_gif_out.lo gd_io_file.lo gd_io_ss.lo gd_jpeg.lo gd_png.lo gd_ss.lo gd_topal.lo gd_wbmp.lo gdcache.lo gdfontg.lo gd |
| 23:35.05 | tharvey | fontl.lo gdfontmb.lo gdfonts.lo gdfontt.lo gdft.lo gdhelpers.lo gdkanji.lo gdtables.lo gdxpm.lo wbmp.lo -ljpeg -lfreetype -lz -lm |
| 23:35.05 | tharvey | /bin/grep: /usr/lib/libz.la: No such file or directory |
| 23:35.48 | khem | yeah libtool is messed up |
| 23:36.00 | khem | ok paste the configure somewhere |
| 23:37.24 | tharvey | that will be pretty big... I can look through and try to figure out what its doing wrong and why - I just though I was perhaps using autoreconf or configure wrong |
| 23:37.42 | tharvey | if autoreconf does the right thing, then I shouldn't need to give configure anything other than --host correct? |
| 23:37.56 | khem | tharvey: not really |
| 23:38.09 | khem | it still would need the options |
| 23:38.16 | tharvey | should the file pointed to by $CONFIG_SITE be empty? it is and that suprised me. I would think it would be feeding defaults to configure |
| 23:38.33 | khem | but it will regenerate the scripts with given autotools which is a good thing |
| 23:39.02 | khem | CONFIG_SITE should have some vars cached thats it I would think |
| 23:39.07 | khem | not a big deal |
| 23:40.03 | tharvey | I figure if I have to feed configure a bunch of options anyway, I'm pretty sure between those options and some vars in CONFIG_SITE I can get configure doing the right thing |
| 23:40.16 | khem | yes |
| 23:40.29 | khem | you probably are missing some options to configure |
| 23:40.34 | tharvey | so not sure what the point woudl be in messing with autoreconf then |
| 23:40.40 | khem | once you troll the script you will find it |
| 23:40.59 | khem | options to configure is what I meant |
| 23:41.03 | tharvey | either way seems to be a huge headache for devs using the SDK - I thought with autotools all this was supposed to be magic ;) |
| 23:41.50 | kergoth | hmm, if its our autoconf, there's no reason we couldn't change the default in our macros, so that if you regenerate with the sysroot autoconf, it uses our sysroot, no? |
| 23:42.39 | tharvey | autoconf/autoreconf are not in the sdk |
| 23:43.13 | tharvey | I'm still not understanding what LIBTOOL_SYSROOT_PATH is used for exported by the SDK either - I haven't seen anything that uses that |
| 23:44.10 | tharvey | I'm also not sure I understand libtool in the sdk... its /usr/local/angstrom/arm/bin/x86_64-linux-libtool - is that right or should it be just 'libtool'? |
| 23:45.01 | tharvey | if I look at it also, macro_version=2.2.6b which I thought should be 2.4 |
| 23:45.21 | *** join/#oe Jefro (~josiermi@nat/intel/x-tfbxlsjrxjhnjkzn) |
| 23:46.03 | khem | it should be arm-*-*-libtool |
| 23:46.05 | tharvey | oh wait... thats likely because this example I've been talking about is an sdk from release2011-03 with angstrom but I think thats defaulting to angstrom-2008 configs which uses libtool 2.2.6b? |
| 23:46.22 | khem | and you have to regenerate the libtool files |
| 23:46.35 | tharvey | how would I do that? I thought that was one of the things that autoreconf did? |
| 23:47.59 | khem | tharvey: yes autoreconf should do it |
| 23:48.21 | khem | so when you look at the libtool script it should say 2.4 |
| 23:48.36 | khem | and not 2.2.6 if you are using libtool 2.4 |
| 23:49.11 | tharvey | so 'my' sdk does use libtool2.4 but the one I just used for the example of discussion/pastebin was built last night off release-2011-03 which defaults to Angstrom-2008 which is 2.26 - let me redo that again with libtool 2.4 and investigate some more |
| 23:50.07 | tharvey | thanks for the help! I have to take off for the day, but I'll likely have something to report or ask again tomorrow if you don't mind |
