**** BEGIN LOGGING AT Wed Jan 13 02:59:59 2016
Jan 13 05:17:43 <khem> 5
Jan 13 08:40:21 <mckoan> good morning
Jan 13 08:57:02 <Ulfalizer> morning
Jan 13 10:19:49 <yann|work> Jus t to check: when I get "Error: unrecognized/unsupported machine ID (r1 = 0x00000000)" while booting from sdcard, it is the kernel complaining that u-boot gave him this value, right ?  And the "Available machine support" list is derived from the SoC families built into the kernel ?  But where does the kernel take the ID from ? (0x00001029 for sun8i)
Jan 13 10:22:02 <yann|work> and why would u-boot do this ?
Jan 13 10:28:36 <user_6341> allah is doing
Jan 13 10:28:44 <user_6341> sun is not doing allah is doing
Jan 13 10:28:53 <user_6341> moon is not doing allah is doing
Jan 13 10:29:01 <user_6341> stars are not doing allah is doing
Jan 13 10:29:11 <user_6341> planets are not doing allah is doing
Jan 13 10:29:21 <user_6341> galaxies are not doing allah is doing
Jan 13 10:29:31 <user_6341> oceans are not doing allah is doing
Jan 13 10:29:42 <user_6341> mountains are not doing allah is doing
Jan 13 10:29:51 <user_6341> trees are not doing allah is doing
Jan 13 10:30:00 <user_6341> mom is not doing allah is doing
Jan 13 10:30:08 <user_6341> dad is not doing allah is doing
Jan 13 10:30:16 <user_6341> boss is not doing allah is doing
Jan 13 10:30:35 <user_6341> job is not doing allah is doing
Jan 13 10:30:47 <user_6341> dollar is not doing allah is doing
Jan 13 10:31:04 <user_6341> degree is not doing allah is doing
Jan 13 10:31:19 <user_6341> medicine is not doing allah is doing
Jan 13 10:31:57 <neverpanic> bitbake is not doing allah is doing... at least sometimes it feels like that.
Jan 13 10:31:58 <user_6341> customers are not doing allah is doing
Jan 13 10:32:22 <user_6341> you can not get a job without the permission of allah
Jan 13 10:32:46 <user_6341> you can not get married without the permission of allah
Jan 13 10:33:07 <user_6341> nobody can get angry at you without the permission of allah
Jan 13 10:33:17 <user_6341> light is not doing allah is doing
Jan 13 10:33:21 <yann|work> user_6341: EWRONGCHAN ?
Jan 13 10:33:38 <user_6341> fan is not doing allah is doing
Jan 13 10:33:51 <user_6341> businessess are not doing allah is doing
Jan 13 10:34:09 <user_6341> america is not doing allah is doing
Jan 13 10:34:24 <user_6341> fire can not burn without the permission of allah
Jan 13 10:34:41 <user_6341> knife can not cut without the permission of allah
Jan 13 10:34:52 <user_6341> rulers are not doing allah is doing
Jan 13 10:35:10 <user_6341> governments are not doing allah is doing
Jan 13 10:35:27 <user_6341> food does not take away the hunger allah takes away the hunger
Jan 13 10:35:40 <CTtpollard> can we kick user_6341 please?
Jan 13 10:38:49 <user_6321> water does not take away the thirst allah takes away the thirst
Jan 13 10:38:57 <user_6321> seeing is not doing allah is doing
Jan 13 10:39:05 <user_6321> hearing is not doing allah is doing
Jan 13 10:39:06 <neverpanic> bot that reacts to the work kick?
Jan 13 10:39:20 <user_6321> seasons are not doing allah is doing
Jan 13 10:39:36 <user_6321> weather is not doing allah is doing
Jan 13 10:39:49 <user_6321> humans are not doing allah is doing
Jan 13 10:40:00 <user_6321> animals are not doing allah is doing
Jan 13 10:40:17 <user_6321> the best amongst you are those who learn and teach quran
Jan 13 10:40:54 <user_6321> one letter read from book of allah amounts to one good deed and allah multiplies one good deed ten times
Jan 13 10:41:39 <user_6321> hearts get rusted as does iron with water to removw rust from heart recitation of quran and rememberance of death
Jan 13 10:41:53 <user_6321> heart is likened to a mirror
Jan 13 10:42:12 <user_6321> when a person commits one sin a black dot sustains the heart
Jan 13 10:42:20 <CTtpollard> anyone?
Jan 13 10:43:13 <user_6321> to accept islam say that i bear witness that there is no deity worthy of worship except allah and muhammad peace be upon him is his slave and messenger
Jan 13 10:43:26 <user_6321> read book fazaileamaal.com
Jan 13 10:43:41 <user_6321> read book muntakhabahadith.com
Jan 13 10:43:57 <user_6321> need spiritual teacher visit alhaadi.org.za
Jan 13 10:46:23 <CTtpollard> user_6321: no
Jan 13 10:46:27 <pedroalvarez> git commit sin ?
Jan 13 10:46:43 <pedroalvarez> anyway, this may be interesting for him: http://www.mayoclinic.org/diseases-conditions/mental-illness/in-depth/mental-health-providers/art-20045530
Jan 13 10:50:49 <user_6321> allah created the sky without any pillars
Jan 13 10:51:12 <user_6321> allah makes the sun rise from the east and sets it in the west
Jan 13 10:51:34 <user_6321> allah makes the day into the night and the night into the day
Jan 13 10:51:48 <user_6321> allah gives life and allah gives death
Jan 13 10:52:12 <user_6321> all creation are useless,worthless,hopeless
Jan 13 10:52:17 <user_6321> can not do
Jan 13 10:52:22 <user_6321> can not benefit
Jan 13 10:52:27 <user_6321> can not harm
Jan 13 10:52:36 <user_6321> allah is the doer of each and everything
Jan 13 10:52:57 <user_6321> when allah wants us to stand we stand
Jan 13 10:53:06 <user_6321> when allah wants us to sit we sit
Jan 13 11:54:28 <geotoad> Hello. Anyone know how to install the dtc library (device tree console) on a working Yocto Poky?  It's a mature project so custom image is impossible
Jan 13 11:55:16 <geotoad> I believe this is the library https://git.yoctoproject.org/cgit.cgi/poky/plain/meta/recipes-kernel/dtc/
Jan 13 11:55:32 <geotoad> No idea how to install with opkd though
Jan 13 12:06:58 <Ulfalizer> is  do_foo[recrdeptask] = "do_bar"  just like  do_foo[deptask] = "do_bar"  only it also goes through all the (R)DEPENDS and does  do_foo[deptask] = "do_bar"?
Jan 13 12:07:09 <Ulfalizer> the manual isn't crystal clear to me
Jan 13 12:07:32 <Ulfalizer> goes through all the (R)DEPENDS recursively
Jan 13 13:29:26 <ericbutters> hi.. is there a way to debug yocto python code with a debugger? so we are able to set breakpoints inside a recipes/class python functions?
Jan 13 14:55:29 <kergoth> Ulfalizer: recrdeptask doesn't just traverse rdepends/depends, though it does, it also applies it to task 'depends', etc. pretty much every type of dependency we have. brute force
Jan 13 15:49:09 <RP> ericbutters: there is the python devshell task which might help in some cases
Jan 13 15:49:28 <RP> ericbutters: its far from perfect but is something...
Jan 13 15:53:35 <justanotherboy> ericbutters: Sometimes bb.warn can be helpful too
Jan 13 15:56:10 <RP> justanotherboy: I admit that is my debugging technique of choice
Jan 13 15:57:01 <justanotherboy> same here RP
Jan 13 16:00:01 <fsdun> I typically use bb.plain
Jan 13 16:02:50 <kergoth> i wish bb.warn() & co were a bit more tolerant of input, the way print() is
Jan 13 16:03:15 <kergoth> at a minimum, str() for us
Jan 13 16:03:27 <kergoth> would be less irritating when debugging in that way
Jan 13 16:21:14 <wyrm> geotoad: It looks like you need to start by adding "package_ipk" to PACKAGE_CLASSES : http://www.yoctoproject.org/docs/2.1/ref-manual/ref-manual.html#var-PACKAGE_CLASSES
Jan 13 16:23:16 <wyrm> ...and then use bitbake to build the package and .ipk file. Then use opkg to install the package on your image. http://www.yoctoproject.org/docs/latest/adt-manual/adt-manual.html#configuring-the-pms https://wiki.openwrt.org/doc/techref/opkg
Jan 13 16:27:55 <RP> kergoth: we could easily fix that :)
Jan 13 16:28:15 <RP> kergoth: have wondered about that myself
Jan 13 16:28:21 <kergoth> it's true
Jan 13 16:28:46 <kergoth> just never get annoyed enough to actually do something about it. one of those little things that pop up when you're in the middle of something higher priority :)
Jan 13 17:33:56 * nerdboy having deja vu...
Jan 13 18:21:57 <kergoth> RP: can you remind me how idepends works, is that how you depend on what another task depends on, without depending on that task itself?
Jan 13 20:01:08 <wyrm> fray: I rebuilt my image with image-prelink removed from USER_CLASSES, which I gather disables prelinking, and I still have the problem I was talking about yesterday.
Jan 13 20:02:26 <fray> yes.. you won't have any prelinking.. so that is not the problem you are having..
Jan 13 20:02:44 <fray> which architecture are you on?
Jan 13 20:03:53 <wyrm> IMX6. Nitrogen6_MAX board from boundary devices.
Jan 13 20:04:09 <fray> which version of YP?
Jan 13 20:04:12 <fray> (or commercial distro?)
Jan 13 20:12:47 <wyrm> I'm trying to set up Jethro. I had the dhcpd working (and stopping) under Fido.
Jan 13 20:14:55 <fray> Jethro I don't know of any problems that would explain what you are seeing..
Jan 13 20:15:12 <fray> Fido era there were a few, but none even then I could say would be your problem
Jan 13 20:15:52 <fray> (Fido had some ARM TLS issues, BUT TLS support was not used by generated code in the compiler..  that changed in Jethro, but when Jethro was released the issues I knew of were resolved)
Jan 13 20:16:57 <wyrm> Weirdness.
Jan 13 21:10:31 * Marex slaps otavio with a beefy defconfig
Jan 13 21:11:05 <Marex> otavio: did you compile u-boot by hand recently ? ;-)
Jan 13 21:20:57 <otavio> Marex: yes
Jan 13 21:21:29 <otavio> Marex: and the problem is not last release but BSP which has old versions and does not work with foo_defconfig
Jan 13 21:22:14 <otavio> Marex: several vendors still use old releases and we succeed in sharing u-boot.inc among them; I don't want to regress on this
Jan 13 21:22:37 <otavio> Marex: so I nacked it ;-)
Jan 13 21:31:25 <Marex> otavio: old(er) versions should use foo_config
Jan 13 21:31:32 <Marex> otavio: foo is just not supported, period
Jan 13 21:32:01 <otavio> Marex: but if you append _defconfig end variable will be foo_config_defconfig
Jan 13 21:32:20 <Marex> otavio: it will be foo_defconfig , because UBOOT_MACHINE := foo
Jan 13 21:32:22 <otavio> Marex: so instead, use the config value as is and force people use it right
Jan 13 21:32:32 <Marex> UBOOT_MACHINE := foo_defconfig or UBOOT_MACHINE := foo_config is just nonsense
Jan 13 21:32:41 <otavio> Marex: try U-Boot 2013.10 with this
Jan 13 21:33:07 <Marex> otavio: that will not compile for example because it doesn't compile with gcc 5.x anyway
Jan 13 21:33:23 <otavio> Marex: you are considering last release only; I am considering old BSPs I maintain
Jan 13 21:33:29 <Marex> otavio: IF you need ancient U-Boot and new yocto, you will need fixes anyway
Jan 13 21:33:35 <otavio> Marex: it does; if we apply few minor patches
Jan 13 21:33:39 <otavio> Marex: I use it
Jan 13 21:33:46 <Marex> otavio: fix your BSP then ?
Jan 13 21:34:12 <Marex> otavio: if your BSP is broken, it should not hinder mainline
Jan 13 21:34:20 <otavio> Marex: don't come with this argument :) I nacked it.
Jan 13 21:34:25 <otavio> Marex: convince the others
Jan 13 21:34:32 <otavio> :)
Jan 13 21:35:09 <otavio> Marex: if your change goes in, all vendors using old releases will duplicated u-boot.inc
Jan 13 21:35:21 <otavio> Marex: and I don't want this
Jan 13 21:35:50 <Marex> otavio: if you want to use ancient u-boot with new yocto, you are on your own anyway
Jan 13 21:36:37 <Marex> otavio: btw 2015.10 is also broken and that's in-tree
Jan 13 21:37:09 <otavio> Marex: I said, I am not the maintainer. So I don't have the final word on this. However I don't want to make things harder for me, my customers and hobbie users
Jan 13 21:37:16 <otavio> Marex: it is working fine
Jan 13 21:37:19 <otavio> Marex: broken?
Jan 13 21:37:49 <otavio> Marex: 2015.10 handles _config and _defconfig as compatibility
Jan 13 21:37:58 <Marex> otavio: it does not
Jan 13 21:38:08 <Marex> otavio: try compiling it before you say such thing
Jan 13 21:38:25 <otavio> Marex: I did many times; also meta-fsl-arm uses it
Jan 13 21:38:55 <otavio> Marex: also does ppc and other reference BSP
Jan 13 21:38:57 <otavio> Marex: so it works
Jan 13 21:40:18 <Marex> otavio: for arm and powerpc, maybe
Jan 13 21:40:23 <Marex> otavio: in general, it should not
Jan 13 21:40:44 <otavio> Marex: well ... patches welcome :)
Jan 13 21:40:50 <Marex> otavio: and doing make <machine> should absolutely not work
Jan 13 21:40:56 <Marex> otavio: I sent a patch already ...
Jan 13 21:41:09 <otavio> Marex: and I nacked it due side effects.
Jan 13 21:42:52 <Marex> otavio: fix your BSP, abusing UBOOT_MACHINE is seriously wrong
Jan 13 21:43:26 <otavio> Marex: I won't keep discussing this as we are walking in circles now :)
Jan 13 21:43:44 <otavio> Marex: so please, rework the patch or convince the maintainers
Jan 13 21:43:50 <otavio> Marex: for me, it is wrong
Jan 13 21:44:19 <Marex> if abusing vars is right, *shrug*
Jan 13 21:45:22 <Marex> otavio: somehow conveniently, everyone but you was removed from the CC of those patches in your first reply ... sigh
Jan 13 21:46:10 <otavio> Marex: this was gmail misbehave of reply-all
Jan 13 21:46:31 <Marex> otavio: fix your mailing in addition to your BSP ;-)
Jan 13 21:48:27 <otavio> Marex: Take a beer and relax a bit;
Jan 13 21:53:19 <Marex> otavio: I'll gladly stick with my (not broken) socfpga stuff, don't worry
**** ENDING LOGGING AT Thu Jan 14 02:59:58 2016