| 00:22.34 | *** join/#oe sgw (~sgw@216.123.155.199) |
| 00:45.29 | *** join/#oe dijenerate (~dijenerat@173.225.251.175) |
| 00:53.50 | *** join/#oe sgw (~sgw@206.191.100.36) |
| 00:54.48 | *** join/#oe hufnus (~slonsiki@69-12-177-67.dsl.static.sonic.net) |
| 01:06.56 | *** join/#oe svolpe (~Gerrath@unaffiliated/gerrath) |
| 01:07.25 | *** join/#oe vivijim (~vivijim@unaffiliated/vivijim) |
| 01:14.51 | *** join/#oe kergoth (~kergoth@ip24-251-173-232.ph.ph.cox.net) |
| 02:01.47 | *** join/#oe fraxinath (~quassel@pD9536EAC.dip.t-dialin.net) |
| 02:06.09 | *** join/#oe devzero_ (devzero@xdsl-78-35-50-178.netcologne.de) |
| 02:10.48 | *** join/#oe Openfree` (~Openfreer@116.228.88.134) |
| 02:10.49 | *** join/#oe kergoth_ (~kergoth@ip24-251-173-232.ph.ph.cox.net) |
| 02:19.22 | *** join/#oe hufnus (~hufnus@69-12-177-67.dsl.static.sonic.net) |
| 02:53.28 | *** join/#oe pespin (~pespin@70.pool85-50-85.dynamic.orange.es) |
| 02:56.57 | *** part/#oe cminyard (~cminyard@pool-173-57-155-71.dllstx.fios.verizon.net) |
| 03:17.10 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 03:36.25 | *** join/#oe gchiii (~gchiii@adsl-76-255-12-150.dsl.mrdnct.sbcglobal.net) |
| 03:51.28 | *** join/#oe kergoth (~kergoth@ip24-251-173-232.ph.ph.cox.net) |
| 04:30.07 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 04:34.30 | *** join/#oe khem (~khem@99-57-141-118.lightspeed.sntcca.sbcglobal.net) |
| 04:44.52 | *** join/#oe tealbird (~poisonivy@207.47.42.130.static.nextweb.net) |
| 05:08.32 | JaMa | khem: I'm pretty sure I was using 4.6 before holidays and n900 image was building fine |
| 05:08.58 | *** join/#oe tealbird (~poisonivy@70-36-222-76.dsl.dynamic.sonic.net) |
| 05:09.04 | JaMa | khem: so maybe 4.6 revision was changed or it's new dependency and wasn't built in my image before |
| 05:39.12 | *** join/#oe lamikr (~lamikr@dyn60-31.dsl.spy.dnainternet.fi) |
| 05:43.39 | *** join/#oe Heinervdm (~thomas@pD9E130AC.dip.t-dialin.net) |
| 06:00.58 | *** join/#oe lamikr (~lamikr@nat/nokia/x-haffdnqhroazhqbt) |
| 06:06.01 | *** join/#oe lamikr (~lamikr@nat/nokia/x-sbceylghmfrfwkda) |
| 06:21.27 | *** join/#oe B_Lizzard (~havoc@athedsl-428603.home.otenet.gr) |
| 06:29.42 | *** join/#oe toi (~peter@inuitbib.ugent.be) |
| 06:31.54 | khem | JaMa: I would doubt that. if you look at the bug http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50104 |
| 06:32.15 | khem | you will see that its a regression caused by a patch thats in gcc 4.6 branch in FSF |
| 06:34.55 | JaMa | khem: I was using gcc-4.6 since 2011-05-23 http://git.shr-project.org/git/?p=meta-smartphone.git;a=commit;h=8b58481b11bbfb4bf0200565f13ca8737e27a02b |
| 06:39.04 | JaMa | khem: but it can be new in 0.15 and 0.12 didn't fail http://git.openembedded.org/cgit.cgi/openembedded-core/commit/?id=0d240f56ea0128c1228f7cfe1471039a7b602a88 |
| 06:47.51 | *** join/#oe vitus (~vitus@145.253.169.210) |
| 07:01.33 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 07:08.35 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 07:16.15 | *** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
| 07:28.48 | *** join/#oe sanket (~sanket@114.143.161.186) |
| 07:28.53 | sanket | hello |
| 07:29.06 | sanket | can anyone help me how to update oe |
| 07:49.04 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 07:58.00 | *** join/#oe rschus (~rschus@fb-n15-11.unbelievable-machine.net) |
| 08:14.59 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 08:15.00 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 08:19.29 | *** join/#oe thaytan_ (~jan@ppp59-167-167-201.static.internode.on.net) |
| 08:20.21 | *** join/#oe thaytan (~thaytan@ppp59-167-167-201.static.internode.on.net) |
| 08:25.52 | *** join/#oe woglinde (~heinold@g225007146.adsl.alicedsl.de) |
| 08:37.52 | *** join/#oe hillct (~hillct@cpe-174-109-206-062.nc.res.rr.com) |
| 08:44.57 | *** join/#oe matgnt (~matthias@dslb-188-105-025-168.pools.arcor-ip.net) |
| 08:45.02 | *** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it) |
| 08:58.52 | pb_ | hi ant_work |
| 08:58.55 | pb_ | hi bluelightning, all |
| 08:59.06 | ant_work | good morning |
| 08:59.07 | woglinde | hi pb |
| 08:59.10 | woglinde | hm intressting |
| 08:59.16 | woglinde | many people wants the pre3 |
| 09:02.55 | sanket | can anyone help me how to update oe |
| 09:03.20 | bluelightning | hi all |
| 09:03.24 | pb_ | sanket: "git pull" |
| 09:05.28 | woglinde | sanket depends what oe you are using |
| 09:05.41 | woglinde | pb I am always using git pull --rebase |
| 09:06.25 | sanket | woglinde, i didn't get you... and how can I find what oe I m using? |
| 09:06.40 | woglinde | sanket what did you do to get oe? |
| 09:11.40 | sanket | woglinde, I had used this usermanual http://www.google.com/url?sa=t&source=web&cd=1&ved=0CBgQFjAA&url=http%3A%2F%2Fdocs.openembedded.org%2Fusermanual%2Fusermanual.pdf&rct=j&q=openembedded%20pdf&ei=59ZMTs-YHMusrAfMmuyMAw&usg=AFQjCNHVjFrSuFMgp5Wd5Uw3rjcCFOfTXA&cad=rja |
| 09:11.54 | woglinde | google.com? |
| 09:12.01 | woglinde | okay |
| 09:12.04 | woglinde | so its classic |
| 09:12.07 | woglinde | git pull |
| 09:12.55 | sanket | woglinde, I had used that ..... but doesnt shows anything .... |
| 09:13.55 | woglinde | ? |
| 09:14.30 | sanket | it has stuck at <git pull> |
| 09:14.53 | woglinde | than check the network connection |
| 09:15.22 | sanket | network connection is working fine |
| 09:18.14 | sanket | <PROTECTED> |
| 09:18.47 | *** join/#oe ChrisD1 (~ChrisD@dsl-217-155-59-204.zen.co.uk) |
| 09:19.02 | woglinde | git status |
| 09:19.10 | woglinde | you changed something locally |
| 09:19.15 | woglinde | either commit it |
| 09:19.18 | woglinde | or use git stash |
| 09:19.20 | woglinde | git pull |
| 09:19.22 | woglinde | git stash apply |
| 09:21.17 | *** join/#oe esbenh (~esben@62.95.78.40) |
| 09:21.52 | woglinde | hi esben |
| 09:33.01 | esbenh | hi |
| 09:55.18 | *** join/#oe playya (~playya@p5DE56DD3.dip.t-dialin.net) |
| 09:55.18 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 09:56.20 | ant_work | heh.. today GMail runs at moto-speed (GPRS ?) |
| 09:57.02 | ant_work | doh, now is better |
| 10:02.32 | *** join/#oe lamikr (~lamikr@nat/nokia/x-eyzygxhtddhdgjfe) |
| 10:11.48 | *** join/#oe obi (~obi@unaffiliated/obi) |
| 10:18.25 | *** join/#oe tdebrouw (~tdebrouw@91.182.245.198) |
| 10:19.13 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 10:28.25 | *** join/#oe lamawithonel (~lucas@pool-173-66-110-102.washdc.fios.verizon.net) |
| 10:45.30 | *** join/#oe lamawithonel (~lucas@pool-108-28-244-227.washdc.fios.verizon.net) |
| 10:48.55 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 10:51.13 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 10:52.28 | woglinde | hi mickeyl |
| 11:08.51 | *** join/#oe phdeswer (~philippe@a83-245-252-47.elisa-laajakaista.fi) |
| 11:37.37 | otavio | Hello; I am building a sdk and noticed that runqemu uses 'uname -i' to look for libGL.so but this seems to fail in some cases |
| 11:38.04 | woglinde | otavio there is a fix already |
| 11:38.12 | woglinde | which uses a glob instead of uname |
| 11:38.17 | woglinde | search the oe-core ml |
| 11:42.25 | otavio | woglinde: cool, nice |
| 12:04.54 | *** join/#oe matgnt (~matthias@dslb-188-105-025-168.pools.arcor-ip.net) |
| 12:05.15 | *** join/#oe aks4 (~kvirc@dslb-188-104-095-239.pools.arcor-ip.net) |
| 12:05.48 | aks4 | Hi |
| 12:08.40 | aks4 | I have a custom embedded board that is very similar to TI's beagle board. I also have a quite old kernel. Since there is some trouble with it I'd like to switch to a new one. I fetched it ("tlind"-tree), compiled it (omap2plus_defconfig) and flashed it. When starting, I get no console. |
| 12:09.10 | aks4 | However, if I use a prebuilt image from web, I do get a console with the very same boot args. |
| 12:09.39 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 12:10.07 | ericben | aks4: serial port name switched from ttyS to ttyO this may explain your problem |
| 12:10.19 | aks4 | I also noticed that I get only "Uncompressing Linux... done, booting the kernel." when it fails. When using a kernel for which it succeeds, I get a lot of further dots before it says "done": |
| 12:10.38 | woglinde | he ericben |
| 12:10.42 | ericben | hi woglinde |
| 12:10.52 | woglinde | aks as ericben said |
| 12:11.32 | woglinde | aks4 and how new your kernel should be? |
| 12:11.48 | woglinde | you can use the beagleboard kernel and patches from the meta-ti layer |
| 12:11.50 | aks4 | Doesn't help. |
| 12:12.27 | ericben | aks4: without knowing the version, the command line, the bootargs, the bootlog, it's difficult to help you |
| 12:12.34 | aks4 | Ok, here they come: |
| 12:12.44 | ericben | aks4: also maybe you have a custom board id thus using a beagle kernel won't work |
| 12:12.48 | aks4 | bootargs: console=ttyO2,115200n8 ramdisk_size=8192 root=/dev/ram0 rw rootfstype=ext2 initrd=0x81600000,8M |
| 12:12.59 | aks4 | Image Name: Linux-3.0.0 |
| 12:14.01 | woglinde | ericben I read you have played with fsl_udc on bareboot |
| 12:14.05 | aks4 | The board is very similar to the beagle board. And, using a beagle kernel I can at least see the kernel booting. It stops somewhere later when mounting the rootfs. But that is ok, since I assume it has a different ethernet PHY. |
| 12:14.12 | ericben | woglinde: yes I did |
| 12:14.18 | ericben | woglinde: for which cpu ? |
| 12:14.23 | woglinde | is the serial console stuff now fixed? |
| 12:14.35 | woglinde | I would need it for tegra |
| 12:14.58 | woglinde | but maybee bring fsl_udc with the tegra patches to uboot is easier |
| 12:15.17 | *** join/#oe dijenerate (~dijenerat@173.225.251.175) |
| 12:15.45 | ericben | woglinde: from memory I only tried DFU |
| 12:16.14 | ericben | woglinde: and was using netconsole for the console over eth |
| 12:16.29 | ericben | woglinde: is tegra using fsl_udc ? |
| 12:16.50 | ericben | woglinde: by bareboot, you mean barebox ? |
| 12:17.41 | ericben | woglinde: btw with DM3730 in recent u-boot usb serial console is broken (it's loosing some chars) |
| 12:18.08 | sanket | hey hiii .... is it possible to integrate ... MFC's application libraries into MPlayer .... |
| 12:18.39 | aks4 | I assume the kernel is not built correctly.Before "done, booting the kernel" the kernel itself should not matter, right? It should uncompress, even if built for a totally different system, right? If so, why does my own kernel produce just three "dots" and the beagle one I fetched from net some 100 or so? They are similar in size: 3.3 MB for my failing one and 3.1 MB for the beagle one. |
| 12:18.56 | sanket | since I cant able to run H.264 videos on mini6410 |
| 12:19.24 | ericben | aks4: no if you board has a different board id than beagleboard, kernel won't boot |
| 12:19.41 | ericben | aks4: enable low level debugging and maybe you will get the error message |
| 12:22.33 | aks4 | ericben: Thanks, I'll check the number |
| 12:27.03 | aks4 | ericben: Should be ok. "bdinfo" says "arch_number = 0x0000060A". That is beagle board according to "arch/arm/tools/mach-types". And, beagle board support is included in .config: CONFIG_MACH_OMAP3_BEAGLE=y |
| 12:27.32 | woglinde | ericen yes baerbox sorry |
| 12:27.46 | woglinde | ericben yes tegra is using with fsl_udc with some patches |
| 12:28.15 | aks4 | ericben: Rebuilding now with low level debugging enabled (and early_printk) |
| 12:32.14 | aks4 | ericben: No messages even with lowlevel debug |
| 12:35.14 | aks4 | ericben: I'll try a different toolchain now... |
| 12:39.34 | ericben | woglinde: I can't be of big help on this now sorry |
| 12:40.45 | *** join/#oe matgnt (~matthias@dslb-188-105-025-168.pools.arcor-ip.net) |
| 12:42.14 | woglinde | ericben only wanted to knwo the status |
| 12:45.48 | *** join/#oe dijenerate (~dijenerat@173.225.251.175) |
| 12:47.34 | *** join/#oe vivijim (~vivijim@unaffiliated/vivijim) |
| 12:58.46 | *** join/#oe cminyard (~cminyard@pool-173-57-155-71.dllstx.fios.verizon.net) |
| 12:59.04 | aks4 | ericben: Different toolchain didn't help. I'll now try to investigate why compressing is so "fast" |
| 13:00.06 | woglinde | aks4 whats the size of your kernel? |
| 13:00.23 | aks4 | 3.1 MB |
| 13:00.59 | aks4 | I guess that somehow the size passed to do_decompress() is wrong |
| 13:01.33 | aks4 | woglinde: I am just adding code to print it to the screen to find out. |
| 13:07.50 | aks4 | output_data: 2147516416 |
| 13:07.50 | aks4 | free_mem_ptr: 2157433032 |
| 13:07.50 | aks4 | free_mem_end_ptr: 2157498568 |
| 13:07.50 | aks4 | arch_id: 1546 |
| 13:07.50 | aks4 | output_start: 2147516416 |
| 13:07.51 | aks4 | input_data_end: 2157428842 |
| 13:07.51 | aks4 | input_data: 2154217524 |
| 13:08.19 | *** join/#oe sakoman (~sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
| 13:08.41 | aks4 | That is 3,211,318 bytes input data. Sounds ok. |
| 13:14.59 | *** join/#oe dahc (~dahc@121.1.54.50) |
| 13:15.35 | *** join/#oe RA_drc (~RA_drc@ppp-70-247-114-5.dsl.rcsntx.swbell.net) |
| 13:16.03 | woglinde | yes |
| 13:18.14 | aks4 | Ok, the decompression is done using gunzip in decompress_inflate.c and it is successfully called. |
| 13:24.13 | ensc|w | I remember miscompilation of decompress code some months ago when optimize-for-size is enabled but it went away and I could never reproduce it |
| 13:25.38 | ensc|w | perhaps a pattern in the binary triggered a bug in the uncompress algorithm, perhaps it was a compiler bug |
| 13:29.00 | aks4 | Hm, that would explain it. But I tried several kernels and three toolchains in total.... I'll try to switch to LZO compression or so. That should give at least a somehow different behavior. |
| 13:30.24 | *** join/#oe matgnt (~matthias@dslb-188-105-025-168.pools.arcor-ip.net) |
| 13:31.42 | *** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
| 13:34.04 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 13:35.18 | *** join/#oe matgnt (~matthias@dslb-188-105-025-168.pools.arcor-ip.net) |
| 13:35.39 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 13:36.21 | *** join/#oe sakoman (~sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
| 13:39.02 | aks4 | Switched to LZMA. Now the kernel image is smaller (2.3 MB) and decompression takes longer (2 or 3 seconds). But still the same: No dots are printed, no messages after it returned to misc.c and said it would boot the kernel now. |
| 13:40.41 | woglinde | hm |
| 13:41.08 | *** join/#oe lamikr (~lamikr@dyn60-31.dsl.spy.dnainternet.fi) |
| 13:46.23 | aks4 | Is there something to verify if the kernel decompression was successful? Some magic number for example? |
| 13:53.03 | ericben | aks4: https://groups.google.com/forum/#!topic/beagleboard/N7zIEYQCpKI/discussion maybe you can start by testing this 3.0 kernel for BB mentioned in this email |
| 13:54.00 | ericben | aks4: and does a beagleboard kernel ever worked on your board ? |
| 14:00.42 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 14:01.51 | otavio | How I can pass extra kernel options to runqemu |
| 14:01.52 | otavio | ? |
| 14:05.20 | *** join/#oe devzero_ (devzero@xdsl-89-0-129-8.netcologne.de) |
| 14:06.50 | aks4 | ericben: Yes, I downloaded a beagleboard kernel from web and it booted. It hung later on with a panic saying it can't mount the root filesystem but that was ok. |
| 14:07.04 | *** join/#oe gnutoo (~gnutoo@host239-153-dynamic.51-79-r.retail.telecomitalia.it) |
| 14:09.30 | woglinde | hi gnutoo |
| 14:10.23 | *** join/#oe aloisiojr (~aloisio@186.212.134.92) |
| 14:10.25 | *** join/#oe pepermint (~pepermint@host24-12-dynamic.58-82-r.retail.telecomitalia.it) |
| 14:13.10 | *** join/#oe kergoth (~kergoth@ip24-251-173-232.ph.ph.cox.net) |
| 14:20.59 | *** join/#oe alx_ (~alx_@fireone.i3p.it) |
| 14:21.57 | *** join/#oe CosmicPenguin (~nobody@soa.codeaurora.org) |
| 14:24.23 | aks4 | Interesting. The kernel presented in the googlegroups-posting you mentioned has the same issue. Just like mine. This one works: http://www.angstrom-distribution.org/demo/beagleboard/ |
| 14:24.42 | aks4 | (ignoring the rootfs panic) |
| 14:35.06 | *** join/#oe egonzalez_ergio (~emiliano@190.49.59.190) |
| 14:35.14 | *** part/#oe egonzalez_ergio (~emiliano@190.49.59.190) |
| 14:46.59 | gnutoo | hi woglinde |
| 14:49.21 | JaMa | gnutoo: http://wiki.shr-project.org/trac/wiki/Building%20SHR#Cannotparserecipesordo_rootfsafteropensslupgrade |
| 14:51.33 | *** join/#oe brolin (~brolin@nat203.udea.edu.co) |
| 14:51.39 | gnutoo | ok I'll look thanks to have made a wiki page |
| 14:52.12 | gnutoo | because while I know how to cope with that kind of failures not everybody does..... |
| 14:52.16 | JaMa | gnutoo: I've added it when nshle asked the same :) |
| 14:53.10 | JaMa | gnutoo: btw also initscripts-shr are gone.. so you have to rebuild task-core-boot and keymaps again after next update |
| 14:54.22 | gnutoo | ok |
| 14:55.49 | gnutoo | btw is there other alternatives from making a branch of oe-core and oe when you do a bsp? |
| 14:56.24 | gnutoo | what could go wrong if you do not lock the revisions? |
| 14:58.01 | *** join/#oe hollisb (~hollisb@c-24-20-193-174.hsd1.or.comcast.net) |
| 14:58.01 | JaMa | .bbappends which doesn't append anymore etc |
| 14:58.17 | JaMa | gnutoo: for simple bsp won't happend so often |
| 14:58.34 | gnutoo | ok |
| 14:58.35 | JaMa | gnutoo: but from meta-smartphone I'm moving stuff to upstream layers quite often |
| 14:58.45 | gnutoo | ok |
| 14:59.59 | *** join/#oe kevinsc1 (~a0214685@nat/ti/x-imzwdmchqfyfruix) |
| 15:00.37 | ant_work | JaMa: pls think about moving kexecboot in meta-oe and adding a .bappend with EXTRA_OECONF_zaurus |
| 15:00.42 | gnutoo | btw is there some docs about .bbappend |
| 15:00.44 | gnutoo | hi ant_work |
| 15:00.50 | ant_work | hello gnutoo |
| 15:01.25 | gnutoo | about kexecboot: can I pass /proc/atags of the first kenrel to the second one? |
| 15:01.38 | gnutoo | or is that idea broken? |
| 15:01.41 | JaMa | ant_work: I've sent pull request for kexec-tools today.. you can do whatever you want with kexecboot :) |
| 15:01.42 | ant_work | for arm there was long ago a patch for passing atags |
| 15:01.50 | gnutoo | ok |
| 15:01.50 | ant_work | I think was mwester worls |
| 15:01.54 | ant_work | *works |
| 15:02.03 | ant_work | and indeed it should work |
| 15:02.35 | ant_work | JaMa: it is to minimize the meta-zaurus |
| 15:03.05 | *** join/#oe sgw (~sgw@206.191.100.36) |
| 15:03.10 | gnutoo | ok,so I find that patch and refresh it, is it a kenrel patch only? or is there an --option of kexec userspace program too? |
| 15:03.12 | ant_work | kexecboot is LF/CELF sponsored so could even belong to oe-core |
| 15:03.22 | kergoth | gnutoo: there isn't much to document, really. make sure the bbappend is in bbfiles (most layers already do that, if you're using oe-core or yocto), and make sure the filename is exactly the same as the .bb you're applying it to, other than extension |
| 15:03.23 | JaMa | ant_work: I know.. I needed kexec package for ie n900 outside meta-zaurus.. but I don't need kexecboot outside yet.. so you can move it if you need.. |
| 15:04.03 | gnutoo | kergoth: some bbappend only append, some have FILEPATH and simillar stuff.... |
| 15:04.12 | kergoth | ? |
| 15:04.17 | kergoth | bbappend is just recipe metadata, period |
| 15:04.20 | kergoth | it's not magic |
| 15:04.22 | gnutoo | ok |
| 15:04.38 | kergoth | some add to filespath, yes, to make sure the dir the bbappend is in is also in filespath, so patches local to it are found |
| 15:04.40 | gnutoo | then I'll ask another question in a moment, let me find the correct .bbappend |
| 15:04.50 | gnutoo | ok |
| 15:04.54 | gnutoo | thanks a lot |
| 15:04.55 | aks4 | ericben: Ok, I'm giving up for now. Running out of options. I guess that somewhere shortly after 2.6.32 a change was made that works with beagle boards but not with mine. |
| 15:05.08 | kergoth | but its just metadata, not magic. recipes happen to automatically get the dir they live in put into filespath, so they don't have to do it explicitly, is all |
| 15:05.12 | kergoth | that's the main difference there |
| 15:05.32 | JaMa | kergoth: btw it seems that using something like THISDIR := "${@os.path.dirname(bb.data.getVar('FILE', d, True))}" is quite common in bbappends |
| 15:05.32 | kergoth | the convention is to use a FILESEXTRAPATHS variable rather than manipulating FILESPATH directly, though |
| 15:05.33 | gnutoo | ahhh now I understand |
| 15:05.48 | JaMa | kergoth: today I had issue with it when I had 3 .bbappend files for one recipe |
| 15:05.50 | gnutoo | (with the fact that it works by default) |
| 15:06.13 | kergoth | JaMa: the bit added to filespath has to be force expanded, not the variable it references, otherwise you hit tha tproblem |
| 15:06.13 | JaMa | kergoth: and only last THISDIR won, so I've renamed THISDIR in every bbappend file and it works fine |
| 15:06.17 | kergoth | each bbappend is overwriting the others thisdir |
| 15:06.18 | kergoth | right |
| 15:06.21 | kergoth | just do this |
| 15:06.23 | bluelightning | FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:" |
| 15:06.27 | kergoth | that, yes |
| 15:06.34 | kergoth | :) |
| 15:06.42 | bluelightning | JaMa: don't set THISDIR with oe-core, it's done automatically |
| 15:06.46 | JaMa | th so something like FILESPATH =. "${@base_set_filespath(["${THISDIR-NOKIA}/${P}"], d)}:" is the cause of my problems here, right? |
| 15:06.55 | bluelightning | JaMa: yep |
| 15:07.05 | JaMa | ok I'll update it |
| 15:07.08 | JaMa | thanks |
| 15:07.18 | bluelightning | kergoth: what would you say to having this sort of thing done automatically for bbappends? |
| 15:07.30 | bluelightning | slightly unorthodox, but could reduce pain |
| 15:08.23 | kergoth | heh, back when using collections.inc, i used a snippet that added the recipe dir in every layer to filespath, but nowadays we try not to bloat filespath like that |
| 15:08.36 | kergoth | not sure how else you'd do it, unless bbappends show up in the recipe __depends, guess you could search that |
| 15:14.01 | aks4 | Bye & Thanks! |
| 15:22.52 | *** join/#oe pespin (~pespin@70.pool85-50-85.dynamic.orange.es) |
| 15:25.06 | *** join/#oe rob_w (~bob@ppp-88-217-79-73.dynamic.mnet-online.de) |
| 15:30.09 | *** join/#oe nitink1 (~nitink@192.55.54.38) |
| 15:34.32 | otavio | is there any way to pass extra kernel args to runqemu script? |
| 15:35.13 | *** join/#oe nitink (~nitink@nat/intel/x-kiyacvcavzdglclm) |
| 15:43.51 | *** join/#oe jayabharath (~jayabhara@nat/ti/x-jilsdzfgufkegxnc) |
| 15:53.35 | *** part/#oe fraxinath (~quassel@pD9536EAC.dip.t-dialin.net) |
| 15:55.07 | *** join/#oe sgw (~sgw@216.123.155.199) |
| 16:06.15 | *** join/#oe kevinsc (~a0214685@nat/ti/x-vhqgogqdtregcrkl) |
| 16:13.40 | *** join/#oe msm (~msm@192.88.168.34) |
| 16:19.06 | *** join/#oe jayabharath (~jayabhara@nat/ti/x-sstgewzvlwiporao) |
| 16:26.19 | *** join/#oe pepermint (~pepermint@host24-12-dynamic.58-82-r.retail.telecomitalia.it) |
| 16:27.43 | *** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
| 16:30.02 | *** join/#oe tomimo (~kurre@xdsl-83-150-88-111.nebulazone.fi) |
| 16:30.06 | *** join/#oe kurre2 (~tomimo@xdsl-83-150-88-111.nebulazone.fi) |
| 16:33.45 | *** join/#oe rcf (~rcf@56.81-243-81.adsl-dyn.isp.belgacom.be) |
| 16:34.45 | *** join/#oe incandescant (~incandesc@nat/intel/x-mfsvtywejdnxmhuq) |
| 16:35.57 | *** join/#oe joelagnel (~joel@nat/ti/x-wvafivodseuqzeaa) |
| 16:37.48 | *** join/#oe sgw (~sgw@216.123.155.199) |
| 16:49.19 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 16:53.29 | khem | otavio: anything you pass with <> will pass as argument |
| 16:55.37 | otavio | khem: but how I add more boot params into --append? |
| 16:56.42 | khem | otavio: SCRIPT_KERNEL_OPT = "options you want" |
| 16:57.45 | khem | otavio: thats with oe-core runqemu script thats what you are asking for I assume |
| 16:58.02 | otavio | khem: yes, oe-core |
| 16:59.14 | otavio | khem: seem to not work using SCRIPT_KERNEL_OPT |
| 17:01.58 | *** join/#oe sgw (~sgw@216.123.155.199) |
| 17:17.53 | *** join/#oe toi (~peter@94-226-61-212.access.telenet.be) |
| 17:29.42 | *** join/#oe vivijim (~vivijim@134.134.137.73) |
| 17:29.48 | *** join/#oe vivijim (~vivijim@unaffiliated/vivijim) |
| 17:34.29 | *** join/#oe eFfeM (~frans@a2038.upc-a.chello.nl) |
| 17:53.52 | *** join/#oe Heinervdm (~thomas@pD9E11E91.dip.t-dialin.net) |
| 18:03.42 | msm | whats the preferred usage between ARCH and TARGET_ARCH? |
| 18:03.48 | msm | when dealing with recipes |
| 18:22.07 | *** join/#oe aloisiojr1 (~aloisio@186.215.206.130) |
| 18:25.39 | bluelightning | msm: TARGET_ARCH most likely, but what's the context exactly? what are you trying to achieve? |
| 18:33.19 | *** join/#oe toi (~peter@94-226-61-212.access.telenet.be) |
| 18:36.09 | msm | bluelightning: to pass to build scripts |
| 18:36.24 | msm | i just noticed that recently ARCH stopped working so I moved to TARGET_ARCH |
| 18:36.35 | msm | im just curious what is correct/why one stopped working |
| 18:38.40 | *** join/#oe jayabharath (~jayabhara@nat/ti/x-urqcpfmetormfddf) |
| 18:40.09 | *** join/#oe sgw (~sgw@216.123.155.199) |
| 18:43.59 | *** join/#oe stefan_schmidt (~stefan@p4FC765B5.dip.t-dialin.net) |
| 18:46.25 | woglinde | hi stefan_schmidt |
| 18:50.28 | bluelightning | msm: not sure, perhaps someone else could advise |
| 18:51.17 | msm | bluelightning: np |
| 18:51.24 | *** join/#oe denix| (~denis@nat/ti/x-pjlgexrygxuykmkn) |
| 18:52.05 | khem | well ARCH should not be there to use |
| 18:56.30 | *** join/#oe hillct (~hillct@cpe-174-109-206-062.nc.res.rr.com) |
| 18:57.00 | msm | khem: right, its not anymore⦠i want to say it *was* |
| 18:57.07 | msm | because it worked at some point... |
| 18:57.13 | msm | did it recently go away? |
| 18:57.24 | msm | or maybe something else was wrong with my env |
| 19:02.55 | *** join/#oe morphis (~morphis@dslb-088-070-152-117.pools.arcor-ip.net) |
| 19:05.03 | *** join/#oe eFfeM (~frans@a2038.upc-a.chello.nl) |
| 19:10.11 | *** join/#oe thaytan (~thaytan@ppp59-167-167-201.static.internode.on.net) |
| 19:29.46 | *** join/#oe sgw1 (~sgw@216.123.155.199) |
| 19:37.02 | *** join/#oe florian (~fuchs@sign-4db60a6b.pool.mediaWays.net) |
| 19:37.02 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 19:56.26 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 20:20.04 | *** join/#oe hbeck (~hbeck@69.41.94.155) |
| 20:21.17 | otavio | Do someone has any clue why my init do not receive sigusr1 from X but if it is run in a shell it receives? |
| 20:28.18 | *** join/#oe jayabharath (~jayabhara@nat/ti/x-tajbmuxzmmwptqmm) |
| 20:35.10 | *** join/#oe jayabharath (~jayabhara@nat/ti/x-mvcucdscckbrgswr) |
| 20:42.30 | *** join/#oe ant__ (~andrea@host103-253-dynamic.30-79-r.retail.telecomitalia.it) |
| 20:44.19 | *** join/#oe msm (~msm@99-47-177-27.lightspeed.austtx.sbcglobal.net) |
| 20:46.48 | *** join/#oe jayabharath (~jayabhara@nat/ti/x-hmmmxfrdpmeuwfba) |
| 20:52.58 | khem | msm: IIRC it never was there |
| 20:58.15 | msm | khem: ok im not sure what was going on then⦠maybe it was a kernel.bbclass thing, since that was the recipe I was dealing with |
| 20:58.34 | khem | yes in kernel and kernel headers there is ARCH |
| 20:59.28 | *** join/#oe brolin (~brolin@nat223.udea.edu.co) |
| 20:59.43 | *** join/#oe jayabharath_ (~jayabhara@nat/ti/x-ewspkgjpauffaqjt) |
| 21:01.04 | ant__ | JaMa: ping |
| 21:02.23 | ant__ | JaMa: the 'wrong' device_table-minimal.txt is used, the one in oe-core :/ |
| 21:05.30 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 21:11.58 | *** join/#oe kergoth (~kergoth@ip24-251-173-232.ph.ph.cox.net) |
| 21:24.24 | msm | khem: what is the purpose of adding ARCH just for these? why dont they just use TARGET_ARCH? |
| 21:28.50 | khem | msm: since target arch is not always same as kernel arch |
| 21:33.03 | msm | kergoth: as in ppc vs. powerpc? |
| 21:39.46 | *** join/#oe ant__ (~andrea@host185-250-dynamic.0-87-r.retail.telecomitalia.it) |
| 21:50.01 | *** join/#oe hufnus (~hufnus@69-12-177-67.dsl.static.sonic.net) |
| 22:10.34 | *** join/#oe vivijim1 (~vivijim@134.134.137.73) |
| 22:13.19 | *** join/#oe alx_ (~alx@host163-179-dynamic.58-82-r.retail.telecomitalia.it) |
| 22:16.21 | sakoman | gm |
| 22:17.01 | sakoman | I'm having issues with my images failing due to a conflict between libgcc-dev and libgcc-s-dev both suppling the same file |
| 22:17.10 | *** join/#oe lumag (~lumag@ppp89-110-21-128.pppoe.avangarddsl.ru) |
| 22:17.34 | sakoman | is there a simple way to blacklist one or the other? |
| 22:17.41 | lumag | hi |
| 22:17.59 | sakoman | hi lumag |
| 22:25.00 | *** join/#oe dijenerate (~dijenerat@69.73.216.31) |
| 22:49.44 | *** join/#oe lamawithonel (~lucas@pool-96-231-162-157.washdc.fios.verizon.net) |
| 22:50.44 | *** join/#oe tharvey_ (~tharvey@adsl-76-205-222-174.dsl.snlo01.sbcglobal.net) |
| 22:50.50 | *** join/#oe awozniak_ (~awozniak@adsl-76-205-222-174.dsl.snlo01.sbcglobal.net) |
| 22:55.04 | *** join/#oe lamawithonel (~lucas@pool-96-231-162-157.washdc.fios.verizon.net) |
| 22:59.43 | *** join/#oe kgilmer (~kgilmer@zaqb4dcb6bd.zaq.ne.jp) |
| 23:02.36 | *** join/#oe joelagnel (~joel@cpe-76-184-244-226.tx.res.rr.com) |
| 23:16.53 | *** join/#oe sgw (~sgw@216.123.155.199) |
| 23:17.34 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 23:27.29 | *** join/#oe rah (rah@myrtle.6gnip.net) |
| 23:33.42 | *** join/#oe sgw (~sgw@216.123.155.199) |
| 23:34.36 | *** join/#oe bluelightning (~paul@cpc9-lewi14-2-0-cust183.2-4.cable.virginmedia.com) |
| 23:34.36 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 23:57.37 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |