Monday, 2017-02-27

*** nighty <nighty!> has quit IRC00:16
*** hundebol1 <hundebol1!> has quit IRC00:55
*** hundeboll <hundeboll!> has joined #yocto00:56
*** nighty <nighty!> has joined #yocto01:03
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has quit IRC01:35
*** paulg <paulg!> has joined #yocto01:38
*** NU-Slacker <NU-Slacker!~NU-Slacke@> has quit IRC02:27
*** NU-Slacker <NU-Slacker!~NU-Slacke@> has joined #yocto02:28
*** nrossi <nrossi!uid193926@gateway/web/> has joined #yocto02:56
*** Luming <Luming!luyu@nat/intel/x-iwoajxmzlyhjgpka> has quit IRC03:08
*** manuel_ <manuel_!~manuel@> has quit IRC04:06
*** tlwoerner <tlwoerner!~tlwoerner@> has joined #yocto04:25
*** tlwoerner <tlwoerner!~tlwoerner@unaffiliated/tlwoerner> has joined #yocto04:25
*** gtristan <gtristan!~tristanva@> has joined #yocto04:30
*** vignesh <vignesh!~vignesh@> has joined #yocto04:49
*** voltbit <voltbit!> has joined #yocto05:05
*** voltbit_ <voltbit_!> has joined #yocto05:22
*** voltbit <voltbit!> has quit IRC05:22
*** voltbit <voltbit!> has joined #yocto05:25
*** voltbit_ <voltbit_!> has quit IRC05:27
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has joined #yocto05:53
*** Cubi_ <Cubi_!> has joined #yocto06:04
*** AndersD <AndersD!> has joined #yocto06:13
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has quit IRC06:17
*** AndersD <AndersD!> has quit IRC06:25
*** AndersD <AndersD!> has joined #yocto06:26
*** Guest94486 <Guest94486!> has joined #yocto06:29
*** seezer <seezer!seezer@quassel/developer/seezer> has quit IRC07:00
*** seezer <seezer!seezer@quassel/developer/seezer> has joined #yocto07:00
*** morphis_ <morphis_!> has joined #yocto07:02
*** hamis <hamis!~irfan@> has joined #yocto07:02
*** alephan_ <alephan_!496d0721@gateway/web/freenode/ip.> has joined #yocto07:08
alephan_Hi guys!07:09
alephan_Anybody awake?07:09
*** jobro <jobro!> has joined #yocto07:09
alephan_I have a class where I set in a python function (anonymous) a specific variable. This is used. In the image type generation function. For whatever reason, from 0a4e1f968ada5099e3270ed06404d2827e9729aa, this function doesn't set the variable anymore.07:12
*** fabo_ is now known as fabo07:13
alephan_This is the code. The variable is RESIN_BOOT_PARTITION_FILES.07:13
*** qt-x <qt-x!~Thunderbi@> has joined #yocto07:16
*** Guest94486 <Guest94486!> has quit IRC07:20
*** mdnneo <mdnneo!~umaucher@> has joined #yocto07:22
*** csanchezdll <csanchezdll!> has joined #yocto07:24
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC07:25
*** agust <agust!> has joined #yocto07:27
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto07:35
*** Maka_ <Maka_!58d38d01@gateway/web/freenode/ip.> has joined #yocto07:38
Maka_Good Morning all ^^07:38
Maka_Was wondering if anyone knows a fix for this error: sudo: no tty present and no askpass program specified07:39
LetoThe2ndMaka_: and in what context would one see that error?07:39
Maka_It's trying to run some lines from a makefile, which uses the sudo command. For every sudo command it gives that error07:40
LetoThe2ndMaka_: then the Makefile is broken and needs fixing.07:41
Maka_Well its not broken, but its probably not perfectly optimized for Yocto then07:41
LetoThe2ndMaka_: nope, it is broken.07:41
Maka_it works on ubuntu, so its not exactly broken right?07:41
LetoThe2ndMaka_: a Makefile under no circumstances has to decide under which right it gets executed.07:42
LetoThe2ndMaka_: nope, your interpretation is incorrect. it means that it is broken, but somebody tinkered it long enough that it *almost* works on ubuntu07:42
Maka_Hmm alright then07:43
LetoThe2ndMaka_: tell me, why exactly should a Makefile require sudo?07:43
Maka_Well, it executes command that would normally require sudo07:43
LetoThe2ndMaka_: nope. it tries to get around some limitations by the rights system. that alone tells me it assumes that it knows/thinks it will do something that needs system privilege.07:44
*** frsc <frsc!~frsc@> has joined #yocto07:44
LetoThe2ndMaka_: and there is exactly *one* operation that a Makefile might need system privileges for: installation. and even there, it is not exactly mandatory. i can easily decide to prefix the installation by my home, therefore do a user install07:45
Maka_The problem is, once i remove the sudo's it wont work at all07:45
Maka_So i'll have to find some other way then07:45
LetoThe2ndMaka_: so if the Makefile thinks it needs system privileges and tries to acquire it automatically, then it is broken by definition.07:45
Maka_Hmm, alright then, thanks ^^07:46
LetoThe2ndMaka_: maybe look at what it tries to do? if it tries to "streamline" the installation by that sudo, then just throw it out, and have the user explicitly execute it as privileged07:47
LetoThe2ndif it does something else, it is very, very fishy07:47
Maka_What it does, is unpack a tar, and try to do a make, depmod, mv, ln, mkdir, cp and sed07:48
LetoThe2ndthen look at the steps, find out which are system cricital, provide a make target for them that then is explicitly documented to use system privilege07:49
Maka_Could i provide these steps in my recipe?07:50
LetoThe2ndbut a Makefile that requires sudo sounds like it has been written by somebody who thinks that all the linux world behaves just like his ubuntu desktop. (which is not exactly true)07:50
LetoThe2ndof course you can07:50
Maka_Hmm, the thing is, i have yet to find a good tutorial/example how to write these recipes, especially the do_xxxx functions07:51
Maka_You send me some links before07:51
LetoThe2ndits just that a makefile who shows such assumptions is prone to be broken in other ways too. e.g. not repecting paths, prefixes, architectures, etc.07:51
LetoThe2ndMaka_: the complete how-to-write-your-own-recipe is at
Maka_Yea i've seen it multiple times, and sadly still don't get it ._.07:52
LetoThe2ndand always remember to look up comparable recipes, preferred from oe-core as they are probably the best maintained.07:53
Maka_Yea i've been doing that ^^07:53
Maka_I'll just keep trying some more stuff for now07:53
*** fl0v0 <fl0v0!> has joined #yocto07:55
*** maka__ <maka__!58d38d01@gateway/web/freenode/ip.> has joined #yocto08:01
*** Maka_ <Maka_!58d38d01@gateway/web/freenode/ip.> has quit IRC08:02
*** arfoll <arfoll!arfoll@nat/intel/x-pyexttiitbyxsnxi> has joined #yocto08:03
*** joseppc <joseppc!> has joined #yocto08:10
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto08:10
*** rajm <rajm!> has joined #yocto08:10
*** c2bo <c2bo!c227da0a@gateway/web/freenode/ip.> has joined #yocto08:14
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto08:19
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto08:20
*** florian_kc is now known as florian08:20
*** gattuso <gattuso!> has quit IRC08:34
*** vignesh <vignesh!~vignesh@> has quit IRC08:38
*** gattuso <gattuso!> has joined #yocto08:41
*** pohly <pohly!> has joined #yocto08:42
*** pohly <pohly!> has quit IRC08:43
*** pohly <pohly!> has joined #yocto08:44
*** grma <grma!~gruberm@> has joined #yocto08:45
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto08:46
*** alephan_ <alephan_!496d0721@gateway/web/freenode/ip.> has quit IRC08:46
*** lemagoup <lemagoup!~lemagoup@> has joined #yocto08:51
*** mckoan|away is now known as mckoan08:51
*** mckoan <mckoan!~marco@unaffiliated/mckoan> has joined #yocto08:51
mckoangood morning08:52
maka__Morning ^^08:52
*** JoiF <JoiF!~jofr@> has joined #yocto09:03
*** jku_ <jku_!~jku@> has joined #yocto09:06
*** jku_ is now known as jku09:06
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC09:06
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto09:15
*** voltbit <voltbit!> has quit IRC09:17
*** Biliogadafr <Biliogadafr!> has joined #yocto09:17
*** TobSnyder <TobSnyder!> has joined #yocto09:17
*** yann <yann!> has quit IRC09:20
*** manuel_ <manuel_!~manuel@> has joined #yocto09:28
*** manuel_ <manuel_!~manuel@> has joined #yocto09:35
*** joshuagl <joshuagl!~joshuagl@> has joined #yocto09:43
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC09:43
*** sveinse <sveinse!> has joined #yocto09:52
*** gagi is now known as dholland09:53
*** geoffrey_l <geoffrey_l!> has joined #yocto09:54
sveinseWe are building three rootfs for three different MACHINES (same tune) by running the same bitbake target three times. Now I want to bundle them into a common image for distribution. Now should I implement this outside bitbake, or can I run three different MACHINE builds from bitbake (Jethro)?09:56
*** RobbinParrish_ <RobbinParrish_!dce191d9@gateway/web/freenode/ip.> has joined #yocto10:00
RobbinParrish_Hello All, I am trying to compile the Mariadb 10.1.21 using the cross-compile in Yocto. During the compilation of the mariadb its failed with the  error says "make[2]: *** No rule to make target sql/gen_lex_hash', needed by 'sql/lex_hash.h'.  Stop." The manual compilation just worked fine but cross-compile doesn't. I am using Fedora-24 as my host system. Any hint or a quick help will be very helpful.10:00
*** yann <yann!> has joined #yocto10:02
*** toanju <toanju!~toanju@> has joined #yocto10:03
jkuRobbinParrish_: I know nothing about mariadb, so be warned... gen_lex_hash is a binary that needs to be run at build time (and oviously using a target version on your fedora doesn't work so the build system doesn't even try to build it when cross compiling).10:07
jkuRobbinParrish_: if there's no way around this build tool requirement, you'll probably have to make a native recipe that provides gen_lex_hash, and make mariadb depend on that10:09
jkuRobbinParrish_: ... now that I look in meta-oe, this is exactly what the mariadb 5.5.52 recipes do:
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC10:15
*** CTtpollard <CTtpollard!> has joined #yocto10:16
RobbinParrish_jku: Thank you very much for the quick reply. I really appreciate it. Yes thats right. FYI I have created two recipes one is mariadb-native and other is mariadb only. The mariadb-native depends on the mariadb recipe. FYI the mariadb-native works fine it get compiled, installed and sysroot task also completed successfully. However during the do_compile of the Mariadb recipe I am getting the above error.10:17
*** sameo <sameo!~samuel@> has joined #yocto10:17
RobbinParrish_jku: Yes thats correct, FYI I have created this recipes thats based on the "mariadb 5.5.52 recipes" from meta-oe but I have made some changes in prior to make it work for me.10:18
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has joined #yocto10:22
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto10:23
*** voltbit_ <voltbit_!~acid___@> has joined #yocto10:24
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto10:27
*** ed21 <ed21!~Adium@> has joined #yocto10:32
*** ed21 is now known as ed210:32
*** rburton <rburton!> has joined #yocto10:33
*** nighty <nighty!> has quit IRC10:34
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC10:34
*** lemagoup <lemagoup!~lemagoup@> has quit IRC10:35
*** lemagoup <lemagoup!~lemagoup@> has joined #yocto10:37
*** zeenix <zeenix!~zeenix@> has joined #yocto10:38
*** pohly <pohly!> has quit IRC10:43
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC10:52
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto10:52
*** ed2 <ed2!~Adium@> has quit IRC11:00
*** ed2 <ed2!~Adium@> has joined #yocto11:07
*** dv_ <dv_!~quassel@> has quit IRC11:18
*** dv_ <dv_!~quassel@> has joined #yocto11:18
SaurRP: Has the name of the successor to Pyro been announced yet?11:19
*** rovanceo <rovanceo!~rovanceo@> has joined #yocto11:21
*** ed2 <ed2!~Adium@> has joined #yocto11:22
RPSaur: not yet, I need to decide and do that11:22
*** cdleonard <cdleonard!> has joined #yocto11:23
*** nighty <nighty!> has joined #yocto11:27
rburtonjoshuagl: have you made the AB changes that wic needs?11:38
jkuRobbinParrish_: oh then it might just be you need to patch out the DEPENDS line from the CMakelists.txt11:39
joshuaglrburton: not deployed yet11:39
*** mihai <mihai!~mihai@> has joined #yocto11:42
*** CrowgirlC <CrowgirlC!> has quit IRC11:44
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC11:50
joshuaglrburton: take it you've seen the same failures in a recent build?11:51
* joshuagl had a vague recollection from a past discussion that we wouldn't need to change the AB for wic11:52
rburtonjoshuagl: wic patches on the list break with current AB11:52
rburtonsomething about required dependencies11:53
rburtonit should be building wic-tools instead of the bits individually, or something11:53
rburtoni suspect we need to do a layer version compare to know what to build though...11:53
rburton(speak to ed2)11:53
joshuaglrburton: right, but I thought wic-tools had been required for a while because of rss11:53
joshuaglyeah, the change I have queued checks layer version11:54
ed2rburton: which patches? Last time i saw the failure it was caused by AB.11:56
rburtonyeah exactly11:56
rburtonyour patches were breaking because the ab wasnt doing the right thing11:56
RobbinParrish_jku: sorry but honestly I didnt understand what that mean to patchout in the CMakelists.txt?11:59
*** seezer <seezer!seezer@quassel/developer/seezer> has quit IRC12:00
*** seezer <seezer!seezer@quassel/developer/seezer> has joined #yocto12:00
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto12:01
jkuRobbinParrish_: the ADD_CUSTOM_COMMAND portion that builds lex_hash.h has the line  "DEPENDS gen_lex_hash": it probably should not in cross compile case12:01
jkuthis is in mariadb sql/CMakeLists.txt12:02
*** voltbit_ <voltbit_!~acid___@> has quit IRC12:04
*** egavinc <egavinc!~egavinc@> has joined #yocto12:06
RobbinParrish_jku: Yes thats true its being added as dependecies. Thanks, got it let me try to create a patch to validate it.12:06
*** aV_V <aV_V!~aV_V@> has joined #yocto12:09
*** istarilucky <istarilucky!~rlucca@> has joined #yocto12:09
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto12:09
*** rovanceo <rovanceo!~rovanceo@> has quit IRC12:10
*** viengelm <viengelm!viengelm@nat/digia/x-wqoiqgxhokrybyyx> has quit IRC12:11
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC12:14
*** rovanceo <rovanceo!~rovanceo@> has joined #yocto12:15
rburtonBORED waiting for new linux-yocto to download12:18
rburtonzeddii: please can we have shallow clones :)12:18
*** gtristan <gtristan!~tristanva@> has quit IRC12:19
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto12:19
*** viengelm <viengelm!viengelm@nat/digia/x-xwacivejxlfojvxf> has joined #yocto12:22
maka__Everytime i set my PACKAGE_CLASSES to package_deb it gives me: Debian package install does not support BAD_RECOMMENDATIONS12:29
maka__Anyone knows why12:29
*** c2bo <c2bo!c227da0a@gateway/web/freenode/ip.> has quit IRC12:31
*** peacememories <peacememories!~textual@> has joined #yocto12:32
LetoThe2ndmaka__: maybe because the deb package format does not support bad recommendations? sounds like its a rpm specific thing. so something you use is in turn trying to do something rpm specific12:33
rburtonmaka__: because package_deb does not support BAD_RECOMMENDATIONS and you're building something which needs it12:33
rburtonopkg supports it too12:33
LetoThe2ndrburton: ah interesting12:33
rburtonreally, package_deb is the worst choice.  opkg and rpm are better supported.12:34
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto12:34
maka__So if i add opkg its fine or..?12:34
rburtonyou'd need to change PACKAGE_CLASSES12:35
rburtonpackage_deb isn't the default so you must have changed it in the first place12:35
maka__Since im trying something with .deb files, and everywere i read i should use package_deb then12:36
maka__But it seems it doesn't work12:36
LetoThe2ndmaka__: you are messing up things (again). just because a lot of the software you try to install comes as deb (which is bad enough), it does not mean that using deb as your package format is a godd choice when dealing with OW12:37
*** Bryanstein <Bryanstein!~Bryanstei@shellium/admin/bryanstein> has quit IRC12:38
maka__It seems i'm always messing things up haha12:38
LetoThe2ndmaka__: if you really want or need to stick with those obscure packages, generating your own distro won't work anyways. run debian or ubuntu, then.12:38
*** quite <quite!quite@unaffiliated/quite> has quit IRC12:42
maka__Sadly i have to stick to these packages yea, and also to yocto, so yea12:42
*** quite <quite!quite@unaffiliated/quite> has joined #yocto12:44
rburtonsticking to the packages is easy enough - just unpack the deb and get the contents out12:45
rburtonas said, that's unrelated to your package manager choice.  i'd recommend rpm if you intend to do on-target upgrades in the field, otherwise opkg as its simplier.12:46
*** Bryanstein <Bryanstein!~Bryanstei@shellium/admin/bryanstein> has joined #yocto12:46
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has joined #yocto12:46
*** gtristan <gtristan!~tristanva@> has joined #yocto12:47
*** bachp <bachp!bachpmatri@gateway/shell/> has quit IRC12:51
*** bachp <bachp!bachpmatri@gateway/shell/> has joined #yocto12:51
maka__rburton: and what do i do with the unpacked deb?12:58
rburtonmaka__: get the contents out and install them to get it repackaged12:58
*** peacememories <peacememories!~textual@> has quit IRC12:59
maka__How do you mean that exactly? sorry if i seem like an idiot..12:59
LetoThe2ndyou need a native dpkg, and use that to unpack. then repack through a manually carved do_install function13:01
rburtondo_unpack will partially open up a deb anyway13:01
*** toanju <toanju!~toanju@> has quit IRC13:01
rburtonunpack the rest and mkdir/install in your do_install()13:01
*** zip__ <zip__!b23cc823@gateway/web/freenode/ip.> has joined #yocto13:02
maka__Alrright, thanks ^^13:03
LetoThe2ndand while you're at it, have a thorough look at the dependencies, arch, etc. too. otherwise you will have them repackages, but the binaries won't work.13:04
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC13:05
maka__Alright, will do13:05
*** egavinc <egavinc!~egavinc@> has quit IRC13:05
*** toanju <toanju!~toanju@> has joined #yocto13:21
*** qt-x <qt-x!~Thunderbi@> has quit IRC13:22
zip__ Hi all! i have a question but i dont know if here is the right place to ask for13:22
zip__im working with yocto and i need to run a custom distro on my rpi313:22
*** egavinc <egavinc!> has joined #yocto13:23
zip__i have no problem with this13:23
zip__my problem is that i cant decompress the extended attributes and then make the rpi boot13:23
zip__it gets stuck at Uboot terminal13:23
zip__you know any tutorial or something to solve this problem?13:23
zip__many thanks13:23
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto13:26
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC13:27
*** CrowgirlC <CrowgirlC!> has joined #yocto13:36
*** ed2 <ed2!~Adium@> has quit IRC13:38
*** marka <marka!> has joined #yocto13:40
*** kanavin <kanavin!~ak@> has quit IRC13:41
*** kanavin <kanavin!~ak@> has joined #yocto13:41
*** hamis <hamis!~irfan@> has quit IRC13:43
*** istarilucky1 <istarilucky1!~rlucca@> has joined #yocto13:43
*** istarilucky <istarilucky!~rlucca@> has quit IRC13:44
zip__maybe adding this lines to local.conf? IMAGE_CMD_TAR = "tar --xattrs-include='*'" IMAGE_DEPENDS_tar_append = " tar-replacement-native" EXTRANATIVEPATH += "tar-native"13:46
*** ed2 <ed2!~Adium@> has joined #yocto13:48
*** wesam <wesam!> has joined #yocto13:48
jobromrpelotazo: Which archive file is the right one to load it to the root partition ?13:51
binarymjobro: .ext413:55
binarymusing dd if=.ext4 of=partition13:55
*** toanju <toanju!~toanju@> has quit IRC14:00
*** Cubi_ <Cubi_!> has quit IRC14:08
*** rcw <rcw!~rwoolley@> has joined #yocto14:15
*** toanju <toanju!~toanju@> has joined #yocto14:17
rburtonjku: ready for another mission?  the useradd/pseudo thing is driving me insane.  there's a path in useradd postinst which points into the recipe sysroot.14:18
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC14:20
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto14:20
*** voltbit <voltbit!> has joined #yocto14:23
*** ed2 <ed2!~Adium@> has quit IRC14:23
jkurburton: I'm missing a bit of context14:24
*** madisox <madisox!> has joined #yocto14:24
*** ed2 <ed2!~Adium@> has joined #yocto14:24
rburtonhuh thought i'd filed a bug14:25
rburtonjku: the useradd class generates postinsts to make the users.  the bit of it that runs at image rootfs time tells pseudo to use a passwd file in the sysroot, but as we don't have "the" sysroot now it points at the recipe's sysroot.  not only may this not exist at rootfs time, but it changes every time the recipe version changes.14:27
rburtoni suspect we just need to delete or rethink this code14:27
rburtonif maxin is around, he has a bit of experience in that class14:27
*** stephano <stephano!stephano@nat/intel/x-zquldodluovkiauo> has joined #yocto14:28
*** ed2 <ed2!~Adium@> has quit IRC14:29
*** AndersD <AndersD!> has quit IRC14:30
*** peacememories <peacememories!> has joined #yocto14:30
jkurburton: so what's the problem, as in what part here drives you insane ?14:33
jkudo we not actually get a real passwd file when rootfs is generated?14:36
*** arfoll <arfoll!arfoll@nat/intel/x-pyexttiitbyxsnxi> has quit IRC14:36
*** ed2 <ed2!Adium@nat/intel/x-wpehwwfaxaiagrxm> has joined #yocto14:36
rburtonjku: drives me insane becuase i get a page-long chunk in buildhistory-diff :)14:37
rburtonbut its also just not working because the recipe sysroot may not be there anymore14:38
jkuoh yeah if it points not to the image sysroot but the "package" sysroot14:39
*** peacememories <peacememories!> has quit IRC14:39
kanavinI don't get it, why not run user/group management commands against the image rootfs?14:41
*** ed2 <ed2!Adium@nat/intel/x-wpehwwfaxaiagrxm> has quit IRC14:41
rburtonit used to point to the global rootfs but the assumptions there are all invalid now14:42
*** jairglez <jairglez!~jairdeje@> has joined #yocto14:43
kanavinI mean, postinsts are all executed at image rootfs time, and with a bit of effort you can point the native commands you want to run to execute against that14:43
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC14:45
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto14:45
*** maxin <maxin!~maxin@> has joined #yocto14:45
jkukanavin: it's just that the actual recipe that wants a new user sets PSEUDO_PASSWD to a bogus value. maxin promised to handle at least that bit14:46
*** Majuk <Majuk!32e94dd2@gateway/web/cgi-irc/> has joined #yocto14:46
*** lamego <lamego!~jose@> has joined #yocto14:47
*** justanotherboy <justanotherboy!mlopezva@nat/intel/x-xaqymgpcjfovzyzl> has joined #yocto14:47
kanavinjku: I still don't see why useradd.bbclass needs to be so complicated14:48
georgemI need to try out the per recipe sysroot stuff with all of my internal layers, loads of stuff is bound to break.14:48
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC14:48
rburtongeorgem: going by how badly meta-oe broke, yes :)14:48
jkukanavin it probably does not14:48
georgemrburton: hehe14:48
georgemkanavin: it drives me nuts too but not sure I can think of a better way to handle it that accounts for all of the covered use cases.14:49
kanavingeorgem: what are the use cases?14:50
georgemFor anyone doing image based upgrades and not allowing optional package installation at runtime I think they'd generally be better off just hand writing a passwd, group file.14:50
georgemkanavin: one of the trickier ones is installing a package at runtime. the required users, groups for the package must be added into passwd, group.14:51
kanavingeorgem: so you call useradd, what is the problem?14:52
*** arfoll <arfoll!arfoll@nat/intel/x-vjluvktanrbcqtcx> has joined #yocto14:52
georgemkanavin: well, that's what it does14:53
georgemit also has to worry about uid, gid collisions of course14:53
georgemand then there is the provision for static uids, gids14:54
georgemit really gets screwy when multiple packages require the same user, group14:55
kanavinwon't useradd tell you when you try to add a uid or user that already exists?14:57
kanavinthen you treat that as an error, no?14:59
*** voltbit_ <voltbit_!> has joined #yocto15:00
georgemkanavin: it checks if the user already exists before trying to add it. and no it's not an error if it already exists. two packages can create the same user.15:02
*** RobbinParrish_ <RobbinParrish_!dce191d9@gateway/web/freenode/ip.> has quit IRC15:03
kanavingeorgem: so what gets screwy then?15:04
*** ed2 <ed2!Adium@nat/intel/x-iatzsypetukmoogx> has joined #yocto15:04
georgemkanavin: Though if you remove one of those packages it might remove the user even though the other package still needs it. Can't remember.15:04
georgemThere have been changes to that in the last year and I have hard time keeping up with exactly how it works at any given time :)15:05
*** ntl <ntl!> has quit IRC15:05
kanavingeorgem: I'll take code that can be understood over code that handles all the use cases :)15:06
georgemkanavin: yeah, I understand where you're coming from. and most people say this until it's a use case they care about :)15:06
kanavingeorgem: then they should write their own code to handle it, and not force it into oe-core15:07
*** ed2 <ed2!Adium@nat/intel/x-iatzsypetukmoogx> has quit IRC15:08
*** willdye <willdye!> has joined #yocto15:09
*** ed2 <ed2!Adium@nat/intel/x-hzlerjwnnktmbjqk> has joined #yocto15:10
georgemkanavin: at least until recently (I haven't tested with recipe specific sysroot yet) it worked relatively well (apart from some fringe usecases that you've stated you don't care about) so there wasn't really a need to simplify it.15:12
*** jobro <jobro!> has quit IRC15:13
*** redengin <redengin!~redengin@2601:600:9200:a356:2512:8ce0:ba81:2773> has quit IRC15:14
*** jairglez <jairglez!~jairdeje@> has quit IRC15:16
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC15:21
justanotherboyrburton: I saw your comment in bug for '\n' in DESCRIPTION for opkg. Isn't better to let know the user about the issue instead of silently replace '\n' for '.'?15:22
*** maka__ <maka__!58d38d01@gateway/web/freenode/ip.> has quit IRC15:23
*** zz_ka6sox is now known as ka6sox15:24
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto15:26
*** redengin <redengin!~redengin@2601:600:9200:a356:225:22ff:fe3a:aa83> has joined #yocto15:28
*** ntl <ntl!> has joined #yocto15:33
rburtonjustanotherboy: not if opkg does what dpkg does and say to embed newlines, add a '.' on its own.15:34
justanotherboyrburton: OK, let me work on that then15:36
*** toanju <toanju!~toanju@> has quit IRC15:39
*** Andreas <Andreas!4fdaf1f1@gateway/web/freenode/ip.> has joined #yocto15:39
*** Andreas is now known as Guest339715:40
*** wilma <wilma!4fdaf1f1@gateway/web/freenode/ip.> has joined #yocto15:41
*** voltbit_ <voltbit_!> has quit IRC15:44
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has quit IRC15:45
geoffrey_lHi, I'm currently having trouble to understand how sstates and setscenes actually works behind, anybody have an hint for where to search ?15:46
*** wilma <wilma!4fdaf1f1@gateway/web/freenode/ip.> has quit IRC15:47
*** ed2 <ed2!Adium@nat/intel/x-hzlerjwnnktmbjqk> has quit IRC15:50
kanavingeoffrey_l: maybe meta/classes/sstate.bbclass?15:51
*** JoiF <JoiF!~jofr@> has quit IRC15:51
*** eduardas_m <eduardas_m!~eduardas_@> has joined #yocto15:52
mborzeckii'm trying to do_populate_sdk_ext but I'm getting an error due to core-image-minimal/1.0-r0/ not being created, is this file supposed to be created automaticaly or sth?15:53
*** jku <jku!~jku@> has quit IRC15:54
*** justanotherboy <justanotherboy!mlopezva@nat/intel/x-xaqymgpcjfovzyzl> has quit IRC15:55
mborzeckiI can generate it manually through `bitbake -S none core-image-minimal` but I'm guessing it's supposed to be done automatically during do_populate_sdk_ext15:55
*** eduardas_m <eduardas_m!~eduardas_@> has quit IRC15:55
rburtonmborzecki: i predict you've got rm_work enabled15:56
mborzeckiindeed, remove it?15:56
rburton(discovered this on friday)15:56
mborzeckithx, checking :)15:56
rburtoni filed a bug, but thinking about it the likely default assignee is on paternity leave15:56
*** zip__ <zip__!b23cc823@gateway/web/freenode/ip.> has quit IRC15:57
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC15:58
geoffrey_lkanavin: Thanks. I still don't understand how it's linked to bitbake since sstate are present in bitbake code, but I will try to figure it with that.15:59
*** ed2 <ed2!Adium@nat/intel/x-tnymwlicujlaegbp> has joined #yocto16:01
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto16:03
*** frsc <frsc!~frsc@> has quit IRC16:04
kanavinrburton: will you be able to do another full AB pass of the dnf branch later tonight?16:05
*** justanotherboy <justanotherboy!~mlopezva@> has joined #yocto16:05
kanavin(not yet)16:05
kanavinregardless of results, I will ignore them for two weeks, promise :)16:05
kanavinbut I almost have finished fixing everything that was reported in the previous run16:06
mborzeckirburton: many thanks, populate_sdk_ext worked this time16:06
*** justanotherboy <justanotherboy!~mlopezva@> has quit IRC16:08
rburtonanyone apart from bluelightning understand eSDK generation?16:08
*** YoctoAutoBuilder <YoctoAutoBuilder!> has quit IRC16:09
*** YoctoAutoBuilder <YoctoAutoBuilder!> has joined #yocto16:09
kergothdenix: is the best way to get the revisions / tags of meta-ti corresponding to a particular processor sdk version to just check the config file used by the oe-layertool-setup? I noticed the ti version tags don't correspond to processor sdk release versioning16:13
kergothmeh, need more coffee16:13
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto16:14
*** TobSnyder <TobSnyder!> has quit IRC16:14
mborzeckihmm still don't understand why *-native are not taken from sstate cache, identical revisions of layers, identical config, both using poky (uninative?), still most (all) of *-native packages are getting rebuilt on the other host16:16
kergothbitbake -S printdiff is your friend16:16
*** mihai <mihai!~mihai@> has quit IRC16:22
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC16:23
RPrburton: me, but I suspect that isn't the answer you were looking for :/16:25
*** istarilucky1 <istarilucky1!~rlucca@> has quit IRC16:25
*** justanotherboy <justanotherboy!mlopezva@nat/intel/x-yxsbrbavbvsddeoc> has joined #yocto16:25
rburtonRP: i think i can blame the AB :O16:26
*** istarilucky <istarilucky!~rlucca@> has joined #yocto16:26
kanavinrburton: is ready :)16:27
kanavinhopefully it's not worse than the previous time :D16:27
rburtonhigh hopes16:28
kanavinlike I said, any result will be ignored for two weeks :)16:28
mborzeckikergoth: thx, actually this is a bit unexpected, printdiff lists do_fetch of all packages :/16:28
mborzeckii guees that's why everything is getting rebuilt16:29
* kanavin ---> tea time16:29
*** todor <todor!~todor@> has joined #yocto16:30
mborzeckihmm something fishy, it's trying to fetch files from my SSTATE_MIRROR[S] but i'm seeing this:16:39
mborzeckiDEBUG: For url file://63/sstate:acl:arm1176jzfshf-vfp-poky-linux-gnueabi:2.2.52:r0:arm1176jzfshf-vfp:3:63308c495378a3449a106ab9bced49ac_packagedata.tgz returning http://116:39
mborzeckiDEBUG: checkstatus() urlopen failed: <urlopen error [Errno 9] Bad file descriptor>16:39
mborzeckiobvioulsy works with wget16:42
*** istarilucky1 <istarilucky1!~rlucca@> has joined #yocto16:42
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC16:43
*** Majuk <Majuk!32e94dd2@gateway/web/cgi-irc/> has quit IRC16:45
*** istarilucky <istarilucky!~rlucca@> has quit IRC16:45
*** rajm <rajm!> has quit IRC16:47
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto16:48
*** mdnneo <mdnneo!~umaucher@> has quit IRC16:50
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto16:50
*** egavinc <egavinc!> has quit IRC16:52
*** mckoan is now known as mckoan|away16:53
mborzeckiin case anyone is wondering, serving sstate cache via python3 -m http.server is a really bad idea16:55
khemrburton: there ?16:58
khemrburton: your go-cross error is new to me but I see it has been seen before in go world16:59
khemrburton: whats the best way to reproduce it I wonder16:59
khemI have arch/ubuntu14.04/centos7 boxes and did not see it16:59
*** seezer <seezer!seezer@quassel/developer/seezer> has quit IRC17:00
*** seezer <seezer!seezer@quassel/developer/seezer> has joined #yocto17:00
mborzeckikhem: iirc we might have seen something similar in mender, let me take a look17:02
*** aV_V <aV_V!~aV_V@> has quit IRC17:03
khemmborzecki: ok,17:03
khemmborzecki: how did you solve it17:03
khemother places they seem to have it fixed with another box install so it seems its related to box/os17:04
khembut there must be a root cause for it17:04
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC17:04
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC17:05
wesamumm i deleted my initramfs files and bitbake now is giving me an error17:06
wesamwhat should i do17:06
*** Snert_ <Snert_!~snert_@> has joined #yocto17:06
mborzeckikhem: quite postive this is the patch :) there's an accompanying change in poky as well:
wesamthe ones located in tmp/deploy/images/intel-corei7-64/17:07
*** csanchezdll <csanchezdll!> has left #yocto17:09
*** fl0v0 <fl0v0!> has quit IRC17:13
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto17:18
*** justanotherboy <justanotherboy!mlopezva@nat/intel/x-yxsbrbavbvsddeoc> has quit IRC17:19
*** majuk <majuk!32e94dd2@gateway/web/cgi-irc/> has joined #yocto17:23
majukHello hello. I see a lot of references to Dizzy as a stable branch. Is there a more recent stable branch?17:24
khemmborzecki: ok, let me see17:24
denixkergoth: yes, processor sdk releases do correspond to meta-ti/meta-arago tags and you can double-check which tags were used in config files of oe-layersetup17:24
*** stephano <stephano!stephano@nat/intel/x-zquldodluovkiauo> has quit IRC17:25
kergothdenix: okay, thanks, appreciated. is there a timeline as to when the release will happen which includes the 4.9 kernel, by chance?17:27
*** geoffrey_l <geoffrey_l!> has quit IRC17:28
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto17:34
denixkergoth: I'm cutting rc2 tag later today. will be rc3 and rc4 each week and the final tag will be in about 3 weeks. that's 2017.00, which is a baseline on morty and 4.9 kernel. official releases will follow after that, as it will take them time for collateral and documentation...17:38
*** sjolley <sjolley!~sjolley@> has left #yocto17:38
* kergoth nods17:38
kergothokay, thanks17:38
*** pohly <pohly!> has joined #yocto17:39
denixkergoth: are you interested in anything in particular I can help you with?17:40
*** paulg <paulg!> has quit IRC17:54
*** paulg <paulg!> has joined #yocto17:54
*** yann <yann!> has quit IRC18:02
*** justanotherboy <justanotherboy!~mlopezva@> has joined #yocto18:07
*** hipcoffadd <hipcoffadd!uid215620@gateway/web/> has joined #yocto18:08
*** stephano <stephano!~stephano@> has joined #yocto18:09
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC18:12
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto18:17
*** wesam is now known as shelbyCarol18:17
*** shelbyCarol is now known as wesam18:18
*** sjolley <sjolley!~sjolley@> has joined #yocto18:18
*** dreyna__ <dreyna__!> has joined #yocto18:19
*** voltbit <voltbit!> has quit IRC18:28
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has quit IRC18:30
*** grma <grma!~gruberm@> has quit IRC18:30
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto18:33
rburtonmajuk: only four :)
rburton(pyro is in development now)18:37
*** dreyna_ <dreyna_!uid214138@gateway/web/> has quit IRC18:40
majukrburton: Man, I tried rolling up Chromium on the Krogoth branch and the thing was a house of cards. It ran but seg faulted at random.18:44
*** davis <davis!> has left #yocto18:44
majukJust as likely user error as anything else, it would be a stretch to say I know what I'm doing.18:44
*** stephano <stephano!~stephano@> has quit IRC18:45
majukI'm rolling up a Jethro build as we speak, see if it's any better.18:45
*** arfoll <arfoll!arfoll@nat/intel/x-vjluvktanrbcqtcx> has quit IRC18:45
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto18:46
*** ed2 <ed2!Adium@nat/intel/x-tnymwlicujlaegbp> has quit IRC18:49
*** _Ben <_Ben!81612d46@gateway/web/freenode/ip.> has joined #yocto18:51
*** cdleonard <cdleonard!> has quit IRC18:52
*** nrossi <nrossi!uid193926@gateway/web/> has quit IRC18:55
*** ed2 <ed2!Adium@nat/intel/x-incyqccatvkbedxq> has joined #yocto18:56
_BenHas anybody added PyOpenCL to a build before?18:59
ed2rburton: i still don't see any of my 27 patches in ross/mut. Any chance to get them there?19:04
*** gtristan <gtristan!~tristanva@> has quit IRC19:05
*** warthog9 <warthog9!> has quit IRC19:14
*** yann <yann!> has joined #yocto19:16
*** wesam <wesam!> has quit IRC19:21
*** warthog9 <warthog9!> has joined #yocto19:21
*** wesam <wesam!> has joined #yocto19:24
*** wesam <wesam!> has quit IRC19:27
*** wesam <wesam!> has joined #yocto19:34
*** toanju <toanju!> has joined #yocto19:38
*** ZubairLK <ZubairLK!~Thunderbi@unaffiliated/zubairlk> has quit IRC19:49
*** ZubairLK <ZubairLK!~Thunderbi@unaffiliated/zubairlk> has joined #yocto19:51
*** behanw <behanw!uid110099@gateway/web/> has joined #yocto19:52
rburtoned2: they'll be in shortly.  is ed/wic/wip still the brnach to pull?19:55
ed2rburton: thanks. yes, you can pull from ed/wic/wip19:56
*** john3 <john3!> has quit IRC20:01
*** paulg <paulg!> has quit IRC20:05
khemrburton: just sent a v2 of go patch, it is a single patch as you suggested and has a potential fix for error you are seeing20:08
*** elruk <elruk!~elruk@> has joined #yocto20:11
*** khem <khem!~khem@unaffiliated/khem> has quit IRC20:14
*** voltbit <voltbit!> has joined #yocto20:14
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto20:18
rburtonkhem: great20:22
*** pegu <pegu!~user@> has joined #yocto20:23
*** Snert__ <Snert__!~snert_@> has joined #yocto20:37
khemrburton: I am hoping to get this going before m3 cutoff20:37
rburtonkhem: RP is keen, so i'll try it now20:39
*** Snert_ <Snert_!~snert_@> has quit IRC20:39
khemyes we talked about it last week in Portland20:42
*** voltbit_ <voltbit_!> has joined #yocto20:43
*** voltbit <voltbit!> has quit IRC20:45
*** Snert_ <Snert_!~snert_@> has joined #yocto20:45
*** Snert__ <Snert__!~snert_@> has quit IRC20:46
zeddii_homethe next challenge will be the horrible way that go dependencies are dealt with and that most packages are sneaking out in the background and downloading things.20:51
rburtonanything on the AB will fail there as we need a proxy to get to internet20:53
zeddii_homeI didn’t check the latest version, it may not have anything that does that.20:53
zeddii_homebut let’s just say ,there are lots of crimes in more complicated packages. I spent more than a day packaging dependencies last week.20:54
bluelightningthe model we have done for nodejs shouldn't be followed, IMO... it's been a real struggle :(20:54
zeddii_homeyah. it is about as fun as packing a zillion pypi modules just to make the build deps available. go is simply horrible how it does it IMHO.20:55
bluelightningmost of these lang-specific packaging solutions are similar in their behaviour20:55
bluelightninglatest is best, always connect to the net...20:55
zeddii_homeyah. go clones and checks them out locally in a gopath.20:56
*** paulg <paulg!~paulg@> has joined #yocto20:56
bluelightningpersonally I'd like to see a common framework for supporting these kinds of things through the metadata, if that's practical20:56
zeddii_homeagreed. I did a docker fix by using a multi SRCREV SRC_URI. but that is something that could be described generally for all the dependencies.20:57
zeddii_homesince if I package them all up, eventually you’ll get two packages looking for different REVs, and then things get messy with specificying multiple versions of the same dependency, etc, etc.20:57
RPbluelightning: how do you handle mirroring then?20:58
bluelightningRP: the fetcher still has to be involved20:59
RPbluelightning: I do like the idea of using BBCLASSEXTEND somehow for these, or some similar mechanism20:59
*** pohly <pohly!> has quit IRC20:59
bluelightningthat might be a nice idea, but I'm not sure it really helps beyond providing a means of having one recipe represent the multiple underlying packages21:00
RPbluelightning: or a generated layer21:00
bluelightningplus it would mean parsing would trigger a repo query21:00
RPbluelightning: so what do we need then? I'm not sure I understand the problem21:00
bluelightninghaving to have this support for each language-specific packaging solution in bitbake's fetcher code is really painful21:01
bluelightningit belongs in the same place as the support for that language-specific packaging solution is provided, i.e. the layer where the recipes for it are provided21:01
RPbluelightning: fwiw rust are trying to do a fetcher module in their layer. They have it working bar one problem which they agreed to talk to me about21:02
*** morphis_ <morphis_!> has quit IRC21:03
*** wesam <wesam!> has quit IRC21:03
bluelightningok, I'd be interested to see that21:04
bluelightningI suspect not all of the languages will require as hard a battle as we've had with npm... that's been a nightmare :(21:04
bluelightningand it's still broken21:04
bluelightning(worse in master, but it's on my todo list to fix...)21:05
*** thaytan <thaytan!> has quit IRC21:05
zeddii_homeafter fighting with go packaging, I was wishing for the sweet embrace of kernel complexities again.21:06
sveinseIs there a way in krogoth to run multiple builds? that is multiple MACHINE= but same target?21:08
bluelightningsveinse: not concurrently in the same TMPDIR, no... that's multiconfig which only came in in the next release21:09
sveinseWe are building three images (different MACHINEs, same tune), and want to bundle this into a common installer. Question is if I can build this bundling into a yocto recipe, or if I need to handle this outside yocto21:09
sveinsebluelightning: ah, allright21:09
*** _Ben <_Ben!81612d46@gateway/web/freenode/ip.> has quit IRC21:11
*** istarilucky1 <istarilucky1!~rlucca@> has left #yocto21:14
*** Snert__ <Snert__!~snert_@> has joined #yocto21:20
*** Snert_ <Snert_!~snert_@> has quit IRC21:20
*** Snert_ <Snert_!~snert_@> has joined #yocto21:22
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto21:23
*** Snert___ <Snert___!~snert_@> has joined #yocto21:24
*** inkspell4 <inkspell4!41f23702@gateway/web/freenode/ip.> has joined #yocto21:24
*** Snert__ <Snert__!~snert_@> has quit IRC21:24
inkspell4Hello, I was curious if this is the best place, or if there is a better place to ask questions about things regarding yocto (such as why something isnt working)21:25
*** Snert_ <Snert_!~snert_@> has quit IRC21:27
*** Snert_ <Snert_!~snert_@> has joined #yocto21:27
*** Snert___ <Snert___!~snert_@> has quit IRC21:29
majukinkspell4: Asking to ask a question is always a bad start.21:31
inkspell4majuk: valid point, I just wasnt sure if this is more of a developer or user space21:32
inkspell4majuk: I'm running into a kernel build issue that I have tried to debug and reached a dead end. Essentially using meta-xilinx to build a kernel my custom kernel config fragment is applied and built for qemu-zynq7 but is applied and not build for the microzed-zynq721:34
*** Biliogadafr <Biliogadafr!> has quit IRC21:35
*** inkspell4 <inkspell4!41f23702@gateway/web/freenode/ip.> has quit IRC21:41
*** toanju <toanju!> has quit IRC21:46
*** inkspell4 <inkspell4!41f23702@gateway/web/freenode/ip.> has joined #yocto21:50
*** sgw_ <sgw_!~sgw_@> has quit IRC21:52
*** sameo_ <sameo_!~samuel@> has joined #yocto21:57
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC21:58
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC22:00
*** seezer <seezer!seezer@quassel/developer/seezer> has quit IRC22:00
*** seezer <seezer!seezer@quassel/developer/seezer> has joined #yocto22:00
*** sameo <sameo!~samuel@> has quit IRC22:00
*** Snert__ <Snert__!~snert_@> has joined #yocto22:04
*** sameo_ <sameo_!~samuel@> has quit IRC22:05
*** Snert_ <Snert_!~snert_@> has quit IRC22:06
*** dreyna_ <dreyna_!> has joined #yocto22:06
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto22:06
*** sgw_ <sgw_!~sgw_@> has joined #yocto22:07
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC22:09
*** sjburt <sjburt!~sjburt@> has quit IRC22:09
*** dreyna__ <dreyna__!> has quit IRC22:10
*** rcw <rcw!~rwoolley@> has quit IRC22:11
*** sameo_ <sameo_!~samuel@> has joined #yocto22:18
*** thaytan <thaytan!> has joined #yocto22:25
*** rewitt <rewitt!rewitt@nat/intel/x-ngibdsikrwdipdbk> has joined #yocto22:25
rburtonhm should core-image-lsb-sdk ship with 700mb of kernel sources?22:26
paulgwould have figured anything SDK would have been happy with headers and not a full git clone22:28
paulgthat must be history free to fit in 700MB.22:29
paulg(as in "rm -rf .git"  kind of history free...)22:29
rburtonyeah not sure why it ships the full source22:31
rburtontempted to save 700mb by ripping that out22:32
paulgmight as well, and then see what breaks.  :)22:34
paulgwonder if you'd see the same thing in any of the build appliance images.22:34
*** voltbit_ <voltbit_!> has quit IRC22:37
*** majuk <majuk!32e94dd2@gateway/web/cgi-irc/> has quit IRC22:37
*** stephano <stephano!stephano@nat/intel/x-qbtzpwpqknxogktk> has joined #yocto22:43
*** marka <marka!> has quit IRC22:47
*** joshuagl <joshuagl!~joshuagl@> has quit IRC22:48
*** sameo_ <sameo_!~samuel@> has quit IRC22:52
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto22:54
*** jairglez <jairglez!~jairdeje@> has joined #yocto22:56
*** jairglez <jairglez!~jairdeje@> has left #yocto22:56
*** sjolley <sjolley!~sjolley@> has quit IRC23:00
*** bfederau <bfederau!~quassel@> has quit IRC23:01
*** fmeerkoetter <fmeerkoetter!~quassel@> has quit IRC23:01
*** bfederau <bfederau!~quassel@> has joined #yocto23:01
*** fmeerkoetter <fmeerkoetter!~quassel@> has joined #yocto23:01
*** inkspell4 <inkspell4!41f23702@gateway/web/freenode/ip.> has quit IRC23:02
*** stephano <stephano!stephano@nat/intel/x-qbtzpwpqknxogktk> has quit IRC23:05
*** sameo_ <sameo_!samuel@nat/intel/x-azyuvceaiqzimsoz> has joined #yocto23:08
*** lamego <lamego!~jose@> has quit IRC23:08
*** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto23:22
*** agust <agust!> has quit IRC23:24
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC23:25
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC23:27
*** elruk <elruk!~elruk@> has quit IRC23:34
*** paulg <paulg!~paulg@> has quit IRC23:39
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has quit IRC23:39
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has joined #yocto23:40
*** sjolley <sjolley!~sjolley@> has joined #yocto23:44
*** elruk <elruk!elruk@nat/intel/x-gkkzmcdtbtsindgk> has joined #yocto23:45
*** sjolley <sjolley!~sjolley@> has quit IRC23:45
*** sjolley <sjolley!sjolley@nat/intel/x-rwxhacqmchntkxyi> has joined #yocto23:48
elrukFront page of should probably be update as 'Developer Day Successful' points to 2015 event.23:48
*** tlab <tlab!~tlab@> has quit IRC23:50
*** nighty <nighty!> has quit IRC23:51
*** tlab <tlab!~tlab@> has joined #yocto23:53

Generated by 2.11.0 by Marius Gedminas - find it at!