Wednesday, 2015-04-15

*** nighty^ <nighty^!~nighty@hokuriku.rural-networks.com> has quit IRC00:03
*** ddalex1 <ddalex1!~ddalex@154.58.102.3> has quit IRC00:06
*** manuel__ <manuel__!~manuel@209.6.175.242> has quit IRC00:08
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto00:23
*** anselmolsm <anselmolsm!~anselmols@192.55.54.40> has quit IRC00:31
*** anselmolsm <anselmolsm!~anselmols@192.55.54.40> has joined #yocto00:31
*** manuel__ <manuel__!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto00:31
*** anselmolsm <anselmolsm!~anselmols@192.55.54.40> has quit IRC00:33
*** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC01:02
*** manuel__ <manuel__!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC01:56
*** manuel__ <manuel__!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto03:06
*** manuel__ <manuel__!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC03:09
*** manuel__ <manuel__!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto03:10
*** manuel__ <manuel__!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto03:22
*** manuel__ <manuel__!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC03:25
*** manuel__ <manuel__!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto03:26
*** manuel__ <manuel__!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC03:30
*** OutOfNoWhere <OutOfNoWhere!~rpb@199.68.195.102> has quit IRC03:40
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto03:44
redenginis there a way to detect machine type (x86 vs x86-64) inside a recipe?04:19
nrossiredengin: There is a MACHINE_FEATURE for "x86" i believe04:23
redenginyeah, but its there for x86_64 as well, I need to know which library to copy  the 32bit or 64bit04:25
nrossioh, in that case you could just check the TARGET_ARCH value for "x86-64"04:25
redenginah thanks04:26
*** e8johan <e8johan!~quassel@83.218.80.242> has joined #yocto04:36
*** varjaaks <varjaaks!uid2629@gateway/web/irccloud.com/x-ppeaxgtskwczvrko> has joined #yocto04:36
*** SorenHolm <SorenHolm!~quassel@185.22.75.1> has joined #yocto04:51
*** auke- <auke-!~auke@dhcp-077-251-218-021.chello.nl> has quit IRC05:04
*** AndersD <AndersD!~anders@213-64-219-84-no126.business.telia.com> has joined #yocto05:13
*** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has quit IRC05:22
*** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has joined #yocto05:23
*** SorenHolm <SorenHolm!~quassel@185.22.75.1> has quit IRC05:25
*** imrehg <imrehg!~greg@122.147.15.218> has joined #yocto05:31
*** smartin_ <smartin_!~smartin@195.190.86.18> has quit IRC05:36
*** smustafa <smustafa!~mustafa@39.42.95.78> has joined #yocto05:38
*** agust <agust!~agust@p4FC466E3.dip0.t-ipconnect.de> has joined #yocto05:38
*** smartin_ <smartin_!~smartin@195.190.86.18> has joined #yocto05:39
*** neur0Fuzzy <neur0Fuzzy!~neur0Fuzz@p239.net182021249.tokai.or.jp> has joined #yocto05:40
*** smartin_ <smartin_!~smartin@195.190.86.18> has quit IRC05:46
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC05:50
*** grma <grma!~gruberm@HSI-KBW-46-237-193-133.hsi.kabel-badenwuerttemberg.de> has joined #yocto05:52
*** smartin_ <smartin_!~smartin@195.190.86.18> has joined #yocto05:52
*** SorenHolm <SorenHolm!~quassel@185.22.75.1> has joined #yocto06:13
*** wadim_ <wadim_!~egorov@mail.microcatalog.org.uk> has joined #yocto06:17
redenginwhy does yocto freak out when I try to add to ${libdir}  but not if I add to ${libdir}/libpath/06:30
nrossiredengin: you mean when changing libdir =?06:32
redenginno, I have a recipe, if I install the lib to ${libdir} rootfs task says the lib isn't provided, but if I install it to ${libdir}/something/  all is fine06:33
*** volker_123456 <volker_123456!~quassel@host-188-174-253-51.customer.m-online.net> has joined #yocto06:34
nrossiredengin: did you update the FILES variable to reflect the install locations?06:34
redenginnrossi, yes, but it only works with ${libdir}/something/libfoo.*06:35
*** Guest78818 is now known as Jackie_huang06:35
redenginperhaps I need somthing like  FILES_libfoo  ?06:36
nrossiyer you will need that if you have a recipe that generates multiple packages06:37
nrossiaka if you add to "PACKAGES"06:37
nrossiyou will need "FILES_foo" set to consume the lib06:37
*** pohly <pohly!~pohly@p5DE8FC94.dip0.t-ipconnect.de> has joined #yocto06:37
redenginnrossi, packages will be the next step, I just want to get the shared lib installed for now06:37
*** AndersD <AndersD!~anders@213-64-219-84-no126.business.telia.com> has quit IRC06:37
redengincurrently I have FILES_${PV} = "${libdir}/libfoo.*"  and rootfs freaks out06:38
nrossiFILES_${PN} you mean?06:38
nrossiit should also problably be a += instead of just an =06:39
nrossiotherwise you trash the defaults for FILES_${PN}06:39
redengindoh, you're right I typo'ed PV into the recipe too!   grrr06:41
*** nighty^ <nighty^!~nighty@hokuriku.rural-networks.com> has joined #yocto06:42
*** hitlin37 <hitlin37!uid16371@gateway/web/irccloud.com/x-vijiroqpujexfqvs> has joined #yocto06:44
*** AndersD <AndersD!~anders@213-64-219-84-no126.business.telia.com> has joined #yocto06:45
*** roric_ <roric_!~roric@83.140.117.51> has joined #yocto06:49
*** Saur <Saur!pkj@nat/axis/x-ohhbhgckyifnlabm> has quit IRC06:50
*** Saur <Saur!pkj@nat/axis/x-xvpuhicetgxkbgmi> has joined #yocto06:51
redenginok, so it still has the same problem  :(06:51
nrossiso the error you get is the "installed-vs-shipped" QA error?06:52
redenginnrossi, no, rpm works fine, its the rootfs that fails to find libfoo1  and doesn't include the package foo06:52
nrossiok so your recipe is it called "libfoo1"?06:56
redenginthe recipe is hadoop.bb and it create FILES_${PN} = "${libdir}/libhadoop.*"06:58
nrossiok, and so your IMAGE_INSTALL/CORE_IMAGE... does it add "hadoop" or "libhadoop"?06:59
*** DatGizmo <DatGizmo!~mogwai@ip1886d814.dynamic.kabel-deutschland.de> has joined #yocto06:59
redenginthe local.conf adds hadoop to IMAGE_INSTALL_append06:59
nrossiok, does the recipe have a "RDEPENDS_${PN}"?07:00
nrossior just a RDEPENDS?07:00
*** vdehors_ <vdehors_!~vdehors@bob75-2-81-56-46-209.fbx.proxad.net> has joined #yocto07:00
redenginit has an RDEPENDS_${PN}07:00
nrossiwhats it value?07:00
redenginRDEPENDS_${PN} = "java2-runtime"07:01
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-uklshfjydlhpxfuc> has joined #yocto07:02
*** jbrianceau_away is now known as jbrianceau07:02
nrossihmm ok, odd. do you have the exact error the rootfs step gives?07:02
redenginERROR: libhadoop1 not found in the base feeds (...  NO HADOOP package in here )07:03
*** vdehors <vdehors!~vdehors@193.56.60.161> has quit IRC07:04
redenginperhaps some other rpm takes over ${libdir} and additions don't get included by rootfs?07:05
nrossicould you run bitbake <imagename> -e > temp, and then open temp and get the value of "PACKAGE_INSTALL"07:06
nrossijust want to make sure something is not trying to install "libhadoop1"07:06
nrossiand that it is just coming from a dependency chain07:06
*** smustafa <smustafa!~mustafa@39.42.95.78> has quit IRC07:09
*** sameo <sameo!~samuel@192.55.55.37> has joined #yocto07:12
*** ant_work <ant_work!~ant__@host222-188-static.61-79-b.business.telecomitalia.it> has joined #yocto07:13
*** jku <jku!~jku@192.198.151.43> has joined #yocto07:16
redenginexport PACKAGE_INSTALL="packagegroup-core-boot run-postinsts  kernel-modules linux-firmware-rtl8168e rsync grub mdadm e2fsprogs ethtool oracle-jse-jre hadoop spark  run-postinsts packagegroup-core-ssh-dropbear"07:17
nrossiok that looks good. How big is the hadoop recipe you have?07:17
redengintiny, let me pastebin it07:18
*** mckoan|away is now known as mckoan07:18
mckoangood morning07:18
nrossimorning mckoan07:19
redenginrecipe:  http://pastebin.com/psxjfNiW07:20
*** auke- <auke-!~auke@dhcp-077-251-218-021.chello.nl> has joined #yocto07:21
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto07:22
nrossiredengin: hmmm i think i might know what is causing it. It might just be easier to setup the package for libhadoop though07:23
redenginnrossi, what do you think is going on?07:24
nrossithe package handling code in oe automatically detects shared dependencies, and will add them to the packages dependencies automatically07:25
nrossi(shared libraries on an elf itself)07:25
redenginah, so if I don't include hadoop in IMAGE_INSTALL it'll get picked up "automagically"?07:26
nrossii think it might be the hadoop package that is getting the dependency added on07:27
nrossii assume there are like test programs or example programs that are built as part of the hadoop build?07:27
redenginnot that I've declared on FILES_${PN}07:28
nrossiyep, but they might be in just /usr/bin/07:28
redenginnrossi, even if I don't do_install them?07:28
nrossihave a bit of a look in the working directory. tmp/work/<architecture your using>/hadoop/.../image/07:28
nrossiredengin: not sure, have a check to be sure07:29
redenginonly file  tmp/work/core2-64-poky-linux/hadoop/1.2.1-r0/image/usr/lib/libhadoop.so07:29
nrossiok, lets see if we can track it down. give me a minute to grab your recipe and setup a build07:30
*** roric_ <roric_!~roric@83.140.117.51> has quit IRC07:34
nrossiredengin: what layers are you using to get java?07:35
redenginI made my own, but I'm pretty sure the lib itself has no java dependency07:35
redenginif you want the java recipe I can provide it07:35
nrossinp, i will just remove the dep on java2-runtime07:36
nrossiok i have it building now, should be done in 10 minutes (i dont develop for x86 so it has to build the toolchain ;))07:38
*** Jackie_huang <Jackie_huang!~quassel@106.120.101.38> has quit IRC07:38
*** Jackie <Jackie!~quassel@106.120.101.38> has joined #yocto07:39
*** Jackie is now known as Guest4656107:39
*** Guest46561 is now known as Jackie_huang07:39
redenginwow, you can get a toolchain out in 10 mins?  what are you running on?07:39
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC07:40
nrossiDell PowerEdge R620 :), 20 core (+HT) and 128GB Ram07:40
redenginnice07:40
nrossimanaged to snag it for myself when the IT wars begun07:41
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto07:41
redenginactually bitbake does complain about an oracle dependency even though I see no dependencies in nm of libhadoop.so07:41
redengindoes bitbake look at all the package files even if they aren't installed?07:42
nrossinot if they dont get put into the package itself07:42
*** varjaaks <varjaaks!uid2629@gateway/web/irccloud.com/x-ppeaxgtskwczvrko> has quit IRC07:43
* rink_ idly wonders what 'WARNING: QA Issue: ELF binary '...' has relocations in .text' means07:46
nrossirink_: looks like there was a discussion on oe-core about it -> http://comments.gmane.org/gmane.comp.handhelds.openembedded.core/3359007:47
rink_oh thanks07:47
*** roric_ <roric_!~roric@83.140.117.51> has joined #yocto07:48
*** TobSnyder <TobSnyder!~schneider@ip92341b76.dynamic.kabel-deutschland.de> has joined #yocto07:51
* rink_ looks somehow jealous towards nrossi... the best I could do is get an i7 to build on ....07:51
redenginnrossi, I apologize, I finally used nm and found the dependencies07:52
redenginlooks like it needs libhdfs.so as well.  is there anyway bitbake would tell me that?   it seems pretty error prone to have to use nm to find dependencies07:53
nrossiredengin: not sure, there might be a insane.bbclass rule for it.07:54
redenginseems like rootfs log should tell me it didn't have a dependency07:56
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto08:02
bluelightningmorning all08:02
mckoanhi bluelightning08:05
*** mime <mime!ca5311d2@gateway/web/freenode/ip.202.83.17.210> has joined #yocto08:06
*** hsychla <hsychla!~hsychla@2001:6f8:12d9:13:95e2:f68b:5b67:640f> has quit IRC08:07
*** hsychla <hsychla!~hsychla@2001:6f8:12d9:13:6973:2e74:b50b:c7ab> has joined #yocto08:07
imrehgmorning (from here in the later afternoon:)08:07
mimeI am getting certain errors on my yocto build. Can you help me with it?08:08
bluelightninghi mckoan, imrehg08:08
bluelightningmime: sure, what's the error? (use pastebin if its more than 2 or 3 lines)08:08
mimehttp://pastebin.com/g5UYGZxw08:11
mimeMy build is on an Ubuntu 14.10 system 64bit for a cyclone5 board08:11
*** smustafa <smustafa!~mustafa@110.93.212.98> has joined #yocto08:14
bluelightninghmm, that's a bit ugly...08:15
bluelightningit's that looks like it's specific to the linaro toolchain recipes08:16
bluelightningany linaro folks on?08:16
*** jimBaxter <jimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto08:20
redenginmime, where is the linaro 2.24 source?08:23
*** imrehg <imrehg!~greg@122.147.15.218> has quit IRC08:25
*** belen <belen!Adium@nat/intel/x-ycorfwguzwmvllkh> has joined #yocto08:27
*** Jackie_huang <Jackie_huang!~quassel@106.120.101.38> has quit IRC08:32
abellonihuuuuum:08:33
abelloni"Once the merger is complete, our plan is to keep the NXP Semiconductors name and operate as one company under the NXP brand."08:33
*** Jackie_huang <Jackie_huang!~quassel@106.120.101.38> has joined #yocto08:33
nrossiabelloni: aw i was hoping they would name as "FreeNXPScale"08:41
_4urele_nrossi, with free samples?08:43
nrossi_4urele_: of course!08:43
*** tasslehoff <tasslehoff!~Tasslehof@77.40.182.98> has joined #yocto08:43
*** adelcast <adelcast!~adelcast@130.164.62.224> has quit IRC08:51
*** adelcast1 <adelcast1!~adelcast@130.164.62.82> has quit IRC08:52
mimehi redengin the linaro source is there in meta-linaro/meta-linaro-toolchain folder08:58
redenginmime, I finally found it, I agree with the compiler error  :)08:59
mimecan you elaborate please redengin09:00
redenginI don't understand why the TRUE is in the macro09:00
mimeyes that is something I noticed too, but I am not sure how to correct it09:01
redenginpatching the macro is simple, but without knowing why it was there to begin with makes that dangerous09:02
mimeShall I just remove the ', TRUE'09:02
redenginyeah09:02
mimeokay let me try09:03
redenginbut it looks like that code got refactored and used the macro without knowing what it did09:03
*** roric_ <roric_!~roric@83.140.117.51> has quit IRC09:04
mimeon a sidenote what is the best place to get the linaro layer?09:05
*** tsramos <tsramos!~tsramos@192.55.55.37> has joined #yocto09:06
*** Levi <Levi!~vlevidas@134.134.137.73> has joined #yocto09:06
redenginyou could also just just remove -Wno-error=unused-value09:06
redenginmime, I don't know I don't use linaro09:06
*** tsramos <tsramos!~tsramos@192.55.55.37> has quit IRC09:08
*** tsramos <tsramos!~tsramos@192.55.55.37> has joined #yocto09:10
*** adelcast <adelcast!~adelcast@130.164.62.224> has joined #yocto09:11
redenginhttp://comments.gmane.org/gmane.linux.linaro.toolchain/434309:11
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC09:13
redenginseems like it'd be better defined by an inline function than a macro09:13
DatGizmoHi, I'm trying to build enlightnment. During the build of efl_1.11.4 I get following error.09:16
DatGizmoeglvivante.h:244:2: error: #error "Platform not recognized"09:16
*** roric_ <roric_!~roric@83.140.117.51> has joined #yocto09:16
DatGizmoI have seen in an old yocot irc log that someone had the same error about a year ago, but couldn't find what the solution was.09:17
redenginDatGizmo, looks like it needs headers that define Status09:19
redenginDatGizmo, err nevermind09:20
*** adelcast1 <adelcast1!~adelcast@130.164.62.82> has joined #yocto09:20
redengin#if defined(_WIN32) || defined(__VC32__) && !defined(__CYGWIN__) && !defined(__SCITECH_SNAP__)09:21
DatGizmoI had a look at the header file, and I think that this define should be triggerd: 220 #elif defined(LINUX) || defined(__APPLE__)09:22
DatGizmoBecaus I also see a -DLINUX in the compiler call.09:22
*** pidge_ <pidge_!~pidge@2a02:8084:0:3000:10e0:5717:a257:4916> has quit IRC09:26
*** pidge <pidge!~pidge@2a02:8084:0:3000:10e0:5717:a257:4916> has quit IRC09:26
*** siraj <siraj!0500463f@gateway/web/freenode/ip.5.0.70.63> has joined #yocto09:28
sirajhello guys09:28
sirajI am trying to compile an example that uses libusb... i'm using arm ds-5 on windows09:29
sirajalthough I added libusb source files to inlcude09:30
sirajand added a flag -lusb-1.009:30
sirajbut compiler gives error that -lusb-1.0 couldn't be found09:30
*** ddom <ddom!~ddom@p4FFDA58E.dip0.t-ipconnect.de> has joined #yocto09:31
sirajany thoughts pleasee?09:31
redengin DatGizmo can you link to the recipe?09:31
redenginsiraj, compile where?   do you need the -dev to provide headers?09:32
sirajcompiling on windows machine and targeting linux yocto09:33
sirajhow can I tell if I need -dev?09:33
LetoThe2ndsiraj: i actually fail to understand the question, and how it is yocto related. which example are you trying to compile? where did you get it? are you using a proper yocto generated toolchain including sysroot, or something else coming from your IDE?09:34
sirajI'm using DS-5 GCC09:34
siraj* ARM DS-5 GCC09:34
LetoThe2ndthen you have to make sure this gcc can see the libraries you are trying to use, e.g. that they are installed into its sysroot09:35
LetoThe2ndno idea how DS-5 wants that to be done, i think you should check its documentation.09:35
DatGizmoredengin: meta-openembedded/meta-efl/recipes-efl/efl/efl_1.11.4.bb09:36
sirajGood... a question please...09:36
sirajlibraries means "source code" or compiled source code?09:37
LetoThe2ndcompiled, properly installed.09:37
LetoThe2ndif ds-5 is worth using, it should have proper documentation on how to use libraries.09:37
redenginsiraj, if you are trying to compile on your target it will need headers and libraries09:37
sirajso I should compile libusb and install it in ds-5 sysroot?09:38
DatGizmoredengin: here on openembedded git: http://git.openembedded.org/meta-openembedded/tree/meta-efl/recipes-efl/efl/efl_1.11.4.bb?h=dizzy09:38
LetoThe2ndsiraj: no, you should read up on how ds-5 intends to use libraries.09:38
LetoThe2ndwe don't know about the magic it uses/includes.09:38
sirajredengin: no, I am trying to compile on windows host09:38
redenginsiraj, can you postbin your recipe?09:39
sirajwhat recipe?09:39
redenginsiraj, the recipe that is compiling your "thing" that requires libusb09:40
LetoThe2ndsiraj: this is actually not a yocto problem, but a "how-to-use-ds-5 problem"09:40
sirajmmm... I see then09:40
LetoThe2ndredengin: he doesn't have a recipe, probably just some source code blob and an ide that he doesn't know what its doing beneath the hood09:41
sirajI don't use recipe to compile...09:41
mimedoes anyone know if yocto dizzy 1.7 supports Cyclone5 platform? I found the latest yocto builds on git09:41
sirajmime: are you using cyclone V ?09:41
redenginsiraj, then I'm with LetoThe2nd we can't help you09:42
mimeyes09:42
sirajredengin: it's OK... maybe I still don't know how to use DS-509:42
sirajmime: good... I'm using it too09:42
sirajmime: do you use DS-5 to compile?09:43
mimeredengin I have a noob question. So the link that you have given has the solution to exactly my issue.09:43
mimeBasically macros with comas may not work with my compiler09:43
mimeso they have given some inline functions as a replacement correct?09:44
*** siraj <siraj!0500463f@gateway/web/freenode/ip.5.0.70.63> has quit IRC09:44
mimeno what is DS-5?09:44
redenginmime, the choice to make it an inline function is for code correctness, the fact that its a bad macro still exists09:45
mimeyes agreed. So all I do is go to the appropriate file marked with a * and remove the lines with a '-' sign before them and add the ones with a '+' or nothing in front of them09:47
redenginDatGizmo, I'm guessing you need a DEPENDS on a -dev somewhere09:47
redenginmime, what output are you talking about that has * and -?09:48
mimehttps://sourceware.org/ml/binutils/2014-01/msg00334.html09:48
mimeIm talking abou this message09:48
*** bluelightning_ <bluelightning_!~paul@83.217.123.106> has joined #yocto09:48
*** bluelightning_ <bluelightning_!~paul@83.217.123.106> has quit IRC09:48
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto09:48
redenginah, thats a patch file09:48
redenginmime, do you know how to edit a yocto recipe to apply a patch?09:49
mimeoh so there should be an easy way to just ad that to my build right? aaaahhh such a steep learning curve for me09:49
mimeIm afraid I don't let me google that and see how to do that09:50
redenginmime, don't google it09:50
mime:O hmm09:51
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC09:51
DatGizmoredengin: any ideas what -dev ?09:52
redenginI don't know anything about DS-5 and the help you get here will probably break DS-509:52
redenginDatGizmo, unfortunately no, but you could grep on headers in work that define LINUX09:53
mimeredengin then how should I add that patch any pointers?09:53
DatGizmoredengin: oki, I will have a look. Thanks so far. :)09:53
redenginmime, the patch would clean up the linaro source, but if DS-5 manages that source your going to be stuck in a losing battle09:54
*** bluelightning_ is now known as bluelightning09:54
*** Levi <Levi!~vlevidas@134.134.137.73> has quit IRC09:55
redenginmime, if you don't mind me asking what does DS-5 do for you?09:55
mimeIm not working on DS-509:57
mimewe're working on yocto09:57
mimeI think just applying that patch should solve the issues that Im facing. all I am not sure is how to apply that patch09:58
redenginwell you can add the patch to the recipe and it'll do its thing, but I fear  DS-5 will resync and destroy your edits to the recipe09:59
redenginhttp://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#new-recipe-patching-code09:59
mimeI havent edited the recipe09:59
redenginyou'll need to edit the recipe to apply the patch10:00
mimeokay..10:00
redengindo you know which recipe to change?10:01
mimeIm afraid not :s10:01
redengindo you have a link to the DS-5 yocto source?10:02
mimeso Im getting my yocto sources from Yocto 1.6 Daisy git clone -b daisy git://git.yoctoproject.org/poky.git pushd poky git clone -b angstrom-v2014.06-yocto1.6 git://git.rocketboards.org/meta-altera.git git clone -b daisy git://git.linaro.org/openembedded/meta-linaro.git10:03
mimedid my reply make sense to you?10:04
redenginmime, yes, but I'm getting tired, can you repost your error again10:05
mimehttp://pastebin.com/g5UYGZxw10:05
*** JaMa <JaMa!~martin@ip-86-49-34-37.net.upcbroadband.cz> has joined #yocto10:06
mimeoh Im sorry if Im being a pain. Ive been working on it for 3 days now and have not made any progress and you've been very helpful10:06
redenginyou need to find binutils-native_*.bb10:10
redenginthe source layout is atrocious, now cloning to run find10:12
mimethat seems familiar let me see if I can find that file10:12
redenginmeta-linaro/meta-linaro-toolchain/recipes-devtools/binutils/binutils_linaro-2.25.bb10:13
mimeyes!10:14
mimegot it10:14
redenginand you have the link to the yocto doc on how to add a patch to recipe so you should be good10:14
redenginand since they patch themselves you should be good (why on earth would you need to self-patch)10:15
mimehmm seems complicated. let me try it10:15
redengin meta-linaro/meta-linaro-toolchain/recipes-devtools/binutils/binutils-linaro-2.25.inc applies the internal patch10:17
mimeso I just copy the message to the .inc file?10:19
mimeor a separate .patch / .diff file10:19
redenginyou need to create a new .patch with the data from that message and then add that file to the SRC_URI10:20
mimebrilliant understood it. let me try it!10:20
redenginbah, this linaro script is bullshit..... I'll help you for 10 minutes then I'm going to bed10:22
mimeok Ill be quick!10:22
mimeshall I place the file in the same folder as the .bb file?10:23
mime*.inc file10:23
redenginyou're going to have to update the chksums now as well10:23
mimebloody hell10:23
mimesorry for the profanity10:23
redenginhave you run the bitbake with the patch yet?10:24
mimenot yet10:25
redenginhurry....10:25
mimewhere do I place the patch file?10:25
mimeIve put it in the same folder as .inc file10:25
redenginideally you'd put it in its own directory, but who cares under linaro's BS, just put it in the same directory10:26
mimeI need to update it in the bblayer.conf I think10:26
redenginnope10:27
redenginjust put the patch into  meta-linaro/meta-linaro-toolchain/recipes-devtools/binutils/binutils-linaro-2.25.inc10:27
redenginerr. into meta-linaro/meta-linaro-toolchain/recipes-devtools/binutils/binutils-linaro-2.25/10:27
mimeyes its running now10:28
mimelets see if the error pops up10:29
mimestay awake stay awakw red!!! :)10:30
*** tasslehoff <tasslehoff!~Tasslehof@77.40.182.98> has quit IRC10:30
redenginI'll stay awake for a job offer in seattle or a transfer of money at this point10:30
mimethe same error again :(10:31
mimehaha where do you work?10:31
redengindid you add the patch file to the SRC_URI10:31
redenginI work in seattle10:31
mimeyes I did10:31
mimeit even gave me warnings that the checksums dont match10:32
redenginyes, I told you the chksums wouldn't match10:32
mimebut its a warning thats it10:32
redengincopy/paste the new chksums into the meta-linaro/meta-linaro-toolchain/recipes-devtools/binutils/binutils-linaro-2.25.inc10:32
*** LocutusOfBorg1 <LocutusOfBorg1!~Gianfranc@dynamic-adsl-94-39-91-45.clienti.tiscali.it> has joined #yocto10:33
redenginok 5 more minutes.....10:33
mimeyaay10:35
mimeyou're the best10:35
redenginmime, so its all working now?10:36
*** manuel__ <manuel__!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto10:36
*** manuel__ <manuel__!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC10:37
*** manuel__ <manuel__!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto10:38
mimewell I just added all the md5 checksum10:38
mimeas well as one more schecksum10:38
mimeits running now10:38
mime*biting nails*10:39
redengingoing forward you probably want to create a new layer that will just supply your changes so that you don't corrupt the linaro version10:42
redenginI'll be back tomorrow night if you want to learn how10:42
mimeyes please! thanks a lot!10:43
mimegoodnight10:43
redenginatleast let me know if it compiles!  :)10:43
redenginbtw, are you a coder?10:43
mimeI will. well I just got started into linux 3 days ago10:44
mimeI have about a year experience doing microcontrollers but absolutely none with linux10:45
redenginwell that linaro source smells rotten, so you may want to find other alternatives10:45
mimewell apparently these guys dont want me to use anything else I dont know why but for the academic feel of it I will try alternatives10:45
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC10:46
*** tasslehoff <tasslehoff!~Tasslehof@77.40.182.102> has joined #yocto10:47
redenginhow long does this compile take?10:47
*** SorenHolm <SorenHolm!~quassel@185.22.75.1> has quit IRC10:48
redenginor, would it have failed by now in previous runs?10:48
AndersDls10:48
redenginAndersD, I'm here10:48
*** Levi <Levi!~vlevidas@192.55.54.40> has joined #yocto10:49
redenginmime, you're killing me... I'm going to bed10:50
mimewaaaiiit!10:50
redenginyou're past runs were much quicker, it'd have failed by now10:51
redenginwhat task is it on?10:51
mimesame error :(10:52
redenginI'll be back tomorrow during the day, pm me10:52
mimeokay sure10:53
redenginand if you can get me an ssh into your build env10:53
mimeIm behind a protected firewall. Its difficult for me to get permissions for ssh setup10:54
redenginlol, then I'll show you tomorrow how to build a tunnel  :)10:54
redenginor just work with pastebin10:54
*** Levi <Levi!~vlevidas@192.55.54.40> has quit IRC10:55
mimeokay!10:56
mimegoodnight10:56
*** tsramos <tsramos!~tsramos@192.55.55.37> has quit IRC10:56
redenginhave a good one, you have all the info you need, looks like you didn't configure it right, make sure the patch has a .diff or .patch extension10:56
*** tsramos <tsramos!tsramos@nat/intel/x-pawhxykxtrwkwwgq> has joined #yocto10:56
mimesure will do thanks10:57
*** belen <belen!Adium@nat/intel/x-ycorfwguzwmvllkh> has quit IRC10:57
*** tsramos_ <tsramos_!~tsramos@192.55.55.37> has joined #yocto11:00
*** tsramos <tsramos!tsramos@nat/intel/x-pawhxykxtrwkwwgq> has quit IRC11:01
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto11:02
*** SorenHolm <SorenHolm!~quassel@185.22.75.1> has joined #yocto11:05
*** pidge_ <pidge_!~pidge@2a02:8084:0:3000:50db:36aa:1d84:e9bb> has joined #yocto11:35
*** pidge <pidge!~pidge@2a02:8084:0:3000:50db:36aa:1d84:e9bb> has joined #yocto11:35
*** pidge_ <pidge_!~pidge@2a02:8084:0:3000:50db:36aa:1d84:e9bb> has quit IRC11:36
*** pidge <pidge!~pidge@2a02:8084:0:3000:50db:36aa:1d84:e9bb> has quit IRC11:36
*** pidge <pidge!~pidge@2a02:8084:0:3000:e1eb:e70f:40c3:651d> has joined #yocto11:39
*** vmesons <vmesons!~rmacleod@24-212-184-107.cable.teksavvy.com> has quit IRC12:00
*** jimBaxter <jimBaxter!~jbaxter@jimbax.plus.com> has quit IRC12:01
*** pev <pev!~pev@mail.analogue-micro.com> has joined #yocto12:02
pevHey all12:02
pevIn my project I have to build an additional bootloader stub with a different toolchain that I'd quite like to bring under Yocto as well - is that going to be a bit of a faff or is there a good example of this somewhere?12:03
*** jimBaxter <jimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto12:04
pevOr is it a bit outside the scope of what I should be doing in Yocto! :-) (I've also got a small micro on the board it would also be nice to automate the build of in the same way)12:05
*** manuel__ <manuel__!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC12:06
*** tsramos_ <tsramos_!~tsramos@192.55.55.37> has quit IRC12:08
*** tsramos <tsramos!tsramos@nat/intel/x-qfcbwbznrdhptlvf> has joined #yocto12:08
*** SorenHolm <SorenHolm!~quassel@185.22.75.1> has quit IRC12:12
*** tsramos <tsramos!tsramos@nat/intel/x-qfcbwbznrdhptlvf> has quit IRC12:12
*** tsramos <tsramos!tsramos@nat/intel/x-klqmypjtqnarjygb> has joined #yocto12:13
*** dshwang <dshwang!~dshwang@192.55.54.36> has quit IRC12:14
*** tsramos <tsramos!tsramos@nat/intel/x-klqmypjtqnarjygb> has quit IRC12:14
*** SoylentYellow <SoylentYellow!~SoylentYe@173.192.103.17-static.reverse.softlayer.com> has quit IRC12:17
*** dshwang <dshwang!~dshwang@134.134.139.76> has joined #yocto12:19
Crofton|workpev, technical this should be possible, but might be tricky12:23
Crofton|workpeople have done some interesting things, like build their fpgas with recipes12:23
pevThats along the same kind of lines... Basically have orig distribution, some patches and a binary toolchain tarball12:24
pevSo would just like to automate it as it's also a critical component in the build...12:24
pevCrofton|work: Are you aware of any examples I can dissect?12:24
Crofton|worksure12:24
Crofton|worknot really, basically you need something that uses two toolchains12:25
Crofton|workI'm not a toolchain guy12:25
* Crofton|work is hoping RP or kergoth know something12:25
bluelightningthis might be of interest: http://openembedded.org/wiki/Adding_a_secondary_toolchain12:27
bluelightningpev: ^12:27
Crofton|worknice12:28
bluelightningit was written a while ago, I assume it's still applicable12:28
bluelightningif not you can ping fray ;)12:28
RPpev: I'd suggest looking at multilib, you can have two toolchains coexisting with that12:28
RPtwo different arches is tricky at the moment though12:29
*** vmesons <vmesons!~rmacleod@128.224.252.2> has joined #yocto12:30
*** Shanx_ <Shanx_!c3dc2512@gateway/web/freenode/ip.195.220.37.18> has joined #yocto12:30
Shanx_Hello12:31
Shanx__4urele_: tu es là ? (encore moi :D )12:31
*** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto12:34
lpappbluelightning: hi, is it acceptable at times to extend CFLAGS in the recipe?12:34
*** chankit1 <chankit1!~oneam@175.136.70.175> has joined #yocto12:34
lpappe.g. in case of some software, I would like to add the "-shared" flag to avoid static linkage.12:34
pevbluelightning: Oooh. That's a marvellous link, thanks!12:35
pevRP: Hm, define arch :-) Both ARM but ones 926 based, the other A8 IIRC12:35
bluelightninglpapp: certainly, we do that all the time12:36
RPpev: both arm is fine12:36
lpappbluelightning: hmm, the only issue is that the software does not seem to respect what comes from Yocto as it does a CFLAGS = ...12:36
pevRP: Cool, I might be in with a chance then!12:36
lpappwithout override, so in that case, I probably need to patch the buildsystem of theirs?12:36
bluelightninglpapp: shouldn't that be overridden by our default use of make's -e option?12:37
bluelightningor is this not using make?12:37
*** neur0Fuzzy <neur0Fuzzy!~neur0Fuzz@p239.net182021249.tokai.or.jp> has quit IRC12:38
lpappit is the Linux makefiles, yes.12:38
lpappbut some third-party gpib driver as it could not make it into the kernel.12:38
lpappthey do use Makefiles, yes.12:38
lpappmake -e will pass it, but without override, what will happen12:38
*** manuel__ <manuel__!~manuel@209.6.175.242> has joined #yocto12:41
lpappbecause I think the basic problem is that I would like prepend12:41
lpappI would not like to lose either12:41
*** lamego <lamego!~lamego@134.134.137.73> has joined #yocto12:42
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC12:43
bluelightningif -e is specified, the value in the makefile will be overridden automatically by the value from the environment, i.e. the value set by OE12:44
bluelightningthat is how make is supposed to behave12:44
lpappunless they use override12:44
bluelightningwhat do you mean by "use override"?12:45
*** _dv_ is now known as dv_12:45
lpappoverride CFLAGS +=12:45
bluelightninghow would they be doing that?12:45
lpappjust like that12:45
lpappthat is what I also do in my software to respect Yocto's settings and add mine.12:45
lpapphttps://www.gnu.org/software/make/manual/html_node/Override-Directive.html12:45
lpappTo append more text to a variable defined on the command line, use:12:46
lpappoverride variable += more text12:46
bluelightningok, well I don't believe we have any mechanism to work around that12:46
lpappwhy would you?12:46
lpappit is a legit case as far as I can tell.12:46
bluelightningit sounded like you were asking for one...12:46
lpappah, right, well, no.12:46
lpappthe buildsystem uses CFLAGS = and CFLAGS +=12:47
lpappI wanted to avoid touching their buildsystem12:47
lpappbut I guess I cannot do that, then.12:47
bluelightningI would assume not, but I am by no means a make expert12:48
lpappthat is a good thing imho :)12:48
lpappthank you.12:48
*** kscherer <kscherer!~kscherer@128.224.252.2> has joined #yocto12:50
*** trj <trj!~trj@82-69-47-156.dsl.in-addr.zen.co.uk> has quit IRC12:51
*** cart_man <cart_man!~cart_man@gwise.truvelo.co.za> has joined #yocto12:53
cart_manHow do I get the Yocto KERNEL Headers on my Yocto ?12:54
cart_manI need it to build PCI Drivers12:54
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC13:01
*** belen <belen!Adium@nat/intel/x-mhcrchverwtmgwsv> has joined #yocto13:01
jkucart_man: sdk images should have them. http://www.yoctoproject.org/docs/1.7.1/kernel-dev/kernel-dev.html probably answers your question, regardless of how you want to build the driver. See 2.5 for out-of-tree modules if that was the problem13:08
*** phantoxeD <phantoxeD!destroy@a89-152-21-144.cpe.netcabo.pt> has quit IRC13:10
*** phantoxeD <phantoxeD!destroy@a89-152-21-144.cpe.netcabo.pt> has joined #yocto13:10
cart_manjku, Thanks allot13:11
cart_manis there any way I can copy those headers from the one machine to the one I am working on? Will that work?13:12
cart_manTo ReInstall Yocto to this machine is a bit of a pain13:13
*** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has joined #yocto13:13
cart_manjku, ^^13:14
*** jku <jku!~jku@192.198.151.43> has quit IRC13:18
*** bluelightning <bluelightning!~paul@83.217.123.106> has joined #yocto13:20
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto13:20
*** ndec_ is now known as ndec13:20
*** anselmolsm <anselmolsm!~anselmols@192.55.55.37> has joined #yocto13:22
*** madisox <madisox!~madison@70.90.175.93-BusName-ca.sfba.hfc.comcastbusiness.net> has joined #yocto13:28
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto13:31
mckoanin yocto we have /sbin/fsck -> /bin/busybox.nosuid, how can I get fsck.ext3 ?13:33
lpappbluelightning: can you please run a command for me?13:35
*** jbrianceau is now known as jbrianceau_away13:36
lpappbluelightning: https://paste.kde.org/pwmdd6sig13:36
lpappwith and without shared13:36
lpappseems that the shared pthread library is broken in Yocto based on this.13:37
*** sarahsharp <sarahsharp!~sarah@134.134.139.70> has joined #yocto13:37
*** jku <jku!~jku@212-149-207-214.bb.dnainternet.fi> has joined #yocto13:38
lpappbut I wonder if you can reproduce it with this simple test case.13:40
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC13:40
lpapp(or anyone else, too)13:43
*** TobSnyder <TobSnyder!~schneider@ip92341b76.dynamic.kabel-deutschland.de> has quit IRC13:44
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto13:45
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC13:48
*** AndersD <AndersD!~anders@213-64-219-84-no126.business.telia.com> has quit IRC13:56
*** belen <belen!Adium@nat/intel/x-mhcrchverwtmgwsv> has quit IRC13:59
*** belen <belen!~Adium@192.198.151.43> has joined #yocto14:00
JaMamckoan: install e2fsprogs-fsck14:01
*** wadim_ <wadim_!~egorov@mail.microcatalog.org.uk> has quit IRC14:13
*** sarahsharp <sarahsharp!~sarah@134.134.139.70> has quit IRC14:15
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC14:16
mckoanJaMa: thx14:18
*** tsramos <tsramos!tsramos@nat/intel/x-whowvtnyveqpweqd> has joined #yocto14:19
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC14:20
*** ant_work <ant_work!~ant__@host222-188-static.61-79-b.business.telecomitalia.it> has quit IRC14:21
mckoanJaMa: do you mean recipe e2fsprogs_1.42.9.bb ?14:24
lpappwhat is the best way of patching a patch in Yocto again?14:25
lpappbitbake -c patch and then recreating and copying it back to its files/ directory?14:25
kergothgenerally, yeah. you can use quilt to make it easy, just pop to the appropriate patch if it's not on top, make your changes, quilt refresh14:26
lpappyep, we used quilt at Nokia for maemo/meego back then :)14:27
lpappkergoth: thanks, btw, do you have any idea for the static pthread linkage?14:27
lpappwhy is that not giving me the pthread_atfork symbol like the dynamic library? Both are generated by meta, I would assume14:28
lpappI provided the reproduction case above, but I am still not convinced whether it is a bug or pebkac.14:28
*** benjamirc <benjamirc!~besquive@134.134.137.71> has joined #yocto14:30
kergothsadly not, don't have all that much experience with pthread14:30
kergoththat said, from a bit of googling, http://ryanarn.blogspot.com/2011/07/curious-case-of-pthreadatfork-on.html may be the info you need14:30
kergothlooks like it shouldn't bein the actual .so, but in the _nonshared, and the libpthread.so linker script should pull both in, so it should work when dynamic linking, but via that mechanism14:31
kergothbut *shrug*, not an expert on this, never seen this before14:31
kergothah. "So when -lpthread is added before foo.o on the linker invocation, libpthread_nonshared.a is linked and pthread_atfork is purged as unneeded before foo.o is processed.  So to solve this we need to make sure that the reference to pthread_atfork by foo.o is registered before libpthread_nonshared.a is linked. "14:32
*** SoylentYellow <SoylentYellow!~SoylentYe@216-54-230-114.static.twtelecom.net> has joined #yocto14:33
kergothobviously assuming that blog post is accurate, but it's certainly worth looking into14:33
lpappI agree, thank you very much :)14:33
kergothnp14:33
*** tasslehoff <tasslehoff!~Tasslehof@77.40.182.102> has quit IRC14:36
*** rburton1 <rburton1!~Adium@35.106.2.81.in-addr.arpa> has joined #yocto14:37
*** jku <jku!~jku@212-149-207-214.bb.dnainternet.fi> has quit IRC14:38
*** tsramos <tsramos!tsramos@nat/intel/x-whowvtnyveqpweqd> has quit IRC14:38
*** tsramos <tsramos!tsramos@nat/intel/x-mbopjkcwhyiepmdn> has joined #yocto14:38
bluelightningFYI, I would recommend devtool be used for patch updating from 1.8/fido and later14:38
bluelightningwell, unless you really like quilt I guess14:39
lpappunfortunately, it is daisy14:39
JaMamckoan: e2fsprogs-e2fsck is name of package created by e2fsprogs recipe14:39
*** cart_man <cart_man!~cart_man@gwise.truvelo.co.za> has quit IRC14:40
*** tsramos <tsramos!tsramos@nat/intel/x-mbopjkcwhyiepmdn> has quit IRC14:41
bluelightninglpapp: right, it was more for others' benefit (and perhaps your future self ;)14:41
*** tsramos <tsramos!tsramos@nat/intel/x-wdpmwhbytaqjzjgr> has joined #yocto14:41
lpappwe will update to fido in one year time if all goes well.14:41
lpapplagging about one year behind to wait for stable releases, i.e. not .014:42
bluelightningfair enough14:43
pevkergoth: The default quilt doesn't refresh the link target in yocto though does it? I had to write a patch to fix that here...14:43
*** trj <trj!~trj@82-69-47-156.dsl.in-addr.zen.co.uk> has joined #yocto14:47
mckoanJaMa: perfect! thx14:49
*** SoylentYellow <SoylentYellow!~SoylentYe@216-54-230-114.static.twtelecom.net> has quit IRC14:51
*** jku <jku!~jku@85-76-142-20-nat.elisa-mobile.fi> has joined #yocto14:55
*** benjamirc <benjamirc!~besquive@134.134.137.71> has quit IRC15:02
fraypev, that is intentional.. as it's the developer who needs to decide their change is correct and to move the patch out to the recipe --- as well as do the other necessary things for their CM practices..  put it in a layer, submit a patch to OE, etc etc etc..  a lot of people automate pieces of this work.. but I don't believe there is a general right answer for everyone at this point15:03
lpappkergoth: unfortunately, changing the order did not help me.15:04
*** mime <mime!ca5311d2@gateway/web/freenode/ip.202.83.17.210> has quit IRC15:04
pevfray: Really? The way it's set up (certainly in 1.6 I'm using) is that a quilt refresh *should* refresh the patch in the recipe, it's only because theres a bug (feature?) in quilt where it doesn't follow symlinks properly this doesn't happen. I'd agree that of course it needs to be reviewed etc but that's all down to your vc management surely?15:06
frayIf I'm a consumer of OE but not a contributor.. and I patch something.. I shouldn't be modifying oe-core.. I should be modifying my own layer15:07
fraywhich requires adding a .bbappend, SRC_URI to my new patch, etc, etc, etc..15:07
pevThat's a different issue :-)15:07
frayin the past we've had people ask that we "fix" the issue.. and it's been turned down for that reason15:07
*** tsramos <tsramos!tsramos@nat/intel/x-wdpmwhbytaqjzjgr> has quit IRC15:07
pevI'm talking about an existing patch in a layer that you're refreshing via quilt which should follow the symlink15:07
pevi.e. patch editing as it were not creation15:08
fraythats the issue where does it write new patches to.. and even if you edit them.. you may not want it to go where it's putting it..15:08
*** tsramos <tsramos!tsramos@nat/intel/x-sbyenwgtahkkkpeg> has joined #yocto15:08
pevI'm talking about existing not new patches15:08
frayI agree, it's inconvienent.. but it's been intentionally 'ignored' as a problem because there was a clear solution15:08
pevSo when you do_fetch the build dir has the patch symlinked back to the recipe15:09
frayI regularly have to modify existing patches, that end up getting copies in my project layers..  I don't want to modify upstream layers when I do that..15:09
pevSure but you'd need to explicitly push your changes for that. On balance losing all your changes because of a bitbake -c clean is worse as that's outside the scope of vc15:10
frayI don't disagree..15:12
*** tsramos <tsramos!tsramos@nat/intel/x-sbyenwgtahkkkpeg> has quit IRC15:12
fraypropose a solution and workflow, it might be good enough to be adopted..15:12
fray(mailing list, likely oe-core is the right place to discuss that.)15:13
fray(openembedded-core@lists.openembedded.org)15:13
*** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto15:15
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto15:15
lpappkergoth: seems hidden is different to undefined symbol.15:19
lpappor something along those lines.15:19
*** benjamirc <benjamirc!besquive@nat/intel/x-hciexnfhokeixzdb> has joined #yocto15:21
*** Shanx_ <Shanx_!c3dc2512@gateway/web/freenode/ip.195.220.37.18> has quit IRC15:27
*** roric_ <roric_!~roric@83.140.117.51> has quit IRC15:28
mckoanis there any option to set to enable checkroot.sh at boot ?15:28
*** sarahsharp <sarahsharp!~sarah@134.134.137.71> has joined #yocto15:29
*** egavin <egavin!~egavin@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC15:31
*** manuel__ <manuel__!~manuel@209.6.175.242> has quit IRC15:31
*** manuel__ <manuel__!~manuel@209.6.175.242> has joined #yocto15:34
*** belen <belen!~Adium@192.198.151.43> has quit IRC15:36
mckoanthe script fails due to fsck: fsck.auto: No such file or directory15:38
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-uklshfjydlhpxfuc> has quit IRC15:38
*** vmesons is now known as vmeson15:39
*** tsramos <tsramos!tsramos@nat/intel/x-dmlbhbsxckjylkug> has joined #yocto15:44
*** Levi <Levi!~vlevidas@192.55.54.40> has joined #yocto15:44
-YoctoAutoBuilder- build #267 of poky-tiny is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/poky-tiny/builds/26715:46
*** belen1 <belen1!Adium@nat/intel/x-yshbtyafgnisamrp> has joined #yocto15:47
pevfray: TBH I was just going to submit the patch that makes quilt respect symlinks and let that start a discussion, but have been busy recently!15:49
*** galak <galak!~galak@104-57-189-103.lightspeed.austtx.sbcglobal.net> has joined #yocto15:49
*** sgw_ <sgw_!~sgw_@134.134.139.70> has quit IRC15:52
*** ddom <ddom!~ddom@p4FFDA58E.dip0.t-ipconnect.de> has quit IRC15:53
*** egavin <egavin!~egavin@43.Red-2-139-180.staticIP.rima-tde.net> has joined #yocto15:56
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto15:57
*** grma <grma!~gruberm@HSI-KBW-46-237-193-133.hsi.kabel-badenwuerttemberg.de> has quit IRC15:57
*** smustafa <smustafa!~mustafa@110.93.212.98> has quit IRC15:58
*** belen2 <belen2!~Adium@192.198.151.43> has joined #yocto16:01
*** benjamirc <benjamirc!besquive@nat/intel/x-hciexnfhokeixzdb> has quit IRC16:01
*** belen3 <belen3!~Adium@192.198.151.43> has joined #yocto16:01
*** benjamirc <benjamirc!besquive@nat/intel/x-vdyxilzvkjlptoej> has joined #yocto16:02
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto16:02
*** belen1 <belen1!Adium@nat/intel/x-yshbtyafgnisamrp> has quit IRC16:03
*** varibull <varibull!~varibull@ta.tainstruments.com> has quit IRC16:03
mckoanlooks like checkroot.sh is unusable16:05
*** belen2 <belen2!~Adium@192.198.151.43> has quit IRC16:06
*** mckoan is now known as mckoan|away16:11
*** jku <jku!~jku@85-76-142-20-nat.elisa-mobile.fi> has quit IRC16:11
*** sgw_ <sgw_!~sgw_@134.134.139.76> has joined #yocto16:12
*** limbrik <limbrik!~textual@64.197.89.235> has quit IRC16:19
*** limbrik <limbrik!~textual@64.197.89.235> has joined #yocto16:20
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC16:20
*** tsramos <tsramos!tsramos@nat/intel/x-dmlbhbsxckjylkug> has quit IRC16:22
*** tsramos <tsramos!tsramos@nat/intel/x-bmpkmgsnxpkgwfya> has joined #yocto16:23
*** Levi <Levi!~vlevidas@192.55.54.40> has quit IRC16:26
*** Levi <Levi!~vlevidas@192.55.54.40> has joined #yocto16:27
*** tsramos <tsramos!tsramos@nat/intel/x-bmpkmgsnxpkgwfya> has quit IRC16:27
*** logient <logient!4d0af031@gateway/web/freenode/ip.77.10.240.49> has joined #yocto16:27
logientHello! How can I create a directory in "do_install", e.g. /home/myFolder/Foo.  "install /home/myFolder/Foo" fails (getting root_fs errors)16:28
kergothdo_install installs to ${D}16:29
kergothinstall -d ${D}/foo16:29
kergoththat said, packaging files destined for a home directory is almost always the wrong approach, unless it's a short term hack16:29
*** Levi <Levi!~vlevidas@192.55.54.40> has quit IRC16:31
*** belen3 <belen3!~Adium@192.198.151.43> has quit IRC16:32
logientwhy is it wrong?16:33
kergothlpapp: did you check your libpthread.so and libpthread_nonshared.a using nm —defined-only to see if either have pthread_atfork? that'd be my next step, figure out if your libs actually have what you need16:33
lpappyes, that was the first thing that I did.16:33
kergothah. well, i'm just about out of ideas then :)16:34
logientI do not understand, why are home folders under yocto are located unter /usr/share/myUser??16:35
logientwhen using the useradd-script?16:35
lpappkergoth: https://paste.kde.org/pscbbmimb16:35
logientisnt it supposed to be "/home/myUser"16:36
*** belen1 <belen1!Adium@nat/intel/x-hmyjdkmqiidyqqyq> has joined #yocto16:37
lpappkergoth: I appreciate the ideas. Do you have any other?16:38
kergothlooks like it's right where it's supposed to be, so that's good to know, just need to figure out why your linker can't find it.. i guess make sure the libpthread.so linker script looks correct, beyond that look a the link line?16:39
kergothnot sure as to the next step beyond that16:39
*** belen1 <belen1!Adium@nat/intel/x-kyojmnbycxhvosgi> has joined #yocto16:40
lpappthe linker script is also generated by Yocto and that looks ok to me.16:40
*** pev <pev!~pev@mail.analogue-micro.com> has quit IRC16:41
lpappfwiw, the libgpib library uses pthread_atfork and not the application16:42
lpappso I added -lgpib before -lpthread just in case. I also tried adding -pthread.16:43
*** vmeson <vmeson!~rmacleod@128.224.252.2> has quit IRC16:49
*** sjolley <sjolley!~sjolley@134.134.137.75> has joined #yocto16:52
logientplease, could someone help me why the useradd-script installs the home folders to "/usr/share/"? why not at /home/ ??16:53
logientwhat is the reason for that16:53
kergothlpapp: was libgpib linked with pthread itself?16:56
lpappyeah, I am just browsing the logs in temp :)16:58
lpappperhaps it is easier to run ldd through libgpib than browsing the log?16:58
lpappalthough if it is statically linked against libpthread_nonshared.a....16:59
-YoctoAutoBuilder- build #273 of eclipse-plugin-juno is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/eclipse-plugin-juno/builds/27317:00
*** sameo <sameo!~samuel@192.55.55.37> has quit IRC17:01
*** vmeson <vmeson!~rmacleod@128.224.252.2> has joined #yocto17:04
kidohi, I'm compiling a recipe that installs headers in ${D}${includedir} they are well installed in the image but they are not in the build/tmp/sysroots/*/ directory, so I can't use those headers from other recipes. Can someone tell me how I could install the headers in the sysroot?17:06
*** manuel__ <manuel__!~manuel@209.6.175.242> has quit IRC17:10
lpappkergoth: seems that the answer is "nope", ./log.do_compile.12467:693:arm-foo-linux-gnueabi-gcc  -mno-thumb-interwork -marm -shared -Wl,--version-script=./gpib_version_script -Wl,-soname -Wl,libgpib.so.0 -o libgpib.so.0.1.7 ibCac.o ibClr.o ibCmd.o ibEos.o ibEot.o ibFind.o ibLines.o ibOnl.o ibPad.o ibRd.o ibRpp.o ibRsp.o ibRsv.o ibSad.o ibSic.o ibSre.o ibTmo.o ibTrg.o ibWait.o ibWrt.o ibGts.o ibBoard.o ibutil.o17:10
lpapp globals.o ibask.o ibppc.o ibLoc.o ibDma.o ibdev.o ibbna.o async.o ibconfig.o ibFindLstn.o ibEvent.o local_lockout.o self_test.o pass_control.o ibstop.o ibConfLex.o ibConfYacc.o -lc17:10
lpappperhaps that should be linked against -lpthread then rather than the app?17:11
*** lamego <lamego!~lamego@134.134.137.73> has quit IRC17:12
bluelightningkido: if your recipe installs headers into ${D}${includedir} and other recipes have your recipe in DEPENDS then that should be enough17:12
-YoctoAutoBuilder- build #272 of eclipse-plugin-kepler is complete: Failure [failed Building Eclipse Plugin Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org/main/builders/eclipse-plugin-kepler/builds/27217:13
bluelightningkido: you can double-check the process by looking at the image/ and sysroot-destdir/ directories in the work directory for your recipe17:13
kidooh thank you I didn't think about DEPENDS, what if the recipe that provides the headers provides a virtual package ?17:15
*** sarahsharp <sarahsharp!~sarah@134.134.137.71> has quit IRC17:16
*** belen1 <belen1!Adium@nat/intel/x-kyojmnbycxhvosgi> has quit IRC17:16
*** benjamirc <benjamirc!besquive@nat/intel/x-vdyxilzvkjlptoej> has quit IRC17:18
*** belen1 <belen1!Adium@nat/intel/x-hwekrgadtvsdffol> has joined #yocto17:18
lpappkergoth: I thought the following linkage order oughta still work, -o foo -lgpib -pthread -lpthread -> is that wrong in this case?17:18
bluelightningkido: what do you mean by a virtual package?17:20
*** hitlin37 <hitlin37!uid16371@gateway/web/irccloud.com/x-vijiroqpujexfqvs> has quit IRC17:22
kidowell the first package is called "full-X" it provides virtual/X-headers and the second package named Y depends on X-headers17:23
*** lamego <lamego!~lamego@134.134.137.73> has joined #yocto17:23
*** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has quit IRC17:23
bluelightningso by package in this context you mean recipe? i.e. we're talking about DEPENDS here right, not RDEPENDS?17:24
kidoyes Y DEPENDS on virtual/X-headers17:25
kidonot RDEPENDS17:25
bluelightningshouldn't be an issue, as long as the recipe that actually installs the headers has virtual/X-headers in its PROVIDES17:25
kidoand sorry I meant recipe, I'm still not used to the yocto's vocabulary17:26
*** manuel__ <manuel__!~manuel@209.6.175.242> has joined #yocto17:26
kidoyes full-X PROVIDES virtual/X-headers17:26
*** roric_ <roric_!~roric@h196n19-vrr-a31.ias.bredband.telia.com> has joined #yocto17:28
*** benjamirc <benjamirc!~besquive@134.134.137.71> has joined #yocto17:31
*** egavin <egavin!~egavin@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC17:32
*** T0mW <T0mW!~Tom@70.15.161.110.res-cmts.t132.ptd.net> has quit IRC17:34
*** pohly <pohly!~pohly@p5DE8FC94.dip0.t-ipconnect.de> has quit IRC17:35
*** jchonig_ <jchonig_!~quassel@firewall.honig.net> has quit IRC17:37
*** jchonig <jchonig!~quassel@firewall.honig.net> has joined #yocto17:38
*** jchonig <jchonig!~quassel@firewall.honig.net> has quit IRC17:46
*** realBigfoot <realBigfoot!~realBigfo@134.191.220.71> has quit IRC17:47
*** jchonig <jchonig!~quassel@firewall.honig.net> has joined #yocto17:48
*** realBigfoot <realBigfoot!~realBigfo@134.191.220.71> has joined #yocto17:48
*** lamego1 <lamego1!~jalamego@134.134.139.72> has joined #yocto17:50
*** SorenHolm <SorenHolm!~quassel@5634f191.rev.stofanet.dk> has joined #yocto17:51
*** galak <galak!~galak@104-57-189-103.lightspeed.austtx.sbcglobal.net> has quit IRC17:51
*** lamego1 <lamego1!~jalamego@134.134.139.72> has left #yocto17:54
*** jku <jku!~jku@85-76-142-20-nat.elisa-mobile.fi> has joined #yocto17:56
*** SorenHolm <SorenHolm!~quassel@5634f191.rev.stofanet.dk> has quit IRC18:03
*** manuel__ <manuel__!~manuel@209.6.175.242> has quit IRC18:05
*** manuel__ <manuel__!~manuel@209.6.175.242> has joined #yocto18:07
*** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC18:10
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC18:19
*** SorenHolm <SorenHolm!~quassel@5634f191.rev.stofanet.dk> has joined #yocto18:22
*** belen1 <belen1!Adium@nat/intel/x-hwekrgadtvsdffol> has quit IRC18:36
*** jku <jku!~jku@85-76-142-20-nat.elisa-mobile.fi> has quit IRC18:43
*** galak <galak!~galak@104-57-189-103.lightspeed.austtx.sbcglobal.net> has joined #yocto18:46
*** manuel__ <manuel__!~manuel@209.6.175.242> has quit IRC18:52
*** JaMa <JaMa!~martin@ip-86-49-34-37.net.upcbroadband.cz> has quit IRC18:56
*** SoylentYellow <SoylentYellow!~SoylentYe@216-54-230-114.static.twtelecom.net> has joined #yocto19:00
*** roric_ <roric_!~roric@h196n19-vrr-a31.ias.bredband.telia.com> has quit IRC19:02
*** LocutusOfBorg1 <LocutusOfBorg1!~Gianfranc@dynamic-adsl-94-39-91-45.clienti.tiscali.it> has quit IRC19:02
*** lamego <lamego!~lamego@134.134.137.73> has quit IRC19:10
*** lamego <lamego!~jalamego@134.134.139.72> has joined #yocto19:17
*** moto-timo <moto-timo!~timo@72.29.171.20> has quit IRC19:18
*** manuel__ <manuel__!~manuel@209.6.175.242> has joined #yocto19:23
-YoctoAutoBuilder- build #268 of poky-tiny is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/poky-tiny/builds/26819:24
*** lamego1 <lamego1!~jalamego@134.134.139.72> has joined #yocto19:27
*** lamego <lamego!~jalamego@134.134.139.72> has quit IRC19:27
*** lamego1 <lamego1!~jalamego@134.134.139.72> has left #yocto19:27
*** lamego1 <lamego1!~jalamego@134.134.139.72> has joined #yocto19:28
*** moto-timo <moto-timo!~timo@72.29.171.20> has joined #yocto19:29
*** lamego1 <lamego1!~jalamego@134.134.139.72> has left #yocto19:29
*** manuel__ <manuel__!~manuel@209.6.175.242> has joined #yocto19:31
*** lamego1 <lamego1!~jalamego@134.134.139.72> has joined #yocto19:31
*** manuel__ <manuel__!~manuel@209.6.175.242> has quit IRC19:32
* kergoth notices that anibal changed his license priority implementation in a way that loses a bit of functionality, and also he wasn't credited for it in any way19:35
*** SoylentYellow <SoylentYellow!~SoylentYe@216-54-230-114.static.twtelecom.net> has quit IRC19:36
*** manuel__ <manuel__!~manuel@209.6.175.242> has joined #yocto19:45
*** manuel__ <manuel__!~manuel@209.6.175.242> has quit IRC19:49
*** SoylentYellow <SoylentYellow!~SoylentYe@130.164.62.59> has joined #yocto19:51
*** logient <logient!4d0af031@gateway/web/freenode/ip.77.10.240.49> has quit IRC19:54
*** aehs29 <aehs29!~aehernan@134.134.139.74> has quit IRC20:05
*** kscherer <kscherer!~kscherer@128.224.252.2> has quit IRC20:31
*** vmeson <vmeson!~rmacleod@128.224.252.2> has quit IRC20:32
*** Rootert <Rootert!~Rootert@54694E34.cm-12-2b.dynamic.ziggo.nl> has quit IRC20:32
*** Rootert <Rootert!~Rootert@54694E34.cm-12-2b.dynamic.ziggo.nl> has joined #yocto20:33
*** bluelightning <bluelightning!~paul@2001:8b0:258:7d7a:5e51:4fff:febb:401d> has joined #yocto20:34
*** bluelightning <bluelightning!~paul@2001:8b0:258:7d7a:5e51:4fff:febb:401d> has quit IRC20:34
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:34
*** sameo <sameo!samuel@nat/intel/x-fxbvazdqckqdbvjc> has joined #yocto20:38
*** varibull <varibull!~varibull@c-69-137-131-106.hsd1.de.comcast.net> has joined #yocto20:39
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC20:42
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:42
*** manuel__ <manuel__!~manuel@209.6.175.242> has joined #yocto20:43
*** rburton1 <rburton1!~Adium@35.106.2.81.in-addr.arpa> has quit IRC20:46
*** aehs29 <aehs29!~aehernan@134.134.139.74> has joined #yocto20:50
*** LocutusOfBorg1 <LocutusOfBorg1!~Gianfranc@94.161.244.119> has joined #yocto21:00
*** madisox <madisox!~madison@70.90.175.93-BusName-ca.sfba.hfc.comcastbusiness.net> has quit IRC21:04
*** ant_home <ant_home!~ant__@host185-253-dynamic.48-82-r.retail.telecomitalia.it> has joined #yocto21:04
*** SorenHolm <SorenHolm!~quassel@5634f191.rev.stofanet.dk> has quit IRC21:08
*** manuel__ <manuel__!~manuel@209.6.175.242> has quit IRC21:09
*** aehs29 <aehs29!~aehernan@134.134.139.74> has quit IRC21:18
*** jimBaxter <jimBaxter!~jbaxter@jimbax.plus.com> has quit IRC21:21
*** sameo <sameo!samuel@nat/intel/x-fxbvazdqckqdbvjc> has quit IRC21:26
*** SoylentYellow <SoylentYellow!~SoylentYe@130.164.62.59> has quit IRC21:33
*** aehs29 <aehs29!~aehernan@134.134.139.74> has joined #yocto21:42
*** manuel__ <manuel__!~manuel@209.6.175.242> has joined #yocto21:48
*** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC22:01
*** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto22:01
*** sjolley <sjolley!~sjolley@134.134.137.75> has quit IRC22:02
*** SoylentYellow <SoylentYellow!~SoylentYe@216-54-230-114.static.twtelecom.net> has joined #yocto22:02
*** manuel__ <manuel__!~manuel@209.6.175.242> has quit IRC22:02
*** sjolley <sjolley!~sjolley@134.134.137.75> has joined #yocto22:03
*** manuel__ <manuel__!~manuel@209.6.175.242> has joined #yocto22:05
*** sarahsharp <sarahsharp!sarah@nat/intel/x-jhpveyvhbunusama> has joined #yocto22:06
*** galak <galak!~galak@104-57-189-103.lightspeed.austtx.sbcglobal.net> has quit IRC22:08
*** sjolley <sjolley!~sjolley@134.134.137.75> has quit IRC22:11
*** sjolley <sjolley!~sjolley@134.134.137.75> has joined #yocto22:12
*** manuel__ <manuel__!~manuel@209.6.175.242> has quit IRC22:14
moto-timowhere do the *.wks files for wic live in the tree?22:16
*** ant_home <ant_home!~ant__@host185-253-dynamic.48-82-r.retail.telecomitalia.it> has quit IRC22:18
moto-timoahhh. http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/scripts/lib/image/canned-wks22:20
*** sjolley <sjolley!~sjolley@134.134.137.75> has quit IRC22:22
*** sjolley <sjolley!sjolley@nat/intel/x-lpuqldgvxrdtfasv> has joined #yocto22:24
*** benjamirc <benjamirc!~besquive@134.134.137.71> has quit IRC22:34
*** varibull <varibull!~varibull@c-69-137-131-106.hsd1.de.comcast.net> has quit IRC22:34
*** noisebleed_ <noisebleed_!~quassel@lula.inescn.pt> has quit IRC22:37
*** noisebleed <noisebleed!~quassel@gentoo/contributor/noisebleed> has joined #yocto22:38
*** manuel__ <manuel__!~manuel@c-24-61-43-145.hsd1.ma.comcast.net> has joined #yocto22:47
*** anselmolsm <anselmolsm!~anselmols@192.55.55.37> has quit IRC22:50
*** benjamirc <benjamirc!~besquive@134.134.139.70> has joined #yocto22:51
*** nighty^ <nighty^!~nighty@hokuriku.rural-networks.com> has quit IRC22:54
*** sjolley <sjolley!sjolley@nat/intel/x-lpuqldgvxrdtfasv> has quit IRC22:58
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC22:59
*** sjolley <sjolley!~sjolley@134.134.137.75> has joined #yocto22:59
*** sjolley <sjolley!~sjolley@134.134.137.75> has quit IRC23:00
*** paulg_ <paulg_!~paulg@71-19-175-186.dedicated.allstream.net> has joined #yocto23:05
*** lamego1 <lamego1!~jalamego@134.134.139.72> has left #yocto23:08
*** sarahsharp <sarahsharp!sarah@nat/intel/x-jhpveyvhbunusama> has quit IRC23:15
*** SoylentYellow <SoylentYellow!~SoylentYe@216-54-230-114.static.twtelecom.net> has quit IRC23:22
*** aehs29 <aehs29!~aehernan@134.134.139.74> has left #yocto23:22
*** LocutusOfBorg1 <LocutusOfBorg1!~Gianfranc@94.161.244.119> has quit IRC23:24
*** benjamirc <benjamirc!~besquive@134.134.139.70> has quit IRC23:25
*** moto_timo <moto_timo!~timo@72.29.171.20> has joined #yocto23:30
*** sjolley <sjolley!~sjolley@134.134.139.76> has joined #yocto23:30
*** moto_timo <moto_timo!~timo@72.29.171.20> has quit IRC23:31
*** nighty^ <nighty^!~nighty@static-68-179-124-161.ptr.terago.net> has joined #yocto23:32
*** manuel__ <manuel__!~manuel@c-24-61-43-145.hsd1.ma.comcast.net> has quit IRC23:32
*** kanavin_ <kanavin_!ak@nat/intel/x-smiipwrvvfawubza> has joined #yocto23:33
*** realBigfoot_ <realBigfoot_!~realBigfo@134.191.220.71> has joined #yocto23:34
*** jchonig_ <jchonig_!~quassel@firewall.honig.net> has joined #yocto23:34
*** ulf`_ <ulf`_!~ulf@134.134.137.71> has joined #yocto23:35
*** stryx`__ <stryx`__!~stryx@149.255.110.134> has joined #yocto23:35
*** hundebol1 <hundebol1!~hundeboll@open-mesh.org/catwoman/hundeboll> has joined #yocto23:35
*** chankit1 <chankit1!~oneam@175.136.70.175> has quit IRC23:36
*** darknighte_ <darknighte_!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto23:38
*** moto-timo <moto-timo!~timo@72.29.171.20> has quit IRC23:38
*** nighty^_ <nighty^_!~nighty@static-68-179-124-161.ptr.terago.net> has quit IRC23:38
*** ulf` <ulf`!~ulf@134.134.137.71> has quit IRC23:38
*** kido <kido!~kido@unaffiliated/kido> has quit IRC23:38
*** sgw_ <sgw_!~sgw_@134.134.139.76> has quit IRC23:38
*** psrcode <psrcode!~ubuntu@ec2-54-68-0-84.us-west-2.compute.amazonaws.com> has quit IRC23:38
*** hundeboll <hundeboll!~hundeboll@open-mesh.org/catwoman/hundeboll> has quit IRC23:38
*** joraj <joraj!~ubuntu@ec2-54-68-0-84.us-west-2.compute.amazonaws.com> has joined #yocto23:38
*** vquicksilver_ <vquicksilver_!~nobody@gentoo/contributor/vquicksilver> has joined #yocto23:39
*** ecdhe_ <ecdhe_!~ecdhe@173-22-126-166.client.mchsi.com> has joined #yocto23:39
*** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has quit IRC23:39
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC23:39
*** abelloni <abelloni!~abelloni@128-79-216-6.hfc.dyn.abo.bbox.fr> has quit IRC23:39
*** realBigfoot <realBigfoot!~realBigfo@134.191.220.71> has quit IRC23:39
*** jchonig <jchonig!~quassel@firewall.honig.net> has quit IRC23:39
*** ecdhe <ecdhe!~ecdhe@173-22-126-166.client.mchsi.com> has quit IRC23:39
*** kanavin <kanavin!ak@nat/intel/x-hsyukvwqzgbweakt> has quit IRC23:39
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has quit IRC23:39
*** kido` <kido`!~kido@coruscant.placeholder.fr> has joined #yocto23:39
*** stryx`__ <stryx`__!~stryx@149.255.110.134> has quit IRC23:40
*** stryx`__ <stryx`__!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto23:40
*** stryx`__ is now known as stryx`23:40
*** moto-timo <moto-timo!~timo@72.29.171.20> has joined #yocto23:41
*** abelloni <abelloni!~abelloni@128-79-216-6.hfc.dyn.abo.bbox.fr> has joined #yocto23:42
-YoctoAutoBuilder- build #259 of nightly-ipk is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ipk/builds/25923:47
*** agust <agust!~agust@p4FC466E3.dip0.t-ipconnect.de> has quit IRC23:48
*** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto23:50
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC23:50
*** manuel__ <manuel__!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto23:59

Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!