Re: [oe] apache2_2.4.23.bb fetcher crashes
2017-01-02 16:20 GMT+02:00 matti kaasinen <matti.kaasi...@gmail.com>: > Actually it was regarding that jquery library that I patched today. No, very big mistake. I just found message below arrived three days ago to my "advertisements and marketing" folder: This mailinglist requires people to subscribe before posting. Your posting was automatically rejected, please subscribe at http://lists.openembedded.org/mailman/listinfo/openembedded-core Date: Mon, 2 Jan 2017 14:34:19 +0200 Subject: [meta-oe][PATCH] Recipe refers to jquery library folder with JQUERYDIR variable except once, where literal string is used, instead. This patch fixes that deviation. Signed-off-by: Matti Kaasinen <matti.kaasi...@gmail.com> --- meta-oe/recipes-support/libjs/libjs-jquery_1.7.2.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-oe/recipes-support/libjs/libjs-jquery_1.7.2.bb b/meta-oe/recipes-support/libjs/libjs-jquery_1.7.2.bb index ec8f360..a047a20 100644 --- a/meta-oe/recipes-support/libjs/libjs-jquery_1.7.2.bb +++ b/meta-oe/recipes-support/libjs/libjs-jquery_1.7.2.bb @@ -21,4 +21,4 @@ do_install() { install -m 0644 ${S}${JQUERYDOCDIR}/copyright ${D}${JQUERYDOCDIR}/ } I don't know my OE registration details or I made some mistake in setting up git-mail. But please find my patch above if you wish. Cheer, Matti -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] apache2_2.4.23.bb fetcher crashes
Thanks for your advices Martin. So Armin, could you please backport this https://patchwork.openembedded.org/patch/135494/ to krogoth or actually backport patched apache2_2.4.25.bb, if possible? -Matti 2017-01-02 16:52 GMT+02:00 Piotr Lewicki <piotr.lewi...@elfin.de>: > Ok. Thanks > > @Armin? Can you include this? > > > On 02.01.2017 15:47, Martin Jansa wrote: > >> You need to ask armin to include it in next pull request for morty and >> krogoth. >> >> On Mon, Jan 2, 2017 at 3:31 PM, Piotr Lewicki <piotr.lewi...@elfin.de> >> wrote: >> >> On 02.01.2017 15:29, Martin Jansa wrote: >>> >>> On Mon, Jan 02, 2017 at 04:20:37PM +0200, matti kaasinen wrote: >>>> >>>> Olkesandr, >>>>> Actually it was regarding that jquery library that I patched today. >>>>> That >>>>> really was pretty trivial fix if fix at all - just to make it more >>>>> formal. >>>>> However, I really do not know if it is just to update Apache version or >>>>> is >>>>> there something else to do. Pure revision change would be trivial for >>>>> me, >>>>> too, or actually a new recipe should be made. Other choice would be >>>>> trying >>>>> to find that older version of Apache and fix source URL accordingly. >>>>> It seems that old version is in archive: >>>>> https://archive.apache.org/dist/httpd/ >>>>> I'm fine making the patch to update SRC to point to apache archive. >>>>> However, recipe seems using several patches that I do not care creating >>>>> for >>>>> the new release now. That should do someone more devoted to apache >>>>> functionality, I suppose. >>>>> -Matti >>>>> >>>>> Or just read last 2 weeks on this ML to find: >>>> https://patchwork.openembedded.org/patch/135494/ >>>> and related discussion and just ask for backporting this to krogoth >>>> branch >>>> >>>> @Martin: Could I ask you to also port it to morty? >>> >>> >>> >>> >>> 2017-01-02 15:46 GMT+02:00 Oleksandr Kravchuk < >>>>> oleksandr.kravc...@pelagicore.com>: >>>>> >>>>> Matti - >>>>> >>>>>> As I have previously suggested, you can make a patch and send it to >>>>>> this mailing list. Here is an instruction: >>>>>> http://www.openembedded.org/wiki/How_to_submit_a_patch_to_Op >>>>>> enEmbedded >>>>>> >>>>>> Would you like to try to do it yourself or you actually want us to fix >>>>>> it? >>>>>> >>>>>> On 2 January 2017 at 14:15, matti kaasinen <matti.kaasi...@gmail.com> >>>>>> wrote: >>>>>> >>>>>> Hi! >>>>>>> >>>>>>> http://www.apache.org/dist/httpd/httpd-2.4.23.tar.bz2 has been >>>>>>> removed. >>>>>>> Latest/current version on http://www.apache.org/dist/httpd/ page is >>>>>>> httpd-2.4.25.tar.bz2. This crashes fetcher of >>>>>>> meta-openembedded/meta-webserver/recipes-httpd/apache2/apach >>>>>>> e2_2.4.23.bb >>>>>>> that is Krogoth recipe for apache2. >>>>>>> >>>>>>> Thanks, >>>>>>> Matti >>>>>>> -- >>>>>>> ___ >>>>>>> Openembedded-devel mailing list >>>>>>> Openembedded-devel@lists.openembedded.org >>>>>>> http://lists.openembedded.org/mailman/listinfo/openembedded-devel >>>>>>> >>>>>>> -- >>>>>> ___ >>>>>> Openembedded-devel mailing list >>>>>> Openembedded-devel@lists.openembedded.org >>>>>> http://lists.openembedded.org/mailman/listinfo/openembedded-devel >>>>>> >>>>>> -- >>>>>> >>>>> ___ >>>>> Openembedded-devel mailing list >>>>> Openembedded-devel@lists.openembedded.org >>>>> http://lists.openembedded.org/mailman/listinfo/openembedded-devel >>>>> >>>>> >>>> -- >>>> >>> Piotr Lewicki >>> >>> -- >>> ___ >>> Openembedded-devel mailing list >>> Openembedded-devel@lists.openembedded.org >>> http://lists.openembedded.org/mailman/listinfo/openembedded-devel >>> >>> -- > Piotr Lewicki > -- > ___ > Openembedded-devel mailing list > Openembedded-devel@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/openembedded-devel > -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] apache2_2.4.23.bb fetcher crashes
Olkesandr, Actually it was regarding that jquery library that I patched today. That really was pretty trivial fix if fix at all - just to make it more formal. However, I really do not know if it is just to update Apache version or is there something else to do. Pure revision change would be trivial for me, too, or actually a new recipe should be made. Other choice would be trying to find that older version of Apache and fix source URL accordingly. It seems that old version is in archive: https://archive.apache.org/dist/httpd/ I'm fine making the patch to update SRC to point to apache archive. However, recipe seems using several patches that I do not care creating for the new release now. That should do someone more devoted to apache functionality, I suppose. -Matti 2017-01-02 15:46 GMT+02:00 Oleksandr Kravchuk < oleksandr.kravc...@pelagicore.com>: > Matti - > > As I have previously suggested, you can make a patch and send it to > this mailing list. Here is an instruction: > http://www.openembedded.org/wiki/How_to_submit_a_patch_to_OpenEmbedded > > Would you like to try to do it yourself or you actually want us to fix it? > > On 2 January 2017 at 14:15, matti kaasinen <matti.kaasi...@gmail.com> > wrote: > > Hi! > > > > http://www.apache.org/dist/httpd/httpd-2.4.23.tar.bz2 has been removed. > > Latest/current version on http://www.apache.org/dist/httpd/ page is > > httpd-2.4.25.tar.bz2. This crashes fetcher of > > meta-openembedded/meta-webserver/recipes-httpd/apache2/apache2_2.4.23.bb > > that is Krogoth recipe for apache2. > > > > Thanks, > > Matti > > -- > > ___ > > Openembedded-devel mailing list > > Openembedded-devel@lists.openembedded.org > > http://lists.openembedded.org/mailman/listinfo/openembedded-devel > -- > ___ > Openembedded-devel mailing list > Openembedded-devel@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/openembedded-devel > -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] apache2_2.4.23.bb fetcher crashes
Hi! http://www.apache.org/dist/httpd/httpd-2.4.23.tar.bz2 has been removed. Latest/current version on http://www.apache.org/dist/httpd/ page is httpd-2.4.25.tar.bz2. This crashes fetcher of meta-openembedded/meta-webserver/recipes-httpd/apache2/apache2_2.4.23.bb that is Krogoth recipe for apache2. Thanks, Matti -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] libjs-jquery_1.7.2.bb
Hi! I browsed this libjs-jquery_1.7.2.bb recipe and noticed slight improvement: There is definition for JQUERYDIR: JQUERYDIR = "${datadir}/javascript/jquery" This has been used extensively in this recipe except on the last line: FILES_${PN} = "/usr/share/javascript/jquery" Should it not be changed as below? FILES_${PN} = "${JQUERYDIR}" There is nothing wrong in either way, but it would be neater/less error prone later on. Thanks, Matti -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] usb-modeswitch 2.2.0 not compatible with systemd-udevd version provided by poky/krogoth and newer
It does not work anymore. It worked about half an hour/one hour. Now operation is even worse than it used to be. So, I would be very reserver with these patches. -Matti 2016-11-21 11:46 GMT+02:00 matti kaasinen <matti.kaasi...@gmail.com>: > Hi! > > I faced with similar problem described in https://bbs.archlinux.org/ > viewtopic.php?id=199075 . > In short the latest usb-modeswitch version (2.2.0) of meta-openembedded is > not compatible with the latest versions of poky distribution (from krogoth > on). > > I made a recipe for building the latest usb_modeswitch that seems fixing > this problem at least in my case. I also made a recipe loading the latest > usb-modeswitch-data. > > Please find them below. > > Take care, > Matti Kaasinen > > =PATCH > ## Add usb-modeswitch_2.4.0.bb and usb-modeswitch-data_20160803.bb > --- > diff -Naur a/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch_2.4. > 0.bb b/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch_2.4.0.bb > --- a/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch_2.4.0.bb > 1970-01-01 02:00:00.0 +0200 > +++ b/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch_2.4.0.bb > 2016-11-21 11:18:12.380995084 +0200 > @@ -0,0 +1,19 @@ > +SUMMARY = "A mode switching tool for controlling 'flip flop' (multiple > device) USB gear" > +LICENSE = "GPLv2" > +LIC_FILES_CHKSUM = "file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f" > + > +DEPENDS = "libusb1" > + > +SRC_URI = "http://www.draisberghof.de/usb_modeswitch/${BP}.tar.bz2; > +SRC_URI[md5sum] = "6e1640db47768bb9012f91b7593116ef" > +SRC_URI[sha256sum] = "17dc32bf10df8e370f2369b5137d34 > dfd8f2347faaa51524c5f21c922f42e212" > + > +EXTRA_OEMAKE = "TCL=${bindir}/tclsh" > + > +FILES_${PN} = "${bindir} ${sysconfdir} > ${nonarch_base_libdir}/udev/usb_modeswitch > ${sbindir} ${localstatedir}/lib/usb_modeswitch" > +RDEPENDS_${PN} = "tcl" > +RRECOMMENDS_${PN} = "usb-modeswitch-data" > + > +do_install() { > +oe_runmake DESTDIR=${D} install > +} > diff -Naur a/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch- > data_20160803.bb b/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch- > data_20160803.bb > --- a/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch- > data_20160803.bb1970-01-01 02:00:00.0 +0200 > +++ b/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch- > data_20160803.bb2016-11-21 11:18:12.380995084 +0200 > @@ -0,0 +1,17 @@ > +SUMMARY = "Data files for usbmodeswitch" > +LICENSE = "GPLv2" > +LIC_FILES_CHKSUM = "file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f" > + > +inherit allarch > + > +SRC_URI = "http://www.draisberghof.de/usb_modeswitch/${BP}.tar.bz2; > +SRC_URI[md5sum] = "acc927e44827837eb23b2a7980b38a35" > +SRC_URI[sha256sum] = "83f4a277c6e34b8537740ae16bf927 > 5008f7bf3f326134e0f846656a61a756fe" > + > +do_install() { > +oe_runmake install DESTDIR=${D} > +} > + > +RDEPENDS_${PN} = "usb-modeswitch (>= 2.2.0)" > +FILES_${PN} += "${base_libdir}/udev/rules.d/ \ > +${datadir}/usb_modeswitch" > -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] usb-modeswitch 2.2.0 not compatible with systemd-udevd version provided by poky/krogoth and newer
Hi! I faced with similar problem described in https://bbs.archlinux.org/viewtopic.php?id=199075 . In short the latest usb-modeswitch version (2.2.0) of meta-openembedded is not compatible with the latest versions of poky distribution (from krogoth on). I made a recipe for building the latest usb_modeswitch that seems fixing this problem at least in my case. I also made a recipe loading the latest usb-modeswitch-data. Please find them below. Take care, Matti Kaasinen =PATCH ## Add usb-modeswitch_2.4.0.bb and usb-modeswitch-data_20160803.bb --- diff -Naur a/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch_2.4.0.bb b/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch_2.4.0.bb --- a/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch_2.4.0.bb 1970-01-01 02:00:00.0 +0200 +++ b/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch_2.4.0.bb 2016-11-21 11:18:12.380995084 +0200 @@ -0,0 +1,19 @@ +SUMMARY = "A mode switching tool for controlling 'flip flop' (multiple device) USB gear" +LICENSE = "GPLv2" +LIC_FILES_CHKSUM = "file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f" + +DEPENDS = "libusb1" + +SRC_URI = "http://www.draisberghof.de/usb_modeswitch/${BP}.tar.bz2; +SRC_URI[md5sum] = "6e1640db47768bb9012f91b7593116ef" +SRC_URI[sha256sum] = "17dc32bf10df8e370f2369b5137d34dfd8f2347faaa51524c5f21c922f42e212" + +EXTRA_OEMAKE = "TCL=${bindir}/tclsh" + +FILES_${PN} = "${bindir} ${sysconfdir} ${nonarch_base_libdir}/udev/usb_modeswitch ${sbindir} ${localstatedir}/lib/usb_modeswitch" +RDEPENDS_${PN} = "tcl" +RRECOMMENDS_${PN} = "usb-modeswitch-data" + +do_install() { +oe_runmake DESTDIR=${D} install +} diff -Naur a/meta-oe/recipes-support/usb-modeswitch/ usb-modeswitch-data_20160803.bb b/meta-oe/recipes-support/usb-modeswitch/ usb-modeswitch-data_20160803.bb --- a/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch-data_20160803.bb 1970-01-01 02:00:00.0 +0200 +++ b/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch-data_20160803.bb 2016-11-21 11:18:12.380995084 +0200 @@ -0,0 +1,17 @@ +SUMMARY = "Data files for usbmodeswitch" +LICENSE = "GPLv2" +LIC_FILES_CHKSUM = "file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f" + +inherit allarch + +SRC_URI = "http://www.draisberghof.de/usb_modeswitch/${BP}.tar.bz2; +SRC_URI[md5sum] = "acc927e44827837eb23b2a7980b38a35" +SRC_URI[sha256sum] = "83f4a277c6e34b8537740ae16bf9275008f7bf3f326134e0f846656a61a756fe" + +do_install() { +oe_runmake install DESTDIR=${D} +} + +RDEPENDS_${PN} = "usb-modeswitch (>= 2.2.0)" +FILES_${PN} += "${base_libdir}/udev/rules.d/ \ +${datadir}/usb_modeswitch" -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] Apache hang
Hi! My set-up is as follows: am335x based board, Poky/fido, Apache from meta-openembedded/meta-webserver/recipes-httpd/apache2 (fido). I am accessing board with http calls once every second. I have found my board booting every now and then - every couple of days...two weeks. Now I had serial console connected for this little more than two weeks and got following kernel listing. It looks to me that Apache gets locked. I don't have more of these events recorded so far but I'll have that listing attached below in case some one can find it useful. I'll keep the console connected to make it sure that Apache is always the trouble maker. Thanks, Matti [1381525.167549] BUG: soft lockup - CPU#0 stuck for 22s! [httpd:1567] [1381525.174052] Modules linked in: ipv6 musb_dsps musb_hdrc spidev ti_am335x_adc ti_am335x_tsc kfifo_buf musb_am335x [1381525.184959] [1381525.186712] CPU: 0 PID: 1567 Comm: httpd Not tainted 3.14.54 #1 [1381525.193092] task: c48e49c0 ti: c4852000 task.ti: c4852000 [1381525.198944] PC is at ktime_get_ts+0x164/0x1a0 [1381525.203690] LR is at 0xfffa [1381525.207163] pc : []lr : []psr: a0080013 [1381525.207163] sp : c4853ee8 ip : 0006 fp : [1381525.219539] r10: c4653600 r9 : r8 : 3b9ac9ff [1381525.225188] r7 : 0001 r6 : c4853f70 r5 : ffe9 r4 : b12800fd [1381525.232199] r3 : d106da23 r2 : f196f246 r1 : c9bf9d8f r0 : 0015152c [1381525.239212] Flags: NzCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment user [1381525.246860] Control: 10c5387d Table: 8489c019 DAC: 0015 [1381525.253056] CPU: 0 PID: 1567 Comm: httpd Not tainted 3.14.54 #1 [1381525.259479] [] (unwind_backtrace) from [] (show_stack+0x10/0x14) [1381525.267785] [] (show_stack) from [] (watchdog_timer_fn+0x118/0x140) [1381525.276372] [] (watchdog_timer_fn) from [] (__run_hrtimer.isra.34+0x44/0xf0) [1381525.285760] [] (__run_hrtimer.isra.34) from [] (hrtimer_interrupt+0xfc/0x2c0) [1381525.295246] [] (hrtimer_interrupt) from [] (omap2_gp_timer_interrupt+0x28/0x30) [1381525.304911] [] (omap2_gp_timer_interrupt) from [] (handle_irq_event_percpu+0xd0/0x198) [1381525.315199] [] (handle_irq_event_percpu) from [] (handle_irq_event+0x3c/0x5c) [1381525.324675] [] (handle_irq_event) from [] (handle_level_irq+0x90/0xfc) [1381525.333517] [] (handle_level_irq) from [] (generic_handle_irq+0x2c/0x3c) [1381525.342536] [] (generic_handle_irq) from [] (handle_IRQ+0x38/0x84) [1381525.351012] [] (handle_IRQ) from [] (omap3_intc_handle_irq+0x8c/0x9c) [1381525.359774] [] (omap3_intc_handle_irq) from [] (__irq_svc+0x40/0x50) [1381525.368420] Exception stack(0xc4853ea0 to 0xc4853ee8) [1381525.373896] 3ea0: 0015152c c9bf9d8f f196f246 d106da23 b12800fd ffe9 c4853f70 0001 [1381525.382643] 3ec0: 3b9ac9ff c4653600 0006 c4853ee8 fffa c0074d88 [1381525.391379] 3ee0: a0080013 [1381525.395222] [] (__irq_svc) from [] (ktime_get_ts+0x164/0x1a0) [1381525.403264] [] (ktime_get_ts) from [] (poll_select_set_timeout+0x60/0x8c) [1381525.412380] [] (poll_select_set_timeout) from [] (SyS_select+0xa8/0x118) [1381525.421397] [] (SyS_select) from [] (ret_fast_syscall+0x0/0x38) [1381525.430220] Kernel panic - not syncing: softlockup: hung tasks [1381525.436517] CPU: 0 PID: 1567 Comm: httpd Not tainted 3.14.54 #1 [1381525.442926] [] (unwind_backtrace) from [] (show_stack+0x10/0x14) [1381525.451220] [] (show_stack) from [] (panic+0x9c/0x1f0) [1381525.458604] [] (panic) from [] (watchdog_timer_fn+0x138/0x140) [1381525.466726] [] (watchdog_timer_fn) from [] (__run_hrtimer.isra.34+0x44/0xf0) [1381525.476108] [] (__run_hrtimer.isra.34) from [] (hrtimer_interrupt+0xfc/0x2c0) [1381525.485584] [] (hrtimer_interrupt) from [] (omap2_gp_timer_interrupt+0x28/0x30) [1381525.495245] [] (omap2_gp_timer_interrupt) from [] (handle_irq_event_percpu+0xd0/0x198) [1381525.505538] [] (handle_irq_event_percpu) from [] (handle_irq_event+0x3c/0x5c) [1381525.515012] [] (handle_irq_event) from [] (handle_level_irq+0x90/0xfc) [1381525.523848] [] (handle_level_irq) from [] (generic_handle_irq+0x2c/0x3c) [1381525.532868] [] (generic_handle_irq) from [] (handle_IRQ+0x38/0x84) [1381525.541338] [] (handle_IRQ) from [] (omap3_intc_handle_irq+0x8c/0x9c) [1381525.550092] [] (omap3_intc_handle_irq) from [] (__irq_svc+0x40/0x50) [1381525.558734] Exception stack(0xc4853ea0 to 0xc4853ee8) [1381525.564212] 3ea0: 0015152c c9bf9d8f f196f246 d106da23 b12800fd ffe9 c4853f70 0001 [1381525.572954] 3ec0: 3b9ac9ff c4653600 0006 c4853ee8 fffa c0074d88 [1381525.581690] 3ee0: a0080013 [1381525.585532] [] (__irq_svc) from [] (ktime_get_ts+0x164/0x1a0) [1381525.593559] [] (ktime_get_ts) from [] (poll_select_set_timeout+0x60/0x8c) [1381525.602671] [] (poll_select_set_timeout) from [] (SyS_select+0xa8/0x118) [1381525.611694] [] (SyS_select) from [] (ret_fast_syscall+0x0/0x38) -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org
[oe] daemontools
Hi! As Arago distribution does not support systemd or upstart (which is kind of dying), I'm looking for other decent service manager. I found daemontools from openembedded/fido branch. It bakes fine. I would have few comments regarding daemontools (svscanboot) starter script and daemontools install package. Daemontools tend to install it's own commands to /command folder. However, daemontools_0.76.bb does not install /command folder and instead, installs binaries to Linux standard place ${D}/${bindir}. Also standard position for daemontools service scripts is /service folder that is not installed at all. I'm not sure how much daemontools commands rely on these standard positions, but at least this svscanboot seems unpatched having these default folders. So, at least /command should be removed from svscanboot script: /command/svc -dx /service/* /service/*/log = svc -dx /service/* /service/*/log Also I suppose service directory should also be installed somewhere. For instance /etc/service (Ubuntu way) or /service to make things compatible with examples or perhaps /etc/daemontools. In any case, I'll try patching this on my own layer to check out if there are built in dependencies. -Matti -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] klibc_2.0.4.bb crashes
Hi! klibc_2.0.4.bb recipe linking crashes with following error messages. arm-poky-linux-gnueabi-ld: error: .../sysroots/am335x-evm/usr/lib/arm-poky-linux-gnueabi/4.9.2/libgcc.a(bpabi.o) uses VFP register arguments, usr/klibc/libc.so does not arm-poky-linux-gnueabi-ld: failed to merge target specific data of file .../sysroots/am335x-evm/usr/lib/arm-poky-linux-gnueabi/4.9.2/libgcc.a(bpabi.o) I'm checked out fido branch of meta-openembedded. Any help warmly appreciated! Thanks, Matti -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] klibc_2.0.4.bb crashes
So, do you mean that this is not a layer problem but distro problem? Considering Yocto/Poky based distro like Silica/ArchiTech or Ti/Arago: should I contact Arago or ArchiTech community or Poky community? Who should define these parameters umbrella distro or sub-distro? I suppose I should contact myself (or Poky), as I started from plain Yocto/Poky and copied some layers from Arago distribution (meta-ti and layers it required). 2015-06-12 17:51 GMT+03:00 Khem Raj raj.k...@gmail.com: On Fri, Jun 12, 2015 at 4:16 AM, matti kaasinen matti.kaasi...@gmail.com wrote: klibc_2.0.4.bb recipe linking crashes with following error messages. arm-poky-linux-gnueabi-ld: error: .../sysroots/am335x-evm/usr/lib/arm-poky-linux-gnueabi/4.9.2/libgcc.a(bpabi.o) uses VFP register arguments, usr/klibc/libc.so does not arm-poky-linux-gnueabi-ld: failed to merge target specific data of file .../sysroots/am335x-evm/usr/lib/arm-poky-linux-gnueabi/4.9.2/libgcc.a(bpabi.o) I'm checked out fido branch of meta-openembedded. It means that TOOLCHAIN_OPTIONS is not passed via CFLAGS when building klibc, we have a diversion in expectation where we do not configure toolchain to hardfp unless we specify it via cmdline to compiler. Once you fix that, next thing might be that klibc is not good with hardfp itself which could be a bigger problem. -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] DOCUMENTATION of R* variables like RDEPENDS
Hi developers! I was faced with problems when using RDEPENDS dependencies without _${PN} extensions. Actually both conventions were mixed with my OE-classic design. I was guided to correct direction by Angstrom community's kind guidance. However, I feel OE official User Manual has documentation problem regarding these R* variables that link below describes in more details: http://lists.linuxtogo.org/pipermail/angstrom-distro-devel/2012-April/005944.html take care, Matti ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] circular dependency when building virtual/kernel (linux_2.6.30)
Hi! I faced with ERROR: Unbuildable tasks were found when building virtual/kernel for linux_2.6.25 using at91sam overlay over org.openembedded.dev branch: Problem seems similar to the one described in: Re: [oe] circular dependency when building linux_2.6.25.bb by Marcin Juszkiewicz marcin at juszkiewicz.com.pl Problem was fixed by replacing ./oe_at91sam/recipes/linux/linux.inc line: addtask devicetree_image after do_deploy before do_package with line: addtask devicetree_image after do_install before do_package do_deploy found from ./org.openembedded.dev/recipes/linux/linux.inc I hope at91sam users can find this useful when switching to OE dev branch. Regards, Matti ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] circular dependency when building linux_2.6 .30.bb
Re: [oe] circular dependency when building linux_2.6.25.bb below Marcin Juszkiewicz marcin at juszkiewicz.com.pl writes: Dnia niedziela, 31 stycznia 2010 o 07:25:42 Guo Hongruan napisał(a): Hi guys, I tried to build openembedded with the following configration in my local.conf MACHIN=at91-l9260 DISTRO=micro LIBC=glibc But I failed to start building and met the following error: ERROR: Unbuildable tasks were found. These are usually caused by circular dependencies and any circular dependency chains found will be printed below. Increase the debug level to see a list of unbuildable tasks. Try this patch: 10:21 hrw at home:linux$ git diff . diff --git a/recipes/linux/linux_2.6.25.bb b/recipes/linux/linux_2.6.25.bb index a89374a..38e651b 100644 --- a/recipes/linux/linux_2.6.25.bb +++ b/recipes/linux/linux_2.6.25.bb @@ -98,5 +98,5 @@ python do_compulab_image() { } -addtask compulab_image after do_deploy before do_package +addtask compulab_image after do_deploy before do_build As we moved deploy task to be *after* package. Regards, - Hi, I tried to build linux_2.6.30.bb, i.e. virtual/kernel using linux4sam.org overlay with settings: MACHINE = at91sam9260ek DISTRO = angstrom-2008.1 ANGSTROMLIBC = glibc and org.openembedded.dev I faced similar problems as described above (Re: [oe] circular dependency when building linux_2.6.25.bb) and thanks to the answer above I also managed finding solution as follows: oe_at91sam/./linux.inc had line: addtask devicetree_image after do_deploy before do_package I replaced it to line below found from org.openembedded.dev//linux.inc: addtask devicetree_image after do_install before do_package do_deploy This solved the problem. I hope someone can find this useful, -Matti ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel