Tuesday, 2013-07-16

*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC00:03
*** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has quit IRC00:14
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC00:15
*** sameo <sameo!~samuel@192.55.54.41> has quit IRC00:24
*** _julian_ <_julian_!~quassel@x2f0c43b.dyn.telefonica.de> has joined #yocto00:26
*** _julian <_julian!~quassel@x2f12a34.dyn.telefonica.de> has quit IRC00:30
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC00:31
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto00:40
khemmulhern: yes its normal but rare these days since releases are frequent and timely, what features do you have in mind00:47
mulhernkhem: It's security related from a person who contacted me in France.00:48
mulhernkhem: gcc 4.8 currently has two flags: -fstack-protector and -fstack-protector-all00:48
mulhernThey implement the same mechanism.00:49
CircuitsoftSo, after making a busybox_1.20.2.bbappend and files/defconfig with corrected CONFIG_IFUPDOWN_UDHCPC_CMD_OPTIONS, it's still building with the -n option in ifupdown.00:49
khemmulhern: we have recently added security feature00:49
khemlook into that it should cover it00:49
mulhernkhem: Where should I look?00:49
khemat OpenEmbedded core metadata00:49
*** scot_ <scot_!~scot@client-74-113.natinst.com> has quit IRC00:49
mulhernkhem: In bugzilla? Or in directory structure?00:52
khemdirectories00:53
kheme.g. meta/conf/distro/include/security_flags.inc00:53
khemyou would include that in your distro00:53
khemand it should start to harden your distro00:53
khemor you can just add it to your local.conf00:54
khemrequire conf/distro/include/security_flags.inc00:54
mulhernkhem: Is more complicated. There is a third flag now, -fstack-protector-strong, which seems to have gone into gcc 4.9.00:54
khemyes, that needs to be backported first into gcc 4.800:55
mulhernIt works like the other two but causes the transformation to be applied more often than -fstack-protector but much less often than -fstack-protector-all.00:56
mulhernIt's been used on chromiumos for a while now and seems well liked.00:57
khemI know this option00:57
khemseems less intrusive to me00:57
mulhernReports are slowdown is minimal, whereas -fstack-protector-all it's pretty serious (typically).00:58
khemyes,00:58
khemI would only worry if the gcc testsuite regressions are OK00:59
khemare not ok00:59
mulhernRight.00:59
mulhernSo, you would be open to it if it wasn't breaking stuff and the appropriate patch could be obtained?01:00
khemIf you have plans to propose a backport its ok01:00
khemmake sure that both gcc and metadata are fixed01:00
*** seebs <seebs!~seebs@home.seebs.net> has quit IRC01:43
*** zeddii_home <zeddii_home!~zeddii_ho@CPE002369bcfa62-CMbcc810032faf.cpe.net.cable.rogers.com> has quit IRC01:44
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto01:45
mulhernOK!01:46
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC01:46
*** zz_ka6sox is now known as ka6sox01:59
*** mitz <mitz!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has quit IRC02:01
*** Circuitsoft <Circuitsoft!ccb603ed@gateway/web/freenode/ip.204.182.3.237> has quit IRC02:02
*** silviof1 <silviof1!~silviof@ppp-188-174-168-240.dynamic.mnet-online.de> has joined #yocto02:06
*** mitz <mitz!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has joined #yocto02:07
*** silviof <silviof!~silviof@ppp-93-104-180-25.dynamic.mnet-online.de> has quit IRC02:08
*** mario-goulart <mario-goulart!~user@email.parenteses.org> has quit IRC02:43
*** mario-go` <mario-go`!~user@email.parenteses.org> has joined #yocto02:43
*** tonyho <tonyho!d2166d86@gateway/web/freenode/ip.210.22.109.134> has joined #yocto02:59
*** davest <davest!~Adium@134.134.139.70> has joined #yocto03:02
tonyhoIs anyone can help me for the Question: http://stackoverflow.com/questions/17648449/where-to-see-the-detail-of-do-rootfs-procedurethe-copied-files-path-in-openemb03:03
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC03:12
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto03:13
*** davest <davest!~Adium@134.134.139.70> has quit IRC03:19
*** qiang <qiang!~qiang@1.202.252.122> has joined #yocto03:19
*** qiang <qiang!~qiang@1.202.252.122> has quit IRC03:19
*** qiang <qiang!~qiang@1.202.252.122> has joined #yocto03:20
qiangHow to use the SSTATE_MIRRORS in the case of NFS server ?03:21
*** zeddii_home <zeddii_home!~zeddii_ho@CPE002369bcfa62-CMbcc810032faf.cpe.net.cable.rogers.com> has joined #yocto03:27
*** klinger_ <klinger_!~klinger@e181052222.adsl.alicedsl.de> has joined #yocto03:44
*** klinger <klinger!~klinger@g229144074.adsl.alicedsl.de> has quit IRC03:48
*** doerrpau <doerrpau!~doerrpau@cpe-70-124-65-123.austin.res.rr.com> has quit IRC04:05
*** tonyho <tonyho!d2166d86@gateway/web/freenode/ip.210.22.109.134> has quit IRC04:10
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC04:19
*** behanw <behanw!~behanw@216-58-123-51.cpe.distributel.net> has quit IRC04:20
*** crazy_imp <crazy_imp!~mj@a89-182-43-254.net-htp.de> has quit IRC04:41
*** crazy_imp <crazy_imp!~mj@a89-182-36-172.net-htp.de> has joined #yocto04:42
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto04:46
*** agust <agust!~agust@p4FC46E3E.dip0.t-ipconnect.de> has joined #yocto04:47
*** zeddii_home <zeddii_home!~zeddii_ho@CPE002369bcfa62-CMbcc810032faf.cpe.net.cable.rogers.com> has quit IRC04:49
*** zeddii_home <zeddii_home!~zeddii_ho@CPE002369bcfa62-CMbcc810032faf.cpe.net.cable.rogers.com> has joined #yocto04:51
*** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has joined #yocto04:55
*** phdeswer_ <phdeswer_!~phdeswer@a88-113-104-180.elisa-laajakaista.fi> has joined #yocto05:09
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto05:19
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC05:40
*** plfiorini <plfiorini!~plfiorini@93-39-243-250.ip78.fastwebnet.it> has joined #yocto05:48
*** tor <tor!~tor@c-ef66e655.125-1-64736c10.cust.bredbandsbolaget.se> has joined #yocto05:49
*** phdeswer_ <phdeswer_!~phdeswer@a88-113-104-180.elisa-laajakaista.fi> has quit IRC06:07
*** phdeswer_ <phdeswer_!~phdeswer@a88-113-104-180.elisa-laajakaista.fi> has joined #yocto06:09
*** phdeswer_ <phdeswer_!~phdeswer@a88-113-104-180.elisa-laajakaista.fi> has quit IRC06:19
*** pirut <pirut!~Pirut@134.134.139.70> has joined #yocto06:35
*** mihai <mihai!~mihai@80.97.15.150> has joined #yocto06:37
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC06:37
*** plfiorini <plfiorini!~plfiorini@93-39-243-250.ip78.fastwebnet.it> has quit IRC06:38
*** zeeblex <zeeblex!~apalalax@134.134.139.74> has joined #yocto06:38
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto06:55
*** Crofton <Crofton!~balister@dadsl-245036.rol.raiffeisen.net> has quit IRC06:55
*** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has joined #yocto06:56
*** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has joined #yocto06:57
*** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has quit IRC06:58
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC07:02
*** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has joined #yocto07:03
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto07:14
*** florian_kc <florian_kc!~fuchs@port-217-146-132-69.static.qsc.de> has joined #yocto07:14
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto07:14
*** tbn <tbn!~tbn@84.55.160.118> has joined #yocto07:16
*** tbn is now known as Guest2030507:17
*** florian_kc is now known as florian07:17
*** scot_ <scot_!~scot@client-74-113.natinst.com> has joined #yocto07:23
*** Squix <Squix!~Squix___@p091.net042127178.tokai.or.jp> has joined #yocto07:29
*** addu <addu!~addu@c-31-209-5-136.cust.bredband2.com> has joined #yocto07:33
*** qiang <qiang!~qiang@1.202.252.122> has quit IRC07:44
*** sameo <sameo!~samuel@192.55.54.41> has joined #yocto07:46
*** zerus <zerus!~epetmab@90-224-44-236-no67.tbcn.telia.com> has joined #yocto07:47
*** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC07:47
*** ant_work <ant_work!~ant@host54-128-static.10-188-b.business.telecomitalia.it> has joined #yocto07:48
iwamatsu___Hi,07:53
iwamatsu___Is there a way to get a list of packages that are created from recipes?07:55
*** zerus <zerus!~epetmab@90-224-44-236-no67.tbcn.telia.com> has quit IRC08:03
*** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has joined #yocto08:04
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC08:07
*** bluelightning <bluelightning!~paul@83.217.123.106> has joined #yocto08:11
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto08:11
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto08:11
ant_workiwamatsu___: bitbake -s > packages.txt08:16
iwamatsu___ant_work: thank you. However, the method does not take only a list of recipes. I want to get the list of packages that will be created from the recipe....08:20
iwamatsu___For example, libacl-dev and libacl is created from recipe of acl08:21
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC08:22
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto08:22
*** honschu <honschu!~honschu@p549E87B1.dip0.t-ipconnect.de> has joined #yocto08:25
*** honschu <honschu!~honschu@shackspace/j4fun> has joined #yocto08:25
ant_workiwamatsu___: offhand I'd say to list providers you have to enable debug08:27
*** honschu_ <honschu_!~honschu@shackspace/j4fun> has quit IRC08:28
ndeciwamatsu___: how about bitbake -e <package> | grep "^PACKAGES="08:31
*** francois99 <francois99!~francois9@78-33-60-6.static.enta.net> has quit IRC08:34
iwamatsu___ndec: thanks, it work!08:35
bluelightningmorning all08:37
*** exosyst <exosyst!~nick@2.26.110.21> has joined #yocto08:55
*** silviof1 is now known as silviof09:05
*** roric <roric!~roric@194.237.7.146> has joined #yocto09:06
*** tbn_ <tbn_!~tbn@mad27-1-88-172-46-29.fbx.proxad.net> has joined #yocto09:22
exosystpot shot here but has anyone managed to use a Yocto toolchain with Fedora 19? The installer worked on F18 but doesn't work on F19 - any takers?09:23
*** eren <eren!~eren@unaffiliated/eren> has joined #yocto09:24
*** ant__ <ant__!~ant@host54-128-static.10-188-b.business.telecomitalia.it> has joined #yocto09:25
*** ant_work <ant_work!~ant@host54-128-static.10-188-b.business.telecomitalia.it> has quit IRC09:26
*** Guest20305 <Guest20305!~tbn@84.55.160.118> has quit IRC09:26
*** ant__ is now known as ant_work09:40
*** Stygia <Stygia!~gmpsaifi@0904ds6-noe.0.fullrate.dk> has joined #yocto09:41
*** ausxxh_ <ausxxh_!~xxiao@72.14.179.126> has quit IRC09:54
*** diego <diego!~diego@static-217-133-170-65.clienti.tiscali.it> has joined #yocto09:56
*** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has quit IRC09:56
*** diego is now known as Guest3395509:56
*** Guest33955 is now known as panda84kde10:00
*** jbaxter <jbaxter!~jbaxter@jimbax.plus.com> has joined #yocto10:36
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto10:38
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC10:39
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC10:55
*** exosyst <exosyst!~nick@2.26.110.21> has quit IRC10:57
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto10:58
*** swex_ <swex_!~swex@178.17.200.213> has joined #yocto11:00
*** swex <swex!~swex@217.197.242.62> has quit IRC11:03
*** exosyst <exosyst!~nick@2.26.110.21> has joined #yocto11:03
*** slaine <slaine!~slaine@84.203.137.218> has quit IRC11:04
*** slaine <slaine!~slaine@84.203.137.218> has joined #yocto11:08
*** mario-go` is now known as mario-goulart11:13
*** belen1 <belen1!Adium@nat/intel/x-nypitasplyalnfwv> has joined #yocto11:20
*** belen2 <belen2!~Adium@134.134.139.74> has joined #yocto11:28
*** belen1 <belen1!Adium@nat/intel/x-nypitasplyalnfwv> has quit IRC11:28
*** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has quit IRC11:35
*** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has joined #yocto11:37
*** fenrig <fenrig!55eac3e5@gateway/web/freenode/ip.85.234.195.229> has joined #yocto11:42
fenrigHi how do i include qemu into my sdk generation?11:43
fenrigtill now I've used "MACHINE="qemuarm" bitbake edna-image-minimal -c populate_sdk"11:44
*** joeythesaint <joeythesaint!~jjm@128.224.252.2> has joined #yocto11:50
*** e8johan <e8johan!~quassel@p5B1515B1.dip0.t-ipconnect.de> has joined #yocto11:51
fenrigi've read about runqemu-extract-sdk11:51
fenrigbut then I don't have my full sysroot11:52
fenrigbecause then I have to go back to the adt-installer instead of "-c populate_sdk"11:52
*** diego <diego!~diego@static-217-133-170-65.clienti.tiscali.it> has joined #yocto11:56
*** FlamesOfEternity <FlamesOfEternity!~paradox@s83-179-40-164.cust.tele2.se> has quit IRC11:56
*** FlamesOfEternity <FlamesOfEternity!~paradox@s83-179-40-164.cust.tele2.se> has joined #yocto11:56
*** diego is now known as Guest1831311:56
*** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has quit IRC11:57
*** tor <tor!~tor@c-ef66e655.125-1-64736c10.cust.bredbandsbolaget.se> has quit IRC11:57
*** Saur <Saur!pkj@nat/axis/x-lalvzxjnozbktzwh> has quit IRC11:57
*** Saur <Saur!pkj@nat/axis/x-wfmqlcfodxumhfiy> has joined #yocto11:58
*** behanw <behanw!~behanw@216-58-123-51.cpe.distributel.net> has joined #yocto11:59
*** tor <tor!~tor@c-ef66e655.125-1-64736c10.cust.bredbandsbolaget.se> has joined #yocto11:59
*** slaine <slaine!~slaine@84.203.137.218> has quit IRC12:11
bluelightningfenrig: I think you would do TOOLCHAIN_HOST_TASK += "nativesdk-qemu" in your image recipe12:12
*** slaine <slaine!~slaine@84.203.137.218> has joined #yocto12:12
fenrigbluelightning: thx, however there is not much information/documentation about the sdk :/12:13
bluelightningfenrig: I will try to get that improved for the next release12:13
fenrigbluelightning: thx ;-) keep up the good work12:15
*** Squix <Squix!~Squix___@p091.net042127178.tokai.or.jp> has quit IRC12:19
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC12:24
*** Guest18313 is now known as panda84kde12:27
fenrigbluelightning: what does "TOOLCHAIN_HOST_TASK += "nativesdk-qemu"" do and how does it help me?12:40
bluelightningfenrig: you wanted qemu in the host part of your SDK, right?12:40
fenrigbluelightning: yeah :)12:40
fenrigbluelightning: so how do I use it then?12:41
bluelightningfenrig: right, that will accomplish that12:41
*** diego <diego!~diego@static-217-133-170-65.clienti.tiscali.it> has joined #yocto12:41
fenrigbluelightning: how?12:41
*** diego is now known as Guest9349212:41
*** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has quit IRC12:42
bluelightningfenrig: it becomes part of the SDK installation in the same way as the cross compiler and other tools12:42
StygiaHello. I am trying to build a package, but it seems that no matter what I do I cannot get LD use proper paths during build stage. This is my full recipe (without dependencies, but it is do_compile that fails for this recipe) and the error output: http://pastebin.com/7m6172iD Anyone have some pointers? :)12:42
bluelightningfenrig: once the SDK has been installed you should be able to run qemu-system-<arch>12:43
bluelightningStygia: you shouldn't be touching ${D} until do_install12:45
bluelightningStygia: that's likely the root of your issue there12:45
Stygiabluelightning, Hmm alright, I was under the impression that without D prefixed, I would be instructing LD and the other tools to install into my actual root system?12:46
Stygiabluelightning, And can/should I still do DESTDIR=${D}?12:47
bluelightningStygia: yes you should, but only within do_install12:47
fenrigbluelightning: I can't use qemu-system-<arch> and I'd like to integrate it into eclipse :/12:47
bluelightningfenrig: I'm afraid I don't know anything about eclipse integration12:47
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto12:48
fenrighttp://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#configuring-the-target-options12:48
fenrigI was following this (incomplete) guide12:48
fenrigbut at the settings it doens't really help at pointing at the right things :o12:49
fenrigit's really general12:49
bluelightningStygia: otherwise, any dependencies should be picked up from the sysroot and output just goes to the directory in which you're building (the current directory or ${B} if you need to refer to it explicitly, which you shouldn't in most cases)12:50
Stygiabluelightning, Ah yes, now I'm back to my original problem, my cross-platform linker gives this error: | arm-poky-linux-gnueabi-ld: warning: library search path "/usr/local/lib" is unsafe for cross-compilation12:50
Stygiabluelightning, Hmm. I was actually trying to achieve the exact opposite, to prevent LD from using /usr/local/lib and other paths on my system.12:51
bluelightningStygia: right, it shouldn't be looking at your host system12:51
Stygiabluelightning, That's why I wanted to set LDFLAGS to ${D}${something}, but that didn't work for me.12:51
Stygiabluelightning, this is the command that fails: | arm-poky-linux-gnueabi-ld --sysroot=/mnt/dev/fsl-community-bsp/build/tmp/sysroots/imx6qsabresd  -shared -L/usr/local/lib -fstack-protector -Wl,-Bsymbolic SQLite.o dbdimp.o sqlite3.o  -o blib/arch/auto/DBD/SQLite/SQLite.so12:52
Stygiabluelightning, I was (mistakenly) hoping that adding ${D} in front of L in LDFLAGS would make it stop doing this.12:52
StygiaWell actually it _does_ make it stop doing that, giving the other error in my pastebin.12:52
Stygiabluelightning, There is _one_ source file - not mine, part of the module - that directly refers to /usr/local/include/12:53
Stygiabluelightning, I have considered just sed'ing this file... but I realize that would be evil.12:54
bluelightningStygia: it's just that the sysroot is not ${D}, it's ${STAGING_DIR_HOST}12:55
bluelightningStygia: if the path is genuinely hardcoded and can't be overridden by passing in the path, sed'ing is the only option12:56
Stygiabluelightning, Well... alright. I will do that then, I think, hoping it helps.12:57
Stygiabluelightning, Hmm. What should I substitute for /usr/local/lib, ${libdir}?12:59
bluelightningStygia: I would think so yes13:00
Stygiabluelightning, Thanks, I'll try.13:00
Stygiabluelightning, You, by the way, are the single most friendly and helpful person I"ve found on IRC.13:00
bluelightningStygia: you're welcome :)13:00
Stygiabluelightning, The last couple of weeks of working with this would have sucked a _lot_ if not for you and rburton13:01
Stygiabluelightning, So hang in there. ;)13:01
bluelightningStygia: I have the impression perl isn't really designed with cross-compilation in mind, so you have probably jumped in at the deep end :)13:02
bluelightningStygia: I feel rewarded when people are successful with the system, so I'd say the same to you :)13:03
Stygiabluelightning, Hehe, yes, this has been kinda fun. But it has taken me about a week + to even run my script, and I'm still working on it.13:03
StygiaOkay, so it's roughly 1,000 lines of perl, and it works with our API and does a lot of work, but still.13:04
Stygiabluelightning, Once I finish all this I'll try and commit what I've done into OE proper... oe-classic?13:06
bluelightningStygia: if you have a number of additional recipes it might be worth creating a separate layer13:07
bluelightningoe-classic is the old, no longer really maintained version of OE13:07
Stygiabluelightning, Ah right. Well we do already have a layer, but it's company-specific.13:08
bluelightningStygia: sure, in this case I figure it would be a generic layer for perl recipes that are additional to the ones already in OE-Core13:09
Stygiabluelightning, Hmm alright, well I'll look into that once I'm done.13:12
Stygiabluelightning, Question, is there a reason sed in BB doesn't take / for a delimiter but wants :? It weirds me out, I'm so used to PCRE13:12
*** hsychla <hsychla!~hsychla@2001:6f8:12d9:13:fcf9:7dbe:3384:f140> has joined #yocto13:13
bluelightningStygia: it should accept / but of course if you're dealing with strings that contain / that could be problematic, best to use : or ! or some other symbol13:13
*** panda84kde <panda84kde!~diego@94.164.201.78> has joined #yocto13:13
*** Guest93492 <Guest93492!~diego@static-217-133-170-65.clienti.tiscali.it> has quit IRC13:14
hsychlahi guys, quick question: at the beginning of my bitbake build, all recipes are parsed. can I then, while the build is running, work on the recipes and layers or could that produce build errors if a recipe changes?13:14
rburtonStygia: note that the delimiter in sed is up to the person writing the expression13:14
bluelightninghsychla: I think recipes can get re-read during the build process so you should avoid doing that13:15
Stygiarburton, Yes... this is what I thought, actually. I just seemingly can't get sed to work from bb when it does work from bash. But I think I"m doing something wrong13:15
hsychlabluelightning: thanks for the quick answer! not the answer I was hoping for but that's not your fault... :)13:16
mshakeelrburton: Can you please comment here further: http://patches.openembedded.org/patch/53489/ ; sorry about formatting, I did email client update and all settings messed up13:16
rburtonmshakeel: ah yes, sorry13:18
rburtonStygia: feel free to pastebin something in case its a silly typo13:19
Stygiarburton, I will if I still can't get this to work in a while. But I have read it so many times, I don't think I typo'd again.13:19
Stygiarburton, Plus... regular expressions is one thing I have _tons_ of experience with, so if I'm doing the wrong I'll be pissy.13:19
bluelightningStygia: can you give an example sed command that doesn't work?13:20
Stygiabluelightning,     sed -i 's/\/usr\/local\/lib\//${libdir}/g' sqlite3.c13:22
Stygiabluelightning, But I made this pass by using : for a delimiter.13:22
ant_workguys, in some cases a brute patch is easier...13:22
bluelightningStygia: ${libdir} contains slashes though13:22
bluelightningStygia: surely that's what would break it?13:22
Stygiabluelightning, Yes, but I have this expression in by do_configure_pretend and it does not complain: sed -i 's:\./configure\(.[^-]\):./configure --build=${BUILD_SYS} --host=${HOST_SYS} --target=${TARGET_SYS} --prefix=${prefix} --exec_prefix=${exec_prefix} --bindir=${bindir} --sbindir=${sbindir} --libexecdir=${libexecdir} --datadir=${datadir} --sysconfdir=${sysconfdir} --sharedstatedir=${sharedstatedir} --localstatedir=${localstatedir} --libdir=13:22
Stygia${libdir} --includedir=${includedir} --oldincludedir=${oldincludedir} --infodir=${infodir} --mandir=${mandir}\1:' Makefile.PL13:22
Stygiabluelightning, Uh sorry, was a bit longer than I itended.13:22
bluelightningStygia: sure, but there you've specified that the separator is : so slashes wouldn't be an issue in that expression13:23
Stygiabluelightning, This is what I'm currently using:     sed -i 's:\/usr\/local\/lib:${libdir}:g' sqlite3.c13:23
bluelightningStygia: sure13:24
*** davest <davest!~Adium@134.134.139.76> has joined #yocto13:24
bluelightningStygia: when ${libdir} gets expanded the original statement will become this: sed -i 's/\/usr\/local\/lib\///usr/lib/g' sqlite3.c13:25
Stygiabluelightning, But it doesn't seem to prevent the error with LD using /usr/local/lib...13:25
bluelightningStygia: there has to be another reference somewhere then, or a path you're not overriding by passing it in13:25
Stygiabluelightning, Yes, I assume so. I'll try and find the local copy of sqlite3.c and see what happens to it.13:26
Stygiabluelightning, but grep -ri "/usr/local/lib" in the extracted folder only shows one entry in sqlite3.c, though.13:26
bluelightningStygia: btw, have you been using the OE-Classic recipes as a reference at all? some of these recipes have already been written there and should only need migrating13:27
Stygiabluelightning, Yes, I have.13:28
Stygiabluelightning, http://cgit.openembedded.org/openembedded/tree/recipes/perl/libdbd-sqlite-perl_1.31.bb this recipe fails for me, though, complaining about Makefile.PL13:28
Stygiabluelightning, What happens at times with the CPAN meta class, but I'll work-around it I hope.13:29
bluelightningStygia: hmm... I would have thought the answer would be to continue to use cpan.bbclass and fix or override it where needed rather than re-doing everything by hand13:30
Stygiabluelightning, Usually it is. But this recipe is troublesome.13:32
Stygiabluelightning, And, hmm. Now I've substituted it successfully for ${libdir}. But it still stops and complains that -L/usr/local/lib is insecure for cross-compilation. I can resolve that by doing LDFLAGS = "-L${D}${libdir}", but then it complains that ..../image/usr/lib, in spite of that location existing.13:33
bluelightningStygia: as I mentioned, ${D} isn't the sysroot13:34
bluelightningStygia: ${STAGING_LIBDIR} is probably what you want (which includes ${libdir})13:34
Stygiabluelightning, Oh wait, right. I'll try that. ${D} is the destination sysroot, the place from which the "real", eventual system is build, which is why I should only bother with it in do_install... yea?13:35
bluelightningStygia: ${D} is the destination directory yes, and yes13:36
bluelightningStygia: these are the kinds of details that a central class is supposed to help avoid you having to deal with ;)13:37
Stygiabluelightning, Heh yea I know. The CPAN class _usually_ works great, but it's harder to troubleshoot when it does complain.13:37
Stygiabluelightning, Question, is oe-classic maintained? If their recipe for perl-module-dbd-sqlite doesn't build ATM, can I try and commit my own recipe instead?13:38
bluelightningStygia: no, we prefer to get recipes working on top of OE-Core and find a layer to publish up-to-date recipes in (if one doesn't already exist)13:38
Stygiabluelightning, Ah, right. I think the "perl" layer layer will be fine, if it still exists in OE-core. Or devtools.13:39
Stygiabluelightning, I've been told (by rburton, IIRC) that I"ve build practically all of metacpan by now.13:39
rburtonwell, a start of it :)13:40
bluelightningStygia: OE-Core is one layer; but we probably wouldn't add these to OE-Core itself since they aren't needed by most folks, a separate layer is probably the way to go13:40
rburtoni can see merit in a meta-cpan or something like that13:41
Stygiarburton, Yea, I could create that layer I suppose. I wouldn't even mind maintaining it, not by this point.13:45
StygiaAnd hmm. I have still not been able to make it work, using STAGING_LIBDIR. It gives the same error as using LIBDIR in LDFLAGS: http://pastebin.com/CabBU7YJ (recipe and errors included). Not tampering with LDFLAGS makes it try and -L/usr/local/lib which generates an error.13:46
StygiaThe folder most definitively exists, it contains lots of files.13:47
rburtonStygia: one sec, i'm just getting that statement witnessed by a lawyer13:50
zibristygia: does Makefile.PL take an -L flag?13:50
Stygiazibri, I don't think it takes options at all, it has no help and when I skimmed the source I didn't see opt parsing.13:53
zibrii don't think so at least... i can't find it in any reference to in the source.13:53
Stygiazibri, Heh same conclusion I made.13:53
zibristygia: i does take stuff like PREFIX=/lolol13:53
zibribut that's all i think13:53
*** zeeblex <zeeblex!~apalalax@134.134.139.74> has left #yocto13:53
Stygiazibri, Hmm okay, I missed that, then.13:54
Stygiazibri, But for now, it says that a directory which most certainly does exist doesn't. I'm probably misinterpreting the error output, but I"m sorta running out of ideas on where to look/what to try.13:54
zibristygia: note that -L13:54
zibriehrm, it complains about a path beginning with -L13:55
Stygiazibri, But I'm pretty sure this is how LD works, isn't it? Before I even tampered with LD at all it said complained about -L/usr/local/lib being insecure13:55
Stygiazibri, It's LD which fails, and I am/was under the impression that -L/path/something and -R/some/path is the right way to do it13:56
zibriyes, but you do "perl Makefile.PL ${LDFLAGS} ..."13:56
*** hsychla <hsychla!~hsychla@2001:6f8:12d9:13:fcf9:7dbe:3384:f140> has quit IRC13:56
zibriehm, sorry my bad. that's do_configure13:56
Stygiazibri, I'll try, but IIRC I did this already, and it will complain about -L/usr/local/lib?13:56
zibristygia: ah, in do_compile you start the command by doing ${LDFLAGS}, i.e. trying to execute -L${STAGING_LIBDIR}13:57
Stygiazibri, I tried LDFLAGS=${LDFLAGS}, too13:57
Stygiazibri, With it just dies saying that -L/usr/local/lib is insecure for cross-compliation13:57
zibrilook at line 32 in your paste, it's missing the actual command13:57
zibriah13:58
Stygiazibri, Which is why I tihnk this LD stuff is sorta right, it does prevent that error and instead creates _another_ error that -R/mnt/dev/fsl-community-bsp/build/tmp/sysroots/imx6qsabresd/usr/lib: not found13:58
zibriLDFLAGS=${LDFLAGS} is at least more correct than the line in the paste13:58
Stygiazibri, Ah well.13:58
Stygiabluelightning, Hmm. Doing do_compile, should I be using STAGING_X instead of X varibales?14:01
bluelightningStygia: I assume so yes14:02
fenrigare there any good sdk documentation, cause I'm really stuck :/14:02
Stygiafenrig, http://docs.openembedded.org/usermanual/usermanual.html These is this manual, which is the best I've found14:03
bluelightningthat manual is quite out-of-date by now though14:03
Stygiafenrig, IMHO OE/BB documentation is in need of some TLC.14:03
Stygiabluelightning, Ah.14:03
*** darknighte_znc is now known as darknighte14:03
bluelightningyou really want to be using the Yocto Project documentation14:03
Stygiabluelightning, Well I always, always have problems finding proper documentation for it, though.14:04
Stygiabluelightning, Yocto project docs? Hmm alright.14:04
Stygiafenrig, Just listen to bluelightning he knows this way better than me14:04
fenrigoh yeah, and where does the difference from angstrom en yocto come from. Angstrom SDK generated a "native" tool directory and Yocto generetad some scripts :/14:04
bluelightninghttps://www.yoctoproject.org/documentation/current14:04
fenrigbluelightning: Those documentation aren't really complete enough14:04
*** g0hl1n <g0hl1n!5be602f4@gateway/web/freenode/ip.91.230.2.244> has quit IRC14:05
bluelightningfenrig: I realise that for your purposes, but they really are much more up-to-date than the OE manual linked above14:05
fenrigbluelightning: sometimes they are unclear. they seem to look nice but in reality they are everything but complete :/14:05
bluelightningfenrig: we do accept bug reports for the documentation14:05
bluelightningin fact we would really appreciate them14:06
fenrigbluelightning: yes well I can report some bugs, but that won't really get my much farther at this moment.14:06
fenrig*further14:06
bluelightningfenrig: I really want to help you but the problem I have is I don't regularly use the SDK nor do I use Eclipse...14:06
bluelightningfenrig: if nobody else here can advise you I'd suggest you try posting the complete issue to the mailing list14:07
fenrigbluelightning: okay will do, hope this will help me :)14:08
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-elzkxsdsxexgbvzd> has joined #yocto14:08
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC14:11
*** eren <eren!~eren@unaffiliated/eren> has quit IRC14:12
*** mankku <mankku!~mankku@projects.sse.fi> has quit IRC14:13
Stygiabluelightning, If I want to write my own do_install etc while using cpan/autotools, this is when I set BBCLASSEXTEND = "native", yes?14:14
bluelightningStygia: er, no, BBCLASSEXTEND = "native" creates a -native variant of your recipe for building for the host14:16
bluelightning(building for the build host that is)14:16
bluelightningStygia: if you want to specify your own do_install, just specify it after the inherit line14:16
Stygiabluelightning, Ah, right. Thanks. Hmm is there a system variable for /usr/share/, or /usr/local? I haven't found any in the manuals I have available14:17
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC14:20
*** ant_work <ant_work!~ant@host54-128-static.10-188-b.business.telecomitalia.it> has quit IRC14:21
bluelightningStygia: /usr/share is ${datadir}; /usr/local isn't a normal install path so we don't have a variable for that14:21
fenrigbluelightning: I mailed the mailing list, thx for helping me out14:24
*** Crofton <Crofton!~balister@dadsl-245036.rol.raiffeisen.net> has joined #yocto14:24
*** diego <diego!~diego@static-217-133-170-65.clienti.tiscali.it> has joined #yocto14:26
*** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has joined #yocto14:27
*** diego is now known as Guest7441514:27
*** panda84kde <panda84kde!~diego@94.164.201.78> has quit IRC14:30
Stygiabluelightning, Thanks, I will do that, and then use sed for /usr/local which _is_ being installed to by this program.14:30
Stygiabluelightning, I'm gonna go file a bug for /usr/local not having a variable14:31
bluelightningStygia: I don't think that's a bug14:31
bluelightningStygia: when pieces of software install stuff into /usr/local instead of ${prefix}, that is a bug in the way the software is being built14:31
Stygiabluelightning, But now, instead of having to the _option_ of redirecting /usr/local, I have to sed the makefile14:32
bluelightningStygia: having a variable won't fix that though14:32
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto14:33
bluelightningStygia: I would recommend filing a bug with upstream to make it not hardcode /usr/local14:33
*** belen2 <belen2!~Adium@134.134.139.74> has quit IRC14:38
*** belen1 <belen1!~Adium@134.134.139.74> has joined #yocto14:38
Stygiabluelightning, Wouldn't it? Wouldn't it allow me to ensure /usr/local didn't get used directly?14:45
Stygiabluelightning, Like with the other variables.14:45
bluelightningStygia: just having the variable wouldn't affect building your recipe, no14:45
bluelightningStygia: you'd have to pass in the alternative path somehow, and if that's possible you can just do that now14:46
*** belen1 <belen1!~Adium@134.134.139.74> has quit IRC14:47
Stygiabluelightning, Ah. Well fair enough. AFAIK it isn't, we're SED'ing like crazy here.14:48
*** darknighte is now known as darknighte_znc14:49
*** cristianiorga <cristianiorga!cristianio@nat/intel/x-lbdvszylplthwike> has joined #yocto14:50
*** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has quit IRC14:50
*** pidge <pidge!~pidge@c-24-21-207-18.hsd1.or.comcast.net> has joined #yocto14:51
bluelightningStygia: this doesn't make sense though, when I install these perl libraries on my normal distro, they certainly do not go into /usr/local14:52
*** belen1 <belen1!Adium@nat/intel/x-eporlwyafrjdcizc> has joined #yocto14:52
Stygiabluelightning, Hmm. DBD::SQLite?14:52
Stygiabluelightning, This _is_ the first CPAN module that has been bothering me about this particular thing, though.14:53
*** tomz <tomz!~trz@c-68-53-177-94.hsd1.in.comcast.net> has joined #yocto14:53
Stygiabluelightning, Which is weird, since its' by Stephen Mueller, one of the 3 people who apparently wrote like 80% of all the modules on metacpan. :P14:53
*** tomz is now known as Guest4678814:53
StygiaGisle Aas being the absolute king.14:53
*** davest <davest!~Adium@134.134.139.76> has quit IRC14:54
bluelightningStygia: http://pastebin.com/UpWPRPUY14:55
bluelightning(this is on Ubuntu)14:55
*** scottrif <scottrif!~scott-len@b482.ip17.netikka.fi> has joined #yocto14:56
*** Song <Song!86868b48@gateway/web/freenode/ip.134.134.139.72> has joined #yocto14:57
*** Song is now known as Song_Liu14:57
Stygiabluelightning, Well... the Makefile here does explicitly mention /usr/local/, and it does try to go there14:57
Stygiabluelightning, But I fixed it with these sed's though:     sed -i 's:\/usr\/local:${D}/usr/local:g' Makefile14:58
Stygia    sed -i 's:\/usr\/share:${D}/usr/share:g' Makefile14:58
*** hollisb <hollisb!~hollisb@nat-wv.mentorg.com> has joined #yocto14:58
*** b46258 <b46258!~b46258@gate-tx3.freescale.com> has joined #yocto14:58
bluelightningStygia: I'm tempted to suggest looking at how Debian / Fedora /etc. build this specific piece of software14:58
*** AlexG <AlexG!c0c6972b@gateway/web/freenode/ip.192.198.151.43> has joined #yocto14:58
*** belen1 <belen1!Adium@nat/intel/x-eporlwyafrjdcizc> has quit IRC14:59
AlexGYPTM: AlexG here14:59
AlexGanybody on the bridge? Song_Liu ?14:59
*** fenrig <fenrig!55eac3e5@gateway/web/freenode/ip.85.234.195.229> has quit IRC14:59
*** davest <davest!~Adium@134.134.137.75> has joined #yocto14:59
Stygiabluelightning, But now I get: http://pastebin.com/5UK1ypXw, which I thought I could resolve by making a recipe for perl-module-extutils-typemap, which I did and added to RDEPENDS_${PN}, but no luck.14:59
frayYPTM: FYI, I'm going to be a few minutes late, but I will be on the call14:59
*** Song <Song!86868b46@gateway/web/freenode/ip.134.134.139.70> has joined #yocto15:00
scottrifYPTM: Scott Rifenbark joined the call15:00
*** Song is now known as Guest4189815:00
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-elzkxsdsxexgbvzd> has quit IRC15:00
*** Ramana <Ramana!7aa6729b@gateway/web/freenode/ip.122.166.114.155> has joined #yocto15:00
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto15:01
davestYPTM davest is in the house15:01
sgw_YTPM: Saul is here15:01
Guest46788YPTM: Tom Z here15:01
jmpdelosYPTM: polk is here15:01
*** belen1 <belen1!~Adium@134.134.139.74> has joined #yocto15:01
*** Guest46788 is now known as tomz215:01
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto15:01
Guest41898YPTM: Welcome to the technical team meeting, please let me know who's on the bridge15:01
belen1YPTM: belen joined15:01
*** Song_Liu <Song_Liu!86868b48@gateway/web/freenode/ip.134.134.139.72> has quit IRC15:02
*** Guest41898 is now known as Song_Liu15:02
halsteadYPTM: Michael here15:02
bluelightning_YPTM: Paul Eggleton joined15:02
scottrifYPTM: Scott Rifenbark joined call15:02
nitinkYPTM: nitin joined the bridge15:02
frayYPTM: I'm here15:02
tomz2YPTM: Tom here15:02
b46258Matthew Weigel here15:03
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC15:03
Song_LiuYPTM: Any open?15:03
* fray is going on vacation and won't be around for a week or so..15:03
pidgeYPTM: Dialing in15:03
cristianiorgaYPTM: Cristian joined15:03
*** jzhang-laptop <jzhang-laptop!~jzhang16@134.134.139.72> has joined #yocto15:05
AlexGYPTM: The QA report for last week is ready: https://wiki.yoctoproject.org/wiki/WW28_-_2013-07-10-1_-_Weekly_Yocto_1.5_M215:05
jzhang-laptopYPTM: jzhang on the call15:05
StygiaYPTM? Yocto project team meeting?15:05
zeddiiYPTM: Bruce Ashfield on the call.15:05
sgw_Stygia: yes15:05
Song_LiuStygia: yes15:05
StygiaThanks. :)15:05
frayopen to the community -- 972-995-7777 x 42001078#15:06
sgw_Stygia: your welcome to join, fray beat me to the number15:06
RamanaYPTM: Ramana here15:07
sgw_zeddii: you on?15:07
zeddii<zeddii> YPTM: Bruce Ashfield on the call.15:07
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-dzxdrazyjhrkoscs> has joined #yocto15:10
davestSong_Liu: can you please post the link to the M2 release criteria? Having proxy problems15:11
*** davest1 <davest1!~Adium@134.134.139.74> has joined #yocto15:13
*** darknighte_znc is now known as darknighte15:14
Song_LiuYPTM: https://wiki.yoctoproject.org/wiki/Yocto_Project_v1.5_Status#Milestone_215:15
*** zenlinux <zenlinux!~sgarman@c-50-139-85-11.hsd1.or.comcast.net> has quit IRC15:15
*** davest <davest!~Adium@134.134.137.75> has quit IRC15:15
frayFYI, M2 suffered from toolchain transition issues and other issues.. which we've since corrected (I think).. so release note is "good enough"15:18
frayI agree an preview/RC0? is a good idea if they have the cycles while avoiding further M2 work15:21
*** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC15:21
*** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has joined #yocto15:24
AlexGYPTM: need to drop the call. See you next week!15:25
Song_LiuAlexG: sure. thank you15:26
*** zenlinux <zenlinux!~sgarman@c-24-20-145-95.hsd1.or.comcast.net> has joined #yocto15:27
*** belen1 <belen1!~Adium@134.134.139.74> has quit IRC15:28
sgw_Song_Liu: thanks for running the YPTM15:29
*** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC15:29
*** Ramana <Ramana!7aa6729b@gateway/web/freenode/ip.122.166.114.155> has left #yocto15:29
*** exosyst <exosyst!~nick@2.26.110.21> has quit IRC15:30
*** Guest74415 <Guest74415!~diego@static-217-133-170-65.clienti.tiscali.it> has quit IRC15:30
*** bluelightning1 <bluelightning1!~paul@83.217.123.106> has joined #yocto15:31
*** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has joined #yocto15:31
*** belen1 <belen1!~Adium@134.134.139.74> has joined #yocto15:32
*** bluelightning1 is now known as bluelightning15:34
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC15:34
*** AlexG <AlexG!c0c6972b@gateway/web/freenode/ip.192.198.151.43> has quit IRC15:34
*** jzhang-laptop <jzhang-laptop!~jzhang16@134.134.139.72> has quit IRC15:34
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto15:34
Stygiazibri, And as you wish.15:39
*** scottrif <scottrif!~scott-len@b482.ip17.netikka.fi> has left #yocto15:42
*** phdeswer_ <phdeswer_!~phdeswer@a88-113-104-180.elisa-laajakaista.fi> has joined #yocto15:47
*** zenlinux <zenlinux!~sgarman@c-24-20-145-95.hsd1.or.comcast.net> has quit IRC15:55
*** onoffon <onoffon!~khem@mbc0536d0.tmodns.net> has joined #yocto15:57
*** onoffon is now known as khem115:58
zibristygia: is your layer available somewhere? using the cpan bbclass seems to work-ish, but i lack DBI, so i can't Makefile.PL to generate a Makefile. (Also, the Makefile.PL exits with 0 in that case, so do_configure() doesn't fail :-( )16:00
Stygiazibri, Not yet, but I could easily upload it (we do intend to open it). I could also just send you the DBI recipe, would that work?16:00
zibriyes, probably, as long as it doesn't have any other dependencies not available :)16:01
*** nitink1 <nitink1!nitink@nat/intel/x-ynghwhnmkcxnzkle> has joined #yocto16:02
*** nitink <nitink!nitink@nat/intel/x-xmbzlkowgpkjrlju> has quit IRC16:04
Stygiazibri, http://pastebin.com/CbdfCft816:04
zibrithx16:04
Stygiazibri, I think it _may_, hang on16:04
Stygiazibri, Huh, no. DBI has no dependencies on CPAN16:05
Stygiazibri, Ah, but DBD::SQLite does, one of which (Tie::Hash) I have no recipe for.16:05
zibriheh, i'll just comment it out for the time being ;)16:05
Stygiazibri, IT's not mentioned in the recipe, though.16:06
Stygiazibri, I just RDEPENDS_${PN} all of them in my "main" recipe (the actual script all this depends on)16:06
Stygiazibri, I do intend to fix that.16:06
*** dvhart <dvhart!~dvhart@134.134.139.70> has joined #yocto16:08
*** e8johan <e8johan!~quassel@p5B1515B1.dip0.t-ipconnect.de> has quit IRC16:08
*** pidge <pidge!~pidge@c-24-21-207-18.hsd1.or.comcast.net> has quit IRC16:08
*** tbn_ <tbn_!~tbn@mad27-1-88-172-46-29.fbx.proxad.net> has quit IRC16:08
*** JimNH2 <JimNH2!~jmchale@23-25-235-113-static.hfc.comcastbusiness.net> has joined #yocto16:09
Stygiazibri, I'll be leaving for the day BTW16:09
Stygiazibri, Heh, I get paid to do this ATM. ^_^16:09
zibriheh16:09
zibrii just love perl i guess :)16:10
Stygiazibri, Heh, perl is nice. Although... I will honestly admit I have lost my love for it after meeting Python.16:10
Stygiazibri, There are certain things just missing from Perl that, IMHO, make it fit for small-ish projects but not for larger programs.16:11
*** JimNH <JimNH!~jmchale@23-25-235-113-static.hfc.comcastbusiness.net> has quit IRC16:12
*** Stygia <Stygia!~gmpsaifi@0904ds6-noe.0.fullrate.dk> has left #yocto16:12
*** jzhang-laptop <jzhang-laptop!~jzhang16@134.134.139.76> has joined #yocto16:15
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto16:16
*** doerrpau <doerrpau!~ni@caen-vnc02.engin.umich.edu> has joined #yocto16:21
*** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has quit IRC16:21
*** slaine <slaine!~slaine@84.203.137.218> has quit IRC16:21
*** Song_Liu <Song_Liu!86868b46@gateway/web/freenode/ip.134.134.139.70> has quit IRC16:25
*** erbo <erbo!~erik@host.62.65.125.245.bitcom.se> has quit IRC16:33
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has quit IRC16:34
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has joined #yocto16:34
*** pidge <pidge!~pidge@c-24-21-207-18.hsd1.or.comcast.net> has joined #yocto16:35
*** mihai <mihai!~mihai@80.97.15.150> has quit IRC16:36
*** pidge <pidge!~pidge@c-24-21-207-18.hsd1.or.comcast.net> has quit IRC16:38
*** RichBayliss <RichBayliss!524466ee@gateway/web/freenode/ip.82.68.102.238> has joined #yocto16:38
RichBaylisshey anyone about?16:39
RichBaylissI have a quick question regarding recipes for Yocto/BitBake16:39
mr_sciencego ahead, spit it out...16:39
RichBaylissI am building an application which requires a "normal" user account to run16:39
RichBaylisslike apache would do, running in "www-data" for example16:39
mr_scienceyes...16:39
RichBaylissso how would I get my recipe to add this into the system16:39
mr_scienceyou can inherit useradd16:39
RichBaylissgenius.. so inherit useradd, then presumably some variable to specify the details?16:40
*** icanicant <icanicant!~klawson@195.88.236.129> has quit IRC16:40
RichBayliss(I am very very new to this, btw)16:40
mr_scienceyup16:40
*** ant_home <ant_home!~andrea@host176-14-dynamic.21-79-r.retail.telecomitalia.it> has joined #yocto16:40
mr_scienceme too, in terms of the latest meta-* stuff16:41
*** swex_ <swex_!~swex@178.17.200.213> has quit IRC16:41
mr_sciencemostly still use oe-classic16:41
RichBaylissI think I have it...16:41
RichBaylissin meta-skelleton is an example, duh - appologies for the dumb question :D16:41
*** swex <swex!~swex@178.17.200.213> has joined #yocto16:41
sgw_RichBayliss: basiclly it takes useradd parameters so you can set everything, no dumb questions here!16:41
RichBaylissmr_science - thankyou very much, I will go try it16:42
RichBaylisscheers guys16:42
RichBaylissfingers crossed! :D16:42
RichBaylissit builds! time to do an image and test it on my RPi! Thanks guys - been smashing my head into the keyboard over this for a couple of hours :(16:45
mr_sciencei usually grep for examples...16:46
mr_scienceso is there any kind of yocto/poky setup guide for remote gdb?16:49
*** b46258 <b46258!~b46258@gate-tx3.freescale.com> has quit IRC16:51
mr_scienceseeing a little bit of mailing list traffic...16:51
*** icanicant <icanicant!~klawson@195.88.236.129> has joined #yocto16:52
*** b46258 <b46258!~b46258@192.88.168.43> has joined #yocto16:52
kergothmr_science: there's nothing yocto/oe specific about it at all. install gdbserver, run it as you would on any linux systemm, connect with gdb as with any remote connection16:58
*** b46258 <b46258!~b46258@192.88.168.43> has quit IRC16:59
*** eren <eren!~eren@unaffiliated/eren> has joined #yocto17:00
*** jzhang-laptop <jzhang-laptop!~jzhang16@134.134.139.76> has left #yocto17:01
*** b46258 <b46258!~b46258@gate-tx3.freescale.com> has joined #yocto17:02
*** crazy_imp <crazy_imp!~mj@a89-182-36-172.net-htp.de> has quit IRC17:07
*** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has quit IRC17:07
*** ndec <ndec!~ndec@linaro/ndec> has quit IRC17:07
*** crazy_imp <crazy_imp!~mj@a89-182-36-172.net-htp.de> has joined #yocto17:10
*** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has joined #yocto17:10
*** ndec <ndec!~ndec@linaro/ndec> has joined #yocto17:10
*** plfiorini <plfiorini!~plfiorini@93-39-222-224.ip77.fastwebnet.it> has joined #yocto17:11
RichBaylissBRILL! Image compiled and working fine - thanks guys, much appreciated!17:16
*** RichBayliss <RichBayliss!524466ee@gateway/web/freenode/ip.82.68.102.238> has quit IRC17:19
*** jmpdelos <jmpdelos!~polk@174-22-190-9.clsp.qwest.net> has quit IRC17:19
*** jmpdelos <jmpdelos!~polk@174-22-174-197.clsp.qwest.net> has joined #yocto17:21
*** scot__ <scot__!~scot@client-74-113.natinst.com> has joined #yocto17:23
*** mulhern_ <mulhern_!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto17:24
*** dl9pf_ <dl9pf_!~quassel@static.88-198-106-157.clients.your-server.de> has joined #yocto17:26
*** davest <davest!~Adium@134.134.139.74> has joined #yocto17:27
*** smartin_ <smartin_!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto17:30
*** halfhalo_ <halfhalo_!halfhalo@nasadmin/webteam/halfhalo> has joined #yocto17:31
*** ynezz_ <ynezz_!ynezz@ibawizard.net> has joined #yocto17:33
*** davest1 <davest1!~Adium@134.134.139.74> has quit IRC17:34
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC17:34
*** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has quit IRC17:34
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC17:35
*** scot_ <scot_!~scot@client-74-113.natinst.com> has quit IRC17:35
*** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has quit IRC17:35
*** mitz <mitz!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has quit IRC17:35
*** jwessel <jwessel!~jwessel@128.224.250.2> has quit IRC17:35
*** jonmasters <jonmasters!~jcm@edison.jonmasters.org> has quit IRC17:35
*** ynezz <ynezz!ynezz@ibawizard.net> has quit IRC17:35
*** wgao__ <wgao__!~wgao@1.202.252.122> has quit IRC17:35
*** dl9pf <dl9pf!~quassel@static.88-198-106-157.clients.your-server.de> has quit IRC17:35
*** mulhern_ is now known as mulhern17:35
*** halfhalo_ is now known as halfhalo17:35
*** jonmasters_ <jonmasters_!~jcm@edison.jonmasters.org> has joined #yocto17:38
*** erbo <erbo!~erik@host.62.65.125.245.bitcom.se> has joined #yocto17:39
*** jwessel <jwessel!~jwessel@128.224.250.2> has joined #yocto17:39
*** mitz <mitz!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has joined #yocto17:40
*** wgao__ <wgao__!~wgao@1.202.252.122> has joined #yocto17:40
*** dl9pf_ is now known as dl9pf17:41
*** belen1 <belen1!~Adium@134.134.139.74> has quit IRC17:42
*** dl9pf <dl9pf!~quassel@static.88-198-106-157.clients.your-server.de> has quit IRC17:42
*** dl9pf <dl9pf!~quassel@opensuse/member/dl9pf> has joined #yocto17:42
*** bluelightning <bluelightning!~paul@83.217.123.106> has quit IRC17:53
*** seebs <seebs!~seebs@home.seebs.net> has quit IRC17:58
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto17:59
-YoctoAutoBuilder- build #207 of nightly-arm is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-arm/builds/20717:59
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC18:11
*** adam__ <adam__!~adam@206.116.3.18> has joined #yocto18:13
mr_sciencekergoth: nothing about installing *-dbg packages or other setup stuff specific to OE?18:13
adam__Good morning! Can I get some pointers patching an existing .bb file? This recipe has multiple patches already. I simply want to patch the .bb file from a .bbappend in my own layer18:14
mr_sciencejust make a .bbappend and add what you need18:15
*** cetola <cetola!~cetola@74-92-165-193-Oregon.hfc.comcastbusiness.net> has joined #yocto18:15
mr_sciencenormally you can just d_foo_append() {} your own functions, etc18:15
adam__mr_science: ya.. I realized as soon as i hit the enter key18:16
mr_scienceeg, do_install_append() { add your code }18:16
mr_scienceyou can _append most things...18:17
adam__mr_science: i'm bitbaking again with the list of files removed in my bbappend18:17
*** khem1 <khem1!~khem@mbc0536d0.tmodns.net> has quit IRC18:17
mr_sciencethe list of patch files?18:18
mr_scienceis there a newer upstream version than the existing recipe?18:18
adam__mr_science: hmm yes. The story is this - I have a recipe that contains some patches. And I simply want to patch the recipe's bb file. This recipe is in a different layer from my own.18:18
ftonellois there any other way to find dependencies chain instead of "bitbake -g -u depexp"?18:19
ftonellobecause the dependency in -u depexp is wrong..18:19
rburtonftonello: just bitbake -g will write dot files, so you can see the raw deps18:19
rburtonftonello: but if you've found a bug in depexp, mail me with a way to reproduce :)18:19
ftonellolibnss-mdns triggers avahi, but nothing triggers libnss-mdns :(18:19
ftonelloits not a bug there I think..18:20
mr_scienceadam__: what specifically do you want to change from the existing recipe?18:20
ftonelloso avahi is been installed in my image without no one trigering it.. make any sense?18:20
mr_scienceseveral things could pull in avahi as a dep...18:20
mr_sciencepretty much anything that needs zereconf support...18:21
mr_science*zeroconf even18:21
adam__mr_science: i need to modify the pkg_postinst behavior of the original recipe18:21
rburtonftonello: you might find it coming in through an image feature that doesn't always appear in depexp18:21
adam__mr_science: can i simply overwrite the entire pkg_postinst fuction from my bbappened?18:22
mr_scienceadam__: so you want to override the existing function?18:22
mr_scienceyes, that's what i was going to say...18:22
mr_sciencejust replace the fucntion rather than _append to it18:23
rburtonftonello: specifically, DISTRO_FEATURES defaults to "zeroconf", so packagegroup-base will depend on libnss-mdns -> avahi.18:23
rburtonftonello: if you don't want any zeroconf support, drop that from your distro18:24
rburton(yes, this needs to be better expressed in depexp)18:24
rburtonin this case, chasing the deps through "git grep" works18:24
rburtonlibnss-mdns -> avahi -> packagegroup-base -> adds deps on DISTRO_FEATURE18:25
ftonellorburton: hmm18:25
*** davest <davest!~Adium@134.134.139.74> has quit IRC18:25
kergothmr_science: add dbg-pkgs to IMAGE_FEATURES if you want the debug symbols on the target18:26
ftonellorburton: how do I chase deps using git grep?18:26
ftonellorburton: also, how do I remove this from my DISTRO_FEATURES? because my distro features I use  += operator18:26
rburtonftonello: you'll have to set it outright18:26
rburtonuse bitbake -e to get the full current value18:27
ftonellorburton: yeah18:27
ftonellothanks18:27
*** zerus <zerus!~epetmab@90-224-44-236-no67.tbcn.telia.com> has joined #yocto18:29
*** mihai <mihai!~mihai@188.26.147.206> has joined #yocto18:29
adam__mr_science: cool i am replacing the functions entirely. Thanks!18:33
mr_sciencenp18:48
*** pirut <pirut!~Pirut@134.134.139.70> has quit IRC18:52
*** pirut <pirut!Pirut@nat/intel/x-vidooroluweqcncq> has joined #yocto18:54
*** phdeswer_ <phdeswer_!~phdeswer@a88-113-104-180.elisa-laajakaista.fi> has quit IRC18:57
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto19:05
*** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has quit IRC19:07
*** plfiorini <plfiorini!~plfiorini@93-39-222-224.ip77.fastwebnet.it> has quit IRC19:11
*** el_robin_ <el_robin_!~el_robin@2a01:e0b:1:124:4411:dae7:2064:6b98> has quit IRC19:19
*** davest <davest!Adium@nat/intel/x-smhcxosihwyygirq> has joined #yocto19:19
*** el_robin <el_robin!~el_robin@2a01:e0b:1:124:54be:d5e4:293e:5235> has joined #yocto19:26
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC19:27
*** W1N9Zr0 <W1N9Zr0!~W1N9Zr0@24-246-93-30.cable.teksavvy.com> has quit IRC19:30
*** sameo <sameo!~samuel@192.55.54.41> has quit IRC19:37
*** blloyd <blloyd!~blloyd@mobile-166-137-147-194.mycingular.net> has joined #yocto19:37
*** sameo <sameo!~samuel@192.55.54.42> has joined #yocto19:41
*** jbaxter <jbaxter!~jbaxter@jimbax.plus.com> has quit IRC19:46
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC19:48
*** bluelightning <bluelightning!~paul@cpc13-lewi17-2-0-cust74.2-4.cable.virginmedia.com> has joined #yocto19:49
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto19:49
*** sameo <sameo!~samuel@192.55.54.42> has quit IRC19:57
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto19:59
*** jbaxter <jbaxter!~jbaxter@jimbax.plus.com> has joined #yocto20:00
*** JaMa <JaMa!~martin@ip-62-24-80-145.net.upcbroadband.cz> has quit IRC20:02
*** jbaxter <jbaxter!~jbaxter@jimbax.plus.com> has quit IRC20:05
*** JaMa <JaMa!~martin@ip-62-24-80-145.net.upcbroadband.cz> has joined #yocto20:10
*** blloyd <blloyd!~blloyd@mobile-166-137-147-194.mycingular.net> has quit IRC20:10
*** JaMa <JaMa!~martin@ip-62-24-80-145.net.upcbroadband.cz> has quit IRC20:17
*** jbaxter <jbaxter!~jbaxter@jimbax.plus.com> has joined #yocto20:18
*** eren <eren!~eren@unaffiliated/eren> has quit IRC20:20
*** joshc <joshc!~joshc@rhlug/joshc> has quit IRC20:21
adam__Good afternoon everyone, I'd like to add a user for my desktop image. Should I create a recipe that uses adduser or is there a class that handles this in OE/Yocto?20:22
*** W1N9Zr0 <W1N9Zr0!~W1N9Zr0@24-246-93-30.cable.teksavvy.com> has joined #yocto20:24
*** joshc <joshc!~joshc@rhlug/joshc> has joined #yocto20:24
bluelightningadam__: so atm the only way is to use a separate recipe; however patches are in review to allow adding a user outside of recipes for the kind of purpose you're presumably needing it for20:29
*** JaMa <JaMa!~martin@ip-62-24-80-145.net.upcbroadband.cz> has joined #yocto20:30
adam__bluelightning: ahh great thanks!20:31
*** evanp_ is now known as evanp20:31
*** adam__ is now known as b1gtuna20:32
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC20:32
*** tor <tor!~tor@c-ef66e655.125-1-64736c10.cust.bredbandsbolaget.se> has quit IRC20:41
mr_sciencebluelightning: as in create a non-root user with a known password?20:44
b1gtunamr_science: i hope so?20:50
bluelightningmr_science: b1gtuna: correct20:53
mr_sciencei currently have that hacked into my custom_rootfs_postprocess20:54
mr_sciencewould be much nicer with real bbclass support...20:54
mr_sciencei should go look at those patches...20:55
b1gtunamr_science: do you mind sharing it with me? I can't login through GDM at the moment haha20:55
*** mulhern <mulhern!~mulhern@24.128.153.12> has joined #yocto20:57
mr_sciencebigtuna: something like this => http://paste2.org/cEy60fh521:00
mr_sciencewhere <uname> is the name of your user account21:01
mr_scienceyou'll also need to hash the password and replace <hashed-passwd>21:01
*** plfiorini <plfiorini!~plfiorini@93.39.232.225> has joined #yocto21:02
mr_scienceer,, b1gtuna ...21:02
b1gtunamr_science: nice21:03
sgw_mr_science: why could you not use the useradd class for this?21:03
mr_sciencethat's inside a "fakeroot custom_rootfs_postprocess() {}" function in my image recipe21:04
mr_scienceit's oe-classic21:04
mr_sciencedon't think arago has that21:04
sgw_mr_science: I think only maybe the sudoer's file would be an issue.  Ah oe-classic, not oe-core.21:04
mr_scienceyup, in my rpi build i would definitely use it...21:05
* mr_science makes a mental note to add a non-root user to the rpi build21:05
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto21:14
*** davest <davest!Adium@nat/intel/x-smhcxosihwyygirq> has quit IRC21:19
*** davest <davest!~Adium@134.134.139.72> has joined #yocto21:21
*** agust <agust!~agust@p4FC46E3E.dip0.t-ipconnect.de> has quit IRC21:22
*** mihai <mihai!~mihai@188.26.147.206> has quit IRC21:23
*** zenlinux <zenlinux!~sgarman@c-50-139-85-11.hsd1.or.comcast.net> has joined #yocto21:25
*** W1N9Zr0 <W1N9Zr0!~W1N9Zr0@24-246-93-30.cable.teksavvy.com> has quit IRC21:25
*** W1N9Zr1418 <W1N9Zr1418!~W1N9Zr0@24-246-93-30.cable.teksavvy.com> has joined #yocto21:26
*** b46258 <b46258!~b46258@gate-tx3.freescale.com> has quit IRC21:26
*** joeythesaint <joeythesaint!~jjm@128.224.252.2> has quit IRC21:38
b1gtunabluelightning: Can you point me to the patch set that adds user creation?21:48
b1gtunabluelightning: thanks21:48
bluelightningb1gtuna: sure one sec21:48
b1gtunabluelightning: :)21:48
bluelightningb1gtuna: http://lists.openembedded.org/pipermail/openembedded-core/2013-July/081320.html21:50
bluelightningb1gtuna: there's still some feedback on it though so it may need further work21:50
*** zerus <zerus!~epetmab@90-224-44-236-no67.tbcn.telia.com> has quit IRC21:51
b1gtunabluelightning: Ah I see. This will be really nice once it's completed. It's a little pain configuring users manually21:53
*** doerrpau <doerrpau!~ni@caen-vnc02.engin.umich.edu> has quit IRC21:54
mr_scienceyeah, the image hack is exactly that .  a hack...21:54
*** mulhern <mulhern!~mulhern@24.128.153.12> has quit IRC21:55
b1gtunamr_science: btw are you using systemd on your images?21:55
mr_sciencenot currently22:01
mr_sciencedon't think it's in arago (oe-classic) and i specifically made my rpi image "light" so i don't have systemd in any features22:02
mr_sciencejust old-school init scripts and update-rc.d22:02
*** cetola <cetola!~cetola@74-92-165-193-Oregon.hfc.comcastbusiness.net> has quit IRC22:04
b1gtunamr_science: cool thanks22:07
*** dvhart <dvhart!~dvhart@134.134.139.70> has quit IRC22:09
mr_scienceit's all on github if you really want to see it...22:10
*** swex <swex!~swex@178.17.200.213> has quit IRC22:10
mr_sciencehttps://github.com/sarnold/meta-raspberrypi22:10
*** swex <swex!~swex@178.17.200.213> has joined #yocto22:11
*** sameo <sameo!~samuel@192.55.54.42> has joined #yocto22:14
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC22:16
*** lpapp_ <lpapp_!~lpapp@91.126.137.195> has joined #yocto22:28
lpapp_hmm, is hob stable?22:29
lpapp_it freezes for me when selecting the architecture.22:29
lpapp_oh, it just takes long time to parse the corresponding recipes.22:29
ant_homelpapp: atm I found an issue with hob, it is creating its own TMPDIR22:30
ant_homeseems the bug is aknowledged22:30
lpapp_the ui does not seem that complex.22:31
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-dzxdrazyjhrkoscs> has quit IRC22:31
*** Rootert <Rootert!~Rootert@54694E34.cm-12-2b.dynamic.ziggo.nl> has quit IRC22:37
*** zerus <zerus!~epetmab@90-224-44-236-no67.tbcn.telia.com> has joined #yocto22:38
*** kergoth` <kergoth`!~kergoth@covenant.kergoth.com> has joined #yocto22:38
b1gtunamr_science: thanks i will take a look22:40
*** ftonello <ftonello!~felipe@wsip-70-183-20-162.oc.oc.cox.net> has quit IRC22:43
*** nslu2-log <nslu2-log!~nslu2-log@140.211.169.184> has quit IRC22:43
*** kergoth <kergoth!~kergoth@covenant.kergoth.com> has quit IRC22:43
*** runexe <runexe!~douggeige@pool-108-28-180-251.washdc.fios.verizon.net> has quit IRC22:43
*** behanw <behanw!~behanw@216-58-123-51.cpe.distributel.net> has quit IRC22:43
*** trollixx <trollixx!~trollixx@sf.wisetroll.net> has quit IRC22:43
*** reaperofsouls <reaperofsouls!~reaperofs@64.2.3.195.ptr.us.xo.net> has quit IRC22:43
*** mckoan|away <mckoan|away!~marco@unaffiliated/mckoan> has quit IRC22:43
*** davest <davest!~Adium@134.134.139.72> has quit IRC22:43
*** jwessel <jwessel!~jwessel@128.224.250.2> has quit IRC22:43
*** erbo <erbo!~erik@host.62.65.125.245.bitcom.se> has quit IRC22:43
*** jmpdelos <jmpdelos!~polk@174-22-174-197.clsp.qwest.net> has quit IRC22:43
*** icanicant <icanicant!~klawson@195.88.236.129> has quit IRC22:43
*** fray <fray!U2FsdGVkX1@gate.crashing.org> has quit IRC22:43
*** abelloni <abelloni!~piout@128-79-216-144.hfc.dyn.abo.bbox.fr> has quit IRC22:43
*** RP <RP!~richard@dan.rpsys.net> has quit IRC22:43
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC22:43
*** Crofton|work <Crofton|work!~balister@71.171.33.126> has quit IRC22:43
*** melonipoika <melonipoika!~quassel@ip050-115.seclan.com> has quit IRC22:43
*** tlwoerner <tlwoerner!~tlwoerner@linaro/tlwoerner> has quit IRC22:43
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC22:43
*** jzhang1 <jzhang1!jzhang@nat/intel/x-vezbaqanyfyvskgs> has quit IRC22:43
*** sgw_ <sgw_!~sgw@c-71-193-189-117.hsd1.wa.comcast.net> has quit IRC22:43
*** RagBal <RagBal!~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl> has quit IRC22:43
*** mthalmei_away <mthalmei_away!~mthalmei@ex4.michisoft.net> has quit IRC22:43
*** mitz <mitz!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has quit IRC22:43
*** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has quit IRC22:43
*** scot__ <scot__!~scot@client-74-113.natinst.com> has quit IRC22:43
*** nitink1 <nitink1!nitink@nat/intel/x-ynghwhnmkcxnzkle> has quit IRC22:43
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC22:43
*** jackmitchell <jackmitchell!~Thunderbi@host217-34-104-101.in-addr.btopenworld.com> has quit IRC22:43
*** mshakeel <mshakeel!~mshakeel@110.93.212.98> has quit IRC22:43
*** vmeson <vmeson!~quassel@128.224.252.2> has quit IRC22:43
*** jonatan <jonatan!~quassel@194-237-7-146.customer.telia.com> has quit IRC22:43
*** reanguia1o <reanguia1o!~devnull@ricardoanguiano.com> has quit IRC22:43
*** wgao__ <wgao__!~wgao@1.202.252.122> has quit IRC22:43
*** zeddii <zeddii!~ddez@128.224.252.2> has quit IRC22:43
*** roxell <roxell!~roxell@linaro/roxell> has quit IRC22:43
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC22:43
*** iwamatsu___ <iwamatsu___!~iwamatsu@www1015ue.sakura.ne.jp> has quit IRC22:43
*** awafaa <awafaa!uid716@gateway/web/irccloud.com/x-kuteibtfrobuzqdv> has quit IRC22:43
*** sameo <sameo!~samuel@192.55.54.42> has quit IRC22:43
*** swex <swex!~swex@178.17.200.213> has quit IRC22:43
*** el_robin <el_robin!~el_robin@2a01:e0b:1:124:54be:d5e4:293e:5235> has quit IRC22:43
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC22:43
*** zibri <zibri!zibri@rfc1459.se> has quit IRC22:43
*** ynezz_ <ynezz_!ynezz@ibawizard.net> has quit IRC22:43
*** smartin_ <smartin_!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC22:43
*** dl9pf <dl9pf!~quassel@opensuse/member/dl9pf> has quit IRC22:43
*** Gintaro <Gintaro!~gintaro@geertswei.nl> has quit IRC22:43
*** wmat <wmat!wmat@wallace.mixdown.ca> has quit IRC22:43
*** lh <lh!lh@osuosl/staff/lh> has quit IRC22:43
*** joshc <joshc!~joshc@rhlug/joshc> has quit IRC22:43
*** _julian_ <_julian_!~quassel@x2f0c43b.dyn.telefonica.de> has quit IRC22:43
*** jchonig <jchonig!~jch@firewall.honig.net> has quit IRC22:43
*** Sput <Sput!~sputnick@quassel/developer/sput> has quit IRC22:43
*** flynn378 <flynn378!80db310d@gateway/web/freenode/ip.128.219.49.13> has quit IRC22:43
*** thaytan <thaytan!~thaytan@113.94.233.220.static.exetel.com.au> has quit IRC22:43
*** ka6sox <ka6sox!ka6sox@nasadmin/ka6sox> has quit IRC22:43
*** zenlinux <zenlinux!~sgarman@c-50-139-85-11.hsd1.or.comcast.net> has quit IRC22:43
*** FlamesOfEternity <FlamesOfEternity!~paradox@s83-179-40-164.cust.tele2.se> has quit IRC22:43
*** JYDawg <JYDawg!~jydawg@jydawg.stoned-it.com> has quit IRC22:43
*** lyang0 <lyang0!~lyang001@1.202.252.122> has quit IRC22:43
*** evanp <evanp!evan@nat/intel/x-ohjadenuzkklaaab> has quit IRC22:43
*** rodgort <rodgort!~rodgort@li125-242.members.linode.com> has quit IRC22:43
*** jjardon <jjardon!uid723@gateway/web/irccloud.com/x-rojywhbfyezhlvhq> has quit IRC22:43
*** Saur <Saur!pkj@nat/axis/x-wfmqlcfodxumhfiy> has quit IRC22:43
*** mario-goulart <mario-goulart!~user@email.parenteses.org> has quit IRC22:43
*** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has quit IRC22:43
*** grifter1881 <grifter1881!~grifter@static-50-53-13-32.bvtn.or.frontiernet.net> has quit IRC22:43
*** mranostay <mranostay!~mranostay@ec2-54-215-127-238.us-west-1.compute.amazonaws.com> has quit IRC22:43
*** halstead <halstead!~halstead@drupal.org/user/301087/view> has quit IRC22:43
*** khohm <khohm!~quassel@share.basyskom.com> has quit IRC22:43
*** denix <denix!~denix@pool-108-45-150-102.washdc.fios.verizon.net> has quit IRC22:43
*** gonzzor <gonzzor!~gonzzor@leela.campus.luth.se> has quit IRC22:43
*** nslu2-log <nslu2-log!~nslu2-log@140.211.169.184> has joined #yocto22:46
*** Rootert <Rootert!~Rootert@54694E34.cm-12-2b.dynamic.ziggo.nl> has joined #yocto22:46
*** sameo <sameo!~samuel@192.55.54.42> has joined #yocto22:46
*** swex <swex!~swex@178.17.200.213> has joined #yocto22:46
*** zenlinux <zenlinux!~sgarman@c-50-139-85-11.hsd1.or.comcast.net> has joined #yocto22:46
*** davest <davest!~Adium@134.134.139.72> has joined #yocto22:46
*** joshc <joshc!~joshc@rhlug/joshc> has joined #yocto22:46
*** el_robin <el_robin!~el_robin@2a01:e0b:1:124:54be:d5e4:293e:5235> has joined #yocto22:46
*** wgao__ <wgao__!~wgao@1.202.252.122> has joined #yocto22:46
*** mitz <mitz!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has joined #yocto22:46
*** jwessel <jwessel!~jwessel@128.224.250.2> has joined #yocto22:46
*** erbo <erbo!~erik@host.62.65.125.245.bitcom.se> has joined #yocto22:46
*** ynezz_ <ynezz_!ynezz@ibawizard.net> has joined #yocto22:46
*** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has joined #yocto22:46
*** smartin_ <smartin_!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto22:46
*** dl9pf <dl9pf!~quassel@opensuse/member/dl9pf> has joined #yocto22:46
*** scot__ <scot__!~scot@client-74-113.natinst.com> has joined #yocto22:46
*** jmpdelos <jmpdelos!~polk@174-22-174-197.clsp.qwest.net> has joined #yocto22:46
*** icanicant <icanicant!~klawson@195.88.236.129> has joined #yocto22:46
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto22:46
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto22:46
*** behanw <behanw!~behanw@216-58-123-51.cpe.distributel.net> has joined #yocto22:46
*** Saur <Saur!pkj@nat/axis/x-wfmqlcfodxumhfiy> has joined #yocto22:46
*** FlamesOfEternity <FlamesOfEternity!~paradox@s83-179-40-164.cust.tele2.se> has joined #yocto22:46
*** mario-goulart <mario-goulart!~user@email.parenteses.org> has joined #yocto22:46
*** _julian_ <_julian_!~quassel@x2f0c43b.dyn.telefonica.de> has joined #yocto22:46
*** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has joined #yocto22:46
*** trollixx <trollixx!~trollixx@sf.wisetroll.net> has joined #yocto22:46
*** Crofton|work <Crofton|work!~balister@71.171.33.126> has joined #yocto22:46
*** thaytan <thaytan!~thaytan@113.94.233.220.static.exetel.com.au> has joined #yocto22:46
*** zeddii <zeddii!~ddez@128.224.252.2> has joined #yocto22:46
*** jackmitchell <jackmitchell!~Thunderbi@host217-34-104-101.in-addr.btopenworld.com> has joined #yocto22:46
*** melonipoika <melonipoika!~quassel@ip050-115.seclan.com> has joined #yocto22:46
*** mshakeel <mshakeel!~mshakeel@110.93.212.98> has joined #yocto22:46
*** tlwoerner <tlwoerner!~tlwoerner@linaro/tlwoerner> has joined #yocto22:46
*** roxell <roxell!~roxell@linaro/roxell> has joined #yocto22:46
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto22:46
*** jchonig <jchonig!~jch@firewall.honig.net> has joined #yocto22:46
*** ka6sox <ka6sox!ka6sox@nasadmin/ka6sox> has joined #yocto22:46
*** Gintaro <Gintaro!~gintaro@geertswei.nl> has joined #yocto22:46
*** Sput <Sput!~sputnick@quassel/developer/sput> has joined #yocto22:46
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto22:46
*** JYDawg <JYDawg!~jydawg@jydawg.stoned-it.com> has joined #yocto22:46
*** vmeson <vmeson!~quassel@128.224.252.2> has joined #yocto22:46
*** fray <fray!U2FsdGVkX1@gate.crashing.org> has joined #yocto22:46
*** jonatan <jonatan!~quassel@194-237-7-146.customer.telia.com> has joined #yocto22:46
*** jzhang1 <jzhang1!jzhang@nat/intel/x-vezbaqanyfyvskgs> has joined #yocto22:46
*** abelloni <abelloni!~piout@128-79-216-144.hfc.dyn.abo.bbox.fr> has joined #yocto22:46
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto22:46
*** sgw_ <sgw_!~sgw@c-71-193-189-117.hsd1.wa.comcast.net> has joined #yocto22:46
*** RagBal <RagBal!~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl> has joined #yocto22:46
*** mthalmei_away <mthalmei_away!~mthalmei@ex4.michisoft.net> has joined #yocto22:46
*** RP <RP!~richard@dan.rpsys.net> has joined #yocto22:46
*** lyang0 <lyang0!~lyang001@1.202.252.122> has joined #yocto22:46
*** reanguia1o <reanguia1o!~devnull@ricardoanguiano.com> has joined #yocto22:46
*** reaperofsouls <reaperofsouls!~reaperofs@64.2.3.195.ptr.us.xo.net> has joined #yocto22:46
*** iwamatsu___ <iwamatsu___!~iwamatsu@www1015ue.sakura.ne.jp> has joined #yocto22:46
*** wmat <wmat!wmat@wallace.mixdown.ca> has joined #yocto22:46
*** awafaa <awafaa!uid716@gateway/web/irccloud.com/x-kuteibtfrobuzqdv> has joined #yocto22:46
*** lh <lh!lh@osuosl/staff/lh> has joined #yocto22:46
*** grifter1881 <grifter1881!~grifter@static-50-53-13-32.bvtn.or.frontiernet.net> has joined #yocto22:46
*** zibri <zibri!zibri@rfc1459.se> has joined #yocto22:46
*** mranostay <mranostay!~mranostay@ec2-54-215-127-238.us-west-1.compute.amazonaws.com> has joined #yocto22:46
*** evanp <evanp!evan@nat/intel/x-ohjadenuzkklaaab> has joined #yocto22:46
*** rodgort <rodgort!~rodgort@li125-242.members.linode.com> has joined #yocto22:46
*** jjardon <jjardon!uid723@gateway/web/irccloud.com/x-rojywhbfyezhlvhq> has joined #yocto22:46
*** flynn378 <flynn378!80db310d@gateway/web/freenode/ip.128.219.49.13> has joined #yocto22:46
*** gonzzor <gonzzor!~gonzzor@leela.campus.luth.se> has joined #yocto22:46
*** denix <denix!~denix@pool-108-45-150-102.washdc.fios.verizon.net> has joined #yocto22:46
*** khohm <khohm!~quassel@share.basyskom.com> has joined #yocto22:46
*** halstead <halstead!~halstead@drupal.org/user/301087/view> has joined #yocto22:46
*** mckoan|away <mckoan|away!~marco@unaffiliated/mckoan> has joined #yocto22:46
*** jackmitchell <jackmitchell!~Thunderbi@host217-34-104-101.in-addr.btopenworld.com> has quit IRC22:47
*** challinan_ <challinan_!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto22:47
*** jackmitchell <jackmitchell!~Thunderbi@host217-34-104-101.in-addr.btopenworld.com> has joined #yocto22:47
*** ftonello <ftonello!~felipe@wsip-70-183-20-162.oc.oc.cox.net> has joined #yocto22:47
*** runexe <runexe!~douggeige@pool-108-28-180-251.washdc.fios.verizon.net> has joined #yocto22:47
*** levi` <levi`!~user@c-24-10-225-212.hsd1.ut.comcast.net> has joined #yocto22:48
*** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC22:48
*** levi <levi!~user@c-24-10-225-212.hsd1.ut.comcast.net> has quit IRC22:48
lpapp_any reason why hob does not have its own repository?22:48
*** jonmasters_ <jonmasters_!~jcm@edison.jonmasters.org> has quit IRC22:48
*** levi` is now known as levi22:48
bluelightninglpapp_: its code is heavily tied to the interface of bitbake22:48
*** nitink <nitink!~nitink@134.134.139.74> has joined #yocto22:50
*** jonmasters <jonmasters!~jcm@edison.jonmasters.org> has joined #yocto22:51
*** davest <davest!~Adium@134.134.139.72> has quit IRC22:51
lpapp_bluelightning: means?22:53
bluelightninglpapp_: meaning, when bitbake's internals change hob needs to be updated to match, and during development this happens frequently22:54
lpapp_bluelightning: I am still not sure how that limits the repository separation.22:55
bluelightninglpapp_: it's a lot easier for users grabbing the hob code to get something that correctly matches up if bitbake and hob are in the same repo22:55
lpapp_bluelightning: why ?22:55
lpapp_btw, users should use releases?22:55
bluelightninglpapp_: a lot of users track master22:56
bluelightningmore than in other projects22:56
lpapp_is that really the majority?22:56
lpapp_usually, it is the very minor portion in projects, really.22:56
bluelightningit's a significant percentage, I don't have numbers22:56
lpapp_but even then, they are on their own.22:56
lpapp_if it is documented what to fetch, it is probably not a big deal.22:56
lpapp_or with git submodules.22:56
lpapp_as a user, I think, it would actually make it clearer to use with proper separation.22:57
ant_homewrt master, we have been rarely left with broken bitabke and that couple of times it was on weekend ;)22:58
ant_homeRP,^22:58
lpapp_I am not sure why unmodularization is thought as simpler rather than more complex.22:59
bluelightningwe've never provided a stable interface for UIs, and we do not wish to do so23:00
bluelightningsplitting out the UIs will just bring demands for that stable interface23:00
lpapp_well, I would like to write a Qt/QML ui, but that kinda scares me. :)23:00
lpapp_off*23:00
lpapp_bluelightning: why?23:00
lpapp_it should be an internal detail for ui releases.23:00
lpapp_provided, users do not upgrade bitbake.23:01
lpapp_just together with the ui23:01
bluelightninglpapp_: cf the Linux kernel's internal interfaces, which are similarly guaranteed not to be stable23:01
lpapp_IMO, this repository separation is irrelevant to stability.23:01
lpapp_it would just help developers to have a clear separation.23:02
lpapp_and those who wanna work with both, they can fetch both submodules with git, then.23:03
kergoth`I'd be in favor of a proper UI API which would make it easier to create separate projects with separate executable bitbake interfaces, personally, but we've historically not done a good job of maintaining bitbake's APIs and API versioning23:05
lpapp_I do not see what a UI api would mean or help with, in here.23:06
lpapp_bluelightning: so what is the recommended way of creating a qbitbake frontend?23:06
bluelightninglpapp_: as far as I'm concerned, there should be nothing stopping you from doing so; just use how hob works as an example23:07
lpapp_bluelightning: meaning, putting stuff into the poky repository?23:08
bluelightninglpapp_: well, that's the pattern we've been following up to now with UIs23:09
bluelightninglpapp_: to be precise, the bitbake repository (poky just copies bitbake in almost verbatim)23:09
lpapp_bluelightning: http://cgit.openembedded.org/bitbake/ this one or berlios?23:11
bluelightninglpapp_: the one on openembedded.org23:12
lpapp_berlios was closed if I recall correctly.23:12
lpapp_bluelightning: hmm, I need to call python API from C++...23:13
lpapp_or just calling the executable directly with the relevant options.23:14
lpapp_from QML, to be precise, but I likely need some C++ helper.23:14
* bluelightning needs sleep... goodnight all23:18
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC23:19
*** ant_home <ant_home!~andrea@host176-14-dynamic.21-79-r.retail.telecomitalia.it> has quit IRC23:21
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto23:22
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC23:36
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has quit IRC23:37
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has joined #yocto23:37
*** doerrpau <doerrpau!~doerrpau@cpe-70-124-65-123.austin.res.rr.com> has joined #yocto23:42
ftonelloIf I change an RDEPEND of a package.. do I have to do bitbake -c cleansstate and rebuild it in order that an image that installs that package installs with the correct REPENDS?23:56
*** hollisb <hollisb!~hollisb@nat-wv.mentorg.com> has quit IRC23:58

Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!