[oe] [meta-oe][PATCH] sdparm: add recipe file
From: Roy Li rongqing...@windriver.com Signed-off-by: Roy Li rongqing...@windriver.com --- .../sdparm/files/make-sysroot-work.patch | 27 meta-oe/recipes-support/sdparm/sdparm_1.08.bb | 17 2 files changed, 44 insertions(+) create mode 100644 meta-oe/recipes-support/sdparm/files/make-sysroot-work.patch create mode 100644 meta-oe/recipes-support/sdparm/sdparm_1.08.bb diff --git a/meta-oe/recipes-support/sdparm/files/make-sysroot-work.patch b/meta-oe/recipes-support/sdparm/files/make-sysroot-work.patch new file mode 100644 index 000..b87e05c --- /dev/null +++ b/meta-oe/recipes-support/sdparm/files/make-sysroot-work.patch @@ -0,0 +1,27 @@ +[PATCH] make sysroot work + +Upstream-Status: Pending + +Add = before the included dir to make sysroot work + +Signed-off-by: Roy.Li rongqing...@windriver.com +--- + src/Makefile.am | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/src/Makefile.am b/src/Makefile.am +index c83788c..9f62115 100644 +--- a/src/Makefile.am b/src/Makefile.am +@@ -32,7 +32,7 @@ sglib_SOURCES = ../lib/sg_lib.c \ + ../lib/sg_pt_common.c + + if HAVE_SGUTILS +-INCLUDES = -I/usr/include/scsi ++INCLUDES = -I=/usr/include/scsi + sdparm_LDADD = @GETOPT_O_FILES@ @os_libs@ @SGUTILS_LIBS@ + sdparm_DEPENDENCIES = @GETOPT_O_FILES@ + else +-- +1.9.1 + diff --git a/meta-oe/recipes-support/sdparm/sdparm_1.08.bb b/meta-oe/recipes-support/sdparm/sdparm_1.08.bb new file mode 100644 index 000..713e451 --- /dev/null +++ b/meta-oe/recipes-support/sdparm/sdparm_1.08.bb @@ -0,0 +1,17 @@ +SUMMARY = fetch and change SCSI mode pages +DESCRIPTION = The sdparm utility accesses and optionally modifies \ +SCSI devices' mode page and inquiry data. +HOMEPAGE = http://sg.danny.cz/sg/sdparm.html; +SECTION = console/utils +LICENSE = BSD +LIC_FILES_CHKSUM = file://COPYING;md5=ecab6c36b7ba82c675581dd0afde36f7 \ + file://lib/BSD_LICENSE;md5=1d52f4a66f1e0ed96776bf354ab7a2ed +DEPENDS=sg3-utils +SRC_URI = http://sg.danny.cz/sg/p/${BPN}-${PV}.tgz \ + file://make-sysroot-work.patch \ + + +SRC_URI[md5sum] = be5786f37499018ef44f409597c92d42 +SRC_URI[sha256sum] = 376b78a414b1a9c47f3f13dbeb963e7a3ec7be126f83927d6856b5f7ac425e57 + +inherit autotools -- 1.7.10.4 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-networking][PATCH] tcpslice: add recipe under tcpdump
From: Roy Li rongqing...@windriver.com tcpslice is a tool for extracting parts of a tcpdump packet trace, so put it under tcpdump dir Signed-off-by: Roy Li rongqing...@windriver.com --- .../tcpdump/tcpslice/tcpslice-1.2a3-time.patch | 75 .../tcpslice/tcpslice-CVS.20010207-bpf.patch | 15 .../recipes-support/tcpdump/tcpslice_1.2a3.bb | 35 + 3 files changed, 125 insertions(+) create mode 100644 meta-networking/recipes-support/tcpdump/tcpslice/tcpslice-1.2a3-time.patch create mode 100644 meta-networking/recipes-support/tcpdump/tcpslice/tcpslice-CVS.20010207-bpf.patch create mode 100644 meta-networking/recipes-support/tcpdump/tcpslice_1.2a3.bb diff --git a/meta-networking/recipes-support/tcpdump/tcpslice/tcpslice-1.2a3-time.patch b/meta-networking/recipes-support/tcpdump/tcpslice/tcpslice-1.2a3-time.patch new file mode 100644 index 000..a86f6d2 --- /dev/null +++ b/meta-networking/recipes-support/tcpdump/tcpslice/tcpslice-1.2a3-time.patch @@ -0,0 +1,75 @@ +Upstream-Status: Pending [from tcpdump-4.1.1-1.fc14.src.rpm] + +Signed-off-by: Roy Li rongqing...@windriver.com + +--- tcpslice-1.2a3.orig/search.c 2000-09-10 10:52:40.0 +0200 tcpslice-1.2a3/search.c2006-07-28 14:56:55.0 +0200 +@@ -53,7 +53,7 @@ + /* Size of a packet header in bytes; easier than typing the sizeof() all + * the time ... + */ +-#define PACKET_HDR_LEN (sizeof( struct pcap_pkthdr )) ++#define PACKET_HDR_LEN (sizeof( struct pcap_sf_pkthdr )) + + extern int snaplen; + +@@ -111,16 +111,24 @@ + static void + extract_header( pcap_t *p, u_char *buf, struct pcap_pkthdr *hdr ) + { +- memcpy((char *) hdr, (char *) buf, sizeof(struct pcap_pkthdr)); ++ struct pcap_sf_pkthdr hdri; ++ ++ memcpy((char *) hdri, (char *) buf, sizeof(struct pcap_sf_pkthdr)); + + if ( pcap_is_swapped( p ) ) + { +- hdr-ts.tv_sec = SWAPLONG(hdr-ts.tv_sec); +- hdr-ts.tv_usec = SWAPLONG(hdr-ts.tv_usec); +- hdr-len = SWAPLONG(hdr-len); +- hdr-caplen = SWAPLONG(hdr-caplen); ++ hdr-ts.tv_sec = SWAPLONG(hdri.ts.tv_sec); ++ hdr-ts.tv_usec = SWAPLONG(hdri.ts.tv_usec); ++ hdr-len = SWAPLONG(hdri.len); ++ hdr-caplen = SWAPLONG(hdri.caplen); ++ } ++ else ++ { ++ hdr-ts.tv_sec = hdri.ts.tv_sec; ++ hdr-ts.tv_usec = hdri.ts.tv_usec; ++ hdr-len = hdri.len; ++ hdr-caplen = hdri.caplen; + } +- + /* +* From bpf/libpcap/savefile.c: +* +--- tcpslice-1.2a3.orig/tcpslice.h 1995-11-02 00:40:53.0 +0100 tcpslice-1.2a3/tcpslice.h 2006-07-28 14:56:55.0 +0200 +@@ -20,6 +20,26 @@ + */ + + ++#include time.h ++/* #include net/bpf.h */ ++ ++/* ++ * This is a timeval as stored in disk in a dumpfile. ++ * It has to use the same types everywhere, independent of the actual ++ * `struct timeval' ++ */ ++ ++struct pcap_timeval { ++bpf_int32 tv_sec; /* seconds */ ++bpf_int32 tv_usec; /* microseconds */ ++}; ++ ++struct pcap_sf_pkthdr { ++struct pcap_timeval ts; /* time stamp */ ++bpf_u_int32 caplen; /* length of portion present */ ++bpf_u_int32 len;/* length this packet (off wire) */ ++}; ++ + time_tgwtm2secs( struct tm *tm ); + + int sf_find_end( struct pcap *p, struct timeval *first_timestamp, diff --git a/meta-networking/recipes-support/tcpdump/tcpslice/tcpslice-CVS.20010207-bpf.patch b/meta-networking/recipes-support/tcpdump/tcpslice/tcpslice-CVS.20010207-bpf.patch new file mode 100644 index 000..0a73593 --- /dev/null +++ b/meta-networking/recipes-support/tcpdump/tcpslice/tcpslice-CVS.20010207-bpf.patch @@ -0,0 +1,15 @@ +Upstream-Status: Pending [from tcpdump-4.1.1-1.fc14.src.rpm] + +Signed-off-by: Roy Li rongqing...@windriver.com +diff -ur tcpdump-3.8.1/tcpslice/tcpslice.c tcpdump-3.8.1.new/tcpslice/tcpslice.c +--- tcpslice/tcpslice.c2004-01-15 17:35:53.0 +0100 tcpslice/tcpslice.c2004-01-15 16:12:57.0 +0100 +@@ -35,7 +35,7 @@ + #include sys/file.h + #include sys/stat.h + +-#include net/bpf.h ++/* #include net/bpf.h */ + + #include ctype.h + #ifdef HAVE_FCNTL_H diff --git a/meta-networking/recipes-support/tcpdump/tcpslice_1.2a3.bb b/meta-networking/recipes-support/tcpdump/tcpslice_1.2a3.bb new file mode 100644 index 000..0b47da6 --- /dev/null +++ b/meta-networking/recipes-support/tcpdump/tcpslice_1.2a3.bb @@ -0,0 +1,35 @@ +SUMMARY = tcpslice +DESCRIPTION = A tool for extracting parts of a tcpdump packet trace. +HOMEPAGE = http://ee.lbl.gov; +SECTION = console/network + +LICENSE = BSD +LIC_FILES_CHKSUM = file://${COMMON_LICENSE_DIR}/BSD;md5=3775480a712fc46a69647678acb234cb + +SRC_URI =
Re: [oe] Regarding dhcp package
On 07/10/2014 04:17 PM, Himanshu Pandey wrote: Hi Robert, I am getting an error while compiling my dhcp package. Please find the log as attachment. My dhcp bb file is as follows: SECTION = base SUMMARY = Internet Software Consortium DHCP package DESCRIPTION = DHCP (Dynamic Host Configuration Protocol) is a protocol \ which allows individual devices on an IP network to get their own \ network configuration information from a server. DHCP helps make it \ easier to administer devices. HOMEPAGE = http://www.isc.org/; LICENSE = CLOSED DEPENDS = openssl bind SRC_URI = svn://192.43.23.436/home/repo/dhcp-4.2.4-P2;module=branch;user=;pswd= SRCREV = ${AUTOREV} S= ${WORKDIR}/trunk #inherit autotools do_compile() { #cp -f ${WORKDIR}/trunk/include/site.h ${S}/includes cd ../trunk ./configure --prefix=${prefix} --host=${HOST_SYS} make } I think that these are wrong, you should not disable the inherit autotools, and should not use ./configure or make directly, try to enable the inherit autotools, and remove the do_compile section to see what would happen, maybe you need: inherit autotools S = ${WORKDIR}/trunk // Robert do_install_append () { install -d ${D}${sysconfdir}/init.d install -d ${D}${sysconfdir}/default install -d ${D}${sysconfdir}/dhcp install -d /etc/dhcp install -d /sbin install -d /var/db install -d /var/lib install -d /usr/local/sbin/ install -m 0755 ${D}/sbin/dhcrelay install -m 0755 ${D}/sbin/dhcpd install -m 0755 ${D}/sbin/dhclient-script install -m 0755 ${D}/var/db/dhcpd.leases install -m 0755 ${D}/var/lib/dhcpd install -m 0755 ${D}/usr/local/sbin/dhclient sudo touch ${D}/usr/local/bin/dhcpd-pools rm -f ${D}${sysconfdir}/dhclient.conf* rm -f ${D}${sysconfdir}/dhcpd.conf* rm -f /etc/dhcpd.conf* install -m 0644 ${WORKDIR}/dhcpd.conf ${D}/etc/dhcpd.conf install -m 0644 ${WORKDIR}/dhclient.conf ${D}/etc/dhcp/dhclient.conf install -d ${D}${base_sbindir}/ if [ ${sbindir} != ${base_sbindir} ]; then mv ${D}${sbindir}/dhclient ${D}${base_sbindir}/ fi install -m 0755 ${S}/client/scripts/linux ${D}${base_sbindir}/dhclient-script } PACKAGES += dhcp-server dhcp-server-config dhcp-client dhcp-relay dhcp-omshell FILES_${PN} = RDEPENDS_${PN}-dev = RDEPENDS_${PN}-staticdev = FILES_dhcp-server = ${sbindir}/dhcpd ${sysconfdir}/init.d/dhcp-server RRECOMMENDS_dhcp-server = dhcp-server-config FILES_dhcp-server-config = ${sysconfdir}/default/dhcp-server ${sysconfdir}/dhcp/dhcpd.conf FILES_dhcp-relay = ${sbindir}/dhcrelay ${sysconfdir}/init.d/dhcp-relay ${sysconfdir}/default/dhcp-relay FILES_dhcp-client = ${base_sbindir}/dhclient ${base_sbindir}/dhclient-script ${sysconfdir}/dhcp/dhclient.conf RDEPENDS_dhcp-client = bash FILES_dhcp-omshell = ${bindir}/omshell pkg_postinst_dhcp-server() { mkdir -p $D/${localstatedir}/lib/dhcp touch $D/${localstatedir}/lib/dhcp/dhcpd.leases touch $D/${localstatedir}/lib/dhcp/dhcpd6.leases } pkg_postinst_dhcp-client() { mkdir -p $D/${localstatedir}/lib/dhcp } pkg_postrm_dhcp-server() { rm -f $D/${localstatedir}/lib/dhcp/dhcpd.leases rm -f $D/${localstatedir}/lib/dhcp/dhcpd6.leases if ! rmdir $D/${localstatedir}/lib/dhcp 2/dev/null; then echo Not removing ${localstatedir}/lib/dhcp as it is non-empty. fi } pkg_postrm_dhcp-client() { rm -f $D/${localstatedir}/lib/dhcp/dhclient.leases rm -f $D/${localstatedir}/lib/dhcp/dhclient6.leases if ! rmdir $D/${localstatedir}/lib/dhcp 2/dev/null; then echo Not removing ${localstatedir}/lib/dhcp as it is non-empty. fi } Please help. Regards, Himanshu From: Robert Yang liezhi.y...@windriver.com Sent: Wed, 02 Jul 2014 15:22:14 To: Himanshu Pandey pandey_himansh...@rediffmail.com, openembedded-devel@lists.openembedded.org openembedded-devel@lists.openembedded.org Subject: Re: [bitbake-devel] Regarding rp-pppoe package On 07/02/2014 05:49 PM, Himanshu Pandey wrote: Hi, I am getting following error when I tried to add and compile rp-pppoe pacakage: Please add the full error log, thanks. Btw, I will go to have dinner now, may reply tomorrow. // Robert ERROR: oe_runconf failed Please help. Regards, Himanshu From: Robert Yang liezhi.y...@windriver.com Sent: Wed, 02 Jul 2014 13:16:17 To: Himanshu Pandey pandey_himansh...@rediffmail.com Cc: openembedded-devel openembedded-devel@lists.openembedded.org Subject: Re: [bitbake-devel] Regarding Net-Snmp package I think that this email should go into oe-devel (see the cc) since the net-snmp is from the meta-networking layer, please see: meta-networking/recipes-protocols/net-snmp/net-snmp_5.7.2.bb PACKAGES = ${PN}-dbg ${PN}-doc ${PN}-dev ${PN}-staticdev ${PN}-static ${PN}-libs \
Re: [oe] Building Java 7
Hi, I'm trying to identify the problem ... Building one by one, I've got some problems: (more than only this) ERROR: commons-cli: Recipe file does not have license file information (LIC_FILES_CHKSUM) ERROR: Licensing Error: LIC_FILES_CHKSUM does not match, please fix ERROR: Function failed: do_qa_configure ERROR: Logfile of failure stored in: /home/me/poky/build/tmp/work/armv5te-poky-linux-gnueabi/commons-cli/1.1-r0.1/temp/log.do_configure.10894 ERROR: Task 7 (/home/me/poky/meta-java/recipes-core/jakarta-commons/commons-cli_1.1.bb, do_configure) failed with exit code '1' Is it the root reason ? Thanks Daniel. -Message d'origine- Hm, maybee a race condition when making parallel builds. Can you run it with a couple of times with bitbake -k whatever? Bye Henning -- Error the second time : | ERROR: Function failed: do_compile (log file is located at /home/lpg/poky/build/tmp/work/x86_64-linux/log4j1.2-native/1.2.17-r2/temp/log.do_compile.28195) ERROR: Task 2038 (virtual:native:/home/me/poky/meta-java/recipes-core/jakarta-libs/log4j1.2_1.2.17.bb, do_compile) failed with exit code '1' Hello, Up ... Still have the problem :( I don't find any web information about the it :( Thanks, Daniel. -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe] [PATCH] fftwf and fftwl: exclude them from world
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Robert Yang schreef op 09-07-14 12:21: On 07/09/2014 05:55 PM, Martin Jansa wrote: On Tue, Jul 08, 2014 at 11:18:47PM -0700, Robert Yang wrote: The fftw, fftwf and fftwl provide the same files (different contents), we should only build one of them, otherwise there would be warning WARNING: The recipe fftw is trying to install files into a shared area when those files already exist. Those files and their manifest location are: sysroots/qemux86-64/usr/include/fftw3.f03 Matched in manifest-qemux86-64-fftwl.populate_sysroot manifest-qemux86-64-fftwf.populate_sysroot sysroots/qemux86-64/usr/include/fftw3.h Matched in manifest-qemux86-64-fftwl.populate_sysroot manifest-qemux86-64-fftwf.populate_sysroot sysroots/qemux86-64/usr/include/fftw3q.f03 Matched in manifest-qemux86-64-fftwl.populate_sysroot manifest-qemux86-64-fftwf.populate_sysroot sysroots/qemux86-64/usr/include/fftw3.f Matched in manifest-qemux86-64-fftwl.populate_sysroot manifest-qemux86-64-fftwf.populate_sysroot sysroots/qemux86-64/usr/include/fftw3l.f03 Matched in manifest-qemux86-64-fftwl.populate_sysroot manifest-qemux86-64-fftwf.populate_sysroot Please verify which package should provide the above files. and maybe errors (race issue): The recipe imagemagick.do_compiler error: fourier.c:69:19: fatal error: fftw3.h: No such file or directory #include fftw3.h This is because imagemagick.do_configure depends on fftw.populate_sysroot, but the files installed by fftw.populate_sysroot, maybe removed by fftwl or fftwf when they rebuild. Only build fftw in the world will fix the problem. But it doesn't fix the problem for people who are really building fftwl and fftw. If there is someone with this use-case can he send patch moving common parts to separate recipe used by all 3 or just rename/move files to have unique name? Or if they aren't needed at the same time, lets convert fftwl and fftwf to PACKAGECONFIG options in fftw. Yes, I think that PACKAGECONFIG is a good idea, will send patches tomorrow if no objections. The original idea of the different packages was that you could have all the libraries in the binary feeds since they are needed. With packageconfig that becomes virtually impossible. I don't have a suggestion to improve the current situation, though :( -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Darwin) Comment: GPGTools - http://gpgtools.org iD8DBQFTvmG+MkyGM64RGpERAu1zAJsGXdlezcHjV4JFjhTj9zeSaJ271ACdERQE Xye89UlN8wZ3HEmV0fNGYMQ= =iZI9 -END PGP SIGNATURE- -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH] usb-modeswitch: Do not try to use autotools
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jukka Rissanen schreef op 09-07-14 15:55: There is only one Makefile in the project so no use trying to use autotools. Signed-off-by: Jukka Rissanen jukka.rissa...@linux.intel.com --- meta-oe/recipes-support/usb-modeswitch/usb-modeswitch_2.0.1.bb | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch_2.0.1.bb b/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch_2.0.1.bb index 92d1ac4..761617c 100644 --- a/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch_2.0.1.bb +++ b/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch_2.0.1.bb @@ -2,8 +2,6 @@ SUMMARY = A mode switching tool for controlling 'flip flop' (multiple device) U LICENSE = GPLv2 LIC_FILES_CHKSUM = file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f -inherit autotools - DEPENDS = libusb1 SRC_URI = http://www.draisberghof.de/usb_modeswitch/usb-modeswitch-${PV}.tar.bz2; @@ -15,3 +13,7 @@ EXTRA_OEMAKE = TCL=${bindir}/tclsh FILES_${PN} = ${bindir} ${sysconfdir} ${base_libdir}/udev/usb_modeswitch ${sbindir} ${localstatedir}/lib/usb_modeswitch RDEPENDS_${PN} = tcl RRECOMMENDS_${PN} = usb-modeswitch-data + +do_install_append() { + oe_runmake DESTDIR=${D} install +} Why 'append'? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Darwin) Comment: GPGTools - http://gpgtools.org iD8DBQFTvmHQMkyGM64RGpERAjNhAJsGrPsjduh+tyXOpfdgSGDeyyMIAQCfddVb iqFcOGhKW0utODF6oqEi0PU= =afXu -END PGP SIGNATURE- -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH v2 1/2] usb-modeswitch: Do not try to use autotools
There is only one Makefile in the project so there is no need to use autotools. Signed-off-by: Jukka Rissanen jukka.rissa...@linux.intel.com --- meta-oe/recipes-support/usb-modeswitch/usb-modeswitch_2.0.1.bb | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch_2.0.1.bb b/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch_2.0.1.bb index 92d1ac4..61caa84 100644 --- a/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch_2.0.1.bb +++ b/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch_2.0.1.bb @@ -2,8 +2,6 @@ SUMMARY = A mode switching tool for controlling 'flip flop' (multiple device) U LICENSE = GPLv2 LIC_FILES_CHKSUM = file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f -inherit autotools - DEPENDS = libusb1 SRC_URI = http://www.draisberghof.de/usb_modeswitch/usb-modeswitch-${PV}.tar.bz2; @@ -15,3 +13,7 @@ EXTRA_OEMAKE = TCL=${bindir}/tclsh FILES_${PN} = ${bindir} ${sysconfdir} ${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 +} -- 1.8.3.1 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH v2 2/2] usb-modeswitch: Upgrade to latest version
Use the latest version of usb-modeswitch (2.2.0) and usb-modeswitch-data (20140529). The data package depends on new usb-modeswitch version so upgrade both of them at the same time. Signed-off-by: Jukka Rissanen jukka.rissa...@linux.intel.com --- ...odeswitch-data_20130807.bb = usb-modeswitch-data_20140529.bb} | 8 .../{usb-modeswitch_2.0.1.bb = usb-modeswitch_2.2.0.bb} | 6 +++--- 2 files changed, 7 insertions(+), 7 deletions(-) rename meta-oe/recipes-support/usb-modeswitch/{usb-modeswitch-data_20130807.bb = usb-modeswitch-data_20140529.bb} (52%) rename meta-oe/recipes-support/usb-modeswitch/{usb-modeswitch_2.0.1.bb = usb-modeswitch_2.2.0.bb} (68%) diff --git a/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch-data_20130807.bb b/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch-data_20140529.bb similarity index 52% rename from meta-oe/recipes-support/usb-modeswitch/usb-modeswitch-data_20130807.bb rename to meta-oe/recipes-support/usb-modeswitch/usb-modeswitch-data_20140529.bb index e33f296..a265411 100644 --- a/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch-data_20130807.bb +++ b/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch-data_20140529.bb @@ -4,14 +4,14 @@ LIC_FILES_CHKSUM = file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f inherit allarch -SRC_URI = http://www.draisberghof.de/usb_modeswitch/usb-modeswitch-data-${PV}.tar.bz2; -SRC_URI[md5sum] = 91feff51deba6e48e78506b8f4db2274 -SRC_URI[sha256sum] = a3114e2c1f38eed3ad0067df30e53a96313908a9539a8ea5d94a4d35651699eb +SRC_URI = http://www.draisberghof.de/usb_modeswitch/${BP}.tar.bz2; +SRC_URI[md5sum] = dff94177781298aaf0b3c2a3c3dea6b2 +SRC_URI[sha256sum] = 53889157937109e04dafe897c098ec94f3f44f9c0c83fc6ec8417aa9a587e536 do_install() { oe_runmake install DESTDIR=${D} } -RDEPENDS_${PN} = usb-modeswitch +RDEPENDS_${PN} = usb-modeswitch (= 2.2.0) FILES_${PN} += ${base_libdir}/udev/rules.d/ \ ${datadir}/usb_modeswitch diff --git a/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch_2.0.1.bb b/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch_2.2.0.bb similarity index 68% rename from meta-oe/recipes-support/usb-modeswitch/usb-modeswitch_2.0.1.bb rename to meta-oe/recipes-support/usb-modeswitch/usb-modeswitch_2.2.0.bb index 61caa84..5e95bb9 100644 --- a/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch_2.0.1.bb +++ b/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch_2.2.0.bb @@ -4,9 +4,9 @@ LIC_FILES_CHKSUM = file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f DEPENDS = libusb1 -SRC_URI = http://www.draisberghof.de/usb_modeswitch/usb-modeswitch-${PV}.tar.bz2; -SRC_URI[md5sum] = e48d4419d0574d342bb183f7465556d0 -SRC_URI[sha256sum] = 4706c9cfe825263e189f55730ea3d1d8634aeb15645a1098532e946e770f7f95 +SRC_URI = http://www.draisberghof.de/usb_modeswitch/${BP}.tar.bz2; +SRC_URI[md5sum] = f323fe700edd6ea404c40934ddf32b22 +SRC_URI[sha256sum] = 2752103de171ed5f6c8d6a6e3e73e16c9ee3e8e394dd39c5991f7680eb908a3a EXTRA_OEMAKE = TCL=${bindir}/tclsh -- 1.8.3.1 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH v2 2/2] usb-modeswitch: Upgrade to latest version
On Thu, Jul 10, 2014 at 02:09:35PM +0300, Jukka Rissanen wrote: Use the latest version of usb-modeswitch (2.2.0) and usb-modeswitch-data (20140529). The data package depends on new usb-modeswitch version so upgrade both of them at the same time. Signed-off-by: Jukka Rissanen jukka.rissa...@linux.intel.com --- ...odeswitch-data_20130807.bb = usb-modeswitch-data_20140529.bb} | 8 .../{usb-modeswitch_2.0.1.bb = usb-modeswitch_2.2.0.bb} | 6 +++--- 2 files changed, 7 insertions(+), 7 deletions(-) rename meta-oe/recipes-support/usb-modeswitch/{usb-modeswitch-data_20130807.bb = usb-modeswitch-data_20140529.bb} (52%) rename meta-oe/recipes-support/usb-modeswitch/{usb-modeswitch_2.0.1.bb = usb-modeswitch_2.2.0.bb} (68%) diff --git a/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch-data_20130807.bb b/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch-data_20140529.bb similarity index 52% rename from meta-oe/recipes-support/usb-modeswitch/usb-modeswitch-data_20130807.bb rename to meta-oe/recipes-support/usb-modeswitch/usb-modeswitch-data_20140529.bb index e33f296..a265411 100644 --- a/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch-data_20130807.bb +++ b/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch-data_20140529.bb @@ -4,14 +4,14 @@ LIC_FILES_CHKSUM = file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f inherit allarch -SRC_URI = http://www.draisberghof.de/usb_modeswitch/usb-modeswitch-data-${PV}.tar.bz2; -SRC_URI[md5sum] = 91feff51deba6e48e78506b8f4db2274 -SRC_URI[sha256sum] = a3114e2c1f38eed3ad0067df30e53a96313908a9539a8ea5d94a4d35651699eb +SRC_URI = http://www.draisberghof.de/usb_modeswitch/${BP}.tar.bz2; +SRC_URI[md5sum] = dff94177781298aaf0b3c2a3c3dea6b2 +SRC_URI[sha256sum] = 53889157937109e04dafe897c098ec94f3f44f9c0c83fc6ec8417aa9a587e536 do_install() { oe_runmake install DESTDIR=${D} } -RDEPENDS_${PN} = usb-modeswitch +RDEPENDS_${PN} = usb-modeswitch (= 2.2.0) Do we really need the version here? If yes then add comment explaining why. FILES_${PN} += ${base_libdir}/udev/rules.d/ \ ${datadir}/usb_modeswitch diff --git a/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch_2.0.1.bb b/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch_2.2.0.bb similarity index 68% rename from meta-oe/recipes-support/usb-modeswitch/usb-modeswitch_2.0.1.bb rename to meta-oe/recipes-support/usb-modeswitch/usb-modeswitch_2.2.0.bb index 61caa84..5e95bb9 100644 --- a/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch_2.0.1.bb +++ b/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch_2.2.0.bb @@ -4,9 +4,9 @@ LIC_FILES_CHKSUM = file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f DEPENDS = libusb1 -SRC_URI = http://www.draisberghof.de/usb_modeswitch/usb-modeswitch-${PV}.tar.bz2; -SRC_URI[md5sum] = e48d4419d0574d342bb183f7465556d0 -SRC_URI[sha256sum] = 4706c9cfe825263e189f55730ea3d1d8634aeb15645a1098532e946e770f7f95 +SRC_URI = http://www.draisberghof.de/usb_modeswitch/${BP}.tar.bz2; +SRC_URI[md5sum] = f323fe700edd6ea404c40934ddf32b22 +SRC_URI[sha256sum] = 2752103de171ed5f6c8d6a6e3e73e16c9ee3e8e394dd39c5991f7680eb908a3a EXTRA_OEMAKE = TCL=${bindir}/tclsh -- 1.8.3.1 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH v2 2/2] usb-modeswitch: Upgrade to latest version
On to, 2014-07-10 at 14:06 +0200, Martin Jansa wrote: On Thu, Jul 10, 2014 at 02:09:35PM +0300, Jukka Rissanen wrote: Use the latest version of usb-modeswitch (2.2.0) and usb-modeswitch-data (20140529). The data package depends on new usb-modeswitch version so upgrade both of them at the same time. -RDEPENDS_${PN} = usb-modeswitch +RDEPENDS_${PN} = usb-modeswitch (= 2.2.0) Do we really need the version here? If yes then add comment explaining why. Hmm, I thought the commit message already states that. Do you want that also in the recipe itself? Cheers, Jukka -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH v2 2/2] usb-modeswitch: Upgrade to latest version
On Thu, Jul 10, 2014 at 04:16:20PM +0300, Jukka Rissanen wrote: On to, 2014-07-10 at 14:06 +0200, Martin Jansa wrote: On Thu, Jul 10, 2014 at 02:09:35PM +0300, Jukka Rissanen wrote: Use the latest version of usb-modeswitch (2.2.0) and usb-modeswitch-data (20140529). The data package depends on new usb-modeswitch version so upgrade both of them at the same time. -RDEPENDS_${PN} = usb-modeswitch +RDEPENDS_${PN} = usb-modeswitch (= 2.2.0) Do we really need the version here? If yes then add comment explaining why. Hmm, I thought the commit message already states that. Do you want that also in the recipe itself? I read it as explanation why you're upgrading 2 recipes in the same commit, but it doesn't say why you need explicit version in RDEPENDS_${PN} (instead of letting bitbake do it automatically). Cheers, -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH v3 2/2] usb-modeswitch: Upgrade to latest version
Use the latest version of usb-modeswitch (2.2.0) and usb-modeswitch-data (20140529). Note that usb-modeswitch-data requires usb-modeswitch version = 2.2.0 due to new parameter HuaweiNewMode. Signed-off-by: Jukka Rissanen jukka.rissa...@linux.intel.com --- ...odeswitch-data_20130807.bb = usb-modeswitch-data_20140529.bb} | 8 .../{usb-modeswitch_2.0.1.bb = usb-modeswitch_2.2.0.bb} | 6 +++--- 2 files changed, 7 insertions(+), 7 deletions(-) rename meta-oe/recipes-support/usb-modeswitch/{usb-modeswitch-data_20130807.bb = usb-modeswitch-data_20140529.bb} (52%) rename meta-oe/recipes-support/usb-modeswitch/{usb-modeswitch_2.0.1.bb = usb-modeswitch_2.2.0.bb} (68%) diff --git a/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch-data_20130807.bb b/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch-data_20140529.bb similarity index 52% rename from meta-oe/recipes-support/usb-modeswitch/usb-modeswitch-data_20130807.bb rename to meta-oe/recipes-support/usb-modeswitch/usb-modeswitch-data_20140529.bb index e33f296..a265411 100644 --- a/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch-data_20130807.bb +++ b/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch-data_20140529.bb @@ -4,14 +4,14 @@ LIC_FILES_CHKSUM = file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f inherit allarch -SRC_URI = http://www.draisberghof.de/usb_modeswitch/usb-modeswitch-data-${PV}.tar.bz2; -SRC_URI[md5sum] = 91feff51deba6e48e78506b8f4db2274 -SRC_URI[sha256sum] = a3114e2c1f38eed3ad0067df30e53a96313908a9539a8ea5d94a4d35651699eb +SRC_URI = http://www.draisberghof.de/usb_modeswitch/${BP}.tar.bz2; +SRC_URI[md5sum] = dff94177781298aaf0b3c2a3c3dea6b2 +SRC_URI[sha256sum] = 53889157937109e04dafe897c098ec94f3f44f9c0c83fc6ec8417aa9a587e536 do_install() { oe_runmake install DESTDIR=${D} } -RDEPENDS_${PN} = usb-modeswitch +RDEPENDS_${PN} = usb-modeswitch (= 2.2.0) FILES_${PN} += ${base_libdir}/udev/rules.d/ \ ${datadir}/usb_modeswitch diff --git a/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch_2.0.1.bb b/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch_2.2.0.bb similarity index 68% rename from meta-oe/recipes-support/usb-modeswitch/usb-modeswitch_2.0.1.bb rename to meta-oe/recipes-support/usb-modeswitch/usb-modeswitch_2.2.0.bb index 61caa84..5e95bb9 100644 --- a/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch_2.0.1.bb +++ b/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch_2.2.0.bb @@ -4,9 +4,9 @@ LIC_FILES_CHKSUM = file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f DEPENDS = libusb1 -SRC_URI = http://www.draisberghof.de/usb_modeswitch/usb-modeswitch-${PV}.tar.bz2; -SRC_URI[md5sum] = e48d4419d0574d342bb183f7465556d0 -SRC_URI[sha256sum] = 4706c9cfe825263e189f55730ea3d1d8634aeb15645a1098532e946e770f7f95 +SRC_URI = http://www.draisberghof.de/usb_modeswitch/${BP}.tar.bz2; +SRC_URI[md5sum] = f323fe700edd6ea404c40934ddf32b22 +SRC_URI[sha256sum] = 2752103de171ed5f6c8d6a6e3e73e16c9ee3e8e394dd39c5991f7680eb908a3a EXTRA_OEMAKE = TCL=${bindir}/tclsh -- 1.8.3.1 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH v3 1/2] usb-modeswitch: Do not try to use autotools
There is only one Makefile in the project so there is no need to use autotools. Signed-off-by: Jukka Rissanen jukka.rissa...@linux.intel.com --- meta-oe/recipes-support/usb-modeswitch/usb-modeswitch_2.0.1.bb | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch_2.0.1.bb b/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch_2.0.1.bb index 92d1ac4..61caa84 100644 --- a/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch_2.0.1.bb +++ b/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch_2.0.1.bb @@ -2,8 +2,6 @@ SUMMARY = A mode switching tool for controlling 'flip flop' (multiple device) U LICENSE = GPLv2 LIC_FILES_CHKSUM = file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f -inherit autotools - DEPENDS = libusb1 SRC_URI = http://www.draisberghof.de/usb_modeswitch/usb-modeswitch-${PV}.tar.bz2; @@ -15,3 +13,7 @@ EXTRA_OEMAKE = TCL=${bindir}/tclsh FILES_${PN} = ${bindir} ${sysconfdir} ${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 +} -- 1.8.3.1 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][MASTER][PATCH] lxdm: add libpam DEPENDS
Hi Steve, On 25 June 2014 00:16, Stephen Arnold stephen.arnol...@gmail.com wrote: Yeah, it would certainly make more sense with a packageconfig option for that; currently it doesn't work either with or without the pam feature due to the missing plugins. So if you want hard deps, then the plugins need to be included as rdeps. Otherwise, adding an appropriate packageconfig option to the flexible depends sounds good. I still need an init script anyway, so... Just curious to know if you're still working on this? It doesn't look to me as though pam is optional with lxdm (?) Best regards, Trevor -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] any value in keeping the backward compat task-core stuff?
a number of the current packagegroup recipe files still have backward compatibility support for the old task-core names, seems like that's been there for well over a year, would it be safe to finally just toss that? seems like everyone's had enough time to make the move to the new names, and it would be clearer to not confuse the proper use of the word task these days. thoughts? rday -- Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][MASTER][PATCH] lxdm: add libpam DEPENDS
Hi Trevor: Not for a few days anyway, I got side-tracked with auditing Behan's course this week (among other things) but I could add some of the things we talked about if you're okay with that. Can we chat about it on IRC either later today or tomorrow maybe? Otherwise I'll take a look this weekend and see what makes sense. I guess I need to warp my brain away from risk management and think about OE stuff again... Steve On Thu, Jul 10, 2014 at 8:09 AM, Trevor Woerner trevor.woer...@linaro.org wrote: Hi Steve, On 25 June 2014 00:16, Stephen Arnold stephen.arnol...@gmail.com wrote: Yeah, it would certainly make more sense with a packageconfig option for that; currently it doesn't work either with or without the pam feature due to the missing plugins. So if you want hard deps, then the plugins need to be included as rdeps. Otherwise, adding an appropriate packageconfig option to the flexible depends sounds good. I still need an init script anyway, so... Just curious to know if you're still working on this? It doesn't look to me as though pam is optional with lxdm (?) Best regards, Trevor -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH] sdparm: add recipe file
On Thu, Jul 10, 2014 at 12:07 AM, rongqing...@windriver.com wrote: +-INCLUDES = -I/usr/include/scsi ++INCLUDES = -I=/usr/include/scsi Also doesn't obey @includedir@, so it'll break on a non-/usr prefix. -- Christopher Larson clarson at kergoth dot com Founder - BitBake, OpenEmbedded, OpenZaurus Maintainer - Tslib Senior Software Engineer, Mentor Graphics -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] python tkinter dependencies
- Python-tkinter requires the tk recipe in meta-oe, so you must add this layer for your build. - I am on dora. I found that I needed commit tk: make multilib build compatible and fix library install made on 12/5/2013 (1ca29d1cda0d007c4e6a28fe1a4037b4029ad7ae). - I created a bbappend for python. In this I added DEPENDS_class-target on tk, and RDEPENDS_class-target on tk and tk-lib. Also, I did a SRC_URI replace to eliminate the avoid_warning_about_tkinter.patch file. I was able to build and use python-tkinter successfully. The question now is if this should go into meta-oe or oe-core. And how. The tcl recipe is in oe-core, but not tk. I'm not yet sure why this is. Does anybody know? - Jate S. On Wed, Jul 2, 2014 at 1:51 AM, Jens Lucius jensluc...@freenet.de wrote: Hi It worked for me in my build env after trying several things. I did setup a new yocto some while ago and actually had the same problems again. There is a patch in python about tkinter (03-fix-tkinter-detection.patch). I removed that, did a fresh rebuild of python (-c clean) and did a rebuild of my image (as no new image was written by building my image after rebuilding python). Either of these did work for me, maybe somebody knows exactly which step :-) Jens Am 02.07.2014 05:41, schrieb Jate S: The python-tkinter module requires _tkinter. A result from a websearch suggested that I needed to make sure tk (from meta-oe/meta-oe) and tcl were installed before compiling python. I added a DEPENDS on the tk and tcl recipes to both python and python-tkinter in a python_2.7.3.bbappend. It did not work and was never built. I'm looking for tips to figure out what is going on. Thanks. - Jate S. -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [yocto] python tkinter dependencies
On Thu, Jul 10, 2014 at 04:11:29PM -0400, Jate S wrote: - Python-tkinter requires the tk recipe in meta-oe, so you must add this layer for your build. - I am on dora. I found that I needed commit tk: make multilib build compatible and fix library install made on 12/5/2013 (1ca29d1cda0d007c4e6a28fe1a4037b4029ad7ae). - I created a bbappend for python. In this I added DEPENDS_class-target on tk, and RDEPENDS_class-target on tk and tk-lib. Also, I did a SRC_URI replace to eliminate the avoid_warning_about_tkinter.patch file. I was able to build and use python-tkinter successfully. The question now is if this should go into meta-oe or oe-core. And how. The tcl recipe is in oe-core, but not tk. I'm not yet sure why this is. Does anybody know? You can use PACKAGECONFIG for optional dependencies like tk, that way patch adding PACKAGECONFIG can go to oe-core and only people with meta-oe and tk available will enable it. - Jate S. On Wed, Jul 2, 2014 at 1:51 AM, Jens Lucius jensluc...@freenet.de wrote: Hi It worked for me in my build env after trying several things. I did setup a new yocto some while ago and actually had the same problems again. There is a patch in python about tkinter (03-fix-tkinter-detection.patch). I removed that, did a fresh rebuild of python (-c clean) and did a rebuild of my image (as no new image was written by building my image after rebuilding python). Either of these did work for me, maybe somebody knows exactly which step :-) Jens Am 02.07.2014 05:41, schrieb Jate S: The python-tkinter module requires _tkinter. A result from a websearch suggested that I needed to make sure tk (from meta-oe/meta-oe) and tcl were installed before compiling python. I added a DEPENDS on the tk and tcl recipes to both python and python-tkinter in a python_2.7.3.bbappend. It did not work and was never built. I'm looking for tips to figure out what is going on. Thanks. - Jate S. -- ___ yocto mailing list yo...@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] Regarding pptpd package
Seems that we don't have the pptpd recipes, you can search from here: http://layers.openembedded.org/layerindex/branch/master/recipes/?q=pptpd For the configure error: sh: util/bindvar.sh: No such file or directory You need check where is the bindvar.sh, and why can't find it. // Robert On 07/10/2014 07:29 PM, Himanshu Pandey wrote: Hi, From where can I find pptpd in git. Please help. Regards, Himanshu From: Robert Yang liezhi.y...@windriver.com Sent: Thu, 10 Jul 2014 16:24:38 To: Himanshu Pandey pandey_himansh...@rediffmail.com Cc: openembedded-devel@lists.openembedded.org openembedded-devel@lists.openembedded.org Subject: Re: Regarding dhcp package The error is: configure: error: source directory already configured; run make distclean there first Try a clean build ? For example: bitbake dhcp -ccleansstate bitbake dhcp If you get the same error again, you may need inherit autotools-brokensep rather than autotools as a quick workaround. // Robert On 07/10/2014 05:50 PM, Himanshu Pandey wrote: Hi, As advised by you I have done that but again I am getting an error. Please find the log as attachment. Regards, Himanshu From: Robert Yang liezhi.y...@windriver.com Sent: Thu, 10 Jul 2014 14:08:59 To: Himanshu Pandey pandey_himansh...@rediffmail.com Cc: openembedded-devel@lists.openembedded.org openembedded-devel@lists.openembedded.org Subject: Re: Regarding dhcp package On 07/10/2014 04:17 PM, Himanshu Pandey wrote: Hi Robert, I am getting an error while compiling my dhcp package. Please find the log as attachment. My dhcp bb file is as follows: SECTION = base SUMMARY = Internet Software Consortium DHCP package DESCRIPTION = DHCP (Dynamic Host Configuration Protocol) is a protocol \ which allows individual devices on an IP network to get their own \ network configuration information from a server. DHCP helps make it \ easier to administer devices. HOMEPAGE = http://www.isc.org/; LICENSE = CLOSED DEPENDS = openssl bind SRC_URI = svn://192.43.23.436/home/repo/dhcp-4.2.4-P2;module=branch;user=;pswd= http://192.43.23.436/home/repo/dhcp-4.2.4-P2;module=branch;user=;pswd=; http://192.43.23.436/home/repo/dhcp-4.2.4-P2;module=branch;user=;pswd=; SRCREV = ${AUTOREV} S= ${WORKDIR}/trunk #inherit autotools do_compile() { #cp -f ${WORKDIR}/trunk/include/site.h ${S}/includes cd ../trunk ./configure --prefix=${prefix} --host=${HOST_SYS} make } I think that these are wrong, you should not disable the inherit autotools, and should not use ./configure or make directly, try to enable the inherit autotools, and remove the do_compile section to see what would happen, maybe you need: inherit autotools S = ${WORKDIR}/trunk // Robert do_install_append () { install -d ${D}${sysconfdir}/init.d install -d ${D}${sysconfdir}/default install -d ${D}${sysconfdir}/dhcp install -d /etc/dhcp install -d /sbin install -d /var/db install -d /var/lib install -d /usr/local/sbin/ install -m 0755 ${D}/sbin/dhcrelay install -m 0755 ${D}/sbin/dhcpd install -m 0755 ${D}/sbin/dhclient-script install -m 0755 ${D}/var/db/dhcpd.leases install -m 0755 ${D}/var/lib/dhcpd install -m 0755 ${D}/usr/local/sbin/dhclient sudo touch ${D}/usr/local/bin/dhcpd-pools rm -f ${D}${sysconfdir}/dhclient.conf* rm -f ${D}${sysconfdir}/dhcpd.conf* rm -f /etc/dhcpd.conf* install -m 0644 ${WORKDIR}/dhcpd.conf ${D}/etc/dhcpd.conf install -m 0644 ${WORKDIR}/dhclient.conf ${D}/etc/dhcp/dhclient.conf install -d ${D}${base_sbindir}/ if [ ${sbindir} != ${base_sbindir} ]; then mv ${D}${sbindir}/dhclient ${D}${base_sbindir}/ fi install -m 0755 ${S}/client/scripts/linux ${D}${base_sbindir}/dhclient-script } PACKAGES += dhcp-server dhcp-server-config dhcp-client dhcp-relay dhcp-omshell FILES_${PN} = RDEPENDS_${PN}-dev = RDEPENDS_${PN}-staticdev = FILES_dhcp-server = ${sbindir}/dhcpd ${sysconfdir}/init.d/dhcp-server RRECOMMENDS_dhcp-server = dhcp-server-config FILES_dhcp-server-config = ${sysconfdir}/default/dhcp-server ${sysconfdir}/dhcp/dhcpd.conf FILES_dhcp-relay = ${sbindir}/dhcrelay ${sysconfdir}/init.d/dhcp-relay ${sysconfdir}/default/dhcp-relay FILES_dhcp-client = ${base_sbindir}/dhclient ${base_sbindir}/dhclient-script ${sysconfdir}/dhcp/dhclient.conf RDEPENDS_dhcp-client = bash FILES_dhcp-omshell = ${bindir}/omshell pkg_postinst_dhcp-server() { mkdir -p $D/${localstatedir}/lib/dhcp
Re: [oe] [meta-oe] [PATCH] fftwf and fftwl: exclude them from world
On 07/10/2014 05:49 PM, Koen Kooi wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Robert Yang schreef op 09-07-14 12:21: On 07/09/2014 05:55 PM, Martin Jansa wrote: On Tue, Jul 08, 2014 at 11:18:47PM -0700, Robert Yang wrote: The fftw, fftwf and fftwl provide the same files (different contents), we should only build one of them, otherwise there would be warning WARNING: The recipe fftw is trying to install files into a shared area when those files already exist. Those files and their manifest location are: sysroots/qemux86-64/usr/include/fftw3.f03 Matched in manifest-qemux86-64-fftwl.populate_sysroot manifest-qemux86-64-fftwf.populate_sysroot sysroots/qemux86-64/usr/include/fftw3.h Matched in manifest-qemux86-64-fftwl.populate_sysroot manifest-qemux86-64-fftwf.populate_sysroot sysroots/qemux86-64/usr/include/fftw3q.f03 Matched in manifest-qemux86-64-fftwl.populate_sysroot manifest-qemux86-64-fftwf.populate_sysroot sysroots/qemux86-64/usr/include/fftw3.f Matched in manifest-qemux86-64-fftwl.populate_sysroot manifest-qemux86-64-fftwf.populate_sysroot sysroots/qemux86-64/usr/include/fftw3l.f03 Matched in manifest-qemux86-64-fftwl.populate_sysroot manifest-qemux86-64-fftwf.populate_sysroot Please verify which package should provide the above files. and maybe errors (race issue): The recipe imagemagick.do_compiler error: fourier.c:69:19: fatal error: fftw3.h: No such file or directory #include fftw3.h This is because imagemagick.do_configure depends on fftw.populate_sysroot, but the files installed by fftw.populate_sysroot, maybe removed by fftwl or fftwf when they rebuild. Only build fftw in the world will fix the problem. But it doesn't fix the problem for people who are really building fftwl and fftw. If there is someone with this use-case can he send patch moving common parts to separate recipe used by all 3 or just rename/move files to have unique name? Or if they aren't needed at the same time, lets convert fftwl and fftwf to PACKAGECONFIG options in fftw. Yes, I think that PACKAGECONFIG is a good idea, will send patches tomorrow if no objections. The original idea of the different packages was that you could have all the libraries in the binary feeds since they are needed. With packageconfig that becomes virtually impossible. I don't have a suggestion to improve the current situation, though :( The race issue is painful since we don't know when it would happen, I think that exclude two of them from world can reduce the race issue for most of the users, for the user who build or install 3 of them for the same image, we don't know how to fix it, but we already have the warning for that. // Robert -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Darwin) Comment: GPGTools - http://gpgtools.org iD8DBQFTvmG+MkyGM64RGpERAu1zAJsGXdlezcHjV4JFjhTj9zeSaJ271ACdERQE Xye89UlN8wZ3HEmV0fNGYMQ= =iZI9 -END PGP SIGNATURE- -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] systemd service failing at start
Hi, For some reason the systemd service that i plan to use for Monkey HTTP Server in Yocto is not starting up when booting the core-image-sato image. Once is booting it hangs saying: [ OK ] Stopped Monkey HTTP Server [ *** ] A Start job is running for Run pending postinsts (20min 12s...) My service file looks like this: --- start of monkey.service--- [Unit] Description=Monkey HTTP Server Requires=network.target remote-fs.target After=network.target remote-fs.target [Service] Type=forking ExecStart=/usr/bin/monkey --daemon PIDFile=/var/run/monkey.pid.2001 TimeoutSec=10 [Install] WantedBy=multi-user.target -- end-- If i deploy Monkey RPM (cooked by bitbake) on the Sato image and i add this service once the system is up, systemd can start the service without problems, everything works: start, stop, status, etc. Do i am missing something that can be generating some problems on the first boot ? thanks for your help -- Eduardo Silva Monkey Software -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH] sdparm: add recipe file
On 07/11/2014 01:16 AM, Christopher Larson wrote: On Thu, Jul 10, 2014 at 12:07 AM, rongqing...@windriver.com wrote: +-INCLUDES = -I/usr/include/scsi ++INCLUDES = -I=/usr/include/scsi Also doesn't obey @includedir@, so it'll break on a non-/usr prefix. The original code is written like this, I only make it to accept sysroot. How should I change it? like below INCLUDES = -I=@includedir@/scsi -- Best Reagrds, Roy | RongQing Li -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel