| *** sgw <sgw!swold@nat/intel/x-hvvllkwulxgrjtci> has quit IRC | 00:06 | |
| *** scottrif <scottrif!~scottrif@2600-6c55-4600-1e9f-d830-75c1-5d69-6793.dhcp6.chtrptr.net> has left #yocto | 00:07 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 00:12 | |
| *** Snert__ <Snert__!~snert_@65.74.8.146> has quit IRC | 00:18 | |
| *** berndhs <berndhs!~berndhs@xplr-104-249-225-92.xplornet.com> has quit IRC | 00:22 | |
| *** jg <jg!~jg@2601:18f:981:82c5:a800:914c:7bb3:48f7> has quit IRC | 00:34 | |
| *** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has joined #yocto | 00:37 | |
| *** zarzar <zarzar!~zarzar@vpn1.noregon.com> has quit IRC | 00:57 | |
| *** zarzar <zarzar!~zarzar@vpn1.noregon.com> has joined #yocto | 00:57 | |
| *** msvb-lab <msvb-lab!~michael@x55b5431f.dyn.telefonica.de> has quit IRC | 01:04 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 01:08 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 01:13 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-ciqxqwbmfqgkmnhx> has quit IRC | 01:15 | |
| *** sjolley <sjolley!~sjolley@134.134.139.73> has joined #yocto | 01:16 | |
| *** msvb-lab <msvb-lab!~michael@x55b5440e.dyn.telefonica.de> has joined #yocto | 01:17 | |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC | 01:20 | |
| *** demonimin <demonimin!~demonimin@5.51.222.165> has joined #yocto | 01:24 | |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto | 01:24 | |
| *** sgw <sgw!~swold@c-24-21-121-142.hsd1.or.comcast.net> has joined #yocto | 01:53 | |
| *** stephano <stephano!~stephano@134.134.139.73> has quit IRC | 01:56 | |
| *** sgw1 <sgw1!~swold@134.134.139.82> has joined #yocto | 01:56 | |
| *** sgw <sgw!~swold@c-24-21-121-142.hsd1.or.comcast.net> has quit IRC | 01:57 | |
| *** sgw1 is now known as sgw | 02:09 | |
| *** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-jdnjbjitqasqxvuv> has joined #yocto | 02:35 | |
| *** bavery_fn <bavery_fn!bavery@nat/intel/x-fcyewideeesvwxyf> has joined #yocto | 02:36 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 03:03 | |
| *** RP1 <RP1!~richard@host86-165-70-172.range86-165.btcentralplus.com> has quit IRC | 03:06 | |
| *** dreyna <dreyna!~dreyna@unknown-157-217.windriver.com> has quit IRC | 03:12 | |
| *** martinkelly1 <martinkelly1!~martin@75-165-62-129.tukw.qwest.net> has joined #yocto | 03:29 | |
| *** martinkelly1 <martinkelly1!~martin@75-165-62-129.tukw.qwest.net> has quit IRC | 03:58 | |
| *** learningc <learningc!~User@mti-37-145.tm.net.my> has joined #yocto | 04:05 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 04:15 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 04:16 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-cerwgzvgonpdipae> has quit IRC | 04:23 | |
| *** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-jdnjbjitqasqxvuv> has quit IRC | 04:44 | |
| *** gtristan <gtristan!~tristanva@110.11.179.89> has quit IRC | 04:50 | |
| *** AndersD <AndersD!~anders@194-237-220-218.customer.telia.com> has joined #yocto | 05:09 | |
| *** gtristan <gtristan!~tristanva@114.207.54.40> has joined #yocto | 05:14 | |
| *** AndersD <AndersD!~anders@194-237-220-218.customer.telia.com> has quit IRC | 05:18 | |
| *** AndersD <AndersD!~anders@194-237-220-218.customer.telia.com> has joined #yocto | 05:20 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 05:20 | |
| *** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-qptfxixgwgsjhbxh> has joined #yocto | 05:29 | |
| *** sjolley <sjolley!~sjolley@134.134.139.73> has quit IRC | 05:35 | |
| *** sjolley <sjolley!~sjolley@134.134.139.73> has joined #yocto | 05:36 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 05:37 | |
| *** quite <quite!quite@unaffiliated/quite> has quit IRC | 05:48 | |
| *** nandi_ge___ <nandi_ge___!~nandor@194.9.245.33> has quit IRC | 05:58 | |
| *** open-nandra <open-nandra!~marek@81.89.61.168.host.vnet.sk> has joined #yocto | 05:58 | |
| *** nrossi <nrossi!uid193926@gateway/web/irccloud.com/x-acudwsqmwluvdxix> has joined #yocto | 06:05 | |
| *** zerus_ <zerus_!~petter@user167.85-195-55.netatonce.net> has joined #yocto | 06:09 | |
| *** pohly <pohly!~pohly@p5DE8C5A4.dip0.t-ipconnect.de> has joined #yocto | 06:11 | |
| *** aurele <aurele!~aurele@srvmsg.castel.fr> has quit IRC | 06:18 | |
| *** aurele <aurele!~aurele@srvmsg.castel.fr> has joined #yocto | 06:18 | |
| *** agust <agust!~agust@p4FCB648A.dip0.t-ipconnect.de> has joined #yocto | 06:34 | |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 06:39 | |
| *** hnje <hnje!~hnje@193.106.123.182> has joined #yocto | 06:44 | |
| *** Bunio_FH <Bunio_FH!~bunio@hC35A6AB6.cli.nitronet.pl> has joined #yocto | 06:52 | |
| *** vdehors <vdehors!~vdehors@37.169.198.163> has joined #yocto | 06:54 | |
| *** fl0v0 <fl0v0!~fvo@pD9F6A15E.dip0.t-ipconnect.de> has joined #yocto | 06:55 | |
| *** mdnneo <mdnneo!~umaucher@217.89.178.116> has joined #yocto | 06:56 | |
| *** kpo <kpo!~bob@user-94-254-140-220.play-internet.pl> has joined #yocto | 07:01 | |
| *** kpo <kpo!~bob@user-94-254-140-220.play-internet.pl> has quit IRC | 07:02 | |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto | 07:03 | |
| *** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC | 07:04 | |
| *** kpo <kpo!~bob@user-94-254-140-220.play-internet.pl> has joined #yocto | 07:05 | |
| *** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto | 07:10 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 07:11 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 07:11 | |
| *** mtahmed <mtahmed!b8178784@gateway/web/freenode/ip.184.23.135.132> has quit IRC | 07:12 | |
| *** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:542:cbc3:487e:1c37> has joined #yocto | 07:15 | |
| *** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 07:16 | |
| *** rob_w <rob_w!~bob@93.104.205.194> has joined #yocto | 07:16 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:16 | |
| *** rubdos <rubdos!~rubdos@ptr-1uzevqefjgxdm5wv65h.18120a2.ip6.access.telenet.be> has quit IRC | 07:30 | |
| *** rubdos <rubdos!~rubdos@ptr-1uzevqefjgxdm5wv65h.18120a2.ip6.access.telenet.be> has joined #yocto | 07:34 | |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto | 07:40 | |
| *** diego_r <diego_r!~diego@151.51.122.152> has joined #yocto | 07:42 | |
| *** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:542:cbc3:487e:1c37> has quit IRC | 07:45 | |
| *** ant_work <ant_work!~ant__@host18-113-dynamic.16-79-r.retail.telecomitalia.it> has joined #yocto | 07:51 | |
| *** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-boamfixyiasyumlx> has joined #yocto | 07:52 | |
| *** kpo <kpo!~bob@user-94-254-140-220.play-internet.pl> has quit IRC | 07:53 | |
| *** toscalix <toscalix!~toscalix@80.91.95.114> has joined #yocto | 07:59 | |
| *** joshuagl <joshuagl!joshuagl@nat/intel/x-khnwhlcvclnjxmwr> has joined #yocto | 08:05 | |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 08:12 | |
| *** _AndersD <_AndersD!~anders@194-237-220-218.customer.telia.com> has joined #yocto | 08:17 | |
| *** AndersD <AndersD!~anders@194-237-220-218.customer.telia.com> has quit IRC | 08:17 | |
| learningc | When I bitbake -c menuconfig virual/kernel , where is my .config saved in the poky directory? | 08:53 |
|---|---|---|
| LetoThe2nd | learningc: in the unpacked source tree of the kernel, AFAIK. doesn't the kernel-dev manual by the yocto project explicitly state it? | 08:55 |
| *** cornel <cornel!~cornel@89.121.200.106> has joined #yocto | 08:56 | |
| cornel | hello | 08:57 |
| cornel | is there a way to configure bitbake so that it will NOT rename bad checksum files? | 08:57 |
| cornel | because: we are several users, and most of us have updated the recipe to the latest version, which contains the right checksum but several have the old broken recipe and everytime they try to build, the file gets renamed | 08:58 |
| cornel | so, from time to time, some of us fix the filename again | 08:59 |
| cornel | which leads to unpredictable results | 08:59 |
| cornel | wsn't bitbake designed with multi-users in mind? | 09:00 |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 09:00 | |
| LetoThe2nd | cornel: multiple users on a shared sstate, but not multiple users on a single working copy. | 09:01 |
| cornel | so the source files must be unique for each user? | 09:01 |
| LetoThe2nd | which source files? | 09:01 |
| *** ChrysD <ChrysD!c16cc543@gateway/web/freenode/ip.193.108.197.67> has joined #yocto | 09:01 | |
| cornel | these files that get renamed | 09:02 |
| cornel | we have some local mirrors | 09:02 |
| LetoThe2nd | cornel: are we talking about the recipes? the application sources?... | 09:02 |
| ChrysD | Hi all, my ##OEROOT## seems not working. From which "branch" of poky does the ##OEROOT## works ? | 09:02 |
| cornel | not recipes | 09:02 |
| cornel | the recipes take the binaries from a common directory | 09:02 |
| cornel | LetoThe2nd, ^ | 09:02 |
| cornel | like archives | 09:02 |
| LetoThe2nd | cornel: i admit i don't get what you are sharing, and what not. the point is, multiple users are meant to share a) the download directory b) the sstate-cache. they are *not* meant to share a common build directory. | 09:03 |
| cornel | LetoThe2nd, that's fine, it's not about a common build | 09:04 |
| cornel | and as a side note, i know is not working for the common download directory | 09:04 |
| cornel | at least not always | 09:04 |
| cornel | but that's another story | 09:04 |
| *** rburton <rburton!~textual@home.burtonini.com> has joined #yocto | 09:06 | |
| cornel | anyway, let's go back to the original question: can bitbake be configured to not rename bad checksum files | 09:09 |
| cornel | ? | 09:09 |
| rburton | no | 09:11 |
| cornel | ok | 09:11 |
| cornel | :( | 09:11 |
| rburton | whats the problem? | 09:11 |
| cornel | the problem is that one bad recipe contained a bad checksum | 09:12 |
| cornel | and we are many users | 09:12 |
| cornel | the recipe was fixed but not all users did this | 09:12 |
| cornel | and all those who did not, keep renaming the source files which prevents the build for those that have the right recipe | 09:12 |
| rburton | how would changing bitbake configuration help, as you'd have to push that to the users that haven't updated the recipe? :) | 09:13 |
| cornel | so we have to keep renaming the file back from time to time | 09:13 |
| rburton | if you have a read only source mirror you can stop that sort of thing | 09:13 |
| cornel | if the rename does not happen, the problem is only to the users that have not update\ | 09:13 |
| cornel | rburton, good point | 09:13 |
| cornel | i have to try this :) | 09:14 |
| rburton | read only, populated in a cron job | 09:14 |
| rburton | the fix is to get the users to update, obviously. no matter what the solution is, you need to get the users to update *something* | 09:14 |
| *** linus_ <linus_!~linus@h-237-220.A137.corp.bahnhof.se> has joined #yocto | 09:14 | |
| cornel | rburton, thank you, the read-only trick may be good enough | 09:15 |
| *** rovanceo_ <rovanceo_!~rovanceo@80.97.64.55> has quit IRC | 09:16 | |
| cornel | rburton, right, but if one is in romania, another in malaysia, another in germanu and another in usa, and there are also some automated builds controled by another team(s), syncing all get a little complicated | 09:16 |
| cornel | as said, if the rename is not happening, all users that update are good, and those are not will read the signs :) | 09:16 |
| rburton | i wonder if bitbake stops if the bad checksum filename already exists | 09:17 |
| rburton | you could touch it, then tell everyone to update if they get the error. | 09:17 |
| *** rovanceo_ <rovanceo_!~rovanceo@80.97.64.55> has joined #yocto | 09:21 | |
| ChrysD | I wanted to update my bblayers to the ##OEROOT## version and get problems. "Unable to parse ##OEROOT##/meta/conf/layer.conf": file ##OEROOT##/meta/conf/layer.conf not found in /home/user/Yoctodir/build.... I don't know why he is searching in the build dir. I thought OEROOT is the absolute path to where oe init setup is... | 09:30 |
| cornel | to conclude, i'd like to request this enhancement: stope renaming bad checksum files | 09:31 |
| cornel | :) | 09:31 |
| cornel | or maybe there is a hidden benefit for this that i don't know | 09:32 |
| rburton | ChrysD: doesn't ##OEROOT## get transformed if you use it in a bblayers.conf.template, not in bblayers.conf | 09:32 |
| *** gtristan <gtristan!~tristanva@114.207.54.40> has quit IRC | 09:32 | |
| ChrysD | rburton : oh ok, so it's when i charge with TEMPLATECONF that oeroot get transformed, thanks ! | 09:33 |
| ChrysD | rburton : i get the template conf only when i do oe-initsetup... or there is a way which we can do a kind of "bitbake <image> <templateconf>" ? | 09:34 |
| rburton | the template is only used when you populate a new build directory, that's right | 09:34 |
| *** gtristan <gtristan!~tristanva@114.207.54.40> has joined #yocto | 09:37 | |
| ChrysD | rburton : thanks. | 09:38 |
| ChrysD | rburton : i offer you a coffee. | 09:38 |
| zerus_ | Is their an easy way to clean/invalidate the sstate of a specific recipe from within the recipe itself? To force that the packages is rebuilt from scratch every single time. | 09:43 |
| LetoThe2nd | zerus_: depends on the reason you want for forcing to rebuild | 09:44 |
| LetoThe2nd | zerus_: if its about aplicaiton development, you probably want externalsrc | 09:44 |
| zerus_ | LetoThe2nd: It's a temp solution for picking a application binary built from an external sysroot. That always will be picked from the same location (which of course will fool the sstate). I will lokk into externalsrc | 09:45 |
| LetoThe2nd | zerus_: sounds like it would probably fit | 09:47 |
| rburton | zerus_: why not just put the full path in SRC_URI? | 09:48 |
| *** rauz <rauz!~rauz@enieslobby.rauecker.at> has joined #yocto | 09:52 | |
| zerus_ | rburton: hmm yeah, that would probably work. Then the normal mechanism will handle new checksums of the binary pointed out by SRC_URI I guess? I will give it a shoot | 09:53 |
| rburton | yes | 09:53 |
| cornel | rburton, in our particular setup, even without write and execute rights, if i'm a member of the group, i can still mv file filebad | 09:54 |
| rburton | shame | 09:54 |
| cornel | maybe it's a problem in our setup | 09:54 |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-zlhyepbqxtqzlgmq> has joined #yocto | 09:54 | |
| rburton | you just need access rights on the parent directory | 09:54 |
| rburton | so it comes down to how does bitbake do the rename | 09:55 |
| cornel | oh | 09:55 |
| rburton | mv will do the right thing, but the syscalls bitbake uses may be different | 09:55 |
| cornel | i see :( | 09:55 |
| cornel | maybe using a git large filesystem would fix this | 09:56 |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC | 09:58 | |
| *** vdehors <vdehors!~vdehors@37.169.198.163> has quit IRC | 09:58 | |
| learningc | after I bitbake -c compile, where does it put the image? I cannot find it in deploy/images/board | 10:09 |
| *** yann <yann!~yann@178.208.16.32> has joined #yocto | 10:10 | |
| LetoThe2nd | learningc: compile does just what it says, it compiles | 10:14 |
| LetoThe2nd | learningc: just bitbake the target recipe without command, so it does the whole process | 10:15 |
| learningc | The target recipe or the target kernel? | 10:15 |
| learningc | I meant, image recipe or kernel recipe | 10:16 |
| LetoThe2nd | if its the kernel, just do bitbake virtual/kernel | 10:16 |
| learningc | Then it will produce the image of the kernel? | 10:16 |
| LetoThe2nd | it should | 10:16 |
| learningc | I have removed networking from the kernel, but when I bitbake, I get an error, how can I fix this? | 10:27 |
| *** |King_InuYasha| <|King_InuYasha|!~kvirc@ool-18e49ae9.dyn.optonline.net> has quit IRC | 10:28 | |
| *** King_InuYasha <King_InuYasha!~kvirc@ool-18e49ae9.dyn.optonline.net> has joined #yocto | 10:28 | |
| *** King_InuYasha <King_InuYasha!~kvirc@fedora/ngompa> has joined #yocto | 10:28 | |
| rburton | learningc: helps if you say what the error is | 10:28 |
| learningc | linux-renesas_3.10.bb, do_compile) failed with exit code '1' | 10:29 |
| melonipoika | open-nandra how is your upgrade to pyro going? | 10:29 |
| learningc | cannot compile | 10:29 |
| melonipoika | we just managed to build an image :-) | 10:29 |
| melonipoika | it wasn't too painful, a few build time dependencies missing in some of our recipes, remote True from calls to getVar and pretty much that's it | 10:30 |
| learningc | arch/arm/mach-shmobile/built-in.o: In function `mmd_write_reg.constprop.1': | 10:30 |
| learningc | | :(.text+0x12d4): undefined reference to `mdiobus_write' | 10:30 |
| learningc | I get errors like this | 10:30 |
| melonipoika | s/remote/remove | 10:30 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 10:30 | |
| learningc | arch/arm/mach-shmobile/built-in.o: In function `r8a7790stoutfull_add_standard_devices': | 10:31 |
| learningc | | :(.init.text+0x43f8): undefined reference to `phy_register_fixup_for_uid' | 10:31 |
| learningc | another error of the like | 10:31 |
| LetoThe2nd | learningc: well thats a problem of your kernel respectively its configuration itself. | 10:34 |
| LetoThe2nd | learningc: in my experience, the best way is to work on the kernel outside of the OE build until it is sufficiently finished, or close enough | 10:35 |
| learningc | LetoThe2nd, How can I do that | 10:35 |
| learningc | How to do it "outside" ? | 10:35 |
| LetoThe2nd | learningc: 1) get arm toolchain, from linaro for example | 10:36 |
| LetoThe2nd | learningc: 2) get your kernel sources | 10:36 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 10:36 | |
| LetoThe2nd | learningc: 3) enter kernel sources, and (basically) do ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- make | 10:36 |
| LetoThe2nd | learningc: insert steps for modifying your config and/or sources as needed | 10:37 |
| learningc | And that's it? | 10:38 |
| LetoThe2nd | depending on your specific needs and state of kernel source there might be bits and pieces needed here and there. but basically, yes. | 10:38 |
| learningc | I see | 10:39 |
| learningc | I think bitbake created some object files from previous compile and using them for the new .config file. How can I tell bitbake to rebuild from scratch? | 10:41 |
| LetoThe2nd | learningc: -c clean | 10:41 |
| open-nandra | melonipoika: I plan to do it but in maybe 2 weeks :) | 10:46 |
| open-nandra | meloipoika: great it work for you | 10:47 |
| *** rovanceo_ <rovanceo_!~rovanceo@80.97.64.55> has quit IRC | 10:47 | |
| *** rovanceo_ <rovanceo_!~rovanceo@80.97.64.55> has joined #yocto | 10:48 | |
| melonipoika | ok! in two weeks maybe you can jump directly to Rocko :-) | 10:51 |
| *** ChrysD <ChrysD!c16cc543@gateway/web/freenode/ip.193.108.197.67> has quit IRC | 10:51 | |
| learningc | I see there is -c cleansstate too, when should I use it? Is it better than -c clean? | 10:57 |
| *** Snert_ <Snert_!~LoginName@106-24-237-24.gci.net> has quit IRC | 11:03 | |
| *** Snert <Snert!~LoginName@106-24-237-24.gci.net> has joined #yocto | 11:04 | |
| *** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-boamfixyiasyumlx> has quit IRC | 11:12 | |
| learningc | I did bitbake virtual/kernel -c clean, then bitbake virtual/kernel -c menuconfig, modify then save to .config, then bitbake virtual/kernel. But the images produced does not seem to have the new changes from the .config file. Is there something I am missing? | 11:14 |
| JaMa | learningc: you should also use savedefconfig task and then update the newly created defconfig in the metadata | 11:14 |
| JaMa | when the configure task is re-executed your saved changes from menuconfig will be overwritten | 11:15 |
| learningc | JaMa, and step by step instruction? savedefconfig task is an option? -c savedefconfig ? | 11:17 |
| learningc | and/any | 11:17 |
| *** quite <quite!quite@unaffiliated/quite> has joined #yocto | 11:17 | |
| *** quite <quite!quite@unaffiliated/quite> has quit IRC | 11:24 | |
| *** quite <quite!quite@unaffiliated/quite> has joined #yocto | 11:25 | |
| *** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC | 11:26 | |
| *** juvenal <juvenal!~juvenal@189-68-84-45.dsl.telesp.net.br> has joined #yocto | 11:27 | |
| *** vdehors <vdehors!~vdehors@37.169.198.163> has joined #yocto | 11:36 | |
| *** avalluri <avalluri!~avalluri@192.55.54.38> has quit IRC | 11:43 | |
| *** avalluri <avalluri!~avalluri@192.55.54.38> has joined #yocto | 11:44 | |
| *** avalluri <avalluri!~avalluri@192.55.54.38> has quit IRC | 11:47 | |
| *** avalluri <avalluri!~avalluri@192.55.54.38> has joined #yocto | 11:47 | |
| *** learningc <learningc!~User@mti-37-145.tm.net.my> has quit IRC | 11:48 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 11:52 | |
| *** juvenal <juvenal!~juvenal@189-68-84-45.dsl.telesp.net.br> has quit IRC | 11:55 | |
| *** juvenal <juvenal!~juvenal@189-68-84-45.dsl.telesp.net.br> has joined #yocto | 11:57 | |
| *** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-qptfxixgwgsjhbxh> has quit IRC | 11:58 | |
| otavio | sgw: matt did reply; he is testing it. | 12:02 |
| *** avalluri <avalluri!~avalluri@192.55.54.38> has quit IRC | 12:04 | |
| *** avalluri <avalluri!avalluri@nat/intel/x-iowlmfgcmblwddha> has joined #yocto | 12:04 | |
| *** ipuustin <ipuustin!~ipuustin@dyn9m4yhcj-m---xk12qy-3.rev.dnainternet.fi> has quit IRC | 12:11 | |
| *** Martian <Martian!~martian@92.247.20.94> has joined #yocto | 12:12 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 12:14 | |
| *** grma <grma!~gruberm@80.93.38.128> has quit IRC | 12:19 | |
| *** Shurelous <Shurelous!~igor@187.108.42.203> has joined #yocto | 12:22 | |
| *** juvenal <juvenal!~juvenal@189-68-84-45.dsl.telesp.net.br> has quit IRC | 12:24 | |
| *** juvenal <juvenal!~juvenal@189-68-84-45.dsl.telesp.net.br> has joined #yocto | 12:30 | |
| *** nighty-- <nighty--!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto | 12:33 | |
| *** hnje <hnje!~hnje@193.106.123.182> has quit IRC | 12:34 | |
| *** ipuustin <ipuustin!~ipuustin@dyn-jzyhcj-m---xk12qy-3.rev.dnainternet.fi> has joined #yocto | 12:44 | |
| *** Willy-- <Willy--!188a097e@gateway/web/freenode/ip.24.138.9.126> has joined #yocto | 12:48 | |
| *** marka <marka!~masselst@135-23-92-83.cpe.pppoe.ca> has joined #yocto | 12:48 | |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 12:50 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 12:56 | |
| *** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 12:57 | |
| *** lamego <lamego!jose@nat/intel/x-kfjcyghwghxofpls> has joined #yocto | 12:57 | |
| *** _AndersD <_AndersD!~anders@194-237-220-218.customer.telia.com> has quit IRC | 13:01 | |
| *** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 13:04 | |
| *** open-nandra <open-nandra!~marek@81.89.61.168.host.vnet.sk> has quit IRC | 13:08 | |
| Tamis | It is possible for a recipe to stage some files to sysroots before do_compile? | 13:08 |
| Tamis | Is it* | 13:09 |
| rburton | why on earth would you want to do that? | 13:11 |
| *** peacememories <peacememories!~textual@e255-249.eduroam.tuwien.ac.at> has joined #yocto | 13:12 | |
| Tamis | rburton: hmmm I know that this is not correct. But I am wondering if it was possible | 13:15 |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 13:16 | |
| Tamis | rburton: The actual case is that some .so's from a recipe A need some headers files from a recipe B. And recipe B needs the so's from recipe A to be build | 13:17 |
| kanavin | Tamis: write a separate recipe for those things, and make the one that has do_compile depend on it | 13:18 |
| kanavin | so B_headers -> A_so -> B_final | 13:18 |
| kanavin | three recipes | 13:19 |
| Tamis | That's was also on my mind. I tried not to write 3 recipes and download the repo twice. | 13:19 |
| Tamis | But I guess I have to do that way | 13:20 |
| rburton | yes | 13:20 |
| ramcq | how can I get access to the source/build dir of a package after it's built? | 13:21 |
| rburton | ramcq: what for? | 13:21 |
| *** peacememories <peacememories!~textual@e255-249.eduroam.tuwien.ac.at> has quit IRC | 13:23 | |
| ramcq | rburton: because https://github.com/flatpak/freedesktop-sdk-base/commit/8bf766d71767c7a60d15662feadc7de073785086 suggests https://github.com/flatpak/freedesktop-sdk-base/commit/90c6418f5b489ced814f7941a1adf3c51336b173 didn't do anything | 13:23 |
| ramcq | rburton: (supported by no change in -dumpspecs output, and nothing particularly inspiring in readelf on the resulting binaries) | 13:23 |
| rburton | tmp/work has the build and source trees in | 13:23 |
| rburton | assuming that you're not using rm_work, or it didn't restore from sstate instead of building | 13:24 |
| rburton | you can force a recipe to build by doing something like bitbake foo -C unpack (where -C says mark this task as needing to be ran, and then do a usual build) | 13:24 |
| kanavin | I think 'devtool modify foo' is a lot easier in this case | 13:25 |
| kanavin | also because it's then far easier to tweak the source code | 13:25 |
| kanavin | and produce commits/patches as needed | 13:26 |
| ramcq | right - but here I'm not looking to modify it, just to poke around in configure logs and other generated junk to see where those options got to | 13:26 |
| kanavin | ramcq: you don't have to actually do any modifications, but it makes such poking a lot easier | 13:28 |
| kanavin | ramcq: especially if you find that you do need to tweak something after all | 13:28 |
| ramcq | so how do I get it to build according to the recipe? | 13:29 |
| ramcq | or does it do that? | 13:29 |
| kanavin | ramcq: first issue 'devtool modify foo', then 'bitbake foo' as usual | 13:29 |
| ramcq | cool | 13:29 |
| kanavin | it will tell you where the sources are (build/workspace/sources/foo typically), and the same directory will have symlinks to logs and build dirs | 13:30 |
| *** zarzar1 <zarzar1!~zarzar@184.75.233.58> has joined #yocto | 13:30 | |
| *** cdreher <cdreher!~cdreher@46.218.109.88> has joined #yocto | 13:30 | |
| kanavin | we're really not promoting devtool enough | 13:30 |
| ramcq | is it possible that the gcc recipes are weird enough that they need to all be build with devtool? error about gcc/libgcc1/ missing | 13:33 |
| * ramcq tries devtool modify gcc-runtime and then we'll see what happens... | 13:34 | |
| *** zarzar <zarzar!~zarzar@vpn1.noregon.com> has quit IRC | 13:34 | |
| rburton | gcc is *very* weird, it uses the gcc-shared recipe to have a single source tree | 13:34 |
| rburton | instead of fetching the gcc source N times | 13:34 |
| ramcq | :'( | 13:35 |
| kanavin | ramcq: indeed, devtool may not work for really weird cases | 13:36 |
| kanavin | then you can find stuff in tmp/work/..., but it's awkward :) | 13:36 |
| diego_r | for the FSL / NXP guys in the channel: anybody having problems fetching firmware-imx? $ git clone git://git.freescale.com/imx/imx-firmware.git \ Cloning into 'imx-firmware'... \ fatal: read error: Connection reset by peer | 13:37 |
| ramcq | ok, so back to tmp/work - how do I temporarily disable rm_work too then...? :) | 13:39 |
| fray | remove rm_work from USER_CLASSES | 13:40 |
| rburton | ramcq: easy check is did you turn it on in local.conf (its not on by default, so "you" turned it on) | 13:41 |
| otavio | diego_r: I just tried to clone it here and it succeed. It is dead slow though ... | 13:44 |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 13:45 | |
| otavio | rburton: I asked about lttng yesterday. Should I drop the backported patches and bump to 2.9.4? | 13:46 |
| diego_r | otavio: thanks. 'dead slow' is definition of fsl regular repositories speed. I'll try to do the same from some other server around the world and see if it succeeds, thanks | 13:46 |
| rburton | otavio: for master. for rocko i think the patches we've got are safest. | 13:46 |
| *** zarzar1 <zarzar1!~zarzar@184.75.233.58> has quit IRC | 13:46 | |
| *** zarzar <zarzar!~zarzar@184.75.233.58> has joined #yocto | 13:46 | |
| otavio | rburton: so I'll wait for the merge and I do the normal general upgrade of it | 13:47 |
| otavio | rburton: just bear in mind that 2.9.4 is bugfix only | 13:47 |
| otavio | rburton: but your call | 13:47 |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 13:49 | |
| *** AndersD <AndersD!~anders@h83-209-191-235.cust.se.alltele.net> has joined #yocto | 13:51 | |
| *** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has joined #yocto | 13:52 | |
| *** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has quit IRC | 13:54 | |
| *** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has joined #yocto | 13:56 | |
| sgw | otavio: thanks for the update on go | 13:56 |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 13:56 | |
| sgw | otavio: does the lttng update have more fixes than what you back ported? Does it address newer kernels (4.14)? | 13:57 |
| otavio | sgw: :-) most of work was from matt | 13:57 |
| otavio | sgw: https://github.com/lttng/lttng-modules/commits/stable-2.9 | 13:57 |
| otavio | sgw: yes | 13:57 |
| otavio | sgw: imo it is a must | 13:57 |
| zeddii_home | the lttng update is a must for what ? the current release ? | 13:59 |
| * zeddii_home suspects people are getting caught up in the BS of LTS tagging | 13:59 | |
| *** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has quit IRC | 14:00 | |
| *** bbarr <bbarr!~bbarr@ip70-188-182-91.ri.ri.cox.net> has quit IRC | 14:06 | |
| otavio | zeddii_home: not for initial but for ongoing maintenance. At NXP BSP we are using 4.13 kernel which fails with current and we are already working for 4.14 which will be LTS so a lot of people will adopt it | 14:08 |
| zeddii_home | so it can go into a dot release later. | 14:08 |
| zeddii_home | there’s a constant stream of kernels that will follow, ‘future proofing’ is a made up argument. | 14:08 |
| *** bbarr <bbarr!~bbarr@ec2-34-231-191-18.compute-1.amazonaws.com> has joined #yocto | 14:08 | |
| otavio | yes; we don't need to delay the release due that | 14:09 |
| zeddii_home | cool. that was my only concern. | 14:09 |
| *** aurele <aurele!~aurele@srvmsg.castel.fr> has quit IRC | 14:09 | |
| otavio | but should get merged soon | 14:09 |
| zeddii_home | agreed. I’m obviously going to do 4.14 + a new kernel for the reference linux-yocto’s in the coming months, so I’ll hit it as well. | 14:09 |
| zeddii_home | and then delete all my old crappy LTS kernels from master :D yay! | 14:10 |
| tcpdump | Im getting this error when I make a build: image-1.0-r0 do_rootfs: lmsensors not found in the feeds I can do bitbake lmsensors and it builds fine. | 14:13 |
| tcpdump | Any idea why it would build using bitbake directly, but when inlcuded as IMAGE_INSTALL_append = " lmsensors" it fails with that error? | 14:13 |
| *** _xthunderheartx_ <_xthunderheartx_!~x_xthunde@184.75.233.58> has quit IRC | 14:14 | |
| *** rcw <rcw!~rwoolley@50.235.79.131> has joined #yocto | 14:14 | |
| *** rcw <rcw!~rwoolley@50.235.79.131> has joined #yocto | 14:15 | |
| boucman_work | hey all | 14:17 |
| boucman_work | is there an easy way to enable/disable a kernel option conditionnaly (based on a machine feature in my case) | 14:17 |
| zeddii_home | boucman_work: depends on what kernel recipe you are using. | 14:18 |
| boucman_work | so far the best I can do is conditionnaly include a .cfg fragment withe weird SRC_URI tricks... | 14:18 |
| *** ant_work <ant_work!~ant__@host18-113-dynamic.16-79-r.retail.telecomitalia.it> has quit IRC | 14:18 | |
| otavio | zeddii_home: yey! | 14:18 |
| zeddii_home | yah. or set a KERNEL_FEATURE if you are based on kernel-yocto. | 14:18 |
| boucman_work | zeddii_home: i'm using an ugly BSP provided kernel... let's stay at "if I use the yocto provided one" and i'll deal with all the mud :P | 14:18 |
| zeddii_home | ;) I completely understand. | 14:19 |
| boucman_work | zeddii_home: i'll look into KERNEL_FEATURES, I had missed that one... | 14:19 |
| zeddii_home | I have an old bug to integrate things a bit more between the techniques, some of which will go into the next release. but it really is the wild west, so hard to do :D | 14:19 |
| boucman_work | ok, I'll just read all the K* variables in the yocto doc, I guess :P | 14:20 |
| *** armpit <armpit!~armpit@2601:202:4001:9ea0:2065:7bde:ea98:9b86> has quit IRC | 14:20 | |
| zeddii_home | boucman_work: feel free to ping me as well. I have plenty of experience on this front. | 14:21 |
| boucman_work | sure, I will.. | 14:21 |
| *** sjolley <sjolley!~sjolley@134.134.139.73> has quit IRC | 14:22 | |
| *** gtristan <gtristan!~tristanva@114.207.54.40> has quit IRC | 14:23 | |
| *** aurele <aurele!~aurele@srvmsg.castel.fr> has joined #yocto | 14:23 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-fiujbnojxoffbsbp> has joined #yocto | 14:24 | |
| *** angrysiamese <angrysiamese!~angrysiam@50-207-9-18-static.hfc.comcastbusiness.net> has quit IRC | 14:26 | |
| *** angrysiamese <angrysiamese!~angrysiam@50-207-9-18-static.hfc.comcastbusiness.net> has joined #yocto | 14:26 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 14:28 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-fiujbnojxoffbsbp> has quit IRC | 14:30 | |
| *** sgw <sgw!~swold@134.134.139.82> has quit IRC | 14:30 | |
| *** sgw <sgw!~swold@c-73-180-42-186.hsd1.or.comcast.net> has joined #yocto | 14:31 | |
| *** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has joined #yocto | 14:33 | |
| *** mdnneo <mdnneo!~umaucher@217.89.178.116> has quit IRC | 14:34 | |
| diego_r | otavio: it seems firmware-imx works for me too now. Thanks | 14:34 |
| *** sgw <sgw!~swold@c-73-180-42-186.hsd1.or.comcast.net> has quit IRC | 14:37 | |
| *** milindur <milindur!~milindur@deimos.ca-soft.de> has quit IRC | 14:44 | |
| *** gtristan <gtristan!~tristanva@110.11.179.89> has joined #yocto | 14:45 | |
| *** milindur <milindur!~milindur@deimos.ca-soft.de> has joined #yocto | 14:50 | |
| *** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:94e2:7fe6:ea28:d106> has joined #yocto | 14:51 | |
| *** lexano <lexano!~lexano@CPEa021b7ac59c9-CMf0f249028110.cpe.net.cable.rogers.com> has quit IRC | 14:53 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 14:55 | |
| *** AndersD <AndersD!~anders@h83-209-191-235.cust.se.alltele.net> has quit IRC | 14:58 | |
| *** rcw <rcw!~rwoolley@50.235.79.131> has quit IRC | 15:06 | |
| *** lexano <lexano!~lexano@216.151.184.89> has joined #yocto | 15:06 | |
| *** vdehors <vdehors!~vdehors@37.169.198.163> has quit IRC | 15:11 | |
| *** sgw <sgw!swold@nat/intel/x-yaoloxhdlupieihn> has joined #yocto | 15:14 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 15:19 | |
| *** yann <yann!~yann@178.208.16.32> has quit IRC | 15:21 | |
| *** juvenal <juvenal!~juvenal@189-68-84-45.dsl.telesp.net.br> has quit IRC | 15:22 | |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 15:27 | |
| *** juvenal <juvenal!~juvenal@189-68-84-45.dsl.telesp.net.br> has joined #yocto | 15:29 | |
| *** Martian <Martian!~martian@92.247.20.94> has quit IRC | 15:32 | |
| *** juvenal <juvenal!~juvenal@189-68-84-45.dsl.telesp.net.br> has quit IRC | 15:38 | |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 15:44 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 15:50 | |
| *** martinkelly1 <martinkelly1!~martin@75-165-62-129.tukw.qwest.net> has joined #yocto | 15:51 | |
| *** fl0v0 <fl0v0!~fvo@pD9F6A15E.dip0.t-ipconnect.de> has quit IRC | 16:06 | |
| *** mattsm <mattsm!~mattsm@75-13-95-234.lightspeed.austtx.sbcglobal.net> has quit IRC | 16:07 | |
| *** Bunio_FH <Bunio_FH!~bunio@hC35A6AB6.cli.nitronet.pl> has quit IRC | 16:08 | |
| *** mattsm <mattsm!~mattsm@75-13-95-234.lightspeed.austtx.sbcglobal.net> has joined #yocto | 16:09 | |
| *** dave0x6d <dave0x6d!uid190567@gateway/web/irccloud.com/x-vjbjfrkzpqaikjjf> has joined #yocto | 16:13 | |
| *** grma <grma!~gruberm@80.93.38.128> has quit IRC | 16:17 | |
| *** stephano <stephano!~stephano@134.134.139.72> has joined #yocto | 16:24 | |
| *** Snert_ <Snert_!~snert_@65.74.8.146> has joined #yocto | 16:24 | |
| *** armpit <armpit!~armpit@2601:202:4001:9ea0:d49e:b0ae:9202:32ab> has joined #yocto | 16:30 | |
| *** juvenal <juvenal!~juvenal@189-68-84-45.dsl.telesp.net.br> has joined #yocto | 16:31 | |
| *** toscalix <toscalix!~toscalix@80.91.95.114> has quit IRC | 16:39 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 16:39 | |
| *** bavery_fn <bavery_fn!bavery@nat/intel/x-fcyewideeesvwxyf> has quit IRC | 16:42 | |
| *** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has quit IRC | 16:47 | |
| *** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has joined #yocto | 16:48 | |
| *** juvenal <juvenal!~juvenal@189-68-84-45.dsl.telesp.net.br> has quit IRC | 16:48 | |
| *** juvenal <juvenal!~juvenal@189-68-84-45.dsl.telesp.net.br> has joined #yocto | 16:58 | |
| *** diego_r <diego_r!~diego@151.51.122.152> has quit IRC | 16:59 | |
| *** jku <jku!~jku@dyj-skyylh9rf8bj5n84y-3.rev.dnainternet.fi> has joined #yocto | 17:02 | |
| *** tavish <tavish!~tavish@unaffiliated/tavish> has joined #yocto | 17:05 | |
| *** juvenal <juvenal!~juvenal@189-68-84-45.dsl.telesp.net.br> has quit IRC | 17:08 | |
| *** aehs29 <aehs29!~aehernan@134.134.139.83> has quit IRC | 17:11 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-zlhyepbqxtqzlgmq> has quit IRC | 17:13 | |
| *** jg_ <jg_!~jg@2601:18f:981:82c5:a800:914c:7bb3:48f7> has joined #yocto | 17:23 | |
| *** FabKna <FabKna!~Fabian@p2003000623F10D248DB2A841122909D5.dip0.t-ipconnect.de> has joined #yocto | 17:27 | |
| *** sachit <sachit!~sbtkd85@ps3mwgproxy10-dmz.us.dell.com> has quit IRC | 17:28 | |
| *** sachit <sachit!~sbtkd85@ps3mwgproxy10-dmz.us.dell.com> has joined #yocto | 17:28 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 17:29 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 17:30 | |
| *** pohly <pohly!~pohly@p5DE8C5A4.dip0.t-ipconnect.de> has quit IRC | 17:39 | |
| *** yann <yann!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has joined #yocto | 17:41 | |
| *** bavery_fn <bavery_fn!bavery@nat/intel/x-xcasbtsytzmacfkg> has joined #yocto | 17:44 | |
| FabKna | Hello | 17:48 |
| FabKna | I have a layer which differs a bit regarding the image to build. Im wondering whats the best way of implementing this in a recipe / recipe append. | 17:50 |
| FabKna | E.g., I have a kernel append to load an additional cfg for image A and another cfg for image B. | 17:51 |
| FabKna | Is it possible (and best practice) to set a global variable KERNEL_FEATURE_A and check it in the append? | 17:53 |
| *** aehs29 <aehs29!~aehernan@134.134.139.73> has joined #yocto | 18:29 | |
| *** aehs29 <aehs29!~aehernan@134.134.139.73> has quit IRC | 18:34 | |
| *** aehs29 <aehs29!~aehernan@134.134.139.73> has joined #yocto | 18:35 | |
| *** jku <jku!~jku@dyj-skyylh9rf8bj5n84y-3.rev.dnainternet.fi> has quit IRC | 18:38 | |
| *** juvenal <juvenal!~juvenal@189-68-84-45.dsl.telesp.net.br> has joined #yocto | 18:39 | |
| *** zerus_ <zerus_!~petter@user167.85-195-55.netatonce.net> has quit IRC | 18:42 | |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 19:08 | |
| *** bluelightning <bluelightning!~paul@118.148.126.109> has joined #yocto | 19:08 | |
| *** bluelightning <bluelightning!~paul@118.148.126.109> has quit IRC | 19:08 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:08 | |
| *** dave0x6d <dave0x6d!uid190567@gateway/web/irccloud.com/x-vjbjfrkzpqaikjjf> has quit IRC | 19:13 | |
| *** juvenal <juvenal!~juvenal@189-68-84-45.dsl.telesp.net.br> has quit IRC | 19:30 | |
| *** kpo_ <kpo_!~bob@user-94-254-140-220.play-internet.pl> has joined #yocto | 19:31 | |
| *** juvenal <juvenal!~juvenal@189-68-84-45.dsl.telesp.net.br> has joined #yocto | 19:31 | |
| *** ant_home <ant_home!~ant__@host184-216-dynamic.24-79-r.retail.telecomitalia.it> has joined #yocto | 19:39 | |
| *** juvenal <juvenal!~juvenal@189-68-84-45.dsl.telesp.net.br> has quit IRC | 19:42 | |
| *** juvenal <juvenal!~juvenal@189-68-84-45.dsl.telesp.net.br> has joined #yocto | 19:45 | |
| *** clsulliv <clsulliv!~clsulliv@134.134.139.74> has left #yocto | 19:49 | |
| *** clsulliv <clsulliv!~clsulliv@134.134.139.74> has joined #yocto | 19:49 | |
| *** juvenal <juvenal!~juvenal@189-68-84-45.dsl.telesp.net.br> has quit IRC | 19:54 | |
| *** peacememories <peacememories!~textual@84-114-121-230.cable.dynamic.surfer.at> has joined #yocto | 20:04 | |
| *** milindur <milindur!~milindur@deimos.ca-soft.de> has quit IRC | 20:04 | |
| *** tavish <tavish!~tavish@unaffiliated/tavish> has quit IRC | 20:06 | |
| *** Willy-- <Willy--!188a097e@gateway/web/freenode/ip.24.138.9.126> has quit IRC | 20:08 | |
| *** milindur <milindur!~milindur@deimos.ca-soft.de> has joined #yocto | 20:20 | |
| *** John_K_ <John_K_!446fc350@gateway/web/freenode/ip.68.111.195.80> has joined #yocto | 20:21 | |
| John_K_ | Looking for help with Toaster - production server - django not found | 20:22 |
| *** stephano <stephano!~stephano@134.134.139.72> has quit IRC | 20:24 | |
| *** stephano <stephano!~stephano@134.134.139.76> has joined #yocto | 20:24 | |
| *** nrossi <nrossi!uid193926@gateway/web/irccloud.com/x-acudwsqmwluvdxix> has quit IRC | 20:24 | |
| John_K_ | 20:25 | |
| *** milindur <milindur!~milindur@deimos.ca-soft.de> has quit IRC | 20:33 | |
| FabKna | John_K_ I tried the production instance with mysql a few months ago and gave up as this is absolutely not working for many reasons. | 20:34 |
| John_K_ | @FabKna, Thanks... I've been on this for 3 weeks and did 2 clean CentOS installs... Instructions are not clear about env info... | 20:36 |
| FabKna | Yeah I agree I think it is really bad that this instructions is only as it is never tested. | 20:37 |
| FabKna | And I tried it several weeks | 20:38 |
| FabKna | try yocto-autobuilder | 20:38 |
| FabKna | it is in my opinion better than toaster | 20:38 |
| FabKna | https://github.com/RobertBerger/yocto-autobuilder is an example docker image | 20:39 |
| John_K_ | Well, I got it to work directly, without Apache... | 20:42 |
| FabKna | yep same here | 20:42 |
| John_K_ | I'll take a look at that, but client was pretty specific that he wanted it with apache | 20:42 |
| John_K_ | and installed on bare metal. | 20:43 |
| *** JaMa <JaMa!~martin@217.30.68.212> has quit IRC | 20:43 | |
| FabKna | I worked a few months with it. However, toaster has drawbacks in my opinion, e.g., debugging infos are not enough for me. | 20:43 |
| John_K_ | I will definitely pass this on.... thanks again | 20:44 |
| FabKna | John_K_: As said I tried it several weeks with apache and mysql and env info is only one thing... you have to fix many more issues to get it working and these issues are not documented anywhere | 20:44 |
| FabKna | for example, I had to alter the mysql database and so on. In the end I was happy with the built in django server | 20:45 |
| John_K_ | not sure why they built-in won't handle a half dozen developers | 20:46 |
| *** juvenal <juvenal!~juvenal@189-68-84-45.dsl.telesp.net.br> has joined #yocto | 20:56 | |
| *** joshuagl <joshuagl!joshuagl@nat/intel/x-khnwhlcvclnjxmwr> has quit IRC | 20:57 | |
| *** milindur <milindur!~milindur@deimos.ca-soft.de> has joined #yocto | 21:00 | |
| *** peacememories <peacememories!~textual@84-114-121-230.cable.dynamic.surfer.at> has quit IRC | 21:02 | |
| *** juvenal <juvenal!~juvenal@189-68-84-45.dsl.telesp.net.br> has quit IRC | 21:08 | |
| *** bbarr <bbarr!~bbarr@ec2-34-231-191-18.compute-1.amazonaws.com> has quit IRC | 21:10 | |
| *** lamego <lamego!jose@nat/intel/x-kfjcyghwghxofpls> has quit IRC | 21:12 | |
| *** dave0x6d <dave0x6d!uid190567@gateway/web/irccloud.com/x-gywffkgtnqvkwgyx> has joined #yocto | 21:13 | |
| *** martinkelly1 <martinkelly1!~martin@75-165-62-129.tukw.qwest.net> has quit IRC | 21:21 | |
| *** stephano <stephano!~stephano@134.134.139.76> has quit IRC | 21:26 | |
| *** stephano <stephano!~stephano@134.134.139.76> has joined #yocto | 21:26 | |
| *** Shurelous <Shurelous!~igor@187.108.42.203> has quit IRC | 21:26 | |
| *** stephano <stephano!~stephano@134.134.139.76> has quit IRC | 21:27 | |
| *** stephano <stephano!~stephano@134.134.139.82> has joined #yocto | 21:27 | |
| *** stefan___ <stefan___!~stefan@ipbcc3cd23.dynamic.kabel-deutschland.de> has quit IRC | 21:31 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 21:42 | |
| *** marka <marka!~masselst@135-23-92-83.cpe.pppoe.ca> has quit IRC | 21:49 | |
| *** FabKna <FabKna!~Fabian@p2003000623F10D248DB2A841122909D5.dip0.t-ipconnect.de> has quit IRC | 21:52 | |
| *** jratz <jratz!~jratz@96-91-209-91-static.hfc.comcastbusiness.net> has joined #yocto | 22:02 | |
| *** jratz <jratz!~jratz@96-91-209-91-static.hfc.comcastbusiness.net> has quit IRC | 22:09 | |
| *** martinkelly1 <martinkelly1!~martin@205.175.118.174> has joined #yocto | 22:17 | |
| *** stephano <stephano!~stephano@134.134.139.82> has quit IRC | 22:17 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-uhrnpoqpuuiuktyx> has joined #yocto | 22:17 | |
| *** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has quit IRC | 22:26 | |
| *** rburton <rburton!~textual@home.burtonini.com> has quit IRC | 22:27 | |
| *** RP1 <RP1!~richard@5751f4a1.skybroadband.com> has joined #yocto | 22:32 | |
| *** igor <igor!~igor@187.108.42.203> has joined #yocto | 22:33 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 22:41 | |
| *** ferry_ <ferry_!~quassel@145.132.48.198> has joined #yocto | 22:42 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 22:42 | |
| *** agust <agust!~agust@p4FCB648A.dip0.t-ipconnect.de> has quit IRC | 22:42 | |
| *** ferry_ <ferry_!~quassel@145.132.48.198> has quit IRC | 22:42 | |
| *** juvenal <juvenal!~juvenal@189-68-84-45.dsl.telesp.net.br> has joined #yocto | 22:43 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 22:46 | |
| *** RP1 <RP1!~richard@5751f4a1.skybroadband.com> has quit IRC | 22:53 | |
| *** jratz <jratz!~jratz@pool-100-36-248-77.washdc.fios.verizon.net> has joined #yocto | 22:54 | |
| *** nemunaire <nemunaire!~nemunaire@2a01:e35:8bb7:3c60::a> has quit IRC | 22:55 | |
| *** jratz <jratz!~jratz@pool-100-36-248-77.washdc.fios.verizon.net> has quit IRC | 22:59 | |
| *** nighty-- <nighty--!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC | 23:01 | |
| *** RP1 <RP1!~richard@5751f4a1.skybroadband.com> has joined #yocto | 23:12 | |
| *** jratz <jratz!~jratz@pool-100-36-248-77.washdc.fios.verizon.net> has joined #yocto | 23:15 | |
| *** bavery_fn <bavery_fn!bavery@nat/intel/x-xcasbtsytzmacfkg> has quit IRC | 23:17 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 23:18 | |
| *** juvenal <juvenal!~juvenal@189-68-84-45.dsl.telesp.net.br> has quit IRC | 23:19 | |
| *** stephano <stephano!~stephano@134.134.139.83> has joined #yocto | 23:19 | |
| *** jratz <jratz!~jratz@pool-100-36-248-77.washdc.fios.verizon.net> has quit IRC | 23:19 | |
| *** bavery_fn <bavery_fn!~bavery@134.134.139.75> has joined #yocto | 23:23 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 23:25 | |
| *** jratz <jratz!~jratz@pool-100-36-248-77.washdc.fios.verizon.net> has joined #yocto | 23:36 | |
| *** nemunaire <nemunaire!~nemunaire@2a01:e35:8bb7:3c60::a> has joined #yocto | 23:38 | |
| *** bavery_fn <bavery_fn!~bavery@134.134.139.75> has quit IRC | 23:38 | |
| *** jratz <jratz!~jratz@pool-100-36-248-77.washdc.fios.verizon.net> has quit IRC | 23:40 | |
| *** jratz <jratz!~jratz@pool-100-36-248-77.washdc.fios.verizon.net> has joined #yocto | 23:44 | |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!