[yocto] Best practice for adding smart package feed sources to an image
Hi all, I'm currently looking at adding smart package management support to an image I'm building for i.MX6 based on RPMs. I've managed to work out how to expose the built packages with some helpful information here, although it presupposes use of opkg https://communities.intel.com/thread/48408 Then I've managed to manually add the feeds to the target with something along the lines of this with appropriate entry in /etc/hosts smart channel --add devel-imx6qsabresd name=devel-imx6qsabresd type=rpm-md baseurl=http://pkgrepo.my.local/coretexa9_vfp_neon_mx6 -y So now I'm wondering what best practice is for adding these feeds into an image automatically? Could anybody advise? I had a look in the Wiki, and the manual but couldn't see anything detailing what's needed, https://wiki.yoctoproject.org/wiki/Smart http://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#migration-target-package-management-with-rpm Many thanks, Alex -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [PATCH][daisy] distro_alias.inc: update/sort alias information.
On Fri, 2014-04-18 at 15:06 -0700, Elizabeth Flanagan wrote: > From: Beth Flanagan > > Added new package data and resorted per > http://article.gmane.org/gmane.linux.embedded.poky/9253 > > Signed-off-by: Beth Flanagan > --- > meta-yocto/conf/distro/include/distro_alias.inc | 25 > +++-- > 1 file changed, 23 insertions(+), 2 deletions(-) > > diff --git a/meta-yocto/conf/distro/include/distro_alias.inc > b/meta-yocto/conf/distro/include/distro_alias.inc > index 96db5ba..68a82b7 100644 > --- a/meta-yocto/conf/distro/include/distro_alias.inc > +++ b/meta-yocto/conf/distro/include/distro_alias.inc > @@ -71,6 +71,7 @@ DISTRO_PN_ALIAS_pn-core-image-sato-sdk = "OE-Core" > DISTRO_PN_ALIAS_pn-core-image-weston = "OE-Core" > DISTRO_PN_ALIAS_pn-core-image-x11 = "OE-Core" > DISTRO_PN_ALIAS_pn-cross-localedef = "OSPDT" > +DISTRO_PN_ALIAS_pn-cryptodev-linux = "OE-Core" > DISTRO_PN_ALIAS_pn-cwautomacros = "OSPDT > upstream=http://cwautomacros.berlios.de/"; > DISTRO_PN_ALIAS_pn-damageproto = "Meego=xorg-x11-proto-damageproto" > DISTRO_PN_ALIAS_pn-db = "Debian=db5.1 Ubuntu=db5.1" > @@ -122,7 +123,9 @@ DISTRO_PN_ALIAS_pn-gdk-pixbuf-csource-native = > "Debian=libgdk-pixbuf2.0-0 Fedora > DISTRO_PN_ALIAS_pn-gettext-minimal-native = "Debian=gettext Fedora=gettext" > DISTRO_PN_ALIAS_pn-glib-2.0 = "Meego=glib2 Fedora=glib2 OpenSuSE=glib2 > Ubuntu=glib2.0 Mandriva=glib2.0 Debian=glib2.0" > DISTRO_PN_ALIAS_pn-glproto = "Meego=xorg-x11-proto-glproto" > +DISTRO_PN_ALIAS_pn-gnome-desktop-testing = "Debian=gnome-desktop-testing > Fedora=gnome-desktop-testing" > DISTRO_PN_ALIAS_pn-gnu-config = "OpenedHand" > +DISTRO_PN_ALIAS_pn-grub-efi = "Debian=grub-efi Fedora=grub2-efi" > DISTRO_PN_ALIAS_pn-grub-efi-i586 = "Ubuntu=grub Fedora=grub" > DISTRO_PN_ALIAS_pn-grub-efi-x86-64-native = "Ubuntu=grub Fedora=grub" Something doesn't add up above... > DISTRO_PN_ALIAS_pn-gst-ffmpeg = "Mandriva=gstreamer0.10-ffmpeg > Debian=gstreamer0.10-ffmpeg" > @@ -137,6 +140,7 @@ DISTRO_PN_ALIAS_pn-gst-plugins-gl = > "Debian=gstreamer0.10-plugins-gl OpenSuSE=gs > DISTRO_PN_ALIAS_pn-gst-plugins-good = "Meego=gst-plugins-good > Fedora=gstreamer-plugins-good OpenSuSE=gstreamer-plugins-good > Ubuntu=gst-plugins-good0.10 Mandriva=gstreamer0.10-plugins-good > Debian=gst-plugins-good0.10" > DISTRO_PN_ALIAS_pn-gst-plugins-ugly = "OpenSuSE=gstreamer-plugins-ugly > Mandriva=gstreamer0.10-plugins-ugly Debian=gst-plugins-ugly0.10" > DISTRO_PN_ALIAS_pn-gstreamer1.0 = "Debian=gstreamer1.0 Ubuntu=gstreamer1.0" > +DISTRO_PN_ALIAS_pn-gstreamer1.0-meta-base = "Meego=gstreamer > Fedora=gstreamer OpenSuSE=gstreamer Ubuntu=gstreamer0.10" meta-base is just a meta package? > DISTRO_PN_ALIAS_pn-gstreamer1.0-plugins-bad = > "Debian=gstreamer1.0-plugins-bad Ubuntu=gstreamer1.0-plugins-bad" > DISTRO_PN_ALIAS_pn-gstreamer1.0-plugins-base = > "Debian=gstreamer1.0-plugins-base Ubuntu=gstreamer1.0-plugins-base" > DISTRO_PN_ALIAS_pn-gstreamer1.0-plugins-good = > "Debian=gstreamer1.0-plugins-good Ubuntu=gstreamer1.0-plugins-bad" > @@ -148,6 +152,7 @@ DISTRO_PN_ALIAS_pn-gtk-engines = "Fedora=gtk2-engines > OpenSuSE=gtk2-engines Ubun > DISTRO_PN_ALIAS_pn-gtk-sato-engine = "OpenedHand" > DISTRO_PN_ALIAS_pn-gtk-theme-torturer = "OSPDT > upstream=http://wiki.laptop.org/go/GTK_for_OLPC"; > DISTRO_PN_ALIAS_pn-gtk-update-icon-cache-native = "OSPDT" > +DISTRO_PN_ALIAS_pn-gummiboot = "Debian=gummiboot Fedora=gummiboot" > DISTRO_PN_ALIAS_pn-hello-mod = "OE-Core" > DISTRO_PN_ALIAS_pn-hostap-conf = "OE-Core" > DISTRO_PN_ALIAS_pn-hwlatdetect = "OSPDT" > @@ -158,6 +163,8 @@ DISTRO_PN_ALIAS_pn-initramfs-framework = "OE-Core" > DISTRO_PN_ALIAS_pn-initramfs-live-boot = "OE-Core" > DISTRO_PN_ALIAS_pn-initramfs-live-install = "OE-Core" > DISTRO_PN_ALIAS_pn-initramfs-live-install-efi = "OE-Core" > +DISTRO_PN_ALIAS_pn-initramfs-live-install-efi-testfs = "OE-Core" > +DISTRO_PN_ALIAS_pn-initramfs-live-install-testfs = "OE-Core" > DISTRO_PN_ALIAS_pn-initscripts = "Fedora=initscripts Mandravia=initscripts" > DISTRO_PN_ALIAS_pn-inputproto = "Meego=xorg-x11-proto-inputproto" > DISTRO_PN_ALIAS_pn-iproute2 = "OSPDT" > @@ -195,7 +202,9 @@ DISTRO_PN_ALIAS_pn-libical = "Ubuntu=libical > Fedora=libical" > DISTRO_PN_ALIAS_pn-libiconv = "Fedora=mingw-libiconv > Opensuse=cross-mingw-libiconv" > DISTRO_PN_ALIAS_pn-libjson = "Ubuntu=libjson0-dev Debian=libjson0-dev" > DISTRO_PN_ALIAS_pn-libksba = "Fedora=libksba Debian=libksba8" > +DISTRO_PN_ALIAS_pn-libksba = "Fedora=libksba Ubuntu=libksba" Duplicate? > DISTRO_PN_ALIAS_pn-liblbxutil = "Mandriva=liblbxutil OpenSuse=xorg-x11-devel" > +DISTRO_PN_ALIAS_pn-libmatchbox = "Ubuntu=libmatchbox Fedora=libmatchbox" > DISTRO_PN_ALIAS_pn-libmpc = "Fedora=libmpc OpenSuse=libmpc2" > DISTRO_PN_ALIAS_pn-libnewt = "Debian=libnewt0.52 Fedora=newt" > DISTRO_PN_ALIAS_pn-libnewt-python = "Ubuntu=python-newt Fedora=newt-python" > @@ -224,6 +233,7 @@ DISTRO_PN_ALIAS_pn-libx11-diet = "Debian=libx11-6 > Fedora=libX11 U
[yocto] Question about rebuilding RPM package index for updated RPMs when bitbake completes
Hi, I'm trying to put in place a development workflow using the PR server, RPM package feeds and smart update/install on a target. I see that when I modify and rebuild my recipe, foo, the PR server increments its count within the RPM filename, but the RPM feed data doesn't seem to update. e.g. in my deploy/rpm/cortexa9_vfp_neon folder I see a change (say) from foo-1.7.11-r0.1.cortexa9_vfp_neon.rpm to foo-1.7.11-r0.2.cortexa9_vfp_neon.rpm However if I then run smart on the target (configured to use that rpm package feed) I don't see new packages smart update Similarly if I remove the package and reinstall it I get an error smart remove foo smart install foo Fetching packages... -> http://pkgrepo.my.local/.../foo-1.7.11-r0.1.cortexa9_vfp_neon.rpm foo-1.7.11-r0.1... [ 0%] error: Failed to download packages: error: http://pkgrepo.my.local/cortexa9_vfp_neon/foo-1.7.11-r0.1.cortexa9_vfp_neon.rpm: File not found I believe this is because the old package has been removed, and the new package added to the folder, but the repodata has not been rebuilt, leaving the packages out of sync with the feed representation. If then try running bitbake package-index When I now run an update on the target it picks up the new package and I can fetch and install this smart update Updating cache... [100%] Channels have 3 new packages: foo-1.7.11-r0.3@cortexa9_vfp_neon ... So if I am understanding the above correctly, when I make a change to a recipe and build it, PR automatically updates, the old RPM is removed and the new RPM added to the feed directory. However the package index for the feed is not updated. So if at that point I try to make use of the feed on a target I am likely to find something is broken. If that is true would it make sense to leave the old RPM in the feed directory until package-index is re-ran, or to run package-index automatically at the end of a build when RPMs have changed? Thanks, Alex -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] [Package Report System]Upgrade recipes name list
This mail was sent out by Package Report System. This message list those recipes which need to be upgraded. If maintainers believe some of them needn't to upgrade this time, they can fill in RECIPE_NO_UPDATE_REASON_pn-"xxx" in upstream_tracking files to ignore this recipe remainder until newer upstream version was detected. Example: RECIPE_NO_UPDATE_REASON_pn-"xxx" = "Not upgrade to 2.0 because the new version is unstable" You can check the detail information at http://packages.yoctoproject.org/upgradepkgname PackageName Version UpVersion MaintainerNoUpgradeReason gettext 0.18.3.1 0.18.3.2 Wenzong Fan gnome-common 3.7.4 3.12.0 Valentin Popa puzzles r10116N/A Valentin Popa gtk+ 2.24.22 2.24.23 Valentin PopaDo not upgrade to version: 2 libpam1.1.6 1.1.8 Valentin Popa gsettings-desktop-schemas 3.7.3 3.12.0 Valentin Popa libsoup-2.4 2.45.32.46.0 Valentin Popa lighttpd 1.4.331.4.35 Valentin Popa gtk-update-icon-cache-native 3.4.4 3.12.1 Valentin Popa hicolor-icon-theme0.12 0.13 Valentin Popa gtk+3 3.10.73.10.8 Valentin Popa gnome-icon-theme 2.31.03.12.0 Valentin Popawaiting for the sato gtk3 port liberation-fonts 1.04 2.00.1 Valentin Popa2.00.0 - fontforge package re... xdg-utils 1.1.0-rc1 1.0.2 Valentin Popaonly release candidates avail... libpng12 1.2.501.2.51 Valentin Popa webkit-gtk1.8.3 2.4.1 Valentin Popa>= 1.10.2 needs ruby shared-mime-info 1.2 1.3 Valentin Popa gnome-desktop 2.32.13.12.1 Valentin Popawaiting for the sato gtk3 port util-macros 1.18.01.19.0 Saul Wold lsbinitscripts9.52 9.53 Saul Wold libusb1 1.0.9 1.0.18 Saul Wold mc4.8.104.8.12 Saul Wold cups 1.7.1 1.7.2 Saul Wold dpkg 1.17.41.17.6 Saul Wold glib-networking 2.38.02.40.1 Saul WoldPending Glib-2.0 Update help2man-native 1.44.11.45.1 Saul Wold msmtp 1.4.311.4.32 Saul Wold libgcrypt 1.5.3 1.6.1 Saul Wold libxkbcommon 0.4.0 0.4.1 Saul Wold util-linux2.23.22.24.1 Saul Wold libnl 3.2.223.2.24 Saul Woldlibnl-3.2.2 is incompatible w... sqlite3 3.8.3.1 3080403 Saul Wold man-pages 3.60 3.64 Saul Wold base-passwd 3.5.293.5.33 Saul Wold vala
[yocto] [Package Report System]Manual check recipes name list
This mail was sent out by Package Report System. It will list all the recipes which can't check upstream version by script, and will show how long it is since their last mannual version check. You can check the detail information at http://packages.yoctoproject.org/manuallychkinfo PackageName Version LastChkVersion LastChkTime Maintainer NoUpgradeReason puzzles r10116 N/A 41748 d Valentin Popa -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
