Re: [ptxdist] [PATCH] initramfs-tools: Restore package
On Tue, Jun 19, 2018 at 10:45 AM Michael Olbrich wrote: > > On Mon, Jun 18, 2018 at 08:09:20AM -0400, j...@ringle.org wrote: > > +if INITRAMFS_TOOLS > > + > > +config INITRAMFS_SPEC > > Is this spec stuff something you need? I actually missed this when I > removed all the other pieces, so I'd like to remove this as well. > > This seems to be just a indirection to install files. I'd prefer normal > packages for this. I can remove it. However, could we keep the $(call install_spec ...) macro intact so that at least I can create a rule file in my local project that can use this:? > > + @$(call install_spec, initramfs-tools, > > $(PTXCONF_INITRAMFS_SPEC_FILE)); A V2 patch coming as soon as I've tested it... Regards, -Jon ___ ptxdist mailing list ptxdist@pengutronix.de
[ptxdist] IMAGE_TGZ_LABEL
In commit bddcd2a1bfad90a1a1cbf250482f131774d141db, it removes the config option IMAGE_TGZ_LABEL. Removing this option, which adds a label to the tar image, breaks the firmware update for our board. Where would the proper place be to reintroduce this? Thanks, -Jon ___ ptxdist mailing list ptxdist@pengutronix.de
[ptxdist] [PATCH] json-glib: version bump 1.2.0 -> 1.2.8
Update to 1.2.8, which is the latest stable release. Signed-off-by: Lucas Stach --- rules/json-glib.make | 9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/rules/json-glib.make b/rules/json-glib.make index 307d13001b5a..f5d556960cd8 100644 --- a/rules/json-glib.make +++ b/rules/json-glib.make @@ -16,8 +16,8 @@ PACKAGES-$(PTXCONF_JSON_GLIB) += json-glib # # Paths and names # -JSON_GLIB_VERSION := 1.2.0 -JSON_GLIB_MD5 := efe14b6b8e7aa95ee3240cc60627dc9f +JSON_GLIB_VERSION := 1.2.8 +JSON_GLIB_MD5 := ff31e7d0594df44318e12facda3d086e JSON_GLIB := json-glib-$(JSON_GLIB_VERSION) JSON_GLIB_SUFFIX := tar.xz JSON_GLIB_URL := http://ftp.gnome.org/pub/GNOME/sources/json-glib/1.2/$(JSON_GLIB).$(JSON_GLIB_SUFFIX) @@ -37,6 +37,7 @@ JSON_GLIB_CONF_OPT:= \ $(CROSS_AUTOCONF_USR) \ --disable-glibtest \ --enable-debug=minimum \ + --enable-maintainer-flags=no \ --disable-installed-tests \ --disable-always-build-tests \ --disable-gcov \ @@ -44,9 +45,9 @@ JSON_GLIB_CONF_OPT:= \ --disable-gtk-doc-html \ --disable-gtk-doc-pdf \ --disable-man \ + --$(call ptx/endis, PTXCONF_JSON_GLIB_INTROSPECTION)-introspection \ --disable-nls \ - --disable-rpath \ - --$(call ptx/endis, PTXCONF_JSON_GLIB_INTROSPECTION)-introspection + --disable-rpath # -- 2.18.0 ___ ptxdist mailing list ptxdist@pengutronix.de
Re: [ptxdist] The second symbolic links are not copied to the target
Hi Michael, 2018-07-06 11:54 GMT+02:00 Michael Olbrich : > On Thu, Jul 05, 2018 at 02:50:13PM +0200, Guillermo Rodriguez Garcia wrote: >> 2018-07-05 14:22 GMT+02:00 Michael Olbrich : >> > On Thu, Jul 05, 2018 at 01:02:47PM +0200, Alejandro Vázquez wrote: >> >> Yes. At least it gives problems with Java applications. >> >> ... >> >> [Failed to open library /usr/lib/classpath/libjavanio.so: >> >> /usr/lib/classpath/libjavanio.so: cannot open shared object file: No such >> >> file or directory] >> >> [Failed to open library ./libjavanio.so: ./libjavanio.so: cannot open >> >> shared object file: No such file or directory] >> >> [Failed to open library /usr/lib/jni/libjavanio.so: >> >> /usr/lib/jni/libjavanio.so: cannot open shared object file: No such file >> >> or >> >> directory] >> >> .. >> >> >> >> It also happens with some Gstreamer plugins. >> >> >> >> (gst-plugin-scanner:252): GStreamer-WARNING **: Failed to load plugin >> >> '/usr/lib/gstreamer-1.0/libgstimxg2d.so': libGAL.so: cannot open shared >> >> object file: No such file or directory >> > >> > These libraries are broken. I expect they don't have a soname (you can >> > check that with 'readelf -d '). >> > >> > You need to create the link manually with 'install_link'. >> >> I can't talk about GStreamer but dynamic library loading in Java is a >> bit different. > > This has nothing to do with GStreamer. The problem is, that libGAL.so is > missing the correct 'soname'. As a result, libgstimxg2d.so is not linked > correctly. Yes, so libGAL.so is broken. You are right in that this is not something that ptxdist should try to "fix". However > >> There are no elf files involved. Java >> applications/libraries can request that a native library is loaded via >> the System.loadLibrary runtime API. This takes a "generic" (platform >> independent) library name, which is then "resolved" to a platform >> specific filename by the JVM. For Windows this is typically "foo" -> >> "foo.dll", and for Linux it is "foo" -> "libfoo.so". >> >> So it seems that removing the .so links breaks all Java applications.. >> >> Can this be reconsidered? > > No, install_lib is for proper versioned shared libraries. If you need extra > links, then you can add those with install_link. however, this is a different case. The problem with Java is not that the libraries themselves are not properly versioned. The problem is that due to the way native libraries are loaded in Java, the JVM must map a "generic" name such as foo to a platform-specific filename, which for Linux would be "libfoo.so", and then it tries to load that by filename. This assumes that the .so file is present and links to the appropriate libfoo.so.X. Guillermo > > Michael > > -- > Pengutronix e.K. | | > Industrial Linux Solutions | http://www.pengutronix.de/ | > Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0| > Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917- | > > ___ > ptxdist mailing list > ptxdist@pengutronix.de -- Guillermo Rodriguez Garcia guille.rodrig...@gmail.com ___ ptxdist mailing list ptxdist@pengutronix.de
[ptxdist] [ANNOUNCE] PTXdist 2018.07.0 released
Hi, I'm happy to announce that I've just released ptxdist-2018.07.0. There a no big changes this time. Some cleanup and more old packages moved to staging. The documentation gained a new chapter. The rest is the usual mix of bugfixes, version bumps and new packages. Thanks to all contributors and - as always - the shortlog below. Enjoy, Michael Olbrich Alexander Dahl (6): timezone: Remove menu entry 'Mideast' timezone: Cleanup timezone file removal timezone: Order entries timezone: Add missing zoneinfo entries tz: version bump 2017c -> 2018e Revert "host-tz-database: use snprintf provided by the host compiler" Clemens Gruber (2): file: seccomp sandboxing file: add upstream seccomp patches Denis OSTERLAND (6): glibc: optional install libanl libxslt: version bump to 1.1.29 yajl: add new package avahi: add avahi-browse-domains link libxml2: apply fix for CVE-2017-8872 xorg-lib-x11: add dependency to host xproto for X.h Ladislav Michl (1): host-localedef: support older glibc versions Lucas Stach (1): evtest: version bump 1.31 -> 1.33 Michael Olbrich (63): doc: add daily work section about creating new images image-kernel: use the correct file as initramfs doc: add section about creating new templates doc: fix highlight parser warnings doc: clear variable to avoid warning cairo: remove obsolete reference to GTK_TARGET_HOST_X11 icu: version bump 52.1 -> 60.2 graphite2: new package harfbuzz: version bump 1.8.0 -> 1.8.1 fribidi: new package gettext: version bump 0.19.1 -> 0.19.8.1 gdk-pixbuf: version bump 2.24.0 -> 2.36.12 pango: version bump 1.29.4 -> 1.42.1 host-cairo: new package host-gpgme: new package host-libassuan: new package host-libcurl: new package host-libepoxy: new package host-libgpg-error: new package host-libjpeg: new package host-nspr: new package host-nss: new package host-pcsc-lite: default to ALLYES configure_helper: be more robust when parsing the 'configure --help' output cifs-utils: version bump 5.2 -> 6.8 opus: version bump 1.0.2 -> 1.2.1 libcurl: add option for c-ares support avahi: add option to install utils libical: version bump 0.46 -> 3.0.3 host-gtk-doc: install gtk-doc.make as well gtk: version bump 3.2.2 -> 3.22.30 gtk2: version bump 2.24.25 -> 2.24.32 cairo: remove unnecessary dependency gst-plugins-base1: remove unnecessary dependency xorg-lib-Xext: remove unnecessary dependency xorg-lib-Xrender: remove unnecessary dependency xorg-lib-Xt: remove unnecessary dependency xorg-lib-ICE: add missing dependency gtkmm: move to staging libepoxy: remove old autogen.sh gdb: remove patches for ancient versions cvs: package is gone, so remove patches libical: remove autogen.sh for the old version dibbler: package is gone, so remove patches libical: don't autodetect Berkeley DB tk: move to staging tcl: move to staging libva-utils: new package systemd: version bump 238 -> 239 boost: remove unnecessary dependencies fcgi: remove unnecessary dependency gst-libav1: add missing dependency intel-gpu-tools: don't install intel_aubdump library, it's unused qt5: make libQt5PrintSupport optional qt5: add option for test libs qt5: libdrm-egl-server is only built with enabled OpenGL mysql: don't use HOST_MYSQL_DIR directly python3-systemd: version bump 232 -> 234 openssh: set the correct encoding for the license file qt5: default to -std=c++11 ptxd_make_world_license: don't calculate the md5 sums again license: generate yaml output ptxd_lib_local_src: handle relative paths correctly Michael Tretter (10): usr-rootfs: hide from license report locales: hide from license report gst-libav1: license is GPL-2.0-or-later and LGPL-2.0-or-later libwebsockets: license is LGPL-2.1-only libunwind: license is MIT libvorbis: license is BSD-3-clause xorg-lib-Xi: license is MIT and X11 xorgproto: license is X11, MIT, and BSD-2-Clause bonniexx: add copyright.txt to license report crda: extend rule to download versioned regulatory.bin -- Pengutronix e.K. | | Industrial Linux Solutions | http://www.pengutronix.de/ | Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0| Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917- | signature.asc Description: PGP signature ___ ptxdist mailing list ptxdist@pengutronix.de
Re: [ptxdist] The second symbolic links are not copied to the target
On Thu, Jul 05, 2018 at 02:50:13PM +0200, Guillermo Rodriguez Garcia wrote: > 2018-07-05 14:22 GMT+02:00 Michael Olbrich : > > On Thu, Jul 05, 2018 at 01:02:47PM +0200, Alejandro Vázquez wrote: > >> Yes. At least it gives problems with Java applications. > >> ... > >> [Failed to open library /usr/lib/classpath/libjavanio.so: > >> /usr/lib/classpath/libjavanio.so: cannot open shared object file: No such > >> file or directory] > >> [Failed to open library ./libjavanio.so: ./libjavanio.so: cannot open > >> shared object file: No such file or directory] > >> [Failed to open library /usr/lib/jni/libjavanio.so: > >> /usr/lib/jni/libjavanio.so: cannot open shared object file: No such file or > >> directory] > >> .. > >> > >> It also happens with some Gstreamer plugins. > >> > >> (gst-plugin-scanner:252): GStreamer-WARNING **: Failed to load plugin > >> '/usr/lib/gstreamer-1.0/libgstimxg2d.so': libGAL.so: cannot open shared > >> object file: No such file or directory > > > > These libraries are broken. I expect they don't have a soname (you can > > check that with 'readelf -d '). > > > > You need to create the link manually with 'install_link'. > > I can't talk about GStreamer but dynamic library loading in Java is a > bit different. This has nothing to do with GStreamer. The problem is, that libGAL.so is missing the correct 'soname'. As a result, libgstimxg2d.so is not linked correctly. > There are no elf files involved. Java > applications/libraries can request that a native library is loaded via > the System.loadLibrary runtime API. This takes a "generic" (platform > independent) library name, which is then "resolved" to a platform > specific filename by the JVM. For Windows this is typically "foo" -> > "foo.dll", and for Linux it is "foo" -> "libfoo.so". > > So it seems that removing the .so links breaks all Java applications.. > > Can this be reconsidered? No, install_lib is for proper versioned shared libraries. If you need extra links, then you can add those with install_link. Michael -- Pengutronix e.K. | | Industrial Linux Solutions | http://www.pengutronix.de/ | Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0| Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917- | ___ ptxdist mailing list ptxdist@pengutronix.de
