| 00:31.45 | *** join/#oe roric (~roric@h196n19-vrr-a31.ias.bredband.telia.com) |
| 01:09.17 | *** join/#oe roric (~roric@h196n19-vrr-a31.ias.bredband.telia.com) |
| 02:51.25 | *** join/#oe Aethenelle (~Aethenell@107.138.98.226) |
| 04:47.37 | *** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029) |
| 04:53.58 | *** join/#oe nrossi (671a3f31@gateway/web/freenode/ip.103.26.63.49) |
| 04:54.31 | nrossi | Crofton: You there? |
| 04:56.41 | *** join/#oe AndersD (~anders@213-64-219-84-no126.business.telia.com) |
| 05:22.41 | *** join/#oe roric (~roric@h196n19-vrr-a31.ias.bredband.telia.com) |
| 05:32.04 | *** join/#oe hamis (~irfan@110.93.212.98) |
| 05:43.26 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 06:20.17 | *** join/#oe khem` (~khem@unaffiliated/khem) |
| 06:24.34 | *** join/#oe jku (~jku@212-149-207-214.bb.dnainternet.fi) |
| 06:25.05 | *** join/#oe jku (~jku@212-149-207-214.bb.dnainternet.fi) |
| 06:43.00 | *** join/#oe ant_work (~ant__@host73-250-dynamic.14-87-r.retail.telecomitalia.it) |
| 06:51.58 | *** join/#oe stiandre (~stiandre@109.247.13.242) |
| 06:52.07 | *** join/#oe belen (Adium@nat/intel/x-gswemfrhrtouilbw) |
| 06:53.31 | *** join/#oe maxin (~maxin@2001:998:22:0:3d3e:792b:956f:ac87) |
| 06:57.47 | *** join/#oe tasslehoff (~Tasslehof@82.147.55.166) |
| 06:59.01 | *** join/#oe mwester (~mwester@nslu2-linux/mwester) |
| 07:09.30 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 07:28.08 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 08:09.26 | *** join/#oe hrw (~hrw@redhat/hrw) |
| 08:24.20 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 08:25.04 | *** join/#oe mago_ (~mago@88.131.56.168) |
| 08:31.27 | mckoan | good morning |
| 08:31.31 | Jin^eLD | mornin |
| 08:31.40 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 08:31.50 | *** join/#oe phdeswer (~phdeswer@2001:998:2a:dead:6267:20ff:fe47:e16c) |
| 08:36.59 | *** join/#oe rburton (~Adium@35.106.2.81.in-addr.arpa) |
| 08:46.36 | *** join/#oe ntl (~ntl@99-127-51-4.lightspeed.austtx.sbcglobal.net) |
| 09:29.47 | *** join/#oe khem` (~khem@unaffiliated/khem) |
| 10:07.06 | Jin^eLD | hmm, how is it possible that some packages that did build fine with thumb configuration for arm5 on yocto 1.7 fail to build on yocto master/2.0, but do work if I disable thumb for them? |
| 10:07.57 | Jin^eLD | for example the unmodified "icu" recipe from poky does not build with enabled thumb ARM_INSTRUCTION_SET for armv5 but does build if I switch the instruction set o "arm" |
| 10:08.09 | Jin^eLD | and I have the same with one of my own custom packages |
| 10:27.42 | ndec | Jin^eLD: |
| 10:28.35 | ndec | sorry... wrong combination of keys.. |
| 10:28.44 | Jin^eLD | damn! :) |
| 10:28.55 | Jin^eLD | and I was already hoping for a hint ;) |
| 10:30.05 | ndec | hehe |
| 10:34.03 | bluelightning | I seem to recall JaMa's been dealing with this a bit, but he's not around |
| 10:34.16 | bluelightning | don't know the details myself |
| 10:35.14 | Jin^eLD | I'll ping him then when he arrives, thanks |
| 10:50.30 | *** join/#oe JaMa (~martin@ip-86-49-34-37.net.upcbroadband.cz) |
| 10:58.23 | *** join/#oe phdeswer (~phdeswer@2001:998:2a:dead:6267:20ff:fe47:e16c) |
| 11:04.58 | *** join/#oe ntl (~ntl@99-127-51-4.lightspeed.austtx.sbcglobal.net) |
| 11:20.09 | *** join/#oe belen (~Adium@192.198.151.37) |
| 11:21.48 | dv_ | gstreamer1.0-plugins-bad has gdk-pixbuf in its default packageconfig list. also, the x11 elements from gstreamer1.0-plugins-bad are added to the default list only if x11 is amongst the distro features. so far so good. |
| 11:22.02 | dv_ | but, the gdk-pixbuf recipe has this line: DEPENDS_append_linuxstdbase = " virtual/libx11" |
| 11:22.33 | dv_ | so, if gdk-pixbuf is in the gstreamer1.0-plugins-bad packageconfig list, but x11 is _not_ in the distro features, this will lead to build errors |
| 11:22.50 | dv_ | now what would the proper solution be? can gdk-pixbuf work without x11? |
| 11:30.34 | *** join/#oe ldnunes (~ldnunes_@177.100.173.218) |
| 11:38.57 | bluelightning | dv_: linuxstdbase is an active override in your configuration? |
| 11:40.11 | dv_ | i don't know. it didn't happen to me. I got a mail with this error, and that is when I noticed this in the gdk-pixbuf recipe. |
| 11:41.46 | bluelightning | I would have thought it unusual... that line is only going to do anything if linuxstdbase is in OVERRIDES |
| 11:42.26 | bluelightning | (linuxstdbase is for LSB, in case it's not clear - it's what we use to set various things in recipes in order to satisfy LSB spec requirements) |
| 11:44.12 | dv_ | okay, but shouldnt it be more like: DEPENDS_append_linuxstdbase = " ${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'virtual/libx11', '', d)} " ? |
| 11:44.46 | dv_ | in case I want "LSB minus x11" |
| 11:45.11 | bluelightning | actually I think at least with what we have in the master version of the recipe, that line is redundant - PACKAGECONFIG already adds virtual/libx11 to DEPENDS when x11 is in PACKAGECONFIG |
| 11:45.29 | bluelightning | I haven't read the spec recently, but is there really any such thing as "LSB minus x11" |
| 11:45.31 | bluelightning | ? |
| 11:46.04 | dv_ | oh! true. |
| 11:46.12 | dv_ | PACKAGECONFIG_linuxstdbase = "${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'x11', '', d)} ${GDK_PIXBUF_LOADERS}" |
| 11:57.50 | Jin^eLD | JaMa: ping |
| 11:57.53 | *** join/#oe ntl (~ntl@99-127-51-4.lightspeed.austtx.sbcglobal.net) |
| 11:58.10 | Jin^eLD | JaMa: I heard you had some compile problems with some packages for arm in regard to thumb/non thumb instruction set |
| 11:58.37 | Jin^eLD | I'm currently puzzled by a similar issue and was wondering if you could give me a few hints |
| 12:11.33 | JaMa | Jin^eLD: yes, there are many issues in oe-core recipes |
| 12:11.50 | Jin^eLD | JaMa: how did you solve them? the interesting thing is that I did not have these problems with yocto 1.7 |
| 12:11.59 | Jin^eLD | now I am switching to 2.0/master and suddenly it does not work anymore |
| 12:12.07 | JaMa | you can see fixes in jansa/master branch or https://bugzilla.yoctoproject.org/show_bug.cgi?id=7717 |
| 12:12.26 | JaMa | Jin^eLD: because you didn't have thumb really enabled in 1.7? |
| 12:12.38 | JaMa | Jin^eLD: and are you using thumb1 or thumb2? |
| 12:12.45 | Jin^eLD | arm5 so thumb1 I guess |
| 12:12.53 | Jin^eLD | the ipk dirs were called armv5te though? |
| 12:13.56 | Jin^eLD | but wait, so the only real fix is to change the instruction set (thats what I did considering it a hack) |
| 12:13.59 | Jin^eLD | ? |
| 12:14.43 | Jin^eLD | and can you please confirm that although the build summare showed thumb in TUNE_FEATURES and although on 1.5 as well as on 1.7 the ipk's were put into armv5te and not in armv5e - it was not building thumb? |
| 12:14.51 | Jin^eLD | s/summare/summary/g |
| 12:15.55 | JaMa | yes, I can confirm that |
| 12:16.15 | JaMa | you can check your CC variable and it didn't have -mthumb for sure if you didn't set ARM_INSTRUCTION_SET in your distro |
| 12:16.54 | Jin^eLD | no I did not... but why were the packages marked as armv5te then, was this a bug? |
| 12:17.31 | JaMa | sort of bug and sort of limitation of how old toolchain worked |
| 12:17.38 | Jin^eLD | I see... |
| 12:17.50 | Jin^eLD | ok, these are some findings :) |
| 12:17.51 | Jin^eLD | thanks |
| 12:18.08 | JaMa | before using the same toolchain path for multiple DEFAULTTUNEs you would need to mangle the paths to TC or build separate TC for building arm and thumb :) |
| 12:18.32 | JaMa | more details are in commits where I've changed this |
| 12:18.43 | JaMa | and even more on ML if you're interested in details |
| 12:18.54 | Jin^eLD | ok I might read up the archives |
| 12:18.59 | Jin^eLD | thank you for the explanation! |
| 12:19.09 | Jin^eLD | this indeed clears up the confusion I had |
| 12:30.05 | *** join/#oe caiortp (~inatel@131.221.240.204) |
| 12:36.22 | *** join/#oe stiandre (~stiandre@109.247.13.242) |
| 12:44.59 | *** join/#oe darkschneider (~gab@93-32-59-44.ip32.fastwebnet.it) |
| 12:57.32 | Crofton|work | WARNING: QA Issue: perf: Files/directories were installed but not shipped in any package: |
| 12:57.44 | Crofton|work | perf packaging is missing some python related files |
| 13:19.11 | Crofton|work | hmm, maybe even already fixed :) |
| 13:20.51 | *** join/#oe tsramos (~tsramos@192.55.55.41) |
| 13:22.05 | *** join/#oe Aethenelle (~Aethenell@166.175.57.83) |
| 13:26.49 | *** join/#oe tsramos (~tsramos@192.55.55.41) |
| 13:48.41 | Tartarus | Hmm |
| 13:48.50 | Tartarus | There's not some flag I'm missing that would split -dbg and -src packages out, yes? |
| 13:52.17 | Tartarus | rather than -dbg which has both .debug dirs and srcs |
| 13:52.25 | Tartarus | (I see you can toggle having one or the other) |
| 13:53.37 | bluelightning | the -dbg package sources aren't complete sources though |
| 13:54.20 | bluelightning | there is no flag to have the debug sources split into a different package; you can turn off putting those sources into the packages altogether though |
| 13:54.53 | bluelightning | PACKAGE_DEBUG_SPLIT_STYLE is the variable that does the latter |
| 13:56.24 | Tartarus | Yeah |
| 13:56.44 | Tartarus | ok, if we have a longer term need for .debug and not sources I'll make something useful then |
| 13:59.57 | *** join/#oe madisox (~madison@64-71-1-115.static.wiline.com) |
| 13:59.59 | *** part/#oe madisox (~madison@64-71-1-115.static.wiline.com) |
| 14:14.53 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 14:46.08 | *** join/#oe khem` (~khem@unaffiliated/khem) |
| 15:03.53 | *** join/#oe khem` (~khem@unaffiliated/khem) |
| 15:06.27 | *** join/#oe Aethenelle (~Aethenell@199.15.128.78) |
| 15:09.37 | *** join/#oe JaMa (~martin@ip-86-49-34-37.net.upcbroadband.cz) |
| 16:18.58 | *** join/#oe eFfeM (~frans@c73189.upc-c.chello.nl) |
| 16:34.18 | *** join/#oe phdeswer (~phdeswer@91-159-55-220.elisa-laajakaista.fi) |
| 16:34.52 | *** join/#oe stwcx (~stwcx@32.97.110.53) |
| 16:37.31 | *** join/#oe berton (~fabio@201.22.227.56) |
| 16:50.19 | *** join/#oe nerdboy (~sarnold@gatekeeper.gentoogeek.org) |
| 16:50.43 | *** join/#oe nerdboy (~sarnold@gentoo/developer/nerdboy) |
| 16:51.48 | *** join/#oe SoylentYellow (~SoylentYe@209-234-137-234.static.twtelecom.net) |
| 16:52.37 | *** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning) |
| 17:34.41 | *** part/#oe ziethen (~chzi@sestofw01.enea.se) |
| 17:47.22 | *** join/#oe rburton1 (~Adium@35.106.2.81.in-addr.arpa) |
| 17:50.37 | *** join/#oe jackmitch|home (~Thunderbi@cpc2-slam8-2-0-cust880.2-4.cable.virginm.net) |
| 17:57.27 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 18:11.14 | *** join/#oe infobot (ibot@69-58-76-73.ut.vivintwireless.net) |
| 18:11.14 | *** topic/#oe is OpenEmbedded Developer Lounge | Web: http://openembedded.org | Repositories: http://git.openembedded.org/ | Primary Repo Mirrors: https://github.com/openembedded | This is not a distro or machine support channel |
| 18:11.37 | cbrake | this is a little bit off topic, but debugging an initramfs, and STDOUT goes to LCD, but not serial console. Is there any way to get it to go to both? |
| 18:13.05 | kergoth | cbrake: i *think* you can specify multiple console= lines in the kernel cmdline |
| 18:13.16 | kergoth | worth trying, anywya. e.g. console=tty0 console=ttyS0,115200 or whatever the syntax is |
| 18:13.29 | *** join/#oe mwester (~mwester@nslu2-linux/mwester) |
| 18:13.43 | cbrake | kergoth: yeah, that is what I have, and from kernel space that works great |
| 18:13.58 | cbrake | however, once /init starts in my initramfs, stdout only goes to tty0 |
| 18:14.30 | cbrake | (as well as stderr) |
| 18:14.39 | kergoth | ah, interesting |
| 18:15.01 | cbrake | kergoth: yeah, its been this way on the last 3 projects, but I've gotten by with 2>/dev/kmsg tricks |
| 18:15.05 | cbrake | kergoth: but its getting old |
| 18:15.09 | kergoth | no idea beyond that, let me know if you figure it out, though, that'd be handy :) |
| 18:15.27 | cbrake | kergoth: it used to work, so not sure if something changed in the kernel, or what is going on |
| 18:41.40 | cbrake | kergoth: this seems to work: exec 3>&1 4>&2 >/dev/kmsg 2>&1 |
| 18:42.13 | cbrake | kergoth: but would still like to understand how to do it outside my /init script |
| 18:45.14 | *** join/#oe DJWillis (~djwillis@cpc2-trow6-2-0-cust204.aztw.cable.virginm.net) |
| 18:47.46 | Crofton | hmm, what compiles the dtc file into a dtb file? |
| 18:48.25 | suihkulokki | Crofton: dtc(1) from device-tree-compiler |
| 18:48.32 | Crofton | that I know :) |
| 18:48.44 | Crofton | but bitbake what runs dtc :) |
| 18:49.16 | suihkulokki | linux-dtb.inc |
| 18:49.20 | cbrake | Crofton in a kernel build, the kernel runs dtc |
| 18:49.27 | cbrake | * kernel build |
| 18:49.28 | Crofton | weird |
| 18:49.34 | cbrake | scripts/dtc |
| 18:49.37 | Crofton | bitbake linux-xlnx didn't do that |
| 18:49.53 | suihkulokki | you have to include the inc for it to have an effect |
| 18:50.44 | Crofton | hmm, need to do some more thinking, nuke tmp, and email customer with issue |
| 18:50.49 | cbrake | Crofton you could look in arch/arm/dts/Makefile, to make sure there are DTS bits specified for your CONFIG |
| 18:50.52 | Crofton | and then ride bicycle |
| 18:51.15 | Crofton | I'm having trouble duping an issue a customer sees |
| 18:51.27 | Crofton | and I suspect he hasn't given me all the facts |
| 19:08.47 | *** join/#oe khem` (~khem@unaffiliated/khem) |
| 19:11.24 | kergoth | Crofton: define KERNEL_DEVICETREE in the machine and include linux-dtb.inc in the recipe |
| 19:11.51 | kergoth | that reminds me, i need to make it so mel's kernel_add_dts recipetool command adds the .inc.. the scriptutils function we're calling doesn't support it |
| 19:11.59 | kergoth | hmm |
| 19:15.55 | *** join/#oe JaMa (~martin@ip-86-49-34-37.net.upcbroadband.cz) |
| 20:09.20 | *** join/#oe bluelightning (~paul@2001:8b0:258:7d7a:5e51:4fff:febb:401d) |
| 20:09.20 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 20:17.27 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 20:56.13 | *** join/#oe mwester (~mwester@nslu2-linux/mwester) |
| 21:01.44 | georgem | Any meta-browser people in here? Chromium appears to be broken on master due to gcc >= 5. I suppose it probably makes more sense to upgrade it to the newest stable version rather than trying to fix the current version? Debian is on 45.0.2454.85 maybe I'll try upgrading it to that? |
| 21:14.32 | kergoth | georgem: heh, gcc 5.2 has broken a lot of stuff, lots of fixes being done |
| 21:14.46 | georgem | yeah |
| 21:15.19 | georgem | Just planning on trying (at least to make an effort) to fix anything I stumble across |
| 21:19.48 | kergoth | nods |
| 21:48.35 | *** join/#oe gabrbedd (~beddingfi@li680-65.members.linode.com) |
| 22:22.54 | *** join/#oe rperier (~quassel@2001:41d0:52:100::44a) |
| 22:48.51 | *** join/#oe khem` (~khem@unaffiliated/khem) |