[OE-core] [PATCH 1/1] package_manager.py: Fix race condition in OpkgIndexer.write_index()

From: Mariano Lopez <mariano.lo...@linux.intel.com> When writing the index using ipk packages there could be a race condition when populate the index. This happens because the architectures are repeated (specially all) and the commands generated to write the index run in parallel. This

Re: [OE-core] [PATCH] dhcp: CVE-2015-8605

On 03/09/2016 03:09 PM, Joshua G Lock wrote: Hi Mariano, Thanks for the patch. On Tue, 2016-03-08 at 10:26 +, mariano.lo...@linux.intel.com wrote: From: Mariano Lopez <mariano.lo...@linux.intel.com> ISC DHCP allows remote attackers to cause a denial of service (application cras

[OE-core] [PATCH][dizzy] dhcp: CVE-2015-8605

From: Mariano Lopez <mariano.lo...@linux.intel.com> ISC DHCP allows remote attackers to cause a denial of service (application crash) via an invalid length field in a UDP IPv4 packet. Signed-off-by: Mariano Lopez <mariano.lo...@linux.intel.com> --- .../dhcp/dhcp/CVE-201

[OE-core] [PATCH 0/2] Improve bblayers and prservices selftests

From: Mariano Lopez <mariano.lo...@linux.intel.com> These patches will improve some selftests that required the file name of recipes. With these changes just the recipe is needed and the tests will get the file names as required. The following changes since

[OE-core] [PATCH 1/2] selftest/prservice.py: Sanitize package version when looking for stamp

From: Mariano Lopez <mariano.lo...@linux.intel.com> Currently when using a git version the check for the stamp, using regex, will fail because of plus sign in the version. With this change the version is escaped before adding it to the regex. Signed-off-by: Mariano Lopez <m

[OE-core] [PATCH 2/2] selftest/bblayers.py: Remove harcoded recipe files

From: Mariano Lopez <mariano.lo...@linux.intel.com> Currently the recipe files are hardcoded and if the recipe change the version, the test will fail. This will change from using a harcoded file to look for the file using bitbake-layers. Now, just the recipe name must be specified. Sign

Re: [OE-core] [PATCH] dhcp: CVE-2015-8605

This is for fido (that is why Joshua is copied), do I resend the patch with the correct title? On 03/08/2016 04:26 AM, mariano.lo...@linux.intel.com wrote: From: Mariano Lopez <mariano.lo...@linux.intel.com> ISC DHCP allows remote attackers to cause a denial of service (application cras

[OE-core] [PATCH] dhcp: CVE-2015-8605

From: Mariano Lopez <mariano.lo...@linux.intel.com> ISC DHCP allows remote attackers to cause a denial of service (application crash) via an invalid length field in a UDP IPv4 packet. Signed-off-by: Mariano Lopez <mariano.lo...@linux.intel.com> --- .../dhcp/dhcp/CVE-201

[OE-core] [PATCH][jethro] dhcp: CVE-2015-8605

From: Mariano Lopez <mariano.lo...@linux.intel.com> ISC DHCP allows remote attackers to cause a denial of service (application crash) via an invalid length field in a UDP IPv4 packet. Signed-off-by: Mariano Lopez <mariano.lo...@linux.intel.com> --- .../dhcp/dhcp/CVE-201

[OE-core] [PATCH 1/1] yocto-bsp: Set linux-yocto-4.1 as default for x86-64

From: Mariano Lopez <mariano.lo...@linux.intel.com> Setting default kernel to linux-yocto-4.1 now that 3.19 bbappend is no longer in the tree. [YOCTO #9047] Signed-off-by: Mariano Lopez <mariano.lo...@linux.intel.com> --- .../target/arch/x86_64/recipes-kernel/linux/kernel-li

Re: [OE-core] [PATCH 0/3] Add initial capability to check CVEs for recipes

On 02/29/2016 08:19 AM, mikko.rap...@bmw.de wrote: On Mon, Feb 29, 2016 at 02:17:26PM +, Burton, Ross wrote: On 26 February 2016 at 08:14, wrote: 17:45:37 *** 0013:with open(patch_file, "r") as f: 17:45:37 0014:patch_text = f.read()

Re: [OE-core] [PATCH 3/3] cve-check.bbclass: Add class

On 02/29/2016 08:50 AM, Burton, Ross wrote: On 24 February 2016 at 15:27, > wrote: +do_cve_check[depends] = "cve-check-tool-native:do_populate_cve_db" And cve-check-tool-native:do_populate_sysroot.

[OE-core] [PATCH 1/1] dhcp: CVE-2015-8605

From: Mariano Lopez <mariano.lo...@linux.intel.com> ISC DHCP allows remote attackers to cause a denial of service (application crash) via an invalid length field in a UDP IPv4 packet. Signed-off-by: Mariano Lopez <mariano.lo...@linux.intel.com> --- .../dhcp/dhcp/CVE-201

Re: [OE-core] [PATCH 0/3] Add initial capability to check CVEs for recipes

On 02/26/2016 08:57 AM, mikko.rap...@bmw.de wrote: On Fri, Feb 26, 2016 at 03:56:24PM +0100, Mikko Rapeli wrote: On Fri, Feb 26, 2016 at 08:48:47AM -0600, Mariano Lopez wrote: On 02/26/2016 02:14 AM, mikko.rap...@bmw.de wrote: Hi, On my developer machine the cve-check ran ok for dizzy

Re: [OE-core] [PATCH 0/3] Add initial capability to check CVEs for recipes

On 02/26/2016 02:14 AM, mikko.rap...@bmw.de wrote: Hi, On my developer machine the cve-check ran ok for dizzy but on build server with sstate-cache and rmwork enabled it failed with what looks like a race condition when scanning the patch files: 17:45:36 ERROR: Error executing a python

[OE-core] [PATCHv2 2/2] cve-check.bbclass: Add class

From: Mariano Lopez <mariano.lo...@linux.intel.com> This class adds a new task for all the recipes to use cve-check-tool in order to look for public CVEs affecting the packages generated. It is possible to use this class when building an image, building a recipe, or using the

[OE-core] [PATCHv2 1/2] cve-check-tool: Add recipe

From: Mariano Lopez <mariano.lo...@linux.intel.com> cve-check-tool is a program to for checking public CVEs. This tool also seek to determine if a vulnerability has been addressed by a patch. The recipe also includes the do_populate_cve_db task that will populate the database used by th

[OE-core] [PATCHv2 0/2] Add initial capability to check CVEs for recipes

From: Mariano Lopez <mariano.lo...@linux.intel.com> This series add the cve-check-tool recipe, a tool used to identify potentially vulnerable software through version matching. It will check if a vulnerability has been addressed by a patch. Also add the new cve-check class that will add

Re: [OE-core] [PATCH 0/3] Add initial capability to check CVEs for recipes

just replied to the bug. Mariano On 02/24/2016 07:27 AM, mariano.lo...@linux.intel.com wrote: From: Mariano Lopez <mariano.lo...@linux.intel.com> This series add the cve-check-tool recipe, a tool used to identify potentially vulnerable software through version matching. It will

Re: [OE-core] [PATCH 2/3] cve-check-tool patch to allow select dir for the db

On 02/25/2016 07:33 AM, Burton, Ross wrote: On 24 February 2016 at 15:27, > wrote: This patch allows to select the directory for the database used by cve-check-tool. Squash this into 1/3. Ross This was the

[OE-core] [PATCH 1/3] cve-check-tool: Add recipe

From: Mariano Lopez <mariano.lo...@linux.intel.com> cve-check-tool is a program to for checking public CVEs. This tool also seek to determine if a vulnerability has been addressed by a patch. The recipe also includes the do_populate_cve_db task that will populate the database used by th

[OE-core] [PATCH 0/3] Add initial capability to check CVEs for recipes

From: Mariano Lopez <mariano.lo...@linux.intel.com> This series add the cve-check-tool recipe, a tool used to identify potentially vulnerable software through version matching. It will check if a vulnerability has been addressed by a patch. Also add the new cve-check class that will add

[OE-core] [PATCH 3/3] cve-check.bbclass: Add class

From: Mariano Lopez <mariano.lo...@linux.intel.com> This class adds a new task for all the recipes to use cve-check-tool in order to look for public CVEs affecting the packages generated. It is possible to use this class when building an image, building a recipe, or using the

[OE-core] [PATCH 2/3] cve-check-tool patch to allow select dir for the db

From: Mariano Lopez <mariano.lo...@linux.intel.com> This patch allows to select the directory for the database used by cve-check-tool. [YOCTO #7515] Signed-off-by: Mariano Lopez <mariano.lo...@linux.intel.com> --- .../change_logic_cve_get_file_parent.patch

[OE-core] [PATCHv3 1/4] lib/oe/package_manager: Add list_pkgs() to PkgsList class

From: Mariano Lopez <mariano.lo...@linux.intel.com> Currently the class PkgList returns a formated string of the installed packages. It would be more clean to pass a standard data structure to the callers instead to format the output inside PkgsList class. This patch adds list_pkgs()

[OE-core] [PATCHv3 4/4] lib/oe/package_manager.py: Remove list() from PkgsList class

From: Mariano Lopez <mariano.lo...@linux.intel.com> Now that the method list() is not used anymore, remove it. [YOCTO #7427] Signed-off-by: Mariano Lopez <mariano.lo...@linux.intel.com> --- meta/lib/oe/package_manager.py | 153 - 1 file

[OE-core] [PATCHv3 3/4] lib/oe/rootfs: Use list_pkgs() instead of list()

From: Mariano Lopez <mariano.lo...@linux.intel.com> This patch changes the use list_pkgs() instead of list() from class RpmPkgsList. The change is in two functions, image_list_installed_packages from rootfs.py and sdk_list_installed_packages from sdk.py. With this change the functions c

[OE-core] [PATCHv3 2/4] lib/oe/utils: Add function format_pkg_list()

From: Mariano Lopez <mariano.lo...@linux.intel.com> The class PkgsList returns a dictionary with all the installed packages, because the data structure is a dictionary there is needed to format the data in order to write to a file. The function format_pkg_list returns a formated sting wi

[OE-core] [PATCHv3 0/4] Clean PkgsList return data implementation.

From: Mariano Lopez <mariano.lo...@linux.intel.com> Currently the when calling the list() from the classes that inherit from PKgsList, it must pass the format required and it will return a formated string listing all the packages installed. Retruning such string is not the best data str

[OE-core] [PATCHv2 0/4] Clean PkgsList return data implementation.

From: Mariano Lopez <mariano.lo...@linux.intel.com> Currently the when calling the list() from the classes that inherit from PKgsList, it must pass the format required and it will return a formated string listing all the packages installed. Retruning such string is not the best data str

[OE-core] [PATCHv2 2/4] lib/oe/utils: Add function format_pkg_list()

From: Mariano Lopez <mariano.lo...@linux.intel.com> The class PkgsList returns a dictionary with all the installed packages, because the data structure is a dictionary there is needed to format the data in order to write to a file. The function format_pkg_list returns a formated sting wi

[OE-core] [PATCHv2 3/4] lib/oe/rootfs: Use list_pkgs() instead of list()

From: Mariano Lopez <mariano.lo...@linux.intel.com> This patch changes the use list_pkgs() instead of list() from class RpmPkgsList. The change is in two functions, image_list_installed_packages from rootfs.py and sdk_list_installed_packages from sdk.py. With this change the functions c

[OE-core] [PATCHv2 4/4] lib/oe/package_manager.py: Remove list() from PkgsList class

From: Mariano Lopez <mariano.lo...@linux.intel.com> Now that the method list() is not used anymore, remove it. [YOCTO #7427] Signed-off-by: Mariano Lopez <mariano.lo...@linux.intel.com> --- meta/lib/oe/package_manager.py | 153 - 1 file

[OE-core] [PATCHv2 1/4] lib/oe/package_manager: Add list_pkgs() to PkgsList class

From: Mariano Lopez <mariano.lo...@linux.intel.com> Currently the class PkgList returns a formated string of the installed packages. It would be more clean to pass a standard data structure to the callers instead to format the output inside PkgsList class. This patch adds list_pkgs()

Re: [OE-core] [PATCH 3/4] lib/oe/rootfs: Use list_pkgs() instead of list()

ano.lo...@linux.intel.com>>: From: Mariano Lopez <mariano.lo...@linux.intel.com <mailto:mariano.lo...@linux.intel.com>> This patch changes the use list_pkgs() instead of list() from class RpmPkgsList. The change is in two functions, image_list_installed

[OE-core] [PATCH 1/1] Add "CVE:" tag to current patches in OE-core

From: Mariano Lopez <mariano.lo...@linux.intel.com> The currnet patches in OE-core doesn't have the "CVE:" tag, now part of the policy of the patches. This is patch add this tag to several patches. There might be patches that I miss; the tag can be added in the future. Signed

Re: [OE-core] [oe] [RFC] Mark of upstream CVE patches

On 01/04/2016 02:17 PM, Benjamin Esquivel wrote: On Mon, 2016-01-04 at 12:25 -0600, Mariano Lopez wrote: On 12/16/2015 03:21 AM, Burton, Ross wrote: On 16 December 2015 at 09:03, Sona Sarmadi <sona.sarm...@enea.com <mailto:sona.sarm...@enea.com>> wrote: We are supp

[OE-core] [PATCH 3/4] lib/oe/rootfs: Use list_pkgs() instead of list()

From: Mariano Lopez <mariano.lo...@linux.intel.com> This patch changes the use list_pkgs() instead of list() from class RpmPkgsList. The change is in two functions, image_list_installed_packages from rootfs.py and sdk_list_installed_packages from sdk.py. With this change the functions c

[OE-core] [PATCH 4/4] lib/oe/package_manager.py: Remove list() from PkgsList class

From: Mariano Lopez <mariano.lo...@linux.intel.com> Now that the method list() is not used anymore, remove it. [YOCTO #7427] Signed-off-by: Mariano Lopez <mariano.lo...@linux.intel.com> --- meta/lib/oe/package_manager.py | 153 - 1 file

[OE-core] [PATCH 1/4] lib/oe/package_manager: Add list_pkgs() to PkgsList class

From: Mariano Lopez <mariano.lo...@linux.intel.com> Currently the class PkgList returns a formated string of the installed packages. It would be more clean to pass a standard data structure to the callers instead to format the output inside PkgsList class. This patch adds list_pkgs()

[OE-core] [PATCH 0/4] Clean PkgsList return data implementation.

From: Mariano Lopez <mariano.lo...@linux.intel.com> Currently the when calling the list() from the classes that inherit from PKgsList, it must pass the format required and it will return a formated string listing all the packages installed. Retruning such string is not the best data str

[OE-core] [PATCH 2/4] lib/oe/utils: Add function format_pkg_list()

From: Mariano Lopez <mariano.lo...@linux.intel.com> The class PkgsList returns a dictionary with all the installed packages, because the data structure is a dictionary there is needed to format the data in order to write to a file. The function format_pkg_list returns a formated sting wi

Re: [OE-core] [RFC] Mark of upstream CVE patches

On 12/16/2015 03:21 AM, Burton, Ross wrote: On 16 December 2015 at 09:03, Sona Sarmadi > wrote: We are supposed to have reference to the CVE identifier both in the patch file/s and the commit message(e.g. xxx-

[OE-core] [PATCH 1/1] image_types.bbclass: Rebuild when WICVARS change

From: Mariano Lopez <mariano.lo...@linux.intel.com> The procces to do a wic image is to save a file with variables required by wic and then call wic using this file. Because this is external to bitbake if the vars change, the image won't be rebuild; an example of such is IMAGE_BOOT

[OE-core] [PATCH 0/1] Rebuild when WICVARS change

From: Mariano Lopez <mariano.lo...@linux.intel.com> This patch adds these WICVARS to vardeps of do_rootfs when a wic image is build. This will trigger a rebuild when a variable needed by WIC changes. The following changes since commit 2cd061a29a94fdcdfec86732e6bcbb71c12c4afc: bluez5: i

[OE-core] [PATCH 1/1] rpmresolve.c: Fix unfreed pointers that keep DB opened

From: Mariano Lopez <mariano.lo...@linux.intel.com> There are some unfreed rpmmi pointers in printDepList() function; this happens when the package have null as the requirement. This patch fixes these unfreed pointers and add small changes to keep consistency with some variables. [YOCTO

[OE-core] [PATCH 0/1] rpmresolve.c: Fix unfreed pointers that keep DB opened

From: Mariano Lopez <mariano.lo...@linux.intel.com> When rpmresolve is used, it keeps the DB opened because of unfreed pointers. This patch solve this issue. [YOCTO #8028] The following changes since commit 2cd061a29a94fdcdfec86732e6bcbb71c12c4afc: bluez5: include the patch only fo

Re: [OE-core] [RFC] Mark of upstream CVE patches

On 12/15/2015 11:13 AM, Richard Purdie wrote: On Tue, 2015-12-15 at 11:49 -0500, Philip Balister wrote: On 12/15/2015 11:37 AM, Richard Purdie wrote: On Tue, 2015-12-15 at 11:30 -0500, Philip Balister wrote: I also suggest copying the https://lists.yoctoproject.org/listinfo/yocto-security

[OE-core] [RFC] Mark of upstream CVE patches

ted output of this discussion is a standard format for CVE patches that most, if not all, of community members agree on. Please let me know your comments. Cheers, Mariano Lopez -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedde

Re: [OE-core] [oe] RFC: Reference updater filesystem

2015 15:41:28 пользователь Mariano Lopez написал: 1. Use a separate partition for the configuration. a. The pro of this method is the partition is not touched during the update. b. The con of this method is the configuration is not directly in rootfs (example: /etc). That's the right

[OE-core] [PATCHv2 0/6] wic: Allow to user defined files as config for bootloaders

From: Mariano Lopez <mariano.lo...@linux.intel.com> These patches add a new option for the bootloaders. This new option allows to use a custom configuration file as the bootloader config with the "configfile" variable in the bootloader line. This is very useful when there i

[OE-core] [PATCHv2 5/6] directdisk-bootloader-config.wks: Add example for custom bootloader config

From: Mariano Lopez <mariano.lo...@linux.intel.com> Add new wks file as a example for a custom bootloader configuration. This change also includes the configuration that file that will be used. This example is using syslinux with MBR, the configuration file is almost the same as t

[OE-core] [PATCHv2 4/6] wic/help.py: Document the new option "configfile"

From: Mariano Lopez <mariano.lo...@linux.intel.com> This just adds the "configfile" option for the bootloader to wic help. [YOCTO #8728] Signed-off-by: Mariano Lopez <mariano.lo...@linux.intel.com> --- scripts/lib/wic/help.py | 6 ++ 1 file changed, 6 insertions(+)

[OE-core] [PATCHv2 2/6] wic/utils/misc.py: Added function to search for files in canned-wks

From: Mariano Lopez <mariano.lo...@linux.intel.com> This change add two new function to search for files in the canned-wks folder for all the layers included in bblayers.conf. This will be used to search for custom configuration files for the bootloaders. There are similar functions in t

[OE-core] [PATCHv2 3/6] wic: Allow to use a custom config for bootloaders

From: Mariano Lopez <mariano.lo...@linux.intel.com> This change will allow to use a user defined file as the configuration for the bootloaders (grub, gummiboot, syslinux). The config file is defined in the wks file with the "configfile" option in the bootloader line. [YOCTO #8

[OE-core] [PATCHv2 6/6] selftest/wic.py: Add test for custom bootloader config

From: Mariano Lopez <mariano.lo...@linux.intel.com> This change just add anoher test to the wic module. It will try to create a image with a custom bootloader configuration. This test will use the example image directdisk-bootloader-config to test the configfile option for the bootl

[OE-core] [PATCHv2 1/6] wic: Prepare wicboot to allow custom bootloader config

From: Mariano Lopez <mariano.lo...@linux.intel.com> Currently wic does the bootloader configuration file on the fly. This change introduce a configfile variable for the bootloader; this is to have a user defined configuration file for the bootloaders (grub, syslinux, and gum

Re: [OE-core] [PATCH 2/2] wic: Allow to use a custom config for bootloaders

On 11/24/2015 09:43 AM, Ed Bartosh wrote: On Mon, Nov 23, 2015 at 04:13:15PM -0600, Mariano Lopez wrote: On 11/23/2015 11:37 AM, Ed Bartosh wrote: Hi Mariano, Thank you for the patchset! Would it be better to put content of configuration file into .wks instead of just referring

[OE-core] [PATCH 1/1] rootfs.py: Change logic to unistall packages

From: Mariano Lopez <mariano.lo...@linux.intel.com> In the current state some of the base utils (update-rc.d, base-passwd, shadow, and update-alternatives) are unistalled when there is no package manager in the image. Checking for previous commits, the unistall of these utils were to b

[OE-core] [PATCH 0/1] rootfs.py: Change logic to unistall packages

From: Mariano Lopez <mariano.lo...@linux.intel.com> This patch changes the logic to unistall some base utils when creating rootfs. It chages from checking for a package manger to check if it is a read-only rootfs. [YOCTO #8235] The following changes since

Re: [OE-core] [PATCH 2/2] wic: Allow to use a custom config for bootloaders

On 11/26/2015 08:48 AM, Mariano Lopez wrote: On 11/24/2015 09:43 AM, Ed Bartosh wrote: On Mon, Nov 23, 2015 at 04:13:15PM -0600, Mariano Lopez wrote: On 11/23/2015 11:37 AM, Ed Bartosh wrote: Hi Mariano, Thank you for the patchset! Would it be better to put content of configuration

Re: [OE-core] [PATCH 2/2] wic: Allow to use a custom config for bootloaders

:25:54AM +, mariano.lo...@linux.intel.com wrote: From: Mariano Lopez <mariano.lo...@linux.intel.com> This change will allow to use a user defined file as the configuration for the bootloaders (grub, gummiboot, syslinux). The config file is defined in the wks file with the "configf

[OE-core] RFC: Reference updater filesystem

There has been interest in an image based software updater in Yocto Project. The proposed solution for a image based updater is to use Stefano Babic's software updater (http://sbabic.github.io/swupdate). This software do a binary copy, so it is needed to have at least two partitions, these

[OE-core] [PATCHv4 4/6] license.bbclass: Added function get_deployed_dependencies

From: Mariano Lopez <mariano.lo...@linux.intel.com> This change introduce a new function to get the dependencies that were deployed. It uses BB_TASKDEPDATAto get all the dependencies of the current task, so it is possible to get different packages depending at what point this function is

[OE-core] [PATCHv4 6/6] license.bbclass: Create image license manifest

From: Mariano Lopez <mariano.lo...@linux.intel.com> This change adds the license_deployed_manifest function that will create the manifest for the packages deployed next to the image but not installed in rootfs. Some examples of these recipes would be the bootloaders, or the kernel. Th

[OE-core] [PATCHv4 5/6] license.bbclass: Add function get_deployed_files

From: Mariano Lopez <mariano.lo...@linux.intel.com> This function will get the files that were deployed using the sstate-control manifest file. This will give a better view of what was deployed next to the image. [YOCTO #6772] Signed-off-by: Mariano Lopez <mariano.lo...@linux.

[OE-core] [PATCHv4 2/6] license.bbclass: Split license create manifest

From: Mariano Lopez <mariano.lo...@linux.intel.com> This changes moves the writing of the licenses to a separated function that could be called for other packages. With these change it will be easier to reuse the writing of the license for the packages deployed but not installed in the

[OE-core] [PATCHv4 3/6] license.bbclass: Added get_boot_dependencies function

From: Mariano Lopez <mariano.lo...@linux.intel.com> This function gets the dependencies from the classes that create a boot image, this is required because sometimes the bootloader dependecy is in these classes. The current classes covered are bootimg and bootdirectdisk because these are th

[OE-core] [PATCHv4 1/6] license.bbclass: Write recipeinfo file in license folder

From: Mariano Lopez <mariano.lo...@linux.intel.com> Currently there is no way to get the recipe version when creating the rootfs. It is needed because the manifest file for the image has to contain this important piece of information. This change writes a new file in the license folder for

[OE-core] [PATCHv3 1/6] license.bbclass: Write recipeinfo file in license folder

From: Mariano Lopez <mariano.lo...@linux.intel.com> Currently there is no way to get the recipe version when creating the rootfs. It is needed because the manifest file for the image has to contain this important piece of information. This change writes a new file in the license folder for

[OE-core] [PATCHv3 2/6] license.bbclass: Split license create manifest

From: Mariano Lopez <mariano.lo...@linux.intel.com> This changes moves the writing of the licenses to a separated function that could be called for other packages. With these change it will be easier to reuse the writing of the license for the packages deployed but not installed in the

[OE-core] [PATCHv3 5/6] license.bbclass: Add function get_deployed_files

From: Mariano Lopez <mariano.lo...@linux.intel.com> This function will get the files that were deployed using the sstate-control manifest file. This will give a better view of what was deployed next to the image. [YOCTO #6772] Signed-off-by: Mariano Lopez <mariano.lo...@linux.

[OE-core] [PATCHv3 0/6] Create image manifest

From: Mariano Lopez <mariano.lo...@linux.intel.com> When building the rootfs the rootfs is created but the recipes that deployed files in the image doesn't show up. Usually these recipes include the bootloaders and the kernel. With these patches a new manifest will be created that in

[OE-core] [PATCHv3 3/6] license.bbclass: Added get_boot_dependencies function

From: Mariano Lopez <mariano.lo...@linux.intel.com> This function gets the dependencies from the classes that create a boot image, this is required because sometimes the bootloader dependecy is in these classes. The current classes covered are bootimg and bootdirectdisk because these are th

[OE-core] [PATCHv3 6/6] license.bbclass: Create image license manifest

From: Mariano Lopez <mariano.lo...@linux.intel.com> This change adds the license_deployed_manifest function that will create the manifest for the packages deployed next to the image but not installed in rootfs. Some examples of these recipes would be the bootloaders, or the kernel. Th

[OE-core] [PATCHv3 4/6] license.bbclass: Added function get_deployed_dependencies

From: Mariano Lopez <mariano.lo...@linux.intel.com> This change introduce a new function to get the dependencies that were deployed. It uses BB_TASKDEPDATAto get all the dependencies of the current task, so it is possible to get different packages depending at what point this function is

[OE-core] [PATCH 0/2] wic: Allow to user defined files as config for bootloaders

From: Mariano Lopez <mariano.lo...@linux.intel.com> These two patches add a new option for the bootloaders. This new option is to have a configuration file as the bootloader config and it can be used with "configfile" variable in the bootloader line. This is very useful wh

[OE-core] [PATCH 2/2] wic: Allow to use a custom config for bootloaders

From: Mariano Lopez <mariano.lo...@linux.intel.com> This change will allow to use a user defined file as the configuration for the bootloaders (grub, gummiboot, syslinux). The config file is defined in the wks file with the "configfile" option in the bootloader line. [YOCTO #8

[OE-core] [PATCH 1/2] wic: Prepare wicboot to allow custom bootloader config

From: Mariano Lopez <mariano.lo...@linux.intel.com> Currently wic does the bootloader configuration file on the fly. This change introduce a configfile variable for the bootloader; this is to have a user defined configuration file for the bootloaders (grub, syslinux, and gum

Re: [OE-core] [PATCHv2 6/6] license.bbclass: Create image license manifest

On 11/10/2015 04:42 AM, Paul Eggleton wrote: On Monday 09 November 2015 14:04:43 mariano.lo...@linux.intel.com wrote: From: Mariano Lopez <mariano.lo...@linux.intel.com> This change adds the license_deployed_manifest function that will create the manifest for the packages de

[OE-core] [PATCHv2 0/6] Create image manifest

From: Mariano Lopez <mariano.lo...@linux.intel.com> When building the rootfs the rootfs is created but the recipes that deployed files in the image doesn't show up. Usually these recipes include the bootloaders and the kernel. With these patches a new manifest will be created that in

[OE-core] [PATCHv2 2/6] license.bbclass: Added get_boot_dependencies function

From: Mariano Lopez <mariano.lo...@linux.intel.com> This function gets the dependencies from the classes that create a boot image, this is required because sometimes the bootloader dependecy is in these classes. The current classes covered are bootimg and bootdirectdisk because these are th

[OE-core] [PATCHv2 6/6] license.bbclass: Create image license manifest

From: Mariano Lopez <mariano.lo...@linux.intel.com> This change adds the license_deployed_manifest function that will create the manifest for the packages deployed in the image but not installed in rootfs. This new function was added to ROOTFS_POSTPROCESS_COMMAND so it will run after

[OE-core] [PATCHv2 5/6] license.bbclass: Add function get_deployed_files

From: Mariano Lopez <mariano.lo...@linux.intel.com> This function will get the files that were deployed in the image using the sstate-control manifest file. This will give a better view of what was deployed in the image. [YOCTO #6772] Signed-off-by: Mariano Lopez <mariano.lo...@linux.

[OE-core] [PATCHv2 3/6] license.bbclass: Added function get_deployed_dependencies

From: Mariano Lopez <mariano.lo...@linux.intel.com> This change introduce a new function to get the dependencies that were deployed into the image. It uses BB_TASKDEPDATA to get all the dependencies of the current task, so it is possible to get different packages depending at what

[OE-core] [PATCHv2 4/6] license.bbclass: Added get_package_from_deployed

From: Mariano Lopez <mariano.lo...@linux.intel.com> This function will verify if the dependency is a package by itself or if the dependency installed more packages. This is special useful with the kernels because the dependency could be "linux-yocto" that in fact installe

[OE-core] [PATCH 5/6] license.bbclass: Add function get_deployed_files

From: Mariano Lopez <mariano.lo...@linux.intel.com> This function will get the files that were deployed in the image using the sstate-control manifest file. This will give a better view of what was deployed in the image. [YOCTO #6772] Signed-off-by: Mariano Lopez <mariano.lo...@linux.

[OE-core] [PATCH 1/6] license.bbclass: Split license create manifest

From: Mariano Lopez <mariano.lo...@linux.intel.com> This changes moves the writing of the licenses to a separated function that could be called for other packages. With these change it will be easier to reuse the writing of the license for the packages deployed but not installed in the

[OE-core] [PATCH 4/6] license.bbclass: Added get_package_from_deployed

From: Mariano Lopez <mariano.lo...@linux.intel.com> This function will verify if the dependency is a package by itself or if the dependency installed more packages. This is special useful with the kernels because the dependency could be "linux-yocto" that in fact installe

[OE-core] [PATCH 6/6] icense.bbclass: Create image license manifest

From: Mariano Lopez <mariano.lo...@linux.intel.com> This change adds the license_deployed_manifest function that will create the manifest for the packages deployed in the image but not installed in rootfs. This new function was added to ROOTFS_POSTPROCESS_COMMAND so it will run after

[OE-core] [PATCH 2/6] license.bbclass: Added get_boot_dependencies function

From: Mariano Lopez <mariano.lo...@linux.intel.com> This function gets the dependencies from the classes that create a boot image, this is required because sometimes the bootloader dependecy is in these classes. The current classes covered are bootimg and bootdirectdisk because these are th

[OE-core] [PATCH 3/6] license.bbclass: Added function get_deployed_dependencies

From: Mariano Lopez <mariano.lo...@linux.intel.com> This change introduce a new function to get the dependencies that were deployed into the image. It uses BB_TASKDEPDATA to get all the dependencies of the current task, so it is possible to get different packages depending at what

[OE-core] [PATCH 0/6] Create image manifest

From: Mariano Lopez <mariano.lo...@linux.intel.com> When building the rootfs the rootfs is created but the recipes that deployed files in the image doesn't show up. Usually these recipes include the bootloaders and the kernel. With these patches a new manifest will be created that in

[OE-core] [PATCHv2 1/6] license.bbclass: Split license create manifest

From: Mariano Lopez <mariano.lo...@linux.intel.com> This changes moves the writing of the licenses to a separated function that could be called for other packages. With these change it will be easier to reuse the writing of the license for the packages deployed but not installed in the

[OE-core] [PATCH 1/1] qemurunner: Remove the timeout in run_serial

From: Mariano Lopez <mariano.lo...@linux.intel.com> Sometmes when there is high load in the server the commands executed in the target take a lot of time to complete and this lead to incorrect dump files or empty files. This is caused because run_serial has a timeout of five seconds when r

Re: [OE-core] [PATCH 0/3] Delete WORKDIR/installed_pkgs.txt after use

On 11/05/2015 02:56 AM, Burton, Ross wrote: On 5 November 2015 at 01:28, Robert Yang > wrote: The installed_pkgs.txt is very useful as a reference when we want to know which pkgs are installed, there is no other easy

[OE-core] [PATCH 0/3] Delete WORKDIR/installed_pkgs.txt after use

From: Mariano Lopez <mariano.lo...@linux.intel.com> These changes will delete the file installed_pkgs.txt once it used. This file is used internally for complementary package installation but it was left there after the use. This file was causing some confusion and shouldn't be left there

[OE-core] [PATCH 2/3] rootfs.py: Stop using installed_pkgs.txt

From: Mariano Lopez <mariano.lo...@linux.intel.com> The method _uninstall_unneeded uses the file installed_pkgs.txt, this file is left after the build and can cause confusion. This changes allow to get the installed packages using functions of rootfs instead of the installed_pkgs.tx

[OE-core] [PATCH 3/3] package_manager.py: Delete installed_pkgs.txt file

From: Mariano Lopez <mariano.lo...@linux.intel.com> This change removes the file installed_pkgs.txt after it was used for installation of complementary packages. This file was causing confusion when left in the WORKDIR after the build. Signed-off-by: Mariano Lopez <mariano.lo...@linux.

[OE-core] [PATCH 1/3] runtime/_ptest.py: Delete WORKDIR/installed_pkgs.txt

From: Mariano Lopez <mariano.lo...@linux.intel.com> The file WORKDIR/installed_pkgs.txt is an internal file used for package installation, neverteless it is left in the WORKDIR and this can cause confusion. ptest use this file internally also (it overwrites the file left when creating the

<    1   2   3   4   >