| 00:14.52 | *** join/#oe JDuke128 (~kadir@188.3.50.40) |
| 00:15.19 | JDuke128 | hi , I'll install OpenEmbedded from git but first i'll install linux on my PC , which linux is best for latest OE ? |
| 00:20.06 | grg | JDuke128, just pick something recent |
| 00:20.25 | grg | you can look at what has been tested recently on the testing page of the wiki |
| 00:21.18 | JDuke128 | ubuntu 10.10 x64 edition ? |
| 00:21.37 | grg | http://www.openembedded.org/index.php/Testing shows lots of redhat and ubuntu |
| 00:22.16 | *** join/#oe Jefro (~josiermi@nat/intel/x-pvmtfeaswsqscohi) |
| 00:22.22 | grg | i use slackware without problems, others use gentoo, debian, suse |
| 00:22.35 | grg | really, just choose what you're most comfortable with |
| 00:22.37 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 00:28.22 | *** join/#oe msm (~msm@cpe-70-113-62-169.austin.res.rr.com) |
| 00:48.27 | *** join/#oe _julian (~quassel@hmbg-4d06d5c5.pool.mediaWays.net) |
| 00:59.25 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 01:03.41 | *** join/#oe jevin (~jevin@jevinskie-1-pt.tunnel.tserv9.chi1.ipv6.he.net) |
| 01:11.39 | *** join/#oe mwester (~mwester@209-242-7-132.rev.dls.net) |
| 01:11.40 | *** join/#oe mwester (~mwester@nslu2-linux/mwester) |
| 01:29.58 | *** part/#oe lisandropm (~lisandro@dumbledore.com.ar) |
| 01:42.09 | *** join/#oe jpieper (~jpieper@209-6-37-232.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) |
| 01:52.35 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 02:01.38 | *** join/#oe fraxinath (~quassel@pD95379EE.dip.t-dialin.net) |
| 02:05.38 | *** join/#oe devzero_ (devzero@xdsl-78-34-212-73.netcologne.de) |
| 02:58.08 | Openfree` | Hi, I'm writting a makefile, how to convert UPPER charactors to LOWER ? example UpAndLower -> upandlower |
| 03:03.55 | grg | Openfree`, tr is often used for this kind of thing |
| 03:04.57 | Openfree` | grg, tr is a external shell program, does make have any built-in function? |
| 03:05.16 | Openfree` | ok, at least it works |
| 03:05.16 | grg | dunno. Check the GNU make manual i suppose |
| 03:05.36 | Openfree` | Checked, haven't found yet |
| 03:13.39 | mwester | No gmake has no built-in to do that; you'll have to use the $(shell) macro with the tr utility. |
| 03:14.12 | mwester | But in general it's poor form to convert case; why not write the rules in such a way that the case is correct to begin with? |
| 03:27.14 | *** join/#oe morphis_ (~morphis@dslb-088-071-239-232.pools.arcor-ip.net) |
| 03:34.07 | *** join/#oe xqvp43 (~xqvp43@115.195.179.78) |
| 03:54.27 | *** join/#oe nitink (~nitink@134.134.137.71) |
| 04:01.24 | *** join/#oe sgw (~sgw@209.119.62.66) |
| 04:10.18 | *** join/#oe Crofton (~balister@209.118.237.66) |
| 04:20.28 | *** join/#oe sgw1 (~sgw@50.12.189.11) |
| 05:27.42 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
| 05:40.36 | *** join/#oe amarsman_de (~marsman@80.187.238.249) |
| 05:42.01 | *** join/#oe hillct (~hillct@cpe-174-109-201-200.nc.res.rr.com) |
| 05:42.17 | *** join/#oe amarsman_de (~marsman@80.187.238.249) |
| 05:43.40 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
| 05:45.53 | *** join/#oe GunsNRose (~GunsNRose@113.91.237.231) |
| 05:48.39 | *** join/#oe sgw (~sgw@209.119.62.66) |
| 05:55.52 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
| 06:02.28 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 06:03.49 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
| 06:18.41 | *** join/#oe hungerhaken (~falk@pD9EC9D57.dip0.t-ipconnect.de) |
| 06:20.17 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
| 06:20.26 | *** join/#oe risca (~risca@130.236.250.53) |
| 06:29.03 | JaMa|Wrk | is there any way to force bash when there is /bin/sh -> dash link and user doesn't have root access? sanity check is failing and root wants dash because some other scripts (they say) |
| 06:31.06 | mckoan | good morning |
| 06:31.22 | mckoan | JaMa|Wrk: set SHELL env ? |
| 06:33.37 | *** join/#oe gw- (~morgan@203186107206.static.ctinets.com) |
| 06:35.19 | grg | setting SHELL wont work, because a script with #!/bin/sh will execute /bin/sh |
| 06:35.55 | grg | the only way is to fix scripts that say #!/bin/sh but use bash features |
| 06:36.03 | grg | or change the symlink |
| 06:37.25 | JaMa|Wrk | cannot change symlink without root :/ |
| 06:37.53 | JaMa|Wrk | mckoan: I'm running builds under bash, but as grg said.. problem is with scripts having #!/bin/sh |
| 06:38.08 | JaMa|Wrk | and sanity check for same reason :) |
| 06:38.43 | JaMa|Wrk | grg: or change shebang to #!/bin/bash :) |
| 06:38.58 | grg | asssuming you can identify problematic scripts, yeah |
| 06:39.10 | grg | i suppose the only other option is to run a VM |
| 06:39.23 | grg | but you probably need root to set that up |
| 06:40.04 | JaMa|Wrk | I have chroot for OE builds on other machines.. but still need root to chroot on this one :/ |
| 06:44.56 | grg | local root exploit? :P |
| 06:45.09 | grg | I'm sure its an unpatched system |
| 06:45.48 | JaMa|Wrk | hehe, it's donated VM and more importantly BW, so I don't want to make them angry |
| 06:46.25 | grg | you could ask the admin nicely |
| 06:47.20 | JaMa|Wrk | I asked for bash and had it for few days.. but then they reverted back to dash (having some compatibility issues with some other script) |
| 06:48.16 | JaMa|Wrk | I'll try to find someone with pass knowledge as chroot is allowed in sudoers with passwd.. |
| 06:48.21 | grg | maybe ask for a sudo access to a speciifc chroot |
| 06:48.33 | grg | :) great minds think alike |
| 06:48.38 | grg | (and so do ours) |
| 06:48.39 | JaMa|Wrk | :) |
| 06:49.28 | grg | watches the clock |
| 06:51.23 | JaMa|Wrk | btw this is imho also issue with dash http://paste.pocoo.org/show/370800/ |
| 06:55.53 | *** join/#oe toi (~peter@d54C2AA76.access.telenet.be) |
| 06:55.57 | *** join/#oe openfree (~dennis@116.228.88.131) |
| 06:58.18 | *** join/#oe vitus (~vitus@145.253.169.210) |
| 07:00.26 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 07:00.29 | *** join/#oe stefan_schmidt (~stefan@2001:638:602:1183:389d:f73e:3ad8:812d) |
| 07:12.42 | *** join/#oe vivijim (~rvivi@pasanda.collabora.co.uk) |
| 07:23.28 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
| 07:39.14 | *** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it) |
| 07:43.53 | *** join/#oe rschus (~rschus@98.176.73-86.rev.gaoland.net) |
| 07:49.57 | *** join/#oe mrAlmond (~gbergamo@82.193.2.131) |
| 07:50.08 | mrAlmond | Hi all |
| 07:51.12 | ant_work | ciao |
| 07:51.23 | ant_work | g'morning |
| 07:51.39 | mrAlmond | Just a question : which is the best method to totally clean a package with bitbake? I mean removing also downloaded sources, stamps, ipk... |
| 07:51.49 | mrAlmond | ciao ant! |
| 07:52.08 | ant_work | bitbake -c clean package |
| 07:52.14 | ant_work | but sources will stay |
| 07:52.19 | mrAlmond | no...that doesn't work very well |
| 07:52.35 | mrAlmond | because when I rebuild the package it seems to skip some stages |
| 07:52.53 | JaMa|Wrk | mrAlmond: with sstate? |
| 07:53.18 | mrAlmond | I don't know what sstate is |
| 07:53.31 | JaMa|Wrk | you're using poky or oe-core right? |
| 07:53.32 | mrAlmond | is it a bitbake command? |
| 07:53.35 | mrAlmond | poky |
| 07:53.39 | mrAlmond | yes |
| 07:54.32 | JaMa|Wrk | then removing package files from sstate-cache and tmp/sstate-control should help |
| 07:55.22 | mrAlmond | ok I'm trying right now |
| 07:56.16 | mrAlmond | BTW I'm getting problems with xextproto in poky using the latest meta-openembedded layer |
| 07:56.27 | mrAlmond | because it doesn't seem to install xextproto.pc |
| 07:56.36 | mrAlmond | it just installs an empty file |
| 07:57.31 | *** join/#oe lamawithonel (~lucas@pool-96-240-135-33.washdc.fios.verizon.net) |
| 07:58.13 | *** join/#oe unclewerner (~unclewern@host-88-217-163-202.customer.m-online.net) |
| 07:59.38 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 07:59.48 | mrAlmond | JaMa : that fixed the clean problem! Tnx!! |
| 07:59.57 | mrAlmond | Is that a bug? |
| 08:01.46 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 08:01.46 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 08:02.05 | JaMa|Wrk | don't know iirc older pstage worked the same |
| 08:03.31 | *** join/#oe unclewerner (~unclewern@host-88-217-163-202.customer.m-online.net) |
| 08:03.56 | *** join/#oe lamikr (~lamikr@192.100.124.156) |
| 08:06.49 | ant_work | No, staging package was removed. I'd call that a mismatch between oe-classic and oe-core/yocto |
| 08:07.14 | ant_work | maybe a bug, even |
| 08:08.35 | ant_work | still has to make his hand dirty with the new layer structure |
| 08:13.22 | *** join/#oe lamawithonel_ (~lucas@pool-96-240-135-33.washdc.fios.verizon.net) |
| 08:18.27 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 08:18.55 | *** join/#oe woglinde (~henning@p5DDC0869.dip0.t-ipconnect.de) |
| 08:19.14 | devzero_ | I'm creating a recipe for an own app which compiles a tool for the host, to configure. This fails because this part is built as arm also. I tried adding CMAKE_FORCE_C_COMPILER(x86_64-pc-linux-gnu-gcc GNU) |
| 08:19.14 | devzero_ | CMAKE_FORCE_CXX_COMPILER(x86_64-pc-linux-gnu-g++ GNU) in own CMake file for this part which does the job, that the right compiler is selected, but it fails because -march=armv5te -mtune=arm926ej-s and -mthumb is added - is there a way to remove this in CMake file for this part? |
| 08:19.23 | devzero_ | or what would be the best way? |
| 08:21.21 | woglinde | inherit cmake dont works? |
| 08:24.56 | devzero_ | this works, cmake runs well, but in cmake i want build a tool for the host, which is compiled for arm - it has an own cmake file where i tried forcing the host compiler which works, but it gets flags for arm (march, mtune, mthumb, ...) I'm looking for a way to disable in *this* cmake file |
| 08:33.25 | woglinde | devzero_ look at llvm2.9 |
| 08:33.37 | woglinde | they are doing the same thing |
| 08:34.10 | devzero_ | i'll check, thx |
| 08:36.36 | bluelightning | morning all |
| 08:38.17 | woglinde | hi bluelightning |
| 08:50.19 | *** join/#oe methril (~methril@189.27.129.196.dynamic.adsl.gvt.net.br) |
| 08:52.34 | *** join/#oe geiseri (~geiseri@76.161.200.249) |
| 09:02.37 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 09:02.37 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 09:05.08 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 09:05.08 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 09:07.14 | *** join/#oe GarthPS (~quassel@78.116.124.228) |
| 09:12.01 | *** join/#oe geiseri (~geiseri@76.161.200.249) |
| 09:12.43 | ant_work | woglinde, bluelightning, maybe you remember the steps who lead us to the current modules management situation |
| 09:12.54 | ant_work | I see still traces of modutils |
| 09:14.06 | ant_work | oe-core took both modutils-initscript and module-init-tools from OE |
| 09:14.11 | woglinde | no sorry |
| 09:14.36 | ant_work | what's unclear to me are th efile in /etc about autoloading |
| 09:15.17 | *** join/#oe geiseri_ (~geiseri@76.161.200.249) |
| 09:15.40 | ant_work | now I don't have rootfs offhand but I'd bet there is /etc/modutils.d |
| 09:15.42 | bluelightning | ant_work: been too long since I looked at that stuff I'm afraid... we're talking Familiar days... |
| 09:16.37 | ant_work | maybe sync with debian-style like for the rest? |
| 09:19.40 | *** join/#oe lamawithonel_ (~lucas@pool-96-240-135-33.washdc.fios.verizon.net) |
| 09:25.03 | *** join/#oe kgilmer (~kgilmer@ntngsk052174.ngsk.nt.ftth4.ppp.infoweb.ne.jp) |
| 09:25.54 | woglinde | hi kgilmer |
| 09:28.56 | kgilmer | hi woglinde :) |
| 09:30.45 | *** join/#oe pespin (~pespin@cisne-cn07.upc.es) |
| 09:38.32 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 09:48.58 | *** join/#oe lamawithonel_ (~lucas@pool-96-240-135-33.washdc.fios.verizon.net) |
| 09:53.31 | *** join/#oe toi (~peter@d54C2AA76.access.telenet.be) |
| 10:29.00 | *** join/#oe obi (~obi@unaffiliated/obi) |
| 10:30.02 | obi | hi |
| 10:30.51 | woglinde | hi obi |
| 10:31.10 | CIA-32 | 03Jose Luis Perez Diez <jluis@escomposlinux.org> 07master * r3a31a6f381 10openembedded.git/recipes/connman/ (connman_0.72.bb files/shr/connman): |
| 10:31.10 | CIA-32 | connman: update shr config, don't enable DNS Proxy on connmand start |
| 10:31.10 | CIA-32 | * keeps current /etc/resolv.conf for usb0 |
| 10:31.10 | CIA-32 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 10:32.09 | woglinde | hm wow so many intel emplyoees working on yocto |
| 10:32.15 | woglinde | and oe-core |
| 10:46.00 | *** join/#oe GNUtoo|bug20 (~GNUtoo@host93-56-dynamic.249-95-r.retail.telecomitalia.it) |
| 10:49.18 | woglinde | hi gnutoo |
| 10:55.11 | GNUtoo|bug20 | hi woglinde |
| 10:55.22 | GNUtoo|bug20 | woglinde, you have a smartbook, right? |
| 10:55.26 | woglinde | GNUtoo could you try wesneoth? |
| 10:55.31 | GNUtoo|bug20 | where? |
| 10:55.36 | woglinde | GNUtoo with latest oe-dev |
| 10:55.39 | woglinde | building |
| 10:55.47 | GNUtoo|bug20 | ok, for me it built not so long ago |
| 10:55.53 | GNUtoo|bug20 | since I have it on most of my devices |
| 10:55.57 | GNUtoo|bug20 | I'll try at once |
| 10:55.57 | woglinde | <PROTECTED> |
| 10:56.02 | GNUtoo|bug20 | I was busy with emacs |
| 10:56.26 | GNUtoo|bug20 | is it 100% silent? |
| 10:56.31 | GNUtoo|bug20 | how's the ubuntu support? |
| 10:56.55 | GNUtoo|bug20 | woglinde, what distro for wesnoth? angstrom2010? |
| 10:57.03 | woglinde | yes |
| 11:00.05 | *** join/#oe risca (~risca@130.236.250.53) |
| 11:12.05 | GNUtoo|bug20 | ok I've rebased my changes, will now clean wesnoth-wvga and build it |
| 11:14.44 | *** join/#oe rschus1 (~rschus@98.176.73-86.rev.gaoland.net) |
| 11:20.00 | GNUtoo|bug20 | for the ac100, is it 100% silent, does it have a fan, what about the bootloader(is it floss) |
| 11:20.16 | GNUtoo|bug20 | I bet there are no floss bootloader |
| 11:20.18 | woglinde | gnutoo its 100% slient |
| 11:20.23 | woglinde | the bootloader is not floss |
| 11:20.29 | woglinde | u-boot is working partly |
| 11:20.34 | woglinde | .37 is working |
| 11:20.49 | woglinde | main problems now are sound, shitty wifi and suspend |
| 11:22.17 | GNUtoo|bug20 | ok |
| 11:22.30 | GNUtoo|bug20 | I tough sound was solved |
| 11:22.32 | woglinde | go you bloody gps |
| 11:22.48 | woglinde | hm its solved with .32 now |
| 11:22.58 | GNUtoo|bug20 | ok |
| 11:23.11 | GNUtoo|bug20 | no buffer underruns or similar? |
| 11:23.55 | woglinde | I didnt test it yet |
| 11:24.23 | GNUtoo|bug20 | ok |
| 11:25.00 | GNUtoo|bug20 | the smartbook looks nice(dual screen possibility), but I wonder if it's solid enough now |
| 11:25.19 | GNUtoo|bug20 | s/smartbook/smartbook from always innovating |
| 11:25.42 | woglinde | gnutoo ac100 is the cheapest |
| 11:25.47 | woglinde | you get for under 200 eruos |
| 11:25.49 | woglinde | now |
| 11:25.54 | GNUtoo|bug20 | ok nice |
| 11:26.14 | GNUtoo|bug20 | it can be bought in regular shops(where?) |
| 11:26.23 | woglinde | http://www.cyberport.de/notebook/restposten/netbooks/1E05-115/toshiba-ac100-10v-tegra-250-android-umts.html |
| 11:26.42 | GNUtoo|bug20 | computer shops? carrier shops? |
| 11:26.43 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 11:27.01 | woglinde | look at your pricemachine in .it |
| 11:27.41 | GNUtoo|bug20 | ok |
| 11:29.08 | *** join/#oe B_Lizzard (~havoc@athedsl-431742.home.otenet.gr) |
| 11:35.16 | *** join/#oe svolpe (~Gerrath@unaffiliated/gerrath) |
| 11:56.34 | *** join/#oe Openfree^ (~Openfree`@61.170.192.185) |
| 12:00.48 | GNUtoo|bug20 | woglinde, where does wesnoth fails? |
| 12:00.59 | GNUtoo|bug20 | NOTE: package wesnoth-wvga-1.8.4-r1.1: task do_install: Started |
| 12:02.58 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 12:05.36 | woglinde | GNUtoo hm there was one post on the mailinglist where boost is failing or so |
| 12:07.17 | GNUtoo|bug20 | ah? |
| 12:07.19 | GNUtoo|bug20 | let me look |
| 12:17.24 | *** join/#oe stuffcorpse_ (stuffy@bnc.kollide.net) |
| 12:17.28 | *** join/#oe stuffcorpse (stuffy@amarok/developer/rickc) |
| 12:22.38 | mrAlmond | I've found a problem with mesa-xlib compilation in meta-openembedded |
| 12:23.03 | mrAlmond | patches are not found because are under mesa-7.10.2 instead of mesa-xlib-7.10.2 |
| 12:23.24 | woglinde | mrAlmond hm write to the ml |
| 12:23.41 | mrAlmond | which one? oe or poky? |
| 12:23.55 | woglinde | are you using oe-core? |
| 12:23.59 | woglinde | than oe-core |
| 12:24.06 | mrAlmond | I'm using poky + meta-openembedded |
| 12:24.15 | woglinde | poky |
| 12:24.19 | mrAlmond | but the problem is in meta-openembedded |
| 12:24.28 | woglinde | its poky |
| 12:24.34 | mrAlmond | ok |
| 12:24.44 | mrAlmond | but why it is hosted in oe git? |
| 12:24.54 | woglinde | dont ask me |
| 12:25.08 | mrAlmond | ok;-) |
| 12:25.11 | woglinde | you should use either oe-core with overlay or oe-dev now |
| 12:25.29 | woglinde | or 2011.3 maintance |
| 12:25.34 | woglinde | depending on your needs |
| 12:26.07 | mrAlmond | I must admit that I'm trying to understand the differences between poky and oe and all those layers |
| 12:26.20 | woglinde | hm okay |
| 12:26.27 | woglinde | oe was there first |
| 12:26.36 | woglinde | but it wasnt perfect for some companies |
| 12:27.00 | woglinde | so o-hand now intel made poky to clean up and using fewer recipes |
| 12:27.30 | mrAlmond | ok |
| 12:27.30 | woglinde | now there is the yocto project which goal is to boost linux embedded stuff a bit more |
| 12:27.43 | woglinde | base will be oe-core |
| 12:27.56 | woglinde | which is like poky |
| 12:28.25 | mrAlmond | is it identical? |
| 12:28.27 | woglinde | and you add overlays to it like various distributions angstroem/shr .. |
| 12:28.29 | woglinde | no |
| 12:28.37 | woglinde | consider it more a merge |
| 12:29.03 | mrAlmond | and what do you suggest to use...I need to build a custom rootfs for an arm based device |
| 12:29.06 | JaMa|Wrk | mrAlmond: I'll fix mesa-xlib.. |
| 12:29.18 | JaMa|Wrk | mrAlmond: look at mesa-dri for fix (FILESPATH..) |
| 12:29.18 | mrAlmond | thanks Jama! |
| 12:30.02 | mrAlmond | btw...I started with oe...then I passed to poky because it was kind of simpler than oe |
| 12:30.06 | woglinde | mrAlmond you can still using poky |
| 12:30.16 | woglinde | but you should have an eye on yocto |
| 12:30.20 | woglinde | and oe-core |
| 12:30.51 | mrAlmond | but in the yocto project the build system is still poky |
| 12:31.10 | woglinde | hms |
| 12:31.27 | JaMa|Wrk | poky.git is now oe-core+bitbake in one repo |
| 12:31.52 | JaMa|Wrk | maybe very small difference |
| 12:32.02 | *** join/#oe svolpe (~Gerrath@unaffiliated/gerrath) |
| 12:32.14 | mrAlmond | ok |
| 12:32.19 | woglinde | http://www.yoctoproject.org/blogs/davest/2011/yocto-project-turns-1.0 |
| 12:32.20 | JaMa|Wrk | RP is merging commits to both repos oe-core and poky.git at the same time |
| 12:32.35 | mrAlmond | yes I've just seen that is out that newer version |
| 12:33.19 | mrAlmond | so now I'm starting to understand... :-) |
| 12:33.24 | woglinde | fine |
| 12:33.55 | mrAlmond | and the meta-openembedded layer is not for yocto? |
| 12:34.26 | mrAlmond | I've started to use that one because I needed xorg-xserver that it wasn't available in poky laverne |
| 12:34.31 | woglinde | seems so |
| 12:34.38 | JaMa|Wrk | it is for yocto |
| 12:34.38 | mrAlmond | good |
| 12:35.00 | JaMa|Wrk | mrAlmond: and xorg-xserver is there too under different name afaik |
| 12:35.27 | mrAlmond | yes...I mean that I needed the xorg server...not kdrive |
| 12:35.58 | *** join/#oe mrc3 (~ddiaz@189.157.120.141) |
| 12:36.02 | JaMa|Wrk | mrAlmond: openembedded-core/meta/recipes-graphics/xorg-xserver/xserver-xf86-lite_1.7.99.2.bb |
| 12:36.58 | mrAlmond | and is the fbdev driver available for that one? |
| 12:37.29 | JaMa|Wrk | yes in meta-oe layer |
| 12:37.53 | mrAlmond | ok...that's the one I'm using with poky |
| 12:38.04 | mrAlmond | thank you guys |
| 12:38.19 | woglinde | bye till later |
| 12:38.24 | mrAlmond | bye |
| 12:38.29 | JaMa|Wrk | but with meta-oe is better to use xserver-xorg directly instead xserver-xf86-lite |
| 12:38.36 | mrAlmond | yes |
| 12:38.45 | mrAlmond | that's what I'm doing :-) |
| 12:39.12 | JaMa|Wrk | because in meta-oe is quite fresh 1.10.0.902 instead old 1.7.99.2 :) |
| 12:41.00 | mrAlmond | great |
| 12:43.19 | mrAlmond | So now I'm downloading from the yocto site the new poky 5.0 |
| 12:43.43 | mrAlmond | will it include also the updated meta-openembedded layer? |
| 12:43.51 | JaMa|Wrk | no |
| 12:44.06 | mrAlmond | so I've to add it in my bblayers.conf |
| 12:44.11 | JaMa|Wrk | yes |
| 12:44.33 | mrAlmond | but why is it not included in this new release? |
| 12:45.02 | JaMa|Wrk | because meta-oe is "extra" stuff applied on top of what is released as poky (still oe-core+bitbake) |
| 12:46.05 | mrAlmond | oook |
| 12:46.08 | mrAlmond | understood |
| 12:49.39 | *** join/#oe Openfree^ (~Openfree`@61.170.192.185) |
| 12:51.17 | *** join/#oe brolin (~brolin@nat61.udea.edu.co) |
| 12:59.36 | *** join/#oe svolpe (~Gerrath@unaffiliated/gerrath) |
| 13:01.42 | *** join/#oe dijenerate (~dijenerat@65.48.148.119) |
| 13:13.15 | *** join/#oe mpoirier (~quassel@S0106002369de4dac.cg.shawcable.net) |
| 13:17.01 | *** join/#oe aloisiojr (~aloisio@186.215.206.130) |
| 13:30.56 | *** join/#oe lamawithonel_ (~lucas@pool-96-240-135-33.washdc.fios.verizon.net) |
| 13:35.15 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 13:37.48 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 13:40.54 | GNUtoo|bug20 | btw I've a fix for smpeg |
| 13:47.40 | *** join/#oe CcSsNET (~user@c-98-216-138-179.hsd1.ma.comcast.net) |
| 13:56.58 | *** join/#oe sgw (~sgw@50.12.189.11) |
| 14:02.22 | mrAlmond | JaMa : I'm having troubles with the imlib2 recipe in meta-efl |
| 14:02.39 | mrAlmond | the LIC_FILES_CHECKSUM is missing |
| 14:02.53 | mrAlmond | there is no .inc file for it |
| 14:03.32 | *** join/#oe Openfree^ (~Openfree`@61.170.192.185) |
| 14:04.18 | JaMa|Wrk | mrAlmond: strange that I didn't got it before, but please add and send patch with it if you can |
| 14:04.23 | *** join/#oe rickfoosusa (~chatzilla@ppp-69-148-16-18.dsl.austtx.swbell.net) |
| 14:04.31 | JaMa|Wrk | mrAlmond: I'll add such patch to my next pull request |
| 14:04.39 | mrAlmond | I don't know how to fix it.. |
| 14:04.50 | mrAlmond | LICENSE is BSD |
| 14:05.34 | JaMa|Wrk | mrAlmond: http://www.pokylinux.org/doc/poky-handbook.html#usingpoky-configuring-LIC_FILES_CHKSUM |
| 14:05.35 | mrAlmond | is that LIC_FILES_CHECKSUM used for what? |
| 14:05.41 | mrAlmond | tnx!! |
| 14:05.49 | *** join/#oe devzero_ (devzero@xdsl-78-35-49-152.netcologne.de) |
| 14:06.00 | mrAlmond | I admit I should get a RTFM :-D |
| 14:06.16 | JaMa|Wrk | I can add it for you, but I'm in middle of long build and it's good for you to learn it sooner then later :) |
| 14:06.27 | mrAlmond | you are right |
| 14:06.44 | JaMa|Wrk | NOTE: Running task 4393 of 6246 |
| 14:08.23 | *** join/#oe obi (~obi@unaffiliated/obi) |
| 14:10.02 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 14:11.43 | CIA-32 | 03Denis 'GNUtoo' Carikli <GNUtoo@no-log.org> 07org.openembedded.dev * rba5581f225 10openembedded.git/recipes/smpeg/smpeg_svn.bb: (log message trimmed) |
| 14:11.43 | CIA-32 | smpeg svn: fix compilation |
| 14:11.43 | CIA-32 | Without that fix we have: |
| 14:11.43 | CIA-32 | [...] -L/usr/lib [...] libsmpeg-0.4.so.0 -o .libs/libsmpeg-0.4.so.0.1.4 |
| 14:11.43 | CIA-32 | /usr/lib/libm.so: file not recognized: File format not recognized |
| 14:11.44 | CIA-32 | In config.log we had: |
| 14:11.44 | CIA-32 | SDL_CFLAGS='-I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT' |
| 14:11.44 | GNUtoo|bug20 | fix for smpeg comming |
| 14:11.47 | GNUtoo|bug20 | here it is |
| 14:14.56 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 14:15.10 | *** join/#oe kevinsc1 (~a0214685@nat/ti/x-rldpasumcadcidvg) |
| 14:17.31 | mrAlmond | well I get the LIC_FILES_CHECKSUM row from emotion_svn.bb and I've placed in imlib2 recipe...and it worked...probably it has the same license |
| 14:20.00 | JaMa|Wrk | probably.. most efl recipes share same COPYING file |
| 14:26.06 | *** join/#oe Openfree^ (~Openfree`@61.170.192.185) |
| 14:26.36 | mrAlmond | well now I'm getting problems with xextproto version...it seems the newer xorg-xserver needs xextproto 7.2.0 but unfortunately the build installed the 7.1.2 from the original poky |
| 14:26.47 | mrAlmond | 7.2.0 is available in meta-openembedded |
| 14:26.59 | mrAlmond | but bitbake xextproto install the old one |
| 14:27.31 | JaMa|Wrk | check PE |
| 14:28.03 | mrAlmond | PE is the "priority"? |
| 14:28.47 | mrAlmond | it has the same value for both the receipes |
| 14:28.48 | mrAlmond | 1 |
| 14:28.51 | JaMa|Wrk | hmm both seems to have 1 |
| 14:28.56 | JaMa|Wrk | package epoch |
| 14:29.41 | mrAlmond | is this a sort of bug? |
| 14:29.54 | mrAlmond | must I increase the one I need? |
| 14:30.13 | JaMa|Wrk | no.. it's some include file in poky |
| 14:30.35 | JaMa|Wrk | openembedded-core/meta/conf/distro/include/preferred-xorg-versions.inc |
| 14:31.09 | JaMa|Wrk | this ^ is locking old versions for you |
| 14:32.04 | mrAlmond | so I must change them to 7.2.0..all of them about xextproto |
| 14:32.12 | mrAlmond | I hope I don't need to rebuild everything |
| 14:32.39 | ant_work | well, we have to recognize there is still a bit of confusion wrt poky |
| 14:32.56 | mrAlmond | 0_0 yes |
| 14:33.32 | JaMa|Wrk | mrAlmond: that's why I've removed this file from oe a while ago.. to make latest versions always default |
| 14:33.43 | Crofton | ant_work, that was a big topic at the Yocto Bof session yesterday |
| 14:33.54 | ant_work | I bet ^_^ |
| 14:33.59 | Crofton | http://www.flickr.com/photos/32615155@N00/sets/72157626489821744/with/5615828817/ |
| 14:34.14 | Crofton | we are working on sorting it all out, but it will take time |
| 14:34.36 | Crofton | I think the intel part of yocto is really surprised at the depth of confusion |
| 14:34.44 | Crofton | but I believe they understand now |
| 14:35.09 | Crofton | it has been really interesting to se the interest level though |
| 14:35.17 | XorA|gone | still a whole crapload of stuff in oe-core which I dont beleivew should be there |
| 14:35.26 | Crofton | and the sheer number of people that know what OE is :) |
| 14:35.27 | ant_work | about layers, angstrom distro and shr have some custom |
| 14:35.33 | ant_work | what about minimal distro? |
| 14:35.44 | Crofton | and the amount of misunderstanding of OE :) |
| 14:36.22 | sakoman | Crofton: I'm still confused about poky too :-) |
| 14:36.30 | Crofton | I need to get ready to go over to the last day if elc |
| 14:36.45 | Crofton | sakoman, that really became apparent yesterday att he Bof |
| 14:36.48 | Crofton | at the |
| 14:36.51 | XorA|gone | is just generally confused about life :-) |
| 14:37.00 | sakoman | is too |
| 14:37.02 | GNUtoo|bug20 | hmmm |
| 14:37.07 | Crofton | I saw the stagecoach thing |
| 14:37.09 | GNUtoo|bug20 | here's are my tests: |
| 14:37.17 | GNUtoo|bug20 | *emacs 23.2 compiles |
| 14:37.20 | sakoman | Crofton: the poky name should go -- it really adds no value |
| 14:37.21 | Crofton | I am going to really confused tomorrow morning |
| 14:37.25 | Crofton | yes |
| 14:37.26 | GNUtoo|bug20 | *emacs-x11 23.2 fails with: |
| 14:37.30 | Crofton | I think everyone sees that now |
| 14:37.35 | Crofton | it jsut takes time |
| 14:37.38 | GNUtoo|bug20 | qemu: uncaught target signal 11 (Segmentation fault) - core dumped |
| 14:37.38 | GNUtoo|bug20 | Segmentation fault |
| 14:37.39 | sakoman | yup |
| 14:37.40 | GNUtoo|bug20 | when running: |
| 14:37.52 | GNUtoo|bug20 | LC_ALL=C qemu-arm -cpu cortex-a8 -s 1048576 -L /home/gnutoo/embedded/oe/oetmps/shr/work/armv7a-oe-linux-gnueabi/emacs-x11-23.2-r1.0/qemu-treedir temacs |
| 14:38.00 | Crofton | and after yesterday's flailing with people trying to explain it, I thinnk it will happen faster |
| 14:38.01 | GNUtoo|bug20 | I tried that: |
| 14:38.06 | sakoman | Crofton: has the next meeting been finalized yet? |
| 14:38.08 | GNUtoo|bug20 | on target |
| 14:38.13 | GNUtoo|bug20 | it works |
| 14:38.15 | GNUtoo|bug20 | so it's qemu |
| 14:38.24 | mrAlmond | JaMa : So do you think I must set those variables to 7.2.0 ? |
| 14:38.28 | GNUtoo|bug20 | what to do? |
| 14:38.31 | GNUtoo|bug20 | debug qemu? |
| 14:38.37 | Crofton | no |
| 14:38.56 | Crofton | I am getting really confused about things, it will take me a day to figure it everything out |
| 14:38.58 | *** join/#oe risca (~risca@130.236.250.53) |
| 14:39.02 | kergoth | people are still confused by all this? guess we need better info available on the web |
| 14:39.09 | Crofton | :) |
| 14:39.36 | Crofton | ok guys, I need to get going |
| 14:39.50 | Crofton | I think I have finally figured out Yocto |
| 14:39.53 | Crofton | in my own way |
| 14:40.10 | Crofton | it gives us a place to direct new users so they do not interfere with developers :) |
| 14:40.19 | kergoth | the info on the yocto site really doesn't seem to make things less confusing. pages you'd think would explain what poky is relative to oe-core just .. don't |
| 14:40.20 | kergoth | heh |
| 14:40.31 | Crofton | kergoth, understood |
| 14:40.39 | Crofton | poky also has had several meanings |
| 14:40.44 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 14:40.49 | Crofton | and has a really cool mascot :) |
| 14:40.50 | Crofton | ok |
| 14:40.53 | Crofton | guys later |
| 14:40.54 | ant_work | still RP answered to my question "OE or Poky ?" with those words "I think my last email made it clear the proposal was we'd collaborate |
| 14:40.56 | ant_work | around an "openembedded-core", not Poky." |
| 14:41.05 | Crofton | he unserstands |
| 14:42.37 | GNUtoo|bug20 | what should I do for qemu? |
| 14:46.23 | ant_work | sakoman: naming of the layers was my second question :) |
| 14:55.32 | *** join/#oe kevinsc (~a0214685@nat/ti/x-rgrdxwuwrxikpkbj) |
| 15:09.23 | mkneissl | Hmm. Icedte6-native fails on 2011.03-maintenance with "icedtea-jdk-build-sizer-32-on-amd64.patch: No such file or directory" |
| 15:09.59 | *** join/#oe dijenerate (~dijenerat@204.212.240.167) |
| 15:11.54 | *** join/#oe mlip (~mlip@unaffiliated/mlip) |
| 15:13.15 | mlip | hej, is there already a document on how to get changes int oe-core? (are ppl pulling from master?) |
| 15:25.17 | ant_work | mkneissl: the commit which updated to 1.7.10 removed the patch |
| 15:26.59 | ant_work | which version are you building? |
| 15:39.25 | *** join/#oe Crofton (~balister@70.36.246.130) |
| 15:41.48 | khem | mlip: yes |
| 15:42.05 | khem | mlip: you can start with angstrom if you like |
| 15:43.11 | khem | http://git.angstrom-distribution.org/cgi-bin/cgit.cgi/setup-scripts/ |
| 15:43.31 | *** join/#oe pespin (~pespin@67.pool85-50-66.dynamic.orange.es) |
| 15:43.42 | khem | mlip: for patches you can either send to openembedded-core ml or send pull request to same ml |
| 15:44.17 | mlip | khem: ah ok, I was just wondering about util-macros is 1.11.0 in oe-core and 1.13.0 in org.oe.dev |
| 15:44.37 | mlip | (and this is the reason libx11 is failing for me using oe-core/etc.) |
| 15:45.03 | ka6sox-away | makes sense to me. |
| 15:45.29 | khem | mlip: cook up a patch |
| 15:45.32 | khem | send to ml |
| 15:45.36 | khem | I will stage it |
| 15:46.21 | ant_work | khem: hey. Do you remember why you moved udev from rc S04 to S03 ? |
| 15:46.39 | mlip | have been away from oe due to some work related reasons, and this bblayers thing is still kinda new :) |
| 15:46.50 | mlip | so I didn't even know about the -core ml |
| 15:47.00 | khem | mlip: yes its new and we all are learning it fast |
| 15:47.22 | khem | ant_work: udev needed to run earlier |
| 15:47.29 | khem | I dont remeber what as the dep |
| 15:48.12 | ant_work | the risk is sysfs is run after udev and not before... |
| 15:49.03 | mlip | khem, one more thing, I have utils-macros-1.13.0 in a local layer, bitbake still prefers the 1.11.0 version; bitbake -s shows both versions for this package; what's missing? |
| 15:52.22 | *** join/#oe neilm (~neil@64.180.61.141) |
| 15:53.53 | kergoth | mlip: bitbake -e | grep PREFERRED_VERSION_util-macros= |
| 15:54.10 | kergoth | could also be DEFAULT_PREFERENCE in either recipe |
| 15:55.18 | mlip | kergoth, PREFERRED_VERSION_util-macros="1.11.0" - that makes sense then |
| 15:55.49 | *** join/#oe msm (~msm@192.88.168.35) |
| 15:56.38 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 15:57.01 | mrAlmond | mlip : I have the same problem with gst-plugins-base |
| 15:57.12 | mrAlmond | it is preferring an older version |
| 15:57.22 | mrAlmond | how can I choose the one I need? |
| 15:57.26 | kergoth | ... |
| 15:57.31 | kergoth | define the variable i just said like 2 minutes ago? |
| 15:57.44 | mrAlmond | oppss |
| 15:57.46 | mrAlmond | sorry |
| 15:57.49 | mlip | kergoth, can I find out how the pref. version is set? actually I have a local layer with priority 10, so this should be prefered? (default pref is not set) |
| 15:57.49 | mrAlmond | I miss that line |
| 15:57.57 | kergoth | mlip: grep. |
| 15:58.19 | mrAlmond | must I set it in my machine conf ? |
| 15:58.28 | kergoth | bitbake doesn't give a shit where you set a variable, ever. |
| 15:58.33 | kergoth | what matters is whether its set |
| 15:58.53 | mrAlmond | ok |
| 15:59.18 | kergoth | so no, set it wherever you like. wherever is *appropriate*. local.conf is a good place when testing things, can always move it elsewhere when you know it works |
| 15:59.21 | mrAlmond | I just wanted to know where these kind of preferences are set |
| 15:59.47 | mrAlmond | ok tnx |
| 15:59.50 | kergoth | generally speaking, the distro defines things like recipe versions. distro controls overarching policies and selections of things |
| 16:00.00 | kergoth | machine only controls things speciifc to that device. |
| 16:00.07 | kergoth | kernel version, which kernel recipe to use, etc |
| 16:00.21 | mrAlmond | good |
| 16:00.49 | kergoth | any given distro *should* be able to work on any given device, within reason. they're largely orthogonal |
| 16:00.59 | kergoth | that's why we separated it like this |
| 16:03.10 | mrAlmond | at the moment I'm using the poky distro |
| 16:03.38 | mlip | kergoth, thx, missed preferred-xorg-versions.inc |
| 16:03.42 | kergoth | mlip: np |
| 16:03.59 | mrAlmond | in its meta layer there is a gst-plugins-base version newer than the one in the meta-openembedded layer |
| 16:04.14 | kergoth | mlip: in the future, we intend to make it possible to be able to determine where vars were set, when looking at the metadata with bitbake -e |
| 16:04.26 | kergoth | mlip: but today we're missing tracking of filename/linenumber <-> variables |
| 16:05.38 | *** join/#oe GarthPS (~quassel@78.116.124.228) |
| 16:07.35 | kergoth | mrAlmond: in addition to explicit preferences, layers have priorities, which alter how it decides what to build |
| 16:07.40 | mkneissl | ant_work seems to have left, but in the 2011.03-maintenance branch, the Icedtea5-native_1.7.10.bb still refers to the removed patch. http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/icedtea/icedtea6-native_1.7.10.bb?h=2011.03-maintenance&id=249b97a7c95194e12f71138280a967fa0d0ea9ae |
| 16:08.36 | mrAlmond | kergoth: and where can I check these priorities? |
| 16:08.43 | *** join/#oe methril (~methril@189.27.129.243.dynamic.adsl.gvt.net.br) |
| 16:09.21 | kergoth | mrAlmond: the layer.conf files in each layer |
| 16:09.33 | mrAlmond | ok tnx! |
| 16:10.07 | kergoth | or to see at a glance, bitbake -e | grep BBFILE_.\*= |
| 16:10.18 | mrAlmond | great |
| 16:10.52 | kergoth | each layer gets added to BBFILE_COLLECTIONS, and each has a BBFILE_PATTERN_<layer> which controls how it matches files to the layers they're in, and BBFILE_PRIORITY_<layer> which controls how it handles a given recipe being available in multiple layers |
| 16:11.17 | kergoth | (this actually existed before the proper layers mechanism, hence the different naming) |
| 16:12.29 | *** join/#oe morphis (~morphis@88.71.239.232) |
| 16:15.58 | mrAlmond | so an higher priority value means that that a package in that layer will be preferred to the same available in an another layer |
| 16:17.24 | kergoth | right |
| 16:17.44 | kergoth | the idea is that more specific layers can override more general ones, so e.g. a particular distro or machine's layer can override the core |
| 16:18.17 | kergoth | not unlike how overrides function in oe, our metadata is essentially layered as well, from more general (e.g. bitbake.conf) to more specific (e.g. arch, then machine) |
| 16:19.26 | *** join/#oe Nedlinpopo (~james@dsl092-043-139.lax1.dsl.speakeasy.net) |
| 16:19.33 | Nedlinpopo | hi everybody |
| 16:19.59 | Nedlinpopo | I have run into a problem, is anyone using ubuntu 11.04 yet? |
| 16:20.55 | kergoth | I've had new ubuntu releases explode in my face way too many times to go anywhere near them for the first 6 months or so, personally |
| 16:21.04 | Nedlinpopo | because they moved a lot of the system libs around and now perl-native fails to link |
| 16:21.29 | Nedlinpopo | I've had mixed luck with new ubuntus, so I try them on not my main computer |
| 16:21.54 | *** join/#oe lamawithonel_ (~lucas@pool-96-240-135-33.washdc.fios.verizon.net) |
| 16:22.05 | Nedlinpopo | also the machine i tried it on needd the most bleeding edge kernel (or something close anyway) for it's enet and wifi |
| 16:22.41 | Nedlinpopo | but my question is, how hosed will i make OE by saying ASSUME_PROVIDED="perl-native" |
| 16:22.51 | Nedlinpopo | will is successfully use the system perl |
| 16:23.07 | kergoth | you can't crosscompile things like perl without having a matching version build arch version |
| 16:23.25 | kergoth | so everything but target perl should be okay, but you're essentially on your own with something that bleeding edge ;0 |
| 16:23.39 | kergoth | still, its good that someone is blazing a trail with it |
| 16:24.04 | mlip | kergoth, regarding overrides: is it also possible to override single .inc files in conf/distro/include in another layer? |
| 16:24.05 | kergoth | if you would, jot down your experiences with it, i'm sure we'll want to get the kinks worked out, at the very least info on the wiki on how to get a build there would be useful |
| 16:24.20 | kergoth | mlip: yes, it finds those via BBPATH, and each layers is in BBPATH |
| 16:24.29 | kergoth | mlip: now, here's where there's a kink in the implementaiton, though |
| 16:24.35 | mlip | cool stuff |
| 16:24.40 | mlip | it didn't work for me though ;) |
| 16:24.55 | kergoth | mlip: the layer.conf is what adds the layer to BBPATH, but it chooses whether to append or prepend, and either way its influenced by the order of the layers in BBLAYERS in you bblayers.conf |
| 16:25.01 | kergoth | rather than being based on the bbfile priorities |
| 16:25.19 | kergoth | so we have a potential mismatch in preferences between recipe and configuration files |
| 16:25.49 | kergoth | it parses the layer.confs in the order that they're listed in in BBLAYERS |
| 16:25.54 | kergoth | bitbake -e | grep BBPATH= |
| 16:26.00 | kergoth | it'll use the first file it finds in BBPATH |
| 16:26.06 | kergoth | so thats the definitive way to see what it'll be using |
| 16:26.06 | mlip | kergoth, I see, this may be the problem here |
| 16:26.23 | mlip | thx, I will have a look at it |
| 16:26.25 | kergoth | most layer.confs append to bbpath, which means you'd want the higher priority layers listed first in BBLAYERS |
| 16:26.27 | kergoth | see if tha thelps |
| 16:26.44 | kergoth | and if you have any ideas on how we can implement this in bitbake to not suck, let me know ;) |
| 16:28.35 | mlip | the easiest would probably be a resorting of the BBLAYERS depending on the layer priority in layer.conf; maybe I will have a look at it |
| 16:29.10 | mlip | for now I am just happy that I can continue trying to build a gumstix layer ;) |
| 16:30.43 | Nedlinpopo | hmm, the problem is fundamentally that the perl build process ignores the compiler's internal include path, and ubuntu moved all the `core` libs into /lib/x86_64-linux-gnu |
| 16:30.55 | Nedlinpopo | and now perl can't find pthreads or libm |
| 16:31.07 | kergoth | mlip: of course, the problem is that the layer.conf is what controls the add to bbpath, it could prepend and totally hose us ;) |
| 16:31.27 | kergoth | mlip: we really need to adjust BBPATH directly to fix the layer ordering, i expect, but thats a bit more complecated |
| 16:31.51 | kergoth | this is why i disagreed with the RP's bblayers implementation to begin with, part of hte priority is in *user* control, and part is in *layer* control |
| 16:32.08 | kergoth | but i didn't have any better ideas ;) |
| 16:32.26 | kergoth | we'll have to reimplement some of this to add layer dependency support, maybe we can fix it then |
| 16:32.44 | mlip | kergoth, a I think I get it now |
| 16:33.15 | kergoth | BBFILE stuff isn't an issue, because the order in BBFILES is irrelevent, its entirely controlled by the BBFILE_PRIORITY vars |
| 16:33.26 | kergoth | i think we need to just scrap some of these old vars and do something from scratch |
| 16:33.27 | kergoth | heh |
| 16:33.30 | *** join/#oe sgw (~sgw@70.36.246.130) |
| 16:33.32 | kergoth | i personally think BBFILES sucks |
| 16:33.44 | Nedlinpopo | seconds that |
| 16:33.52 | kergoth | it wasn't intended to stick around this long |
| 16:33.58 | Nedlinpopo | it too easily produces untraceable errors |
| 16:34.04 | kergoth | not sure what you mean by that |
| 16:34.40 | Nedlinpopo | it makes it really easy to hide what's going on, since it gets muted further down the pipeline |
| 16:35.54 | Nedlinpopo | which i guess isn't strictly a programmer problem, but non ethe less it's dificult for a user of the tree |
| 16:36.51 | kergoth | can you elaborate? are you thinking about the case where bbfiles doesn't match any files? the globs don't match anything? |
| 16:38.09 | CIA-32 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r5dd1cc0342 10openembedded.git/recipes/ncurses/ (ncurses/ncurses-5.7-20110108-patch.sh.bz2 ncurses_5.7.bb): |
| 16:38.10 | CIA-32 | ncurses 5.7: put patch in OE |
| 16:38.10 | CIA-32 | The patch disappeared and apache on the sourcemirrors doesn't allow downloading of '.sh' files. |
| 16:38.10 | CIA-32 | This is *exactly* why we keep patches in OE instead downloading them from unreliable websites |
| 16:38.10 | CIA-32 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 16:38.53 | Nedlinpopo | no, I spent a lot of time last night trying to figure out what recipe was actually getting used (or not used as was the case) |
| 16:39.48 | Nedlinpopo | because the error wasn't aobut the recipe not being found, but instead about some inheritance issue |
| 16:39.59 | kergoth | well, whether we use BBFILES or not, that'd still be an issue, because we'll always support having multiple instances of a recipe existing in multuiple layers, regardless of how its specified |
| 16:40.13 | Nedlinpopo | which may just be a simple UI tweak. |
| 16:40.19 | Nedlinpopo | iI see your point |
| 16:40.41 | kergoth | bitbake-layers will improve this, however. its intended to be a tool to tell you about your layers. today it will list bbappend files being used, and warn about certain issues with it. but another subcommand will likely be "show me what recieps are in what layers, with versions" |
| 16:41.10 | kergoth | sort of like a layer specific bitbake -s |
| 16:41.21 | kergoth | i bet that would help this, particularly if we make it obvious which is currently preferred |
| 16:41.35 | kergoth | asterisk it perhaps, and also list the layers in priority order |
| 16:42.11 | Nedlinpopo | can I request that the documentation for bitbake make it painfully clear that BBPATH is where bitbake will look for non-recipes, and BBFILE is where bitbake will look for recipes? |
| 16:42.32 | kergoth | yeah, if that's not the case, that's just a bug in the docs, that's a problem |
| 16:42.40 | Nedlinpopo | that piece of learning was a little hard fought |
| 16:43.04 | Nedlinpopo | agreed |
| 16:43.38 | kergoth | i happen to think, usability wise, collections.inc was superior to the current situation. you'd set COLLECTIONS = "/path/to/a /path/to/b /path/to/c", in priority order, and it set BBPATH to match, set BBFILE* to match, *and* set BBFILES to search those paths to find any recipes in them |
| 16:43.50 | kergoth | course, i wrote that .inc, so i'm biased |
| 16:44.08 | Nedlinpopo | oh, and the output of bitbake -e is broken if DISTRO is not found |
| 16:44.27 | kergoth | heh, more than just -e is broken if DISTRO isn't found, right now, due to parsing errors |
| 16:44.27 | Nedlinpopo | I never used it the old way |
| 16:44.40 | kergoth | we need to inject a really, really early check for unset/invalid DISTRO |
| 16:45.13 | Nedlinpopo | yeah, i think there's a chicken/egg problem there, but it would hav emade my life a whole lot happier last night |
| 16:46.05 | kergoth | the thing of it is, distro is used in OVERRIDES, and OVERRIDES are used at multiple points in the parsing process, so trying to inject a check *before* they're processed might be problem. we may have to change how the distro/overrides bits are done |
| 16:48.05 | Nedlinpopo | bugger |
| 16:48.19 | Nedlinpopo | seems like people are trying to make one thing act for 2 |
| 16:49.56 | *** join/#oe svolpe (~Gerrath@unaffiliated/gerrath) |
| 16:52.30 | kergoth | heh, it used to be distro and machine were optional, just ways to avoid having to set all the vars yourself, but there are way too many for that to be the case anymore |
| 16:54.36 | Nedlinpopo | well, i can understand MACHINE, since that controls something about the build process, more than what to build, but why aren't DISTROS, just recipes? |
| 16:57.10 | *** join/#oe valhalla (~valhalla@81-174-23-4.dynamic.ngi.it) |
| 16:58.07 | kergoth | DISTRO controls overarching policies |
| 16:58.31 | kergoth | whether prefix is /usr or /, whether we support ipv6, etc |
| 16:58.48 | GNUtoo|bug20 | hmmm |
| 16:58.51 | kergoth | it's not a recipe by definition, it controls how recipes are built |
| 16:59.07 | Nedlinpopo | interesting |
| 16:59.17 | kergoth | bitbake -e | grep DISTRO_FEATURES= |
| 16:59.19 | GNUtoo|bug20 | | install: cannot stat `.../work/armv7a-angstrom-linux-gnueabi/funnyboat-1.5-r0/image/usr/share/games/funnyboat/water.py': Permission denied |
| 16:59.21 | GNUtoo|bug20 | with: |
| 16:59.35 | GNUtoo|bug20 | <PROTECTED> |
| 16:59.55 | GNUtoo|bug20 | the destination exists |
| 17:00.16 | kergoth | was it installed previously? did you run a make install or setup.py install or something that installed it there before? or perhaps the directory isn't writable? |
| 17:00.31 | GNUtoo|bug20 | the game is a .zip |
| 17:00.35 | GNUtoo|bug20 | with inside no setup.py |
| 17:00.38 | GNUtoo|bug20 | just some files |
| 17:00.40 | Nedlinpopo | GNUtoo, maybe it existed before that was called? I think -m means if it's there do nohting |
| 17:00.41 | GNUtoo|bug20 | to copy somewhere |
| 17:00.50 | kergoth | Nedlinpopo: -m sets teh file mode |
| 17:01.07 | Nedlinpopo | ah |
| 17:01.18 | kergoth | 0655 == rw-r-r- |
| 17:01.20 | Nedlinpopo | maybe it's -p that does nothing if it's already there |
| 17:02.16 | GNUtoo|bug20 | <PROTECTED> |
| 17:02.45 | GNUtoo|bug20 | it was not installed previously |
| 17:02.51 | Nedlinpopo | well, aparently I don't remember how to invoke install |
| 17:03.02 | GNUtoo|bug20 | how many arguments install accepts |
| 17:03.06 | GNUtoo|bug20 | something like that: |
| 17:03.11 | GNUtoo|bug20 | <PROTECTED> |
| 17:03.14 | GNUtoo|bug20 | result in: |
| 17:03.31 | kergoth | that's valid syntax for install |
| 17:03.37 | kergoth | <PROTECTED> |
| 17:03.42 | GNUtoo|bug20 | install -m 0655 /home/gnutoo/embedded/oe/oetmps/angstrom2010/work/armv7a-angstrom-linux-gnueabi/funnyboat-1.5-r0/funnyboat/PixelPerfect.py /home/gnutoo/embedded/oe/oetmps/angstrom2010/work/armv7a-angstrom-linux-gnueabi/funnyboat-1.5-r0/funnyboat/cannonball.py /home/gnutoo/embedded/oe/oetmps/angstrom2010/work/armv7a-angstrom-linux-gnueabi/funnyboat-1.5-r0/funnyboat/cloud.py ... |
| 17:05.19 | Nedlinpopo | bugger. well you've all been exteraly helpful, but it looks like i can drive this USB stick across town faster than the internet, so I'll see you later |
| 17:06.02 | Nedlinpopo | never underestimate the bandwidth of a fedex truck full of harddrives |
| 17:08.51 | GNUtoo|bug20 | I'll try fakeroot do_install |
| 17:10.18 | *** join/#oe dm8tbr (dm8tbr@2001:41b8:0:f010::2) |
| 17:10.27 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 17:10.37 | *** join/#oe MMx (mmx@2001:41b8:200::42) |
| 17:14.40 | *** join/#oe Crofton (~balister@70.36.246.130) |
| 17:14.55 | GNUtoo|bug20 | ah now unpack fails |
| 17:15.03 | GNUtoo|bug20 | df -h shows about 200GB of free space |
| 17:15.08 | GNUtoo|bug20 | I'll look at dmesg |
| 17:17.10 | *** join/#oe woglinde (~heinold@f052067033.adsl.alicedsl.de) |
| 17:20.12 | *** join/#oe sgw (~sgw@70.36.246.130) |
| 17:21.10 | *** join/#oe sgw (~sgw@70.36.246.130) |
| 17:34.46 | *** join/#oe playya__ (~playya@unaffiliated/playya) |
| 17:35.21 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 17:37.45 | *** join/#oe brolin (~brolin@nat59.udea.edu.co) |
| 17:39.27 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 17:39.37 | GNUtoo|bug20 | I think I got it |
| 17:40.08 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
| 17:40.14 | woglinde | what? |
| 17:40.18 | woglinde | hi effem |
| 17:41.40 | Crofton | gregoire is making my head explode |
| 17:41.52 | woglinde | crofton why? |
| 17:41.57 | eFfeM | hi woglinde, all |
| 17:42.08 | woglinde | too many os'es at once? |
| 17:42.13 | Crofton | explaining how the super jumbo image works |
| 17:42.17 | Crofton | yeah |
| 17:42.21 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 17:42.22 | woglinde | ;) |
| 17:42.23 | Crofton | one kernel, many root fs' |
| 17:42.30 | woglinde | yes |
| 17:42.44 | Crofton | one kernel that works for "angstrom", android, chromium and ubuntu |
| 17:42.55 | woglinde | yes yes |
| 17:42.58 | Crofton | linus will eat this up |
| 17:46.12 | eFfeM | Crofton, can you give a link ? |
| 17:46.26 | Crofton | not yet |
| 17:46.34 | Crofton | maybe on always innovating website |
| 17:46.49 | Crofton | the video talk will be online eventually |
| 17:46.55 | CIA-32 | 03Tom Rini <tom_rini@mentor.com> 07master * r62ceace6df 10openembedded.git/recipes/xkeyboard-config/xkeyboard-config.inc: |
| 17:46.55 | CIA-32 | xkeyboard-config: Add glib-2.0-native to DEPENDS |
| 17:46.55 | CIA-32 | Needed for glib-gettextize |
| 17:46.55 | CIA-32 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 17:46.55 | woglinde | eFfeM you can read the summary on the elc site |
| 17:47.00 | eFfeM | ah this was on elc, understood |
| 17:47.08 | Crofton | yes |
| 17:47.24 | Crofton | I am live reporting :) |
| 17:51.04 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 17:54.20 | eFfeM | nice! |
| 17:55.12 | *** join/#oe sgw (~sgw@70.36.246.130) |
| 17:58.25 | ka6sox-away | the many headed hydra |
| 17:58.53 | woglinde | hi ka6sox |
| 17:59.00 | ka6sox-away | hiya woglinde |
| 17:59.10 | woglinde | ka6sox at elc too? |
| 17:59.16 | ka6sox-away | its been the usual, take teh drink from the firehose |
| 17:59.17 | ka6sox-away | yes |
| 17:59.33 | ka6sox-away | but working on different stuff (well..OE related) |
| 18:05.23 | *** join/#oe dijenerate (~dijenerat@204.212.240.167) |
| 18:06.03 | *** join/#oe msm (~msm@192.88.168.34) |
| 18:06.33 | *** join/#oe rob_w (~bob@ppp-188-174-16-238.dynamic.mnet-online.de) |
| 18:16.02 | *** join/#oe stefan_schmidt (~stefan@p5B033B52.dip.t-dialin.net) |
| 18:24.49 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 18:31.31 | *** join/#oe pepermint (~pepermint@host184-76-dynamic.4-87-r.retail.telecomitalia.it) |
| 18:33.31 | *** join/#oe Nedlinpopo (~james@12.0.85.3) |
| 18:40.42 | *** join/#oe stefan__ (~stefan@p5B033713.dip.t-dialin.net) |
| 18:44.02 | *** join/#oe lamikr (~lamikr@e82-103-225-43.elisa-laajakaista.fi) |
| 18:45.51 | *** join/#oe woglinde_ (~heinold@g230119036.adsl.alicedsl.de) |
| 18:52.25 | *** join/#oe amarsman_nl (~marsman@52488909.cm-4-1c.dynamic.ziggo.nl) |
| 18:53.47 | *** join/#oe chouimat (~mathieu@kde/developer/chouinard) |
| 18:56.09 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 19:05.58 | *** join/#oe stefan__ (~stefan@p5B033713.dip.t-dialin.net) |
| 19:23.36 | *** join/#oe yann (~dwitch@nan92-1-81-57-214-146.fbx.proxad.net) |
| 19:32.46 | *** join/#oe pepermint (~pepermint@host184-76-dynamic.4-87-r.retail.telecomitalia.it) |
| 19:33.31 | *** join/#oe lostincake1 (~Aditya@pool-173-79-151-237.washdc.fios.verizon.net) |
| 19:37.14 | *** join/#oe jolt (~jolt@pD9FDFC07.dip.t-dialin.net) |
| 19:39.01 | *** join/#oe anarsoul (~anarsoul@46.28.99.185) |
| 19:39.09 | *** join/#oe kevinsc (~a0214685@nat/ti/x-iglhtfnnuwhdoymi) |
| 19:41.45 | *** join/#oe mrAlmond (~gbergamo@host193-250-dynamic.51-79-r.retail.telecomitalia.it) |
| 19:41.56 | mrAlmond | Hi all |
| 19:44.30 | *** join/#oe dijenerate (~dijenerat@204.212.240.167) |
| 19:44.39 | mrAlmond | just a question...I'm compiling an image with xorg-xserver using poky + meta-openembedded grom the git repository. Now I'm getting error in fetching "screenshot" from the enlightment SVN...but I don't want to have EFL in my image |
| 19:45.03 | mrAlmond | who is requiring EFL to compile? |
| 19:49.52 | *** join/#oe NvrBst (debian-tor@gateway/tor-sasl/nvrbst) |
| 19:51.04 | *** join/#oe risca (~risca@130.236.250.53) |
| 19:56.37 | *** join/#oe pepermint (~pepermint@host184-76-dynamic.4-87-r.retail.telecomitalia.it) |
| 19:57.38 | *** join/#oe sgw (~sgw@70.36.246.130) |
| 20:05.56 | *** join/#oe Crofton (~balister@70.36.246.130) |
| 20:10.29 | *** join/#oe hollisb (~hollisb@192.94.38.34) |
| 20:20.39 | *** join/#oe pepermint (~pepermint@host184-76-dynamic.4-87-r.retail.telecomitalia.it) |
| 20:42.04 | *** join/#oe rickfoosusa (~chatzilla@ppp-69-148-16-18.dsl.austtx.swbell.net) |
| 20:43.13 | *** join/#oe ant__ (~andrea@host215-251-dynamic.8-87-r.retail.telecomitalia.it) |
| 20:44.36 | *** join/#oe pepermint (~pepermint@host184-76-dynamic.4-87-r.retail.telecomitalia.it) |
| 20:47.53 | foerster | mrAlmond: check the dependencies |
| 20:48.24 | foerster | mrAlmond: something like bitbake -g -u depexp your-image-name |
| 20:48.44 | foerster | that is assuming depexp is in poky's bitbake |
| 20:49.14 | mrAlmond | what is depexp ? |
| 20:49.29 | foerster | alternative user interface to bitbake (dependency explorer) |
| 20:49.39 | foerster | it will give you a list of packages and their dependencies |
| 20:50.00 | mrAlmond | so I should see who is including efl things |
| 20:50.42 | mrAlmond | that is strange because I'm compiling poky-image-core |
| 20:50.51 | mrAlmond | that normally uses Xfbdev + matchbox |
| 20:51.09 | foerster | it's probably due to meta-oe layer somehow |
| 20:51.50 | mrAlmond | I've just added the preferred xorg-xserver |
| 20:51.58 | mrAlmond | set to xorg instead of kdrive |
| 20:52.55 | foerster | oe-core/poky and meta-oe integration are still new. Many (most) folks are still using monolithic oe (like me). As such, we can't relate to your specific problems well. |
| 20:54.09 | Crofton | everyone, stop using the word "poky" :) |
| 20:54.16 | ant__ | kergoth: any patch to test wrt portmap / install permissions? I would lik eto stay on master... |
| 20:54.28 | foerster | Crofton: tell yocto to stop calling it poky first ;) |
| 20:54.47 | kergoth | ant__: it's fixed.. has been since last week. current bitbake master works fine with current oe |
| 20:55.09 | Crofton | foerster, I do |
| 20:55.11 | Crofton | constantly |
| 20:55.31 | ant__ | kergoth: I missed it, pulled now, thx |
| 20:55.35 | kergoth | np |
| 20:55.38 | mrAlmond | so we have to call it just yocto ? |
| 20:56.06 | foerster | As a (relatively light) user of OE, I find the whole situation confusing at the moment. |
| 20:56.10 | kergoth | mrAlmond: yocto isn't poky. yocto isn't oe. yocto isn't oe-core. it's an umbrella project, not any of the individual things it might be using. |
| 20:56.26 | kergoth | thinks people are thinking it's more complex than it is |
| 20:56.43 | mrAlmond | but when you dowload yocto it downloads poky :-) |
| 20:56.54 | mrAlmond | so probably it's better to rename it |
| 20:56.57 | kergoth | if A includes B, that doesn't mean B is A. |
| 20:57.09 | mrAlmond | because it's still confusing |
| 20:57.32 | kergoth | poky is just yocto's productization of oe-core, as far as i'm aware. nothing more to it than that |
| 20:57.42 | kergoth | but i'm not at the conference, at the meetings, so *shrug* |
| 20:58.15 | Crofton | foerster, you are not alone, we are working on reducing confusion |
| 20:58.23 | foerster | kergoth: they don't state it as such - http://yoctoproject.org/projects/openembedded-core |
| 20:58.35 | foerster | they say "we used to use poky, now we'll be using oe-core" |
| 20:58.35 | Crofton | kergoth, I tried to make that point and failed miserably during the Yocto bof :) |
| 20:58.52 | Crofton | foerster, all this will change over the next few weels |
| 20:59.31 | kergoth | foerster: which is true. they are essentially using oe-core, they're just still calling their version of oe-core poky, for some strange reason. |
| 20:59.50 | foerster | kergoth: and their bitbake is different still - no process based server |
| 20:59.54 | *** join/#oe GNUtoo|bug20 (~GNUtoo@host93-56-dynamic.249-95-r.retail.telecomitalia.it) |
| 21:00.00 | kergoth | yeah, that's the one big piece remaining |
| 21:00.08 | kergoth | some of the yocto ide stuff really needs the xml/rpc interface |
| 21:00.16 | kergoth | and we haven't resurrected a less crappy one of those yet |
| 21:00.29 | foerster | we should be able to drop one in fairly easy I think. |
| 21:00.37 | kergoth | and RP had some ... heated discussion ... about this |
| 21:00.43 | kergoth | that's what i said :) |
| 21:00.51 | foerster | of course, I haven't had time to breath let alone put my money where my mouth is ;) |
| 21:01.08 | foerster | trying to wrap up year-long project and get it all tested/released. |
| 21:01.47 | Crofton | and lots of others (lots of others) are driving the sort out the terminology |
| 21:02.04 | Crofton | mind you, if they had started out using the OE name, it is likely we would have been unhappy with that also :0 |
| 21:02.07 | kergoth | the one thing remaining to sort out is how you choose your bitbake *server*. i personally think the user shouldn't choose the server directly (not via a cmdline arg) anyway. i think we should let the UI instantiate the server, and create a UI which spawns an xml/rpc or similar on a socket and prints the connection info to stdout |
| 21:02.25 | foerster | kergoth: do you know off hand - does the xmlrpc stuff just serialize python objects back to the caller? I haven't had a chance to look at all. |
| 21:02.26 | kergoth | then add an env var to instruct the UIs to connect to an existing server, later on, if we need that |
| 21:02.36 | kergoth | i'm not sure exactly |
| 21:02.49 | Crofton | l8r |
| 21:03.00 | foerster | in the old xmlrpc case, they just register the normal call handlers as rpc interfaces |
| 21:03.07 | foerster | so it seems like that's the case (or something close) |
| 21:03.13 | kergoth | I really don't know that xml/rpc is an ideal solution. RPC seems like a bit of a cop-out, for when you're too lazy to do a proper protocol. given we just pass events and commands back and forth, it seems like overkill |
| 21:03.21 | mrAlmond | unfortunately the "bitbake -g -u depexp poky-image-core" started but ended with error on my poky laverne |
| 21:03.21 | kergoth | shrugs |
| 21:03.28 | Jay7 | kergoth: bitbake -s at server side and bitbake -c <ip> at other :) |
| 21:03.37 | kergoth | mrAlmond: if you're using poky, not OE, you should be in #poky |
| 21:03.38 | Jay7 | or just bitbake to use as before |
| 21:04.12 | foerster | kergoth: also there are major security implications if we allow running/connecting to different machines |
| 21:04.15 | kergoth | Jay7: I don't think so. it doesn't make sense. first of all, -s .. what exactly? users don't give a shit which server they're using |
| 21:04.21 | kergoth | Jay7: second, -c spawns a ui, -s doesn't? |
| 21:04.32 | Jay7 | -s doesn't |
| 21:05.39 | kergoth | I think a UI should *always* be spawned, just in this case the UI only displays the information and exits, personally. particularly given we're going to be offloading some of the commandline argument handling to the UIs in the future |
| 21:05.40 | mrAlmond | ok guys...I'm going to bed...see you tomorrow |
| 21:05.52 | mrAlmond | thank you for everything |
| 21:06.06 | Jay7 | use case: I'm starting bitbake -s inside lxc container then using bitbake -c <ip> (or export BB_SERVER=<ip>) and control that process |
| 21:06.19 | kergoth | yes.. that's exactly the case i'm talking about. i'm just talking about how to implement it. |
| 21:06.29 | kergoth | we obviusly want to start headless servers and be able to connect to them with a ui |
| 21:07.11 | kergoth | I actually would rather see our existing server gain more capabilities, rather than creating new servers, personally |
| 21:07.17 | kergoth | I think it would be less confusing that way |
| 21:07.21 | kergoth | its bad enough we have to pick a UI |
| 21:07.24 | kergoth | without having to pick a server as well |
| 21:07.40 | kergoth | heh |
| 21:07.42 | kergoth | shrugs |
| 21:07.50 | foerster | Yes. I think we can patch in xmlrpc fairly easily since they're not doing anything special with it anyway |
| 21:07.53 | kergoth | another possibility would be to have a separate script for spawning the server without a UI |
| 21:07.56 | kergoth | nods |
| 21:10.19 | kergoth | if all we're doing is sending python objects back and forth, it should be trivial to drop in just about any transport mechanism, as long as we know how to serialize in an appropriate way. whether its pickle, xml, or protobuf or something.. |
| 21:10.34 | kergoth | though, thats more about data encoding than the actual transport mechanism |
| 21:10.43 | kergoth | its just that most other languages don't grok python pickle ;) |
| 21:12.15 | foerster | yea. I'm looking now. It looks like they just register registerEventHandler, unregisterEventHandler, runCommand, terminateServer, ping as rpc methods |
| 21:13.51 | foerster | and runCommand is essentially return cooker.command.runCommand |
| 21:14.03 | foerster | so it looks like the xmlrpc transport is encoding the python object however it needs |
| 21:14.18 | foerster | of course I could be completely wrong, but that's what it looks like at a quick glance ;) |
| 21:14.58 | kergoth | That's okay i guess.. but I think things improved when we moved to separating the UI and Server and using nice communications channels rather than function calls and not knowing what context you're in.. seems like xmlrpc is a step more toward the old way |
| 21:15.02 | kergoth | heh |
| 21:15.12 | *** join/#oe jmpdelos (~polk@cerberus.delos.com) |
| 21:15.58 | Jay7 | you may use stateful proto instead of stateless |
| 21:16.58 | kergoth | course, not having to worry about making sense of a serialized python object from another language directly is certainly less hassle, i can see why people use it, just for the convenience of it |
| 21:17.07 | foerster | right. |
| 21:17.09 | foerster | it's similar. |
| 21:17.17 | foerster | we still essentially call runCommand from our UIs now. |
| 21:17.30 | foerster | we just don't have to worry about decoding the response b/c we're talking python<->python |
| 21:18.14 | kergoth | true, i forgot we're still hiding that detail from them |
| 21:18.15 | kergoth | nods |
| 21:19.05 | foerster | i forget, I think we give the UI a "server communicator" or something like that |
| 21:19.29 | foerster | it's only been a few months, but seems like years since we put that in |
| 21:19.50 | kergoth | yeah, though we had to change the UIs to interact with the queue for the events anyway, so it wasn't entirely transparent. just the command bits that we hid |
| 21:19.51 | kergoth | heh, yep |
| 21:20.26 | foerster | ah, just looked. They don't call runcommand directly |
| 21:20.28 | foerster | they send via the queue |
| 21:20.43 | foerster | the server grabs off the queue, and calls the internal "runcommand" |
| 21:23.26 | foerster | Our new UIs get a "ServerCommunicator" that writes into the command queue of the server. This effectively still ends up calling runCommand. So, we should be able to plum in xmlrpc somehow. |
| 21:23.41 | foerster | I don't think we've deviated all that far |
| 21:31.05 | *** join/#oe timtimred (~meh@85.210.130.121) |
| 21:34.11 | *** join/#oe sgw (~sgw@70.36.246.130) |
| 21:35.48 | *** join/#oe nitink (~nitink@192.55.54.42) |
| 21:56.14 | *** join/#oe Jay7x (jay@95.29.102.248) |
| 21:57.25 | Nedlinpopo | what does the INHERIT variable do? |
| 21:57.59 | *** join/#oe cryptk (~cryptk@nasadmin/cryptk) |
| 21:58.19 | *** join/#oe JaMae (~martin@161-24.13.24.78.awnet.cz) |
| 21:59.31 | *** join/#oe GNUtoo (~GNUtoo@host93-56-dynamic.249-95-r.retail.telecomitalia.it) |
| 22:02.07 | *** join/#oe chase (~chase@nat/ti/x-zmucldalnukjiulo) |
| 22:03.54 | *** join/#oe Openfree^ (~Openfree`@61.170.192.185) |
| 22:06.06 | *** join/#oe CMoH-notebook (~cipi@95.76.68.223) |
| 22:06.06 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 22:14.41 | mwester | Picks up the definitions of various variables and methods from the named file (and pays the government 50%) |
| 22:22.44 | Nedlinpopo | the file named in INHERIT? |
| 22:23.09 | Nedlinpopo | so INHERIT += "rm_work" reads some file named rm_work.bb? |
| 22:23.53 | Nedlinpopo | ah, a bbclass file |
| 22:31.05 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 22:59.19 | *** join/#oe svolpe (~Gerrath@unaffiliated/gerrath) |
| 23:11.07 | *** join/#oe NvrBst (debian-tor@gateway/tor-sasl/nvrbst) |
| 23:14.33 | Nedlinpopo | is there any way to change which terminal is spawned by devshell |
| 23:14.53 | Nedlinpopo | gnome-terminal doesn't work for my ssh session |
| 23:15.07 | Nedlinpopo | due to some silly GCONF issues |
| 23:15.40 | Nedlinpopo | (or possibly a striping of some environment variables) |
| 23:21.53 | khem | Nedlinpopo: set TERMCMD |
| 23:21.58 | khem | in local.conf |
| 23:21.59 | Nedlinpopo | sweet |
| 23:22.28 | Nedlinpopo | can i set it to /bin/bash |
| 23:24.50 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
| 23:52.55 | Tartarus | No |
| 23:53.23 | Tartarus | you can set TERMCMD/TERMCMDRUN to any of XTERM_TERMCMD/TERMCMDRUN, GNOME_, KONSOLE_ or SCREEN_ |
| 23:53.55 | Tartarus | Or you can define your own that spawns off something else, but you can't just do /bin/bash |
| 23:54.01 | Tartarus | see bitbake.conf for how they're defined |