| 00:44.04 | *** join/#oe anarsoul (~kvirc@205.250.92.228) |
| 00:49.16 | *** join/#oe evanmeagher (~evanmeagh@73.71.33.109) |
| 01:03.49 | *** join/#oe evanmeagher (~evanmeagh@73.71.33.109) |
| 02:14.54 | *** join/#oe coolmouse (~coolmouse@113.201.138.202) |
| 02:15.43 | *** join/#oe coolmouse (~coolmouse@113.201.138.202) |
| 02:31.00 | *** join/#oe anarsoul (~anarsoul@S0106848dc7ec0367.vs.shawcable.net) |
| 02:31.14 | *** join/#oe coolmouse (~coolmouse@113.201.138.202) |
| 02:32.59 | *** join/#oe coolmouse_ (~coolmouse@113.201.138.202) |
| 02:44.45 | *** join/#oe mwester2 (~mwester@184-158-65-253.dyn.centurytel.net) |
| 02:54.34 | *** join/#oe coolmouse (~coolmouse@113.201.243.32) |
| 02:55.20 | *** join/#oe coolmouse_ (~coolmouse@113.201.243.32) |
| 03:06.48 | *** join/#oe mwester (~mwester@nslu2-linux/mwester) |
| 03:21.34 | *** join/#oe Aethenelle_ (~Aethenell@199.15.128.78) |
| 03:31.17 | *** join/#oe vquicksilver (~nobody@gentoo/contributor/vquicksilver) |
| 03:35.25 | *** join/#oe mwester2 (~mwester@69-179-76-188.stat.centurytel.net) |
| 03:54.13 | *** join/#oe vquicksilver_ (~nobody@gentoo/contributor/vquicksilver) |
| 04:02.31 | *** join/#oe mwester (~mwester@nslu2-linux/mwester) |
| 05:48.56 | *** join/#oe blitz00 (stefans@unaffiliated/blitz00) |
| 05:52.21 | *** join/#oe Nilesh__ (uid116340@gateway/web/irccloud.com/x-qqnwyevruwymgmof) |
| 05:58.13 | *** join/#oe morphis (~morphis@p5480DE48.dip0.t-ipconnect.de) |
| 05:58.14 | *** join/#oe debris` (debris@gateway/shell/fnordserver.eu/x-ygtzozklxvpvmxbs) |
| 06:02.46 | *** join/#oe Nilesh__ (uid116340@gateway/web/irccloud.com/session) |
| 06:02.49 | *** join/#oe Nilesh__ (uid116340@gateway/web/irccloud.com/x-lvmshtzqjfddhxab) |
| 06:03.50 | *** join/#oe icanicant (~icanicant@195.88.236.129) |
| 06:08.58 | *** join/#oe AndersD (~anders@213-64-219-84-no126.business.telia.com) |
| 07:00.42 | *** join/#oe phdeswer (~phdeswer@91-159-55-220.elisa-laajakaista.fi) |
| 07:21.30 | *** join/#oe Nilesh__ (uid116340@gateway/web/irccloud.com/session) |
| 07:21.35 | *** join/#oe Nilesh__ (uid116340@gateway/web/irccloud.com/x-nhludumytffzxluj) |
| 07:42.23 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 07:47.30 | *** join/#oe t0mmy (~tprrt@217.114.201.133) |
| 07:49.10 | *** join/#oe tasslehoff (~Tasslehof@82.147.55.166) |
| 07:50.58 | tasslehoff | I have KERNEL_IMAGETYPE set to zImage. Can I make it generate vmlinux as well? |
| 07:52.17 | *** join/#oe phdeswer_ (~phdeswer@91-159-55-220.elisa-laajakaista.fi) |
| 07:53.12 | *** join/#oe jbrianceau_away (uid10952@gateway/web/irccloud.com/x-hzlksyiytjjsjdht) |
| 07:53.23 | *** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029) |
| 07:54.29 | *** join/#oe Nilesh__ (uid116340@gateway/web/irccloud.com/x-tdklevlxevrpayks) |
| 08:04.35 | *** join/#oe vmesons (~rmacleod@24-212-184-107.cable.teksavvy.com) |
| 08:19.59 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 08:39.20 | *** join/#oe joshuagl (joshuagl@nat/intel/x-meaifydlbujjlmip) |
| 08:42.31 | *** join/#oe edbart (ebartosh@nat/intel/x-bfandqbrkulfimch) |
| 08:42.35 | *** join/#oe yann|work (~yann@LFbn-1-1026-146.w86-247.abo.wanadoo.fr) |
| 08:46.46 | *** join/#oe belen (~Adium@134.134.139.77) |
| 08:49.35 | *** join/#oe ant_work (~ant__@host213-59-dynamic.50-79-r.retail.telecomitalia.it) |
| 08:49.53 | *** join/#oe LinuxMice (~LinuxMice@193.140.134.110) |
| 09:04.48 | *** join/#oe rburton (~Adium@home.burtonini.com) |
| 09:10.20 | *** join/#oe kristoffer (~kristoffe@ua-83-227-162-207.cust.bredbandsbolaget.se) |
| 09:27.19 | *** join/#oe maxin (~maxin@2001:998:22:0:a91b:4efe:a9f3:1e15) |
| 09:53.41 | *** join/#oe jonathanmaw (~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk) |
| 10:09.04 | *** join/#oe joshuagl (~joshuagl@192.198.151.43) |
| 10:22.09 | *** join/#oe dv_ (~quassel@chello062178118086.5.14.vie.surfer.at) |
| 10:43.50 | *** join/#oe dv_ (~quassel@chello062178118086.5.14.vie.surfer.at) |
| 11:16.29 | *** join/#oe pidge_ (~pidge@2a02:8084:ac1:d80:e9f7:42f8:4fb:388f) |
| 11:19.22 | *** join/#oe phdeswer_ (~phdeswer@auth.nomovok.info) |
| 11:21.15 | *** join/#oe coolmouse (~coolmouse@124.89.110.117) |
| 11:31.46 | *** join/#oe berton (~fabio@177.127.4.103) |
| 11:57.08 | *** join/#oe coolmouse_ (~coolmouse@124.89.110.117) |
| 11:57.11 | Crofton|work | anyone remember what creates the file /etc/version in rootfs? |
| 11:57.56 | *** join/#oe caiortp (~inatel@131.221.240.204) |
| 11:58.41 | Crofton|work | rburton, hmm, who makes /etc/timestamp |
| 11:58.48 | Crofton|work | and there is /etc/version |
| 11:59.03 | Crofton|work | and do they appear in images from Angstrom |
| 11:59.44 | *** join/#oe JaMa (~martin@ip-86-49-34-37.net.upcbroadband.cz) |
| 12:03.55 | *** join/#oe ant_work (~ant__@host213-59-dynamic.50-79-r.retail.telecomitalia.it) |
| 12:05.51 | *** join/#oe ldnunes (~ldnunes_@177.127.4.103) |
| 12:11.50 | joshuagl | Crofton|work: meta/classes/rootfs-postcommands.bbclass |
| 12:12.54 | Crofton|work | that is timestamp |
| 12:13.16 | Crofton|work | interesting we have two files with about the same thing in them :) |
| 12:16.25 | bluelightning | IIRC /etc/timestamp isn't really about the contents, it's about the date on the file |
| 12:19.40 | Crofton|work | http://stackoverflow.com/questions/35927774/how-to-get-rootfs-build-timestamp-at-runtime |
| 12:46.43 | *** join/#oe AndersD (~anders@213-64-219-84-no126.business.telia.com) |
| 13:04.12 | *** join/#oe eengie (~eengie@static-108-40-78-74.bltmmd.fios.verizon.net) |
| 13:05.30 | eengie | Has anyone ever seen wic fail with an error like "exec_cmd: install -m 0644 -D <deploy path>/etc <image boot pat>/etc returned '1' instead of 0"?? |
| 13:16.08 | *** join/#oe maxin (~maxin@194.136.86.45) |
| 13:20.20 | *** join/#oe bottazzini (~realBigfo@192.55.54.42) |
| 13:37.02 | *** join/#oe belen (~Adium@134.134.139.70) |
| 13:48.26 | *** join/#oe vdehors_ (~vdehors@bob75-2-81-56-46-209.fbx.proxad.net) |
| 13:55.48 | joshuagl | Crofton|work: if you're still looking /etc/version gets written in lib/oe/rootfs.py |
| 13:56.15 | Crofton|work | ah |
| 13:56.19 | Crofton|work | mainly curious |
| 14:01.14 | *** join/#oe kscherer (~kscherer@128.224.252.2) |
| 14:16.55 | eengie | Alright, so I've figured it out that my issue was with how I'm using IMAGE_BOOT_FILES but the curiosity remains for me because the documentation seems to indicate it's possible to copy whole directories of files to the boot partition as such: IMAGE_BOOT_FILES = "mydir/*;destdir/". However that format yields the error: Malformed boot file entry: ;destdir/. What is the appropriate syntax for that variable if the docs are indeed wron |
| 14:18.55 | *** join/#oe JaMa (~martin@ip-86-49-34-37.net.upcbroadband.cz) |
| 14:22.34 | eengie | Never mind...looks like my version of oe-core isn't new enough to get that feature. Dangit. |
| 14:24.01 | *** join/#oe paulg_ (~paulg@198-84-239-75.cpe.teksavvy.com) |
| 14:41.26 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 14:46.38 | eengie | Is there a way to call a bb.utils function without having to assign it to a variable? I'm using "${@bb.data.append(<var>,<val>,d)}" on a single line of a task, but it's throwing an error because the function returns None, and then the recipe evaluates "None", and exits with the error it has no idea what that means. |
| 14:47.15 | kergoth | use an anonymous python function, that's what they're for, to run python code at the end of parsing |
| 14:47.44 | eengie | kergoth: How would I do that in a regular task (sorry, I'm very new at this) |
| 14:48.26 | kergoth | you don't |
| 14:48.32 | *** join/#oe uwe_mobile (~uwe@static.173.76.9.176.clients.your-server.de) |
| 14:48.49 | kergoth | an anonymous python function is a function that runs at the end of parsing, not at task execution time |
| 14:49.16 | kergoth | and of course, a ${@} is run when the task is expanded, not when it's run |
| 14:52.03 | eengie | so then define in the recipe: python () { d.appendVar(<var>,<value>) }? |
| 14:55.14 | eengie | (I apologize, I'm having trouble reading between the lines of what you're saying; the documentation seems to be pretty sparse on how to use these things, and usually recipes seem to be using the ${@} syntax to set recipe variables |
| 14:57.44 | *** join/#oe madisox (~madison@216-75-232-11.static.wiline.com) |
| 14:58.08 | kergoth | there are hundreds of examples all over the metadata of use of anonymous python to alter the metadata |
| 15:00.06 | kergoth | https://www.yoctoproject.org/docs/1.6/bitbake-user-manual/bitbake-user-manual.html#anonymous-python-functions may be of use |
| 15:04.41 | eengie | Yes, I came across that on my own. I suppose I'm more curious at this point why that's the preferred usage in this case, but ${@} is provided when you want to fetch the return value. I was off looking for a way to execute the function without regard to the return value |
| 15:04.59 | eengie | Or at the very least, have the task execution ignore the return value...which I suppose I could just by assigning the output to a dummy variable. |
| 15:05.05 | eengie | But that seems like a silly thing to have to do. |
| 15:05.16 | eengie | (just to ignore the return value) |
| 15:05.20 | kergoth | ${@} is only used for inline python, and it will *only* be run if the variable it's in gets expanded |
| 15:05.34 | kergoth | if you put it in a dummy variable, that will do precisely nothing |
| 15:05.41 | kergoth | unless the varaibel is actually referenced, and therefore expanded |
| 15:06.02 | kergoth | you're trying to use it to do something it's not designed for. don't do that |
| 15:06.54 | kergoth | it's used to add logic to variable expansion, that's all. if you want to do something else, you're using the wrong mechanism |
| 15:07.35 | eengie | I'm not sure that's a fare statement if the function is, like appendVar, meant to update a variable and I want my task to update a variable, to say that I'm doing it wrong by assigning the output to a dummy variable within the task. |
| 15:07.50 | eengie | When the task is expanded, regardless of the dummy variable, shouldn't the whole task be expanded? |
| 15:07.59 | kergoth | tasks cannot alter metadata in a way that will affect anything outside that task |
| 15:08.05 | kergoth | tasks get isolated copies of the metadata |
| 15:08.18 | eengie | Or better, wouldn't I get around that by dummyvar := ${@...}? |
| 15:08.34 | kergoth | then it will alter the metdadata for all tasks, in which case you should just be using anonymous python |
| 15:08.43 | kergoth | as it will not be specific toi the task in any way |
| 15:09.14 | kergoth | i don't see why you're jumping through hoops to accomplish something it's not intended for when we have actual mechanisms designed to programmatically alter the metadata |
| 15:11.04 | eengie | I'm not sure I see what I'm doing as jumping through hoops so much as trying to find the expected way that was intended to be able to do what I'm trying to do...which is quite simple. I just need to copy a directory from my deploy image to the the boot partition. |
| 15:11.37 | eengie | And I need to do it in a way that lets my recipes update IMAGE_BOOT_FILES rather than having to specify it in a layer or local.conf because by doing so, I blow away the MACHINE definition of that value |
| 15:12.50 | eengie | I've been fighting with this mechanism for days by changing layer priorities, using weak-sets, etc. Nothing seems to help. My top-level software layer simply kills the BSP's weak-set (Xilinx) which is then appended by the vendor's BSP layer, so I lose out on the Xilinx BSP's files. |
| 15:13.39 | eengie | And all of this effort is simply to get around the possibility of users needing to deploy this image as a read-only filesystem since some files do need to get edited after the bake simply because you can't predict the target network in our case. |
| 15:15.12 | eengie | So to your comments about my not doing it the way the designers intended: that's all I'm trying to determine. How would the designers have intended this because so far, I haven't been able to figure it out. |
| 15:23.49 | *** join/#oe joshuagl (~joshuagl@192.198.151.44) |
| 15:27.34 | *** join/#oe t0mmy (~tprrt@217.114.201.133) |
| 15:30.08 | *** join/#oe vmeson (~rmacleod@24-212-184-107.cable.teksavvy.com) |
| 15:31.38 | eengie | kergoth: Let's back up for a moment. Are you saying that it's not the intended design to use the bb.data.appendVar() method from a recipe? |
| 15:40.38 | *** join/#oe belen (Adium@nat/intel/x-oxixkdpkasvywqdl) |
| 15:42.43 | *** join/#oe madisox (~madison@216-75-232-11.static.wiline.com) |
| 15:43.58 | *** join/#oe hrw-train (~hrw@89-79-162-23.dynamic.chello.pl) |
| 15:57.45 | *** join/#oe CipherWizard (~cipherwiz@216-21-169-52.slc.googlefiber.net) |
| 16:04.14 | kergoth | no, appendVar should be used, just not from ${@} |
| 16:10.49 | mario-goulart | Looks like khem sent some perl code to the list. :-) |
| 16:13.58 | eengie | kergoth: alright, thanks |
| 16:15.03 | *** join/#oe dv_ (~quassel@chello062178118086.5.14.vie.surfer.at) |
| 16:19.58 | *** join/#oe t0mmy (~tprrt@217.114.201.133) |
| 16:21.39 | *** join/#oe edbart1 (~ebartosh@192.198.151.44) |
| 16:28.02 | Crofton|work | anyone done a first boot recipe to enlarge an ext4 filesystm? |
| 16:36.09 | *** join/#oe Aethenelle (~Aethenell@199.15.128.78) |
| 16:48.30 | eengie | That sounds like a clever way to give someone a copy of the internal filesystem based on a jumper setting... |
| 17:19.42 | *** join/#oe berton (~fabio@177.127.4.103) |
| 17:21.10 | *** join/#oe ldnunes (~ldnunes_@177.127.4.103) |
| 17:41.59 | *** join/#oe berton (~fabio@177.127.4.103) |
| 18:08.00 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 18:12.54 | *** join/#oe jackmitch|home (~Thunderbi@cpc2-slam8-2-0-cust880.2-4.cable.virginm.net) |
| 18:29.40 | *** join/#oe edbart (~ebartosh@192.198.151.43) |
| 18:33.33 | *** join/#oe oldtopman (~oldtopman@65-128-24-31.hlrn.qwest.net) |
| 18:33.38 | *** join/#oe oldtopman (~oldtopman@unaffiliated/oldtopman) |
| 18:41.31 | Crofton|work | halstead, what happens when you click on latest release? |
| 18:41.32 | Crofton|work | https://www.yoctoproject.org/documentation |
| 18:42.33 | halstead | Crofton|work, It shows the error message because Yocto 2.0.1 came out but the docs for it aren't up yet. |
| 18:42.41 | halstead | Crofton|work, I'll have to get that fixed. |
| 18:42.45 | Crofton|work | thanks |
| 18:42.53 | Crofton|work | I am attempting to use th edocs |
| 18:43.07 | Crofton|work | because my question makes me look so stupid I can't ask it here :) |
| 18:44.46 | halstead | You can find 2.0 under previous releases rwhile I fix this. |
| 18:45.34 | Crofton|work | I did |
| 18:57.53 | Crofton|work | where would I find an exmaple of how to amke a first boot script that actually runs on the device? |
| 19:03.52 | *** join/#oe debris` (debris@gateway/shell/fnordserver.eu/x-maqienjeecjiskdj) |
| 19:11.40 | *** join/#oe debris` (debris@gateway/shell/fnordserver.eu/x-ysjaekyivslkxgmu) |
| 19:14.08 | Crofton|work | hmm, how do I stop a build from fialing because I do not have a licence file |
| 19:14.53 | JaMa | you mean for LIC_FILES_CHKSUM? |
| 19:15.07 | Crofton|work | yes |
| 19:15.13 | JaMa | You can use CLOSED for LICENSE at least temporarily until you get proper license |
| 19:15.33 | Crofton|work | in this case I am trying to install a postinst script on the deivce |
| 19:15.39 | Crofton|work | and that is all the recipe does |
| 19:15.42 | Crofton|work | no sources etc |
| 19:15.50 | JaMa | then you can choose your license |
| 19:15.57 | JaMa | why not MIT like packagegroup recipes? |
| 19:16.11 | JaMa | you can copy&paset both LICENSE and LIC_FILES_CHKSUM from there |
| 19:16.33 | Crofton|work | ah, that is what I was trying to remember |
| 19:25.55 | *** join/#oe bottazzini (~realBigfo@192.55.54.42) |
| 19:26.59 | fischerm | so whatpart creates the symlinks in my tmp-glibc/deploy/images/machine directory |
| 19:27.33 | fischerm | I'm trying to build a ext4 image core-image-minimal.ext4 and the timestamped ones exist, but not the core-image-minimal-machine.ext symlink |
| 19:27.39 | Crofton|work | fischerm, has lost the link to the image file |
| 19:27.54 | fischerm | for fitImage etc it works |
| 19:46.30 | *** join/#oe vquicksilver (~nobody@gentoo/contributor/vquicksilver) |
| 19:47.06 | *** join/#oe debris` (debris@gateway/shell/fnordserver.eu/x-ahkffjhbnqinjyny) |
| 19:53.11 | *** join/#oe mwester2 (~mwester@69-179-76-188.stat.centurytel.net) |
| 19:59.12 | *** join/#oe dijenerate (~dijenerat@did75-10-82-230-84-108.fbx.proxad.net) |
| 20:02.18 | *** join/#oe maxin (~maxin@dsl-espbrasgw1-54fa79-93.dhcp.inet.fi) |
| 20:05.48 | *** join/#oe evanmeagher (~evanmeagh@75-101-86-8.static.sonic.net) |
| 20:06.09 | *** join/#oe t0mmy (~tprrt@ram31-2-82-228-88-46.fbx.proxad.net) |
| 20:15.41 | Crofton|work | How do I get a postinst to run on the deivce itself? |
| 20:17.39 | kergoth | fail. exit non-zero |
| 20:17.53 | kergoth | the general idiom is to check if $D is set, and if so,w e know it's do_rootfs-time |
| 20:17.59 | kergoth | i.e. if [ -n "$D" ]; then exit 1; fi |
| 20:18.58 | Crofton|work | grr, I ahv ethat |
| 20:19.07 | Crofton|work | debugs harder |
| 20:19.44 | *** part/#oe maxin (~maxin@dsl-espbrasgw1-54fa79-93.dhcp.inet.fi) |
| 20:19.50 | Crofton|work | this recipe is empty except for postinst :) |
| 20:20.08 | *** join/#oe evanmeagher (~evanmeagh@75-101-86-8.static.sonic.net) |
| 20:23.50 | kergoth | remember: $D, not ${D}, otherwise it'll never run |
| 20:28.43 | Crofton|work | and spell command you want to run porprerly |
| 20:29.42 | fischerm | flips table ... stupid ext4 image |
| 20:32.27 | Crofton|work | rofl yeah I had the command wrong |
| 20:38.03 | *** join/#oe phdeswer (~phdeswer@91-159-55-220.elisa-laajakaista.fi) |
| 20:46.33 | kergoth | heh, oops |
| 21:00.38 | *** join/#oe debris` (debris@gateway/shell/fnordserver.eu/x-unyivhjcdudsajtl) |
| 21:14.22 | *** join/#oe yann|work (~yann@nan92-1-81-57-214-146.fbx.proxad.net) |
| 21:34.03 | CipherWizard | I am having issues with commit 66205c6096ce9d8bc828bf9b61d927cb495f69b1 in the jethro branch. It is complaining about nothing providing 'virtual/nativesdk-nativesdk-libx11' which of course looks wrong. |
| 21:54.09 | *** join/#oe bottazzini (~realBigfo@192.55.54.42) |
| 21:59.17 | halstead | Crofton|work, New 2.0.1 docs are done. Thanks for the notice. |
| 21:59.32 | Crofton|work | np |
| 21:59.50 | kergoth | ah, nice, a non-broken docs page is a good thing |
| 22:07.06 | *** join/#oe darknighte (~darknight@pdpc/supporter/professional/darknighte) |
| 22:30.29 | *** join/#oe lerela (~lerela___@50-200-149-212-static.hfc.comcastbusiness.net) |
| 22:30.38 | lerela | Hello |
| 22:30.44 | lerela | Is there any reason for systemd to require qemu? |
| 22:33.14 | *** join/#oe debris` (debris@gateway/shell/fnordserver.eu/x-yeysrsjgpkejysfs) |
| 22:39.41 | *** join/#oe ant_home (~ant__@host225-252-dynamic.0-87-r.retail.telecomitalia.it) |
| 22:49.51 | *** join/#oe evanmeagher (~evanmeagh@50.1.57.30) |
| 23:13.19 | *** join/#oe GeorgeHahn (~GeorgeHah@c-69-141-92-254.hsd1.nj.comcast.net) |
| 23:14.58 | *** join/#oe evanmeagher (~evanmeagh@50.1.57.30) |
| 23:28.29 | *** join/#oe evanmeag_ (~evanmeagh@50.1.57.30) |
| 23:42.04 | *** join/#oe rsalveti (sid117878@linaro/rsalveti) |