Monday, 2013-12-02

*** ant_home <ant_home!~andrea@> has quit IRC00:03
*** Squix <Squix!> has joined #yocto00:07
*** sameo <sameo!samuel@nat/intel/x-vypvqejdlolommna> has joined #yocto00:12
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC00:13
*** mario-goulart <mario-goulart!> has quit IRC00:17
*** mario-goulart <mario-goulart!> has joined #yocto00:20
*** [simar|o1] <[simar|o1]!~simar@> has joined #yocto01:09
*** [simar|on] <[simar|on]!~simar@> has quit IRC01:12
*** sgw_ <sgw_!> has joined #yocto01:13
*** [simar|on] <[simar|on]!> has joined #yocto01:19
*** rogerzhou <rogerzhou!~rogerzhou@> has joined #yocto01:20
*** [simar|o1] <[simar|o1]!~simar@> has quit IRC01:23
*** [simar|o1] <[simar|o1]!> has joined #yocto01:24
*** sgw_ <sgw_!> has quit IRC01:25
*** [simar|on] <[simar|on]!> has quit IRC01:27
*** sgw_ <sgw_!> has joined #yocto01:39
*** sgw_ <sgw_!> has left #yocto01:39
*** Squix <Squix!> has quit IRC01:40
*** Squix <Squix!> has joined #yocto01:40
*** sameo <sameo!samuel@nat/intel/x-vypvqejdlolommna> has quit IRC01:41
*** sgw_1 <sgw_1!> has joined #yocto01:42
*** bingbu <bingbu!~mars@> has joined #yocto01:57
*** [simar|on] <[simar|on]!> has joined #yocto02:21
*** bingbu <bingbu!~mars@> has quit IRC02:23
*** jkridner|work <jkridner|work!> has joined #yocto02:24
*** [simar|o1] <[simar|o1]!> has quit IRC02:24
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC02:24
*** bingbu <bingbu!~mars@> has joined #yocto02:35
*** jkridner|work <jkridner|work!> has quit IRC02:48
*** smartin <smartin!~smartin@> has quit IRC02:58
*** silviof3 <silviof3!> has joined #yocto03:01
*** smartin <smartin!~smartin@> has joined #yocto03:02
*** silviof2 <silviof2!> has quit IRC03:04
*** [simar|o1] <[simar|o1]!~simar@> has joined #yocto03:19
*** [simar|on] <[simar|on]!> has quit IRC03:22
*** [simar|on] <[simar|on]!> has joined #yocto03:28
*** kmccombe <kmccombe!~kevinm@> has quit IRC03:29
*** [simar|o1] <[simar|o1]!~simar@> has quit IRC03:32
*** iwamatsu____ <iwamatsu____!> has quit IRC03:42
*** bingbu <bingbu!~mars@> has quit IRC03:43
*** [simar|o1] <[simar|o1]!> has joined #yocto03:46
*** [simar|on] <[simar|on]!> has quit IRC03:50
*** [simar|on] <[simar|on]!> has joined #yocto03:54
*** bingbu <bingbu!~mars@> has joined #yocto03:55
*** [simar|o1] <[simar|o1]!> has quit IRC03:57
*** [simar|o1] <[simar|o1]!> has joined #yocto03:59
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto03:59
*** [simar|on] <[simar|on]!> has quit IRC04:02
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC04:04
*** [simar|on] <[simar|on]!> has joined #yocto04:08
*** [simar|o1] <[simar|o1]!> has quit IRC04:12
*** [simar|on] <[simar|on]!> has quit IRC04:16
*** [simar|on] <[simar|on]!> has joined #yocto04:16
*** [simar|o1] <[simar|o1]!> has joined #yocto04:22
*** [simar|on] <[simar|on]!> has quit IRC04:25
*** [simar|on] <[simar|on]!> has joined #yocto04:31
*** [simar|o1] <[simar|o1]!> has quit IRC04:34
*** sunfunbaby <sunfunbaby!> has joined #yocto04:41
*** _alex_kag_ <_alex_kag_!~alex_kag@> has joined #yocto04:51
*** bingbu <bingbu!~mars@> has quit IRC05:06
*** [simar|o1] <[simar|o1]!> has joined #yocto05:13
*** kmccombe <kmccombe!> has joined #yocto05:13
*** [simar|on] <[simar|on]!> has quit IRC05:16
*** [simar|on] <[simar|on]!> has joined #yocto05:19
*** bingbu <bingbu!~mars@> has joined #yocto05:20
*** [simar|o1] <[simar|o1]!> has quit IRC05:22
*** [simar|o1] <[simar|o1]!> has joined #yocto05:24
*** [simar|on] <[simar|on]!> has quit IRC05:27
*** e8johan <e8johan!> has joined #yocto05:30
*** bingbu <bingbu!~mars@> has quit IRC05:35
*** [simar|on] <[simar|on]!> has joined #yocto05:44
*** kmccombe <kmccombe!> has quit IRC05:44
*** [simar|o1] <[simar|o1]!> has quit IRC05:47
*** bingbu <bingbu!~mars@> has joined #yocto05:47
*** GusBricker <GusBricker!> has quit IRC06:17
*** SorenHolm <SorenHolm!> has joined #yocto06:17
*** GusBricker <GusBricker!> has joined #yocto06:18
*** GusBricker <GusBricker!> has quit IRC06:23
*** behanw <behanw!> has quit IRC06:29
*** bingbu <bingbu!~mars@> has quit IRC06:37
*** SorenHolm <SorenHolm!> has quit IRC06:46
*** GusBricker <GusBricker!> has joined #yocto06:49
*** bingbu <bingbu!~mars@> has joined #yocto06:54
*** agust <agust!> has joined #yocto07:15
*** mihai <mihai!~mihai@> has quit IRC07:21
*** GusBricker <GusBricker!> has quit IRC07:21
*** GusBricker <GusBricker!> has joined #yocto07:22
*** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has joined #yocto07:25
*** GusBricker <GusBricker!> has quit IRC07:26
*** melonipoika <melonipoika!> has joined #yocto07:27
*** bingbu <bingbu!~mars@> has quit IRC07:27
*** B4gder <B4gder!> has joined #yocto07:32
*** SorenHolm <SorenHolm!> has joined #yocto07:32
*** rogerzhou <rogerzhou!~rogerzhou@> has quit IRC07:35
*** e8johan_ <e8johan_!> has joined #yocto07:36
*** e8johan <e8johan!> has quit IRC07:37
*** bingbu <bingbu!~mars@> has joined #yocto07:41
*** zeeblex <zeeblex!~apalalax@> has joined #yocto07:47
*** n01 <n01!> has joined #yocto07:48
*** rogerzhou <rogerzhou!~rogerzhou@> has joined #yocto07:51
*** n01 <n01!> has quit IRC07:59
*** GusBricker <GusBricker!> has joined #yocto08:00
*** n01 <n01!> has joined #yocto08:01
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto08:06
*** g1zer0 <g1zer0!> has joined #yocto08:09
*** [simar|on] <[simar|on]!> has quit IRC08:10
*** rogerzhou <rogerzhou!~rogerzhou@> has quit IRC08:13
*** e8johan_ <e8johan_!> has quit IRC08:17
*** eballetbo <eballetbo!> has joined #yocto08:19
*** el_robin <el_robin!~el_robin@2a01:e0b:1:124:69d5:bf58:b97a:d95> has quit IRC08:27
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto08:29
*** e8johan <e8johan!> has joined #yocto08:29
*** florian_kc is now known as florian08:30
*** sameo <sameo!~samuel@> has joined #yocto08:31
*** mshakeel <mshakeel!~mshakeel@> has joined #yocto08:32
*** fpaut_ is now known as fpaut08:45
melonipoikagood morning08:55
melonipoikaDoes anyone know how to change the -c value in the mkfs.ubifs command (in run.do_roortfs)?08:56
melonipoikathe 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@> has joined #yocto08:58
melonipoikain my run-do_rootfs, the value is set to "-c 857"08:58
melonipoikaI have no idea where this value is defined08:58
*** eral <eral!b2155705@gateway/web/freenode/ip.> has joined #yocto08:58
*** bingbu <bingbu!~mars@> has quit IRC09:16
*** elmi82 <elmi82!> has joined #yocto09:22
*** bluelightning <bluelightning!~paul@> has joined #yocto09:35
*** bluelightning <bluelightning!~paul@> has quit IRC09:35
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto09:35
ndecmelonipoika: 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@> has quit IRC09:38
melonipoikandec, ok, thanks. Will search for that09:38
*** smartin <smartin!~smartin@> has joined #yocto09:41
*** mihai <mihai!~mihai@> has joined #yocto09:44
bluelightningmorning all09:44
*** ant_work <ant_work!> has joined #yocto09:45
melonipoikandec, thanks. Yes, it was defined in the machine conf file09:47
*** belen1 <belen1!~Adium@> has joined #yocto09:49
*** ddalex1 <ddalex1!ddalex@nat/intel/x-gsyvqsldatrbmwfj> has quit IRC09:58
*** jackmitchell <jackmitchell!> has joined #yocto09:58
*** GusBricker <GusBricker!> has quit IRC10:00
*** GusBricker <GusBricker!> has joined #yocto10:01
*** jackmitchell <jackmitchell!> has joined #yocto10:05
*** GusBricker <GusBricker!> has quit IRC10:06
*** jwhitmore <jwhitmore!> has quit IRC10:09
*** eral <eral!b2155705@gateway/web/freenode/ip.> has quit IRC10:18
*** GusBricker <GusBricker!> has joined #yocto10:21
SaurRP: You around?10:49
RPSaur: yes10:50
*** Stygia <Stygia!~gmpsaifi@> has joined #yocto10:52
SaurRP: 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
RPSaur: is the file always available to read?10:53
SaurRP: Yes, it is.10:54
RPSaur: Change the anon python to inline python10:54
RPSaur: FOO = "${@some_function(d)}"10:54
SaurRP: 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@> has joined #yocto10:55
RPSaur: FOO[vardepvalue] = "<checksum>" would probably also work10:55
SaurActually, what I have now is: require ${@whatever(d)}10:56
RPSaur: try the second things then, inject a checksum into vardepvalue10:56
SaurRP: Where whatever() both reads the file, generates a bb-version of the variables, and returns the name of that file...10:56
RPSaur: Right, bitbake is just not seeing all the other stuff its doing :/10:57
SaurRP: Checksum of what, the variables value?10:57
RPSaur: variables or the file. Something that will change when the input data changes10:57
RPSaur: or list all the variables explicitly in [varpdeps] or whatever that flag is called10:58
RPSaur: you're just doing too much out of sight of bitbake to allow it to track the variables properly10:58
draskoHi all, how to copy all the files from "files" directory to staging dir? Do we use globs like SRC_URI = "file://*" ?11:00
SaurRP: Am I right in that no events at all are triggered if nothing causes a re-read of any recipes?11:01
SaurRP: I was hoping for an event just before it would check if a recipe existed in the cache, or something like that...11:01
RPSaur: correct, there is no such event11:02
RPSaur: thinking further you could cheat and put this file in SRC_URI11:02
RPSaur: the checksum code will then checksum it and reparse the recipe when it changes11:02
SaurRP: Ah, now we're getting somewhere. :)11:03
*** D4v33 <D4v33!> has joined #yocto11:03
SaurThat should work :)11:03
SaurRP: 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
RPSaur: good question. You may need to set a variable in your layer.conf file and then use that here11:10
SaurRP: Ok...11:12
repvikI 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
SaurRP: Hah, it seems to be working. Thanks a lot. :)11:15
*** mulhern <mulhern!> has joined #yocto11:15
RPSaur: cool :)11:17
*** e8johan <e8johan!> has quit IRC11:17
*** mshakeel <mshakeel!~mshakeel@> has left #yocto11:19
*** gmacario <gmacario!> has joined #yocto11:25
*** ant_work <ant_work!> has quit IRC11:26
*** JimBaxter <JimBaxter!> has joined #yocto11:31
*** ant_work <ant_work!> has joined #yocto11:33
RPrepvik: 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 format11:35
*** GusBricker <GusBricker!> has quit IRC11:43
*** GusBricker <GusBricker!> has joined #yocto11:43
*** GusBricker <GusBricker!> has quit IRC11:48
*** Stygia <Stygia!~gmpsaifi@> has quit IRC11:51
*** Zagor_ <Zagor_!> has joined #yocto11:56
*** Zagor_ <Zagor_!~bjst@rockbox/developer/Zagor> has joined #yocto11:56
*** jjardon_ <jjardon_!sid723@gateway/web/> has joined #yocto11:57
*** yzhao2 <yzhao2!~yzhao2@> has quit IRC11:57
*** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has quit IRC11:57
*** jjardon <jjardon!sid723@gateway/web/> has quit IRC11:57
*** yzhao2 <yzhao2!~yzhao2@> has joined #yocto11:57
*** jjardon_ is now known as jjardon11:57
*** fray <fray!> has quit IRC12:06
*** e8johan <e8johan!> has joined #yocto12:11
*** Zagor_ is now known as Zagor12:12
D4v33If 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
Guest49941D4v33: you can always go to poky and do: "grep network ./ -r"12:22
Guest49941D4v33: if that gives you too much results then make your search more detailed12:23
bluelightningD4v33: one way is to look under "packages-split" in the workdir for the recipe12:24
bluelightningwhere 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
rburtonin 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
bluelightningyep, that too12:25
D4v33I've not knowingly enabled rm_work. where in the recipe will it state the name I'm assume we are are talking about  I was hoping there was some logical connection from the package name to to the recipe?12:32
rburtonD4v33: the general logic connection is that the primary package is the name of the recipe12:32
rburtonif that isn't the case, the recipe will say so by setting PACKAGES12:33
rburtonlibraries are a bit special in that they get renamed to their library name12:33
*** rainerschuster <rainerschuster!> has joined #yocto12:36
*** rainerschuster <rainerschuster!> has quit IRC12:40
*** zedd_ <zedd_!~ddez@> has joined #yocto12:43
*** zeddii <zeddii!~ddez@> has quit IRC12:43
*** silviof3 is now known as silviof13:09
*** Stygia <Stygia!~gmpsaifi@> has joined #yocto13:10
*** joeythesaint <joeythesaint!~jjm@> has joined #yocto13:10
*** e8johan <e8johan!> has quit IRC13:11
*** e8johan <e8johan!> has joined #yocto13:11
*** elmi82 <elmi82!> has quit IRC13:21
*** oneQubit <oneQubit!> has joined #yocto13:25
*** elmi82 <elmi82!> has joined #yocto13:25
*** rainerschuster <rainerschuster!> has joined #yocto13:30
*** zedd_ is now known as zeddii13:35
*** Stygia <Stygia!~gmpsaifi@> has quit IRC13:41
repvikRP: 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!> has left #yocto13:49
*** challinan <challinan!> has joined #yocto13:51
n01guys to enable remote debuging with eclipse do I neet tools-debug or eclipse-debug?13:53
n01on adt-manual it says to use tools-13:53
n01but I do not have the tcf13:54
n01-agent in rootfs13:54
*** jwhitmore <jwhitmore!> has joined #yocto13:59
*** Stygia <Stygia!~gmpsaifi@> has joined #yocto13:59
* LetoThe2nd would say both :)14:00
*** _alex_kag_ <_alex_kag_!~alex_kag@> has quit IRC14:00
LetoThe2ndthen make sure the image actually gets rebuilt, so tcf-agent is really there.14:01
n01LetoThe2nd: I don't see the agant file in the rootfs actually. I'll do a clean14:05
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto14:09
RPrepvik: I know the "live" images install to a device and include grub14:10
RPrepvik: its not quite what you want but similar in some ways14:10
*** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto14:12
lpapphi, 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!> has joined #yocto14:13
ndeclpapp: what is the linux kernel log?14:18
lpappndec: anything about bitbake linux-foo14:20
ndecso, it's like any other recipe, in tmp/work/<arch or machine>/<recipe>/<version>/temp14:21
ndecfor the kernel it will be in <machine>, not <arch>14:21
lpappthe problem is that there are so many folders in tmp/work14:21
lpappthat always confuses me.14:21
lpappI really do not understand why when I am only trying to build with one scenario.....14:21
lpappit seems a bit bloated to me.14:22
ndecthen you can use bitbake -e linux-foo |grep ^WORKDIR14:22
lpappcan I eventually have one folder there?14:22
lpappI do not understand why I would have more than one folder there.....14:22
lpappcurrently, I have _5_, including x86_64-linux (!).14:23
ndecyou have 1 'WORKDIR' for each recipe that was built.14:23
lpappI am talking about workdir.14:23
lpappI am talking about 5 different folders14:23
lpappin tmp/work14:23
lpappwhen I only build for _one_ scenario.14:23
ndecthe 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
lpappsounds really bloated.14:24
lpappevenutally, I always have only 1 scenario.14:24
lpappis there an option to organize it nicer?14:24
lpappit is really hard find stuff if it is this over-engineered even for the common cases.14:25
ndecsure.. WORKDIR is set in bitbake.conf as14:25
lpappright, so my image should probably override WORKDIR14:26
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-nfppmqncnwoujarz> has joined #yocto14:26
lpappnot to depend on millions of factors.14:26
draskoHi all, how to copy all the files from "files" directory to staging dir? Do we use globs like SRC_URI = "file://*" ?14:26
ndecat your *own* risks, though..14:26
lpappthat does not quite sound good... :(14:26
ndecyour 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
ndeclpapp: 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
ndecdrasko: you meant copy from 'files' to WORKDIR, i guess.14:28
draskondec, exactly14:28
lpappndec: I do not wanna learn this messy stuff14:28
bluelightninglpapp: no, you should not be changing WORKDIR14:28
lpappI wanna change it to be simpler for me.14:28
ndeci don't think you can have wildcards here.14:28
lpappit is a terrible mess currently.14:28
lpappI never know where to look for stuff.14:28
draskoI have a bunch of files in the local treem, I do not want to copy them one by one.14:28
bluelightninglpapp: it's not a mess, it's highly organised in fact14:28
draskoHow can this be avoided?14:29
lpappand I have not seen any build system yet organizing stuff based on 5-6 factors at least.14:29
ndecdrasko: 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
draskondec, what should I use then?14:29
lpapp -> in addition, there does not seem to be any compilation output.14:30
lpappbluelightning: then we will need to disagree, I believe.14:30
ndecdrasko: i don't know if there is a better way than listing all the files...14:30
draskondec, this is crazy...14:30
draskothere is really a tons of files in my driver14:30
ndecdrasko: i am not saying you have to do that.. just saying i don't know how to do it -)14:30
bluelightningdrasko: wildcards are sort of supported... what kind of files are these though?14:31
ndecyou might be able to use a python snippet to list files from dir...14:31
bluelightninglpapp: well, feel free to experiment if you like, but expect breakage14:31
draskobluelightning, out-od-tree kernel driver for wireless device:
ndecbluelightning: how do wildcard work then? since bitbake looks into multiple folders14:32
* lpapp will try to override WORKDIR14:32
lpappbluelightning: it is already broken.14:32
bluelightninglpapp: it is not14:32
lpappas I wrote, there is no any compilation output, etc.14:32
lpappsure, it is.14:32
bluelightninglpapp: changing WORKDIR will not fix that14:32
lpappbluelightning: 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
bluelightninglpapp: also, those are setscene logs; there is no compilation log because it hasn't been compiled, it was restored from shared state14:33
lpappbluelightning: 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
lpappbluelightning: it /was/ compiled.14:35
lpappI saw with my eyes. :)14:35
bluelightningdrasko: I'm not quite following; are you trying to avoid pointing at the repository by copying the source next to the recipe?14:35
lpappeventually, I even ran bitbake -c cleansstate linux-foo14:36
bluelightninglpapp: then this cannot be the directory corresponding to the version of the recipe that was built, because this one definitely wasn't compiled14:37
bluelightningif it were, there would be log.do_compile14:37
lpappbluelightning: maybe a bug in bitbake, I do not know.14:37
bluelightningI doubt it14:37
lpappbluelightning: then I need your blessing, maybe. :D14:42
lpappand some benediction14:42
lpappclearly, I am running, what I am supposed to do, and the expected behavior does not meet the reality.14:43
lpappbut let me know if bitbake -c cleansstate along with clean is not enough before rebuilding......14:43
*** elmi82 <elmi82!> has quit IRC14:44
bluelightninglpapp: are you using SSTATE_MIRRORS ?14:44
lpappbluelightning: I am not sure what you mean by that question.14:44
bluelightninglpapp: it's a simple question - have you set this variable in your configuration?14:44
lpapp_what_ configuration14:45
lpappit might be simple for you, but not simple for me.14:45
bluelightninglocal.conf, distro config... whatever14:45
lpappdistro, machine, local, etc?14:45
bluelightningif you're not sure, just use bitbake -e | grep ^SSTATE_MIRRORS= to check14:45
bluelightningjust checking14:46
draskobluelightning, no, I have relatively different source that resembles to this one14:47
bluelightningthen as long as you're using bitbake -c cleansstate on the right recipe, then it could not be rebuilding that recipe from shared state14:47
bluelightningdrasko: but you're attempting to put the source next to the recipe?14:47
*** sunfunbaby <sunfunbaby!> has quit IRC14:47
draskobluelightning, yes14:47
draskosource is located in files directory next to the recipe14:47
lpappbluelightning: so it is a bug if it does then?14:48
bluelightningdrasko: I'd suggest not doing that; put the source in a git repo or tarball somewhere else, and have the recipe file fetch that14:48
draskobluelightning, why?14:48
bluelightningdrasko: because it avoids problems like the one you're having...14:48
lpappbluelightning: to be honest, I could manually delete the build folder as usual to solve mysterious issues14:48
draskoit is very impractical for me,14:48
lpappbut I do not have 2 hours this time if possible......14:49
draskoto traball every time I cahange something14:49
bluelightninglpapp: when you do -c cleansstate it *deletes* the sstate packages corresponding to the recipe; there is nothing to restore from in that case14:49
draskothis code is in the course of development14:49
lpappbluelightning: yet, it seems to do as you claimed.14:49
bluelightningdrasko: then you should use a git repository14:49
lpappwhat more to do to get it right?14:49
draskoand I do not have git repo st my disposal14:49
bluelightninglpapp: 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 sense14:50
draskoat least one that will be accesible to the people who will eventualy use this recipe14:50
draskoso I prefer having all files there, localy14:50
draskoso, wuestion is - is globing possible, or I have to give an explicit list of all files?14:51
bluelightningdrasko: you can do it, but the problems you are having are a direct result of this kind of usage not really being supported14:51
lpappbluelightning: you re welcome to tell me what is missing.....14:52
lpappI know it does not make sense what I get.14:52
bluelightninglpapp: have you checked you are looking in the right place, by querying the workdir using: bitbake -e recipename | grep ^WORKDIR=14:53
bluelightningdrasko: 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 FILESPATH14:55
bluelightningdrasko: files/something should work though14:55
bluelightningdrasko: I'm not sure if you'd put file://something or file://something/* in SRC_URI though, you'll have to test14:57
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-nfppmqncnwoujarz> has quit IRC14:58
*** SorenHolm <SorenHolm!> has quit IRC14:59
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-tdqdgnmfwwuzdvue> has joined #yocto15:00
*** jwhitmore <jwhitmore!> has quit IRC15:03
draskobluelightning, I am looking for a methoud to create git after all... Will be better, as you suggested.15:04
bluelightningdrasko: 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 image15:05
bluelightning(assuming you do PV = "x.y+git${SRCPV" in the recipe that is)15:06
bluelightninger missing closing }15:06
*** elmi82 <elmi82!> has joined #yocto15:08
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC15:15
*** zeeblex <zeeblex!~apalalax@> has left #yocto15:19
*** T0mW <T0mW!> has joined #yocto15:29
*** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has quit IRC15:32
*** elmi82 <elmi82!> has joined #yocto15:33
*** acidfu <acidfu!~nib@unaffiliated/acidmen> has quit IRC15:46
*** elmi82 <elmi82!> has quit IRC15:48
*** sroy <sroy!~sroy@2607:fad8:4:6:3e97:eff:feb5:1e2b> has joined #yocto15:50
*** JaMa <JaMa!> has joined #yocto15:52
*** jwhitmore <jwhitmore!> has joined #yocto15:52
*** elmi82 <elmi82!> has joined #yocto15:53
*** walters <walters!> has joined #yocto15:58
*** behanw <behanw!> has joined #yocto16:00
*** g1zer0 <g1zer0!> has quit IRC16:03
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC16:08
*** acidfu <acidfu!~nib@unaffiliated/acidmen> has joined #yocto16:08
*** hollisb <hollisb!> has joined #yocto16:12
*** Squix <Squix!> has quit IRC16:13
*** elmi82 <elmi82!> has quit IRC16:15
*** dany <dany!> has joined #yocto16:17
*** _alex_kag_ <_alex_kag_!~alex_kag@> has joined #yocto16:17
danyAnyone else seeing this ?,
*** e8johan <e8johan!> has quit IRC16:17
*** SorenHolm <SorenHolm!> has joined #yocto16:19
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-tdqdgnmfwwuzdvue> has quit IRC16:19
*** SorenHolm <SorenHolm!> has quit IRC16:28
danypoky/master b.t.w.16:29
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-aipnymqsahczqoym> has joined #yocto16:38
*** Stygia <Stygia!~gmpsaifi@> has quit IRC16:48
RPdany: no, but there were changes in chrpath recently16:50
*** munch <munch!> has joined #yocto16:55
*** nitink <nitink!nitink@nat/intel/x-ylheccflfplcrtyp> has joined #yocto17:10
*** [simar|on] <[simar|on]!~simar@> has joined #yocto17:11
*** ant_work <ant_work!> has quit IRC17:12
*** fpaut is now known as fpaut_17:19
lpappbluelightning: re, still around?17:20
lpappbluelightning: I looked into the right folder, now I have this, log.do_cleansstate  log.do_cleansstate.9009  log.task_order  run.do_cleansstate.900917:21
*** [simar|on] <[simar|on]!~simar@> has quit IRC17:21
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto17:25
*** beaver_545 <beaver_545!~stuart@> has quit IRC17:27
lpappbluelightning: => this is the list now.17:29
*** eballetbo <eballetbo!> has quit IRC17:29
lpappbluelightning: seems it got it now.17:30
*** gmacario <gmacario!> has quit IRC17:30
bluelightninglpapp: right, that looks more like it should after an actual build as opposed to a restore from sstate17:31
lpappbluelightning: I did not run -c clean this time17:31
lpappjust cleansstate17:31
lpappI wonder if that makes a difference.17:31
lpappbluelightning: is there a way to get more verbose log than in log.do_compile?17:32
lpappit does not seem to build my driver17:32
lpappbluelightning: and it is in Kconfig17:33
lpappbluelightning: and I enabled it with bitbake virtual/kernel -c menuconfig17:34
lpappbluelightning: is that the file I should check? linux-foo/3.2.1-r3/linux-3.2.1/.config17:39
lpappor which file is bitbake virtual/kernel -c menuconfig supposed to modify?17:40
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto17:42
*** mihai <mihai!~mihai@> has quit IRC17:45
*** rtollert <rtollert!~rtollert@> has quit IRC17:47
*** mihai <mihai!~mihai@> has joined #yocto17:47
*** seebs <seebs!> has quit IRC17:47
bluelightninglpapp: is your driver enabled in that file?17:47
*** seebs <seebs!> has joined #yocto17:50
*** seebs <seebs!> has joined #yocto17:50
lpappbluelightning: no17:51
lpappbluelightning: I checked that.17:51
lpappbluelightning: I think I need to extend the defconfig in files.17:51
*** seebs <seebs!> has quit IRC17:51
bluelightninglpapp: did you run menuconfig just before the build or was there a cleasstate in between times?17:51
lpappbluelightning: not sure what you mean, but the steps are: 1) Clean sstate 2) menuconfig 3) build17:53
*** [simar|on] <[simar|on]!> has joined #yocto17:53
bluelightninglpapp: 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!> has joined #yocto17:54
*** rtollert <rtollert!~rtollert@> has joined #yocto17:55
lpappbluelightning: no branch17:55
bluelightninglpapp: well, clearly it's based on an existing branch at some point, so what is it based on?17:56
lpappis 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
lpappor I need to generate the defconfig on my desktop and pass it to Yocto?17:57
lpappthe former would be lotta nicer.17:57
*** n01 <n01!> has quit IRC17:57
*** _alex_kag_ <_alex_kag_!~alex_kag@> has quit IRC17:58
lpappI 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@> has joined #yocto17:59
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto17:59
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC18:00
*** bluelightning_ is now known as bluelightning18:00
bluelightninglpapp: as far as I know it's supposed to work as you described18:00
lpappbluelightning: can you answer my last question?18:01
bluelightningI thought I did18:01
lpappbluelightning: perhaps you did not see my last question18:02
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC18:02
lpapp17:54 -!- _alex_kag_ [~alex_kag@] has quit [Quit: Konversation terminated!]18:02
lpapp17: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
lpappbluelightning: what did you reply to by "as far as I know it's supposed to work as you described"18:02
bluelightningas 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 build18:03
bluelightningif that is not how it works then I think that would be a bug18:04
lpappbluelightning: but my question is more than that.18:04
lpappbluelightning: I would like to modify the defconfig, not just the temporary build.18:04
lpappor do I really need to do this separately from Yocto as Yocto does not provide a way for it?18:04
bluelightningare you building a custom kernel recipe you've provided?18:05
lpappno, I have a fork18:06
*** _alex_kag_ <_alex_kag_!~alex_kag@> has joined #yocto18:06
lpappit is very risky to update the kernel with Yocto every half a year18:06
bluelightninglpapp: so you're building linux-yocto then?18:06
lpappwe have the version from denzil times IIRC18:06
lpappso we copied it when we moved to dylan18:06
bluelightningbut not linux-yocto?18:06
lpappwhy do you keep repeating linux-yocto?18:07
bluelightningwe only have linux-yocto as a functional kernel recipe in OE-Core/Poky, no other18:07
bluelightningso 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
lpapplet us see18:08
lpappsurely, there is meta/recipes-kernel/linux18:08
lpapp(that is not meta-yocto)18:08
*** mihai <mihai!~mihai@> has quit IRC18:08
bluelightningno, it isn't... meta-yocto is a layer, linux-yocto is a recipe; they are not the same thing18:09
*** belen1 <belen1!~Adium@> has quit IRC18:09
lpappexactly what I am saying.18:09
lpappwe do not care about meta-yocto18:09
lpappit is an OE based distribution, not poky.18:09
bluelightningOE-Core has linux-yocto; meta-yocto/poky have nothing to do with this18:11
lpappsorry, I do not know what you mean then.18:12
lpappright, it must have been linux-yocto, I think.18:12
lpappalthough it is quite confusing if you ask me.18:13
lpapppeople will associate to meta-yocto18:13
bluelightningso out of the box, linux-yocto doesn't use a defconfig, it uses config fragments18:14
bluelightningI'd suggest having a read of our kernel & BSP manuals for further information18:14
bluelightningyou can, if you want to, supply a plain defconfig in SRC_URI18:15
lpappas I said, we have been using defconfig for ages18:17
lpappand it has been working.18:17
lpappbut I would like Yocto to give me the convenience to modify that on the fly18:17
lpappwithout going to desktop and regenerate it there, meh.18:18
bluelightningyou can just copy the .config on top of the defconfig after modifying it with -c menuconfig18:20
bluelightningI believe that workflow is described in the kernel manual18:20
lpappbut as I wrote, even the .config is wrong18:20
lpappit does not contain my selection.18:20
lpappalso, it should be automatical for a "Save?" question18:20
bluelightningwe don't modify our inputs, I've mentioned that before18:20
bluelightningnot within the build system itself18:21
lpappas I already wrote .config is not modified either which is temporary.18:21
bluelightningright, and as I already wrote as well, if that doesn't work it sounds like a bug to me18:22
*** [simar|o1] <[simar|o1]!> has joined #yocto18:24
*** sameo <sameo!~samuel@> has quit IRC18:25
bluelightninglpapp: so is your current branch based on denzil? or not anymore?18:25
lpappbluelightning: it is dylan18:25
*** [simar|on] <[simar|on]!> has quit IRC18:27
*** bluelightning_ <bluelightning_!~paul@> has joined #yocto18:31
*** bluelightning_ <bluelightning_!~paul@> has quit IRC18:31
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto18:31
lpappbluelightning_: I still do not know how one can select between two kernel versions.18:33
lpappmeta/ has one, so does our distro layer.18:33
lpapphow does virtual/kernel know which one to pick up?18:33
lpappbluelightning_: 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 IRC18:35
*** bluelightning_ is now known as bluelightning18:35
lpappbluelightning: ah, it is both in the machine and distro conf18:38
lpappbluelightning: 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
lpappand the patch should be applied in Yocto.18:58
lpappbluelightning: i.e. the Kconfig should be the same in this sense.18:58
lpappbluelightning: maybe the patching was not successful as the desktop has the latest staging. Anyhow, shouldn't Yocto raise an error then?18:59
lpappbased 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
*** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC19:03
*** n01 <n01!> has joined #yocto19:17
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC19:22
*** ant_home <ant_home!~andrea@> has joined #yocto19:42
*** fray <fray!> has quit IRC19:46
*** JimBaxter <JimBaxter!> has quit IRC19:47
*** jwhitmore <jwhitmore!> has quit IRC19:50
*** sameo <sameo!samuel@nat/intel/x-vaywbspoxpmfbocr> has joined #yocto20:01
*** [simar|on] <[simar|on]!> has joined #yocto20:02
*** [simar|o1] <[simar|o1]!> has quit IRC20:06
*** vmesons <vmesons!~quassel@> has joined #yocto20:09
*** vmeson <vmeson!~quassel@> has quit IRC20:10
*** OlivierG <OlivierG!> has quit IRC20:11
*** jackmitc1 <jackmitc1!> has joined #yocto20:11
*** OlivierG <OlivierG!> has joined #yocto20:13
*** jackmitc1 <jackmitc1!> has quit IRC20:18
*** ant_home <ant_home!~andrea@> has quit IRC20:37
*** ant_home <ant_home!~andrea@> has joined #yocto20:38
*** GusBricker <GusBricker!> has joined #yocto20:38
*** joey_saint <joey_saint!~jjm@> has joined #yocto20:41
*** joeythesaint <joeythesaint!~jjm@> has quit IRC20:44
*** sroy <sroy!~sroy@2607:fad8:4:6:3e97:eff:feb5:1e2b> has quit IRC20:51
*** [simar|o1] <[simar|o1]!> has joined #yocto20:53
*** [simar|on] <[simar|on]!> has quit IRC20:55
*** GusBricker <GusBricker!> has quit IRC21:01
*** GusBricker <GusBricker!> has joined #yocto21:02
*** sroy <sroy!> has joined #yocto21:05
*** SorenHolm <SorenHolm!> has joined #yocto21:05
*** sroy <sroy!> has quit IRC21:06
*** GusBricker <GusBricker!> has quit IRC21:06
*** silviof <silviof!> has quit IRC21:11
*** silviof <silviof!~silviof@unaffiliated/silviof> has joined #yocto21:12
*** sgh <sgh!> has joined #yocto21:13
*** GusBricker <GusBricker!> has joined #yocto21:13
*** dany1 <dany1!> has joined #yocto21:15
*** SorenHolm <SorenHolm!> has quit IRC21:20
*** [simar|o1] <[simar|o1]!> has quit IRC21:20
*** n01 <n01!> has quit IRC21:20
*** dany <dany!> has quit IRC21:20
*** walters <walters!> has quit IRC21:20
*** RP <RP!> has quit IRC21:21
*** n01 <n01!> has joined #yocto21:23
*** walters <walters!> has joined #yocto21:27
*** n01 <n01!> has quit IRC21:31
*** RP <RP!> has joined #yocto21:36
*** GusBricker <GusBricker!> has quit IRC21:37
*** GusBricker <GusBricker!> has joined #yocto21:38
*** GusBricker <GusBricker!> has quit IRC21:42
*** joey_saint <joey_saint!~jjm@> has quit IRC21:47
*** fray <fray!> has joined #yocto21:54
*** sgarman <sgarman!> has joined #yocto22:07
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has quit IRC22:08
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto22:09
*** GusBricker <GusBricker!> has joined #yocto22:18
RPkergoth: I seem to remember you doing something with json in bitbake, what was that again?22:20
*** Stygia <Stygia!> has joined #yocto22:20
kergothwas just a prototype/experiment, playing around22:25
kergoththough it did work surprising well22:25
*** n01 <n01!> has joined #yocto22:26
RPkergoth: 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 it22:28
RPso you could do something like json BAR {\n<json>\n}22:28
RPwould then give us an interesting way to get multline more complex data22:29
RPour current MIRRORS syntax sucks for example22:29
*** sgarman <sgarman!> has quit IRC22:29
*** Bagder <Bagder!~daniel@rockbox/developer/bagder> has left #yocto22:30
RPkergoth: 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!> has joined #yocto22:36
*** Stygia <Stygia!> has quit IRC22:36
*** jkridner <jkridner!> has joined #yocto22:36
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto22:36
*** Rainbow_Crash <Rainbow_Crash!> has quit IRC22:36
*** Stygia <Stygia!> has joined #yocto22:36
*** Stygia <Stygia!> has quit IRC22:41
*** smartin_ <smartin_!> has joined #yocto22:41
*** dv <dv!> has joined #yocto22:43
*** dv_ <dv_!> has quit IRC22:44
*** Stygia <Stygia!> has joined #yocto22:45
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC22:46
*** bluelightning <bluelightning!> has joined #yocto22:56
*** bluelightning <bluelightning!> has quit IRC22:56
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto22:56
*** behanw <behanw!> has quit IRC22:59
*** n01 <n01!> has quit IRC22:59
*** bfederau <bfederau!> has quit IRC23:01
*** bfederau <bfederau!> has joined #yocto23:01
*** fitzsim <fitzsim!~user@nat/cisco/x-phnvoyxwuuaudqtu> has quit IRC23:03
*** behanw <behanw!> has joined #yocto23:13
*** fitzsim <fitzsim!~user@nat/cisco/x-nsggedvhqroqisto> has joined #yocto23:15
*** Stygia <Stygia!> has quit IRC23:16
*** smartin_ <smartin_!> has quit IRC23:28
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto23:40
*** agust <agust!> has quit IRC23:44

Generated by 2.11.0 by Marius Gedminas - find it at!