Thursday, 2017-04-13

*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto00:03
*** voltbit <voltbit!~acid___@> has quit IRC00:11
*** t0mmy <t0mmy!> has quit IRC00:15
*** stryx` <stryx`!~stryx@> has quit IRC00:18
*** stryx` <stryx`!~stryx@> has joined #yocto00:21
*** nighty-- <nighty--!> has joined #yocto00:23
*** jwest__ <jwest__!> has joined #yocto00:27
*** majuk <majuk!> has joined #yocto00:30
*** dreyna_ <dreyna_!> has joined #yocto00:34
*** majuk <majuk!> has quit IRC00:35
*** dreyna <dreyna!> has quit IRC00:38
*** stryx` <stryx`!~stryx@> has quit IRC00:42
*** stryx` <stryx`!~stryx@> has joined #yocto00:42
*** dreyna <dreyna!> has joined #yocto00:44
*** dreyna_ <dreyna_!> has quit IRC00:47
*** dreyna <dreyna!> has quit IRC00:50
*** majuk <majuk!> has joined #yocto00:50
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto00:51
*** Biliogadafr <Biliogadafr!> has quit IRC00:55
*** majuk <majuk!> has quit IRC00:55
*** HavoK_ <HavoK_!> has quit IRC01:03
*** HavoK_ <HavoK_!> has joined #yocto01:05
*** majuk <majuk!> has joined #yocto01:09
*** majuk <majuk!> has quit IRC01:13
*** filt3r <filt3r!> has quit IRC01:23
*** vmeson <vmeson!> has joined #yocto01:27
*** majuk <majuk!> has joined #yocto01:27
*** filt3r <filt3r!> has joined #yocto01:28
*** majuk <majuk!> has quit IRC01:31
*** majuk <majuk!> has joined #yocto01:39
*** majuk <majuk!> has quit IRC01:43
*** jwest__ <jwest__!> has quit IRC01:55
*** rcwoolley_ <rcwoolley_!> has quit IRC01:57
*** majuk <majuk!> has joined #yocto02:05
*** fitzsim <fitzsim!> has quit IRC02:07
*** fitzsim <fitzsim!> has joined #yocto02:10
*** majuk <majuk!> has quit IRC02:11
*** JordonWu <JordonWu!~quassel@> has quit IRC02:14
*** gizero_ <gizero_!> has quit IRC02:16
*** redengin <redengin!~redengin@2601:600:9200:a356:81ae:1b21:93f5:2ed> has quit IRC02:16
*** gizero <gizero!> has joined #yocto02:19
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC02:19
*** JordonWu <JordonWu!~quassel@> has joined #yocto02:20
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto02:26
*** redengin <redengin!~redengin@2601:600:9200:a356:f194:3589:df3a:2563> has joined #yocto02:30
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC02:32
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto02:33
*** majuk <majuk!> has joined #yocto02:43
*** majuk <majuk!> has quit IRC02:48
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has quit IRC02:59
*** majuk <majuk!> has joined #yocto03:01
*** psadro <psadro!~Thunderbi@> has joined #yocto03:03
*** majuk <majuk!> has quit IRC03:06
*** majuk <majuk!> has joined #yocto03:19
*** majuk <majuk!> has quit IRC03:23
*** mkelly <mkelly!~martin@> has joined #yocto03:24
*** majuk <majuk!> has joined #yocto03:37
*** majuk <majuk!> has quit IRC03:41
*** majuk <majuk!> has joined #yocto03:55
*** majuk <majuk!> has quit IRC04:02
*** dreyna <dreyna!> has joined #yocto04:14
*** majuk <majuk!> has joined #yocto04:17
*** majuk <majuk!> has quit IRC04:21
*** lolsborn <lolsborn!> has joined #yocto04:32
*** majuk <majuk!> has joined #yocto04:35
*** lolsborn <lolsborn!> has quit IRC04:39
*** majuk <majuk!> has quit IRC04:41
*** dreyna <dreyna!> has quit IRC04:50
*** mkelly <mkelly!~martin@> has quit IRC04:53
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC04:54
*** gtristan <gtristan!~tristanva@> has quit IRC05:02
*** majuk <majuk!> has joined #yocto05:14
*** majuk <majuk!> has quit IRC05:19
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC05:50
*** pohly <pohly!> has joined #yocto05:51
*** agust <agust!> has joined #yocto06:00
*** zecke <zecke!~ich@> has joined #yocto06:14
*** gtristan <gtristan!~tristanva@> has joined #yocto06:15
*** gizero <gizero!> has quit IRC06:16
*** gizero <gizero!> has joined #yocto06:18
*** qt-x <qt-x!~Thunderbi@> has joined #yocto06:24
*** gtristan <gtristan!~tristanva@> has quit IRC06:26
*** majuk <majuk!> has joined #yocto06:30
*** JordonWu <JordonWu!~quassel@> has quit IRC06:34
*** Noor <Noor!~quassel@> has quit IRC06:34
*** abelal <abelal!~quassel@> has quit IRC06:34
*** tavish <tavish!~tavish@unaffiliated/tavish> has joined #yocto06:35
*** Noor <Noor!~quassel@> has joined #yocto06:35
*** JordonWu <JordonWu!~quassel@> has joined #yocto06:35
*** abelal <abelal!~quassel@> has joined #yocto06:36
*** majuk <majuk!> has quit IRC06:36
*** seezer <seezer!quassel@quassel/developer/seezer> has quit IRC06:37
*** frsc <frsc!> has joined #yocto06:38
*** seezer <seezer!quassel@quassel/developer/seezer> has joined #yocto06:38
*** jku <jku!~jku@> has joined #yocto06:45
*** kjokinie <kjokinie!~kjokinie@> has quit IRC06:46
*** kjokinie <kjokinie!~kjokinie@> has joined #yocto06:47
*** t0mmy <t0mmy!~tprrt@> has joined #yocto06:49
*** majuk <majuk!> has joined #yocto06:52
*** majuk <majuk!> has quit IRC06:56
*** yohboy <yohboy!> has joined #yocto06:56
*** hamis <hamis!~irfan@> has joined #yocto07:04
*** bananadev <bananadev!~onlyester@> has joined #yocto07:10
*** Kakounet <Kakounet!> has joined #yocto07:11
*** fl0v0 <fl0v0!> has joined #yocto07:17
*** joseppc <joseppc!> has joined #yocto07:18
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto07:18
g0hl1nGood morning. I have a question regarding linux kernel fitImages: Is it somehow possible to include 2 kernel images and 2 dtb's (from 2 different branches) in ONE fitImage using yocto/oe?07:21
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@> has joined #yocto07:23
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto07:23
*** Snert__ <Snert__!~snert_@> has joined #yocto07:23
*** Snert_ <Snert_!~snert_@> has quit IRC07:25
mcfriskg0hl1n: with master it might be possible. in jethro we ended up copying poky kernel classes to another layer and renaming all paths, variables and tasks so that multiple kernels can be built for one machine target.07:33
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto07:34
g0hl1nmcfrisk: now that's good news :-) I'm currently migrating my stuff from jehro to master (pyro then). Is there somewhere some documentation on that?07:36
mcfriskg0hl1n: I'm not following master so closely but I remember seeing major kernel class refactoring patches. check latest docs for kernel class details.07:39
*** yohboy <yohboy!> has quit IRC07:43
*** yann|work <yann|work!> has quit IRC07:43
*** colrack <colrack!> has joined #yocto07:45
*** JaMa <JaMa!~martin@> has joined #yocto07:48
*** t0mmy <t0mmy!~tprrt@> has quit IRC07:50
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto07:51
*** t0mmy <t0mmy!~tprrt@> has joined #yocto07:51
*** joshuagl <joshuagl!joshuagl@nat/intel/x-ldedbxbnmwneoflc> has joined #yocto07:52
*** colrack <colrack!> has quit IRC07:52
*** majuk <majuk!> has joined #yocto07:53
*** t0mmy <t0mmy!~tprrt@> has quit IRC07:54
*** t0mmy <t0mmy!~tprrt@> has joined #yocto07:56
*** morphis <morphis!> has joined #yocto07:57
*** majuk <majuk!> has quit IRC07:57
*** morphis <morphis!> has quit IRC07:58
*** morphis_ <morphis_!> has joined #yocto07:58
*** rajm <rajm!> has quit IRC07:59
*** piotr_ <piotr_!4e0b08f9@gateway/web/freenode/ip.> has quit IRC08:02
*** zecke <zecke!~ich@> has quit IRC08:02
*** arkver <arkver!> has joined #yocto08:04
*** hamis <hamis!~irfan@> has quit IRC08:05
*** Biliogadafr <Biliogadafr!> has joined #yocto08:06
*** hamis <hamis!~irfan@> has joined #yocto08:08
*** sameo <sameo!~samuel@> has joined #yocto08:10
*** majuk <majuk!> has joined #yocto08:11
*** hattzy <hattzy!> has joined #yocto08:11
*** majuk <majuk!> has quit IRC08:15
*** grma <grma!~gruberm@> has joined #yocto08:18
*** morphis_ <morphis_!> has quit IRC08:19
*** gtristan <gtristan!~tristanva@> has joined #yocto08:20
*** aV_V <aV_V!~aV_V@> has joined #yocto08:26
*** mckoan|away is now known as mckoan08:27
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto08:28
*** morphis <morphis!> has joined #yocto08:29
*** majuk <majuk!> has joined #yocto08:31
*** TMJJ <TMJJ!5bb5b05b@gateway/web/freenode/ip.> has joined #yocto08:35
*** majuk <majuk!> has quit IRC08:35
TMJJHi all, Oke this is a big step in the ounknown for me.08:35
TMJJI have a question about output files after creating an image with Yocto08:36
*** yann|work <yann|work!> has joined #yocto08:37
TMJJI use a TI AM335x SBC from goembed08:37
TMJJNow first of all I tested the board with the image which has been delivered with the board.08:38
TMJJAll worked like a charm. Until the point that I tried to make my own image08:39
TMJJThe board doesn't recognize the image on the SD card.08:39
TMJJI think the problem is the following:08:39
*** ant_work <ant_work!> has joined #yocto08:40
TMJJGoembed uses the following files to boot : - MLO - u-boot.img - uImage - uEnv.txt - rootfs.tar.bz208:40
TMJJwhen I create an image with yocto, there is no uEnv and image file. only a zImage. So I think this is the problem08:41
TMJJBut I can't find a solution.08:41
TMJJThis is probably a very stupid question, but I'm a beginner and trying to learn this by my self.08:42
*** majuk <majuk!> has joined #yocto08:49
*** majuk <majuk!> has quit IRC08:53
LetoThe2ndTMJJ: for getting started, you should be able to just keep the mlo, uboot and uenv from the original. the kernel image type is controlled like that:
LetoThe2ndoh oops, outdated info. second please.09:01
*** CTtpollard <CTtpollard!~CTtpollar@> has joined #yocto09:01
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC09:03
*** ChrysD <ChrysD!500c3f10@gateway/web/freenode/ip.> has joined #yocto09:03
LetoThe2ndTMJJ: the config variable is still called KERNEL_IMAGETYPE :)09:04
*** Bunio_FH <Bunio_FH!> has quit IRC09:04
TMJJOke Thanks I will have a look at it straight away! thanks for the quick support! have a nice day!09:05
LetoThe2ndTMJJ: doesn't the supplier provide a proper BSP layer for you to use?09:06
TMJJNot yet. I sended an email to the supplier, but no respons yet. On the website they say it's fully 'compatible' with beaglebone. So I downloaded the beaglebone BSP. I want to start with this BSP and then start to modify the layers to my preferences. Is this smart or not?09:10
*** colrack <colrack!~colrack@> has joined #yocto09:11
*** ed2 <ed2!~Adium@> has joined #yocto09:12
ed2pohly: you're mentioning some runqemu issue yesterday evening. what was it?09:14
pohlyed2: for refkit, the "runqemu: do not rely on grepping images" patch changed the drive device type from "virtio" (the fallback when grep didn't find anything) to "SCSI" (the new default in qemuboot.bbclass).09:15
pohlyMy tests were written based on the assumption that there is a /dev/vda and /dev/vdb, so they started to fail.09:15
pohlyNot really a bug, just some change in behavior.09:16
ed2pohly: yes, the same happened to my tests. I had to change device names.09:16
pohlyed2: I suspected that you might have had similar issues.09:16
LetoThe2ndTMJJ: depends. the point is what artifacts you do expect... a complete sdcard image, or something to write into the ROM, etc. if its really fully compatible, you maby jsut need to look up the available building target for the BBB09:18
ed2pohly: yes, i pointed Robert to this and he fixed it:
LetoThe2ndTMJJ: this should give you an idea how the BBB sdcards can be generated:
*** rajm <rajm!~robertmar@> has joined #yocto09:21
TMJJThanks, I will go trough all of this.09:22
*** Bunio_FH <Bunio_FH!> has joined #yocto09:30
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC09:31
*** zecke <zecke!~ich@> has joined #yocto09:35
*** nighty-- <nighty--!> has quit IRC09:58
*** zecke <zecke!~ich@> has quit IRC10:01
*** rajm <rajm!~robertmar@> has quit IRC10:04
*** majuk <majuk!> has joined #yocto10:05
*** ChrysD <ChrysD!500c3f10@gateway/web/freenode/ip.> has quit IRC10:08
*** majuk <majuk!> has quit IRC10:10
*** bananadev <bananadev!~onlyester@> has quit IRC10:11
*** rajm <rajm!~robertmar@> has joined #yocto10:17
*** gizero <gizero!> has quit IRC10:20
*** gizero <gizero!> has joined #yocto10:22
*** majuk <majuk!> has joined #yocto10:23
*** mckoan is now known as mckoan|away10:24
*** majuk <majuk!> has quit IRC10:28
*** jwest__ <jwest__!> has joined #yocto10:29
*** stryx` <stryx`!~stryx@> has quit IRC10:31
*** gizero <gizero!> has quit IRC10:35
*** stryx` <stryx`!~stryx@> has joined #yocto10:36
*** gizero <gizero!> has joined #yocto10:37
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC10:37
*** majuk <majuk!> has joined #yocto10:41
*** hanthings_ <hanthings_!~nandor@> has quit IRC10:43
*** jwest__ <jwest__!> has quit IRC10:45
*** jwest__ <jwest__!> has joined #yocto10:46
*** majuk <majuk!> has quit IRC10:47
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto10:52
*** demonimin_ <demonimin_!~demonimin@> has joined #yocto10:59
*** demonimin_ <demonimin_!~demonimin@unaffiliated/demonimin> has joined #yocto10:59
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC10:59
*** blitz00 <blitz00!~stefan@unaffiliated/blitz00> has joined #yocto11:00
*** stryx` <stryx`!~stryx@> has quit IRC11:02
*** demonimin_ <demonimin_!~demonimin@unaffiliated/demonimin> has quit IRC11:04
*** rajm <rajm!~robertmar@> has quit IRC11:04
*** Tamis <Tamis!3e862e04@gateway/web/freenode/ip.> has quit IRC11:06
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto11:07
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC11:07
*** ChrysDaze <ChrysDaze!500c3f1a@gateway/web/freenode/ip.> has joined #yocto11:17
*** ChrysDaze <ChrysDaze!500c3f1a@gateway/web/freenode/ip.> has quit IRC11:18
*** ChrysD <ChrysD!500c3a7a@gateway/web/freenode/ip.> has joined #yocto11:19
*** mappy <mappy!b9691ff9@gateway/web/freenode/ip.> has joined #yocto11:21
*** stryx` <stryx`!~stryx@> has joined #yocto11:23
*** kjokinie <kjokinie!~kjokinie@> has quit IRC11:32
*** berton <berton!~berton@> has joined #yocto11:37
*** cmoore33 <cmoore33!> has joined #yocto11:40
*** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has joined #yocto11:40
*** groleo <groleo!> has joined #yocto11:42
*** majuk <majuk!> has joined #yocto11:44
*** vdehors <vdehors!~vdehors@> has joined #yocto11:47
*** kjokinie <kjokinie!~kjokinie@> has joined #yocto11:48
*** majuk <majuk!> has quit IRC11:49
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto11:50
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto11:51
*** ddl <ddl!> has quit IRC12:04
*** jku <jku!~jku@> has quit IRC12:07
*** kjokinie <kjokinie!~kjokinie@> has quit IRC12:07
*** crzier <crzier!~crziter@> has joined #yocto12:10
*** beeker23 <beeker23!> has joined #yocto12:11
beeker23hello there12:11
TMJJanybody an Idea where I can find KERNEL_IMAGETYPE ?= "..."12:11
TMJJIt should be some where under machine I think12:11
beeker23the error message: "do_kernel_checkout: S is not set to the linux source directory. Check the recipe and set S to the proper extracted subdirectory" likes me to do WHAT????12:12
beeker23i don't use a git source for the kernel but at tar ball12:12
crzierTMJJ: did you try this: bitbake -e | grep ^KERNEL_IMAGETYPE=12:12
TMJJI will try it straight away12:13
beeker23the checkout untar the archive in tmp/work/.../4.4.x-r1/ but not in tmp/work-shared/../kernel_source12:14
beeker23what is S and where do i set it? in recipes-kernel/linux/*.bb file??12:15
*** peacememories <peacememories!> has joined #yocto12:16
TMJJcrzier : this returns me the current Image type : bzImage. I would like to change it. is there a command for this as well?12:17
beeker23would be nice if one of the 258 people in here could give me the right hints12:17
*** paulg <paulg!> has quit IRC12:18
*** peacememories <peacememories!> has quit IRC12:19
*** ChrysD <ChrysD!500c3a7a@gateway/web/freenode/ip.> has quit IRC12:19
*** peacememories <peacememories!> has joined #yocto12:19
*** majuk <majuk!> has joined #yocto12:20
*** ChrysD <ChrysD!500c265a@gateway/web/freenode/ip.> has joined #yocto12:24
*** majuk <majuk!> has quit IRC12:26
*** kjokinie <kjokinie!~kjokinie@> has joined #yocto12:28
* beeker23 sighs12:34
*** mdnneo <mdnneo!~umaucher@> has joined #yocto12:36
Crofton|workbeeker23, maybe pastebin the recipe you are using12:36
*** vdehors <vdehors!~vdehors@> has quit IRC12:38
*** qt-x <qt-x!~Thunderbi@> has quit IRC12:39
*** rajm <rajm!~robertmar@> has joined #yocto12:43
beeker23 Crofton|work
*** mdnneo <mdnneo!~umaucher@> has quit IRC12:44
*** tavish <tavish!~tavish@unaffiliated/tavish> has quit IRC12:45
*** marka <marka!~masselst@> has joined #yocto12:47
*** jwest__ <jwest__!> has quit IRC12:47
*** gizero <gizero!> has quit IRC12:49
*** blitz00 <blitz00!~stefan@unaffiliated/blitz00> has quit IRC12:52
beeker23what is S and where do i set it?12:52
*** blitz00 <blitz00!~stefan@unaffiliated/blitz00> has joined #yocto12:52
beeker23is S the path where the kernel source gets unpacked? is it a relative path or a absolute path? is it a file:// url notation?12:54
bluelightningbeeker23: S is the path where it has been unpacked to, which includes any subdirectory that may be within the tarball that was unpacked12:55
bluelightningyou would set it in the recipe you are working on12:56
*** gizero <gizero!> has joined #yocto12:56
bluelightninge.g. S = "${WORKDIR}/something"12:56
beeker23bluelightning: is the path relative to the build directory or absolute?12:56
bluelightningabsolute, but you specify the work directory using ${WORKDIR} like in the above example12:57
bluelightningthe work directory is where the source gets unpacked, then if the tarball contains a subdirectory, that's what you'd be pointing to with S12:57
bluelightninghopefully that makes sense12:57
beeker23${WORKDIR} is so to say the absolute path to the build dir?12:57
beeker23aha, ok!12:58
beeker23lets try it12:58
bluelightning${WORKDIR} will be substituted by bitbake for the work directory for the recipe12:58
Crofton|workI'm goin gto make a guerss something like12:58
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC12:58
Crofton|workS = ${WORKDIR}/tinker-4.4.6 ...12:58
Crofton|workthe kernel ends up in a "funny" work dor?12:59
bluelightningwell, with quotes around the value, but yes12:59
Crofton|work"something like"12:59
beeker23for me it is S = "${WORKDIR}"13:01
Crofton|workseems odd13:01
beeker23but unlike a git clone it unpacks the stuff in work/.... and not in work-shared/..13:01
Crofton|workI would expect tarbal to unpack into a ./tinker-4.4.16 directory13:02
Crofton|workok that is what I was wondering, but WORKDIR should do the right thing13:02
*** groleo <groleo!> has quit IRC13:03
beeker23Crofton|work: it unpacks directly in tmp/work/tinker_rk3288-rk-linux-gnueabi/linux-rockchip/4.4.16-r113:03
beeker23which is $WORKDIR, i guess13:04
*** Kakounet1 <Kakounet1!> has joined #yocto13:04
Crofton|workso the Makefile is in WORKDIR?13:04
*** madisox <madisox!> has joined #yocto13:04
Crofton|worksee how things work out13:04
*** Kakounet <Kakounet!> has quit IRC13:04
*** Kakounet1 is now known as Kakounet13:04
beeker23it compiles now13:04
*** peacememories <peacememories!> has quit IRC13:04
*** madisox <madisox!> has quit IRC13:04
beeker23this error message is not very useful13:05
Crofton|worksome other direcotris end up in workdir, I'd worry about strange interactions13:05
Crofton|workbut if it works ....13:05
beeker23Crofton|work: i repacked the kernel tar ball because i was unsure what yocto expected13:05
Crofton|workwell armed with this info, you should be able to sort things out better13:06
beeker23yepp, would be nice if the error message would hint to the solutions and not to an obfuscating blahblah13:07
*** kjokinie <kjokinie!~kjokinie@> has quit IRC13:08
beeker23it makes a do_package now13:09
beeker23bluelightning, Crofton|work: ty very much13:11
*** rburton <rburton!> has joined #yocto13:14
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto13:15
bluelightningbeeker23: np13:16
rburtonbluelightning: dude go to bed13:16
bluelightningbeeker23: your tarball is non-standard; pretty much all tarballs people release contain a subdirectory so they don't explode files all over your current dir when you unpack them13:16
bluelightningrburton: flaming MSR still needs writing :/13:17
bluelightningwhy do I leave it to past midnight? oh yeah, I have actual work to do...13:17
bluelightningI shouldn't complain, really13:17
beeker23bluelightning: you are right. it's like i said above. i wasn't sure what S is and hadn't any clue that there is also a $WORKDIR13:17
bluelightningbeeker23: no worries13:18
beeker23yay! even wlan0 is up now13:23
*** kjokinie <kjokinie!~kjokinie@> has joined #yocto13:25
bluelightningCrofton|work: Monthly Status Report, in this case (not to be confused with Model-Specific Register)13:26
bluelightningIntel loves loves loves its acronyms13:26
*** frsc <frsc!> has quit IRC13:29
beeker23ok, i'm off13:29
*** beeker23 <beeker23!> has quit IRC13:29
*** stephano <stephano!stephano@nat/intel/x-mszdvvrztrksyxld> has joined #yocto13:30
*** jku <jku!> has joined #yocto13:30
*** vdehors <vdehors!~vdehors@> has joined #yocto13:32
g0hl1nI'm still searching for a way to include 2 kernel images and 2 dtb's (from 2 different branches) in ONE fitImage... According to mcfrisk this should be possible in current master, but I'm unable to find anything in the manual or git history. Anybody has some ideas/pointers? Thanks!13:37
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC13:38
*** majuk <majuk!> has joined #yocto13:39
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC13:41
*** kjokinie <kjokinie!~kjokinie@> has quit IRC13:44
*** morphis <morphis!> has quit IRC13:45
*** majuk <majuk!> has quit IRC13:45
*** chbae <chbae!~chbae@> has joined #yocto13:46
*** zeeblex <zeeblex!> has left #yocto13:49
rburtonkergoth: hm pkgconf looks interesting13:49
*** chbae <chbae!~chbae@> has quit IRC13:51
*** peacememories <peacememories!> has joined #yocto13:51
*** chbae <chbae!~chbae@> has joined #yocto13:52
*** mdnneo <mdnneo!~umaucher@> has joined #yocto13:53
*** vdehors <vdehors!~vdehors@> has quit IRC13:54
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC13:57
*** MarcWe <MarcWe!~hmw@> has quit IRC13:58
*** kjokinie <kjokinie!~kjokinie@> has joined #yocto13:59
*** majuk <majuk!> has joined #yocto14:00
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC14:00
*** chbae <chbae!~chbae@> has quit IRC14:06
*** zeenix <zeenix!~zeenix@> has joined #yocto14:07
*** chbae <chbae!~chbae@> has joined #yocto14:09
*** majuk <majuk!> has quit IRC14:10
*** morphis <morphis!> has joined #yocto14:10
*** rcw <rcw!~rwoolley@> has joined #yocto14:12
*** cmoore33 <cmoore33!> has quit IRC14:14
*** cmoore33 <cmoore33!> has joined #yocto14:14
*** TMJJ <TMJJ!5bb5b05b@gateway/web/freenode/ip.> has quit IRC14:15
*** zecke <zecke!> has joined #yocto14:19
*** scottrif <scottrif!> has joined #yocto14:20
mdnneois there an easy / recommended way of getting rid of the /opt/poky/... prefix in the nativesdk packages?14:24
*** mappy <mappy!b9691ff9@gateway/web/freenode/ip.> has quit IRC14:29
*** hamis <hamis!~irfan@> has quit IRC14:29
*** mappy <mappy!b9691ff9@gateway/web/freenode/ip.> has joined #yocto14:30
*** kjokinie <kjokinie!~kjokinie@> has quit IRC14:36
*** nighty-- <nighty--!> has joined #yocto14:36
*** vdehors <vdehors!~vdehors@> has joined #yocto14:37
*** gizero <gizero!> has quit IRC14:38
*** vdehors <vdehors!~vdehors@> has quit IRC14:38
*** vdehors <vdehors!~vdehors@> has joined #yocto14:39
*** gizero <gizero!> has joined #yocto14:40
rburtonmdnneo: no because thats the prefix14:40
*** gtristan <gtristan!~tristanva@> has quit IRC14:41
mdnneorburton: so I cannot use them in a kind of chroot env with opkg or is this just the wrong way?14:41
rburtonthey're designed to be standalone so why do you need a chroot?14:43
*** gtristan <gtristan!~tristanva@> has joined #yocto14:43
*** majuk <majuk!> has joined #yocto14:44
mdnneorburton: basically I want to use opkg with -o to create a kind of new one and use the created packages stored on a server14:45
mdnneoI know I need to do the relocate afterwards but thats another story14:45
mdnneoalso I just wonder how it works if I try to extend an existing SDK via opkg if it is not installed to the default location14:48
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC14:48
*** zeenix <zeenix!~zeenix@> has quit IRC14:49
*** zeenix <zeenix!~zeenix@> has joined #yocto14:51
nrossiso question regarding EXTRA_IMAGEDEPENDS, should it be translating to <foo>:do_populate_sysroot task depends? this appears to trigger population of the sysroot from those targets which seem like it might be undesirable?14:52
ChrysDHi everyone, maybe someone know but how do we know the plugins used during à gst-play ? thx :)14:52
*** vdehors <vdehors!~vdehors@> has quit IRC14:52
rburtonChrysD: #gstreamer would be more helpful14:53
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto14:55
rburtonChrysD: i think there's a logging mode where gst-play will tell you what plugins it is building into a pipeline14:56
ChrysDrburton : Good to know, i will check it thanks.14:56
*** berton <berton!~berton@> has quit IRC15:00
kergothmdnneo: presumably you could also treat your server as your target/MACHINE rather than SDKMACHINE, build an image with the file format as tar.gz, and unpack it on the server as root and chroot in15:03
*** mtas__ <mtas__!sid127809@gateway/web/> has joined #yocto15:03
*** miceopede_ <miceopede_!sid140053@gateway/web/> has joined #yocto15:03
*** gtristan <gtristan!~tristanva@> has quit IRC15:03
*** suy_ <suy_!> has joined #yocto15:04
*** mravindran <mravindran!~madhu@> has joined #yocto15:04
*** gtristan <gtristan!~tristanva@> has joined #yocto15:04
*** robher_ <robher_!sid20343@linaro/robher> has joined #yocto15:05
*** todor1 <todor1!~todor@> has joined #yocto15:05
*** michaelw1 <michaelw1!~michael@> has joined #yocto15:05
*** rperier_ <rperier_!~rperier@2001:41d0:52:100::44a> has joined #yocto15:05
*** zbr <zbr!~zibri@2a01:7e01::f03c:91ff:febb:9538> has joined #yocto15:06
*** mcfrisk_ <mcfrisk_!> has joined #yocto15:06
*** hundebol1 <hundebol1!> has joined #yocto15:06
*** dlan_ <dlan_!> has joined #yocto15:06
*** dlan_ <dlan_!~dennis@gentoo/developer/dlan> has joined #yocto15:06
*** diego_r <diego_r!> has quit IRC15:06
*** halstead_ <halstead_!> has joined #yocto15:06
*** roxell_ <roxell_!> has joined #yocto15:06
mdnneokergoth: so if I got it right you say building not an SDK but an x86_64 image containing the stuff I want ... the server stuff you maybe got wrong ... this is a ipk repository where I push all my ipk's to use them with a host opkg15:06
kergothyeah, not 100% clear on your usage, but something along those lines might be an option, yes15:07
*** aV_V <aV_V!~aV_V@> has quit IRC15:07
kergothworth consideration, anyway15:07
*** supermark <supermark!~sandsmark@kde/sandsmark> has joined #yocto15:07
*** Flow86_ <Flow86_!> has joined #yocto15:10
mdnneoso yes maybe the easiest use case I try to do is extending an existing SDK installed not in the default folder via a host opkg and the ipk package15:10
*** zibri <zibri!~zibri@2a01:7e01::f03c:91ff:febb:9538> has quit IRC15:10
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC15:10
*** todor <todor!~todor@> has quit IRC15:10
*** halstead <halstead!> has quit IRC15:10
*** sandsmark <sandsmark!~sandsmark@kde/sandsmark> has quit IRC15:10
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC15:10
*** hundeboll <hundeboll!> has quit IRC15:10
*** Flow86 <Flow86!> has quit IRC15:10
*** rperier <rperier!~rperier@2001:41d0:52:100::44a> has quit IRC15:10
*** lukma <lukma!> has quit IRC15:10
*** michaelw_ <michaelw_!~michael@> has quit IRC15:10
*** paulg_ <paulg_!~paulg@> has quit IRC15:10
*** mravindr <mravindr!~madhu@> has quit IRC15:10
*** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has quit IRC15:10
*** ka6sox <ka6sox!ka6sox@nasadmin/ka6sox> has quit IRC15:10
*** suy <suy!> has quit IRC15:10
*** mtas <mtas!sid127809@gateway/web/> has quit IRC15:10
*** cfoch-always <cfoch-always!> has quit IRC15:10
*** roxell <roxell!~roxell@linaro/roxell> has quit IRC15:10
*** robher <robher!sid20343@linaro/robher> has quit IRC15:10
*** miceopede <miceopede!sid140053@gateway/web/> has quit IRC15:10
*** mcfrisk <mcfrisk!> has quit IRC15:10
*** mtas__ is now known as mtas15:11
*** Flow86_ is now known as Flow8615:11
*** lukma <lukma!> has joined #yocto15:11
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto15:11
*** paulg_ <paulg_!~paulg@> has joined #yocto15:11
*** miceopede_ is now known as miceopede15:12
*** robher_ is now known as robher15:12
*** ChrysD <ChrysD!500c265a@gateway/web/freenode/ip.> has quit IRC15:13
*** mappy <mappy!b9691ff9@gateway/web/freenode/ip.> has quit IRC15:14
*** cfoch-always <cfoch-always!> has joined #yocto15:14
*** peacememories <peacememories!> has quit IRC15:17
*** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has joined #yocto15:18
*** maxin <maxin!~maxin@> has left #yocto15:18
*** ka6sox <ka6sox!ka6sox@nasadmin/ka6sox> has joined #yocto15:19
neverpanicmdnneo: so if I understand correctly, you want to install additional packages into your SDK using opkg, but your SDK location does not match $somepath/opt/poky and installing additional nativesdk packages with opkg -o $somepath creates stuff in /opt/poky, but you want the files in $somepath directly?15:20
mdnneoneverpanic: exactly15:21
neverpanicCouldn't you just bind-mount $somepath to $somepath/opt/poky?15:21
*** ed2 <ed2!~Adium@> has quit IRC15:25
*** ed2 <ed2!> has joined #yocto15:27
mdnneoneverpanic: :) works ... for now seems like a solution ... enough for today .. happy easter to everyone15:32
*** mdnneo <mdnneo!~umaucher@> has quit IRC15:34
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC15:34
*** halstead_ <halstead_!> has quit IRC15:34
*** halstead_ <halstead_!> has joined #yocto15:34
*** halstead_ is now known as halstead15:35
*** t0mmy <t0mmy!~tprrt@> has quit IRC15:36
*** zeenix <zeenix!~zeenix@> has quit IRC15:42
*** ed2 <ed2!> has quit IRC15:44
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC15:44
*** chbae <chbae!~chbae@> has quit IRC15:47
*** ed2 <ed2!> has joined #yocto15:49
*** rajm <rajm!~robertmar@> has quit IRC15:51
*** stryx` <stryx`!~stryx@> has quit IRC15:52
*** stryx` <stryx`!~stryx@> has joined #yocto15:57
*** blitz00 <blitz00!~stefan@unaffiliated/blitz00> has quit IRC15:58
*** zecke <zecke!> has quit IRC15:59
*** psadro <psadro!~Thunderbi@> has quit IRC16:00
*** hattzy <hattzy!> has quit IRC16:01
*** Flow86 <Flow86!> has quit IRC16:06
*** lsandov <lsandov!~lsandov1@> has joined #yocto16:06
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC16:07
*** fl0v0 <fl0v0!> has quit IRC16:09
*** Flow86 <Flow86!> has joined #yocto16:09
*** peacememories <peacememories!> has joined #yocto16:10
*** kjokinie <kjokinie!~kjokinie@> has joined #yocto16:11
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC16:13
*** tavish <tavish!~tavish@unaffiliated/tavish> has joined #yocto16:13
*** mkelly <mkelly!~martin@> has joined #yocto16:14
*** tavish <tavish!~tavish@unaffiliated/tavish> has quit IRC16:15
*** tavish <tavish!~tavish@unaffiliated/tavish> has joined #yocto16:15
*** mkelly <mkelly!~martin@> has quit IRC16:18
*** mkelly <mkelly!> has joined #yocto16:19
*** tavish_ <tavish_!~tavish@unaffiliated/tavish> has joined #yocto16:20
*** jturcotte <jturcotte!> has joined #yocto16:20
*** tavish_ <tavish_!~tavish@unaffiliated/tavish> has quit IRC16:21
*** voltbit <voltbit!~acid___@> has joined #yocto16:22
*** tavish_ <tavish_!~tavish@unaffiliated/tavish> has joined #yocto16:22
*** tavish <tavish!~tavish@unaffiliated/tavish> has quit IRC16:22
*** morphis <morphis!> has quit IRC16:24
*** ash_charles <ash_charles!> has joined #yocto16:27
*** Kakounet <Kakounet!> has quit IRC16:29
*** moto-tim1 <moto-tim1!~ttorling@> has joined #yocto16:31
*** ant_work <ant_work!> has quit IRC16:31
*** _filt3r_ <_filt3r_!~filter@2a03:b0c0:2:d0::7d:7001> has joined #yocto16:31
*** seezer <seezer!quassel@quassel/developer/seezer> has quit IRC16:32
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC16:32
*** filt3r <filt3r!> has quit IRC16:32
*** tlwoerner <tlwoerner!~tlwoerner@unaffiliated/tlwoerner> has quit IRC16:32
*** lucaceresoli <lucaceresoli!> has quit IRC16:32
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has quit IRC16:32
*** MWelchUK <MWelchUK!> has quit IRC16:32
*** rubdos <rubdos!> has quit IRC16:32
*** seezer <seezer!seezer@quassel/developer/seezer> has joined #yocto16:32
*** tlwoerner <tlwoerner!~tlwoerner@> has joined #yocto16:32
*** tlwoerner <tlwoerner!~tlwoerner@unaffiliated/tlwoerner> has joined #yocto16:32
*** MWelchUK <MWelchUK!> has joined #yocto16:32
*** lucaceresoli <lucaceresoli!> has joined #yocto16:32
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto16:33
*** rubdos <rubdos!> has joined #yocto16:34
*** mkelly <mkelly!> has quit IRC16:38
*** CTtpollard <CTtpollard!~CTtpollar@> has quit IRC16:40
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto16:41
*** dmoseley <dmoseley!> has joined #yocto16:42
*** jku <jku!> has quit IRC16:45
*** rajm <rajm!> has joined #yocto16:55
*** mkelly <mkelly!~martin@> has joined #yocto17:00
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:65b8:1116:ac87:3b3f> has joined #yocto17:01
*** sjolley1 <sjolley1!~sjolley@> has quit IRC17:01
*** peacememories <peacememories!> has quit IRC17:01
*** yann|work <yann|work!> has quit IRC17:03
SaurRP: FYI. I am seeing a couple of weird errors with the new useradd changes. I will work through them and get back to you once I know more, but just so you know that we are not done there yet...17:04
*** beeker23 <beeker23!> has joined #yocto17:10
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto17:11
beeker23hello again. has anyone experience with the meta-debian minimal core image? can i add the standard repository to apt sources to complete the running system?17:12
*** stryx` <stryx`!~stryx@> has quit IRC17:13
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:65b8:1116:ac87:3b3f> has quit IRC17:14
*** psadro <psadro!~Thunderbi@> has joined #yocto17:14
*** dreyna <dreyna!> has joined #yocto17:15
*** stryx` <stryx`!~stryx@> has joined #yocto17:18
*** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has quit IRC17:28
*** dreyna <dreyna!> has quit IRC17:29
*** sjolley <sjolley!~sjolley@> has joined #yocto17:34
*** Strike5150 <Strike5150!18de02de@gateway/web/freenode/ip.> has joined #yocto17:40
*** colrack <colrack!~colrack@> has quit IRC17:40
*** stryx` <stryx`!~stryx@> has quit IRC17:40
Strike5150Goodday gents, I am trying to build qemuarm and I've got FSTYPES += " vdi,vdmk".  I've somehow got a dependancy on syslinux which is not compatible with arm-poky-linux-gnueabi.  This is in krogoth.17:41
Strike5150I don't need syslinux is there a way to remove it?17:41
*** rajm <rajm!> has quit IRC17:42
*** ash_charles <ash_charles!> has quit IRC17:43
kergothwhat's the point of building a vmdk for a non-intel arch? maybe i'm missing something17:44
*** ftonello <ftonello!~felipe@> has quit IRC17:45
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:9de8:5bb0:e98f:cab4> has joined #yocto17:45
*** stryx` <stryx`!~stryx@> has joined #yocto17:47
*** majuk <majuk!> has quit IRC17:48
*** majuk <majuk!> has joined #yocto18:01
*** majuk <majuk!> has quit IRC18:08
*** grma <grma!~gruberm@> has quit IRC18:11
crzierHow to add en_US.UTF-8 locale to image?18:15
crzierI've tried change GLIBC_GENERATE_LOCALES and IMAGE_LINGUAS but `locale -a` still just C and POSIX (no en_US.UTF-8 at all)18:16
crzierkergoth: I tried that also: GLIBC_GENERATE_LOCALES = "en_GB.UTF-8 en_US.UTF-8" and IMAGE_LINGUAS = "en-us"18:16
crzierbut `locale -a` command shows just C and POSIX18:17
kergothdid you look at what packages were installed?18:17
kergothcheck the package manager18:17
*** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has joined #yocto18:17
crzierkergoth: what do you mean by what packages were installed?18:18
kergothimages are built by installing packages18:18
kergothrpm, ipk, deb18:18
kergothrun opkg, rpm, or dpkg to list the installed packages18:18
kergothspecifically glibc-locale*18:18
kergoththe exact command depends on nwhat package manager you're using18:19
crzierkergoth: thank you, opkg list | grep glibc-locale return nothing, so does that mean locales weren't installed?18:20
kergothwhat image is this?18:20
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC18:20
kergothcore-image-minimal will likely not install them by design18:21
crzierI'm building image for Intel Edison, the image is edison-image, I think it inherit from core-image18:21
*** ilial <ilial!~ilial@> has quit IRC18:21
kergothmake sure the image recipe isn't overriding you, or anyone else. use bitbake -e edison-image|grep IMAGE_LINGUAS=18:22
*** paulg <paulg!> has joined #yocto18:23
crzierkergoth: it return IMAGE_LINGUAS=" "18:23
kergothrun bitbake -e edison-image | less and type /IMAGE_LINGUAS=, then scroll up. it'll show exactly what set it to that, and where18:24
crzierlet me try18:25
crzierI see it here, but how to know which file this line defined?18:26
crzierOk, I see, it defined in meta-intel-edison/meta-intel-edison-distro/recipes-core/images/edison-image.bb18:26
kergothset IMAGE_LINGUAS_pn-edison-image = "en-us"18:27
kergoththat'll override what the image is setting18:27
kergoththough i'd be curious why it was set that way18:27
kergothyou should likely create yourself a layer and an image in that layer (can copy edison-image) for any further customization18:27
kergoththe _pn- method in local.conf is really best for a temporary hack18:27
crzierkergoth: Thank you very much, I'll try it now18:29
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC18:29
*** sgw_ <sgw_!sgw_@nat/intel/x-cfncsefbeidujdpv> has quit IRC18:30
*** sgw_ <sgw_!sgw_@nat/intel/x-gbqusxhcvmulakkl> has joined #yocto18:31
*** arkver <arkver!> has quit IRC18:37
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto18:39
*** majuk <majuk!> has joined #yocto18:40
*** paulg <paulg!> has quit IRC18:41
crzierkergoth: its work! en_US shown, thank you very much for your help!18:42
kergothnp, happy to help18:43
kergothmight want to ask the meta-intel folks why they empty it, though :)18:43
crzierI have the same question :D18:49
*** pohly <pohly!> has quit IRC18:56
*** yann|work <yann|work!> has joined #yocto18:57
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC18:58
*** colrack <colrack!> has joined #yocto19:10
*** khem <khem!~khem@unaffiliated/khem> has quit IRC19:16
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto19:22
*** khem <khem!~khem@unaffiliated/khem> has quit IRC19:30
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto19:31
*** Marex <Marex!~Marex@> has quit IRC19:32
*** crzier <crzier!~crziter@> has quit IRC19:38
*** Marex <Marex!~Marex@> has joined #yocto19:47
*** sjolley <sjolley!~sjolley@> has quit IRC20:02
*** demonimin <demonimin!~demonimin@> has joined #yocto20:06
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto20:06
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto20:23
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto20:24
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto20:24
*** pohly <pohly!> has joined #yocto20:28
*** tavish_ <tavish_!~tavish@unaffiliated/tavish> has quit IRC20:30
*** fischerm <fischerm!> has quit IRC20:33
*** rcw <rcw!~rwoolley@> has quit IRC20:34
*** pohly <pohly!> has quit IRC20:40
*** milindur <milindur!> has quit IRC20:41
*** ant_home <ant_home!~ant__@> has joined #yocto20:41
*** JaMa <JaMa!~martin@> has quit IRC20:44
beeker23well, i guess i forget the frankenstein yocto and go with debian from scratch again20:44
beeker23it's easier ;-)20:45
*** dv_ <dv_!~quassel@> has quit IRC20:46
*** dv_ <dv_!> has joined #yocto20:47
*** ed2 <ed2!> has joined #yocto20:48
*** scottrif <scottrif!> has quit IRC20:50
*** joshuagl <joshuagl!joshuagl@nat/intel/x-ldedbxbnmwneoflc> has quit IRC20:51
*** marka <marka!~masselst@> has quit IRC20:51
Crofton|workbeeker23, I wouldn't recommend meta-debian20:53
beeker23Crofton|work: what would you recommend?20:54
beeker23and why20:54
Crofton|workwell, I do not know what you are tryin gto do :)20:54
Crofton|workbut as I recal, meta-debian trie sto make something debian like with OE, and that just seems like a path to make everyone unhapppy :)20:55
*** milindur <milindur!> has joined #yocto20:55
*** tlwoerner_ <tlwoerner_!~tlwoerner@unaffiliated/tlwoerner> has joined #yocto20:56
beeker23Crofton|work: why unhappy? i'm not sure if it is good for me to compile packages day-in, day-out. from different repositories.20:57
Crofton|workliek i aid, I don't understand what you are trying to do20:58
kergothi don't know why you'd want a frankenstein monstrosity when you can just build a regular distro with oe like most people do, most things already have recipes anyway.. but as Crofton|work says, not familiar with your particular requirements20:59
*** tlwoerner <tlwoerner!~tlwoerner@unaffiliated/tlwoerner> has quit IRC20:59
beeker23Crofton|work: actually i'm just playing around with my newest gadget (tinker board). integrated the asus kernel source in yocto and made some packages. yocto is over complicated. find all the dependencies and setup a own repository... could be more straight forward.21:00
Crofton|workso I'm glad the tinker board works21:01
kergothi don't see how it's that much more complex than building *any* distro from scratch, including debian. if you don't care about long term maintenance, buildroot would work, and if you don't care about building from source, you could certainly assemble filesystems from debian binaries21:01
Crofton|workAlthough you can build something that beahves like a traditional desktop image with YP, most of us are focus on application specific images21:01
beeker23works well, afaik.21:01
kergothbut homerolling is pointless IMO, you'd just be wasting time reinventing wheels21:01
Crofton|workand being able to maintain them over a period of years21:02
*** christner <christner!> has joined #yocto21:02
beeker23kergoth: thats what i said. debian from scratch is my way, i guess.21:02
SaurAnyone know anything about how pseudo works?21:02
kergothtrying to make buildroot work for long term distro maintenance is why oe exists, because that sucked21:02
kergothSaur: worst case you can just talk to its maintainer..21:04
kergothbut what exactly is your question?21:04
beeker23kergoth: u see the point with bitbake and these layers and recipes. it's cool and things work well. just bitbake this and that. but i'm not sure if i like to maintain all these sources.21:04
Saurkergoth: Well, I am looking into some problems with the useradd changes RP and I did, and now I have ended up in a weird problem with pseudo. If I am in a devshell, and execute a script that contains the following two lines:21:05
kergothno, i have no idea what your point is. the whole point of the layer structure and open source metadata is collaboration, so *you* aren't the one maintaining it all21:05
Saurexport PSEUDO_UNLOAD="1"21:05
kergothin that it's no different than any other distro21:05
Saurecho "$(echo hi all | tr -d '[:space:]')"21:05
Saurkergoth: Then the echo will print an empty line. If I remove the export line, then it works as expected...21:06
kergothSaur: seebs in this channel is peter seebach, the pseudo maintainer, he'd be the expert21:06
kergothah, interesting21:06
kergothnot a clue :)21:06
kergothbeeker23: debian has a repository of debian source packages just as we have repositories of recipes, and both include patches. the only difference is how they're distributed21:07
SaurIf I trace the script, it never even forks the tr in the first case...21:07
kergothand the particular tools used to build them21:07
beeker23kergoth: well. i need to maintain my own yocto / oe project21:07
Crofton|workbeeker23, are you working from a tarball or a git clone of a layer?21:07
seebsSaur: That's really interesting!21:09
beeker23Crofton|work: the kernel for the tinker board was from a tar. but the whole packages got compiled via meta layers, more or less21:09
Saurseebs: You don't say. ;)21:09
seebsOff the top of my head, I have a vague recollection of there being some weirdness to do with locale issues, but I can't immediately see why that would matter.21:09
seebsJust trying it in a plain old command prompt running under pseudo, I don't see that behavior.21:10
Saurseebs: I have no idea how to run pseudo directly, I only run it through bitbake -c devshell ...21:11
seebsMost of the time, my actual work on pseudo isn't in yocto at all, I have it as a standalone program.21:12
beeker23but i learned bitbake and the whole concept. it's good. but it's also tough work.21:12
seebsSo I just run "bin/pseudo" and get a prompt.21:12
*** tlwoerner_ is now known as tlwoerner21:13
Crofton|workbeeker23, gets easier with time21:14
Saurseebs: Any tips on how I can debug this?21:14
Crofton|workyou have something that basically works21:14
beeker23Crofton|work: yeah, i see it. in the and is just bitkae this & that and install the package with whatever you prefer21:15
Crofton|workis a recent book21:17
*** christner <christner!> has quit IRC21:18
*** adelcast <adelcast!~adelcast@> has quit IRC21:21
*** adelcast <adelcast!~adelcast@> has joined #yocto21:21
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto21:23
beeker23Crofton|work: i'm not so much into books anymore. my fear with oe / yocto is, that you have to trust the providers of the SRC_URI's, somehow. and thats why i think the steady work of the debian folk is trustworthy when it comes to qa. don't know the social structure of yocto/oe yet. and thats another point.21:23
Crofton|workours as as good or better than debian :)21:24
bluelightningbeeker23: source is checksummed, so you only have to trust the authors of the recipes, not that no upstream will be compromised21:25
seebsSaur: I'm honestly not totally sure. I guess the first thing I'd probably do is try to reproduce it with just pseudo instead of the whole build environment, in case that's somehow part of whatever's happening.21:25
Crofton|workI've been involved for around 10 years, we have come a long way and continue to improve21:25
seebsI don't recall how compatible the build environment usually is with the host, but if you can find the pseudo binary, which is in principle host native, you should be able to just run it directly21:25
*** colrack <colrack!> has quit IRC21:25
seebs$ /path/to/pseudo sh21:25
seebsshould give you a root-ish prompt.21:26
Saurseebs: Yes, tried that now. I get the same result that way...21:27
*** sjolley <sjolley!~sjolley@> has joined #yocto21:30
beeker23bluelightning: you know what i mean. not all recipes come from the archive. some from github, some tar balls and so on.. ok. don't like to make bad vibes. and there is also no reason to. you are nice people and the project is a good approach. i really loved to make progress and if you are serious about keep your own distro maintained yocto would be a recommended way to go. i admit that.21:31
Saurseebs: If I run "pseudo sh" then it works as it should, but if I run "pseudo sh" and then run from the prompt then it fails...21:31
kergothbeeker23: as you say, it's just a different approach. whatever works best for your situation.21:33
beeker23Crofton|work: and if i need to build a package from source, than it's a little step to write a recipe and contribute it21:33
kergothregarding SRC_URI, though, its worth noting that yocto project maintains a source mirror21:33
Saurseebs: However, if I create a second script and let it call the first script, then "pseudo sh" fails...21:33
kergothi still rather like the idea of trying an oe-based distro where everything is built out of self hosted git repositories, no reliance upon upstream hosting at all21:34
kergothdon't know if anyone has tried such a thing yet21:34
beeker23kergoth: thats what i mean. and thats serious work.21:34
kergothi think most just maintain their own mirrors of the upstream sources, so their builds never have to contact upstream21:35
kergoththat's what mentor does21:35
Crofton|workheh, we should have a kickstarter to raise money to let kergoth work freely on all hi sideas :)21:35
seebsthat is really, really, odd21:36
seebsanything in pseudo.log?21:36
Saurseebs: Where do I find it?21:37
seebsSo pseudo will have a default pseudo path (something similar to /var/pseudo) which should have a pseudo.log in it.21:38
seebsI think you can run it as PSEUDO_PATH=/tmp pseudo [...]21:38
seebsand then it should be /tmp/pseudo.log.21:38
seebsIt's a pretty strange behavior, though, because I can't think of any way pseudo should be breaking piping or anything like it.21:38
beeker23ok, it's bed time. have nice days21:39
Saurseebs: Nothing in the log that seems relevant...21:39
*** beeker23 <beeker23!> has quit IRC21:39
kergothbluelightning: do you know if the devtool modify issues with bbclassextend have been resolved? i remember issues if you attempt to modify foo-native, not knowing any better, for example21:40
seebsCan you dump your test scripts somewhere (e.g., for me to try? What's the host environment?21:42
Saurseebs: Ok, I have devtool'd pseudo-native now, so I can make any changes to it now.21:42
Saurseebs: A reeeeally old fedora core 17...21:42
seebswe had to keep stuff running on RHEL 4 for an unreasonably long time, so that *shouldn't* matter, I don't think.21:43
seebsUnless there's a missing syscall or something? But that doesn't seem likely.21:43
Saurseebs: Well, my test script is only the two lines: export PSEUDO_UNLOAD="1    and:  echo "$(echo hi all | tr -d '[:space:]')21:44
Saurand the tr can be replaced with cat or anything else with the same result...21:44
Saurseebs: Any debug flags to pseudo that I can enable that could be relevant?21:45
seebsokay so what happens if you replace "| tr..." with "| blah", where "blah" is a command that doesn't exist, and thus can't be executed?21:47
seebsDoes that fail in an expected way?21:47
Saurseebs: Yes, it does.21:48
seebsI'm trying to figure out what could be actually failing, and nothing obvious is showing up. I guess you could run with "-x w" to get wrapper logging, and then compare the output of two ways of invoking the script.21:49
seebsWhat's odd is that it's not spawning the tr command in your other testing, but it's getting far enough to try but fail.21:50
seebswhat about $(echo hi all | echo hello)21:50
Saurseebs: That outputs hello...21:51
seebsOkay, that gives us some information, it's running the second command. Hmm. But that might be using a builtin, maybe?21:52
Saurseebs: Ah, the shell messing up. If I use /bin/echo then it is empty again.21:52
seebsI wonder whether builtins are involved. Might be useful to make a tiny hello, world C program for comparison.21:52
seebsThat's informative!21:52
seebsHow about $(/bin/echo foo)?21:52
seebsif that expands to "foo", then it's actually running the command and the problem is specific to the pipe case. If it's empty, something else is going wrong possibly specific to command substitution.21:53
SaurAha, that failed as well..21:54
*** colrack <colrack!> has joined #yocto21:54
*** majuk <majuk!> has quit IRC21:55
SaurBtw, echo "$(/bin/echox hi all)" gives the same empty result...21:55
SaurIt's obviously not running anything inside $(...) at all...21:56
*** agust <agust!> has quit IRC21:56
seebsWait, now I'm confused. I thought that the "| blah" test failed in the expected way (... by which I meant "command not found" or something similar.)21:59
seebsHmm. Okay, next experiment: What if you try the same thing with a different sh? Like, /bin/sh, /bin/bash, install ksh and try that, etc.22:00
Saurseebs: It did when I used echo ... | foo, so I guess the shell was doing stuff internally22:00
Crofton|workoh neat, if your sdk name has a space, it won't install :)22:01
Saurseebs: It is a bash problem. If I use dash or zsh it works as expected...22:03
kergothCrofton|work: doesn't surprise me, the sdk shell archive scripts are .. not great22:05
kergothi have bits to let the sdk auto-re-run the relocate scripts whenever you move it, but they just pile more ugliness on the existing ugliness, need to do a lot of cleanup on the baseline first22:08
*** Snert__ is now known as Snert_22:16
Saurseebs: Ok, I have another clue: the forked bash shell that is supposed to execve the code inside $(...) segmentation faults...22:31
*** colrack <colrack!> has quit IRC22:32
*** voltbit <voltbit!~acid___@> has quit IRC22:33
*** fischerm <fischerm!> has joined #yocto22:39
seebsI have a suspicion about that.22:39
Saurseebs: Ok?22:40
seebsSo we've run into some weird stuff in the past with bash and environment variables.22:40
seebsThe bash code actually *redefines* setenv/getenv/etc., differently from libc's versions.22:40
seebsHmm. But that *shouldn't* be breaking anything, I don't think.22:43
*** majuk <majuk!> has joined #yocto22:44
seebsAnyway, you'd probably need to build a copy of bash with debugging symbols and get a core file or something similar.22:45
Saurseebs: Hmm, not exactly what I had planned for... :P22:45
seebsyeah. alternatively, upgrade system to newer version and hope for the best. :P22:46
seebsThat's... Nearly five years old, so it may well be an older version of bash with different weird internal magic.22:46
Saurseebs: Yeah, who else is stupid enough to run this old a system...22:46
seebsFWIW, there actually ARE reasons for the strange getenv/setenv behavior; basically, bash wants to be able to manipulate its environment table efficiently, which it can't do if using raw setenv/getenv, especially because the POSIX API doesn't give you a way to do that without memory leaks.22:47
Saurseebs: bash version is 4.3.3022:47
seebsSo there's extra magic to intercept those calls (in case they're made by code bash is linked with), and shove things into the bash data structures, and then update the actual environment only right before an actual exec.22:47
*** ant_home <ant_home!~ant__@> has quit IRC22:47
seebsthat is recent enough that it shouldn't be significantly different.22:48
seebsLike, I'm on 4.3.46, which is... 2013, anyway.22:48
seebsI can reproduce this on modern bash, now that I know to actually invoke bash.22:48
Saurseebs: Ok, so it is not only me then. Good to know... :)22:49
seebsi'll see if i can reproduce the thing, but as a workaround, don't use bash? :P22:50
*** majuk <majuk!> has quit IRC22:50
Saurseebs: Unfortunately I do not think that works as a generic solution...22:51
Saurseebs: I do not think we can tell all users of bitbake that they must not use bash as /bin/sh...22:53
seebswell, yeah22:54
seebsit's pretty weird, i'm not at all sure what's happening.22:54
seebs4094          if (STREQN (assign, export_env[i], equal_offset + 1))22:54
seebs(gdb) p assign22:54
seebs$1 = 0x979828 "_=/bin/cat"22:54
seebs(gdb) p export_env[i]22:54
seebs$2 = 0x022:54
Saurseebs: You're debugging bash?22:56
Saurseebs: Better you than me I guess. :)22:56
seebsOkay, so, I think I sort of see what's happening. It looks like, when pseudo tries to drop the LD_PRELOAD variable for PSEUDO_UNLOAD, it ends up zeroing out an entry in environ... but bash was tracking how many things it thought were in environ.22:57
seebsSo the problem is we're bypassing bash's fancy management... And thus breaking what it thinks it knows about the environment.22:58
Saurseebs: I modified pseudo_dropenv() to always call SETENV() regardless of whether strlen(ld_preload) is 0 or not, and now it works...23:06
*** majuk <majuk!> has joined #yocto23:06
seebsI would really prefer to actually drop the environment entry if it's going to be empty, but that may be unsafe for bash.23:09
*** majuk <majuk!> has quit IRC23:10
seebsI should possibly also be catching execvpe, which is currently ignored.23:11
seebs... but honestly this is a nice easy one-liner so I think I'll go with it for now.23:11
*** sameo <sameo!~samuel@> has quit IRC23:12
seebsI've pushed a proposed fix (which is basically yours) to master, it's commit b6b68db896f9963558334aff7fca61adde4ec10f.23:14
seebsNice catch!23:14
*** ed2 <ed2!> has quit IRC23:14
Saurseebs: Could be simplified to:23:18
Saurif (ld_preload) {23:18
SaurSETENV(PRELINK_LIBRARIES, ld_preload, 1);23:18
Saurseebs: Anyway, as long as it is fixed, I am happy. :)23:19
seebsexcept that if ld_preload is empty, we probably want to write an empty string rather than leaving the environment alone.23:23
seebs... although i suppose the check for non-empty contents is now pointless.23:23
seebsthis is why i try not to do anything by thursday afternoon or later in a week, i'm usually stupid by now23:23
*** majuk <majuk!> has joined #yocto23:24
*** majuk <majuk!> has quit IRC23:29
*** nighty-- <nighty--!> has quit IRC23:30
*** stryx` <stryx`!~stryx@> has quit IRC23:35
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto23:35
*** stryx` <stryx`!~stryx@> has joined #yocto23:40
*** majuk <majuk!> has joined #yocto23:43
*** majuk <majuk!> has quit IRC23:47
*** majuk <majuk!> has joined #yocto23:56

Generated by 2.11.0 by Marius Gedminas - find it at!