*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 00:24 | |
*** rick_0 <rick_0!~Thunderbi@2001:8003:804a:b500:80f2:2d13:4060:ca7f> has joined #yocto | 00:25 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 00:28 | |
*** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has joined #yocto | 00:36 | |
*** berndhs <berndhs!~berndhs@xplr-104-249-225-14.xplornet.com> has left #yocto | 00:52 | |
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-rrwipzmdcfgcowzs> has joined #yocto | 01:22 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 01:36 | |
*** catch22 <catch22!~catch22__@220.57.96.58.static.exetel.com.au> has joined #yocto | 01:39 | |
*** _yashi_ <_yashi_!~yashi@p654785.hkidff01.ap.so-net.ne.jp> has joined #yocto | 01:53 | |
*** synack <synack!~synack@pdpc/supporter/active/synack> has joined #yocto | 01:58 | |
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 02:39 | |
*** nrossi <nrossi!uid193926@gateway/web/irccloud.com/x-mwluskmvhwlmvutl> has quit IRC | 04:04 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 04:28 | |
*** rick_0 <rick_0!~Thunderbi@2001:8003:804a:b500:80f2:2d13:4060:ca7f> has quit IRC | 04:31 | |
*** rick_0 <rick_0!~Thunderbi@2001:8003:804a:b500:c810:96d3:b857:d09b> has joined #yocto | 04:37 | |
*** morphis <morphis!~morphis@pD9ED7987.dip0.t-ipconnect.de> has joined #yocto | 04:51 | |
*** morphis <morphis!~morphis@pD9ED7987.dip0.t-ipconnect.de> has quit IRC | 04:57 | |
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto | 05:03 | |
*** fadeway <fadeway!~fadeway@openvpn-cl-200-101.scc.kit.edu> has quit IRC | 05:08 | |
*** fadeway <fadeway!~fadeway@openvpn-cl-200-101.scc.kit.edu> has joined #yocto | 05:09 | |
*** rick_0 <rick_0!~Thunderbi@2001:8003:804a:b500:c810:96d3:b857:d09b> has quit IRC | 05:10 | |
*** AndersD <AndersD!~anders@194-237-220-218.customer.telia.com> has joined #yocto | 05:11 | |
*** fadeway <fadeway!~fadeway@openvpn-cl-200-101.scc.kit.edu> has quit IRC | 05:17 | |
*** fadeway <fadeway!~fadeway@openvpn-cl-200-101.scc.kit.edu> has joined #yocto | 05:17 | |
*** rick_0 <rick_0!~Thunderbi@2001:8003:804a:b500:9c8d:f3d2:a5fa:cfd6> has joined #yocto | 05:18 | |
*** rick_0 <rick_0!~Thunderbi@2001:8003:804a:b500:95ee:3ced:64fe:4b28> has joined #yocto | 05:25 | |
*** morphis <morphis!~morphis@pD9ED7987.dip0.t-ipconnect.de> has joined #yocto | 05:28 | |
*** Fuddl <Fuddl!~Fuddl@eth1-fw1-nbg6.eb.noris.de> has joined #yocto | 05:37 | |
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 05:37 | |
*** rick_0 <rick_0!~Thunderbi@2001:8003:804a:b500:95ee:3ced:64fe:4b28> has quit IRC | 05:39 | |
*** rick_0 <rick_0!~Thunderbi@2001:8003:804a:b500:11ac:1ff3:4c22:25f3> has joined #yocto | 05:42 | |
*** rob_w <rob_w!~bob@93.104.205.194> has joined #yocto | 05:46 | |
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 05:46 | |
*** ranran <ranran!051ca1a2@gateway/web/freenode/ip.5.28.161.162> has joined #yocto | 05:49 | |
ranran | Is it possible to disable /sys (sysfs) in image ? | 05:49 |
---|---|---|
LetoThe2nd | ranran: possible? certainly. will the system still work? probably no :-) | 05:54 |
ranran | LetoThe2nd: how should it be done in yocto ? | 05:55 |
LetoThe2nd | ranran: disable it in your kernel config, see what happens | 05:56 |
ranran | but there is also a mount command in the startup script, right ? | 05:56 |
LetoThe2nd | it should be part of the fstab. | 05:56 |
ranran | how should I update fstab ? | 05:57 |
LetoThe2nd | um, just remove the line that mounts the sysfs? | 05:57 |
LetoThe2nd | but why would you want to do that? | 05:57 |
ranran | do you mean, find & update the recipe for fstab ? | 05:58 |
*** rick_0 <rick_0!~Thunderbi@2001:8003:804a:b500:11ac:1ff3:4c22:25f3> has quit IRC | 05:58 | |
LetoThe2nd | i would just try it on the target first. my bets are on "system will not work anymore" | 05:58 |
ranran | it is embedded small linux, we've done it in other disctributions (not in yocto). | 05:59 |
LetoThe2nd | then just do whatever you did in the other distributions here too. openembedded is no different | 06:00 |
*** rick_0 <rick_0!~Thunderbi@2001:8003:804a:b500:99c5:dd2:fb16:d35c> has joined #yocto | 06:01 | |
ranran | LetoThe2nd , thanks. | 06:06 |
ranran | What is the difference between IMAGE_INSTALL & IMAGE_FEATURES ? | 06:07 |
ranran | Aren't both responsible for adding a package into image ? | 06:07 |
*** agust <agust!~agust@p4FCB52B3.dip0.t-ipconnect.de> has joined #yocto | 06:09 | |
LetoThe2nd | ranran: image_install lists packages to be installed. image_features are, well.. think more general image funktionality. like, all debug images, or all docs. see the dev manual, it has an extensive list of all available image_features. | 06:09 |
*** bluelightning <bluelightning!~paul@77.22.251.127> has joined #yocto | 06:11 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 06:11 | |
ranran | How can I know the exact package name to be specified in IMAGE_INSTALL, for example tftp server/client , How to find its package name ? | 06:12 |
LetoThe2nd | ranran: start searching at https://layers.openembedded.org | 06:14 |
LetoThe2nd | ranran: usually the package name is the recipe name (but there might be special cases) | 06:14 |
ranran | LetoThe2nd, thanks! | 06:17 |
ranran | LetoThe2nd, I will need to make a minimal linux, initramfs, with custom init, is the best approach will be to make image changes by append core-image-minimal recipe ? | 06:19 |
LetoThe2nd | ranran: close. we also have a "core-image-minimal-initramfs" :-) http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-core/images/core-image-minimal-initramfs.bb?h=master | 06:20 |
*** hnje <hnje!~hnje@193.106.123.182> has joined #yocto | 06:21 | |
*** rperier_ is now known as rperier | 06:27 | |
*** rperier <rperier!~rperier@ubuntu/member/rperier> has joined #yocto | 06:28 | |
ranran | Is it also possible in do_install to remove binaries from rootfs ? | 06:32 |
ranran | sort of cleanup | 06:32 |
LetoThe2nd | that is more like a rootfs post process. but why would i need to remove anything? just do not install it earlier :-) | 06:36 |
bluelightning | morning all | 06:38 |
*** kjokinie <kjokinie!~kjokinie@145.247.120.245> has joined #yocto | 06:41 | |
*** Heinzer123 <Heinzer123!~Heinzer12@nat-134-1-1-2.awi.de> has joined #yocto | 06:44 | |
*** nemunaire <nemunaire!~nemunaire@2a01:e35:8bb7:3c60::a> has quit IRC | 06:47 | |
*** nemunaire <nemunaire!~nemunaire@2a01:e35:8bb7:3c60::a> has joined #yocto | 06:50 | |
*** fl0v0 <fl0v0!~fvo@p4FC0A786.dip0.t-ipconnect.de> has joined #yocto | 07:03 | |
*** rick_0 <rick_0!~Thunderbi@2001:8003:804a:b500:99c5:dd2:fb16:d35c> has quit IRC | 07:05 | |
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 07:07 | |
*** nrossi <nrossi!uid193926@gateway/web/irccloud.com/x-jhyccdapydpxrqcr> has joined #yocto | 07:08 | |
*** rick_0 <rick_0!~Thunderbi@2001:8003:804a:b500:64c5:b88:e141:f061> has joined #yocto | 07:08 | |
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 07:09 | |
*** nemunaire <nemunaire!~nemunaire@2a01:e35:8bb7:3c60::a> has quit IRC | 07:10 | |
*** rajm <rajm!~robertmar@167.98.27.226> has joined #yocto | 07:12 | |
*** nemunaire <nemunaire!~nemunaire@2a01:e35:8bb7:3c60::a> has joined #yocto | 07:12 | |
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 07:12 | |
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 07:14 | |
*** luc4 <luc4!~luca@185.43.148.11> has joined #yocto | 07:14 | |
*** rick_0 <rick_0!~Thunderbi@2001:8003:804a:b500:388a:e689:baac:fc51> has joined #yocto | 07:16 | |
ranran | Does "image" in yocto terminology means building rootfs, or building the final image (for example hdd image) ? | 07:21 |
ranran | for example ROOTFS_PREPROCESS_COMMAND image is before building the rootfs or before building the final image ? | 07:22 |
*** Fuddl <Fuddl!~Fuddl@eth1-fw1-nbg6.eb.noris.de> has quit IRC | 07:22 | |
*** fabo_ is now known as fabo | 07:23 | |
LetoThe2nd | ranran: "image" mwans the contents of the image, e.g. in the vast majority of cases the rootfs. tar.gz, extX, any kind of binary blob is an IMAGE_FSTYPE then | 07:23 |
*** tavish <tavish!~tavish@unaffiliated/tavish> has joined #yocto | 07:26 | |
ranran | LetoThe2nd, thanks ! | 07:27 |
*** jku <jku!~jku@192.198.151.44> has joined #yocto | 07:28 | |
ranran | I am a bit confused between ${D} , and IMAGE_ROOTFS. Is it the same thing ? (ROOFS /) | 07:32 |
*** armpit <armpit!~armpit@2601:202:4001:9ea0:2c74:fedb:e59f:1991> has quit IRC | 07:32 | |
*** ed2 <ed2!Adium@nat/intel/x-knuuwvmfxclgbtlr> has joined #yocto | 07:33 | |
jku | ranran: D is the _recipe specific_ installation directory | 07:36 |
Amynka | /win 12 | 07:36 |
ranran | LetoThe2nd, Thanks, that really help me to clear some uncertainties ! | 07:39 |
*** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has joined #yocto | 07:41 | |
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 07:42 | |
*** MWelchUK <MWelchUK!~martyn@host86-157-92-239.range86-157.btcentralplus.com> has joined #yocto | 07:47 | |
*** MWelchUK <MWelchUK!~martyn@host86-157-92-239.range86-157.btcentralplus.com> has quit IRC | 07:49 | |
*** MWelchUK <MWelchUK!~martyn@host86-157-92-239.range86-157.btcentralplus.com> has joined #yocto | 07:49 | |
*** colrack <colrack!~colrack@94.126.8.166> has joined #yocto | 07:50 | |
*** mckoan|away is now known as mckoan | 07:55 | |
*** toscalix <toscalix!~toscalix@68.red-83-42-135.dynamicip.rima-tde.net> has joined #yocto | 08:11 | |
*** toscalix <toscalix!~toscalix@68.red-83-42-135.dynamicip.rima-tde.net> has joined #yocto | 08:11 | |
*** jku <jku!~jku@192.198.151.44> has quit IRC | 08:16 | |
*** joshuagl <joshuagl!joshuagl@nat/intel/x-eqfsocsgchpcaqql> has joined #yocto | 08:17 | |
*** yann|work <yann|work!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has quit IRC | 08:19 | |
*** Heinzer123 <Heinzer123!~Heinzer12@nat-134-1-1-2.awi.de> has quit IRC | 08:20 | |
*** jku <jku!~jku@192.198.151.44> has joined #yocto | 08:25 | |
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@2.238.240.162> has joined #yocto | 08:27 | |
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto | 08:27 | |
*** morphis <morphis!~morphis@pD9ED7987.dip0.t-ipconnect.de> has quit IRC | 08:28 | |
*** toscalix <toscalix!~toscalix@68.red-83-42-135.dynamicip.rima-tde.net> has quit IRC | 08:29 | |
*** groleo <groleo!~groleo@86.127.244.206> has joined #yocto | 08:29 | |
jku | hmm, there was a "rpm: add explicit dependency on bzip2-replacement-native for native builds" patch in june but I still just saw that failure -- rpms debugedit fails to load libbz2.so.1 because it's not in sysroot | 08:30 |
jku | rerunning the task succeeds :/ | 08:33 |
*** toscalix <toscalix!~toscalix@68.red-83-42-135.dynamicip.rima-tde.net> has joined #yocto | 08:36 | |
*** CoLa|work <CoLa|work!~cordlandw@91.239.177.14> has joined #yocto | 08:39 | |
*** fl0v01 <fl0v01!~fvo@pD9F6BC7F.dip0.t-ipconnect.de> has joined #yocto | 08:42 | |
*** fl0v0 <fl0v0!~fvo@p4FC0A786.dip0.t-ipconnect.de> has quit IRC | 08:42 | |
*** Trinners_ <Trinners_!~Trinners@mail.validmanufacturing.com> has quit IRC | 08:52 | |
*** morphis <morphis!~morphis@pD9ED7987.dip0.t-ipconnect.de> has joined #yocto | 08:55 | |
*** yann|work <yann|work!~yann@LFbn-1-3552-118.w90-127.abo.wanadoo.fr> has joined #yocto | 09:02 | |
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 09:07 | |
*** morphis <morphis!~morphis@pD9ED7987.dip0.t-ipconnect.de> has quit IRC | 09:08 | |
*** morphis <morphis!~morphis@pD9ED7987.dip0.t-ipconnect.de> has joined #yocto | 09:08 | |
sveinse | What can cause glibc-dbg to get installed into the image, when its manifest does not mention it? | 09:09 |
*** CTtpollard <CTtpollard!~CTtpollar@167.98.27.226> has joined #yocto | 09:15 | |
LetoThe2nd | sveinse: imagefeature debug, in the simplest case | 09:15 |
sveinse | I have to admit I had expected that it would reflect on the manifest | 09:16 |
LetoThe2nd | hm. good point. | 09:17 |
LetoThe2nd | is glibc the only dbg package being installed? | 09:17 |
sveinse | LetoThe2nd: I think so. Difficult to tell when the manifest isn't reliable :( | 09:18 |
LetoThe2nd | sveinse: you could inspect the dependency thing of the image | 09:18 |
bluelightning | right, enable buildhistory and it'll give you the dep graph for the image | 09:21 |
*** Heinzer123 <Heinzer123!~Heinzer12@nat-134-1-1-2.awi.de> has joined #yocto | 09:23 | |
sveinse | I might have been a little quick. The manifest /does/ mention libc6-dbg. I was confused by the naming of glibc vs libc it seems | 09:25 |
sveinse | ...which is good. Having an inconsistent manifest kind of scared me | 09:26 |
sveinse | A small poll: What pkg class do you guys use? ipk, deb or rpm? | 09:29 |
LetoThe2nd | ipk, no runtime package managemenger :) | 09:30 |
*** aratiu <aratiu!~adi@80.97.64.55> has joined #yocto | 09:30 | |
*** Trinners_ <Trinners_!~Trinners@mail.validmanufacturing.com> has joined #yocto | 09:41 | |
sveinse | Isn't it common to disable installation of rrecommends at all in Yocto? In full fledge debian systems, you can configure it to never install recommends on a global level. The manual rather hints at specifying individual packages with BAD_RECOMMENDATIONS, NO_RECOMMENDATIONS and PACKAGE_EXCLUDE | 09:47 |
sveinse | If you're building a minimal system, you'd want to minimize the inclusion of rrecommends, right? | 09:48 |
bluelightning | sveinse: NO_RECOMMENDATIONS does exactly that, disables all RRECOMMENDS | 09:53 |
bluelightning | if the manual isn't clear on that we should probably improve it | 09:54 |
*** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has quit IRC | 09:55 | |
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 09:55 | |
*** zeeblex <zeeblex!~zeeblex@gate-zro.freescale.com> has quit IRC | 10:01 | |
*** zeeblex <zeeblex!~zeeblex@gate-zuk2.freescale.com> has joined #yocto | 10:18 | |
*** fl0v01 <fl0v01!~fvo@pD9F6BC7F.dip0.t-ipconnect.de> has quit IRC | 10:18 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 10:22 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 10:36 | |
*** rburton <rburton!~textual@home.burtonini.com> has joined #yocto | 10:37 | |
*** zeeblex <zeeblex!~zeeblex@gate-zuk2.freescale.com> has quit IRC | 10:40 | |
*** zeeblex <zeeblex!~zeeblex@gate-zro.freescale.com> has joined #yocto | 10:40 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 10:41 | |
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-qmnzzunhnhmdwxkm> has joined #yocto | 10:41 | |
*** joseppc <joseppc!~josep@sestofw01.enea.se> has joined #yocto | 10:42 | |
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto | 10:42 | |
jku | if I modify a libinput so the main package no longer includes binaries, the package gets automatically renamed (libinput -> libpinput10). I thought in this case I'd have to handle RPROVIDES/RREPLACES/RCONFLICTS but my patch in June 1 wasn't merged... | 10:45 |
jku | rburton: remember if there was some other problem or have I misunderstood? | 10:46 |
jku | (also: hi, I'm back from vacation) | 10:47 |
rburton | jku: huh. ping the patch please :) | 10:48 |
jku | rburton: oh that one is no longer valid. I'll send a new one | 10:49 |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 10:50 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 10:52 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 11:03 | |
*** khem <khem!~khem@unaffiliated/khem> has quit IRC | 11:16 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 11:16 | |
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 11:20 | |
*** jku <jku!~jku@192.198.151.44> has quit IRC | 11:23 | |
*** jku <jku!~jku@192.198.151.44> has joined #yocto | 11:23 | |
*** rburton <rburton!~textual@home.burtonini.com> has quit IRC | 11:30 | |
*** rburton <rburton!~textual@home.burtonini.com> has joined #yocto | 11:30 | |
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 11:30 | |
*** vdehors <vdehors!~vdehors@194.250.98.228> has joined #yocto | 11:34 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 11:43 | |
*** marquiz <marquiz!marquiz@nat/intel/x-avsraxqgygpnrgsw> has joined #yocto | 11:44 | |
*** Heinzer123 <Heinzer123!~Heinzer12@nat-134-1-1-2.awi.de> has quit IRC | 11:49 | |
*** Heinzer123 <Heinzer123!~Heinzer12@nat-134-1-1-2.awi.de> has joined #yocto | 12:00 | |
*** Shurelous <Shurelous!~igor@189.112.127.230> has joined #yocto | 12:00 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:11 | |
*** bluelightning <bluelightning!~paul@ip4d16fb7f.dynamic.kabel-deutschland.de> has joined #yocto | 12:14 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 12:14 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 12:26 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:30 | |
*** Heinzer123 <Heinzer123!~Heinzer12@nat-134-1-1-2.awi.de> has quit IRC | 12:31 | |
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-rrwipzmdcfgcowzs> has quit IRC | 12:31 | |
*** hnje <hnje!~hnje@193.106.123.182> has quit IRC | 12:37 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 12:40 | |
*** Heinzer123 <Heinzer123!~Heinzer12@nat-134-1-1-2.awi.de> has joined #yocto | 12:51 | |
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-qmnzzunhnhmdwxkm> has quit IRC | 12:51 | |
*** filt3r <filt3r!~filter@pietrmar.at> has quit IRC | 12:51 | |
*** jku <jku!~jku@192.198.151.44> has quit IRC | 12:54 | |
fadeway | replying to mailing list threads defaults the ¨TO:¨ field to the sender´s address, should I change it to the mailing list address? | 12:59 |
fadeway | probably yes | 13:00 |
rburton | fadeway: correct behaviour is to sender, cc list | 13:00 |
*** lamego <lamego!jose@nat/intel/x-rhiaiborwfkhtzvf> has joined #yocto | 13:00 | |
fadeway | thanks | 13:01 |
*** filt3r <filt3r!~filter@2a03:b0c0:2:d0::7d:7001> has joined #yocto | 13:10 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 13:10 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 13:12 | |
rburton | hm wish runqemu wouldn't blast all over the selftest log | 13:15 |
*** soltys <soltys!soltys@soltys.info> has joined #yocto | 13:24 | |
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-xkyxerchruekzfeq> has joined #yocto | 13:24 | |
soltys | hi is there possibility to have one lib in few versions in one layer and have some images that depends on different versions of that lib? example i need mylib in versions 1.0 and 1.1 and i have imageA that depends on mylib 1.0 and imageB that depends on mylibB | 13:26 |
soltys | exetyrhing should be in one layer and if possible on the same branch | 13:26 |
rburton | write two recipe, one for each version. *assuming* you can install them in parallel, i.e. no file names that clash. | 13:30 |
soltys | rburton: mylib in both versions provides the same files but the content differs | 13:33 |
rburton | in theory with the latest release that *might* work | 13:33 |
*** tavish <tavish!~tavish@unaffiliated/tavish> has quit IRC | 13:33 | |
rburton | well, no | 13:33 |
rburton | because you can't do versions in build dependencies | 13:33 |
rburton | fix the library so you don't need two versions? | 13:34 |
rburton | if you need both versions as there was a massive API change then the version of the library should have changed, so the files won't conflict | 13:34 |
soltys | rburton: the problem is that because of api change I cant use the same lib in both images | 13:35 |
soltys | atleast for some time | 13:35 |
rburton | api change should mean soname version change should mean filename change | 13:35 |
rburton | if they didn't do that then whoever wrote the library needs to be told to do it properly | 13:36 |
*** filt3r <filt3r!~filter@2a03:b0c0:2:d0::7d:7001> has quit IRC | 13:36 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 13:38 | |
soltys | rburton: ok thanks, I hoped that some hack in layer will be sufficient for this.. | 13:38 |
*** filt3r <filt3r!~filter@2a03:b0c0:2:d0::7d:7001> has joined #yocto | 13:40 | |
*** madisox <madisox!~madison@12.30.244.5> has joined #yocto | 13:42 | |
*** ythl <ythl!8b5532f8@gateway/web/freenode/ip.139.85.50.248> has joined #yocto | 13:42 | |
*** willdye <willdye!~willdye@cpe-108-167-39-135.neb.res.rr.com> has joined #yocto | 14:00 | |
*** AndersD <AndersD!~anders@194-237-220-218.customer.telia.com> has quit IRC | 14:01 | |
ythl | Does anyone know what controls the size in wordsize.h when generating a toolchain with bitbake meta-toolchain? | 14:03 |
*** willdye <willdye!~willdye@cpe-108-167-39-135.neb.res.rr.com> has quit IRC | 14:03 | |
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-ntxwzveychkfpdao> has joined #yocto | 14:04 | |
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC | 14:05 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 14:05 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 14:10 | |
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 14:13 | |
*** armpit <armpit!~armpit@2601:202:4001:9ea0:2c74:fedb:e59f:1991> has joined #yocto | 14:18 | |
*** lsandov <lsandov!~lsandov1@134.134.139.76> has joined #yocto | 14:18 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 14:20 | |
*** MarcWe <MarcWe!~hmw@zimbra.welvaarts.com> has joined #yocto | 14:20 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 14:22 | |
*** MarcWe <MarcWe!~hmw@zimbra.welvaarts.com> has quit IRC | 14:25 | |
*** hmw_ <hmw_!~hmw@zimbra.welvaarts.com> has joined #yocto | 14:26 | |
*** Heinzer123 <Heinzer123!~Heinzer12@nat-134-1-1-2.awi.de> has left #yocto | 14:30 | |
*** berndhs <berndhs!~berndhs@xplr-104-249-225-14.xplornet.com> has joined #yocto | 14:36 | |
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC | 14:43 | |
*** alimon <alimon!~alimon@134.134.139.83> has joined #yocto | 14:47 | |
*** gabrbedd <gabrbedd!~beddingfi@li680-65.members.linode.com> has joined #yocto | 14:51 | |
*** sjolley <sjolley!~sjolley@134.134.139.76> has quit IRC | 14:51 | |
*** jmcruzal <jmcruzal!~jmcruzal@134.134.139.82> has joined #yocto | 14:54 | |
kergoth | RP: any ideas on this? https://gist.github.com/kergoth/1c7a38c5a0ab1a2a84cb4b17971781d1 | 14:56 |
*** caiortp <caiortp!~inatel@131.221.240.233> has joined #yocto | 14:56 | |
sveinse | The manual states that NO_RECOMMENDATIONS only is supported for ipk and rpm, but not deb. What this imply for deb? That is installs every RRECOMMENDS for deb, or that is doesn't? | 14:59 |
RP | kergoth: Is libgcc-external in PACKAGES? Might it not be seeing the RDEPENDS leading to a build race? | 15:01 |
RP | sveinse: that it does install every RRECOMMENDS | 15:02 |
sveinse | RP: thanks | 15:02 |
kergoth | RP: it is, yeah, though iirc it's renamed with PKG_ | 15:02 |
kergoth | good thought, though, maybe i'll drop the package renaming bits to see if that's a factor | 15:02 |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 15:04 | |
*** hmw_ <hmw_!~hmw@zimbra.welvaarts.com> has quit IRC | 15:06 | |
*** zeeblex <zeeblex!~zeeblex@gate-zro.freescale.com> has quit IRC | 15:06 | |
* kergoth also checks for task ordering issues, could be the pkgdata wasn't yet populated, and my examining the files was after they all run | 15:10 | |
*** mckoan is now known as mckoan|away | 15:12 | |
LetoThe2nd | btw, rumour is that YPDD on oct 26, right? | 15:12 |
*** fl0v0 <fl0v0!~fvo@pD9F6BC7F.dip0.t-ipconnect.de> has joined #yocto | 15:13 | |
dl9pf | denix: is there a pyro-branch in meta-ti ? | 15:18 |
*** sjolley <sjolley!sjolley@nat/intel/x-lcbudqepjvmwuvdl> has joined #yocto | 15:22 | |
*** sjolley <sjolley!sjolley@nat/intel/x-lcbudqepjvmwuvdl> has quit IRC | 15:24 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 15:27 | |
*** sjolley <sjolley!~sjolley@134.134.139.73> has joined #yocto | 15:33 | |
*** vdehors <vdehors!~vdehors@194.250.98.228> has quit IRC | 15:41 | |
*** rajm <rajm!~robertmar@167.98.27.226> has quit IRC | 15:44 | |
*** Guma <Guma!~Guma@c-67-184-64-21.hsd1.il.comcast.net> has quit IRC | 15:45 | |
*** aehs29 <aehs29!aehernan@nat/intel/x-rqkeeqxzwtwmzfrw> has joined #yocto | 15:47 | |
*** bully4u <bully4u!~Adium@134.134.139.75> has joined #yocto | 15:54 | |
*** berndhs <berndhs!~berndhs@xplr-104-249-225-14.xplornet.com> has quit IRC | 15:57 | |
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 15:58 | |
*** Snert_ <Snert_!~snert_@65.74.8.146> has joined #yocto | 15:59 | |
*** Snert_ <Snert_!~snert_@65.74.8.146> has quit IRC | 16:02 | |
*** CTtpollard <CTtpollard!~CTtpollar@167.98.27.226> has quit IRC | 16:05 | |
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 16:07 | |
*** fl0v0 <fl0v0!~fvo@pD9F6BC7F.dip0.t-ipconnect.de> has quit IRC | 16:12 | |
*** ranran <ranran!051ca1a2@gateway/web/freenode/ip.5.28.161.162> has quit IRC | 16:14 | |
*** yann|work <yann|work!~yann@LFbn-1-3552-118.w90-127.abo.wanadoo.fr> has quit IRC | 16:15 | |
*** ntl <ntl!~nathanl@65-36-80-8.dyn.grandenetworks.net> has joined #yocto | 16:17 | |
*** fischerm <fischerm!~mfischer@207-114-172-147.static.twtelecom.net> has quit IRC | 16:18 | |
sveinse | If I want some functions and variables set in the global scope of bitbake, but does not want to clutter local.conf, where is a natural location and/or naming for it? | 16:20 |
rburton | in your distro config, or a class that you inherit at the distro level | 16:21 |
sveinse | Specifically, it contains scripts for getting the central CM controlled info such as fetching the release version number | 16:21 |
sveinse | rburton: thanks | 16:21 |
*** luc4 <luc4!~luca@185.43.148.11> has quit IRC | 16:22 | |
*** toscalix <toscalix!~toscalix@68.red-83-42-135.dynamicip.rima-tde.net> has quit IRC | 16:23 | |
sveinse | what is "uninative" poky releases? | 16:25 |
kergoth | so, someone patched diffutils recently to no longer use its internal copy of getopt if it can't find a good one, yet we don't set gl_cv_func_getopt_gnu=yes in our siteinfo, which means it always assumes we don't have a valid gnu getopt, which causes the build to fail | 16:29 |
kergoth | lovely | 16:29 |
Crofton|work | The better question is what is uinative | 16:30 |
*** rburton <rburton!~textual@home.burtonini.com> has quit IRC | 16:30 | |
*** rburton <rburton!~textual@home.burtonini.com> has joined #yocto | 16:31 | |
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-xkyxerchruekzfeq> has quit IRC | 16:31 | |
rburton | sveinse: uninative is just a rebuild glibc that can be used to abstract the host os if you want to share sstate between many distros. | 16:32 |
rburton | sveinse: poky uses it so the autobuilder cluster can share native sstate | 16:33 |
roundandround | for ALTERNATIVE_PRIORITY, is a higher or lower value prefered when update-alternatives runs? | 16:34 |
roundandround | The best I can tell is that higher trumps lower based on https://linux.die.net/man/8/update-alternatives | 16:38 |
kergoth | think that's correct, yes | 16:39 |
sveinse | I wonder if bitbake -e files can be sourced by sh safely | 16:39 |
sveinse | At first glance it seems so | 16:39 |
rburton | sveinse: yeah the format was designed to be shish | 16:40 |
sveinse | great | 16:40 |
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC | 16:41 | |
*** rburton <rburton!~textual@home.burtonini.com> has quit IRC | 16:41 | |
*** rburton <rburton!~textual@home.burtonini.com> has joined #yocto | 16:41 | |
kergoth | sveinse: note he said sh *ish*. it also emits the python functions for reference, which won't be valid. so some of it, yes, the entirety, possibly not | 16:43 |
sveinse | shish apparently. bash doesnt like the empty syntax like DISABLE_STATIC_pn-nativesdk-openssl="" | 16:43 |
sveinse | fails with command not found :( | 16:43 |
kergoth | empty is irrelevent | 16:43 |
kergoth | it's the dashes | 16:43 |
kergoth | dash isn't valid in shell variable names | 16:43 |
sveinse | ah, right, yes | 16:44 |
rburton | not sure i want to know why you're running -e into a shell ;) | 16:45 |
rburton | if you want to grab some values then the format is sh like so its trivial to parse | 16:45 |
*** gtristan <gtristan!~tristanva@modemcable172.18-161-184.mc.videotron.ca> has quit IRC | 16:46 | |
sveinse | I'l tell you anyways :) Its our CM's pre-build setup scripts. Rather than duplicating settings in the CM config, its better to fetch them from yocto's local.conf & co. | 16:47 |
sveinse | Parsing the -e output is trivial, no worries | 16:47 |
*** yann|work <yann|work!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has joined #yocto | 16:50 | |
kergoth | can also just grep out the particular vars you need and eval just those parts | 17:13 |
sveinse | kergoth: not too fond of eval, so I grep and sed it into a variable. But essentially the same thing, yeah | 17:14 |
*** rljordan <rljordan!86868b4b@gateway/web/freenode/ip.134.134.139.75> has joined #yocto | 17:17 | |
*** rburton <rburton!~textual@home.burtonini.com> has quit IRC | 17:23 | |
*** christner <christner!~dchristne@50-76-27-165-static.hfc.comcastbusiness.net> has joined #yocto | 17:25 | |
*** melonipoika_ <melonipoika_!~quassel@dsl-hkibng22-54f98b-64.dhcp.inet.fi> has joined #yocto | 17:33 | |
*** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has joined #yocto | 17:34 | |
*** colrack <colrack!~colrack@94.126.8.166> has quit IRC | 17:34 | |
*** ythl <ythl!8b5532f8@gateway/web/freenode/ip.139.85.50.248> has quit IRC | 17:36 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 17:40 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 17:40 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 17:45 | |
*** SoniaLeon <SoniaLeon!~sleonbau@134.134.139.83> has joined #yocto | 17:47 | |
*** SoniaLeon <SoniaLeon!~sleonbau@134.134.139.83> has left #yocto | 17:48 | |
*** melonipoika_ <melonipoika_!~quassel@dsl-hkibng22-54f98b-64.dhcp.inet.fi> has quit IRC | 17:53 | |
*** ed2 <ed2!Adium@nat/intel/x-knuuwvmfxclgbtlr> has quit IRC | 17:56 | |
roundandround | Does anybody know when/how should I run depmod when adding recipes for out-of-tree kernel modules to an image? | 18:03 |
*** Snert_ <Snert_!~snert_@65.74.8.146> has joined #yocto | 18:12 | |
kergoth | just inherit the appropriate classes (generally 'module') and its hould be done for you by setting up a postinst to do it when the package is installed | 18:14 |
kergoth | afaik anyway | 18:14 |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 18:18 | |
roundandround | hmmm, strange. I inherit the module class, but no modules.dep is generated for the final image so maybe I need a different class or I borke things somewhere | 18:19 |
*** joshuagl <joshuagl!joshuagl@nat/intel/x-eqfsocsgchpcaqql> has quit IRC | 18:48 | |
*** aehs29 <aehs29!aehernan@nat/intel/x-rqkeeqxzwtwmzfrw> has quit IRC | 18:50 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 19:06 | |
*** rburton_ <rburton_!~textual@home.burtonini.com> has joined #yocto | 19:27 | |
*** Circuitsoft <Circuitsoft!4b92a52b@gateway/web/freenode/ip.75.146.165.43> has quit IRC | 19:38 | |
*** ed2 <ed2!Adium@nat/intel/x-fyiyuefcjczmhsot> has joined #yocto | 19:40 | |
*** ed2 <ed2!Adium@nat/intel/x-fyiyuefcjczmhsot> has quit IRC | 19:46 | |
*** rljordan <rljordan!86868b4b@gateway/web/freenode/ip.134.134.139.75> has quit IRC | 20:00 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 20:01 | |
sveinse | I have an overgrown local.conf, and are planning to move most of it into a custom distro. Are there any guidelines on what parameters belong in a distro and what should be left in local.conf? | 20:14 |
kergoth | local.conf is meant to be local to that particular build, likely not source controlled, and is intended to be easy for the user to modify. i'm assuming you mean what should be left in a local.conf *template*, and the answer there depends on what you want to make easy for the user doing a build to be able to change, or what you want to be very visible to the user, rather htan hidden away in the distro | 20:16 |
sveinse | right. I understand. In our context, the purpose of the builds is not to prepare for generic use, but to build and replicate exact product builds. So the concept of user is somewhat moot. And because of this our local.conf is version controlled. | 20:20 |
sveinse | because of precisely this, the local.conf has grown to host settings that does not belong there | 20:21 |
rburton_ | in an ideal world local.conf changes are limited to setting DISTRO (and actual host settings such as DL_DIR), and distro can be set via a local.conf template in your layer | 20:22 |
*** caiortp <caiortp!~inatel@131.221.240.233> has quit IRC | 20:24 | |
*** groleo <groleo!~groleo@86.127.244.206> has quit IRC | 20:24 | |
sveinse | In that context, the sample local.conf is quite elaborate. Or can be made quite elaborate. | 20:27 |
rburton_ | the word you're looking for is "sample" :) | 20:27 |
rburton_ | its part of the documentation | 20:27 |
sveinse | But I suppose what a distro image is varies from user to user. E.g. some tweak on a distro like Poky (most users?) and other, like us, want to build a fixed image. | 20:28 |
rburton_ | i hope most users are not tweaking poky via local.conf | 20:28 |
rburton_ | that would be doing it very wrong | 20:28 |
rburton_ | (they're not) | 20:29 |
sveinse | uhm, there is a reason I'm making a distro right now. *cough* | 20:29 |
rburton_ | you should have a distro that sets the global variables, and your own images which are possibly constructed from your own package groups | 20:30 |
rburton_ | the only things in local.conf should be host settings (site.conf exists for a reason...) and per-build tweaks. | 20:31 |
rburton_ | (for the normal use, obviously my job is testing the patches so my local.conf is about 400 lines of commented out tweaks) | 20:31 |
sveinse | yocto or bitbake (or toaser) never writes or changes auto.conf, right? | 20:35 |
*** aehs29 <aehs29!~aehernan@134.134.139.83> has joined #yocto | 20:37 | |
rburton_ | no, nothing writes to auto local or site.conf | 20:38 |
*** bully4u <bully4u!~Adium@134.134.139.75> has quit IRC | 20:47 | |
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 20:57 | |
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 21:01 | |
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-podscggrnbzatacn> has joined #yocto | 21:08 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 21:13 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 21:16 | |
*** _jrsharp <_jrsharp!~jrsharp@96-87-200-233-static.hfc.comcastbusiness.net> has joined #yocto | 21:23 | |
_jrsharp | hey all | 21:23 |
*** scottrif <scottrif!~scottrif@2600-6c55-7500-0219-1985-776e-3438-17b7.dhcp6.chtrptr.net> has joined #yocto | 21:23 | |
_jrsharp | what would this error message ("ERROR: Nothing PROVIDES ''") indicate when attempting to set up and build a yocto image? | 21:24 |
_jrsharp | (generally) | 21:24 |
*** sjolley <sjolley!~sjolley@134.134.139.73> has quit IRC | 21:27 | |
RP | _jrsharp: something is depending on '' but nothing is providing it. The system doesn't do that by default in our testing so it has to be something you've added or configured | 21:28 |
RP | _jrsharp: I can make the system do that if I type "bitbake ''" | 21:29 |
*** Amynka <Amynka!~frozen@gentoo/developer/amynka> has quit IRC | 21:30 | |
_jrsharp | ok... well, what would the empty string indicate, then? That one of my .bb/recipe files is referencing an empty string? if I had a name, I could track it down, but with an empty string, what do I look for? | 21:31 |
RP | _jrsharp: You could try the -k option, see if that gives any more hints | 21:37 |
*** Amynka <Amynka!~frozen@gentoo/developer/amynka> has joined #yocto | 21:40 | |
sveinse | If bitbake throw a DISTRO 'sp-poky' not found at me, how can I debug what it's complaining about? | 21:41 |
sveinse | I have a layer with conf/distro/sp-poky.conf in it | 21:41 |
*** Shurelous <Shurelous!~igor@189.112.127.230> has quit IRC | 21:42 | |
*** yates <yates!~user@rrcs-96-10-234-158.midsouth.biz.rr.com> has joined #yocto | 21:43 | |
yates | please bear with a basic and/or stupid question... | 21:43 |
rburton_ | sveinse: is the layer in bblayers? does the layer.conf say there are files in conf/? | 21:43 |
yates | i'm using Varascite's yocto imx6ul project as a starting poitn for our project | 21:44 |
yates | variscite. | 21:44 |
rburton_ | sveinse: you're probably missing a BBPATH assignment in the layer.conf | 21:44 |
*** armpit <armpit!~armpit@2601:202:4001:9ea0:2c74:fedb:e59f:1991> has quit IRC | 21:44 | |
yates | i want to modify the GPIO1_IO03 muxing, so I searched on that string under <yp>/sources | 21:45 |
yates | and i only got hits on it under <yp>/sources/poky/build_x5/tmp/work-shared/... | 21:45 |
yates | this confuses me. | 21:46 |
yates | where do these .dts files originate from? | 21:46 |
_jrsharp | thanks RP | 21:46 |
RP | _jrsharp: when you find it I'd be interested to know how to trigger that and see whether we can make the cause more obvious, that might be worth a bug if/when you find it | 21:47 |
RP | yates: kernel source I'd guess (which is placed in a shared work directory) | 21:47 |
yates | and i only got hits on it under <yp>/sources/poky/build_x5/tmp/work-shared/.../imx6ull-var-dart-common.dtsi, for example. | 21:47 |
*** bluelightning <bluelightning!~paul@ip4d16fb7f.dynamic.kabel-deutschland.de> has joined #yocto | 21:48 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 21:48 | |
yates | RP: ok. so if i want to modify something in that source, i need to generate a .patch ? | 21:48 |
RP | yates: yes | 21:49 |
sveinse | rburton_: it was, thanks | 21:49 |
yates | there are several files with this string in the kernel-source/arch/arm/boot/dts/ directory which could be used, e.g., imx6ul-14x14-ddr3-arm2.dts, or imx6ull-14x14-ddr-arm2.dts, for example. how do i know which one the project is utilziing? | 21:50 |
*** christner <christner!~dchristne@50-76-27-165-static.hfc.comcastbusiness.net> has quit IRC | 21:52 | |
yates | RP: is there a document that describes how to generate such a patch file? would it go in my custom layer somewhere? is it applied prioer to the files getting "generated" info the /tmp/work-shared folder? | 21:54 |
*** armpit <armpit!~armpit@2601:202:4001:9ea0:5d66:ef51:bce1:efa4> has joined #yocto | 21:54 | |
*** lamego <lamego!jose@nat/intel/x-rhiaiborwfkhtzvf> has quit IRC | 21:56 | |
_jrsharp | yates: btw, there is a webinar scheduled tomorrow: Demystifying Device Tree for NXP i.MX Processors | 21:56 |
rewitt | yates: The dts should generate a dtb file, so in my limited knowledge, I *think* you could just find the dtb file that gets generated | 21:56 |
rewitt | yates: And if the dts file is in tree for the kernel, just patch that corresponding file | 21:57 |
sveinse | _jrsharp: Is it open to anyone? Do you have an URL to it? | 21:57 |
yates | rewitt: right, but a) how do i know which files in the kernel source tree are getting pulled in (as I asked previously), and b) even knowing how to generate a .patch file, where exactly does it go in my sources ? | 21:59 |
* _jrsharp looks for URL... | 22:00 | |
yates | i know these are basic,, i don't know how elswe to be begin. i've done some reading of the yocto reference manual but haven't seen the answer (yet) | 22:00 |
_jrsharp | Here it is: https://www.toradex.com/webinars/demystifying-device-tree-for-nxp-imx-processors | 22:01 |
yates | thanks _jrsharp | 22:01 |
_jrsharp | np | 22:01 |
*** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has quit IRC | 22:02 | |
yates | i've also tried to parse the dev-manual - nye onto impossible! | 22:02 |
yates | s/nye/nigh/ | 22:03 |
yates | s/nigh onto/damn near/ | 22:03 |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 22:03 | |
*** fischerm <fischerm!~mfischer@207-114-172-147.static.twtelecom.net> has joined #yocto | 22:04 | |
_jrsharp | RP: my empty string issue was related to RECOVERY_INITRAMFS_IMAGE not being set... looks like I wasn't specifying the DISTRO appropriately | 22:06 |
*** Guma <Guma!~Guma@c-67-184-64-21.hsd1.il.comcast.net> has joined #yocto | 22:12 | |
yates | _jrsharp: do you know specifics on the imx6ul/imx6ull processors? | 22:13 |
yates | namely, where does the REF_CLK_32K come from in GPIO1_IO03 mux? i don't see it in the reference manual | 22:13 |
_jrsharp | I'm fairly new to the imx6, but am working with the imx6q/imx6dl cpus on a project presently | 22:13 |
_jrsharp | have you looked at the relevant .dtsi files in your kernel source? (arch/arm/boot/dts) ? | 22:15 |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 22:15 | |
*** agust <agust!~agust@p4FCB52B3.dip0.t-ipconnect.de> has quit IRC | 22:16 | |
yates | yes, i am looking ther enow | 22:16 |
_jrsharp | it may also trace back to an included header file, in the case of the pin mux options... | 22:17 |
yates | regardless of what is in those .dts[i] files, how can you select a non-existent mux?!? | 22:18 |
_jrsharp | I don't know about that signal specifically, but I recall having to peel back several layers before I found all of the alt-function pin mux options | 22:18 |
_jrsharp | yeah... that's strange if not in the manual | 22:18 |
_jrsharp | t | 22:19 |
_jrsharp | I know the ul parts differ a fair bit from the q/dl parts | 22:19 |
yates | what is a "keeper"? | 22:19 |
*** berndhs <berndhs!~berndhs@xplr-104-249-225-14.xplornet.com> has joined #yocto | 22:20 | |
yates | _jrsharp: see 33.6.10 of the rm. do you see a mux mode ALT3? | 22:21 |
yates | that's what they're selecting (according to the scehmatic) for REF_CLK_32K | 22:21 |
sveinse | yates: generically speaking, and given I understand the context right, many SoC has a bus-keep function. It ensures that the pin won't float, but stay either high or low to prevent excessive current consumption | 22:23 |
yates | aha. | 22:23 |
sveinse | Its an input, not low Z driven output | 22:23 |
yates | basically they connect a resistor network for a logic low or high? | 22:24 |
yates | as an input .. | 22:24 |
yates | damn cmos. gimme the good-ole days of LS-TTL... | 22:25 |
yates | and wire-wrap | 22:25 |
sveinse | No, its a little more refined than that. If left floating it will, say low. If you drive it high, it will stay high after you've removed the driver. A kind of schmitt trigger into positive feedback | 22:26 |
yates | hm | 22:26 |
*** rburton_ <rburton_!~textual@home.burtonini.com> has quit IRC | 22:27 | |
_jrsharp | yates: good luck, signing off... | 22:28 |
_jrsharp | thanks all! | 22:28 |
*** _jrsharp <_jrsharp!~jrsharp@96-87-200-233-static.hfc.comcastbusiness.net> has quit IRC | 22:28 | |
*** bully4u <bully4u!~Adium@134.134.139.83> has joined #yocto | 22:30 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 22:32 | |
*** martinkelly <martinkelly!~martin@65-122-179-226.dia.static.qwest.net> has quit IRC | 22:50 | |
*** martinkelly <martinkelly!~martin@65-122-179-226.dia.static.qwest.net> has joined #yocto | 22:57 | |
*** sjolley <sjolley!~sjolley@134.134.139.76> has joined #yocto | 23:01 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 23:12 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 23:17 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 23:24 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 23:28 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 23:29 | |
*** bully4u <bully4u!~Adium@134.134.139.83> has left #yocto | 23:29 | |
*** aehs29 <aehs29!~aehernan@134.134.139.83> has quit IRC | 23:36 | |
*** fadeway_ <fadeway_!~fadeway@dslb-092-074-232-192.092.074.pools.vodafone-ip.de> has joined #yocto | 23:58 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!