Monday, 2014-08-11

*** flihp <flihp!> has quit IRC00:06
*** joranb <joranb!4cb28f38@gateway/web/freenode/ip.> has joined #yocto00:12
joranbok another one00:13
joranbif i had a dirver i wanted to bundle into yocto and it has a make file ... and normally I would just say "Make and make install"00:13
joranbcan I just do a recipe  following these direcitons
nerdboy1.4.2 is a little old, which release/branch are you using?00:17
nerdboyJaMa: we have nice list of things, so no need to "encourage" ka6sox anymore00:18
nerdboyor you will next get to face my wife...  and she learned to drive in venezuela and brasil00:18
nerdboyso there00:18
joranbmaster i think00:19
joranbhold on its the version that comes with $ repo init -u git:// -b master00:20
joranbsorry here
nerdboymaster should be master...00:22
nerdboybut makefile stuff should be easy, i would start with just basic headers, as i assume the example shows00:23
nerdboyno do_foo functions defined unless you have to do something special00:23
nerdboyer sorry, basic metadata00:24
joranbshit sorry00:24
joranbit looks really easy00:24
nerdboymeh, shit happens00:24
joranba little too easy00:24
joranbit makes me worry :P00:24
nerdboymaybe if you were a teenage mutant ninja turtle...00:25
nerdboythat was fun when my kids were little, should still be fun today00:26
joranbdo i need to do anything special since its a driver?00:30
*** ant__ <ant__!> has quit IRC00:31
*** jackmitchell <jackmitchell!> has quit IRC00:31
*** lexano <lexano!> has joined #yocto00:33
*** lyang01 <lyang01!~lyang001@> has quit IRC00:36
*** smartin <smartin!~smartin@> has quit IRC00:54
*** smartin <smartin!~smartin@> has joined #yocto00:58
*** lyang0 <lyang0!~lyang001@> has joined #yocto01:07
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC01:41
*** jkridner <jkridner!> has joined #yocto01:54
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto01:54
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC01:55
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto01:56
nerdboyjoranb: sorry, got distracted with work stuff02:08
*** hsychla_ <hsychla_!> has joined #yocto03:00
*** fray <fray!> has quit IRC03:02
*** fray <fray!> has joined #yocto03:03
*** hsychla__ <hsychla__!> has quit IRC03:04
*** hsychla_ <hsychla_!> has quit IRC03:04
*** hsychla_ <hsychla_!> has joined #yocto03:17
*** fray <fray!> has quit IRC03:21
*** fray <fray!> has joined #yocto03:22
*** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has quit IRC03:26
*** fray <fray!> has quit IRC03:31
*** fray <fray!> has joined #yocto03:33
*** Jefro <Jefro!> has joined #yocto04:29
*** [Sno] <[Sno]!~Sno]> has quit IRC04:40
*** Jefro <Jefro!> has quit IRC04:57
*** Jefro <Jefro!> has joined #yocto05:06
*** _valle_ <_valle_!> has joined #yocto05:17
*** embed <embed!~embed@> has joined #yocto05:29
embedHi yocto.05:29
embedI compiled qt5 from meta-qt5 after compilation.  if i try to compile qt application by passing qmake i am getting following error  " Inconsistency detected by get-dynamic-info.h: 134: elf_get_dynamic_info: Assertion `info[15] == ((void *)0)' failed! " please any one tell me what is the problem and to resolve this error.05:34
*** qt-x <qt-x!~ionel@> has joined #yocto05:47
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC05:56
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto05:56
*** joranb <joranb!4cb28f38@gateway/web/freenode/ip.> has quit IRC05:57
*** stiandre <stiandre!~stiandre@> has joined #yocto06:09
*** [Sno] <[Sno]!~Sno]> has joined #yocto06:16
*** embed <embed!~embed@> has quit IRC06:35
*** embed <embed!~embed@> has joined #yocto06:37
*** MDR <MDR!> has joined #yocto06:38
*** Sput <Sput!~sputnick@quassel/developer/sput> has quit IRC06:38
*** MDR <MDR!> has quit IRC06:38
*** Sput <Sput!~sputnick@quassel/developer/sput> has joined #yocto06:38
*** agust <agust!> has joined #yocto06:40
*** TobSnyder <TobSnyder!> has joined #yocto06:43
embedHi please help me to resolve this issue. Because i am struggling a lot due to this error.06:47
*** stiandre <stiandre!~stiandre@> has quit IRC06:49
nerdboywhat is in that header file?06:49
* nerdboy is no c++ guru...06:50
nerdboyqt isn't really my thing either, but the linker apparently doesn't like what you're linking against06:51
LetoThe2ndgoogling that error message only gives very obscure results, so without sufficient detail information, i guess there's not much helping.06:52
*** roric <roric!> has quit IRC06:55
*** akS_ <akS_!d44db44a@gateway/web/freenode/ip.> has joined #yocto06:56
nerdboyall i got is "hi, capt obvious, something in your qmake env is different"06:56
nerdboynot very helpful...06:56
LetoThe2ndnerdboy: yes, and: "i patched the haader"06:57
*** embed <embed!~embed@> has quit IRC07:00
LetoThe2ndits always the same with this person... obscure error message, no details provided.07:00
*** embed <embed!~embed@> has joined #yocto07:02
*** zerus <zerus!> has joined #yocto07:05
*** ant_work <ant_work!> has joined #yocto07:06
*** smartin <smartin!~smartin@> has quit IRC07:07
*** smartin <smartin!~smartin@> has joined #yocto07:13
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/> has joined #yocto07:16
*** jbrianceau_away is now known as jbrianceau07:16
*** AlexVaduva <AlexVaduva!c1ca1642@gateway/web/freenode/ip.> has joined #yocto07:16
*** stiandre <stiandre!~stiandre@> has joined #yocto07:25
*** roric <roric!> has joined #yocto07:25
*** shoragan <shoragan!~shoragan@debian/developer/shoragan> has joined #yocto07:29
*** LocutusOfBorg1 <LocutusOfBorg1!> has joined #yocto07:34
*** ddom <ddom!> has quit IRC07:37
*** embed <embed!~embed@> has quit IRC07:39
*** embed <embed!~embed@> has joined #yocto07:40
*** ant__ <ant__!> has joined #yocto07:51
*** ant_work <ant_work!> has quit IRC07:54
embedHi please help me to resolve this issue. Because i am struggling a lot due to this error.07:54
*** embed <embed!~embed@> has quit IRC08:01
*** Jefro <Jefro!> has quit IRC08:01
*** embed <embed!~embed@> has joined #yocto08:01
*** LocutusOfBorg1 <LocutusOfBorg1!> has quit IRC08:07
*** LocutusOfBorg1 <LocutusOfBorg1!> has joined #yocto08:10
nerdboyLetoThe2nd: count fenrig is the guy i'm thinking of...08:15
LetoThe2ndnerdboy: nah, fenring actually was capable of own effort08:17
nerdboynot that, his job...08:17
nerdboynm, it was more of a humorroid anyway...08:18
LetoThe2ndyou mean like "dirty work"? ;)08:18
nerdboyi'm sure he would say "do what's necessary" or some such08:19
LetoThe2ndbut still, fenring was capable of "doing what's necessary" ;) [spot the difference]08:20
nerdboyi'm not arguing...08:20
LetoThe2ndembed: AGAIN: googling that error message only gives very obscure results, so without sufficient detail information, i guess there's not much helping.08:21
LetoThe2ndnerdboy: \o/08:21
JaManerdboy: ok :)08:22
JaMaLetoThe2nd: nerdboy: agreed :)08:23
* LetoThe2nd hands out some 10gr of spice to nerdboy and JaMa 08:23
* JaMa eyes glowing08:23
nerdboyJaMa: nm the crazy the crazy driver, but make sure you give ka6sox your top 10 hit list08:24
LetoThe2ndmore blue enlightened code today. hooray!08:25
*** bluelightning <bluelightning!~paul@> has joined #yocto08:25
*** bluelightning <bluelightning!~paul@> has quit IRC08:25
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto08:25
nerdboyhowever many are the most annoying i guess...08:25
bluelightningmorning all08:26
nerdboynot sure how popular it will be, but we should have maybe 6 people and the same build box you got from him08:27
* LetoThe2nd also mourns, espcially his latest duncan08:27
nerdboyfor several hours at least08:27
LetoThe2ndnote: get some dune clothing for düsseldirf ;)08:28
nerdboywait, is he psychic?08:28
LetoThe2ndme? certainly.08:28
nerdboycan you channel eric raymond?08:29
LetoThe2ndhrhrhr nope08:29
nerdboyhmm, sort of a freudian typo on her driving...08:33
*** belen <belen!~Adium@> has joined #yocto08:35
JaManerdboy: I've ~ 35 lines of QA log and 3 failing recipes, you can pick from these :)08:37
nerdboyi have bunch of QA warnings too08:37
nerdboyfails are even better08:38
JaMaLetoThe2nd: are you Jodorowsky's son, or Leto from Lynch? :)08:38
nerdboythis is still a next weekend thing for the group "sprint"08:39
nerdboybe working on my stuff in between other stuff08:40
* nerdboy not lacking in stuff08:40
LetoThe2ndJaMa: neither..
nerdboyexcept sleep maybe...08:40
LetoThe2ndJaMa: (short form: I appear later in the series)08:40
JaMaOccupation: God Emperor08:41
JaMaah good, nice to meet you :)08:41
nerdboyand he's psychic even08:42
LetoThe2ndJaMa: Tyrannic God Emperor, please.08:43
JaMayes, my Lord08:43
nerdboyjust don't ask him to channel any famous open source developers...08:44
* LetoThe2nd nods forgivingly.08:44
LetoThe2ndnerdboy: are you messing up my powers with some fiction? ;)08:44
*** rburton <rburton!> has quit IRC08:44
nerdboyi was thinking stallman's toenails...08:44
nerdboytoo far?08:45
*** rburton <rburton!> has joined #yocto08:45
nerdboypast my bedtime anyway, so...08:46
* nerdboy yawns prodigiously 08:46
*** ddom <ddom!> has joined #yocto08:56
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto08:58
*** florian_kc is now known as florian08:58
*** embed <embed!~embed@> has quit IRC08:59
*** jackmitchell <jackmitchell!> has joined #yocto08:59
*** embed <embed!~embed@> has joined #yocto09:00
*** danielki <danielki!> has joined #yocto09:02
*** jackmitchell <jackmitchell!> has quit IRC09:03
danielkiis there a way to instruct the git fetcher to pull into an existing repo, rather than re-cloning the whole thing when the SRCREV in a recipe changes?09:04
*** jackmitchell <jackmitchell!> has joined #yocto09:05
*** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto09:06
lpappgood morning09:06
*** ddalex <ddalex!~ddalex@> has quit IRC09:07
embedLetoThe2nd:then please tell  me any other possible ways to solve this.09:08
lpappis there a way to tell the -dbg package not to generate the source only the unstripped binaries?09:09
lpapp(in case if you are wondering: use case is using gdbserver where the source files just bloat the very small flash)09:09
embedLetoThe2nd:I could not understand what is the problem weather the toolchain issue or qt qmake issue.09:09
LetoThe2ndembed: show source, recipe, full logs. you know. details.09:09
*** wgao <wgao!~wgao@> has joined #yocto09:19
ndeclpapp: PACKAGE_DEBUG_SPLIT_STYLE = "debug-without-src" in your recipe, i believe09:19
rburtondanielki: I thought it would just do a fetch, tbh09:19
danielkirburton: hm weird09:20
ndeclpapp: meta/conf/local.sample.extended has a 'section' about customizing the debug package, but this option doesn't seem to be mentioned there. but it should work.09:20
lpappndec: you are the man :-) Lemme try.09:29
lpapp(I will open a request to Scott to put it into the manual)09:29
LetoThe2ndndec: OMG! you are the MAN!09:29
*** Net147 <Net147!> has joined #yocto09:29
LetoThe2ndndec: my condolences. can i do something to comfort you?09:30
ndecLetoThe2nd: i think he really meant this variant: ... you da man!09:31
lpappwhat would be the place for it if I always want it to behave like this because we tend to prefer gdbserver... in fact we do not have choice as our flash is small.09:31
lpappthe distro.conf?09:31
LetoThe2ndndec: hey i'm a kid of the eighties, i'm unable to read beyond the first paragraph ;)09:31
lpapphmm, probably the local.conf sample in the custom layer just like in Yocto: PACKAGE_DEBUG_SPLIT_STYLE = 'debug-file-directory'09:33
bluelightningdistro config09:34
*** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has joined #yocto09:35
danielkirburton: it seems you are right; looks like I need to get back to the customer :)09:35
*** jimBaxter_uk <jimBaxter_uk!> has joined #yocto09:38
yoctiBug 6621: normal, Undecided, ---, scott.m.rifenbark, NEW , Document debug-without-src09:43
lpappblitz00: ok, thanks.09:46
lpappoops, I meant @bluelightning09:46
*** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has quit IRC09:46
*** blitz00_ <blitz00_!stefans@nat/intel/x-tnwxjpwrxgxyyjzw> has joined #yocto09:46
*** blitz00 <blitz00!stefans@nat/intel/x-obovlraeafqawokr> has joined #yocto09:46
*** blitz00 <blitz00!stefans@unaffiliated/blitz00> has joined #yocto09:46
*** sameo <sameo!~samuel@> has joined #yocto09:57
*** belen <belen!~Adium@> has quit IRC10:00
*** mckoan|away <mckoan|away!> has quit IRC10:03
*** mckoan <mckoan!~marco@unaffiliated/mckoan> has joined #yocto10:04
*** mckoan is now known as mckoan|away10:05
*** danielki <danielki!> has quit IRC10:05
*** diego_r <diego_r!> has joined #yocto10:21
lpappndec: got a clue for this?
lpappELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.14, not stripped -> this is what file returns on the host.10:22
[Sno]I created some recipes and have trouble with dependencies ...10:23
[Sno]eg. adding that to an image doesn't result in app-cmd-perl is included in final image, too10:23
lpappshow architecture10:24
lpappThe target architecture is set automatically (currently armv5t)10:24
lpappthis is with gdb on the host ...10:24
[Sno]I tried DEPENDS += and RDEPENDS_${PV} +=10:24
[Sno]any idea what I make wrong?10:25
lpappgdbserver can debug one, but not the other: file foo: foo: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.14, not stripped10:31
lpappfile foo-stripped: foo2-stripped: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.14, not stripped10:31
*** LocutusOfBorg1 <LocutusOfBorg1!> has quit IRC10:32
*** belen <belen!~Adium@> has joined #yocto10:35
bluelightning[Sno]: change RDEPENDS_${PV} to RDEPENDS_${PN}10:41
*** LocutusOfBorg1 <LocutusOfBorg1!> has joined #yocto10:46
lpappit is kind of strange because I manually copy the binary over, it just works... I wonder if Yocto makes something to the binary?10:47
lpapp(before packaging)10:47
lpappif I*10:47
lpappor why would gdbserver detect arch-error with the -dbg package compared to manual copying?10:48
[Sno]bluelightning: thanks - seen that typo while stepping through yocto-rev-doc :)10:57
[Sno]re-run generator and baking now :)10:58
*** LocutusOfBorg1 is now known as locutusborg11:03
*** kevin_t <kevin_t!~Thunderbi@> has quit IRC11:14
*** locutusborg is now known as LocutusOfBorg111:15
*** elinux <elinux!~elinux1@> has joined #yocto11:17
*** tmpsantos <tmpsantos!tmpsantos@nat/intel/x-pxgcxewwsxcpklua> has joined #yocto11:18
*** kevin_t <kevin_t!~Thunderbi@> has joined #yocto11:19
lpappgdb is horrible for debugging.... could Yocto not get cgdb into gdb-cross?11:27
JaMaRP: thanks! :)11:28
lpappsince it is just host-side thing, it would not bloat anything much either, but debugging would become a muuuuch smoother experience.11:28
lpappor at least having an option to turn it on or something.11:30
elinuxGood evening all , am facing this issue for long time. Am building images for at91sam9x5ek , while compile kernel an getting following error "arm-poky-linux-gnueabi-ld: no machine record defined". And there is no board-dt.c file "mach-at91" directory. Here is the complete error ""11:30
elinuxcan any one help me to fix this11:32
*** ajtag <ajtag!> has quit IRC11:37
*** kroon <kroon!~kroon@> has joined #yocto11:38
*** ajtag <ajtag!> has joined #yocto11:42
*** EsbenH_ is now known as EsbenH11:43
lpappI do not understand Yocto.... I got the checksum issue when creating a recipe based on another, and that is fine. I updated the checksum with the expected ones, and then bitbake -c cleanall foo, yet, I am getting the same complain for bitbake foo. :-( What am I missing?12:00
lpapphere you can see the error log, fwiw:
lpappah, hmm, never mind, my bad!12:05
lpappit is interesting to see that some packages specify -native for the dependency, too... why is that not auto-detected when a native package is built, it oughta to use the native dependency?12:15
*** danielki <danielki!> has joined #yocto12:22
*** challinan <challinan!> has joined #yocto12:24
bluelightninglpapp: it is; sometimes the target package needs -native, that's when you see it specified explicitly12:25
*** blitz00 <blitz00!stefans@unaffiliated/blitz00> has quit IRC12:26
elinuxIs this fixable ??12:28
lpappbluelightning: when is -native needed?12:31
bluelightninglpapp: when some part needs to be run on the build host ...12:32
lpappI am not sure I understand. That is what I meant by auto-detection: if it is build host, then it is native, naturally.12:32
bluelightningyou can't auto-detect it12:33
rburtonlpapp: some target packages need to run host binaries that they'd normally build directly.12:33
lpappe.g. tcltk has this: DEPENDS = "tcl-native"12:33
rburtoneg wayland depends on wayland-native12:33
rburtonbecause wayland-native installs the wayland-scanner tool12:34
rburtonwhich wayland-target then uses to generate code12:34
lpappyeah, but buildtime always uses native tools.12:34
lpappso why not autodetect it?12:35
rburtonwayland-target will run and fail because wayland-scanner hasn't been built12:35
lpappwell, you specify wayland dependency for wayland, I would assume.12:36
JaMarburton: I've just noticed that I still have "Revert "package.bbclass: add a stub implementation of package_name_hook"" in my branch, was debian.bbclass issue already resolved?12:36
lpappwithout -native since it would be implicit.12:36
rburtonJaMa: oe-core 3aa52f85e774bf82e8470a8fd849bd695393072012:37
JaMaok, will try to drop it in next build, tahnks12:37
rburtonlpapp: i dont see what the point of changing an explicit depends=wayland-native to wayland depending on wayland and the self-dependency magically turning into a native dependency would be12:38
rburtonlpapp: especially as other things will need wayland-native *and* wayland so its not a general solution12:38
lpapprburton: it is not so obvious for self-dependencies, but it is beneficial for non-self-dependencies.12:38
lpapprburton: since you just specify what you need rather than adding another layer of abstraction.12:38
lpappit is a general solution as far as I see so far. Why would it not be?12:39
lpappis it possible that I made my autotools based recipe wrong? I am seeing this: --build=x86_64-linux --host=arm-foo-linux-gnueabi --target=arm-foo-linux-gnueabi12:43
lpappwhereas, it should be this: --build=x86_64-linux --host=x86_64-linux --target=arm-foo-linux-gnueabi12:43
lpappand hence I see this issue: checking for /dev/ptmx... configure: error: cannot check for file existence when cross compiling12:44
*** nilesh <nilesh!3df688c3@gateway/web/freenode/ip.> has joined #yocto12:45
lpapphere you can see my simple recipe...
lpappisn't Yocto supposed to pass the right host parameter to the autotools based build system?12:45
*** nilesh is now known as Guest895412:45
lpappafter I just say "inherit autotools" and be done with it?12:45
rburtonshould be fine12:46
lpappmy config.log is 157 KB, so I would not like to paste unless it is really necessary ...12:46
*** embed <embed!~embed@> has quit IRC12:47
Guest8954pl help...i've poky tool chain ready and i've configured qt-creator for that and during cross compile ii'm getting error of make if you can see the post and help me12:47
lpappbut cgdb seems to look for /dev/ptmx, and that should be available on the host machine (in the debian wheey chroot): lrwxrwxrwx 1 root root 8 Aug 11 09:38 /dev/ptmx -> pts/ptmx12:47
Net147should I manually increment PR when updating git recipes to a newer SRCREV?12:47
JaMarburton: debian.bbclass confirmed12:47
lpappYocto seems to be passing --host=arm-foo-linux-gnueabi, why not x86_64-linux, the actual host?12:47
lpappNet147: wasn't PR obsolete?12:48
lpapp(a long ago)12:48
lpappGuest8954: coincidentally, I came across such an issue today with a Yocto generated dbg package myself, too: *sh: /opt/poky/1.6.1/sysroots/cortexa9hf-vfp-neon-poky-linux-gnueabi/usr/share/qt5/examples/quick/demos/clocks/clocks: cannot execute binary file: Exec format erro12:49
lpappI have no idea why Yocto generates a broken package for me, when manually copying the binary from the build folder works OK.12:49
bluelightningNet147: if you set up the PR server you don't need to do that12:52
Guest8954lpapp: can you pl  tellhow did you do that12:52
*** elinux1_ <elinux1_!~elinux1@> has joined #yocto12:52
Net147bluelightning: okay, thanks. I just wanted to make sure it's not going to think it's an older version when the SRVREV becomes lexicographically less after updating.12:52
*** danielki <danielki!> has quit IRC12:55
*** elinux <elinux!~elinux1@> has quit IRC12:55
lpappGuest8954: sorry, I am not much into Qt and not a pro about Yocto either. You need to wait for someone else.12:56
Guest8954lpapp: ok .....but i was just asking that how did you manually  copied12:57
lpappscp :)12:58
lpapprburton: do you see anything wrong about my short recipe above then?12:59
Guest8954lpapp: actually its ok for demo purpose...but what when we have to develop a custome program in qt-creator?12:59
lpappsince it is just the usual ./configure --prefix=/usr && make && make install, I have not done anything else than "inherit autotools", hoping that it would be OK.12:59
*** elinux1_ <elinux1_!~elinux1@> has quit IRC12:59
lpappGuest8954: I do not know, my ide IDE is vim :)13:00
lpappmy IDE*13:00
Guest8954lpapp: that ok....anyways thanks for your suggestions13:00
Net147Guest8954: I am using Qt Creator fine with Yocto generated Qt 5 SDK. cross-compiling, deploy to target, remote commands, run on target and debug (C++ and QML) on target working.13:00
Guest8954Net147: can you please help me for this problem posted here
lpappGuest8954: btw, I used to be active on Stack Overflow, you may want to submit Qt questions there, too. There were a few chaps helping with Qt.13:02
lpappGuest8954: there, you can even tag your question as qt + openembedded-core.13:03
Guest8954lpapp: ok....i'll try there too...thanks13:03
Net147Guest8954: are you running . /path/to/environment-setup-script in terminal before running qtcreator?13:04
Net147Guest8954: compiler path should point to arm-*-g++, debugger should be arm-*-gdb13:06
*** zarul <zarul!~zarul@ubuntu/member/zarul> has quit IRC13:07
Guest8954Net147: compiler pathy has been pointed there where there is the location of cross-compiler ...i'll do that for debugger too13:08
lpapprburton: my gdb config.log shows this, too: --host=arm-foo-linux-gnueabi13:08
lpappapparently, gdb did not get upset about it like cgdb.13:09
Net147Guest8954: Qt mkspec should be linux-oe-g++13:09
lpappbut this is wrong.... Yocto oughta pass the correct host.13:09
lpappso why is Yocto not passing the correct --host information to an autotools based software?13:09
*** danielki <danielki!> has joined #yocto13:09
Guest8954Net147:referring to i've given the that wrong?13:10
*** melonipoika <melonipoika!> has joined #yocto13:11
Net147Guest8954: not sure. I don't build for wandboard.13:11
Net147Guest8954: it should be the same as what you get when you do qmake -query after sourcing the environment script13:12
Guest8954Net147: but the real error lies on the path of make which is creating mischiefs....can you just look at the [8] url13:12
Net147Guest8954: do you have make installed on the host?13:13
Net147Guest8954: after you source the environment script. do "which make"13:14
Guest8954Net147: it gives the make file exc error...and if i delete the make path  the build error will go away...also the oup file is also not generated13:14
Net147Guest8954: /opt/poky/1.6.1/sysroots/cortexah9f-vfp-neon-poky-linux-gnueabi/usr/bin/make exists?13:15
Guest8954Net147: yes13:15
Net147Guest8954: what is the output of "file /opt/poky/1.6.1/sysroots/cortexah9f-vfp-neon-poky-linux-gnueabi/usr/bin/make"?13:15
Guest8954Net147: which make ...output:/usr/bin/make13:16
Net147Guest8954: in my SDK, there is no make. it should use the host make.13:17
*** qt-x <qt-x!~ionel@> has quit IRC13:17
Guest8954Net147:file /opt/poky/1.6.1/sysroots/cortexa9hf-vfp-neon-poky-linux-gnueabi/usr/bin/make /opt/poky/1.6.1/sysroots/cortexa9hf-vfp-neon-poky-linux-gnueabi/usr/bin/make: ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.16, BuildID[sha1]=e015ff08b4459868a9b9ca3c65f81e74970a78c9, stripped13:18
Net147Guest8954: if you rename /opt/poky/1.6.1/sysroots/cortexah9f-vfp-neon-poky-linux-gnueabi/usr/bin/make to /opt/poky/1.6.1/sysroots/cortexah9f-vfp-neon-poky-linux-gnueabi/usr/bin/make.disabled, does it help?13:19
Guest8954Net147: let me try ...this13:20
Net147Guest8954: also, run qmake again13:21
Net147Guest8954: from Qt Creatort13:22
lpapprburton: most autotools based projects ignore everything, but --build13:23
lpapprburton: even my strace and gdb config.logs have the wrong --host parameter supplied by Yocto.13:23
lpappso it seems to be an overall issue in Yocto which was not caught by any error yet.13:23
Guest8954Net147:no ...the same problem13:25
Net147Guest8954: after running qmake too?13:27
Guest8954Net147:running qmake means....i've just provided the path  in qt-creator13:28
Net147Guest8954: Build > Run qmake13:28
Guest8954Net147: yep...the same error13:30
Net147Guest8954: not sure then..13:30
lpappbluelightning: rburton: try to reproduce it, bitbake strace or bitbake gdb, and check log.do_configure, it shows the target for --host, too.13:31
Guest8954Net147:ok......for which board you have configured qt13:31
lpapp(I will file a bugreport)13:32
Net147Guest8954: I am using meta-sunxi layer for board support13:32
*** rcw <rcw!~rwoolley@> has joined #yocto13:32
*** akS_ <akS_!d44db44a@gateway/web/freenode/ip.> has quit IRC13:32
Guest8954Net147:ok...anyways ...thanks for your suggestions......13:33
Net147Guest8954: my SDK is generated separately from my image13:33
Guest8954Net147:o...i see13:34
*** alimon <alimon!~alimon@> has joined #yocto13:35
Net147Guest8954: I have a recipe that has "inherit populate_sdk populate_sdk_qt5", and I add various package-dev, etc. packages to TOOLCHAIN_TARGET_TASK13:35
Net147Guest8954: then I bitbake meta-toolchain-myplatform to generate the SDK13:35
lpapprburton: bluelightning
yoctiBug 6623: normal, Undecided, ---, richard.purdie, NEW , Autotools: --host contains the target for the ./configure script13:36
Net147Guest8954: I only add the bare minimum I need for development as needed into TOOLCHAIN_TARGET_TASK13:36
Guest8954Net147: gr8..13:37
Guest8954Net147:wru located13:38
Net147Guest8954: Australia13:38
Guest8954Net147:ok...i'm in India13:39
*** stiandre <stiandre!~stiandre@> has quit IRC13:44
*** belen <belen!~Adium@> has quit IRC13:50
*** zarul <zarul!~zarul@ubuntu/member/zarul> has joined #yocto13:51
lpappis it possible with Yocto to instruct the buildsystem not to rebuild anything just what I want?13:51
*** seebs <seebs!> has quit IRC13:51
*** seebs <seebs!> has joined #yocto13:54
*** seebs <seebs!> has joined #yocto13:56
*** ant__ <ant__!> has quit IRC13:56
*** [Sno] <[Sno]!~Sno]> has quit IRC14:01
*** Guest8954 <Guest8954!3df688c3@gateway/web/freenode/ip.> has quit IRC14:05
*** belen <belen!~Adium@> has joined #yocto14:05
*** joranb <joranb!4cb28f38@gateway/web/freenode/ip.> has joined #yocto14:14
*** sjolley <sjolley!~sjolley@> has quit IRC14:15
joranbIm trying to build the kvaser and canlib drivers via bitbake recipe and have realized I have no idea what Im doing...14:15
joranbcan someone help me create a recipe for (Kvaser linux Driver and SDK) .... im willing to paypal for it if it works ... or walk me through creating a recipe14:16
joranbfor drivers14:17
joranbthis is so frusterating :(14:17
joranbi literally spent all weekend on it14:17
lpappis this just a binary blob?14:17
joranbnaw it builds14:17
joranbusing make and make install14:17
*** munch <munch!> has joined #yocto14:18
joranbso I read about writing a recipe for stuff with make files. .. but i think that just confused me more14:18
lpappjoranb: try to customize this,
lpappreplace the meta data with your stuff, and it should just work.14:19
lpapp(if the software only requires make and make install)14:19
joranbhah ill try it ... that looks really simillar to what I tried14:20
joranbbut thanks alot :)14:20
lpappso what was the error?14:21
lpappcan you show your current recipe?14:21
*** Net147 <Net147!> has quit IRC14:21
*** TobSnyder <TobSnyder!> has quit IRC14:21
joranbyeah sure let me goto my dev box14:22
joranbgimme 3 mins or so14:22
*** joranb2 <joranb2!4cb28f38@gateway/web/freenode/ip.> has joined #yocto14:23
joranb2oh thats part of the problem it doesnt create the main file just [kvaser-dbg-0.0-r0.pepper.rpm  kvaser-dev-0.0-r0.pepper.rpm]14:25
joranb2here is my (albeit crappy) recipe14:27
joranb2and this is what I get when I run my bitbake14:29
*** ddom_ <ddom_!> has joined #yocto14:29
*** ddom <ddom!> has quit IRC14:33
*** roric <roric!> has quit IRC14:33
joranb@lpapp  I have to head to work ... but i would be forever in your debt if you could take a look at my recipe and the source my email is joranbeasley*at*   ... If you can help me get this working I would gladly send you some paypal funds :P14:40
joranbif you dont have time or whatever of coarse I also understand and thank you for that example ... I might be able to get that working14:41
*** sjolley <sjolley!~sjolley@> has joined #yocto14:41
*** fray <fray!> has quit IRC14:42
*** paulbarker <paulbarker!> has quit IRC14:43
*** paulbarker <paulbarker!> has joined #yocto14:43
*** fray <fray!> has joined #yocto14:44
*** manuel___ <manuel___!> has joined #yocto14:45
lpappjoranb: sorry, I was away. I will have a look later if I do not forget it. I do not need any paypal funds. :p14:49
*** belen <belen!~Adium@> has quit IRC14:50
bluelightningjoranb: looks like it has already been built to me, so it's not doing anything the second time14:51
bluelightningjoranb: I'm not sure if you have seen it but we have a new manual section on writing recipes here:
*** belen <belen!Adium@nat/intel/x-klvatihoggjougkq> has joined #yocto14:52
bluelightninglooking at your recipe, I suspect you need to add some extra pieces to tell the system how the software should be built / packaged14:52
lpappjoranb: what exactly is the issue? The packages are empty?14:54
*** roxell <roxell!~roxell@linaro/roxell> has quit IRC14:54
*** tyler-baker <tyler-baker!~tyler@linaro/tyler-baker> has joined #yocto14:55
lpappjoranb: is this some socketCAN thing, btw?14:55
joranbit is14:56
lpappjoranb: have you checked if the driver is built in the build folder?14:56
*** roxell <roxell!> has joined #yocto14:56
*** roxell <roxell!~roxell@linaro/roxell> has joined #yocto14:56
*** slips <slips!> has joined #yocto14:56
lpappjoranb: do you have a complete URL to the tar.bz2 file?14:57
joranball I could find was the dev and dbg files ... neither of which worked14:57
joranbbut its gz ... but doubt that matters...14:57
joranbim going to feel really stupid if its just cause I had to put the url insteado f my local tar.bz214:58
*** kroon <kroon!~kroon@> has quit IRC14:58
bluelightningjoranb: I suspect at minimum you need to define a do_install14:58
joranboh I thought if make had an install rule it would use that automagically14:59
lpappjoranb: you are missing the enumeration of the files for the package.14:59
joranbanyway Im really late for work now ... I'll get back on in 20 mins15:00
lpappjoranb: I would expect that to happen to be honest, if not I would argue that it is a shortcoming in Yocto.15:00
bluelightningjoranb: if the software uses autotools and you inherit autotools that will work, yes; if not, you do need to define your own do_install15:00
joranbI thought i just had to point it to the bz file ... heh you can tell im totally confused15:00
joranboh Its becoming marginally clearer15:00
joranbI will be back on in 20 minutes ... I hope you guys are still around because this is helpful pointers15:01
bluelightningyep I'll be here15:01
rburtonlpapp: bitbake -b will skip dependencies and just do what you tell it to do15:03
lpapprburton: I changed autotools.bbclass for a quick test against a package, but everything got rebuilt.15:03
rburtonthe hash changed, so it has to rebuild everything15:04
*** challinan <challinan!> has left #yocto15:04
rburtonthats why when testing changes in automake, pick something with minimal other depends :)15:04
rburtoni tend to use m415:04
*** alimon <alimon!~alimon@> has quit IRC15:05
*** danielki <danielki!> has quit IRC15:06
lpapprburton: I see....15:07
lpappbluelightning: why cannot Yocto deal with proper make install targets?15:08
lpappproper: make install already has the rules where to install what.15:09
lpappjoranb: try do_install and/or FILES_${PN}*15:10
lpapprburton: I have another question if you do not mind ... do you know why my cgdb binary does not get renamed to the usual long name like other toolchain file names?15:11
rburtonno idea, never looked at what renames the toolchain15:12
lpappI am referring to ./tmp/sysroots/x86_64-linux/usr/bin/armv5te-foo-linux-gnueabi/arm-foo-linux-gnueabi-*15:12
lpappmy cgdb is outstanding there because it is just ./tmp/sysroots/x86_64-linux/usr/bin/armv5te-foo-linux-gnueabi/cgdb15:12
lpappall the rest got the arm-foo-linux-gnueabi- prefix.15:12
lpappfirst I thought "inherit cross" should take care of that, but since it does not, I am not sure anymore.15:13
*** joran-phone <joran-phone!4257404c@gateway/web/freenode/ip.> has joined #yocto15:15
*** henriknj <henriknj!> has joined #yocto15:23
*** joran-phone <joran-phone!4257404c@gateway/web/freenode/ip.> has quit IRC15:28
*** tyler-baker <tyler-baker!~tyler@linaro/tyler-baker> has quit IRC15:29
*** tyler-baker <tyler-baker!~tyler@linaro/tyler-baker> has joined #yocto15:29
bluelightninglpapp: probably because it can't be sure whether or not a "make install" target exists15:29
rburtonor whether it respects a destdir variable and if it does, what it's called.15:30
lpappbluelightning: why is that an issue? If it does it succeeds, otherwise it fails, yeah?15:30
*** roric <roric!> has joined #yocto15:33
*** kroon <kroon!> has joined #yocto15:35
*** dvhart <dvhart!~dvhart@> has joined #yocto15:41
bluelightninglpapp: fails because it's not available or because it just failed for another reason?15:42
lpappbluelightning: what do you mean? You have the build log, you can check what the buildsystem says, right?15:42
lpapp(as an end user)15:42
*** roric <roric!> has quit IRC15:47
*** joranb_ <joranb_!407ea468@gateway/web/freenode/ip.> has joined #yocto15:48
joranb_im back ....15:48
joranb_so I probably do need more than just metadata? (IE a do_install() routine?)15:49
lpapp(sadly IMHO)15:49
joranb_ok ... well thats probably fine ... basically I can try and convert the install rule to bitbakiness15:49
joranb_but the do_compile will automatically run make so I dont need to explicitly define that?15:50
lpappjoranb: would you like one single package to "catch all" or modularized small packages?15:50
joranb_one singe package is fine for my needs ...15:50
joranb_or whichever is easier (I was assuming that one)15:51
joranb_and the memory difference is trivial15:51
joranb_do you guys just figure this stuff out through trial and error usually? Its hard to find documentation with complete examples that are relevant (they are all relevant and building blocks...) and/or tutorials ... and stackoverflow hasnt quite caught up with yocto it seems15:52
joranb_I feel like an idiot though ... it seems like all the info is out there I just havent put it together in my head right yet15:56
lpappjoranb: stackoverflow has an openembedded tag15:57
lpappeven bitbake.15:57
kergoththere's no standard for how to specify where do_install will put its files15:57
kergothfor ordinary makefile based buildsystems15:57
kergoththey're whatever people happen to choose15:57
kergothso there's no way to provide a default do_install for make based buildsystems in a way that would actually work15:58
kergoths/do_install will/make install will/15:58
kergothautotools.bbclass is able to provide a default do_install because automake has a set of conventions for such things, including DESTDIR, which is the important one15:58
joranb_yeah Ive seen the flags ... I also notice most questions have no answers ... (a few do) ... to be fair its hard to correctly frame yocto questions in a way that people are able to help16:00
joranb_(in the snippet that you have to do it in with stack overflow)16:00
joranb_@kergoth thanks for the explanation on why you need to provide do_install with make file :)16:01
joranb_eh actually lots do have answers on stackoverflow I guess ... for bitbake tag at least16:02
bluelightningjoranb_: if you haven't already I'd really recommend having a look at the manual section I linked above; part of the reason I pushed for creating that was to try to make it easier for new users to write their first recipe, so I hope that it's helpful for that :)16:03
lpapphmm, cgdb still does not work :(16:03
lpappis it ok to specify gdb for the dependency or it oughta be gdb-cross?16:03
bluelightningif it could be improved, we'd definitely like feedback16:03
*** joranb2 <joranb2!4cb28f38@gateway/web/freenode/ip.> has quit IRC16:03
lpappI am lost by this -native -cross -foo complication :(16:04
*** joranb <joranb!4cb28f38@gateway/web/freenode/ip.> has quit IRC16:04
lpapp(and still cannot see why it cannot be made transparent and underlying details only)16:04
joranb_meeting brb16:04
joranb_one minute16:04
lpapprburton: do you know if a cross-host tool depends on a cross-host tool I should specify dep-native or dep-cross or just simply dep?16:06
joranb_@BlueLightning ... I didnt see the link can you repost it?16:11
bluelightningsure one sec16:11
joranb_chances are high Ive already looked at it16:11
joranb_@lpapp is that cgdb question re that canlib thing?16:12
lpappjoranb_: nah, that is my own little isuse :p16:13
lpappissue*, btw, @foo is too SO'ish :)16:13
*** rburton <rburton!> has left #yocto16:13
*** [Sno] <[Sno]!~Sno]> has joined #yocto16:13
joranb_lol how do I whisper or whatever(im using the webclient)? or if i just put  "username: msg" it will highlight it for the other user?16:15
lpappnerdboy: hey, was it you with whom I discussed the gdb thing last week?16:15
nerdboyyou're asking me?16:16
lpappjoranb_: just use the name without prefix/suffix, but I am fine with @foo.16:16
lpappnerdboy: you cannot have worse memory than mine :)16:16
nerdboyi yell a lot of stuff your way...16:16
nerdboyprobably, since my kids are probably your age16:16
nerdboyat least closer than i am...16:17
lpappnerdboy: hmm, yeah, you helped me about INHIBIT_PACKAGE_DEBUG_SPLIT = 116:17
lpappdo you happen to know if I need to depend on gdb or gdb-cross when building my own little cgdb?16:17
lpappcurrently I depend on gdb, but I cannot communicate with the gdbserver.16:18
lpapp(whereas gdb-cross can)16:18
nerdboygdb-cross would make sense16:18
lpappyes, I was just trying that.16:19
nerdboyshould be what goes in the adt16:19
lpappbut it did not seem to work either. :/16:19
nerdboydoesn't work how?16:19
lpappI can connect to the gdbserver no problem, but when I press continue, it exists the gdbserver.16:19
lpappthese are my current depends: DEPENDS += "readline ncurses gdb"16:20
lpappI wonder if I should modify readline and ncurses there, too.16:20
joranb_lpapp: heh  I doubt that helps ... but just saw it16:21
lpappyeah, it is a bit different thing, but thanks :)16:22
lpappnerdboy: (gdb) c16:23
lpapp[Inferior 1 (Remote target) exited with code 01]16:23
lpapp(after "b main")16:23
nerdboymaybe try strace gdb?  where are your debug symbols installed?16:23
lpappcurrently on the host as well as the target (just in case)16:23
lpappbut the host should be enough.16:23
lpappbecause I just copied the binary over because Yocto breaks the -dbg package for me :(16:24
nerdboyyou should be able to crank up the debug output on the debug...16:24
lpapp(but that is another issue for another day ... )16:24
nerdboyjust not in a public place16:24
lpappif I use the same binaries, gdb works.16:24
lpappso I only replace cgdb with gdb in the flow, and then I can debug.16:24
lpappso it is something to do with the cgdb build... my suspicion is that it is not compatible with the gdbserver, i.e. not using the same gdb that I am running from the command line.16:25
lpappI do not know how to make sure ...16:25
nerdboyhave you built the adt and enabled debug stuff in your build?16:25
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC16:26
lpappthis does not work: ./tmp/sysroots/x86_64-linux/usr/bin/armv5te-foo-linux-gnueabi/cgdb -q ./tmp/work/armv5te-foo-linux-gnueabi/foo/$myver/git/foo -ex "tar rem"16:26
lpappthis does work: ./tmp/sysroots/x86_64-linux/usr/bin/armv5te-foo-linux-gnueabi/arm-polatis-linux-gnueabi-gdb -q ./tmp/work/armv5te-foo-linux-gnueabi/foo/$myver/git/foo -ex "tar rem"16:26
*** jkridner <jkridner!> has joined #yocto16:26
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto16:26
lpappboth are ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.2616:27
nerdboyother than getting more data (strace, more -DDDs, whatever) i don't have much else16:27
lpappstrace on the target (gdbserver) and/or the host (c/gdb)?16:28
nerdboyeasier to try host first16:28
lpappnerdboy: btw, this is the issue with the -dbg package:
lpappeven though the format is the same like for the stripped.16:29
lpappand if I copy the file over manually, it works like a charm.16:29
lpapphave not checked md5 for both to compare...16:30
lpappbut it seems Yocto gets it wrong in the package.16:30
lpappor some rule in my recipe, etc.16:30
lpappthe package installation is definitely broken.16:30
*** tmpsantos <tmpsantos!tmpsantos@nat/intel/x-pxgcxewwsxcpklua> has quit IRC16:30
*** Jefro <Jefro!> has joined #yocto16:31
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC16:31
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC16:33
lpappnerdboy: seems the md5sums are different for the binary built and what is available in the debug package even though files say the same about both16:35
lpappwhat is Yocto doing with the packged binary?16:36
lpappI would expect the binary having the same md5 like the one in the package after decompression.16:36
lpappone is 128 K (original), the other is 72K (package)16:37
nerdboythe default is split packages where the build setup strips, etc16:38
nerdboyis your recipe/makefile stripping binaries or something?16:38
nerdboyand which yocto package? what image is it part of?16:39
lpappit is part of our proprietary stuff.16:39
lpappI am comparing the binary after the buildsystem run.16:39
*** ddom_ <ddom_!> has quit IRC16:39
nerdboyyour own target image?16:39
lpappso it probably does not matter what my system does, but it does not strip anything.16:40
lpappwell, it is just a package, but yeah.16:40
lpappboth binaries are unstripped and for the same arch16:40
lpappthe only different is that one is the end result of the build system and the other is extracted from the package generated by Yocto16:41
lpapphuge size difference and the one generated by Yocto has format/exec error.16:41
nerdboyhave you done do_populate_sdk for your custom image?16:41
lpappnope, just bitbake myrecipe16:42
nerdboyand have you built the adt installer with your own stuff?16:42
lpappthe rest is core-image-minimal for now.16:42
lpappI am not using sdk for platform development.16:42
lpappwell, I do, inside Yocto itself.16:42
nerdboydo_populate_sdk is specific to your own image recipe16:43
nerdboyanyway, my guess is building a recipe is probably not enough16:44
lpappCan I get more information what Yocto does with my binary after make?16:44
lpappI am sure it does something with it, but I do not yet get what.16:45
nerdboyi would probably build a full image and the adt installer/sdk and go from there16:45
nerdboythe reference manual and other docs is all i got16:45
nerdboythe latter targets are there to pull in the proper deps and whatnot16:45
lpappwe are  doing install -m 475516:46
nerdboythat doesn't seem like the issue16:46
lpappwell, the file in the package is significantly smaller than its origin. :D16:47
lpappsomething must do something with it.16:48
nerdboyyeah, but it's a little deeper than what the install command does16:48
lpappyeah, I agree. I am not sure... I guess log.do_package is my friend.16:49
nerdboyjust humor me and build your image (including all package recipes), the sdk, and the adt_installer package16:49
*** joeythesaint <joeythesaint!~joe@> has quit IRC16:50
nerdboythe second one would be "bitbake <your_image> -c do_populate_sdk16:50
nerdboyafter bitbake <your_image>16:50
lpappthis package/recipe is not in the image since it is debug stuff.16:50
lpappmaybe shlib removes some needless stuff?16:51
nerdboywhat exactly is "debug stuff"?16:51
nerdboyyou don't let the build system create -dbg packages?16:52
* nerdboy is confused16:52
nerdboylocal.conf tells it where/how to build/install "debug stuff"16:52
*** joeythesaint <joeythesaint!~joe@> has joined #yocto16:53
lpappI do, but it is not included in the image.16:53
nerdboyyour recipe should build something sane, either a cross(target) package, a native(sysroot) package, or nativesdk package16:53
* nerdboy needs another espresso16:54
nerdboylet the system work for you...16:54
lpapp-dbg is just for manual hacking: bitbake foo; scp ../../../foo-dbg ...; ssh; etc.16:54
lpappit is not supposed to be part of the production flow.16:55
nerdboyis it a test version of something normally installed, or purely a test/developer tool?16:57
nerdboyand -dbg has a specific meaning in the package tree16:58
nerdboyif it's just your binary with symbols that's a bit confusing16:58
*** diego_r <diego_r!> has quit IRC16:59
*** fitzsim <fitzsim!~user@2001:420:284a:1300:21c:c4ff:fe73:2d74> has quit IRC16:59
lpappit is a development version of the normally released product.16:59
*** fitzsim <fitzsim!~user@2001:420:284a:1300:21c:c4ff:fe73:2d74> has joined #yocto16:59
lpappI am trying to improve by fixing bugs on the target, but currently I am even struggling with getting the debugging properly done.16:59
lpappwithout proper debugging environment, it is impossible to improve the software on the target :)17:00
nerdboythat's what those config settings are for17:00
nerdboytest version would just be a different/modified recipe17:00
nerdboyyou could use preferred_version or a git recipe for testing17:01
lpappthat is what I am already doing! :)17:01
lpappand trying to use foo-git-dbg17:01
nerdboythen using the local.conf options and sdk targets should get you what you want17:01
lpappbut it is platform development, not application.17:01
lpappa -dbg should just work without SDK, too, yeah?17:02
nerdboythe tools are there, i would use them17:02
lpappwell, cgdb is not there... I am trying to make it being there, but that is the second issue here.17:02
nerdboyexcept those targets and config options invoke the right build/install deps17:02
lpappraw gdb is there, but that is awfully painful IMHO17:02
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto17:02
nerdboyexactly my point17:03
lpappit is very hard to step through a program with gdb; you have to list the code all the time, and it is black and white, etc... it is horrid.17:03
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC17:03
lpappcgdb was meant to fix that, but it is not there... I am trying to be the innovator here to be there! :)17:03
nerdboythe adt supports both gdb and the eclipse target framework17:03
lpappcgdb is none of those.17:03
nerdboyi would still innovate on top of the right setup17:04
lpappYocto is the right setup to write recipes.17:04
nerdboythere's a lot of integration there17:04
nerdboyand the sdk/adt is the right setup to test/debug on the target17:04
lpappno, because they do not provide cgdb, so that is not OK for me, personally.17:05
lpapponce I have cgdb, life will be soooo much simpler.17:05
lpapp(and of course, cgdb will be part of our SDK offering, too, afterwards)17:06
nerdboyyou add your cgdb to the proper setup, otherwise this happens...17:07
lpappYocto should be OK to add a recipe without external SDK, I believe.17:08
nerdboywell, the normal build with dbg-tweaks enabled will build/split the packages17:09
lpappeverything is built, the problem is not there :)17:10
nerdboybeyond that, you need a bit more to get the tools, etc17:10
nerdboyjust try what i said, humor me, then come back later and tell me why it's wrong...17:11
*** Nitin <Nitin!~nakamble@> has joined #yocto17:14
AnarkyIf I want to discuss/send a patch to add a new variable on the Yocto core, where should I do it?17:15
*** jbrianceau is now known as jbrianceau_away17:15
bluelightning_Anarky: the README file has a small section on where to send patches17:17
*** bluelightning_ is now known as bluelightning17:17
Anarkylpapp, bluelightning: Thanks. And I'm wondering, when a new version of Yocto is released, they synchronize the core with Openembedded?17:23
bluelightningAnarky: they are completely synchronised; changes go into BitBake / OE-Core first and then immediately appear in the poky repository17:24
Anarkybluelightning: so they don't "freeze" the core?17:25
*** roric <roric!> has joined #yocto17:27
nerdboyref man has info also17:28
lpappAnarky: as far as I know, the release cycle is usually half a year and the last one took place in April.17:28
bluelightningAnarky: that's for day-to-day development; there are release branches for each release and the branches + release tagging occur at the same time in both places17:28
nerdboymaster and master-next would be latest/bleeding edge17:29
Anarkyok, thanks :)17:30
nerdboyclone poky and look at the branches17:30
lpappnerdboy: ps aux seems to be my frined17:31
lpappgdb --nw --annotate=2 -x /home/lpapp/.tgdb/a2_gdb_init -q ...17:32
lpappit seems cgdb is running the _system-wide_ gdb.17:32
lpappno wonder that cannot really work with gdbserver17:32
lpappalthough I am surprised that it can even connect to the server to be honest.17:33
* nerdboy wanders off to file an upstream rpi issue17:34
lpapprpi is still alive?17:35
nerdboyyou betcha17:35
nerdboynew model B+ just came out17:35
* nerdboy looks for his lake trout17:36
nerdboyyou're about => <= close...17:36
lpappyes, exactly, I thought everyone would use the new stuff.17:36
*** roric <roric!> has quit IRC17:43
volkeryeah, but still no RTC17:45
lpappheh, RTC is difficult17:46
volkerbut at least they produce much quicker as the beaglebone team17:46
volkerlpapp: is it? really? $5 and you can add it to the rpi GPIO17:46
lpappvolker: RTC is relatively expensive which is more appearing on a cheap board like rpi.17:47
*** jimBaxter_uk <jimBaxter_uk!> has quit IRC17:47
volkerbeaglebone is a little bit more but with RTC and MMC on board17:47
*** smartin__ <smartin__!> has joined #yocto17:47
lpappyes, but rpi was meant for poor people.17:48
lpappwith only the very basic needs.17:48
lpappit is poor men's gadget IMHO :)17:48
volkerI think the rpi is a little bit too hyped compared to the beaglebone (which has availability issues)17:48
nerdboybbb has no analog audio/video17:48
nerdboydifferent requirements17:48
volkerI had a lot of issues with the rpi. power, sdcard, camera module not working on the A model...17:49
nerdboyrpi has some limitations but still good for $35 US17:49
nerdboynever tried camera, and usb is well, rpi usb17:49
nerdboyit is what it is17:49
nerdboysdcard works great, with minimal optimazation17:50
volkeryeah, $35 is a good price. nothing against it. I still is neat. But comparing it to the beaglebone doesn't show too much benefits (if any at all, depends on requirements) :)17:50
nerdboybeen running the same card in my car since last year17:50
volkernerdboy: sdcard crashed a lot here, killed the FS so frequent that I was shocked.17:50
nerdboynot here17:50
volkerbut i never tried yocto RO-rootfs on it17:50
nerdboyyou have some issue i haven't seen17:51
nerdboyi run gentoo on it too17:51
nerdboyi just don't usually *build* gentoo on it...17:51
volkerok, I ran the weezy version on it, but didn't play with it for a year17:51
nerdboyjust smallish stuff17:51
volkerlsat year I added a USB camera to it and put it in the car. CPU was slightly to slow for live encoding (the GPU API is...), but was impressed by the result17:52
nerdboysome raspbian and raspbmc, but mostly just yocto/gentoo17:52
nerdboyyocto in the car, the other one is for testing17:52
volkernerdboy: what do you do with yocto in the car? Did you hook it up to the OBD?17:52
* nerdboy about to test rpi-sized TFT display17:52
nerdboyjust remote-controlled audio so far, since i have no video wiring harness for rear-view camera (in car)17:53
nerdboystupid toyota...17:53
lpappnerdboy: yay, -d is my friend for cgdb, so I have a working cgdb, awesome.17:54
lpappso the only remaining issue is why -dbg does not contain a proper binary....17:54
nerdboyvolker: mpd audio build is here:
nerdboyit has x desktop but i never see it in the car...17:56
volkeric. How do you control it then without a screen?17:56
volkerhooked to your wheel controlers?17:56
nerdboylirc and IR remote17:56
nerdboyi added the $1.99 IR sensor17:57
volkerI saw something similar on hackaday but without an IR17:57
lpappthat is an interesting issue with gdb... May that be because I have not installed dbg libraries underneath, only for my software?17:57
lpappI thought it would be possible to debug my software with symbols, as I am sure the issue is not in the underlying software stack?17:58
lpappdoes it mean that I have to install the debug version of each dependency?17:58
nerdboynow it's velcro'ed on the glove box next to the power17:59
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC17:59
lpappnerdboy: quite fancy webdesign with firework all around and all that17:59
*** belen <belen!Adium@nat/intel/x-klvatihoggjougkq> has quit IRC18:00
lpappnerdboy: :-)18:01
nerdboyvolker: the IR sensor thing was one of the older projects on rpi.org18:01
nerdboylpapp: i will add some 20th century glamour to it when i migrate to openstack infrstaructure18:02
nerdboythe fancier stuff was a long time ago and for specific courses and whatnot18:03
* nerdboy made students use squishdot for homework discussion18:03
lpappnerdboy: noooooooo! Leave it like that; do not sell your soul to the evil.18:04
nerdboymust be too early to type stuff like "infrastructure"18:04
lpappI do not want more lynx incompatible pages :)18:04
nerdboylatest one I instigated/deployed is here:
nerdboylets try it with links...18:05
nerdboymeh, not bad i guess18:06
* nerdboy is suitably impressed18:06
nerdboydoes that work for ya?18:07
*** ddom_ <ddom_!> has joined #yocto18:07
*** ftonello <ftonello!> has joined #yocto18:10
nerdboyand yes, it *is* cool working for someone who pushes kernel patches...18:11
lpappI do not know, but it is very hard to contribute to the Linux kernel IMHO, at least in a small company when you do not have time to address nitpicks.18:15
* nerdboy recruited and mentored her as gentoo dev many years ago...18:15
nerdboyshe knows a guy who knows ingo, but it gets done...18:16
lpappIngo is also hungarian... :-)18:16
nerdboyi'd visit him there...18:17
nerdboylatest article is her patch18:17
lpappwho is "her"?18:18
lpappsome geekette?18:18
nerdboy*latest patch18:18
nerdboymy boss, president of vct18:18
*** sameo <sameo!~samuel@> has quit IRC18:19
nerdboykindof a dream job, just without enough current customers with money...18:19
nerdboyso we fill time with open source stuff and business development...18:20
*** roric <roric!> has joined #yocto18:22
* nerdboy not a business guy, but i know how to extract customer requirements18:22
nerdboyseen sailfish yet?18:23
lpappI am lacto-vegetarian18:23
* nerdboy installed demo on nexus phone18:23
nerdboypretty sweet18:24
nerdboyhave to go to europe to buy a jolla phone...18:24
lpappnerdboy: I wanted a Nokia X2, but they killed it again :(18:25
nerdboyheh, i know someone who is lacto-starch-vegan or some such18:25
nerdboyvery limited18:26
nerdboyrelatively rare, like my PKD coworker from aerospace...18:27
nerdboywho is on his second (kidney) transplant18:27
lpappwell, I have never understood SailFishOS to be honest18:27
lpappand the whole mer thing... why don't they just use Yocto?18:27
lpappthey seem to be building something similar over there with OBS.18:28
nerdboyit's just a different/better(?) interface18:28
lpappwell, rpm is mandatory for one AFAIK.18:28
nerdboynot familiar with building it yet...18:28
nerdboybut i like the whole swipe-based thing in that release18:29
nerdboyalready use cyanogen on both phones anyway...18:29
nerdboyno reason to be stuck with iOS interface (the most annoying one for me) or stock android...18:30
* nerdboy 's favorite is probably webos, then sailfish, then cyanogen11, then...18:30
nerdboyas soon as upstream (samsung) 4.x started taking over my phone i had to nuke it18:31
*** sjolley <sjolley!~sjolley@> has quit IRC18:31
nerdboygoogle has a lot more work to do, especially in selinux implementation and app permissions/privacy...18:32
* nerdboy looks for his rant box18:32
nerdboydon't get me started...18:32
*** fray <fray!> has quit IRC18:33
nerdboyat least samsung is one release ahead of google in enabling selinux, but otherwise it sucks balls...18:33
*** stiandre <stiandre!> has joined #yocto18:33
nerdboyi imagine verizon is even worse...18:34
*** fray <fray!> has joined #yocto18:35
*** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has joined #yocto18:46
*** belen <belen!> has joined #yocto18:56
nerdboylpapp: how horrible is this?
nerdboybanner graphic and theme are new...18:59
*** stiandre <stiandre!> has quit IRC19:05
*** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC19:06
*** sjolley <sjolley!~sjolley@> has joined #yocto19:15
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/> has quit IRC19:18
*** fray <fray!> has quit IRC19:31
*** fray <fray!> has joined #yocto19:33
*** pidge <pidge!pidge@nat/intel/x-stayggovgbwzmita> has joined #yocto19:35
*** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto19:38
lpappnerdboy: erm, I figured out the yocto package generation issue19:38
lpappnerdboy: I do not know how it is even possible, but Yocto enchant some dependencies, even the dynamic loader, so no wonder it is format error19:41
lpappbut _why_ Yocto does that remains to be seen tomorrow.19:41
* nerdboy still confused19:42
lpappthat is alright.19:42
nerdboyare you really saying it needed those targets built and/or local.conf settings?19:42
nerdboycough it up, dude...  exactly what works and what doesn't...19:43
lpappno, I am saying "LD_TRACE_LOADED_OBJECTS='1' /usr/bin/.debug/foo" lists 3 dependencies instead of the expected 6-719:43
lpappeven the ld dependency is missing from that output.19:43
lpapppretty bizarre, I know, and have no clue why Yocto generates such a package for me.19:44
lpappwithout ld, etc, no wonder if it is exec error... that is the very first thing needed.19:44
*** belen <belen!> has quit IRC19:44
nerdboysounds like you should file a bug or at least post it to the mailing list19:45
lpappnerdboy: I will investigate tomorrow.19:46
*** jzhang <jzhang!~jzhang@> has joined #yocto19:52
* nerdboy kicks perl upgrade in the cajones19:56
nerdboyyou will bend to my will, oh yes you will...19:57
*** smartin__ <smartin__!> has quit IRC20:01
*** bluelightning <bluelightning!~paul@2001:8b0:258:7d7a:2ad2:44ff:fe40:9209> has joined #yocto20:08
*** bluelightning <bluelightning!~paul@2001:8b0:258:7d7a:2ad2:44ff:fe40:9209> has quit IRC20:08
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:08
*** slips <slips!> has quit IRC20:08
*** jkridner <jkridner!> has joined #yocto20:19
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto20:19
*** reanguia1o is now known as reanguiano20:21
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto20:28
*** zerus <zerus!> has quit IRC20:54
*** ant__ <ant__!> has joined #yocto21:07
*** rcw <rcw!~rwoolley@> has quit IRC21:07
*** fgretief <fgretief!> has joined #yocto21:09
*** manuel___ <manuel___!> has quit IRC21:15
*** manuel_ <manuel_!> has joined #yocto21:26
*** joranb_ <joranb_!407ea468@gateway/web/freenode/ip.> has quit IRC21:34
*** bfederau <bfederau!> has quit IRC22:01
*** bfederau <bfederau!> has joined #yocto22:01
*** LocutusOfBorg1 <LocutusOfBorg1!> has quit IRC22:03
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC22:10
*** dvhart <dvhart!~dvhart@> has quit IRC22:13
*** dvhart <dvhart!~dvhart@> has joined #yocto22:14
*** LocutusOfBorg1 <LocutusOfBorg1!> has joined #yocto22:15
*** ant__ <ant__!> has quit IRC22:20
*** LocutusOfBorg1 <LocutusOfBorg1!> has quit IRC22:23
*** dvhart <dvhart!~dvhart@> has quit IRC22:24
*** henriknj <henriknj!> has quit IRC22:25
*** kroon <kroon!> has quit IRC22:27
*** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has joined #yocto22:28
*** fgretief <fgretief!> has quit IRC22:28
*** dvhart <dvhart!~dvhart@> has joined #yocto22:31
*** ddom_ <ddom_!> has quit IRC22:34
*** sjolley <sjolley!~sjolley@> has quit IRC22:42
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC22:50
*** munch <munch!> has quit IRC22:51
*** agust <agust!> has quit IRC22:54
*** fgretief <fgretief!> has joined #yocto23:10
*** sjolley <sjolley!~sjolley@> has joined #yocto23:11
*** manuel_ <manuel_!> has quit IRC23:21
*** tyler-baker <tyler-baker!~tyler@linaro/tyler-baker> has quit IRC23:21
*** tyler-baker <tyler-baker!~tyler@> has joined #yocto23:22
*** tyler-baker <tyler-baker!~tyler@linaro/tyler-baker> has joined #yocto23:22
*** xnox <xnox!~xnox@ubuntu/member/xnox> has joined #yocto23:26
*** _ccube <_ccube!> has quit IRC23:41
*** ccube <ccube!> has joined #yocto23:42
*** tyler-baker <tyler-baker!~tyler@linaro/tyler-baker> has quit IRC23:42
*** dvhart <dvhart!~dvhart@> has quit IRC23:43
*** manuel_ <manuel_!> has joined #yocto23:52

Generated by 2.11.0 by Marius Gedminas - find it at!