| 00:08.30 | *** join/#oe apelete (~apelete@176-26-190-109.dsl.ovh.fr) |
| 00:56.40 | *** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029) |
| 01:10.48 | *** join/#oe slonsiki (~slonsiki@69-12-177-67.dsl.static.sonic.net) |
| 01:16.57 | *** join/#oe fray (U2FsdGVkX1@gate.crashing.org) |
| 01:20.26 | *** join/#oe ivan`` (~ivan@unaffiliated/ivan/x-000001) |
| 01:34.20 | *** join/#oe Jefro (~jefro@50-0-152-82.dedicated.static.sonic.net) |
| 01:35.47 | *** join/#oe jkridner (~jkridner@63.138.183.140) |
| 01:35.47 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 01:43.26 | *** join/#oe nitink (nitink@nat/intel/x-yxfwwelxltncdknd) |
| 01:52.08 | *** join/#oe Vutral (ss@mirbsd/special/Vutral) |
| 02:11.37 | *** join/#oe Vutral (ss@mirbsd/special/Vutral) |
| 02:42.13 | *** join/#oe anunnaki_ (~anunnaki@hellsgate.pl) |
| 02:44.15 | *** join/#oe Vutral (ss@mirbsd/special/Vutral) |
| 03:01.45 | *** join/#oe silviof2 (~silviof@ppp-188-174-116-162.dynamic.mnet-online.de) |
| 03:17.06 | *** join/#oe anunnaki_ (~anunnaki@hellsgate.pl) |
| 03:45.18 | *** join/#oe anunnaki_ (~anunnaki@hellsgate.pl) |
| 03:48.15 | *** join/#oe Vutral (ss@mirbsd/special/Vutral) |
| 04:13.53 | *** join/#oe nitink (nitink@nat/intel/x-rbnlmpsmigflznko) |
| 04:25.16 | *** join/#oe Jefro (~jefro@50-0-152-82.dedicated.static.sonic.net) |
| 05:07.44 | *** join/#oe nitink (nitink@nat/intel/x-qdinjistuypqwgwy) |
| 05:50.42 | *** join/#oe SorenHolm (~quassel@5634f347.rev.stofanet.dk) |
| 05:54.46 | *** join/#oe Jefro (~jefro@50-0-152-82.dedicated.static.sonic.net) |
| 06:26.00 | *** join/#oe pt (79321429@gateway/web/freenode/ip.121.50.20.41) |
| 06:30.27 | *** join/#oe clio (~andrej@85.159.109.222) |
| 06:31.15 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 06:31.44 | pt | i'm using sstate-cache |
| 06:31.54 | pt | but i'm getting error |
| 06:32.06 | pt | fatal error: stdio.h: No such file or directory |
| 06:32.17 | pt | after using sstate |
| 06:36.59 | *** join/#oe anunnaki_ (~anunnaki@hellsgate.pl) |
| 06:41.39 | *** join/#oe GusBricker (~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au) |
| 06:48.26 | *** join/#oe Jefro (~jefro@50-0-152-82.dedicated.static.sonic.net) |
| 07:01.56 | *** join/#oe g1zer0 (~gizero@host168-65-static.12-87-b.business.telecomitalia.it) |
| 07:04.21 | *** join/#oe kbart (~KBart@213.197.143.19) |
| 07:08.49 | *** join/#oe roric (~roric@port-212-202-245-234.static.qsc.de) |
| 07:12.36 | *** join/#oe phdeswer (~phdeswer@a88-112-199-213.elisa-laajakaista.fi) |
| 07:27.59 | *** join/#oe Vutral (~ss@mirbsd/special/Vutral) |
| 07:32.45 | *** join/#oe SorenHolm (~quassel@cpe.ge-0-2-0-950.faaqnqu1.dk.customer.tdc.net) |
| 07:35.04 | *** join/#oe lamikr (~lamikr@pilppa.org) |
| 07:46.33 | *** join/#oe Jefro (~jefro@50-0-152-82.dedicated.static.sonic.net) |
| 07:49.01 | *** join/#oe jackmitchell (~Thunderbi@cpc22-cmbg15-2-0-cust21.5-4.cable.virginm.net) |
| 08:00.36 | *** join/#oe leon_ (~chatzilla@ip-213-127-193-12.ip.prioritytelecom.net) |
| 08:02.35 | likewise | JaMa: Good morning. Do you remember why this revert was done? (sry if I asked twice -- needed to run last time) https://github.com/openembedded/meta-oe/commit/c8aa4b10b2ab341bbcb163d041c44c1a20172ee1#diff-e738151ff5956440b2b29ff001e00311 |
| 08:03.14 | likewise | JaMa: reverts nodejs 0.10.x |
| 08:05.40 | *** join/#oe NightMonkey (~NightrMon@173-164-139-193-SFBA.hfc.comcastbusiness.net) |
| 08:05.42 | *** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |
| 08:12.24 | *** join/#oe ant_work (~ant__@host54-128-static.10-188-b.business.telecomitalia.it) |
| 08:19.51 | *** join/#oe valic (c1ca1642@gateway/web/freenode/ip.193.202.22.66) |
| 08:30.57 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 08:32.59 | *** join/#oe roric (~roric@134.191.244.57) |
| 08:33.49 | *** join/#oe shoragan (~jlu@debian/developer/shoragan) |
| 08:49.08 | JaMa | likewise: Hi, it was pushed by accident and wasn't ready (gateone isn't compatible with that) |
| 08:49.28 | JaMa | likewise: if you're intested in nodejs 0.10.x you can check meta-webos layer |
| 08:51.19 | *** join/#oe eballetbo (~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net) |
| 08:57.45 | *** join/#oe mbelisko (~mbelisko@81.89.61.168.vnet.sk) |
| 08:58.29 | *** join/#oe roxell (~roxell@linaro/roxell) |
| 09:05.56 | *** join/#oe panda84kde (~diego@host65-246-static.10-188-b.business.telecomitalia.it) |
| 09:06.14 | *** join/#oe anarsoul (~anarsoul@178.124.194.242) |
| 09:13.51 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 09:19.43 | likewise | JaMa: thanks |
| 09:21.13 | *** join/#oe TobyG (5bb7ac44@gateway/web/freenode/ip.91.183.172.68) |
| 09:25.45 | TobyG | I want to make a recipe that installs a config file and use that config by another recipe in the do_configure stage. I tried a number of things, but without success. How do I do this? |
| 09:33.07 | koen | where should a gptfisk recipe go? |
| 09:33.12 | koen | oe-core or meta-oe? |
| 09:33.19 | koen | and if meta-oe, which layer? |
| 09:36.31 | ant_work | gptfdisk you mean? |
| 09:38.19 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 09:38.19 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 09:40.57 | koen | ant_work: yes |
| 09:41.12 | koen | can't figure out parted |
| 09:41.27 | koen | and parteds i18n is &*#%*%# annoying |
| 09:41.50 | ant_work | koen: heh, last days I've hackintoshed again ;) |
| 09:42.03 | bluelightning | morning all |
| 09:44.04 | koen | hey bluelightning |
| 09:44.13 | bluelightning | hi koen |
| 09:44.35 | koen | ant_work: I've been doing winter cleaning on my x86 machines |
| 09:44.58 | koen | my hatred for ACPI has increased tenfold |
| 09:45.29 | koen | or rather vendor provided ACPI blobs that are $*($*(@ broken |
| 09:46.01 | koen | and of course you can buy x86 systems with no ACPI in their BIOS |
| 09:46.14 | koen | but intel in all their wisdom only supports ACPI based cpufreq on atoms |
| 09:47.51 | ant_work | ah, the lovely ACPI tables ;) |
| 09:49.28 | koen | why load a proper linux driver when you can just bitbang it using bytecode? |
| 09:49.39 | koen | ant_work: I have no problem with the tables |
| 09:49.52 | koen | you need a way to describe HW |
| 09:53.16 | koen | but I do have a new appreciation for UEFI and especially UEFI shell |
| 09:53.57 | *** join/#oe jackmitchell (~Thunderbi@cbnluk-gw0.cambridgebroadband.com) |
| 09:57.07 | pt | TobyG: You can copy that config file to sysroot and then you can use i think |
| 09:57.39 | ant_work | koen: nostalgy of bare-metal arm bootloaders? |
| 09:57.50 | pt | <PROTECTED> |
| 09:57.58 | pt | but i'm getting error |
| 09:58.06 | pt | fatal error: stdio.h: No such file or directory |
| 09:58.12 | pt | after using sstate |
| 09:58.27 | ant_work | koen: fwiw I was tempted to go back to lilo whan Gentoo switched to grub2 ;) |
| 09:58.46 | koen | ant_work: me too |
| 09:58.52 | pt | i have removed thhe build folder from where i am using the sstate |
| 09:59.08 | koen | ant_work: but I figured out that you don't need to use the byzantine grub-install |
| 09:59.15 | koen | just write your own config :) |
| 09:59.35 | koen | ant_work: my system still had grub 1.97, which didn't support ext4 |
| 10:00.02 | ant_work | koen: I'm beating grub2 with --force to install in the linux partitions... |
| 10:01.34 | koen | UEFI is so nice |
| 10:01.43 | koen | just use uefi stub :) |
| 10:01.49 | koen | or if you want gummiboot |
| 10:01.54 | koen | no need for grub |
| 10:02.25 | koen | but since I'm hypocritical I'm trying to get grub2 working on arm using uboot as chainload :) |
| 10:04.58 | ant_work | kexec -l grub |
| 10:10.18 | bencoh | kexec -l grub ? |
| 10:10.20 | bencoh | hmm |
| 10:11.08 | *** join/#oe stefan_schmidt (~stefan@p4FC7607D.dip0.t-ipconnect.de) |
| 10:12.04 | koen | u-boot -> linux -> grub -> linux would be a bit much |
| 10:14.22 | bencoh | just a lil bit |
| 10:22.04 | ant_work | when I find some time I'll create a kexecboot-USB dongle and try to boot onboard grub |
| 10:24.23 | likewise | remembers discussion during bareboot talk where gleixner tried to convince the future bootloader for the Linux kernel... is a Linux kernel. (i.e. why duplicate more and more drivers into the bootloader). |
| 10:24.38 | likewise | ^convince +that |
| 10:24.47 | *** join/#oe mihai (~mihai@80.97.15.150) |
| 10:26.28 | likewise | also remembers writing a Linux kernel into the BIOS PROM (coreboot predecessor on Via M 6000 ITX board). From power-on to prompt in <2 secs on x86... |
| 10:26.58 | koen | microsoft tried to fix that with their fastboot requirement |
| 10:27.19 | koen | iirc POST needs to be below 2s |
| 10:50.41 | *** join/#oe Daemon404 (~who_knows@cpc50-newt31-2-0-cust38.19-3.cable.virginm.net) |
| 11:05.34 | *** join/#oe phdeswer (~phdeswer@194.157.27.2) |
| 11:09.44 | likewise | from zero to nowhere in under 2 secs with microsoft |
| 11:13.39 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 11:22.03 | *** join/#oe Marex (~Marex@195.140.253.167) |
| 11:27.09 | *** join/#oe blitz00 (~stefans@192.198.151.44) |
| 11:27.10 | *** join/#oe blitz00 (~stefans@unaffiliated/blitz00) |
| 11:29.09 | *** join/#oe silviof (~silviof@unaffiliated/silviof) |
| 11:34.00 | pb_ | morning all |
| 11:37.15 | likewise | pb: good morning |
| 12:17.55 | *** join/#oe GusBricker (~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au) |
| 12:32.33 | *** join/#oe phdeswer (~phdeswer@194.157.27.2) |
| 12:42.02 | *** join/#oe Vutral (ss@mirbsd/special/Vutral) |
| 12:56.33 | *** join/#oe Vutral (ss@mirbsd/special/Vutral) |
| 12:58.16 | bluelightning | morning pb_ |
| 13:04.50 | *** join/#oe darkschneider (~gab@93-32-61-184.ip32.fastwebnet.it) |
| 13:17.32 | pb_ | hi bluelightning, likewise |
| 13:27.20 | *** join/#oe lamikr (~lamikr@pilppa.org) |
| 13:33.05 | *** join/#oe challinan (~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net) |
| 13:35.54 | *** join/#oe Vutral (~ss@mirbsd/special/Vutral) |
| 13:39.30 | *** join/#oe lumag_ (~lumag@nat-min.mentorg.com) |
| 13:53.14 | *** join/#oe Vutral (~ss@mirbsd/special/Vutral) |
| 13:56.18 | *** join/#oe kscherer (~kscherer@128.224.252.2) |
| 14:07.32 | *** join/#oe g1zer0 (~gizero@host168-65-static.12-87-b.business.telecomitalia.it) |
| 14:29.40 | *** join/#oe Vutral (ss@mirbsd/special/Vutral) |
| 15:09.19 | *** join/#oe Daemon404 (~who_knows@pdpc/supporter/student/Daemon404) |
| 15:18.17 | *** join/#oe anunnaki_ (~anunnaki@hellsgate.pl) |
| 15:19.06 | *** join/#oe anunnaki_ (~anunnaki@unaffiliated/anunnaki) |
| 15:35.37 | *** join/#oe ensc|w (~ensc@fedora/ensc) |
| 15:36.32 | *** join/#oe Vutral (ss@mirbsd/special/Vutral) |
| 15:43.31 | *** join/#oe blilly (~blilly1@c-67-161-99-149.hsd1.wa.comcast.net) |
| 15:44.33 | *** join/#oe _chase_ (~a0271661@nat/ti/x-nszqnkngpmpijxlj) |
| 15:51.58 | *** join/#oe hillct (~hillct@c-71-192-246-150.hsd1.ma.comcast.net) |
| 16:03.49 | *** join/#oe andre__d (~andre_d@sushi.andred.org) |
| 16:04.14 | mario-goulart | I'm getting an error when baking classpath-native: http://paste.debian.net/75948/ Has anybody seen this? |
| 16:05.42 | mario-goulart | I'm using meta-java, master branch. |
| 16:06.58 | jackmitchell | mario-goulart: have you updated recently? |
| 16:07.09 | jackmitchell | mario-goulart: there were some recent commits to fix this |
| 16:07.41 | mario-goulart | jackmitchell: I updated the meta-java tree yesterday. |
| 16:08.10 | jackmitchell | mario-goulart: I would post with a full config log in here then: https://github.com/woglinde/meta-java/issues/49 |
| 16:10.40 | *** join/#oe Vutral (ss@mirbsd/special/Vutral) |
| 16:13.36 | mario-goulart | jackmitchell: thanks. That thread mentions a patch I don't have in my tree (https://www.mail-archive.com/openembedded-devel@lists.openembedded.org/msg34182.html). It seems that it is not merged into meta-java yet. |
| 16:20.05 | *** join/#oe jkridner (~jkridner@12.130.127.141) |
| 16:20.05 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 16:20.38 | *** join/#oe SorenHolm (~quassel@5634f347.rev.stofanet.dk) |
| 16:24.39 | *** join/#oe KNERD (~KNERD@cpe-68-203-231-86.gt.res.rr.com) |
| 16:25.51 | *** join/#oe awozniak_ (~awozniak@71-93-61-178.static.snlo.ca.charter.com) |
| 16:26.11 | mario-goulart | I wonder where that PR bump comes from in the patch. Master doesn't even have PR and in the openjdk-7 branch, PR is 3. |
| 16:26.45 | *** join/#oe awozniak (~awozniak@71-93-61-178.static.snlo.ca.charter.com) |
| 16:31.17 | jackmitchell | mario-goulart: yeah, I'm not sure that patch is relevant |
| 16:31.36 | jackmitchell | mario-goulart: I would just make sure you're on meta-java/master |
| 16:32.03 | jackmitchell | the openjdk-7 branch is _old_ |
| 16:32.10 | mario-goulart | jackmitchell: yeah, I'm using master. |
| 16:38.45 | *** join/#oe fray (U2FsdGVkX1@gate.crashing.org) |
| 16:42.20 | *** join/#oe florian (~fuchs@sign-4db6b112.pool.mediaWays.net) |
| 16:42.20 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 16:45.13 | *** join/#oe stefan_ (~stefan@p4FC76AA9.dip0.t-ipconnect.de) |
| 16:49.15 | *** join/#oe Jefro (~jefro@50-0-152-82.dedicated.static.sonic.net) |
| 16:49.48 | *** join/#oe KNERD (~KNERD@cpe-68-203-225-117.gt.res.rr.com) |
| 16:53.34 | *** join/#oe _chase_ (~a0271661@nat/ti/x-zvlnmozcbmxkuncv) |
| 16:59.22 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 16:59.23 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 17:07.27 | *** join/#oe jkridner (~jkridner@12.130.127.141) |
| 17:07.27 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 17:17.06 | *** join/#oe kristoffer (~kristoffe@c-28dfe555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 17:18.48 | *** join/#oe NightMonkey (~NightrMon@173-164-139-193-SFBA.hfc.comcastbusiness.net) |
| 17:18.49 | *** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |
| 17:25.42 | *** join/#oe Fortuona (~Fortuona@buntes196.wohnheim.uni-kl.de) |
| 17:25.53 | *** join/#oe roric (~roric@port-212-202-245-234.static.qsc.de) |
| 17:39.11 | mario-goulart | If I try to bake jikes, do_configure fails because jikes-initial (a shell script) can't find jikes. The actual error message is in cacao-initial's config.log. Looks there's some dependency issue somewhere. |
| 17:40.20 | *** join/#oe mr_science (~sarnold@net-cf9a4e93.cst.impulse.net) |
| 17:40.21 | *** join/#oe mr_science (~sarnold@gentoo/developer/nerdboy) |
| 17:58.59 | *** join/#oe W1N9Zr0 (~W1N9Zr0@24-246-63-23.cable.teksavvy.com) |
| 18:12.43 | *** join/#oe hillct (~hillct@c-71-192-246-150.hsd1.ma.comcast.net) |
| 18:25.01 | *** join/#oe dvhart (~dvhart@134.134.137.71) |
| 18:27.52 | *** join/#oe denix (~denix@pool-108-18-138-84.washdc.fios.verizon.net) |
| 18:35.50 | *** join/#oe pespin (~pespin@249.pool85-61-238.dynamic.orange.es) |
| 18:38.23 | *** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning) |
| 18:46.40 | ndec | hi, are PV sorted like debian versions are sorted? e.g. I am especially interested to know if we have 1.0~1 < 1.0 < 1.0+1 |
| 18:52.46 | *** join/#oe shoragan (~jlu@debian/developer/shoragan) |
| 18:53.10 | *** join/#oe phdeswer (~phdeswer@a88-112-199-213.elisa-laajakaista.fi) |
| 19:15.51 | *** join/#oe pb_ (~pb@mail.pbcl.net) |
| 19:19.41 | *** join/#oe Vutral (~ss@mirbsd/special/Vutral) |
| 19:28.54 | *** join/#oe mromero (~mromero@69.6.172.82) |
| 19:31.16 | koen | ndec: iirc it's not completely like debian |
| 19:31.27 | koen | ndec: in oe-classic we had an ipkg-version-compare script |
| 19:31.45 | koen | ndec: but then opkg was fixed upstream, so the script didn't match opkg anymore :( |
| 19:34.17 | JaMa | and it has C and shell version of ipkg-version-compare in opkg-utils |
| 19:36.02 | koen | does opkg-make-index match opkg.c nowadays? |
| 19:36.38 | koen | I remember opkg-make-index doing the right thing and hence masking bugs in opkg |
| 19:50.32 | *** join/#oe sr105 (~sr105@65349hfc19.tampabay.res.rr.com) |
| 19:50.36 | kergoth | he also asked about PV specifically, so it's possible he's asking about recipe version comparison for the default preferred version, which of course is the comparison in the bitbake code rather thant he bits in opkg-utils |
| 19:50.38 | kergoth | shrugs |
| 19:57.49 | mario-goulart | It seems that the problem with the java stuff boils down to "cacao-initial: resolve.c:348: resolve_classref_or_classinfo: Assertion `c->state & 0x0002' failed." |
| 19:57.57 | sr105 | sorry for asking a common question: How can I determine why the hash has changed on a shared state file? |
| 19:58.26 | mario-goulart | I've seen that error mentioned on this channel at least two times in 2009, but no solution. |
| 20:03.08 | *** join/#oe yann (~dwitch@nan92-1-81-57-214-146.fbx.proxad.net) |
| 20:08.25 | ndec | koen: kergoth: JaMa: sorry, was having dinner... so, yes it's about PV. i am currently working on recipes that will be v2.0 soon, but aren't yet. so I wanted to use 2.0~svnREV for the version, so that when v2.0 comes out it is higher. |
| 20:08.53 | kergoth | ndec: just set DEFAULT_PREFERENCE = "-1" in the pre-release recipe, so it will never be autoselected unless the user specifically chooses it with PREFERRED_VERSION |
| 20:09.06 | kergoth | then you dont' have to worry about the peculiarities of the sorting, unless you're setting up package feeds |
| 20:10.06 | ndec | hmm.ok. |
| 20:11.14 | ndec | never autoselected, what happens if there is only 1 recipe and it has DEFAULT_PREFERENCE=-1? |
| 20:17.00 | *** join/#oe pespin (~pespin@42.pool80-102-198.dynamic.orange.es) |
| 20:17.42 | sr105 | What goes into an OEBasicHash? |
| 20:25.34 | JaMa | koen: I don't remember, but IIRC I was fixing one of them to do the same as the other one |
| 20:26.34 | JaMa | kergoth: or unless they are in different layer |
| 20:44.06 | *** join/#oe GusBricker (~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au) |
| 20:50.35 | *** join/#oe jkridner (~jkridner@c-98-250-142-42.hsd1.mi.comcast.net) |
| 20:50.35 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 20:57.12 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 21:05.08 | pb_ | ndec: if there's only one eligible recipe then it will be selected no matter how low its preference is. |
| 21:05.25 | ndec | ah, thanks. |
| 21:06.39 | pb_ | morning kergoth |
| 21:12.36 | *** join/#oe Shawn286 (~Shawn@unaffiliated/shawn156) |
| 21:15.46 | *** join/#oe SorenHolm (~quassel@5634f347.rev.stofanet.dk) |
| 21:19.55 | ndec | hi. is it considered 'ok' to do something like RPROVIDES_${PN} = 'virtual/foobar' in a recipe? i would have expected so, but couldn't find such a pattern anywhere...so i am wondering if i should do that.. |
| 21:20.37 | ndec | basically, i need to include an implementation (and only 1) of 'foobar' in an image. and I have multiple 'provider' of foobar. |
| 21:20.41 | JaMa | ndec: no, virtual/* are usually used only for build-time dependencies |
| 21:21.03 | ndec | so, how do we do that for run time depends? |
| 21:21.26 | JaMa | ndec: for runtime it doesn't work very well, you can use RPROVIDES_${PN} = 'foo', but to determinisc selection of runtime providers use VIRTUAL-RUNTIME variable |
| 21:21.47 | JaMa | VIRTUAL-RUNTIME_foo ?= "bar" |
| 21:21.59 | JaMa | RDEPENDS_${PN} = "${VIRTUAL-RUNTIME_foo}" |
| 21:22.16 | JaMa | and then you can change VIRTUAL-RUNTIME_foo = "something-else" in your distro config |
| 21:22.18 | ndec | ah. cool. |
| 21:22.58 | ndec | that's exactly what i need. i didn't know about this var.. |
| 21:24.12 | bluelightning | it's not really a variable, just a convention |
| 21:24.29 | ndec | yeah, that's what i just realized.. |
| 21:24.59 | ndec | so, why not using virtual/xxx for run time? any particular reasons? |
| 21:26.42 | bluelightning | package managers don't really support it properly |
| 21:27.09 | bluelightning | AIUI |
| 21:34.24 | ndec | bluelightning: JaMa: thanks. and it just works ;-) |
| 21:43.12 | pb_ | ndec: "virtual/xx" wouldn't work for runtime because "/" isn't a valid character in package names :-} I think there is some precedent for RPROVIDES_.. = "virtual-runtime-xx" but possibly not in oe-core itself. |
| 21:44.16 | pb_ | but, like bluelightning said, package manager support is fairly patchy. opkg in particular is particularly bad at dealing with semi-virtual packages. |
| 21:44.25 | ndec | ok. that explains it. too bad it was defined as a convention with a '/' ;-) |
| 21:44.38 | JaMa | I think there was some other reason than invalid character |
| 21:45.38 | JaMa | http://lists.openembedded.org/pipermail/openembedded-core/2012-December/071540.html |
| 21:46.05 | *** join/#oe nitink (nitink@nat/intel/x-roizkwokcyorfvlr) |
| 21:47.47 | JaMa | ah now I remember, the main problem is that PREFERRED_PROVIDER setting isn't respected by packagemanagers and people assume that RPROVIDES/RDEPENDS configuration work the same as build-time deps (P_P) |
| 21:55.14 | *** join/#oe GusBricker (~GusBricke@CPE-120-148-198-99.heum1.vic.bigpond.net.au) |
| 21:59.58 | *** join/#oe jkridner|work (~jkridner@c-98-250-142-42.hsd1.mi.comcast.net) |
| 22:19.22 | *** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |
| 23:32.05 | *** join/#oe rob_w (~rob@ppp-188-174-67-58.dynamic.mnet-online.de) |
| 23:32.09 | *** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029) |
| 23:52.16 | *** join/#oe n|west (~nathan@commlabbuild.ceat.okstate.edu) |