*** ant_home <ant_home!~andrea@95.236.249.51> has quit IRC | 00:03 | |
*** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has joined #yocto | 00:07 | |
*** sameo <sameo!samuel@nat/intel/x-vypvqejdlolommna> has joined #yocto | 00:12 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 00:13 | |
*** mario-goulart <mario-goulart!~user@email.parenteses.org> has quit IRC | 00:17 | |
*** mario-goulart <mario-goulart!~user@email.parenteses.org> has joined #yocto | 00:20 | |
*** [simar|o1] <[simar|o1]!~simar@69.166.24.4> has joined #yocto | 01:09 | |
*** [simar|on] <[simar|on]!~simar@206.248.139.195> has quit IRC | 01:12 | |
*** sgw_ <sgw_!~sgw@c-50-186-0-160.hsd1.or.comcast.net> has joined #yocto | 01:13 | |
*** [simar|on] <[simar|on]!~simar@206-248-139-195.dsl.teksavvy.com> has joined #yocto | 01:19 | |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 01:20 | |
*** [simar|o1] <[simar|o1]!~simar@69.166.24.4> has quit IRC | 01:23 | |
*** [simar|o1] <[simar|o1]!~simar@206-248-139-195.dsl.teksavvy.com> has joined #yocto | 01:24 | |
*** sgw_ <sgw_!~sgw@c-50-186-0-160.hsd1.or.comcast.net> has quit IRC | 01:25 | |
*** [simar|on] <[simar|on]!~simar@206-248-139-195.dsl.teksavvy.com> has quit IRC | 01:27 | |
*** sgw_ <sgw_!~sgw@c-50-186-0-160.hsd1.or.comcast.net> has joined #yocto | 01:39 | |
*** sgw_ <sgw_!~sgw@c-50-186-0-160.hsd1.or.comcast.net> has left #yocto | 01:39 | |
*** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has quit IRC | 01:40 | |
*** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has joined #yocto | 01:40 | |
*** sameo <sameo!samuel@nat/intel/x-vypvqejdlolommna> has quit IRC | 01:41 | |
*** sgw_1 <sgw_1!~sgw@c-50-186-0-160.hsd1.or.comcast.net> has joined #yocto | 01:42 | |
*** bingbu <bingbu!~mars@202.108.130.138> has joined #yocto | 01:57 | |
*** [simar|on] <[simar|on]!~simar@206-248-139-195.dsl.teksavvy.com> has joined #yocto | 02:21 | |
*** bingbu <bingbu!~mars@202.108.130.138> has quit IRC | 02:23 | |
*** jkridner|work <jkridner|work!~jkridner@c-98-250-142-42.hsd1.mi.comcast.net> has joined #yocto | 02:24 | |
*** [simar|o1] <[simar|o1]!~simar@206-248-139-195.dsl.teksavvy.com> has quit IRC | 02:24 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 02:24 | |
*** bingbu <bingbu!~mars@202.108.130.193> has joined #yocto | 02:35 | |
*** jkridner|work <jkridner|work!~jkridner@c-98-250-142-42.hsd1.mi.comcast.net> has quit IRC | 02:48 | |
*** smartin <smartin!~smartin@46.218.232.202> has quit IRC | 02:58 | |
*** silviof3 <silviof3!~silviof@ppp-188-174-73-241.dynamic.mnet-online.de> has joined #yocto | 03:01 | |
*** smartin <smartin!~smartin@46.218.232.202> has joined #yocto | 03:02 | |
*** silviof2 <silviof2!~silviof@ppp-188-174-119-248.dynamic.mnet-online.de> has quit IRC | 03:04 | |
*** [simar|o1] <[simar|o1]!~simar@96.125.133.73> has joined #yocto | 03:19 | |
*** [simar|on] <[simar|on]!~simar@206-248-139-195.dsl.teksavvy.com> has quit IRC | 03:22 | |
*** [simar|on] <[simar|on]!~simar@206-248-139-195.dsl.teksavvy.com> has joined #yocto | 03:28 | |
*** kmccombe <kmccombe!~kevinm@67.70.104.40> has quit IRC | 03:29 | |
*** [simar|o1] <[simar|o1]!~simar@96.125.133.73> has quit IRC | 03:32 | |
*** iwamatsu____ <iwamatsu____!~iwamatsu@www1015ue.sakura.ne.jp> has quit IRC | 03:42 | |
*** bingbu <bingbu!~mars@202.108.130.193> has quit IRC | 03:43 | |
*** [simar|o1] <[simar|o1]!~simar@206-248-139-195.dsl.teksavvy.com> has joined #yocto | 03:46 | |
*** [simar|on] <[simar|on]!~simar@206-248-139-195.dsl.teksavvy.com> has quit IRC | 03:50 | |
*** [simar|on] <[simar|on]!~simar@206-248-139-195.dsl.teksavvy.com> has joined #yocto | 03:54 | |
*** bingbu <bingbu!~mars@202.108.130.138> has joined #yocto | 03:55 | |
*** [simar|o1] <[simar|o1]!~simar@206-248-139-195.dsl.teksavvy.com> has quit IRC | 03:57 | |
*** [simar|o1] <[simar|o1]!~simar@206-248-139-195.dsl.teksavvy.com> has joined #yocto | 03:59 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 03:59 | |
*** [simar|on] <[simar|on]!~simar@206-248-139-195.dsl.teksavvy.com> has quit IRC | 04:02 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 04:04 | |
*** [simar|on] <[simar|on]!~simar@206-248-139-195.dsl.teksavvy.com> has joined #yocto | 04:08 | |
*** [simar|o1] <[simar|o1]!~simar@206-248-139-195.dsl.teksavvy.com> has quit IRC | 04:12 | |
*** [simar|on] <[simar|on]!~simar@206-248-139-195.dsl.teksavvy.com> has quit IRC | 04:16 | |
*** [simar|on] <[simar|on]!~simar@206-248-139-195.dsl.teksavvy.com> has joined #yocto | 04:16 | |
*** [simar|o1] <[simar|o1]!~simar@206-248-139-195.dsl.teksavvy.com> has joined #yocto | 04:22 | |
*** [simar|on] <[simar|on]!~simar@206-248-139-195.dsl.teksavvy.com> has quit IRC | 04:25 | |
*** [simar|on] <[simar|on]!~simar@206-248-139-195.dsl.teksavvy.com> has joined #yocto | 04:31 | |
*** [simar|o1] <[simar|o1]!~simar@206-248-139-195.dsl.teksavvy.com> has quit IRC | 04:34 | |
*** sunfunbaby <sunfunbaby!~Thunderbi@host-217-197-199-22.rev.as20985.net> has joined #yocto | 04:41 | |
*** _alex_kag_ <_alex_kag_!~alex_kag@178.124.226.157> has joined #yocto | 04:51 | |
*** bingbu <bingbu!~mars@202.108.130.138> has quit IRC | 05:06 | |
*** [simar|o1] <[simar|o1]!~simar@206-248-139-195.dsl.teksavvy.com> has joined #yocto | 05:13 | |
*** kmccombe <kmccombe!~kevinm@bas10-ottawa23-1128687656.dsl.bell.ca> has joined #yocto | 05:13 | |
*** [simar|on] <[simar|on]!~simar@206-248-139-195.dsl.teksavvy.com> has quit IRC | 05:16 | |
*** [simar|on] <[simar|on]!~simar@206-248-139-195.dsl.teksavvy.com> has joined #yocto | 05:19 | |
*** bingbu <bingbu!~mars@202.108.130.138> has joined #yocto | 05:20 | |
*** [simar|o1] <[simar|o1]!~simar@206-248-139-195.dsl.teksavvy.com> has quit IRC | 05:22 | |
*** [simar|o1] <[simar|o1]!~simar@206-248-139-195.dsl.teksavvy.com> has joined #yocto | 05:24 | |
*** [simar|on] <[simar|on]!~simar@206-248-139-195.dsl.teksavvy.com> has quit IRC | 05:27 | |
*** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has joined #yocto | 05:30 | |
*** bingbu <bingbu!~mars@202.108.130.138> has quit IRC | 05:35 | |
*** [simar|on] <[simar|on]!~simar@206-248-139-195.dsl.teksavvy.com> has joined #yocto | 05:44 | |
*** kmccombe <kmccombe!~kevinm@bas10-ottawa23-1128687656.dsl.bell.ca> has quit IRC | 05:44 | |
*** [simar|o1] <[simar|o1]!~simar@206-248-139-195.dsl.teksavvy.com> has quit IRC | 05:47 | |
*** bingbu <bingbu!~mars@202.108.130.193> has joined #yocto | 05:47 | |
*** GusBricker <GusBricker!~GusBricke@CPE-120-148-198-99.heum1.vic.bigpond.net.au> has quit IRC | 06:17 | |
*** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has joined #yocto | 06:17 | |
*** GusBricker <GusBricker!~GusBricke@CPE-120-148-198-99.heum1.vic.bigpond.net.au> has joined #yocto | 06:18 | |
*** GusBricker <GusBricker!~GusBricke@CPE-120-148-198-99.heum1.vic.bigpond.net.au> has quit IRC | 06:23 | |
*** behanw <behanw!~behanw@S01067cb21b219d94.gv.shawcable.net> has quit IRC | 06:29 | |
*** bingbu <bingbu!~mars@202.108.130.193> has quit IRC | 06:37 | |
*** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has quit IRC | 06:46 | |
*** GusBricker <GusBricker!~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au> has joined #yocto | 06:49 | |
*** bingbu <bingbu!~mars@202.108.130.193> has joined #yocto | 06:54 | |
*** agust <agust!~agust@p4FDE7577.dip0.t-ipconnect.de> has joined #yocto | 07:15 | |
*** mihai <mihai!~mihai@188.25.23.23> has quit IRC | 07:21 | |
*** GusBricker <GusBricker!~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au> has quit IRC | 07:21 | |
*** GusBricker <GusBricker!~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au> has joined #yocto | 07:22 | |
*** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has joined #yocto | 07:25 | |
*** GusBricker <GusBricker!~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au> has quit IRC | 07:26 | |
*** melonipoika <melonipoika!~quassel@ip050-115.seclan.com> has joined #yocto | 07:27 | |
*** bingbu <bingbu!~mars@202.108.130.193> has quit IRC | 07:27 | |
*** B4gder <B4gder!~daniel@sestofw01.enea.se> has joined #yocto | 07:32 | |
*** SorenHolm <SorenHolm!~quassel@cpe.ge-0-2-0-950.faaqnqu1.dk.customer.tdc.net> has joined #yocto | 07:32 | |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 07:35 | |
*** e8johan_ <e8johan_!~quassel@194-237-7-146.customer.telia.com> has joined #yocto | 07:36 | |
*** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has quit IRC | 07:37 | |
*** bingbu <bingbu!~mars@202.108.130.193> has joined #yocto | 07:41 | |
*** zeeblex <zeeblex!~apalalax@134.134.139.72> has joined #yocto | 07:47 | |
*** n01 <n01!~n01@host43-8-static.10-188-b.business.telecomitalia.it> has joined #yocto | 07:48 | |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 07:51 | |
*** n01 <n01!~n01@host43-8-static.10-188-b.business.telecomitalia.it> has quit IRC | 07:59 | |
*** GusBricker <GusBricker!~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au> has joined #yocto | 08:00 | |
*** n01 <n01!~n01@host225-0-static.96-5-b.business.telecomitalia.it> has joined #yocto | 08:01 | |
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto | 08:06 | |
*** g1zer0 <g1zer0!~gizero@host168-65-static.12-87-b.business.telecomitalia.it> has joined #yocto | 08:09 | |
*** [simar|on] <[simar|on]!~simar@206-248-139-195.dsl.teksavvy.com> has quit IRC | 08:10 | |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 08:13 | |
*** e8johan_ <e8johan_!~quassel@194-237-7-146.customer.telia.com> has quit IRC | 08:17 | |
*** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has joined #yocto | 08:19 | |
*** el_robin <el_robin!~el_robin@2a01:e0b:1:124:69d5:bf58:b97a:d95> has quit IRC | 08:27 | |
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 08:29 | |
*** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has joined #yocto | 08:29 | |
*** florian_kc is now known as florian | 08:30 | |
*** sameo <sameo!~samuel@192.55.55.39> has joined #yocto | 08:31 | |
*** mshakeel <mshakeel!~mshakeel@110.93.212.98> has joined #yocto | 08:32 | |
*** fpaut_ is now known as fpaut | 08:45 | |
melonipoika | good morning | 08:55 |
---|---|---|
melonipoika | Does anyone know how to change the -c value in the mkfs.ubifs command (in run.do_roortfs)? | 08:56 |
melonipoika | the ubi image is not created. I found in the log the folowing error: Error: max_leb_cnt too low (979 needed) | 08:57 |
*** beaver_545 <beaver_545!~stuart@82.148.40.66> has joined #yocto | 08:58 | |
melonipoika | in my run-do_rootfs, the value is set to "-c 857" | 08:58 |
melonipoika | I have no idea where this value is defined | 08:58 |
*** eral <eral!b2155705@gateway/web/freenode/ip.178.21.87.5> has joined #yocto | 08:58 | |
*** bingbu <bingbu!~mars@202.108.130.193> has quit IRC | 09:16 | |
*** elmi82 <elmi82!~timo@mail.bmw-carit.de> has joined #yocto | 09:22 | |
*** bluelightning <bluelightning!~paul@83.217.123.106> has joined #yocto | 09:35 | |
*** bluelightning <bluelightning!~paul@83.217.123.106> has quit IRC | 09:35 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:35 | |
ndec | melonipoika: i don't think there is any default value for that in OE. so it must be your distro or machine config that sets MKUBIFS_ARGS, no? | 09:37 |
*** smartin <smartin!~smartin@46.218.232.202> has quit IRC | 09:38 | |
melonipoika | ndec, ok, thanks. Will search for that | 09:38 |
*** smartin <smartin!~smartin@46.218.232.202> has joined #yocto | 09:41 | |
*** mihai <mihai!~mihai@80.97.15.150> has joined #yocto | 09:44 | |
bluelightning | morning all | 09:44 |
*** ant_work <ant_work!~Andrea@host54-128-static.10-188-b.business.telecomitalia.it> has joined #yocto | 09:45 | |
melonipoika | ndec, thanks. Yes, it was defined in the machine conf file | 09:47 |
*** belen1 <belen1!~Adium@134.134.139.74> has joined #yocto | 09:49 | |
*** ddalex1 <ddalex1!ddalex@nat/intel/x-gsyvqsldatrbmwfj> has quit IRC | 09:58 | |
*** jackmitchell <jackmitchell!~Thunderbi@cbnluk-gw0.cambridgebroadband.com> has joined #yocto | 09:58 | |
*** GusBricker <GusBricker!~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au> has quit IRC | 10:00 | |
*** GusBricker <GusBricker!~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au> has joined #yocto | 10:01 | |
*** jackmitchell <jackmitchell!~Thunderbi@cbnluk-gw0.cambridgebroadband.com> has joined #yocto | 10:05 | |
*** GusBricker <GusBricker!~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au> has quit IRC | 10:06 | |
*** jwhitmore <jwhitmore!~jwhitmore@host213-121-18-169.webport-cl2-hg5.ilford.mdip.bt.net> has quit IRC | 10:09 | |
*** eral <eral!b2155705@gateway/web/freenode/ip.178.21.87.5> has quit IRC | 10:18 | |
*** GusBricker <GusBricker!~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au> has joined #yocto | 10:21 | |
Saur | RP: You around? | 10:49 |
RP | Saur: yes | 10:50 |
*** Stygia <Stygia!~gmpsaifi@193.104.83.223> has joined #yocto | 10:52 | |
Saur | RP: Say I have bitbake variable that a recipe depend on. Said variable is set by an anonymous python() function which in turn reads a file and sets the variable accordingly. If I change the file so the variable changes its value, this does not trigger affected tasks to re-execute. Is there any way I can make this happen? | 10:52 |
RP | Saur: is the file always available to read? | 10:53 |
Saur | RP: Yes, it is. | 10:54 |
RP | Saur: Change the anon python to inline python | 10:54 |
RP | Saur: FOO = "${@some_function(d)}" | 10:54 |
Saur | RP: Basically, it is our old configuration file for our old build system that we read and turn into bitbake variables. | 10:54 |
*** ddalex <ddalex!~ddalex@192.198.151.43> has joined #yocto | 10:55 | |
RP | Saur: FOO[vardepvalue] = "<checksum>" would probably also work | 10:55 |
Saur | Actually, what I have now is: require ${@whatever(d)} | 10:56 |
RP | Saur: try the second things then, inject a checksum into vardepvalue | 10:56 |
Saur | RP: Where whatever() both reads the file, generates a bb-version of the variables, and returns the name of that file... | 10:56 |
RP | Saur: Right, bitbake is just not seeing all the other stuff its doing :/ | 10:57 |
Saur | RP: Checksum of what, the variables value? | 10:57 |
RP | Saur: variables or the file. Something that will change when the input data changes | 10:57 |
RP | Saur: or list all the variables explicitly in [varpdeps] or whatever that flag is called | 10:58 |
RP | Saur: you're just doing too much out of sight of bitbake to allow it to track the variables properly | 10:58 |
drasko | Hi all, how to copy all the files from "files" directory to staging dir? Do we use globs like SRC_URI = "file://*" ? | 11:00 |
Saur | RP: Am I right in that no events at all are triggered if nothing causes a re-read of any recipes? | 11:01 |
Saur | RP: I was hoping for an event just before it would check if a recipe existed in the cache, or something like that... | 11:01 |
RP | Saur: correct, there is no such event | 11:02 |
RP | Saur: thinking further you could cheat and put this file in SRC_URI | 11:02 |
RP | Saur: the checksum code will then checksum it and reparse the recipe when it changes | 11:02 |
Saur | RP: Ah, now we're getting somewhere. :) | 11:03 |
*** D4v33 <D4v33!~Thunderbi@host-92-27-209-188.static.as13285.net> has joined #yocto | 11:03 | |
Saur | That should work :) | 11:03 |
Saur | RP: Hmm, how do I specify the right path to use in SRC_URI? I tried with file://conf/machine/axis-config/p3367.axis-config (which is what the file is currently called in the conf directory of our layer), but it didn't work. | 11:07 |
RP | Saur: good question. You may need to set a variable in your layer.conf file and then use that here | 11:10 |
Saur | RP: Ok... | 11:12 |
repvik | I want to make an image that fits on a USB stick of a certain size, complete with bootloader and compressed btrfs. Is there an image I can use as a starting point? | 11:12 |
* repvik hasn't touched OE since 2009 or thereabouts. It's been a while. | 11:12 | |
Saur | RP: Hah, it seems to be working. Thanks a lot. :) | 11:15 |
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto | 11:15 | |
RP | Saur: cool :) | 11:17 |
*** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has quit IRC | 11:17 | |
*** mshakeel <mshakeel!~mshakeel@110.93.212.98> has left #yocto | 11:19 | |
*** gmacario <gmacario!~gmacario@maxlab.polito.it> has joined #yocto | 11:25 | |
*** ant_work <ant_work!~Andrea@host54-128-static.10-188-b.business.telecomitalia.it> has quit IRC | 11:26 | |
*** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto | 11:31 | |
*** ant_work <ant_work!~Andrea@host54-128-static.10-188-b.business.telecomitalia.it> has joined #yocto | 11:33 | |
RP | repvik: The final format is still controlled by IMAGE_FSTYPES and setting other options for the specific output types. The image contents is unlreated to the output format | 11:35 |
*** GusBricker <GusBricker!~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au> has quit IRC | 11:43 | |
*** GusBricker <GusBricker!~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au> has joined #yocto | 11:43 | |
*** GusBricker <GusBricker!~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au> has quit IRC | 11:48 | |
*** Stygia <Stygia!~gmpsaifi@193.104.83.223> has quit IRC | 11:51 | |
*** Zagor_ <Zagor_!~bjst@sestofw01.enea.se> has joined #yocto | 11:56 | |
*** Zagor_ <Zagor_!~bjst@rockbox/developer/Zagor> has joined #yocto | 11:56 | |
*** jjardon_ <jjardon_!sid723@gateway/web/irccloud.com/x-lzqqfwtupctkoiiz> has joined #yocto | 11:57 | |
*** yzhao2 <yzhao2!~yzhao2@128.224.252.2> has quit IRC | 11:57 | |
*** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has quit IRC | 11:57 | |
*** jjardon <jjardon!sid723@gateway/web/irccloud.com/x-yczvpnrtsvadmboq> has quit IRC | 11:57 | |
*** yzhao2 <yzhao2!~yzhao2@128.224.252.2> has joined #yocto | 11:57 | |
*** jjardon_ is now known as jjardon | 11:57 | |
*** fray <fray!U2FsdGVkX1@gate.crashing.org> has quit IRC | 12:06 | |
*** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has joined #yocto | 12:11 | |
*** Zagor_ is now known as Zagor | 12:12 | |
D4v33 | If I want to add a package to my build I add it to my local.conf using IMAGE_INSTALL_append but where do I find the name of the package, in particular NetworkManager, I know where the bb file for it is but not where to find the package name? | 12:17 |
Guest49941 | D4v33: you can always go to poky and do: "grep network ./ -r" | 12:22 |
Guest49941 | D4v33: if that gives you too much results then make your search more detailed | 12:23 |
bluelightning | D4v33: one way is to look under "packages-split" in the workdir for the recipe | 12:24 |
bluelightning | where the workdir can be found using: bitbake -e recipename | grep ^WORKDIR= | 12:24 |
bluelightning | (assuming you haven't enabled rm_work, that is) | 12:25 |
rburton | in the easy case, reading the recipe will tell you what the packages are. if PACKAGES isn't set, its the name of the recipe. | 12:25 |
bluelightning | yep, that too | 12:25 |
D4v33 | I've not knowingly enabled rm_work. where in the recipe will it state the name I'm assume we are are talking about networkmanager_0.9.2.0.bb? I was hoping there was some logical connection from the package name to to the recipe? | 12:32 |
rburton | D4v33: the general logic connection is that the primary package is the name of the recipe | 12:32 |
rburton | if that isn't the case, the recipe will say so by setting PACKAGES | 12:33 |
rburton | libraries are a bit special in that they get renamed to their library name | 12:33 |
*** rainerschuster <rainerschuster!~Adium@tmo-106-37.customers.d1-online.com> has joined #yocto | 12:36 | |
*** rainerschuster <rainerschuster!~Adium@tmo-106-37.customers.d1-online.com> has quit IRC | 12:40 | |
*** zedd_ <zedd_!~ddez@128.224.252.2> has joined #yocto | 12:43 | |
*** zeddii <zeddii!~ddez@128.224.252.2> has quit IRC | 12:43 | |
*** silviof3 is now known as silviof | 13:09 | |
*** Stygia <Stygia!~gmpsaifi@193.104.83.223> has joined #yocto | 13:10 | |
*** joeythesaint <joeythesaint!~jjm@128.224.252.2> has joined #yocto | 13:10 | |
*** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has quit IRC | 13:11 | |
*** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has joined #yocto | 13:11 | |
*** elmi82 <elmi82!~timo@mail.bmw-carit.de> has quit IRC | 13:21 | |
*** oneQubit <oneQubit!~oneQubit@li439-130.members.linode.com> has joined #yocto | 13:25 | |
*** elmi82 <elmi82!~timo@mail.bmw-carit.de> has joined #yocto | 13:25 | |
*** rainerschuster <rainerschuster!~Adium@tmo-106-37.customers.d1-online.com> has joined #yocto | 13:30 | |
*** zedd_ is now known as zeddii | 13:35 | |
*** Stygia <Stygia!~gmpsaifi@193.104.83.223> has quit IRC | 13:41 | |
repvik | RP: Yeah, I have an idea about how it works (unless OE has changed fundamentally since 2009). Do you know if there is an image that uses grub? It's probably a lot easier to adapt something to my needs :) | 13:48 |
*** rainerschuster <rainerschuster!~Adium@tmo-106-37.customers.d1-online.com> has left #yocto | 13:49 | |
*** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto | 13:51 | |
n01 | guys to enable remote debuging with eclipse do I neet tools-debug or eclipse-debug? | 13:53 |
n01 | on adt-manual it says to use tools- | 13:53 |
n01 | but I do not have the tcf | 13:54 |
n01 | -agent in rootfs | 13:54 |
*** jwhitmore <jwhitmore!~jwhitmore@host213-121-18-169.webport-cl2-hg5.ilford.mdip.bt.net> has joined #yocto | 13:59 | |
*** Stygia <Stygia!~gmpsaifi@193.104.83.223> has joined #yocto | 13:59 | |
* LetoThe2nd would say both :) | 14:00 | |
*** _alex_kag_ <_alex_kag_!~alex_kag@178.124.226.157> has quit IRC | 14:00 | |
LetoThe2nd | then make sure the image actually gets rebuilt, so tcf-agent is really there. | 14:01 |
n01 | LetoThe2nd: I don't see the agant file in the rootfs actually. I'll do a clean | 14:05 |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 14:09 | |
RP | repvik: I know the "live" images install to a device and include grub | 14:10 |
RP | repvik: its not quite what you want but similar in some ways | 14:10 |
*** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 14:12 | |
lpapp | hi, where can I find the linux kernel log in my layer? | 14:13 |
lpapp | ./tmp/log does not seem to contain it. | 14:13 |
*** fray <fray!U2FsdGVkX1@gate.crashing.org> has joined #yocto | 14:13 | |
ndec | lpapp: what is the linux kernel log? | 14:18 |
lpapp | ndec: anything about bitbake linux-foo | 14:20 |
ndec | so, it's like any other recipe, in tmp/work/<arch or machine>/<recipe>/<version>/temp | 14:21 |
ndec | for the kernel it will be in <machine>, not <arch> | 14:21 |
lpapp | the problem is that there are so many folders in tmp/work | 14:21 |
lpapp | that always confuses me. | 14:21 |
lpapp | I really do not understand why when I am only trying to build with one scenario..... | 14:21 |
lpapp | it seems a bit bloated to me. | 14:22 |
ndec | then you can use bitbake -e linux-foo |grep ^WORKDIR | 14:22 |
lpapp | can I eventually have one folder there? | 14:22 |
lpapp | I do not understand why I would have more than one folder there..... | 14:22 |
ndec | where? | 14:22 |
lpapp | currently, I have _5_, including x86_64-linux (!). | 14:23 |
ndec | you have 1 'WORKDIR' for each recipe that was built. | 14:23 |
lpapp | I am talking about workdir. | 14:23 |
lpapp | not* | 14:23 |
lpapp | I am talking about 5 different folders | 14:23 |
lpapp | in tmp/work | 14:23 |
lpapp | when I only build for _one_ scenario. | 14:23 |
ndec | the folders are organized 'logically', by <target>. you never have 1 scenario only.. since you at least have the arch, the machine and the host. | 14:24 |
lpapp | sounds really bloated. | 14:24 |
lpapp | evenutally, I always have only 1 scenario. | 14:24 |
lpapp | eventually* | 14:24 |
lpapp | is there an option to organize it nicer? | 14:24 |
lpapp | it is really hard find stuff if it is this over-engineered even for the common cases. | 14:25 |
ndec | sure.. WORKDIR is set in bitbake.conf as | 14:25 |
ndec | WORKDIR = "${TMPDIR}/work/${MULTIMACH_TARGET_SYS}/${PN}/${EXTENDPE}${PV}-${PR}" | 14:25 |
lpapp | right, so my image should probably override WORKDIR | 14:26 |
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-nfppmqncnwoujarz> has joined #yocto | 14:26 | |
lpapp | not to depend on millions of factors. | 14:26 |
drasko | Hi all, how to copy all the files from "files" directory to staging dir? Do we use globs like SRC_URI = "file://*" ? | 14:26 |
ndec | at your *own* risks, though.. | 14:26 |
lpapp | that does not quite sound good... :( | 14:26 |
ndec | your image will still involve building 'stuff' for the host, for the target arch, and for the target machine, you won't remove that. | 14:27 |
ndec | lpapp: honestly, i think it's less troubles to learn about OE and its policies that trying to change WORKDIR... but maybe i am wrong.. | 14:27 |
ndec | drasko: you meant copy from 'files' to WORKDIR, i guess. | 14:28 |
drasko | ndec, exactly | 14:28 |
ndec | ;-) | 14:28 |
lpapp | ndec: I do not wanna learn this messy stuff | 14:28 |
bluelightning | lpapp: no, you should not be changing WORKDIR | 14:28 |
lpapp | I wanna change it to be simpler for me. | 14:28 |
ndec | i don't think you can have wildcards here. | 14:28 |
lpapp | it is a terrible mess currently. | 14:28 |
lpapp | I never know where to look for stuff. | 14:28 |
drasko | I have a bunch of files in the local treem, I do not want to copy them one by one. | 14:28 |
bluelightning | lpapp: it's not a mess, it's highly organised in fact | 14:28 |
drasko | How can this be avoided? | 14:29 |
lpapp | and I have not seen any build system yet organizing stuff based on 5-6 factors at least. | 14:29 |
ndec | drasko: file:// does not imply that bitbake will take the files in './files' in fact, as it is searching in many other folders too, so a glob pattern cannot be used. | 14:29 |
drasko | ndec, what should I use then? | 14:29 |
lpapp | http://pastebin.kde.org/pedqujkr8 -> in addition, there does not seem to be any compilation output. | 14:30 |
lpapp | bluelightning: then we will need to disagree, I believe. | 14:30 |
ndec | drasko: i don't know if there is a better way than listing all the files... | 14:30 |
drasko | ndec, this is crazy... | 14:30 |
drasko | there is really a tons of files in my driver | 14:30 |
ndec | drasko: i am not saying you have to do that.. just saying i don't know how to do it -) | 14:30 |
bluelightning | drasko: wildcards are sort of supported... what kind of files are these though? | 14:31 |
ndec | you might be able to use a python snippet to list files from dir... | 14:31 |
bluelightning | lpapp: well, feel free to experiment if you like, but expect breakage | 14:31 |
drasko | bluelightning, out-od-tree kernel driver for wireless device: https://github.com/lwfinger/rtl8192du | 14:32 |
ndec | bluelightning: how do wildcard work then? since bitbake looks into multiple folders | 14:32 |
* lpapp will try to override WORKDIR | 14:32 | |
lpapp | bluelightning: it is already broken. | 14:32 |
bluelightning | lpapp: it is not | 14:32 |
lpapp | as I wrote, there is no any compilation output, etc. | 14:32 |
lpapp | sure, it is. | 14:32 |
bluelightning | lpapp: changing WORKDIR will not fix that | 14:32 |
lpapp | bluelightning: it is not about WORKDIR; it is about that I cannot already achieve my target, so perhaps it will be simpler with less complication. | 14:33 |
bluelightning | lpapp: also, those are setscene logs; there is no compilation log because it hasn't been compiled, it was restored from shared state | 14:33 |
lpapp | bluelightning: to me, depending on 5-6 factors with a simple build folder is over-engineering, but I guess we will have to agree to disagree there. | 14:34 |
lpapp | bluelightning: it /was/ compiled. | 14:35 |
lpapp | I saw with my eyes. :) | 14:35 |
bluelightning | drasko: I'm not quite following; are you trying to avoid pointing at the repository by copying the source next to the recipe? | 14:35 |
lpapp | eventually, I even ran bitbake -c cleansstate linux-foo | 14:36 |
bluelightning | lpapp: then this cannot be the directory corresponding to the version of the recipe that was built, because this one definitely wasn't compiled | 14:37 |
bluelightning | if it were, there would be log.do_compile | 14:37 |
lpapp | bluelightning: maybe a bug in bitbake, I do not know. | 14:37 |
bluelightning | I doubt it | 14:37 |
lpapp | bluelightning: then I need your blessing, maybe. :D | 14:42 |
lpapp | and some benediction | 14:42 |
lpapp | clearly, I am running, what I am supposed to do, and the expected behavior does not meet the reality. | 14:43 |
lpapp | but let me know if bitbake -c cleansstate along with clean is not enough before rebuilding...... | 14:43 |
*** elmi82 <elmi82!~timo@mail.bmw-carit.de> has quit IRC | 14:44 | |
bluelightning | lpapp: are you using SSTATE_MIRRORS ? | 14:44 |
lpapp | bluelightning: I am not sure what you mean by that question. | 14:44 |
bluelightning | lpapp: it's a simple question - have you set this variable in your configuration? | 14:44 |
lpapp | _what_ configuration | 14:45 |
lpapp | it might be simple for you, but not simple for me. | 14:45 |
bluelightning | local.conf, distro config... whatever | 14:45 |
lpapp | distro, machine, local, etc? | 14:45 |
bluelightning | if you're not sure, just use bitbake -e | grep ^SSTATE_MIRRORS= to check | 14:45 |
lpapp | empty | 14:46 |
bluelightning | ok | 14:46 |
bluelightning | just checking | 14:46 |
drasko | bluelightning, no, I have relatively different source that resembles to this one | 14:47 |
bluelightning | then as long as you're using bitbake -c cleansstate on the right recipe, then it could not be rebuilding that recipe from shared state | 14:47 |
bluelightning | drasko: but you're attempting to put the source next to the recipe? | 14:47 |
*** sunfunbaby <sunfunbaby!~Thunderbi@host-217-197-199-22.rev.as20985.net> has quit IRC | 14:47 | |
drasko | bluelightning, yes | 14:47 |
drasko | source is located in files directory next to the recipe | 14:47 |
lpapp | bluelightning: so it is a bug if it does then? | 14:48 |
bluelightning | drasko: I'd suggest not doing that; put the source in a git repo or tarball somewhere else, and have the recipe file fetch that | 14:48 |
drasko | bluelightning, why? | 14:48 |
bluelightning | drasko: because it avoids problems like the one you're having... | 14:48 |
lpapp | bluelightning: to be honest, I could manually delete the build folder as usual to solve mysterious issues | 14:48 |
drasko | it is very impractical for me, | 14:48 |
lpapp | but I do not have 2 hours this time if possible...... | 14:49 |
drasko | to traball every time I cahange something | 14:49 |
bluelightning | lpapp: when you do -c cleansstate it *deletes* the sstate packages corresponding to the recipe; there is nothing to restore from in that case | 14:49 |
drasko | this code is in the course of development | 14:49 |
lpapp | bluelightning: yet, it seems to do as you claimed. | 14:49 |
bluelightning | drasko: then you should use a git repository | 14:49 |
lpapp | what more to do to get it right? | 14:49 |
drasko | and I do not have git repo st my disposal | 14:49 |
bluelightning | lpapp: something else is going on that has not been brought out in what you have said, because all that you have said does not make any sense | 14:50 |
drasko | at least one that will be accesible to the people who will eventualy use this recipe | 14:50 |
drasko | so I prefer having all files there, localy | 14:50 |
drasko | so, wuestion is - is globing possible, or I have to give an explicit list of all files? | 14:51 |
bluelightning | drasko: you can do it, but the problems you are having are a direct result of this kind of usage not really being supported | 14:51 |
lpapp | bluelightning: you re welcome to tell me what is missing..... | 14:52 |
lpapp | I know it does not make sense what I get. | 14:52 |
bluelightning | lpapp: have you checked you are looking in the right place, by querying the workdir using: bitbake -e recipename | grep ^WORKDIR= | 14:53 |
bluelightning | drasko: if you insist on doing it this way you probably need to put the files in a named directory somewhere in FILESPATH and then point to that directory; note that files itself as the directory wouldn't be appropriate since that itself is in FILESPATH | 14:55 |
bluelightning | drasko: files/something should work though | 14:55 |
bluelightning | drasko: I'm not sure if you'd put file://something or file://something/* in SRC_URI though, you'll have to test | 14:57 |
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-nfppmqncnwoujarz> has quit IRC | 14:58 | |
*** SorenHolm <SorenHolm!~quassel@cpe.ge-0-2-0-950.faaqnqu1.dk.customer.tdc.net> has quit IRC | 14:59 | |
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-tdqdgnmfwwuzdvue> has joined #yocto | 15:00 | |
*** jwhitmore <jwhitmore!~jwhitmore@host213-121-18-169.webport-cl2-hg5.ilford.mdip.bt.net> has quit IRC | 15:03 | |
drasko | bluelightning, I am looking for a methoud to create git after all... Will be better, as you suggested. | 15:04 |
bluelightning | drasko: great... if nothing else, it does provide some versioning advantages in terms of being able to tell which version of the source corresponds with what's installed in the image | 15:05 |
bluelightning | (assuming you do PV = "x.y+git${SRCPV" in the recipe that is) | 15:06 |
bluelightning | er missing closing } | 15:06 |
*** elmi82 <elmi82!~timo@mail.bmw-carit.de> has joined #yocto | 15:08 | |
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 15:15 | |
*** zeeblex <zeeblex!~apalalax@134.134.139.72> has left #yocto | 15:19 | |
*** T0mW <T0mW!~Tom@75.97.101.235.res-cmts.t132.ptd.net> has joined #yocto | 15:29 | |
*** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has quit IRC | 15:32 | |
*** elmi82 <elmi82!~timo@mail.bmw-carit.de> has joined #yocto | 15:33 | |
*** acidfu <acidfu!~nib@unaffiliated/acidmen> has quit IRC | 15:46 | |
*** elmi82 <elmi82!~timo@mail.bmw-carit.de> has quit IRC | 15:48 | |
*** sroy <sroy!~sroy@2607:fad8:4:6:3e97:eff:feb5:1e2b> has joined #yocto | 15:50 | |
*** JaMa <JaMa!~martin@ip-89-176-104-107.net.upcbroadband.cz> has joined #yocto | 15:52 | |
*** jwhitmore <jwhitmore!~jwhitmore@host213-121-18-169.webport-cl2-hg5.ilford.mdip.bt.net> has joined #yocto | 15:52 | |
*** elmi82 <elmi82!~timo@mail.bmw-carit.de> has joined #yocto | 15:53 | |
*** walters <walters!~walters@c-66-31-18-51.hsd1.ma.comcast.net> has joined #yocto | 15:58 | |
*** behanw <behanw!~behanw@S01067cb21b219d94.gv.shawcable.net> has joined #yocto | 16:00 | |
*** g1zer0 <g1zer0!~gizero@host168-65-static.12-87-b.business.telecomitalia.it> has quit IRC | 16:03 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 16:08 | |
*** acidfu <acidfu!~nib@unaffiliated/acidmen> has joined #yocto | 16:08 | |
*** hollisb <hollisb!~hollisb@nat-wv.mentorg.com> has joined #yocto | 16:12 | |
*** Squix <Squix!~Squix___@p021.net112139202.tokai.or.jp> has quit IRC | 16:13 | |
*** elmi82 <elmi82!~timo@mail.bmw-carit.de> has quit IRC | 16:15 | |
*** dany <dany!~Thunderbi@sestofw01.enea.se> has joined #yocto | 16:17 | |
*** _alex_kag_ <_alex_kag_!~alex_kag@178.126.129.180> has joined #yocto | 16:17 | |
dany | Anyone else seeing this ?, http://pastebin.com/qe578V3r | 16:17 |
*** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has quit IRC | 16:17 | |
*** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has joined #yocto | 16:19 | |
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-tdqdgnmfwwuzdvue> has quit IRC | 16:19 | |
*** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has quit IRC | 16:28 | |
dany | poky/master b.t.w. | 16:29 |
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-aipnymqsahczqoym> has joined #yocto | 16:38 | |
*** Stygia <Stygia!~gmpsaifi@193.104.83.223> has quit IRC | 16:48 | |
RP | dany: no, but there were changes in chrpath recently | 16:50 |
*** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has joined #yocto | 16:55 | |
*** nitink <nitink!nitink@nat/intel/x-ylheccflfplcrtyp> has joined #yocto | 17:10 | |
*** [simar|on] <[simar|on]!~simar@69.166.24.4> has joined #yocto | 17:11 | |
*** ant_work <ant_work!~Andrea@host54-128-static.10-188-b.business.telecomitalia.it> has quit IRC | 17:12 | |
*** fpaut is now known as fpaut_ | 17:19 | |
lpapp | bluelightning: re, still around? | 17:20 |
lpapp | bluelightning: I looked into the right folder, now I have this, log.do_cleansstate log.do_cleansstate.9009 log.task_order run.do_cleansstate.9009 | 17:21 |
*** [simar|on] <[simar|on]!~simar@69.166.24.4> has quit IRC | 17:21 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 17:25 | |
*** beaver_545 <beaver_545!~stuart@82.148.40.66> has quit IRC | 17:27 | |
lpapp | bluelightning: http://pastebin.kde.org/po8ch2jgp => this is the list now. | 17:29 |
*** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC | 17:29 | |
lpapp | bluelightning: seems it got it now. | 17:30 |
*** gmacario <gmacario!~gmacario@maxlab.polito.it> has quit IRC | 17:30 | |
bluelightning | lpapp: right, that looks more like it should after an actual build as opposed to a restore from sstate | 17:31 |
lpapp | bluelightning: I did not run -c clean this time | 17:31 |
lpapp | just cleansstate | 17:31 |
lpapp | I wonder if that makes a difference. | 17:31 |
lpapp | bluelightning: is there a way to get more verbose log than in log.do_compile? | 17:32 |
lpapp | it does not seem to build my driver | 17:32 |
lpapp | bluelightning: and it is in Kconfig | 17:33 |
lpapp | bluelightning: and I enabled it with bitbake virtual/kernel -c menuconfig | 17:34 |
lpapp | bluelightning: is that the file I should check? linux-foo/3.2.1-r3/linux-3.2.1/.config | 17:39 |
lpapp | or which file is bitbake virtual/kernel -c menuconfig supposed to modify? | 17:40 |
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 17:42 | |
*** mihai <mihai!~mihai@80.97.15.150> has quit IRC | 17:45 | |
*** rtollert <rtollert!~rtollert@130.164.62.31> has quit IRC | 17:47 | |
*** mihai <mihai!~mihai@80.97.15.150> has joined #yocto | 17:47 | |
*** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 17:47 | |
bluelightning | lpapp: is your driver enabled in that file? | 17:47 |
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 17:50 | |
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 17:50 | |
lpapp | bluelightning: no | 17:51 |
lpapp | bluelightning: I checked that. | 17:51 |
lpapp | bluelightning: I think I need to extend the defconfig in files. | 17:51 |
*** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 17:51 | |
bluelightning | lpapp: did you run menuconfig just before the build or was there a cleasstate in between times? | 17:51 |
lpapp | bluelightning: not sure what you mean, but the steps are: 1) Clean sstate 2) menuconfig 3) build | 17:53 |
*** [simar|on] <[simar|on]!~simar@206-248-139-195.dsl.teksavvy.com> has joined #yocto | 17:53 | |
bluelightning | lpapp: well, that is supposed to work, but it's not something I personally check on a regular basis... which branch are you on at the moment? | 17:54 |
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 17:54 | |
*** rtollert <rtollert!~rtollert@130.164.62.31> has joined #yocto | 17:55 | |
lpapp | bluelightning: no branch | 17:55 |
bluelightning | lpapp: well, clearly it's based on an existing branch at some point, so what is it based on? | 17:56 |
bluelightning | brb | 17:56 |
lpapp | is there a mechanism in Yocto to pick up the defconfig from the files/ folder (patch basically) and modify that in the background based on what I do in "make menuconfig"? | 17:57 |
lpapp | or I need to generate the defconfig on my desktop and pass it to Yocto? | 17:57 |
lpapp | the former would be lotta nicer. | 17:57 |
*** n01 <n01!~n01@host225-0-static.96-5-b.business.telecomitalia.it> has quit IRC | 17:57 | |
*** _alex_kag_ <_alex_kag_!~alex_kag@178.126.129.180> has quit IRC | 17:58 | |
lpapp | I still do not know what would guarantee to pick up my kernel with "bitbake virtual/kernel -c menuconfig" as opposed to the one in /meta? | 17:59 |
*** bluelightning_ <bluelightning_!~paul@83.217.123.106> has joined #yocto | 17:59 | |
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 17:59 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 18:00 | |
*** bluelightning_ is now known as bluelightning | 18:00 | |
bluelightning | lpapp: as far as I know it's supposed to work as you described | 18:00 |
lpapp | bluelightning: can you answer my last question? | 18:01 |
bluelightning | I thought I did | 18:01 |
lpapp | bluelightning: perhaps you did not see my last question | 18:02 |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 18:02 | |
lpapp | 17:54 -!- _alex_kag_ [~alex_kag@178.126.129.180] has quit [Quit: Konversation terminated!] | 18:02 |
lpapp | 17:54 < lpapp> I still do not know what would guarantee to pick up my kernel with "bitbake virtual/kernel -c menuconfig" as opposed to the one in /meta? | 18:02 |
lpapp | oopsie... | 18:02 |
lpapp | bluelightning: what did you reply to by "as far as I know it's supposed to work as you described" | 18:02 |
bluelightning | as far as I know it's supposed to base what is shown in menuconfig on the supplied configuration (defconfig, config fragments, whatever), and then whatever is saved in menuconfig assuming you run it should be used in the build | 18:03 |
bluelightning | if that is not how it works then I think that would be a bug | 18:04 |
lpapp | bluelightning: but my question is more than that. | 18:04 |
lpapp | bluelightning: I would like to modify the defconfig, not just the temporary build. | 18:04 |
lpapp | or do I really need to do this separately from Yocto as Yocto does not provide a way for it? | 18:04 |
bluelightning | are you building a custom kernel recipe you've provided? | 18:05 |
lpapp | no, I have a fork | 18:06 |
*** _alex_kag_ <_alex_kag_!~alex_kag@178.126.129.180> has joined #yocto | 18:06 | |
lpapp | it is very risky to update the kernel with Yocto every half a year | 18:06 |
bluelightning | lpapp: so you're building linux-yocto then? | 18:06 |
lpapp | no | 18:06 |
lpapp | we have the version from denzil times IIRC | 18:06 |
lpapp | 3.2.1 | 18:06 |
lpapp | so we copied it when we moved to dylan | 18:06 |
bluelightning | but not linux-yocto? | 18:06 |
lpapp | why do you keep repeating linux-yocto? | 18:07 |
bluelightning | we only have linux-yocto as a functional kernel recipe in OE-Core/Poky, no other | 18:07 |
bluelightning | so if you're not building that then the answer to the first question should have been "yes, I am building a custom kernel recipe" | 18:07 |
lpapp | let us see | 18:08 |
lpapp | surely, there is meta/recipes-kernel/linux | 18:08 |
lpapp | (that is not meta-yocto) | 18:08 |
*** mihai <mihai!~mihai@80.97.15.150> has quit IRC | 18:08 | |
bluelightning | no, it isn't... meta-yocto is a layer, linux-yocto is a recipe; they are not the same thing | 18:09 |
*** belen1 <belen1!~Adium@134.134.139.74> has quit IRC | 18:09 | |
lpapp | exactly what I am saying. | 18:09 |
lpapp | we do not care about meta-yocto | 18:09 |
lpapp | it is an OE based distribution, not poky. | 18:09 |
bluelightning | OE-Core has linux-yocto; meta-yocto/poky have nothing to do with this | 18:11 |
lpapp | sorry, I do not know what you mean then. | 18:12 |
lpapp | right, it must have been linux-yocto, I think. | 18:12 |
lpapp | although it is quite confusing if you ask me. | 18:13 |
lpapp | people will associate to meta-yocto | 18:13 |
bluelightning | so out of the box, linux-yocto doesn't use a defconfig, it uses config fragments | 18:14 |
bluelightning | I'd suggest having a read of our kernel & BSP manuals for further information | 18:14 |
bluelightning | you can, if you want to, supply a plain defconfig in SRC_URI | 18:15 |
lpapp | as I said, we have been using defconfig for ages | 18:17 |
lpapp | and it has been working. | 18:17 |
lpapp | but I would like Yocto to give me the convenience to modify that on the fly | 18:17 |
lpapp | without going to desktop and regenerate it there, meh. | 18:18 |
bluelightning | you can just copy the .config on top of the defconfig after modifying it with -c menuconfig | 18:20 |
bluelightning | I believe that workflow is described in the kernel manual | 18:20 |
lpapp | but as I wrote, even the .config is wrong | 18:20 |
lpapp | it does not contain my selection. | 18:20 |
lpapp | also, it should be automatical for a "Save?" question | 18:20 |
bluelightning | we don't modify our inputs, I've mentioned that before | 18:20 |
bluelightning | not within the build system itself | 18:21 |
lpapp | as I already wrote .config is not modified either which is temporary. | 18:21 |
bluelightning | right, and as I already wrote as well, if that doesn't work it sounds like a bug to me | 18:22 |
lpapp | :( | 18:23 |
*** [simar|o1] <[simar|o1]!~simar@206-248-139-195.dsl.teksavvy.com> has joined #yocto | 18:24 | |
*** sameo <sameo!~samuel@192.55.55.39> has quit IRC | 18:25 | |
bluelightning | lpapp: so is your current branch based on denzil? or not anymore? | 18:25 |
lpapp | bluelightning: it is dylan | 18:25 |
*** [simar|on] <[simar|on]!~simar@206-248-139-195.dsl.teksavvy.com> has quit IRC | 18:27 | |
*** bluelightning_ <bluelightning_!~paul@83.217.123.106> has joined #yocto | 18:31 | |
*** bluelightning_ <bluelightning_!~paul@83.217.123.106> has quit IRC | 18:31 | |
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 18:31 | |
lpapp | bluelightning_: I still do not know how one can select between two kernel versions. | 18:33 |
lpapp | meta/ has one, so does our distro layer. | 18:33 |
lpapp | how does virtual/kernel know which one to pick up? | 18:33 |
bluelightning_ | PREFERRED_PROVIDER_virtual/kernel | 18:34 |
lpapp | bluelightning_: where? | 18:34 |
bluelightning_ | lpapp: what does bitbake -e | less tell you about where it's set? | 18:35 |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 18:35 | |
*** bluelightning_ is now known as bluelightning | 18:35 | |
lpapp | bluelightning: ah, it is both in the machine and distro conf | 18:38 |
lpapp | bluelightning: what greatly surprises me is that I am not getting the same search result if I do the search on the desktop, and in Yocto. | 18:57 |
lpapp | and the patch should be applied in Yocto. | 18:58 |
lpapp | bluelightning: i.e. the Kconfig should be the same in this sense. | 18:58 |
lpapp | bluelightning: maybe the patching was not successful as the desktop has the latest staging. Anyhow, shouldn't Yocto raise an error then? | 18:59 |
lpapp | based on the content, the patch should have applied fine... then I have no clue why entering "/" in makemenuconfig and typing the search word results different output screen on the desktop, and in Yocto..... | 19:00 |
* lpapp will need to read https://www.kernel.org/doc/Documentation/kbuild/kconfig-language.txt | 19:03 | |
*** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC | 19:03 | |
*** n01 <n01!~n01@2-238-57-164.ip242.fastwebnet.it> has joined #yocto | 19:17 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 19:22 | |
*** ant_home <ant_home!~andrea@95.236.249.51> has joined #yocto | 19:42 | |
*** fray <fray!U2FsdGVkX1@gate.crashing.org> has quit IRC | 19:46 | |
*** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has quit IRC | 19:47 | |
*** jwhitmore <jwhitmore!~jwhitmore@host213-121-18-169.webport-cl2-hg5.ilford.mdip.bt.net> has quit IRC | 19:50 | |
*** sameo <sameo!samuel@nat/intel/x-vaywbspoxpmfbocr> has joined #yocto | 20:01 | |
*** [simar|on] <[simar|on]!~simar@206-248-139-195.dsl.teksavvy.com> has joined #yocto | 20:02 | |
*** [simar|o1] <[simar|o1]!~simar@206-248-139-195.dsl.teksavvy.com> has quit IRC | 20:06 | |
*** vmesons <vmesons!~quassel@128.224.252.2> has joined #yocto | 20:09 | |
*** vmeson <vmeson!~quassel@128.224.252.2> has quit IRC | 20:10 | |
*** OlivierG <OlivierG!~OlivierG@LVelizy-156-44-42-252.w217-128.abo.wanadoo.fr> has quit IRC | 20:11 | |
*** jackmitc1 <jackmitc1!~Thunderbi@cpc22-cmbg15-2-0-cust21.5-4.cable.virginm.net> has joined #yocto | 20:11 | |
*** OlivierG <OlivierG!~OlivierG@LVelizy-156-44-42-252.w217-128.abo.wanadoo.fr> has joined #yocto | 20:13 | |
*** jackmitc1 <jackmitc1!~Thunderbi@cpc22-cmbg15-2-0-cust21.5-4.cable.virginm.net> has quit IRC | 20:18 | |
*** ant_home <ant_home!~andrea@95.236.249.51> has quit IRC | 20:37 | |
*** ant_home <ant_home!~andrea@95.236.249.51> has joined #yocto | 20:38 | |
*** GusBricker <GusBricker!~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au> has joined #yocto | 20:38 | |
*** joey_saint <joey_saint!~jjm@128.224.252.2> has joined #yocto | 20:41 | |
*** joeythesaint <joeythesaint!~jjm@128.224.252.2> has quit IRC | 20:44 | |
*** sroy <sroy!~sroy@2607:fad8:4:6:3e97:eff:feb5:1e2b> has quit IRC | 20:51 | |
*** [simar|o1] <[simar|o1]!~simar@206-248-139-195.dsl.teksavvy.com> has joined #yocto | 20:53 | |
*** [simar|on] <[simar|on]!~simar@206-248-139-195.dsl.teksavvy.com> has quit IRC | 20:55 | |
*** GusBricker <GusBricker!~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au> has quit IRC | 21:01 | |
*** GusBricker <GusBricker!~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au> has joined #yocto | 21:02 | |
*** sroy <sroy!~sroy@ip-208-88-110-45.savoirfairelinux.net> has joined #yocto | 21:05 | |
*** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has joined #yocto | 21:05 | |
*** sroy <sroy!~sroy@ip-208-88-110-45.savoirfairelinux.net> has quit IRC | 21:06 | |
*** GusBricker <GusBricker!~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au> has quit IRC | 21:06 | |
*** silviof <silviof!~silviof@ppp-188-174-73-241.dynamic.mnet-online.de> has quit IRC | 21:11 | |
*** silviof <silviof!~silviof@unaffiliated/silviof> has joined #yocto | 21:12 | |
*** sgh <sgh!~quassel@5634f347.rev.stofanet.dk> has joined #yocto | 21:13 | |
*** GusBricker <GusBricker!~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au> has joined #yocto | 21:13 | |
*** dany1 <dany1!~Thunderbi@sestofw01.enea.se> has joined #yocto | 21:15 | |
*** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has quit IRC | 21:20 | |
*** [simar|o1] <[simar|o1]!~simar@206-248-139-195.dsl.teksavvy.com> has quit IRC | 21:20 | |
*** n01 <n01!~n01@2-238-57-164.ip242.fastwebnet.it> has quit IRC | 21:20 | |
*** dany <dany!~Thunderbi@sestofw01.enea.se> has quit IRC | 21:20 | |
*** walters <walters!~walters@c-66-31-18-51.hsd1.ma.comcast.net> has quit IRC | 21:20 | |
*** RP <RP!~richard@dan.rpsys.net> has quit IRC | 21:21 | |
*** n01 <n01!~n01@2-238-57-164.ip242.fastwebnet.it> has joined #yocto | 21:23 | |
*** walters <walters!~walters@c-66-31-18-51.hsd1.ma.comcast.net> has joined #yocto | 21:27 | |
*** n01 <n01!~n01@2-238-57-164.ip242.fastwebnet.it> has quit IRC | 21:31 | |
*** RP <RP!~richard@dan.rpsys.net> has joined #yocto | 21:36 | |
*** GusBricker <GusBricker!~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au> has quit IRC | 21:37 | |
*** GusBricker <GusBricker!~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au> has joined #yocto | 21:38 | |
*** GusBricker <GusBricker!~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au> has quit IRC | 21:42 | |
*** joey_saint <joey_saint!~jjm@128.224.252.2> has quit IRC | 21:47 | |
*** fray <fray!U2FsdGVkX1@gate.crashing.org> has joined #yocto | 21:54 | |
*** sgarman <sgarman!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has joined #yocto | 22:07 | |
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has quit IRC | 22:08 | |
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto | 22:09 | |
*** GusBricker <GusBricker!~GusBricke@CPE-120-148-198-99.heum1.vic.bigpond.net.au> has joined #yocto | 22:18 | |
RP | kergoth: I seem to remember you doing something with json in bitbake, what was that again? | 22:20 |
*** Stygia <Stygia!~gmpsaifi@109.57.100.68.mobile.3.dk> has joined #yocto | 22:20 | |
kergoth | RP: https://gist.github.com/kergoth/2788410 | 22:24 |
kergoth | was just a prototype/experiment, playing around | 22:25 |
kergoth | though it did work surprising well | 22:25 |
*** n01 <n01!~n01@2-238-57-164.ip242.fastwebnet.it> has joined #yocto | 22:26 | |
RP | kergoth: right, I remember you saying that at the time. I'm wondering whether something more like our shell/python function markers would make sense for it | 22:28 |
RP | so you could do something like json BAR {\n<json>\n} | 22:28 |
RP | would then give us an interesting way to get multline more complex data | 22:29 |
RP | our current MIRRORS syntax sucks for example | 22:29 |
*** sgarman <sgarman!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has quit IRC | 22:29 | |
*** Bagder <Bagder!~daniel@rockbox/developer/bagder> has left #yocto | 22:30 | |
RP | kergoth: I guess the piece I'm not remembering is whether ConfHandler handles multiline expressions gracefully or not. I'm suspecting the latter :/ | 22:32 |
*** Rainbow_Crash <Rainbow_Crash!~gmpsaifi@109.57.100.68.mobile.3.dk> has joined #yocto | 22:36 | |
*** Stygia <Stygia!~gmpsaifi@109.57.100.68.mobile.3.dk> has quit IRC | 22:36 | |
*** jkridner <jkridner!~jkridner@c-98-250-142-42.hsd1.mi.comcast.net> has joined #yocto | 22:36 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 22:36 | |
*** Rainbow_Crash <Rainbow_Crash!~gmpsaifi@109.57.100.68.mobile.3.dk> has quit IRC | 22:36 | |
*** Stygia <Stygia!~gmpsaifi@109.57.100.68.mobile.3.dk> has joined #yocto | 22:36 | |
*** Stygia <Stygia!~gmpsaifi@109.57.100.68.mobile.3.dk> has quit IRC | 22:41 | |
*** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has joined #yocto | 22:41 | |
*** dv <dv!~quassel@chello080108009040.14.11.vie.surfer.at> has joined #yocto | 22:43 | |
*** dv_ <dv_!~quassel@chello080108009040.14.11.vie.surfer.at> has quit IRC | 22:44 | |
*** Stygia <Stygia!~gmpsaifi@109.56.169.85.mobile.3.dk> has joined #yocto | 22:45 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 22:46 | |
*** bluelightning <bluelightning!~paul@167.127.187.81.in-addr.arpa> has joined #yocto | 22:56 | |
*** bluelightning <bluelightning!~paul@167.127.187.81.in-addr.arpa> has quit IRC | 22:56 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 22:56 | |
*** behanw <behanw!~behanw@S01067cb21b219d94.gv.shawcable.net> has quit IRC | 22:59 | |
*** n01 <n01!~n01@2-238-57-164.ip242.fastwebnet.it> has quit IRC | 22:59 | |
*** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC | 23:01 | |
*** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto | 23:01 | |
*** fitzsim <fitzsim!~user@nat/cisco/x-phnvoyxwuuaudqtu> has quit IRC | 23:03 | |
*** behanw <behanw!~behanw@S01067cb21b219d94.gv.shawcable.net> has joined #yocto | 23:13 | |
*** fitzsim <fitzsim!~user@nat/cisco/x-nsggedvhqroqisto> has joined #yocto | 23:15 | |
*** Stygia <Stygia!~gmpsaifi@109.56.169.85.mobile.3.dk> has quit IRC | 23:16 | |
*** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has quit IRC | 23:28 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 23:40 | |
*** agust <agust!~agust@p4FDE7577.dip0.t-ipconnect.de> has quit IRC | 23:44 |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!