Wednesday, 2015-08-05

*** Jefro <Jefro!> has quit IRC00:04
*** SoylentYellow <SoylentYellow!> has quit IRC00:12
*** bongo <bongo!> has joined #yocto00:28
*** fitzsim` <fitzsim`!~user@2001:420:284a:1300:6e0b:84ff:fe09:4e9f> has quit IRC00:28
*** fitzsim` <fitzsim`!~user@2001:420:284a:1300:6e0b:84ff:fe09:4e9f> has joined #yocto00:29
*** bongo <bongo!> has quit IRC00:44
*** fitzsim`` <fitzsim``!~user@2001:420:284a:1300:6e0b:84ff:fe09:4e9f> has joined #yocto00:52
*** fitzsim` <fitzsim`!~user@2001:420:284a:1300:6e0b:84ff:fe09:4e9f> has quit IRC00:53
*** fitzsim`` <fitzsim``!~user@2001:420:284a:1300:6e0b:84ff:fe09:4e9f> has quit IRC01:01
*** OutOfNoWhere <OutOfNoWhere!~rpb@> has joined #yocto01:23
*** lyang0 <lyang0!~lyang001@> has joined #yocto01:33
*** fitzsim <fitzsim!~user@2001:420:284a:1300:6e0b:84ff:fe09:4e9f> has joined #yocto01:55
*** OutOfNoWhere <OutOfNoWhere!~rpb@> has quit IRC01:57
*** wschaller <wschaller!> has joined #yocto02:00
*** fitzsim <fitzsim!~user@2001:420:284a:1300:6e0b:84ff:fe09:4e9f> has quit IRC02:04
*** [Sno] <[Sno]!> has quit IRC02:10
*** [Sno] <[Sno]!> has joined #yocto02:11
*** Daemon404 <Daemon404!~who_knows@pdpc/supporter/student/Daemon404> has quit IRC02:16
*** wschaller <wschaller!> has quit IRC02:16
*** Daemon404 <Daemon404!~who_knows@> has joined #yocto02:17
*** igor1 <igor1!~Igor_Stop@> has quit IRC02:35
*** RP <RP!~richard@> has joined #yocto02:37
*** igor1 <igor1!~Igor_Stop@> has joined #yocto02:45
*** dv__ <dv__!> has joined #yocto02:45
*** dv_ <dv_!> has quit IRC02:46
* kergoth tests builds with pkgconf instead of pkg-config for the hell of it03:17
*** SoylentYellow <SoylentYellow!~SoylentYe@> has joined #yocto03:30
*** dvhart <dvhart!~dvhart@> has joined #yocto03:55
*** Daemon404 <Daemon404!~who_knows@> has quit IRC04:05
*** Daemon404 <Daemon404!~who_knows@pdpc/supporter/student/Daemon404> has joined #yocto04:05
*** luyu__ <luyu__!luyu@nat/intel/x-uxkvkjhxzwfffbzk> has quit IRC04:26
*** luyu__ <luyu__!luyu@nat/intel/x-xaazsmmulbjgrqhp> has joined #yocto04:27
*** hamis <hamis!~irfan@> has joined #yocto04:42
*** Jefro <Jefro!> has joined #yocto04:46
kergothhmm, would be nice if buildhistory-diff had an option to exclude PR/PKGR changes entirely, including indirect results of that change like version fields in RDEPENDS04:57
*** dvhart <dvhart!~dvhart@> has quit IRC05:12
*** marek__ <marek__!> has joined #yocto05:26
*** pohly <pohly!> has joined #yocto05:55
*** jjmb <jjmb!> has joined #yocto06:06
*** ntl <ntl!> has quit IRC06:11
*** jjmb <jjmb!> has quit IRC06:15
*** Jefro <Jefro!> has quit IRC06:19
*** ntl <ntl!> has joined #yocto06:22
*** jjmb <jjmb!~jjmb@> has joined #yocto06:34
*** jjmb <jjmb!~jjmb@> has quit IRC06:41
*** jjmb <jjmb!~jjmb@> has joined #yocto06:44
*** jjmb <jjmb!~jjmb@> has joined #yocto06:44
*** jjmb <jjmb!~jjmb@> has joined #yocto06:44
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/> has joined #yocto06:53
*** jbrianceau_away is now known as jbrianceau06:53
*** Biliogadafr <Biliogadafr!~User@> has joined #yocto06:58
*** jjmb1 <jjmb1!~jjmb@> has joined #yocto07:04
*** jjmb <jjmb!~jjmb@> has quit IRC07:05
*** jjmb <jjmb!~jjmb@> has joined #yocto07:11
*** jjmb1 <jjmb1!~jjmb@> has quit IRC07:11
*** jku <jku!jku@nat/intel/x-vfapespwivgiszuc> has joined #yocto07:12
*** TobSnyder <TobSnyder!> has joined #yocto07:13
*** psnsilva <psnsilva!~psnsilva@> has joined #yocto07:16
*** sameo <sameo!samuel@nat/intel/x-vjwkbrdkxvyldtpl> has joined #yocto07:23
*** adam__ <adam__!cb2d4f78@gateway/web/freenode/ip.> has joined #yocto07:34
*** adam__ <adam__!cb2d4f78@gateway/web/freenode/ip.> has left #yocto07:34
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto07:41
*** florian_kc is now known as florian07:42
*** adam__ <adam__!cb2d4f78@gateway/web/freenode/ip.> has joined #yocto07:46
*** lordzen <lordzen!> has joined #yocto07:48
*** nighty^ <nighty^!> has joined #yocto07:48
adam__I'm using a yocto generated sdk to compile a qt program with cmake, but the yocto installed cmake config looks to be wrong... It refers to a OE_QMAKE_PATH_EXTERNAL_HOST_BINS which is empty07:49
adam__Can I used cmake FindPackage, and point it at the yocto sys root and expect things to work?07:49
*** hsychla <hsychla!> has joined #yocto07:50
*** miandonmenmian_ <miandonmenmian_!~miandonme@> has quit IRC07:53
*** jonathanmaw <jonathanmaw!> has joined #yocto08:05
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto08:09
*** jimBaxter <jimBaxter!> has joined #yocto08:12
*** belen <belen!> has joined #yocto08:14
*** belen <belen!> has quit IRC08:18
bluelightningmorning all08:19
*** [Sno] <[Sno]!> has quit IRC08:22
*** [Sno] <[Sno]!> has joined #yocto08:26
soderstrombluelightning: morning :) and morning to all others also !08:27
*** soderstrom <soderstrom!~soderstro@> has quit IRC08:28
*** soderstrom <soderstrom!~soderstro@> has joined #yocto08:29
*** deathmeek_ <deathmeek_!c3abccfc@gateway/web/freenode/ip.> has joined #yocto08:32
*** ant_work <ant_work!> has joined #yocto08:33
*** belen <belen!> has joined #yocto08:35
*** belen1 <belen1!~Adium@> has joined #yocto08:38
*** belen <belen!> has quit IRC08:39
*** bfederau <bfederau!> has quit IRC08:41
*** bfederau <bfederau!> has joined #yocto08:41
*** wrock <wrock!4d5006f2@gateway/web/freenode/ip.> has joined #yocto08:43
*** wrock <wrock!4d5006f2@gateway/web/freenode/ip.> has joined #yocto08:44
*** wrock <wrock!4d5006f2@gateway/web/freenode/ip.> has joined #yocto08:44
wrockhey, how to include *.so and .h file correctly in rootsys?(I don't have the source)08:45
bluelightningwrock: just install them to the appropriate location in do_install and ensure they get packaged with appropriate FILES_<packagename> if needed08:46
*** jjmb1 <jjmb1!~jjmb@> has joined #yocto08:47
*** jjmb1 <jjmb1!~jjmb@> has joined #yocto08:47
*** jjmb <jjmb!~jjmb@> has quit IRC08:50
bluelightningwrock: you may find the bin_package class useful08:52
wrocki just ctesting this08:52
wrockk, i'll take a look08:52
*** jjmb1 <jjmb1!~jjmb@> has quit IRC08:54
*** belen <belen!> has joined #yocto08:57
*** jjmb <jjmb!~jjmb@> has joined #yocto08:58
*** Biliogadafr <Biliogadafr!~User@> has quit IRC08:58
*** psnsilva <psnsilva!~psnsilva@> has quit IRC08:59
*** Biliogadafr <Biliogadafr!~User@> has joined #yocto08:59
*** Biliogadafr <Biliogadafr!~User@> has joined #yocto09:00
*** belen <belen!> has quit IRC09:01
sujith_hbelen1: ping09:03
*** sjolley <sjolley!~sjolley@> has quit IRC09:05
*** sjolley1 <sjolley1!sjolley@nat/intel/x-oxlqwxtorrjrycvi> has joined #yocto09:05
belen1hi sujith_h09:06
sujith_hbelen1: Is this : the wiki to follow to post a patch for review in toaster?09:09
belen1sujith_h: yes :) If you have any questions, ping me or michaelw09:12
sujith_hbelen1: Oh yes. I have a query with command "git push poky-contrib submission:ownname/bitbake_submission" as I am getting error
belen1sujith_h: that's because you need push access to the poky-contrib repository. That can be arranged09:17
belen1sujith_h: instructions are here
*** belen <belen!> has joined #yocto09:19
belen1sujith_h: I'll email you how to get in touch with Michael09:20
jkusujith_h: if you're just sending a single patch, you can just use "git send-email" as the wiki page says09:21
sujith_hbelen1: sure09:21
sujith_hjku: its a single patch09:21
belen1jku: this is for toaster though. Our submission process is slightly different. Patches must go to the toaster mailing list first09:22
*** belen <belen!> has quit IRC09:23
jkubelen1: ok, good to know09:23
*** jjmb1 <jjmb1!~jjmb@> has joined #yocto09:31
*** jjmb <jjmb!~jjmb@> has quit IRC09:33
wrockbluelightening: Ok it worked! i just installed it in etc/lib instead of usr/lib but it is there09:33
*** belen1 <belen1!~Adium@> has quit IRC09:35
wrock...or should it be there?09:35
*** jjmb1 <jjmb1!~jjmb@> has quit IRC09:35
*** belen <belen!~Adium@> has joined #yocto09:35
wrocki actually just install it in ${D}${sysconfdir}/include/09:36
wrockthanks for help09:38
*** belen1 <belen1!> has joined #yocto09:40
*** jjmb <jjmb!~jjmb@> has joined #yocto09:42
bluelightningwrock: /etc would be a very strange place to install anything other than config files or initscripts09:45
*** belen1 <belen1!> has quit IRC09:45
bluelightningwrock: /usr/include (or ${includedir}) or some subdirectory below that is the correct place to install headers09:46
*** JaMa <JaMa!> has joined #yocto09:46
michaelw_belen: jku  git send-email to the mailing list is fine09:47
belenmichaelw_: ah, sure, I guess what I meant is to which mailing list :)09:50
michaelw_yes the toaster one09:51
*** belen1 <belen1!> has joined #yocto10:02
wrockbluelightning: i changed etc/lib to usr/lib and now this appears in do_rootfs
wrockrecipe was cleaned before10:07
*** belen1 <belen1!> has quit IRC10:07
bluelightningwrock: so there's no question, this is a bug10:08
bluelightningwrock: however, it suggests to me that the package has vanished (probably because it's empty)10:08
bluelightningwrock: double-check the contents of the various subdirectories in packages-split under the workdir for the recipe10:08
bluelightningyou can find the workdir for the recipe (in case you didn't know) by running: bitbake -e recipename | grep ^WORKDIR=10:09
*** psnsilva <psnsilva!~psnsilva@> has joined #yocto10:10
sujith_hbelen: michaelw_: So if I understand correctly, git send-email to toaster mailing list is fine, right?10:23
*** belen1 <belen1!> has joined #yocto10:24
belensujith_h: yes, I believe so.10:27
*** jjmb1 <jjmb1!~jjmb@> has joined #yocto10:29
*** belen1 <belen1!> has quit IRC10:29
*** psnsilva <psnsilva!~psnsilva@> has quit IRC10:29
*** jjmb1 <jjmb1!~jjmb@> has joined #yocto10:29
sujith_hbelen: ok10:30
*** jjmb2 <jjmb2!~jjmb@> has joined #yocto10:32
*** jjmb <jjmb!~jjmb@> has quit IRC10:32
*** jjmb1 <jjmb1!~jjmb@> has quit IRC10:36
*** jjmb <jjmb!~jjmb@> has joined #yocto10:43
*** deathmeek_ <deathmeek_!c3abccfc@gateway/web/freenode/ip.> has left #yocto10:43
*** jjmb2 <jjmb2!~jjmb@> has quit IRC10:45
*** belen1 <belen1!> has joined #yocto10:46
*** belen1 <belen1!> has quit IRC10:50
wrockbluelightning: ok, the files are only in packages-split/recipename-dev and packages-split/recipename-dbg...but they should also exist in packages-split/recipename right?10:56
wrock-dev means it is existing in the development stage but not in the packaged image at the end right?10:56
bluelightningwrock: yes, so something has gone awry with the packaging10:56
bluelightningwrock: well, strictly speaking .h files would go in the -dev package so that part is expected10:57
wrockbut the header file is also needed during runtime10:57
bluelightninger, really?10:57
wrockotherwise i can't executed programs which depending on the file?10:58
bluelightningexecutables don't usually depend on a header... a header is used to link to a library at compile time10:58
wrockmight be true10:59
wrockye sure10:59
bluelightningit's always true, unless you are doing some "runtime" compilation a la DKMS11:00
wrockyeah, i get it11:00
wrocki includeded the file in the recipe with FILES_${PN} +="\"11:01
wrocki also tried FILES_${PN} += "/usr/bin/"11:01
*** jjmb <jjmb!~jjmb@> has quit IRC11:01
wrock*+="\" of course11:02
*** jjmb <jjmb!~jjmb@> has joined #yocto11:02
wrockFILES_${PN} = "/"11:02
*** jjmb <jjmb!~jjmb@> has quit IRC11:02
*** jjmb <jjmb!~jjmb@> has joined #yocto11:02
*** Crofton <Crofton!> has quit IRC11:02
wrockfiles were installed in ${D}11:03
bluelightningwrock: adding it to FILES_${PN} is needed, but alone that won't cause the file to be moved, because ${PN}-dev appears before ${PN} in PACKAGES and FILES_${PN}-dev already includes .so files (assuming them to be symlinks, since proper versioned library files are typical)11:03
bluelightningwrock: so you need to set FILES_${PN}-dev as well11:04
wrockbut the file exisits in packages-split/name-dev11:06
wrocki jsut recovered the "working"  recipe, with the wrong destination11:07
*** belen1 <belen1!> has joined #yocto11:08
*** jjmb1 <jjmb1!~jjmb@> has joined #yocto11:08
*** jjmb <jjmb!~jjmb@> has quit IRC11:09
*** kido <kido!~kido@unaffiliated/kido> has quit IRC11:10
*** belen1 <belen1!> has quit IRC11:12
bluelightningwrock: yes, that's what I'm saying - ${PN}-dev is picking up the file, and I've explained (perhaps not very well) how to fix that11:13
*** psnsilva <psnsilva!> has joined #yocto11:14
*** psnsilva <psnsilva!> has quit IRC11:19
*** pidge <pidge!~pidge@2a02:8084:0:3000:c8fa:9120:d0d0:542a> has quit IRC11:28
*** pidge <pidge!~pidge@2a02:8084:0:3000:54e2:5285:904c:3bbd> has joined #yocto11:28
*** belen1 <belen1!> has joined #yocto11:30
*** psnsilva <psnsilva!~psnsilva@> has joined #yocto11:34
*** belen1 <belen1!> has quit IRC11:34
*** wrock <wrock!4d5006f2@gateway/web/freenode/ip.> has quit IRC11:39
*** wrock <wrock!4d5006f2@gateway/web/freenode/ip.> has joined #yocto11:41
wrockbluelightning: i actually don't get it, because it is picked up by -dev it can not be picked up anymore?     also installing to ${D}${sysconfdir}/include/ works just fine(bbut is the wrong location) but ${D}/usr/lib/ doesn't work11:43
*** belen1 <belen1!> has joined #yocto11:51
*** belen1 <belen1!> has quit IRC11:56
otaviohalstead: it seems the git server is out of space12:00
otaviootavio@nano ~/src/yocto/sources/meta-fsl-arm (git)-[pending] % git push yocto 09a532cf3c7990fe2acb7cfde59181429f1e94bf:master                                                                                                                                            :(12:00
otavioclose log failed: No space left on device12:00
otavioand the repository exists.12:00
otaviofatal: Could not read from remote repository.12:00
otavioPlease make sure you have the correct access rights12:00
jkuwrock: the directories in packages-split/ represent the contents of the various packages that the recipe produces. Two different packages of course can't contain the same files12:01
jkuwrock: What (I believe) bluelightning was trying to say is that the default rules for FILES_${PN}-dev include the .so files: if that shoudn't happen for you, then you need to set FILES_${PN}-dev yourself (overriding the default)12:02
wrockjku: ah ok makes sense12:05
wrockseems to work now :D12:05
*** jjmb <jjmb!~jjmb@> has joined #yocto12:07
*** psnsilva <psnsilva!~psnsilva@> has quit IRC12:09
*** jjmb <jjmb!~jjmb@> has joined #yocto12:10
*** jjmb1 <jjmb1!~jjmb@> has quit IRC12:10
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC12:12
*** belen1 <belen1!> has joined #yocto12:13
*** Guest61108 <Guest61108!~dennis@> has joined #yocto12:14
*** jjmb <jjmb!~jjmb@> has quit IRC12:14
*** jjmb <jjmb!~jjmb@> has joined #yocto12:16
bluelightningwrock: the way it works is, the packaging code iterates through the items in the PACKAGES variable value, and the first one whose FILES_ value matches the file, gets the file12:17
*** belen1 <belen1!> has quit IRC12:18
*** ntl <ntl!> has quit IRC12:20
*** dfaught <dfaught!> has quit IRC12:23
*** RP <RP!~richard@> has quit IRC12:23
*** ntl <ntl!> has joined #yocto12:33
pidgeotavio: yes, we're waiting on halstead to wake up to clean some of it up.12:35
*** belen1 <belen1!> has joined #yocto12:35
*** belen1 <belen1!> has quit IRC12:40
wrockbluelightning: ye now I get it,12:45
wrockbut can I compile a file now, which depends from tha *.so?12:49
wrockI mean it is installed now12:49
wrockbut doesn't have the compile enviroment his own room? -dev12:49
bluelightningnaturally if you are doing actual compilation (linking to the library) and the header file is in the -dev package, you will need that installed12:50
bluelightningactually are you talking about compilation on the build host or on the target ?12:51
wrockbuild host12:51
bluelightningright, in that case the header and library will have been staged to the sysroot automatically12:51
bluelightningif you use ${CC} as the compiler it should set the right sysroot and the header/lib should be picked up12:52
mcfriskHi! Are patches adding compatibility support between yocto versions accepted? I'd like to backport testsdk from master to dizzy and the changes and checks are not bad for master either, IMO.12:53
*** belen1 <belen1!> has joined #yocto12:57
wrockbluelightning: how? i have an "undefined reference to " error, I interpret that as header found, but not *.so12:57
*** tsramos <tsramos!~tsramos@> has joined #yocto13:01
*** belen1 <belen1!> has quit IRC13:01
*** vmesons <vmesons!> has quit IRC13:09
bluelightningwrock: is that the only error you're receiving?13:09
bluelightningwrock: if so, are you specifying -l to actually link to the library?13:09
bluelightningmcfrisk: normally we don't backport features, but I think for test functionality we might make an exception assuming the tests work13:10
bluelightningmcfrisk: also any changes from master need to be in fido before they can be in dizzy13:11
wrockbluelightning: actually yes, I tried -lttinterface ( is the name) the file is now in usr/lib, so there is no need for linking the directory13:14
bluelightningwrock: if it were not finding that then you would get an error about not finding the library surely?13:15
wrockbluelightning: I have the exact same error undependently if the *.so is isntalled or not13:18
*** belen1 <belen1!> has joined #yocto13:19
bluelightningwrock: I don't know what to suggest then...13:19
otaviopidge: oh ok, no problem13:19
otaviopidge: just to notify13:19
*** imrehg <imrehg!> has joined #yocto13:21
wrockbluelighting: ok,np,  thanks anyway.:)13:21
wrockbluelightning: or lets say thanks for everything up until now13:21
*** belen1 <belen1!> has quit IRC13:23
*** hamis <hamis!~irfan@> has quit IRC13:26
*** jjmb <jjmb!~jjmb@> has quit IRC13:28
*** jjmb1 <jjmb1!~jjmb@> has joined #yocto13:28
*** jjmb <jjmb!~jjmb@> has joined #yocto13:29
*** jjmb <jjmb!~jjmb@> has joined #yocto13:29
abelalotavio: I am seeing on one of the AMD machines with deb packaging13:31
abelalotavio: you commented back then, is there any more info?13:31
*** jjmb <jjmb!~jjmb@> has quit IRC13:34
*** ftonello <ftonello!~felipe@> has joined #yocto13:35
*** jjmb <jjmb!> has joined #yocto13:38
*** belen2 <belen2!> has joined #yocto13:41
*** ant_work <ant_work!> has quit IRC13:41
[Sno]bluelightning: see - successor of . sources/poky/oe-init-build-env foo ?13:44
*** belen2 <belen2!> has quit IRC13:45
otavioabelal: not sure it is related to the bsp13:49
*** rodgort <rodgort!~rodgort@2607:5300:100:200::160d> has quit IRC13:52
*** rodgort <rodgort!~rodgort@2607:5300:100:200::160d> has joined #yocto13:53
[Sno]btw, otavio - I didn't read a reply on - do you simply discard it because of ENOTIME or did I miss something?13:54
*** khalebios <khalebios!500d0de3@gateway/web/freenode/ip.> has joined #yocto13:55
khalebioshello. i want to set my root password in my yocto projet13:56
khalebiosinherit extrausers EXTRA_USERS_PARAMS = "useradd -P Imypassword root;" doesn't work13:56
*** challinan <challinan!> has joined #yocto13:57
khalebiosdoes it exist another method?13:57
bluelightning[Sno]: interesting...13:59
bluelightningkhalebios: use usermod instead of useradd14:00
bluelightningkhalebios: the manual has an error that we haven't been able to republish to fix yet14:00
bluelightningkhalebios: also, consider carefully the implications of multiple devices with the same root password in the field if that is your intention...14:00
[Sno]bluelightning: you can steal if you want for poky ;)14:01
*** melonipoika <melonipoika!> has joined #yocto14:01
khalebiosthank you bluelightning. i am goning to try it.14:02
*** belen2 <belen2!> has joined #yocto14:02
bluelightning[Sno]: we should definitely look at it... I'm struggling a bit at the moment with a few different issues (affecting memory resident bitbake) that prevent me from really looking into anything else atm14:03
* [Sno] nods14:03
*** madisox <madisox!> has joined #yocto14:04
*** jku <jku!jku@nat/intel/x-vfapespwivgiszuc> has quit IRC14:06
*** belen2 <belen2!> has quit IRC14:07
*** khalebios <khalebios!500d0de3@gateway/web/freenode/ip.> has quit IRC14:08
*** madisox <madisox!> has quit IRC14:08
*** anselmolsm <anselmolsm!~anselmols@> has quit IRC14:09
*** anselmolsm <anselmolsm!~anselmols@> has joined #yocto14:09
*** fitzsim <fitzsim!~user@2001:420:284a:1300:6e0b:84ff:fe09:4e9f> has joined #yocto14:10
*** vmesons <vmesons!~rmacleod@> has joined #yocto14:11
*** RP <RP!~richard@> has joined #yocto14:11
*** vmesons is now known as vmeson14:13
*** khalebios <khalebios!500d0de3@gateway/web/freenode/ip.> has joined #yocto14:15
khalebiosi just try :                   inherit extrausers EXTRA_USERS_PARAMS = "usermod -p my!pass root;"   doesnt work14:15
bluelightningkhalebios: where are you placing those lines?14:17
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC14:17
T0mWhey guys, just a FWIW, I've been using OE for many years, I was just watch bitbake doing a build and was thinking just how much of a speed improvement there has been over what we had 5 years ago.14:17
khalebiosin :: micro-base-mytarget-image.bb14:18
T0mWFido just slams along!14:18
bluelightningT0mW: thanks... build performance is something we do try to improve (or at least, try not to regress in where at all practical)14:18
khalebiosin my /recipes-bsp/images/14:19
T0mWNot just improvements in the host machines are what I'm seeing (i7 + 32G RAM vs. Quad4 + 8G), but moving a project from Daisy --> Fido does show a large performance boost. Nice job.14:20
bluelightningkhalebios: you need to use -P not -p14:21
pohlykhalebios: beware that "useradd -p" takes a crypted password, not the plain text password.14:21
bluelightningpohly: right, that's what I was alluding to14:22
khalebioswhen i use -P i get an error14:22
bluelightningkhalebios: what is that error ?14:22
khalebiosso how to crypt the password?14:22
*** madisox <madisox!> has joined #yocto14:23
khalebiosthe erro is :   usermod: invalid option -- 'P' ..14:23
bluelightningkhalebios: that sounds like your host's version of usermod is being run rather than our patched version14:24
*** belen2 <belen2!> has joined #yocto14:24
khalebiosso what can i do?14:25
bluelightningkhalebios: bitbake shadow-native will work around it; I suspect we are missing a dependency somewhere14:26
*** belen2 <belen2!> has quit IRC14:28
*** benjamirc <benjamirc!besquive@nat/intel/x-vuvhfpjzmedgvkeh> has joined #yocto14:29
*** marek__ <marek__!> has quit IRC14:39
khalebiosbluelightning <= how can i get the patch?.14:42
khalebiosi try bitbake shadow-native and nothing change14:43
bluelightningkhalebios: which version of the build system are you using?14:44
*** belen2 <belen2!> has joined #yocto14:46
khalebiosBitBake Build Tool Core version 1.20.0, bitbake version 1.20.014:46
*** aehs29 <aehs29!aehernan@nat/intel/x-xywzprajcdpbadpp> has joined #yocto14:46
*** afxez0r <afxez0r!afxez0r@nat/intel/x-jhewrxnghgtuqzxv> has joined #yocto14:47
bluelightningkhalebios: ah, that explains it - that functionality was added in the daisy (1.6) release, you are using dora (1.5)14:50
*** belen2 <belen2!> has quit IRC14:51
bluelightningkhalebios: so there isn't a practical way to do what you are trying to do with dora other than to encrypt the password and use that with -p, which I'm afraid I don't know how to do myself14:51
bluelightningyou may want to consider upgrading particularly considering dora is now no longer officially supported14:52
*** belen2 <belen2!Adium@nat/intel/x-vkjllwgjkwqrrffe> has joined #yocto15:00
*** belen <belen!~Adium@> has quit IRC15:01
*** wrock <wrock!4d5006f2@gateway/web/freenode/ip.> has quit IRC15:02
*** afxez0r <afxez0r!afxez0r@nat/intel/x-jhewrxnghgtuqzxv> has quit IRC15:03
*** benjamirc <benjamirc!besquive@nat/intel/x-vuvhfpjzmedgvkeh> has quit IRC15:05
vmesonkhalebios: I don't know what your situation is but there's also long term support availabe from a few companies.15:06
*** belen <belen!> has joined #yocto15:08
*** belen <belen!> has quit IRC15:12
*** berton <berton!~fabio@> has joined #yocto15:15
*** pohly <pohly!> has quit IRC15:15
*** TobSnyder <TobSnyder!> has quit IRC15:22
*** afxez0r <afxez0r!afxez0r@nat/intel/x-qerstxgxodhvrfwy> has joined #yocto15:22
*** belen2 <belen2!Adium@nat/intel/x-vkjllwgjkwqrrffe> has quit IRC15:24
*** belen <belen!Adium@nat/intel/x-gzarfgnqefuugeva> has joined #yocto15:24
bluelightningmonring kergoth15:26
*** imrehg <imrehg!> has quit IRC15:26
bluelightninger... morning, that would be15:28
*** belen2 <belen2!> has joined #yocto15:30
*** benjamirc <benjamirc!~besquive@> has joined #yocto15:31
*** belen2 <belen2!> has quit IRC15:34
*** belen <belen!Adium@nat/intel/x-gzarfgnqefuugeva> has quit IRC15:34
*** khalebios <khalebios!500d0de3@gateway/web/freenode/ip.> has quit IRC15:41
*** dfaught <dfaught!> has joined #yocto15:41
*** afxez0r <afxez0r!afxez0r@nat/intel/x-qerstxgxodhvrfwy> has quit IRC15:42
*** melonipoika <melonipoika!> has quit IRC15:43
kergothbluelightning, RP: Any thoughts on implementation for ?15:45
yoctiBug 7958: enhancement, Medium, 1.9 M3, richard.purdie, NEW , Implement shallow git clone functionality15:45
bluelightningkergoth: hmm, there's a lot more to this than I'd appreciated15:47
aehs29Crofton|work: I managed to get scipy working (along with ipython, etc) , with some horrible hacks15:47
aehs29Crofton|work: it definitely still needs some cleaning up15:47
*** dfaught <dfaught!> has quit IRC15:48
*** Jefro <Jefro!> has joined #yocto15:49
*** lamego <lamego!~jalamego@> has joined #yocto15:49
kergothbluelightning: that about sums it up for me too. I still think there's value, but I'll have to make sure it doesn't interact badly with other recipes sharing the same repository in any circumstances.. i'm tempted to just roll a new fetcher that subclasses git and works in its own area of DL_DIR and decides when to pass the buck to the original. also, ideally it'd try to fetch the shallow git tarball, and if that fails then try to fetch the non-shallow git15:49
kergoth tarball, and only then try to actually clone, but of course bb.fetch assumes a single mirror tarball path, so it'd have to call try_mirrors() itself after mangling the urldata, to pull that off, i think..15:49
* kergoth ponders15:49
bluelightningkergoth: I think creating a separate fetcher was RP's initial conclusion as well15:50
kergothto integrate it fully, we'd have to deal with knowing when to convert from shallow to full on the repo in ${DL_DIR}/git2/, and i think it'd be nicer to be able to assume that any repo there is a full one15:50
*** belen <belen!> has joined #yocto15:51
kergothHmm, I actually kind of like the idea of always trying to fetch a shallow tarball and use one if it's available, by default, across the board, unless doing active development, just only *emit* shallow tarballs on request15:51
*** belen <belen!> has quit IRC15:56
*** lamego <lamego!~jalamego@> has quit IRC15:59
*** lamego <lamego!~jalamego@> has joined #yocto16:00
*** jonathanmaw <jonathanmaw!> has quit IRC16:01
*** dvhart <dvhart!~dvhart@> has joined #yocto16:02
*** wschaller <wschaller!> has joined #yocto16:03
*** melonipoika <melonipoika!> has joined #yocto16:03
*** benjamirc <benjamirc!~besquive@> has quit IRC16:07
T0mWhow well does SMART work in a scripted environment?  I need to do cumulative upgrading of packages against the initial image release.  e.g. all past upgrades would be included within bundle containing newer packages.  Do I use the --quiet interface, redirect the output to a file, then test the return value of the smart execution?16:12
T0mWWould SMART stop and ask for operator input in quiet mode?16:12
*** SoylentYellow <SoylentYellow!~SoylentYe@> has quit IRC16:13
*** belen <belen!> has joined #yocto16:13
*** wschaller <wschaller!> has quit IRC16:15
*** [Sno] <[Sno]!> has quit IRC16:17
*** belen <belen!> has quit IRC16:18
*** lordzen <lordzen!> has quit IRC16:18
joshuaglRP: pidge: builders are all idle, may I queue an AB run?16:21
*** lordzen <lordzen!> has joined #yocto16:24
pidgejoshuagl: sure16:25
* joshuagl queues16:29
*** [Sno] <[Sno]!> has joined #yocto16:32
*** belen <belen!Adium@nat/intel/x-whfpzfnfnkkwcgly> has joined #yocto16:33
*** ftonello <ftonello!~felipe@> has quit IRC16:33
*** ftonello <ftonello!~felipe@> has joined #yocto16:33
-YoctoAutoBuilder- build #145 of nightly-world-lsb is complete: Success [build successful] Build details are at
*** belen2 <belen2!> has joined #yocto16:35
*** wschaller <wschaller!> has joined #yocto16:37
*** belen2 <belen2!> has quit IRC16:39
*** dieter_ <dieter_!> has joined #yocto16:42
*** Crofton <Crofton!~balister@> has joined #yocto16:42
*** ftonello <ftonello!~felipe@> has quit IRC16:43
kergothT0mW: given that we use smart to build images, i have to assume it's possible to run it without input :P16:46
kergothbeyond that, no idea :)16:46
T0mWkergoth: IOW, "let us know"16:47
kergothheh. i'm sure someone here knows, sadly i'm not an rpm guy16:47
T0mWproblem is the dependancy trees16:47
kergothi should use it more often, i do love a lot of its features16:47
T0mWthat is why i want to use smart, avoid building out a dependancy tree.16:48
T0mWsadly, the industry this product is going into has a low computer literacy. So, remote web repos are out, as well as "login as root..."16:49
*** lordzen <lordzen!> has quit IRC16:50
T0mWJust wish we were like some companies out there, they won't allow their distributors or end-customer to do any equipment setup / software upgrades.  You have to schedule a factory tech to come onsite.16:51
T0mWthat way, you only have one idiot^H^H^H^H person to train.16:51
*** dvhart <dvhart!~dvhart@> has quit IRC16:53
*** belen2 <belen2!> has joined #yocto16:57
*** staylor <staylor!~staylor@> has joined #yocto16:59
*** belen2 <belen2!> has quit IRC17:01
*** SoylentYellow <SoylentYellow!> has joined #yocto17:03
*** jbrianceau is now known as jbrianceau_away17:05
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC17:05
*** dieter_ <dieter_!> has quit IRC17:07
*** RP <RP!~richard@> has quit IRC17:08
*** clsulliv <clsulliv!clsulliv@nat/intel/x-ilfvvqndkjpyjiwp> has quit IRC17:13
*** clsulliv <clsulliv!clsulliv@nat/intel/x-xmgozzwxuvgpsqjx> has joined #yocto17:14
*** wschaller <wschaller!> has quit IRC17:15
*** belen2 <belen2!> has joined #yocto17:19
*** dvhart <dvhart!dvhart@nat/intel/x-kmcfxhkuxbskkrus> has joined #yocto17:21
*** belen2 <belen2!> has quit IRC17:23
*** DS__ <DS__!bd3ddd3a@gateway/web/freenode/ip.> has joined #yocto17:25
*** hugovs <hugovs!~hugo@> has quit IRC17:25
DS__Hi all. I've created a recipe that uses autotools to configure/build/install things, however the do_compile() task is reporting nothing to compile. If I manually cd into the working dir, I can see that the makefile was created and everything is ok. If I try to 'make', it identifies it has stuff to build. Any ideas what is missing?17:26
kergothby default, we use separate build and source directories. if that particular project can't handle it, that'd explain the problem. see if inheriting autotools-brokensep rather than autotools solves it17:27
*** DS___ <DS___!bd3ddd3a@gateway/web/freenode/ip.> has joined #yocto17:29
DS___kergoth: that did fix it17:30
DS___How can I change the project to handle things as yocto expects?17:31
*** hugovs <hugovs!~hugo@> has joined #yocto17:32
kergothsee the autoconf/automake manual. really depends17:32
*** DS__ <DS__!bd3ddd3a@gateway/web/freenode/ip.> has quit IRC17:32
kergothautomake usually deals with it itself, so i'm assuming this is autoconf-based but not automake, which means the makefiles could require hefty changes to deal with it17:33
*** RP <RP!~richard@> has joined #yocto17:33
DS___kergoth: thanks, I'll take a look and try to make things work. Thanks for the help!17:34
*** hsychla <hsychla!> has quit IRC17:40
DS___kergoth: do you have any idea of what exit code 139 in do_package() means, or where can I find this information?17:40
DS___bitbake was always very informative. However now it only gave me this error17:40
*** belen2 <belen2!> has joined #yocto17:40
kergothoff the top of my head, exit code 139 is usually a segmentation fault.
kergothso something package runs is crashing / dumping core17:41
*** dvhart <dvhart!dvhart@nat/intel/x-kmcfxhkuxbskkrus> has quit IRC17:42
DS___kergoth: got it. Any idea how can I debug this?17:42
DS___It's a sigsev signal17:43
kergothnot offhand, you'd need to determine exactly which process is crashing with segfault17:43
kergothyes, that's what i said — segmentation fault17:43
kergoththat's what sigsegv is :)17:43
DS___Yup :)17:43
kergothbut again, wont' be able to do much until you know exactly what program is the one crashing with it. your logs should show that17:44
kergothbeyond that, there are the usual means of debugging segmentation faults. catchsegv, run under gdb and bt, etc17:44
*** paulg <paulg!~paulg@> has joined #yocto17:45
*** belen2 <belen2!> has quit IRC17:45
DS___kergoth: it's the do_package of a recipe that doesn't have a custom do_package task. It's just using the default one. However, I have defined some files in FILES_{PN} to be installed. Probably this is what's causing the segfault17:45
kergoththat's tremendously unlikely17:45
kergothsomething is very broken in your setup for anything in that process to segfault at all, ever17:46
DS___That's what I'm thinking17:46
DS___Trying to figure out what it is exactly17:46
kergothHmm,, I wonder if I should bring back the tracebacks on ExpansionError, just not ParseError, and then filter the entries to exclude those in bitbake itself17:50
kergothcould be useful when e.g. ${@foo(d)} and foo calls something which calls something else which raises an exception17:50
DS___kergoth: I've managed to get some more info. Apparently I was passing some hardcoded paths inside a FILES declaration, and that was causing the task to sigsev17:50
kergothbut again, you need to figure out *what* is segfaulting in that task17:51
kergothis it the bitbake python prcoess itself, or one of many child processes it runs?17:51
kergothpackaging runs a ton of programs to split apart the binaries to pull debug info, gather dependency information,e tc17:51
DS___No idea which process was sigsev'ing. Does it interest you as a kind of bug report or something like that? I can look into the issue with detail tomorrow if it does. For me, it was a mistake on my part when giving hardcoded paths instead of relative ones17:53
kergothno matter what you give it, it should not be segfaulting17:53
kergoththat said, its probably something broken in your environment / host rather than something in the build, but it's possible17:53
DS___I'll look into this with more detail tomorrow then, and give you a better explanation of what was causing this17:54
kergothcould certainly open a bug for tracking purposes17:54
DS___I'll let you know tomorrow. For now, I've got an appointment in 5 minutes, so I gotta go.17:55
DS___Thank you for all your help :)17:55
*** [Sno] <[Sno]!> has quit IRC17:56
*** DS___ <DS___!bd3ddd3a@gateway/web/freenode/ip.> has quit IRC17:56
*** [Sno] <[Sno]!> has joined #yocto17:56
*** libv <libv!> has quit IRC17:58
*** libv <libv!> has joined #yocto17:58
*** belen2 <belen2!> has joined #yocto18:02
*** dvhart <dvhart!dvhart@nat/intel/x-csxalsyszswyowyg> has joined #yocto18:02
*** JaMa <JaMa!> has quit IRC18:03
*** belen <belen!Adium@nat/intel/x-whfpzfnfnkkwcgly> has quit IRC18:06
*** belen2 <belen2!> has quit IRC18:07
*** JaMa <JaMa!> has joined #yocto18:09
*** toxickore <toxickore!jposadas@nat/intel/x-stamejlqpnlwvwdh> has joined #yocto18:10
*** dieter_ <dieter_!> has joined #yocto18:17
*** dfaught <dfaught!> has joined #yocto18:17
*** belen <belen!> has joined #yocto18:24
*** belen <belen!> has quit IRC18:29
*** afxez0r <afxez0r!afxez0r@nat/intel/x-fxbysbhfewyxqztq> has joined #yocto18:36
*** Biliogadafr <Biliogadafr!~User@> has quit IRC18:39
*** belen <belen!> has joined #yocto18:46
*** belen <belen!> has quit IRC18:50
*** sid2 <sid2!0c1b4722@gateway/web/cgi-irc/> has joined #yocto18:54
sid2HI I want to add gnome desktop to core-image -base Iam using toaster, which package should i append in order to get working Gnome desktop on base.. or can some one point me to some tutorial or post... thanks in advance18:56
kergothHmm, wonder if its' safe for a fetchmethod download() to alter the ud localpath18:56
sid2HI I want to add gnome desktop to core-image -base Iam using toaster, which package should i append in order to get working Gnome desktop on base.. or can some one point me to some tutorial or post... thanks in advance18:57
kergothwe heard you the first time.18:58
kergothask your question and wait18:58
kergothrepeating yourself isn't going to help18:58
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/> has quit IRC19:06
*** belen <belen!> has joined #yocto19:08
*** lamego1 <lamego1!~lamego@> has joined #yocto19:08
*** lamego1 <lamego1!~lamego@> has quit IRC19:10
vmesonsid2: it seems to me that no one has made a packagegroup for gnome desktop. Want to give it a shot? See: meta-xfce/recipes-xfce/packagegroups/packagegroup-xfce-base.bb19:11
*** lamego1 <lamego1!~lamego@> has joined #yocto19:11
*** belen <belen!> has quit IRC19:12
*** lamego1 <lamego1!~lamego@> has quit IRC19:13
sid2thanks vmeson, I will give it a try19:13
*** lamego1 <lamego1!~lamego@> has joined #yocto19:13
kergothHmm, I think this simpler approach to shallow might actually be a lot simpler and easier to pull off19:15
vmesonsid2: send a brief proposal email to the meta-oe list to ask for feedback then work one a basic env and send a patch.19:16
vmesonit's been a while since I worked on gnome but the xfce approach of -base -extended -FOO packagegroups makes sense to me.19:17
sid2I will do that..  thanks19:20
*** benjamirc <benjamirc!besquive@nat/intel/x-khlpczaafbphgvyt> has joined #yocto19:20
*** FileNotFound <FileNotFound!~FileNotFo@> has joined #yocto19:22
*** sujith_h <sujith_h!~sharidas@kde/developers/sujithh> has quit IRC19:24
*** belen <belen!> has joined #yocto19:29
T0mWIn a recipe list of FILES, I need to have a tarball listed but not to have it unpacked by bitbake, only copied intact into my ${S} or ${WORKDIR}.  e.g. FILES += "foo.tar"19:30
T0mWduh, I meand SRC_URI += "foo.tar"19:30
T0mWonly way I can figure is to name it "foo.rat", then rename it in configure "mv foo.rat foo.tar"19:32
neverpanicappend ;unpack=no19:32
*** belen <belen!> has quit IRC19:34
*** FileNotFound <FileNotFound!~FileNotFo@> has quit IRC19:35
*** limbrik <limbrik!~textual@> has quit IRC19:35
T0mWneverpanic: thanks, tried grepping meta/classes :(19:36
kergothT0mW: most of unpack was moved into the bitbake fetcher to facilitate things like using git clone to unpack for git://, so there's per-fetcher-unpack methods19:40
*** sujith_h <sujith_h!~sharidas@kde/developers/sujithh> has joined #yocto19:41
*** belen <belen!> has joined #yocto19:41
kergoth is the default unpack when the fetcher doesn't provide its own19:41
kergoth being of interest in this case, as neverpanic points out19:41
kergothI actually wish we'd kept support for per-fetcher unpack capability, but keep the default unpack when the fetcher doesn't provide one in the metadata, to ease modification and maintenance19:42
T0mWkergoth: saw that in classes base.bbclass, one of these daze I'll have to take time to learn python (another freakin' language :( )19:42
*** lamego <lamego!~jalamego@> has quit IRC19:43
kergothheh, it's pretty readable even if you don't know it, it's writing it that takes more depth19:43
T0mWkergoth: yeah, I can puzzle and hack19:43
kergothmost of the difficulty in reading the code really isn't python related, but our own conventions. e.g. in that above line, urldata is self explanatory, but 'parm' is the url parameters19:44
kergothhopefully to_boolean is self-explanatory as well ;)19:44
*** clsulliv <clsulliv!clsulliv@nat/intel/x-xmgozzwxuvgpsqjx> has left #yocto19:44
*** jjmb <jjmb!> has quit IRC19:50
*** jjmb <jjmb!> has joined #yocto19:51
*** sid2 <sid2!0c1b4722@gateway/web/cgi-irc/> has quit IRC19:51
*** clsulliv <clsulliv!~clsulliv@> has joined #yocto19:52
*** belen <belen!> has quit IRC19:54
*** sameo <sameo!samuel@nat/intel/x-vjwkbrdkxvyldtpl> has quit IRC19:55
* kergoth ponders19:58
*** nighty^ <nighty^!> has quit IRC20:00
*** jjmb <jjmb!> has quit IRC20:01
*** jjmb <jjmb!> has joined #yocto20:04
*** jjmb <jjmb!> has quit IRC20:06
-YoctoAutoBuilder- build #426 of nightly-x86 is complete: Success [build successful] Build details are at
*** topik <topik!> has left #yocto20:07
*** Crofton <Crofton!~balister@> has quit IRC20:07
*** jjmb <jjmb!> has joined #yocto20:09
*** belen <belen!> has joined #yocto20:14
*** ftonello <ftonello!> has joined #yocto20:16
*** belen <belen!> has quit IRC20:16
kergothHuh, I wonder if I could implement FILESPATH handling via MIRRORS, in the metadata, rather than the fetcher needing knowledge of FILESPATH20:21
kergothor PREMIRRORS20:21
T0mWokay, pkg_postinst sets up a link (or such) inside the image, first time the image boots these postinst sections are run, correct?20:41
T0mWI need to put the post installation code inside the INSTALL section of the RPM20:42
T0mWIs there a how-to on that?20:42
*** dieter__ <dieter__!> has joined #yocto20:43
*** dieter_ <dieter_!> has quit IRC20:43
kergothevery postinst is first attempted when we're constructing the rootfs20:45
*** jimBaxter <jimBaxter!> has quit IRC20:45
*** adam__ <adam__!cb2d4f78@gateway/web/freenode/ip.> has quit IRC20:45
kergothonly if it fails in that context is it run on first boot20:45
kergothand it's already arranged to be run when you install the binary package20:45
kergothat least, i know it is for opkg, i think it is for rpm20:45
kergoththe first boot bits just call out to the package manager to configure the unconfigured postinsts20:45
*** jku <jku!> has joined #yocto20:48
*** Crofton <Crofton!~balister@> has joined #yocto20:51
*** RP <RP!~richard@> has quit IRC20:58
T0mWkergoth: ok21:01
fraykergoth, I'm looking at events.. is there an event (I can mask on) when a we're in the task context?21:02
frayif I fire on all events, I see an event called taskStarted.. but I can't seem to do an event mask against it21:02
kergoththere are 3 events, task started, task failed, task suceeded21:02
frayhow do I do the event mask on started though?21:03
kergothuse the correct import path21:03
fray(I'm debugging something and trying to log when the tasks are started)21:03
kergothnot bb.event21:03
kergothinconsistent, but..21:03
kergothwhat else is new21:03
kergothhah, it worked. I just successfully did a do_fetch & do_unpack of a recipe with FILESPATH/FILESDIR deleted, solely relying on PREMIRRORS to handle searching FILESPATH21:04
kergoththat's pretty cool21:04
*** berton <berton!~fabio@> has quit IRC21:04
*** aehs29 <aehs29!aehernan@nat/intel/x-xywzprajcdpbadpp> has quit IRC21:04
frayHmm.. still not firing with ugh21:04
*** aehs29 <aehs29!aehernan@nat/intel/x-arzfcluewbciftlf> has joined #yocto21:05
frayOhh maybe it worked this time.. Hmm..21:06
kergothit's handled around line 251 of lib/bb/ if self.eventmask and eid not in self.eventmask:21:06
* kergoth tries building an image with the filespath change21:06
fraythanks.. I'll add debug there if I can't get this working21:06
*** dfaught <dfaught!> has quit IRC21:07
frayok.. it is working.. was doing bb.note so it was getting logged to the log file not my screen!21:09
frayok.. makes WAY more sense now21:09
*** paulg <paulg!~paulg@> has quit IRC21:13
-YoctoAutoBuilder- build #74 of nightly-mips64 is complete: Failure [failed Running Sanity Tests] Build details are at
kergothheh, that'd explain it21:15
*** Crofton <Crofton!~balister@> has quit IRC21:16
*** jku <jku!> has quit IRC21:17
*** vmeson <vmeson!~rmacleod@> has quit IRC21:19
*** JaMa <JaMa!> has quit IRC21:27
*** radhus <radhus!> has quit IRC21:36
*** slips- <slips-!> has joined #yocto21:37
*** psnsilva <psnsilva!~psnsilva@> has joined #yocto21:39
*** mrsan <mrsan!mrsan@2a00:1a28:1157:42::5> has joined #yocto21:39
*** slips <slips!> has quit IRC21:39
*** slips- is now known as slips21:39
*** radhus <radhus!> has joined #yocto21:40
*** likewise <likewise!> has joined #yocto21:40
*** psnsilva <psnsilva!~psnsilva@> has quit IRC21:40
*** jjmb <jjmb!> has quit IRC21:41
*** jjmb <jjmb!> has joined #yocto21:41
*** tsramos <tsramos!~tsramos@> has quit IRC21:43
*** cristianiorga <cristianiorga!~cristiani@> has quit IRC21:43
*** lamego1 <lamego1!~lamego@> has quit IRC21:51
*** lamego <lamego!~lamego@> has joined #yocto21:52
*** anselmolsm <anselmolsm!~anselmols@> has quit IRC21:53
*** bfederau <bfederau!> has quit IRC22:01
*** bfederau <bfederau!> has joined #yocto22:01
*** paulg <paulg!~paul@> has joined #yocto22:04
*** radhus <radhus!> has quit IRC22:12
*** radhus <radhus!> has joined #yocto22:14
*** ftonello <ftonello!> has quit IRC22:24
-YoctoAutoBuilder- build #422 of nightly-x32 is complete: Failure [failed Running Sanity Tests Running Sanity Tests_1] Build details are at
pidgejoshuagl: you used the wrong bitbake branch for your AB run ;)22:26
*** lamego <lamego!~lamego@> has quit IRC22:31
*** OutOfNoWhere <OutOfNoWhere!~rpb@> has joined #yocto22:33
*** arfoll <arfoll!~arfoll@> has quit IRC22:37
*** arfoll <arfoll!~arfoll@> has joined #yocto22:37
*** sameo <sameo!samuel@nat/intel/x-lczrbhypriaphaed> has joined #yocto22:41
*** radhus <radhus!> has quit IRC22:44
*** radhus <radhus!> has joined #yocto22:46
*** sameo <sameo!samuel@nat/intel/x-lczrbhypriaphaed> has quit IRC22:51
*** sameo <sameo!~samuel@> has joined #yocto22:51
*** toxickore <toxickore!jposadas@nat/intel/x-stamejlqpnlwvwdh> has quit IRC22:53
*** paulg <paulg!~paul@> has quit IRC22:53
*** dfaught <dfaught!> has joined #yocto22:54
*** madisox <madisox!> has quit IRC23:16
*** aehs29 <aehs29!aehernan@nat/intel/x-arzfcluewbciftlf> has left #yocto23:22
*** dvhart <dvhart!dvhart@nat/intel/x-csxalsyszswyowyg> has quit IRC23:26
*** sameo <sameo!~samuel@> has quit IRC23:37
*** ionte <ionte!> has quit IRC23:49
*** pidge <pidge!~pidge@2a02:8084:0:3000:54e2:5285:904c:3bbd> has quit IRC23:52
-YoctoAutoBuilder- build #426 of nightly-world is complete: Success [build successful] Build details are at
*** afxez0r <afxez0r!afxez0r@nat/intel/x-fxbysbhfewyxqztq> has quit IRC23:54
*** dvhart <dvhart!dvhart@nat/intel/x-losunvvsnhjdomgy> has joined #yocto23:54

Generated by 2.11.0 by Marius Gedminas - find it at!