| 00:08.30 | *** join/#oe thaytan (~thaytan@113.94.233.220.static.exetel.com.au) |
| 00:33.14 | *** join/#oe RagBal (~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl) |
| 00:34.12 | *** join/#oe Rootert (~Rootert@54694E34.cm-12-2b.dynamic.ziggo.nl) |
| 00:52.37 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 01:19.50 | *** join/#oe hbeck (~hbeck@69.41.94.157) |
| 01:31.16 | *** join/#oe Crofton|work (~balister@pool-71-171-32-225.ronkva.east.verizon.net) |
| 01:40.36 | *** join/#oe liuyq (~liuyq0307@221.123.128.226) |
| 02:01.59 | *** join/#oe silviof1 (~silviof@unaffiliated/silviof) |
| 02:29.46 | *** join/#oe _Lucretia_ (~munkee@pdpc/supporter/active/lucretia) |
| 03:09.43 | *** join/#oe fcooper (~a0273011@nat/ti/x-hgoswslblgkpxsln) |
| 03:10.20 | *** join/#oe JaMa (~martin@ip-62-24-80-145.net.upcbroadband.cz) |
| 03:46.14 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 03:47.12 | *** join/#oe thaytan (~thaytan@113.94.233.220.static.exetel.com.au) |
| 03:59.55 | *** join/#oe roxell (~roxell@c-853670d5.07-21-73746f28.cust.bredbandsbolaget.se) |
| 03:59.55 | *** join/#oe roxell (~roxell@linaro/roxell) |
| 04:28.07 | *** join/#oe shawn196 (~Tiberius@unaffiliated/shawn156) |
| 04:29.46 | *** join/#oe shawn196 (~Tiberius@unaffiliated/shawn156) |
| 04:31.18 | *** join/#oe shawn196 (~Tiberius@unaffiliated/shawn156) |
| 04:32.53 | *** join/#oe shawn196 (~Tiberius@unaffiliated/shawn156) |
| 04:37.09 | *** join/#oe mbelisko (~mbelisko@81.89.61.168.vnet.sk) |
| 04:57.51 | *** join/#oe amarsman (~marsman@90-145-17-249.wxdsl.nl) |
| 04:59.36 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 05:02.36 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 05:04.14 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 05:05.02 | *** join/#oe lamikr (lamikr@nat/nokia/x-pidqmvvbkwctblvu) |
| 05:05.56 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 05:06.05 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 05:07.30 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 05:09.06 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 05:10.41 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 05:12.20 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 05:13.58 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 05:15.34 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 05:17.14 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 05:18.52 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 05:18.57 | *** join/#oe tasslehoff (~tasslehof@77.40.182.98) |
| 05:20.30 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 05:22.11 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 05:23.50 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 05:25.31 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 05:27.09 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 05:28.49 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 05:30.27 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 05:31.59 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 05:33.34 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 05:35.14 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 05:36.54 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 05:38.34 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 05:40.14 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 05:41.52 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 05:43.04 | *** join/#oe shoragan (~jlu@debian/developer/shoragan) |
| 05:43.27 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 05:45.06 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 05:46.44 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 05:48.22 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 05:49.35 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 05:51.12 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 05:52.50 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 05:54.30 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 05:56.09 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 05:57.00 | *** join/#oe kbart (~KBart@213.197.143.19) |
| 05:57.48 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 05:59.29 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 06:01.03 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 06:02.42 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 06:04.24 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 06:06.03 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 06:07.40 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 06:08.29 | zibri | crofton|work: thanks :) |
| 06:09.15 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 06:10.52 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 06:12.26 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 06:14.08 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 06:15.48 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 06:17.24 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 06:18.59 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 06:20.37 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 06:22.11 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 06:22.49 | hno | How do I deduce the bitbake package name from something like this? virtual:native:/[...]/util-linux/util-linux_2.23.2.bb |
| 06:23.23 | kergoth | native recipes don't emit packages |
| 06:23.30 | kergoth | so the question doesn't have any meaning |
| 06:23.41 | hno | it's failing on me with "x86_64-linux-libtool: install: error: relink `libblkid.la' with the above command before installing it" |
| 06:23.44 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 06:24.29 | hno | so how do I bitbake that one to debug it? |
| 06:25.24 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 06:27.05 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 06:27.25 | nerdboy | try bitbake util-linux-native |
| 06:28.11 | hno | thanks, seems to work. Question still remains, how do I deduce the bitbacke package name from a task name like that? |
| 06:28.41 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 06:29.14 | nerdboy | what are you trying ti do exactly? |
| 06:29.22 | nerdboy | *to do even |
| 06:30.21 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 06:30.39 | *** join/#oe zecke (~ich@p5099b351.dip0.t-ipconnect.de) |
| 06:30.51 | nerdboy | like kergoth said, there aren't any native packages per se, just a native sysroot |
| 06:31.17 | nerdboy | you can use -c "foo" with the above... |
| 06:31.24 | *** join/#oe mbelisko (~mbelisko@81.89.61.168.vnet.sk) |
| 06:31.57 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 06:32.54 | nerdboy | i'm not up on the policy for libtool archives, so someone else will need to speak about that... |
| 06:33.11 | nerdboy | but sometimes they just confuse things |
| 06:33.34 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 06:34.42 | nerdboy | gentoo had a special lafile-fixer tool for a while, but it was eventually dumped along with .la files |
| 06:35.13 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 06:36.52 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 06:38.31 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 06:38.32 | *** join/#oe blitz00 (~stefans@unaffiliated/blitz00) |
| 06:40.08 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 06:41.16 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 06:41.59 | hno | nerdboy, no I can't. "bitbake -c do_install virtual:native:/[...]/util-linux/util-linux_2.23.2.bb" gives "ERROR: Nothing PROVIDES 'virtual:native:/[...]" |
| 06:43.02 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 06:43.33 | *** join/#oe Zagor (~bjst@rockbox/developer/Zagor) |
| 06:44.40 | nerdboy | no, just "bitbake util-linux-native -c whatever" |
| 06:44.44 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 06:46.23 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 06:47.20 | kergoth | indeed, bitbake accepts a recipe name or provide on its commandline, not a filename or package name |
| 06:48.06 | hno | so how do I find the matching recipe name? |
| 06:48.09 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 06:49.01 | hno | I know this one is util-linux-native (you just told me), but how can I tell without asking here or guessing? |
| 06:49.19 | nerdboy | the recipe name is still util-linux unless there's a separate *-natve recipe file |
| 06:49.40 | hno | and virtual:native: means it's always -native? |
| 06:49.48 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 06:50.24 | nerdboy | yes |
| 06:50.55 | nerdboy | some packages have -native bb files but others use the virtual |
| 06:51.30 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 06:52.03 | hno | if this one had a -native bb I assume the error would show that file instead. |
| 06:52.34 | *** join/#oe eren (~eren@unaffiliated/eren) |
| 06:53.02 | nerdboy | yup |
| 06:53.22 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 06:55.08 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 06:55.38 | *** join/#oe W1N9Zr0 (~W1N9Zr0@24-246-93-30.cable.teksavvy.com) |
| 06:56.53 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 06:57.19 | *** join/#oe eballetbo (~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net) |
| 06:57.28 | hno | How to I completely restart a recipe in a clean work tree? bitbake -f -c unpack <recipe>? |
| 06:58.30 | nerdboy | sorry, to be more precise: the recipe name is util-linux_2.23.1.bb, and it has 2 base provides (util-linux and util-linux-native) plus any others that are defined in the recipe |
| 06:58.38 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 06:59.00 | nerdboy | i usually do -c clean |
| 06:59.36 | nerdboy | there's a cleansstate option but i'm not sure of the exact spelling... |
| 07:00.15 | hno | do -c clean wipe the work tree, or just run "make clean"? |
| 07:00.24 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 07:02.05 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 07:02.45 | nerdboy | it cleans up work |
| 07:03.00 | hno | nerdboy, it seems to be spelled -c cleanall |
| 07:03.49 | nerdboy | that one cleans the state cache? |
| 07:03.52 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 07:04.06 | hno | http://www.openembedded.org/wiki/List_of_Executable_tasks says so. |
| 07:04.39 | hno | "clean $WORKDIR and sstate-cache" |
| 07:05.22 | hno | hmm.. there is also a cleansstate |
| 07:05.34 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 07:07.48 | hno | when would one want to clean only the sstate-cache and leaving the workdir? |
| 07:11.00 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 07:14.39 | JaMa | cleansstate cleans both, keeps only downloaded stuff in DL_DIR |
| 07:15.20 | JaMa | florian: ping :) |
| 07:17.04 | *** join/#oe ant_work (~ant@host54-128-static.10-188-b.business.telecomitalia.it) |
| 07:17.18 | florian | JaMa: yep... thanks. |
| 07:19.47 | hno | Hm.... odd. Seems this build failed because of broken files in sysroot that it was meant to install. |
| 07:25.46 | *** join/#oe RP (~richard@dan.rpsys.net) |
| 07:26.53 | *** join/#oe tasslehoff (~tasslehof@77.40.182.98) |
| 07:27.01 | *** join/#oe roric (~roric@194-237-7-146.customer.telia.com) |
| 07:55.18 | mckoan | good morning |
| 07:55.44 | *** join/#oe mshakeel (~mshakeel@110.93.212.98) |
| 07:58.35 | *** join/#oe mjensen (~mjensen@gerd.clayton.csiro.au) |
| 07:59.00 | *** part/#oe mjensen (~mjensen@gerd.clayton.csiro.au) |
| 08:01.20 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 08:05.55 | mbelisko | hi |
| 08:06.06 | mbelisko | have question about using barebox instead u-boot |
| 08:06.16 | mbelisko | I set PREFERRED_PROVIDER_virtual/bootloader = "barebox" |
| 08:06.18 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 08:06.26 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 08:06.39 | mbelisko | bit bitbake still complains about multiple virtual/bootloader providers |
| 08:06.52 | mbelisko | should I mask u-boot or is there some other way? |
| 08:08.58 | *** join/#oe stefan_schmidt_w (~stefan_sc@82.43.26.66) |
| 08:09.18 | *** join/#oe nrossi (~nrossi@203.126.243.116) |
| 08:10.22 | bluelightning | morning all |
| 08:10.44 | bluelightning | mbelisko: PREFERRED_PROVIDER_virtual/bootloader = "something" |
| 08:11.58 | mbelisko | bluelightning: did that but it doesn't help |
| 08:13.01 | bluelightning | mbelisko: is it giving you the "one provides something the other doesn't" message? |
| 08:13.17 | *** join/#oe ensc|w (~ensc@www.sigma-chemnitz.de) |
| 08:13.18 | mbelisko | bluelightning: ERROR: Multiple .bb files are due to be built which each provide virtual/bootloader |
| 08:13.44 | bluelightning | mbelisko: right, a different error than the one I was thinking |
| 08:14.18 | bluelightning | mbelisko: somewhere you have a dependency that is forcing the provider you haven't selected to be built |
| 08:14.38 | mbelisko | bluelightning: I add IMAGE_BOOTLOADER = "barebox" to local.conf also as described in https://lists.yoctoproject.org/pipermail/meta-freescale/2013-January/000792.html |
| 08:15.00 | bluelightning | mbelisko: you can use bitbake -g your-image or bitbake -g -u depexp your-image to find what is depending on it |
| 08:16.13 | bluelightning | sometimes you can find the answer by using bitbake -e | less and searching for the name of the provider, which will find it if it's mentioned in a global variable somewhere |
| 08:22.50 | mbelisko | bluelightning: bitbake -g -u depexp gives me table and which dependency should I look for runtime or build? |
| 08:23.14 | mbelisko | bluelightning: runtime are u-boot-imx and u-boot-imx-dev |
| 08:23.33 | bluelightning | mbelisko: potentially it could be either |
| 08:23.37 | bluelightning | mbelisko: what depends on those? |
| 08:24.35 | mbelisko | bluelightning: u-boot-imx is package and have those 2 dependencies (also reverse depends is u-boot-imx) |
| 08:25.10 | bluelightning | mbelisko: at this point I'd try looking at the output of bitbake -e |
| 08:25.55 | mbelisko | bluelightning: should I look for u-boot-imx in output? |
| 08:27.35 | mbelisko | bluelightning: IMAGE_DEPENDS_sdcard="parted-native dosfstools-native mtools-native virtual/kernel u-boot" |
| 08:27.52 | mbelisko | bluelightning: could this make problems? |
| 08:28.59 | bluelightning | mbelisko: for IMAGE_DEPENDS this means sdcard would need to be in IMAGE_FSTYPES |
| 08:29.03 | bluelightning | mbelisko: if it is, then yes |
| 08:30.13 | bluelightning | mbelisko: but looking at meta-fsl-arm that value gets in via IMAGE_BOOTLOADER |
| 08:30.24 | bluelightning | mbelisko: are you sure you set IMAGE_BOOTLOADER and in the right place? |
| 08:30.56 | *** join/#oe silvio_l_ (~silvio@93-57-17-124.ip162.fastwebnet.it) |
| 08:31.02 | bluelightning | (this is specific to meta-fsl-arm for anyone else reading) |
| 08:31.16 | silvio_l_ | morning all |
| 08:32.12 | mbelisko | bluelightning: this is substituted by virtual/kernel ${IMAGE_BOOTLOADER} as u-boot (but I set IMAGE_BOOTLOADER = "barebox") |
| 08:32.59 | *** join/#oe c00kiemon5ter (~c00kiemon@foss-aueb/coder/c00kiemon5ter) |
| 08:33.13 | bluelightning | mbelisko: where did you set it? |
| 08:33.14 | *** join/#oe eren (~eren@unaffiliated/eren) |
| 08:33.43 | mbelisko | bluelightning: in local.conf |
| 08:34.21 | eren | morning all |
| 08:34.22 | bluelightning | mbelisko: seems to me it's being overridden |
| 08:34.38 | bluelightning | mbelisko: are you using dylan (1.4) or later? |
| 08:35.17 | mbelisko | bluelightning: and according bitbake -e it's corectly replaced but I found this one: IMAGE_DEPENDS_uboot.mxsboot-sdcard="u-boot-mxsboot-native u-boot" |
| 08:35.29 | mbelisko | bluelightning: which could make problems |
| 08:35.47 | bluelightning | mbelisko: again, uboot.mxsboot-sdcard would need to be in IMAGE_FSTYPES, is it? |
| 08:37.31 | mbelisko | bluelightning: it's in imx-base.inc IMAGE_FSTYPES ?= "tar.bz2 ext3 sdcard" |
| 08:38.12 | bluelightning | mbelisko: that's "sdcard" not "uboot.mxsboot-sdcard" though |
| 08:38.46 | bluelightning | mbelisko: frankly this is the point where I think otavio needs to help you unravel this since I'm guessing he wrote this logic in meta-fsl-arm... |
| 08:39.05 | bluelightning | he's probably asleep atm but will be online later |
| 08:39.33 | mbelisko | bluelightning: I found also interesting line in imx-base.inc - EXTRA_IMAGEDEPENDS = "u-boot" |
| 08:39.51 | bluelightning | mbelisko: that may explain it, that will cause u-boot to be built |
| 08:39.57 | mbelisko | bluelightning: OK will ask otavio |
| 08:40.31 | bluelightning | mbelisko: and it looks like that's unconditional too... something is wrong there |
| 08:42.38 | mbelisko | bluelightning: adding EXTRA_IMAGEDEPENDS = "barebox" to my image recipe hide error |
| 08:43.00 | mbelisko | probably there should be EXTRA_IMAGEDEPEND = ${IMAGE_BOOTLOADER} in imx-base.inc |
| 08:43.43 | bluelightning | I'm guessing something like that yes |
| 08:44.42 | mbelisko | bluelightning: OK thanks for help |
| 09:47.58 | ndec | hi. let's say recipe abc_git.bb has DEPENDS += 'virtual/foo', and that PREFERRED_PROVIDER_virtual/foo='myfoo'. will myfoo-dev package be install automatically when building abc or is there a mechanism to indicate that's the -dev package for 'virutal/foo'? |
| 09:53.59 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 10:09.49 | bluelightning | ndec: if by "will myfoo-dev package be install automatically when building abc" you mean "will the development headers/libs from myfoo go into the sysroot" then, yes; but in our system that's completely separate from the myfoo-dev package |
| 10:11.50 | ndec | bluelightning: thanks, that's what I meant indeed! |
| 10:33.40 | *** join/#oe mnemoc (~amery@46.4.94.34) |
| 11:01.02 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 11:07.30 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
| 11:09.30 | *** join/#oe joeythesaint (~jjm@198-84-238-35.cpe.teksavvy.com) |
| 11:38.24 | *** join/#oe ldnunes (~ldnunes_@187.23.155.55) |
| 11:44.56 | *** join/#oe jkridner (~jkridner@c-98-250-142-42.hsd1.mi.comcast.net) |
| 11:44.56 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 12:03.31 | *** join/#oe hillct (~hillct@c-24-34-200-20.hsd1.ma.comcast.net) |
| 12:32.08 | chouimat | morning |
| 12:32.57 | *** join/#oe panda84kde (~diego@static-217-133-170-65.clienti.tiscali.it) |
| 12:46.51 | otavio | mbelisko: Hi |
| 12:46.58 | otavio | What I can be of help? |
| 12:51.14 | mbelisko | otavio: Hi |
| 12:51.28 | mbelisko | I was trying to build barebox for imx6dlsabresd |
| 12:52.33 | mbelisko | otavio: I set IMAGE_BOOTLOADER = "barebox" but I got error about multiple virtual/bootloader providers |
| 12:53.10 | mbelisko | otavio: IMO seems in imx-base.inc line EXTRA_IMAGEDEPENDS = "u-boot" should be changed to EXTRA_IMAGEDEPEND = ${IMAGE_BOOTLOADER} |
| 12:53.50 | mbelisko | otavio: to resolve issue |
| 13:08.45 | *** join/#oe Daemon404 (~who_knows@host86-135-13-228.range86-135.btcentralplus.com) |
| 13:13.32 | *** join/#oe zecke (~ich@p5099b351.dip0.t-ipconnect.de) |
| 13:24.45 | otavio | mbelisko: agreed |
| 13:25.02 | otavio | mbelisko: makes sense indeed |
| 13:28.47 | *** join/#oe _chase_1 (~a0271661@nat/ti/x-nwjeqhtgyrrbtzij) |
| 13:30.40 | mbelisko | otavio: ok should send a patch? |
| 13:31.02 | otavio | mbelisko: please do; but explain all this in the commit log |
| 13:35.11 | mbelisko | sure |
| 13:35.16 | mbelisko | otavio: thanks |
| 13:40.25 | *** join/#oe fcooper (~a0273011@nat/ti/x-vmyeytogxhwvzlfg) |
| 13:40.36 | *** part/#oe fcooper (~a0273011@nat/ti/x-vmyeytogxhwvzlfg) |
| 13:43.41 | mckoan | Samsung ARM Chromebook rocks! http://www.embedded.it/?q=content/samsung-arm-chromebook |
| 13:53.29 | *** join/#oe jkridner (~jkridner@c-98-250-142-42.hsd1.mi.comcast.net) |
| 13:53.29 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 13:54.02 | *** join/#oe shoragan (~jlu@2001:6f8:1178:2:219:99ff:fe56:8d7) |
| 13:54.03 | *** join/#oe shoragan (~jlu@debian/developer/shoragan) |
| 14:03.27 | *** join/#oe Daemon404 (~who_knows@pdpc/supporter/student/Daemon404) |
| 14:12.31 | *** join/#oe silviof (~silviof@unaffiliated/silviof) |
| 14:21.03 | *** join/#oe _chase_ (~a0271661@nat/ti/x-ijogtbzepyfbyxvq) |
| 14:25.28 | *** join/#oe hollisb (~hollisb@67.169.221.181) |
| 15:03.48 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 15:40.09 | *** join/#oe zenlinux_ (~sgarman@c-24-20-145-95.hsd1.or.comcast.net) |
| 15:41.52 | otavio | Crofton|work: :-) you're welcome :-D |
| 15:51.50 | *** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029) |
| 16:12.47 | Daemon404 | 32 |
| 16:21.13 | *** join/#oe Gaston|Home (~jonma@ua-83-227-239-139.cust.bredbandsbolaget.se) |
| 16:23.04 | *** join/#oe awozniak_ (~awozniak@74.82.132.35) |
| 16:24.56 | *** join/#oe Leatherface- (~leatherfa@2001:470:dd7d:0:8831:42db:2a4d:8210) |
| 16:33.47 | *** join/#oe mr_science (~sarnold@net-cf9a4e91.cst.impulse.net) |
| 16:33.47 | *** join/#oe mr_science (~sarnold@gentoo/developer/nerdboy) |
| 16:50.44 | *** join/#oe amarsman (~marsman@195-241-212-143.ip.telfort.nl) |
| 17:08.59 | *** join/#oe kristoffer (~kristoffe@c-1ad8e555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 17:25.50 | *** join/#oe eren (~eren@unaffiliated/eren) |
| 17:38.32 | *** join/#oe hillct (~hillct@c-24-34-200-20.hsd1.ma.comcast.net) |
| 17:42.14 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 18:58.38 | bluelightning | OK, layer index update done; I'll be sending out an email soon detailing what's new and improved |
| 19:20.06 | *** join/#oe c00kiemon5ter (~c00kiemon@foss-aueb/coder/c00kiemon5ter) |
| 19:25.49 | *** join/#oe rsalveti (~rsalveti@unaffiliated/rsalveti) |
| 19:26.22 | *** join/#oe CMoH|notebook (~cipi@78.96.83.205) |
| 19:26.27 | *** join/#oe CMoH|notebook (~cipi@unaffiliated/c-moh) |
| 19:43.01 | *** join/#oe mario-goulart (~user@email.parenteses.org) |
| 19:52.36 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 20:09.55 | *** join/#oe phdeswer (~phdeswer@a88-113-104-180.elisa-laajakaista.fi) |
| 20:28.07 | *** join/#oe hillct (~hillct@c-24-34-200-20.hsd1.ma.comcast.net) |
| 20:28.32 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 20:56.43 | *** join/#oe W1N9Zr0 (~W1N9Zr0@24-246-93-30.cable.teksavvy.com) |
| 21:08.59 | *** join/#oe NightMonkey (~NightrMon@64.124.185.45) |
| 21:08.59 | *** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |
| 21:09.50 | *** join/#oe NightMonkey_ (~NightrMon@64.124.185.45) |
| 21:16.37 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 21:26.29 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 22:00.19 | ndec | denix: hi. in meta-ti you have recipes for powervr-driver and also a bunch of recipe for libgles that use the IMG SDK. they seem to 'provide' the same content. why is that duplicated? |
| 22:02.22 | denix | ndec: powervr-drivers contains omap3-sgx-modules, i.e. kernel modules portion. libgles-omap3 is the user-space GLES portion of SDK |
| 22:02.50 | ndec | oops... i think i looked too quickly ... |
| 22:02.52 | ndec | thx. |
| 22:03.19 | denix | ndec: that is only true for OMAP3 (OMAP4 was once released the same way) and now Sitara. |
| 22:03.45 | denix | ndec: are you talking about multiple versions in libgles? |
| 22:05.07 | ndec | no, i was confused... i thought they both provided user space lib. |
| 22:05.41 | denix | ah, I see |
| 22:07.25 | ndec | denix: and do you know why the user space libs are split up into 'individual' packages instead of 1 big blog? i suspect it's for SDK generation. but not sure. |
| 22:08.13 | ndec | bluelightning: btw. awesome changes on layerindex ;-) and thanks for adding 'multi' release support! |
| 22:08.42 | denix | ndec: are you talking about x11 vs. raw split or each sgx revision? |
| 22:09.54 | ndec | each sgx + all additional PACKAGES |
| 22:10.45 | denix | ndec: having them split into individual packages is easy on the user - he gets to decide if he needs x11 or raw, demos or no demos, and which sgx core revision his specific SOC has |
| 22:11.31 | bluelightning | ndec: np |
| 22:11.39 | ndec | ok. i see. and why the RREPLACES for the mesa packages? there are some hardcoded dependencies left over? |
| 22:12.22 | denix | ndec: mesa tries to provide gl, gles, libgles1/libgles2, which is part of our SGX SDK |
| 22:13.50 | denix | ndec: but, it theoretically should be possible to keep mesa just for the SW 3d render - nobody bothered so far |
| 22:13.51 | ndec | yes, but 'normally' whoever needs gles, should require 'virtual/gles2', not the actual mesa package name |
| 22:14.09 | ndec | so i was wondering if you did that because there was a pb in one recipe. |
| 22:14.21 | ndec | that hard code mesa package. |
| 22:14.45 | ndec | btw, i am currently working on recipes for DDK for a non OMAP platform ;-) |
| 22:15.31 | denix | there were some problems that would pull multiple providers of something... it may be overkill, but was a quick solution to the problem at a time |
| 22:16.03 | denix | ndec: nice, I do have ddk for omap5 pending, btw... |
| 22:16.25 | denix | and Sitara, of course |
| 22:16.31 | ndec | i am not doing anything that relates to OMAP anymore ;-) |
| 22:16.49 | denix | I know :) your DDK is not for TI SOC, is it? |
| 22:17.24 | ndec | nope! |
| 22:17.29 | denix | ndec: btw, are you in charge of the toolchain portion of meta-linaro? |
| 22:17.33 | ndec | no. |
| 22:17.58 | ndec | for any issue with meta-linaro, you can use linaro-dev@lists.linaro.org |
| 22:17.59 | denix | ok, would have been nicer if you were... :) |
| 22:18.06 | denix | I know :) |
| 22:18.18 | ndec | well, i feel much better, not to be ;-) |
| 22:18.30 | denix | ha! :) why not? |
| 22:18.48 | ndec | i am not a toolchain guy! |
| 22:19.44 | denix | heh, I wasn't either, but had to become one... :) |
| 22:21.49 | denix | ndec: anyway, good luck with your ddk efforts! let me know if you need any help |
| 22:22.00 | ndec | sure.thx. |
| 22:38.03 | kergoth | ndec: build time virtual/ dependencies/provides aren't going to help already-existing runtime dependencies, if they care about binary packages and installs at runtime, the rprovides/rconflicts still provide value |
| 22:41.45 | ndec | kergoth: ah. right. then that makes sense. it's not a scenario i am considering right now, but i understand why it's done this way now. |
| 22:42.40 | kergoth | not all distros prioritize binary packages and upgradability, but of course a bsp layer should work well with all distros |
| 22:42.43 | kergoth | shrugs |
| 22:44.29 | ndec | hehe, that's right! |
| 23:20.58 | *** join/#oe johncylee (~john@114-32-34-65.HINET-IP.hinet.net) |