[yocto] (no subject)
All, With the failures we saw last night on the dylan point release, we're going to ask folks to switch QA efforts to the dylan point release which should be finished building shortly. The build appliance will be built out of band in order to fix some autobuilder build issues on it and then added to the rc2 area. http://autobuilder.yoctoproject.org/pub/releases/dora-10.0.1.rc2 bitbake 1484905373ad717cedcaef37a0addde034ebdc60 eclipse-poky-juno 2fa1c58940141a3c547c8790b8a6832167e8eb66 eclipse-poky-kepler ad74249895f882a8f00bdeef7a0f7c18998cc43e meta-fsl-arm c7cc5d5f451c9d12df9f11314f4a58ecc347b1f5 meta-fsl-ppc b5732aeadc9eb0de933f52d0949412e12f8486bd meta-intel c86e39dd06571458c7dee6cf289d5b470c98f4bd meta-minnow edf75553643face7a0dd5b16085d59a90eb4af8d meta-qt3 4772424ab69908d4e3b9d6d4717ca889468e6acd oecore d68c267f3387d7fe221d3c5653a66db8b1f78fd8 poky 7a0033cc4e1f590c5a936671f351a1b251e16726 -- Elizabeth Flanagan Yocto Project Build and Release ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] Status of dylan and dora point releases
All, With the failures we saw last night on the dylan point release, we're going to ask folks to switch QA efforts to the dora point release which should be finished building shortly. The build appliance will be built out of band in order to fix some autobuilder build issues on it and then added to the rc2 area. http://autobuilder.yoctoproject.org/pub/releases/dora-10.0.1.rc2 bitbake 1484905373ad717cedcaef37a0addd e034ebdc60 eclipse-poky-juno 2fa1c58940141a3c547c8790b8a6832167e8eb66 eclipse-poky-kepler ad74249895f882a8f00bdeef7a0f7c18998cc43e meta-fsl-arm c7cc5d5f451c9d12df9f11314f4a58ecc347b1f5 meta-fsl-ppc b5732aeadc9eb0de933f52d0949412e12f8486bd meta-intel c86e39dd06571458c7dee6cf289d5b470c98f4bd meta-minnow edf75553643face7a0dd5b16085d59a90eb4af8d meta-qt3 4772424ab69908d4e3b9d6d4717ca889468e6acd oecore d68c267f3387d7fe221d3c5653a66db8b1f78fd8 poky 7a0033cc4e1f590c5a936671f351a1b251e16726 -- Elizabeth Flanagan Yocto Project Build and Release ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] Compiling the kernel source from Angstrom distribution building an OS console-image.
Hi, I'm having this issue, I'm not able to build an OS console-image. When the command MACHINE=beagleboard bitbake console-image is run, i got the error as follows: Log data follows: | DEBUG: Executing shell function do_compileconfigs | Multiple configs found, building those first | NOTE: make -j2 oldconfig | scripts/kconfig/conf -o arch/arm/Kconfig | .config:341:warning: override: reassigning to symbol OABI_COMPAT | .config:3041:warning: override: reassigning to symbol IKCONFIG | .config:3042:warning: override: reassigning to symbol IKCONFIG_PROC | .config:3057:warning: override: reassigning to symbol DEVTMPFS | .config:3058:warning: override: reassigning to symbol DEVTMPFS_MOUNT | * | * Restart config... | * | * | * Character devices | * | Virtual terminal (VT) [Y/n/?] y | Enable character translations in console (CONSOLE_TRANSLATIONS) [Y/n/?] y | Support for console on virtual terminal (VT_CONSOLE) [Y/n/?] y | Support for binding and unbinding console drivers (VT_HW_CONSOLE_BINDING) [Y/n/?] y | /dev/kmem virtual device support (DEVKMEM) [Y/n/?] y | Non-standard serial port support (SERIAL_NONSTANDARD) [N/y/?] n | Unix98 PTY support (UNIX98_PTYS) [Y/n/?] (NEW) Support multiple instances of devpts (DEVPTS_MULTIPLE_INSTANCES) [N/y/?] n | Legacy (BSD) PTY support (LEGACY_PTYS) [N/y/?] n | Hardware Random Number Generator Core support (HW_RANDOM) [Y/n/m/?] y | Timer IOMEM HW Random Number Generator support (HW_RANDOM_TIMERIOMEM) [N/m/y/?] n | Siemens R3964 line discipline (R3964) [N/m/y/?] n | RAW driver (/dev/raw/rawN) (RAW_DRIVER) [N/m/y/?] n | * | * Partition Types | * | Advanced partition selection (PARTITION_ADVANCED) [Y/n/?] y | Acorn partition support (ACORN_PARTITION) [N/y/?] n | Alpha OSF partition support (OSF_PARTITION) [N/y/?] n | Amiga partition table support (AMIGA_PARTITION) [N/y/?] n | Atari partition table support (ATARI_PARTITION) [N/y/?] n | Macintosh partition map support (MAC_PARTITION) [Y/n/?] y | PC BIOS (MSDOS partition tables) support (MSDOS_PARTITION) [Y/n/?] y | BSD disklabel (FreeBSD partition tables) support (BSD_DISKLABEL) [Y/n/?] y | Minix subpartition support (MINIX_SUBPARTITION) [Y/n/?] y | Solaris (x86) partition table support (SOLARIS_X86_PARTITION) [Y/n/?] y | Unixware slices support (UNIXWARE_DISKLABEL) [N/y/?] (NEW) Windows Logical Disk Manager (Dynamic Disk) support (LDM_PARTITION) [Y/n/?] y | Windows LDM extra logging (LDM_DEBUG) [Y/n/?] y | SGI partition support (SGI_PARTITION) [N/y/?] n | Ultrix partition table support (ULTRIX_PARTITION) [N/y/?] n | Sun partition tables support (SUN_PARTITION) [N/y/?] n | Karma Partition support (KARMA_PARTITION) [N/y/?] n | EFI GUID Partition support (EFI_PARTITION) [Y/n/?] y | SYSV68 partition table support (SYSV68_PARTITION) [N/y/?] n | * | * OCF Configuration | * | OCF (Open Cryptograhic Framework) (OCF_OCF) [N/m/y/?] (NEW) # | # configuration written to .config | # | NOTE: make -j2 oldconfig | scripts/kconfig/conf -o arch/arm/Kconfig | # | # configuration written to .config | # | NOTE: make -j2 uImage CC=arm-angstrom-linux-gnueabi-gcc -mno-thumb-interwork -marm --sysroot=/home/vishal/oe-nad/setup-scripts/build/tmp-angstrom_v2012_12-eglibc/sysroots/beagleboard LD=arm-angstrom-linux-gnueabi-ld --sysroot=/home/vishal/oe-nad/setup-scripts/build/tmp-angstrom_v2012_12-eglibc/sysroots/beagleboard | scripts/kconfig/conf -s arch/arm/Kconfig | CHK include/linux/version.h | SYMLINK include/asm - include/asm-arm | make[1]: `include/asm-arm/mach-types.h' is up to date. | CHK include/linux/utsrelease.h | CALLscripts/checksyscalls.sh | stdin:1523:2: warning: #warning syscall recvmmsg not implemented [-Wcpp] | CHK include/linux/compile.h | GZIPkernel/config_data.gz | IKCFG kernel/config_data.h | CC kernel/configs.o | LD kernel/built-in.o | LOGOdrivers/video/logo/logo_linux_clut224.c | CC drivers/video/logo/logo_linux_clut224.o | LD drivers/video/logo/built-in.o | LD drivers/video/built-in.o | LD drivers/built-in.o | LD vmlinux.o | MODPOST vmlinux.o | GEN .version | CHK include/linux/compile.h | UPD include/linux/compile.h | CC init/version.o | LD init/built-in.o | LD .tmp_vmlinux1 | KSYM.tmp_kallsyms1.S | AS .tmp_kallsyms1.o | LD .tmp_vmlinux2 | KSYM.tmp_kallsyms2.S | AS .tmp_kallsyms2.o | LD vmlinux | SYSMAP System.map | SYSMAP .tmp_System.map | OBJCOPY arch/arm/boot/Image | Kernel: arch/arm/boot/Image is ready | GZIParch/arm/boot/compressed/piggy.gz | AS arch/arm/boot/compressed/piggy.o | LD arch/arm/boot/compressed/vmlinux | OBJCOPY arch/arm/boot/zImage | Kernel: arch/arm/boot/zImage is ready | UIMAGE arch/arm/boot/uImage | Image Name: Linux-2.6.32 | Created: Fri Dec 13 16:13:18 2013 | Image Type: ARM Linux Kernel Image (uncompressed) | Data Size:3134344 Bytes =
Re: [yocto] Git clone over http broken on git.yoctoproject.org
On Thu, 12 Dec 2013, michael_e_br...@dell.com wrote: HOWEVER, if I use https instead of http, it all WORKS OK. NOTE: Some repos work over http, some don't. Working: meta-selinux, yocto-autobuilder, for example. You're using a HTTP proxy, right? I suspect the http vs https difference is then simply because git will use completely different ways to go through the proxies for the different protocols. git clone --mirror http://git.yoctoproject.org/git/poky.git Initialized empty Git repository in /home/michael_e_brown/yocto/poky.git/ error: RPC failed; result=52, HTTP code = 100 I think this means that git gets a HTTP 100 continue response back but then nothing else, which indicates a problem in your network or proxy. Can you use git fine over this http+proxy against other git repos out in the wild? Which git + libcurl versions are you using? -- / daniel.haxx.se ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [linux-yocto] Query about arch/arm/mach-axxia/wrappers.c
On Fri, Dec 13, 2013 at 08:53:37AM -0500, Bruce Ashfield wrote: On 13-12-10 02:37 PM, Bruce Ashfield wrote: Hi Paul, During some recent work with the axxia BSP it was pointed out to me that the intent of this commit is still pending. ping. I haven't heard anything about this. I'll look at reverting the change myself, unless I hear something. Sorry for the slow response. We were checking with customer about any dependency issues. Yes, we will send a revert patch. -paul Bruce i.e. We are carrying a commit that changes the licensing of exported symbols on the BSP branch. I'm not sure how I didn't notice this explicitly during review, but when processing large sets of patches, things to slip through from time to time. What matters is how we react to the them when we notice :) So here's my question. I'm looking for a timeline when this can be resolved. We really don't want to carry a patch like this for much longer. If the drivers that depend on this are not already in the tree, we should drop the change and carry the changes with the drivers themselves. If the changes are in the tree, then we should fixup the exports, or again, drop the change entirely. I've pasted the original commit for reference below. Cheers, Bruce commit 191b5774c0a1bc2e15fb6800f0281af15da1e2b8 Author: John Jacques john.jacq...@lsi.com Date: Wed Jul 17 21:33:12 2013 -0500 drivers/net/ethernet: Wrapper Cleanup Some of the Linux function calls got changed in later versions of Linux to require the caller to be GPLd. We are in the process of GPLing all our driver code, but were not yet finished doing so. The wrappers were a temporary work around until the RTE (the external module we provide to customers that controls the rest of the hardware) is GPLd. Signed-off-by: John Jacques john.jacq...@lsi.com ___ linux-yocto mailing list linux-yo...@yoctoproject.org https://lists.yoctoproject.org/listinfo/linux-yocto ___ linux-yocto mailing list linux-yo...@yoctoproject.org https://lists.yoctoproject.org/listinfo/linux-yocto ___ linux-yocto mailing list linux-yo...@yoctoproject.org https://lists.yoctoproject.org/listinfo/linux-yocto
Re: [yocto] [oe] Compiling the kernel source from Angstrom distribution building an OS console-image.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 vishal gupta schreef op 13-12-13 15:05: Hi, I'm having this issue, I'm not able to build an OS console-image. When the command MACHINE=beagleboard bitbake console-image is run, i got the error as follows: Log data follows: | DEBUG: Executing shell function do_compileconfigs | Multiple configs found, building those first | NOTE: make -j2 oldconfig | scripts/kconfig/conf -o arch/arm/Kconfig | .config:341:warning: override: reassigning to symbol OABI_COMPAT | .config:3041:warning: override: reassigning to symbol IKCONFIG | .config:3042:warning: override: reassigning to symbol IKCONFIG_PROC | .config:3057:warning: override: reassigning to symbol DEVTMPFS | .config:3058:warning: override: reassigning to symbol DEVTMPFS_MOUNT | * | * Restart config... | * | * | * Character devices | * | Virtual terminal (VT) [Y/n/?] y | Enable character translations in console (CONSOLE_TRANSLATIONS) [Y/n/?] y | Support for console on virtual terminal (VT_CONSOLE) [Y/n/?] y | Support for binding and unbinding console drivers (VT_HW_CONSOLE_BINDING) [Y/n/?] y | /dev/kmem virtual device support (DEVKMEM) [Y/n/?] y | Non-standard serial port support (SERIAL_NONSTANDARD) [N/y/?] n | Unix98 PTY support (UNIX98_PTYS) [Y/n/?] (NEW) Support multiple instances of devpts (DEVPTS_MULTIPLE_INSTANCES) [N/y/?] n | Legacy (BSD) PTY support (LEGACY_PTYS) [N/y/?] n | Hardware Random Number Generator Core support (HW_RANDOM) [Y/n/m/?] y | Timer IOMEM HW Random Number Generator support (HW_RANDOM_TIMERIOMEM) [N/m/y/?] n | Siemens R3964 line discipline (R3964) [N/m/y/?] n | RAW driver (/dev/raw/rawN) (RAW_DRIVER) [N/m/y/?] n | * | * Partition Types | * | Advanced partition selection (PARTITION_ADVANCED) [Y/n/?] y | Acorn partition support (ACORN_PARTITION) [N/y/?] n | Alpha OSF partition support (OSF_PARTITION) [N/y/?] n | Amiga partition table support (AMIGA_PARTITION) [N/y/?] n | Atari partition table support (ATARI_PARTITION) [N/y/?] n | Macintosh partition map support (MAC_PARTITION) [Y/n/?] y | PC BIOS (MSDOS partition tables) support (MSDOS_PARTITION) [Y/n/?] y | BSD disklabel (FreeBSD partition tables) support (BSD_DISKLABEL) [Y/n/?] y | Minix subpartition support (MINIX_SUBPARTITION) [Y/n/?] y | Solaris (x86) partition table support (SOLARIS_X86_PARTITION) [Y/n/?] y | Unixware slices support (UNIXWARE_DISKLABEL) [N/y/?] (NEW) Windows Logical Disk Manager (Dynamic Disk) support (LDM_PARTITION) [Y/n/?] y | Windows LDM extra logging (LDM_DEBUG) [Y/n/?] y | SGI partition support (SGI_PARTITION) [N/y/?] n | Ultrix partition table support (ULTRIX_PARTITION) [N/y/?] n | Sun partition tables support (SUN_PARTITION) [N/y/?] n | Karma Partition support (KARMA_PARTITION) [N/y/?] n | EFI GUID Partition support (EFI_PARTITION) [Y/n/?] y | SYSV68 partition table support (SYSV68_PARTITION) [N/y/?] n | * | * OCF Configuration | * | OCF (Open Cryptograhic Framework) (OCF_OCF) [N/m/y/?] (NEW) # | # configuration written to .config | # | NOTE: make -j2 oldconfig | scripts/kconfig/conf -o arch/arm/Kconfig | # | # configuration written to .config | # | NOTE: make -j2 uImage CC=arm-angstrom-linux-gnueabi-gcc -mno-thumb-interwork -marm --sysroot=/home/vishal/oe-nad/setup-scripts/build/tmp-angstrom_v2012_12-eglibc/sysroots/beagleboard LD=arm-angstrom-linux-gnueabi-ld --sysroot=/home/vishal/oe-nad/setup-scripts/build/tmp-angstrom_v2012_12-eglibc/sysroots/beagleboard | scripts/kconfig/conf -s arch/arm/Kconfig | CHK include/linux/version.h | SYMLINK include/asm - include/asm-arm | make[1]: `include/asm-arm/mach-types.h' is up to date. | CHK include/linux/utsrelease.h | CALL scripts/checksyscalls.sh | stdin:1523:2: warning: #warning syscall recvmmsg not implemented [-Wcpp] | CHK include/linux/compile.h | GZIPkernel/config_data.gz | IKCFG kernel/config_data.h | CC kernel/configs.o | LD kernel/built-in.o | LOGO drivers/video/logo/logo_linux_clut224.c | CC drivers/video/logo/logo_linux_clut224.o | LD drivers/video/logo/built-in.o | LD drivers/video/built-in.o | LD drivers/built-in.o | LD vmlinux.o | MODPOST vmlinux.o | GEN .version | CHK include/linux/compile.h | UPD include/linux/compile.h | CC init/version.o | LD init/built-in.o | LD .tmp_vmlinux1 | KSYM.tmp_kallsyms1.S | AS .tmp_kallsyms1.o | LD .tmp_vmlinux2 | KSYM .tmp_kallsyms2.S | AS .tmp_kallsyms2.o | LD vmlinux | SYSMAP System.map | SYSMAP .tmp_System.map | OBJCOPY arch/arm/boot/Image | Kernel: arch/arm/boot/Image is ready | GZIP arch/arm/boot/compressed/piggy.gz | AS arch/arm/boot/compressed/piggy.o | LD arch/arm/boot/compressed/vmlinux | OBJCOPY arch/arm/boot/zImage | Kernel: arch/arm/boot/zImage is ready | UIMAGE arch/arm/boot/uImage | Image Name: Linux-2.6.32 | Created: Fri Dec 13
Re: [yocto] Git clone over http broken on git.yoctoproject.org
Local cntlm proxy pointing at corporate MS proxy. I tried two git versions. One is the base git version in CentOS 6.3, the other from the yocto 1.5 buildtools tarball. It looks like the newer git version works and the older one does not. I'll just use A) the newer git version, and B) https. Base CentOS version: $ git --version git version 1.7.1 $ git clone http://git.yoctoproject.org/git/poky.git Initialized empty Git repository in /home/michael_e_brown/yocto/poky/.git/ error: RPC failed; result=52, HTTP code = 100 Yocto 1.5 buildtools version: $ git --version git version 1.8.3.4 $ git clone http://git.yoctoproject.org/git/poky.git Cloning into 'poky'... remote: Counting objects: 215358, done. remote: Compressing objects: 100% (54081/54081), done. remote: Total 215358 (delta 156744), reused 215022 (delta 156422) Receiving objects: 100% (215358/215358), 98.12 MiB | 836.00 KiB/s, done. Resolving deltas: 100% (156744/156744), done. Checking connectivity... done Looks like newer git works ok. -- Michael From: Daniel Stenberg [dan...@haxx.se] Sent: Friday, December 13, 2013 8:46 AM To: Brown, Michael E Cc: mich...@yoctoproject.org; yocto@yoctoproject.org Subject: Re: [yocto] Git clone over http broken on git.yoctoproject.org On Thu, 12 Dec 2013, michael_e_br...@dell.com wrote: HOWEVER, if I use https instead of http, it all WORKS OK. NOTE: Some repos work over http, some don't. Working: meta-selinux, yocto-autobuilder, for example. You're using a HTTP proxy, right? I suspect the http vs https difference is then simply because git will use completely different ways to go through the proxies for the different protocols. git clone --mirror http://git.yoctoproject.org/git/poky.git Initialized empty Git repository in /home/michael_e_brown/yocto/poky.git/ error: RPC failed; result=52, HTTP code = 100 I think this means that git gets a HTTP 100 continue response back but then nothing else, which indicates a problem in your network or proxy. Can you use git fine over this http+proxy against other git repos out in the wild? Which git + libcurl versions are you using? -- / daniel.haxx.se ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] e2fsprogs with core-image-minimal
On Fri, Dec 13, 2013 at 5:45 PM, J Uhl juhl_iph...@yahoo.com wrote: How do I get mkfs.ext3 binary over to my rootfs image. I added IMAGE_INSTALL += “util-linux e2fsprogs” To core-image-minimal but I seem to be missing something. Mkfs does work but no mkfs.ext3. you need to install e2fsprogs-mke2fs into your image ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] Status of dylan and dora point releases
There will be some changes coming in, so please hold testing until next week when a new build will arrive. Thanks, Alex. -Original Message- From: Flanagan, Elizabeth [mailto:elizabeth.flana...@intel.com] Sent: Friday, December 13, 2013 3:56 PM To: Georgescu, Alexandru C; yocto@yoctoproject.org; Zhao Yi; Otavio Salvador Subject: Status of dylan and dora point releases All, With the failures we saw last night on the dylan point release, we're going to ask folks to switch QA efforts to the dora point release which should be finished building shortly. The build appliance will be built out of band in order to fix some autobuilder build issues on it and then added to the rc2 area. http://autobuilder.yoctoproject.org/pub/releases/dora-10.0.1.rc2 bitbake 1484905373ad717cedcaef37a0addd e034ebdc60 eclipse-poky-juno 2fa1c58940141a3c547c8790b8a6832167e8eb66 eclipse-poky-kepler ad74249895f882a8f00bdeef7a0f7c18998cc43e meta-fsl-arm c7cc5d5f451c9d12df9f11314f4a58ecc347b1f5 meta-fsl-ppc b5732aeadc9eb0de933f52d0949412e12f8486bd meta-intel c86e39dd06571458c7dee6cf289d5b470c98f4bd meta-minnow edf75553643face7a0dd5b16085d59a90eb4af8d meta-qt3 4772424ab69908d4e3b9d6d4717ca889468e6acd oecore d68c267f3387d7fe221d3c5653a66db8b1f78fd8 poky 7a0033cc4e1f590c5a936671f351a1b251e16726 -- Elizabeth Flanagan Yocto Project Build and Release ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] Start custom Qt-program instead of xterm
Hi Alex, On Thursday 12 December 2013 17:38:18 Alex M wrote: I spent several days of searching over the internet, learned many graphical images recipes, but still don't understand how to specify for X11 server to launch my custom Qt program at startup (actually it's bash script which runs Qt app, I'm able to start it in xterm manually). Which attempts I did: 1) modify /etc/X11/xinit/xinitrc: comment all last lines where twm and xterm and wrote my app launch script name here (it's accessible from any place because lives in /usr/bin) - no luck. When I type startx - it works! But how about startup? This not works. 2) tried to modify startx itself in defaultclient= line - also out of luck. 3) then I tried to add openbox to my image, this action added all OpenBox's files to image, also I specified my script name in /etc/xdg/openbox/autostart and... no result. Moreover when I type openbox in nasty xterm I see error: Openbox-Message: A windows manager is already running on screen 0. Actually, I don't see any signs that OpenBox is running... My application won't start automatically =( Question: How to start up custom app in X11-based images? P.S. DESCRIPTION = My custom image IMAGE_INSTALL = packagegroup-core-boot ${ROOTFS_PKGMANAGE_BOOTSTRAP} ${CORE_IMAGE_EXTRA_INSTALL} IMAGE_FEATURES += splash package-management x11-base IMAGE_LINGUAS = LICENSE = MIT inherit core-image distro_features_check REQUIRED_DISTRO_FEATURES = x11 IMAGE_ROOTFS_SIZE = 65536 ROOTFS_POSTPROCESS_COMMAND += remove_packaging_data_files ; IMAGE_FSTYPES += cpio.gz IMAGE_INSTALL += openbox mysoft ldd mesa-demos quicky mc dropbear htop pciutils usbutils bash IMAGE_INSTALL += qt4-plugin-phonon-backend-gstreamer libav IMAGE_INSTALL += gst-plugins-good-avi gst-fluendo-mp3 gst-fluendo-mpegdemux gst-plugins-gl gst-meta-base gstreamer gst-ffmpeg gst-plugins-base gst-plugins-good gst-plugins-bad gst-plugins-ugly where mysoft is my app, which is running fine when manually typing it's name in xterm. One example we have of doing this is in the build appliance. We have a builder recipe that among other things starts the Hob UI on startup - have a look at meta/recipes-graphics/builder/builder_0.1.bb to see how it works. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] Status of dylan and dora point releases
All, Yes, DISTRO_VERSION didn't get flipped before the main build and as folks won't be starting QA until monday, this gives us a chance to rebuild with the right DISTRO_VERSION and a corrected build-appliance build (SRCREV for it will be flipped post build and is not required for it to be built). -b On Fri, Dec 13, 2013 at 5:15 PM, Georgescu, Alexandru C alexandru.c.george...@intel.com wrote: There will be some changes coming in, so please hold testing until next week when a new build will arrive. Thanks, Alex. -Original Message- From: Flanagan, Elizabeth [mailto:elizabeth.flana...@intel.com] Sent: Friday, December 13, 2013 3:56 PM To: Georgescu, Alexandru C; yocto@yoctoproject.org; Zhao Yi; Otavio Salvador Subject: Status of dylan and dora point releases All, With the failures we saw last night on the dylan point release, we're going to ask folks to switch QA efforts to the dora point release which should be finished building shortly. The build appliance will be built out of band in order to fix some autobuilder build issues on it and then added to the rc2 area. http://autobuilder.yoctoproject.org/pub/releases/dora-10.0.1.rc2 bitbake 1484905373ad717cedcaef37a0addd e034ebdc60 eclipse-poky-juno 2fa1c58940141a3c547c8790b8a6832167e8eb66 eclipse-poky-kepler ad74249895f882a8f00bdeef7a0f7c18998cc43e meta-fsl-arm c7cc5d5f451c9d12df9f11314f4a58ecc347b1f5 meta-fsl-ppc b5732aeadc9eb0de933f52d0949412e12f8486bd meta-intel c86e39dd06571458c7dee6cf289d5b470c98f4bd meta-minnow edf75553643face7a0dd5b16085d59a90eb4af8d meta-qt3 4772424ab69908d4e3b9d6d4717ca889468e6acd oecore d68c267f3387d7fe221d3c5653a66db8b1f78fd8 poky 7a0033cc4e1f590c5a936671f351a1b251e16726 -- Elizabeth Flanagan Yocto Project Build and Release -- Elizabeth Flanagan Yocto Project Build and Release ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] Minutes: Yocto Project 1.6 M1 release readiness review - Friday, December 13, 2013 8:00 AM-8:30 AM (UTC-08:00) Pacific Time (US Canada).
Attendees: Dave, Saul, ScottR, Matthew, Richard, AlexG, Jessica, Mark, Beth, Song Minutes: 1. Systemd failed to build. Some sort of timeout. Ross/stephan has trying to debug this. Not a release blocking issue. 2. A number of medium+ bugs, open bug count high. We should all be concerned. 3. Autobuilder builder hung on Opensuse build. We have a fix in master, but not tried yet. 4. Performance issue for rootfs. There is a possible fix. will see the performance after the fix. Will open a bug if the fix does not work. 5. 142 package update, average 60% upgrade rate. We were targeting 70%. We have been there before. No concerns on M1 release. Upstream status is fine. Decision: unanimously agree on M1 release. https://wiki.yoctoproject.org/wiki/Yocto_Project_v1.6_Status#Milestone_1https://wiki.yoctoproject.org/wiki/Yocto_Project_v1.6_Status ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] Minutes: Yocto Project 1.6 M1 release readiness review - Friday, December 13, 2013 8:00 AM-8:30 AM (UTC-08:00) Pacific Time (US Canada).
On 13 December 2013 18:12, Liu, Song song@intel.com wrote: Performance issue for rootfs. There is a possible fix. will see the performance after the fix. Will open a bug if the fix does not work. If this is happening on ipkg images I found a problem where qemu will spin infinity eating memory when running the intercepts until it gets OOMd. The bug I filed was https://bugzilla.yoctoproject.org/show_bug.cgi?id=5664, this should be fairly simple to fix (and the workaround is to comment out the tar line in systemd.bb). Ross ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] package_deb creation issue in powerpc (kernel 64bit, userspace 32bit)
Can anyone use debian package? On Tue, Dec 10, 2013 at 9:29 PM, Insop Song insop.s...@gmail.com wrote: Hi Khem and Paul, I have an issue of creating deb packages. I am using Freescale version of yocto, which is based on dylan - http://git.freescale.com/git/cgit.cgi/ppc/sdk/poky.git/ I've put the following in - PACKAGE_CLASSES ?= package_deb - IMAGE_FEATURES += package-management I've tested opkg, and it runs fine as you suggested in other thread - https://lists.yoctoproject.org/pipermail/yocto/2013-October/016887.html Our target is: - RFS and application: 32bit - Kernel: 64 bit - ARCH: powerpc Here is the error message I got: insop@neon /opt/build-fsl-yocto-1.4 $ bitbake fsl-image-g100 Parsing recipes: 100% |###| Time: 00:01:30 Parsing of 1376 .bb files complete (0 cached, 1376 parsed). 3147 targets, 132 skipped, 0 masked, 0 errors. Build Configuration: BB_VERSION= 1.18.0 BUILD_SYS = x86_64-linux NATIVELSBSTRING = Ubuntu-12.04 TARGET_SYS= powerpc-fsl_networking-linux MACHINE = b4860qds DISTRO= fsl-networking DISTRO_VERSION= 1.4.1 TUNE_FEATURES = m32 fpu-hard e6500 altivec TARGET_FPU= hard meta meta-yocto meta-yocto-bsp= feature/CH-1449:97b5f9e64fb64aa1c883eedc03e6cb6765291179 meta-fsl-ppc = feature/CH-1449:d686f3162481ccb942a3d896a10a86d93d12e455 meta-fsl-ppc-toolchain = sdk-v1.4.x:8ec94cec04527cb971c125b1ddd2c5375034d723 meta-virtualization = sdk-v1.4.x:ad6df4f59cd7646f61db29e8fa51f878329d6f93 meta-fsl-networking = develop:08bb6c1a78838bbff79befa3f15e49ca642d479e meta-oe meta-networking = sdk-v1.4.x:7c8dd8f096b64a709175d37a08a4fb02ca263616 NOTE: Resolving any missing task queue dependencies NOTE: Preparing runqueue NOTE: Executing SetScene Tasks NOTE: Executing RunQueue Tasks ERROR: Function failed: do_rootfs (see /opt/build-fsl-yocto-1.4/tmp/work/b4860qds-fsl_networking-linux/fsl-image-g100/1.0-r20/temp/log.do_rootfs.8847 for further information) ERROR: Logfile of failure stored in: /opt/build-fsl-yocto-1.4/tmp/work/b4860qds-fsl_networking-linux/fsl-image-g100/1.0-r20/temp/log.do_rootfs.8847 Log data follows: | DEBUG: Executing shell function do_rootfs | dpkg-scanpackages.real: info: Wrote 6 entries to output Packages file. | dpkg-scanpackages.real: info: Wrote 2037 entries to output Packages file. | dpkg-scanpackages.real: info: Wrote 68 entries to output Packages file. | dpkg-scanpackages.real: info: Wrote 6 entries to output Packages file. | Ign file: ./ InRelease | Ign file: ./ InRelease | Ign file: ./ InRelease | Ign file: ./ Release.gpg | Ign file: ./ Release.gpg | Ign file: ./ Release.gpg | Get:1 file: ./ Release [16 B] | Get:2 file: ./ Release [16 B] | Get:3 file: ./ Release [11 B] | Ign file: ./ Translation-en | Ign file: ./ Translation-en | Ign file: ./ Translation-en | Reading package lists... | W: Ignoring Provides line with DepCompareOp for package pkgconfig__pkg-config__ | W: You may want to run apt-get update to correct these problems | Reading package lists... | Building dependency tree... | W: Ignoring Provides line with DepCompareOp for package pkgconfig__pkg-config__ | W: You may want to run apt-get update to correct these problems | E: Unable to locate package lib64-hypervisor | E: Unable to locate package lib64-hypervisor-partman | ERROR: Function failed: do_rootfs (see /opt/build-fsl-yocto-1.4/tmp/work/b4860qds-fsl_networking-linux/fsl-image-g100/1.0-r20/temp/log.do_rootfs.8847 for further information) ERROR: Task 7 (/home/insop/Projects/fsl-yocto-1.4/meta-fsl-networking/images/fsl-image-g100.bb, do_rootfs) failed with exit code '1' NOTE: Tasks Summary: Attempted 3527 tasks of which 2782 didn't need to be rerun and 1 failed. No currently running tasks (3527 of 3528) Summary: 1 task failed: /home/insop/Projects/fsl-yocto-1.4/meta-fsl-networking/images/fsl-image-g100.bb, do_rootfs Summary: There was 1 ERROR message shown, returning a non-zero exit code. Thank you, Insop ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] Status of dylan and dora point releases
On 12/13/2013 09:27 AM, Flanagan, Elizabeth wrote: All, Yes, DISTRO_VERSION didn't get flipped before the main build and as folks won't be starting QA until monday, this gives us a chance to rebuild with the right DISTRO_VERSION and a corrected build-appliance build (SRCREV for it will be flipped post build and is not required for it to be built). Please try to complete the build before Sunday your time, so that the folks in Asia can start testing on their Monday Morning. Thanks Sau! -b On Fri, Dec 13, 2013 at 5:15 PM, Georgescu, Alexandru C alexandru.c.george...@intel.com wrote: There will be some changes coming in, so please hold testing until next week when a new build will arrive. Thanks, Alex. -Original Message- From: Flanagan, Elizabeth [mailto:elizabeth.flana...@intel.com] Sent: Friday, December 13, 2013 3:56 PM To: Georgescu, Alexandru C; yocto@yoctoproject.org; Zhao Yi; Otavio Salvador Subject: Status of dylan and dora point releases All, With the failures we saw last night on the dylan point release, we're going to ask folks to switch QA efforts to the dora point release which should be finished building shortly. The build appliance will be built out of band in order to fix some autobuilder build issues on it and then added to the rc2 area. http://autobuilder.yoctoproject.org/pub/releases/dora-10.0.1.rc2 bitbake 1484905373ad717cedcaef37a0addd e034ebdc60 eclipse-poky-juno 2fa1c58940141a3c547c8790b8a6832167e8eb66 eclipse-poky-kepler ad74249895f882a8f00bdeef7a0f7c18998cc43e meta-fsl-arm c7cc5d5f451c9d12df9f11314f4a58ecc347b1f5 meta-fsl-ppc b5732aeadc9eb0de933f52d0949412e12f8486bd meta-intel c86e39dd06571458c7dee6cf289d5b470c98f4bd meta-minnow edf75553643face7a0dd5b16085d59a90eb4af8d meta-qt3 4772424ab69908d4e3b9d6d4717ca889468e6acd oecore d68c267f3387d7fe221d3c5653a66db8b1f78fd8 poky 7a0033cc4e1f590c5a936671f351a1b251e16726 -- Elizabeth Flanagan Yocto Project Build and Release ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] Compiling the kernel source from Angstrom distribution building an OS console-image.
Thank you Koen for the reply. I made the local changes so that i can include some features in my kernel. The features are: 1.The camera driver mt9t112 for LI-LBCM3M1 from leopard imaging. 2.The camera driver mt9v113 for LI-LBCMVGA from leopard imaging. As per a small test carried out by me i found that both the above camera modules work fine with the pre-build image with Kernel Version 2.6.32 from Narccissus Image Builder. So i downloaded the source of this Narccissus image from Angstrom Distribution (https://github.com/Angstrom-distribution/meta-angstrom) and i went for making the below listed local changes to change the default kernel version which is 3.2.28 to the kernel version 2.6.32. In the beagleboard.conf file present in the meta-ti layer i made the following changes. #PREFERRED_PROVIDER_virtual/kernel = linux-mainline PREFERRED_PROVIDER_virtual/kernel = linux-omap-psp adding an smc.patch to resolve another error which i got when i compiled above changed ,below is the error what i got. /tmp/ccWRvvsG.s:309: Error: selected processor does not support ARM mode `smc #0' This error was resolved as i added the smc.patch. But encountered with the error when command MACHINE=beagleboard bitbake console-image is run i got the error as presented in previous mail and below again : cp: cannot stat `include/generated/bounds.h': No such file or directory ERROR: Function failed: do_compileconfigs (see /home/vishal/oe-nad/setup-scripts/build/tmp-angstrom_v2012_12-eglibc/work/beagleboard-angstrom-linux-gnueabi/linux-omap-psp-2.6.32-r122c+gitr5fc29e7b2a76a64a739f857858ef0b98294aa155/temp/log.do_compileconfigs.22554 for further information) Now I hope you have more information...!! Sorry that i was not clear in explanation in my previous mail. Please guide me to debug this Function failed: do_compileconfigs issue.. Vishal ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [linux-yocto] Query about arch/arm/mach-axxia/wrappers.c
On 13-12-10 02:37 PM, Bruce Ashfield wrote: Hi Paul, During some recent work with the axxia BSP it was pointed out to me that the intent of this commit is still pending. ping. I haven't heard anything about this. I'll look at reverting the change myself, unless I hear something. Bruce i.e. We are carrying a commit that changes the licensing of exported symbols on the BSP branch. I'm not sure how I didn't notice this explicitly during review, but when processing large sets of patches, things to slip through from time to time. What matters is how we react to the them when we notice :) So here's my question. I'm looking for a timeline when this can be resolved. We really don't want to carry a patch like this for much longer. If the drivers that depend on this are not already in the tree, we should drop the change and carry the changes with the drivers themselves. If the changes are in the tree, then we should fixup the exports, or again, drop the change entirely. I've pasted the original commit for reference below. Cheers, Bruce commit 191b5774c0a1bc2e15fb6800f0281af15da1e2b8 Author: John Jacques john.jacq...@lsi.com Date: Wed Jul 17 21:33:12 2013 -0500 drivers/net/ethernet: Wrapper Cleanup Some of the Linux function calls got changed in later versions of Linux to require the caller to be GPLd. We are in the process of GPLing all our driver code, but were not yet finished doing so. The wrappers were a temporary work around until the RTE (the external module we provide to customers that controls the rest of the hardware) is GPLd. Signed-off-by: John Jacques john.jacq...@lsi.com ___ linux-yocto mailing list linux-yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/linux-yocto ___ linux-yocto mailing list linux-yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/linux-yocto
Re: [linux-yocto] Query about arch/arm/mach-axxia/wrappers.c
On 12/13/2013, 7:05 PM, Jacques, John M (John) wrote: Bruce, Sorry to be so slow... We got confirmation that these can be removed in all cases. Perfect. I'll wait for a revert patch from Paul. Thanks for looking into this, every little bit helps quality and maintenance. Bruce -Original Message- From: Bruce Ashfield [mailto:bruce.ashfi...@windriver.com] Sent: Friday, December 13, 2013 7:54 AM To: Butler, Paul Cc: Jacques, John M (John); Development list for the linux-yocto repositories Subject: Re: [linux-yocto] Query about arch/arm/mach-axxia/wrappers.c On 13-12-10 02:37 PM, Bruce Ashfield wrote: Hi Paul, During some recent work with the axxia BSP it was pointed out to me that the intent of this commit is still pending. ping. I haven't heard anything about this. I'll look at reverting the change myself, unless I hear something. Bruce i.e. We are carrying a commit that changes the licensing of exported symbols on the BSP branch. I'm not sure how I didn't notice this explicitly during review, but when processing large sets of patches, things to slip through from time to time. What matters is how we react to the them when we notice :) So here's my question. I'm looking for a timeline when this can be resolved. We really don't want to carry a patch like this for much longer. If the drivers that depend on this are not already in the tree, we should drop the change and carry the changes with the drivers themselves. If the changes are in the tree, then we should fixup the exports, or again, drop the change entirely. I've pasted the original commit for reference below. Cheers, Bruce commit 191b5774c0a1bc2e15fb6800f0281af15da1e2b8 Author: John Jacques john.jacq...@lsi.com Date: Wed Jul 17 21:33:12 2013 -0500 drivers/net/ethernet: Wrapper Cleanup Some of the Linux function calls got changed in later versions of Linux to require the caller to be GPLd. We are in the process of GPLing all our driver code, but were not yet finished doing so. The wrappers were a temporary work around until the RTE (the external module we provide to customers that controls the rest of the hardware) is GPLd. Signed-off-by: John Jacques john.jacq...@lsi.com ___ linux-yocto mailing list linux-yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/linux-yocto ___ linux-yocto mailing list linux-yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/linux-yocto