Announcement

Collapse
No announcement yet.

Fwupd 1.9.8 Released With Firmware Updating For New DP Converters, Wacom Cintiq Pro

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • Fwupd 1.9.8 Released With Firmware Updating For New DP Converters, Wacom Cintiq Pro

    Phoronix: Fwupd 1.9.8 Released With Firmware Updating For New DP Converters, Wacom Cintiq Pro

    Just two weeks since Fwupd 1.9.7 was released, Fwupd 1.9.8 is now available for this open-source solution that facilities firmware updating on Linux systems for system firmware as well as various devices/peripherals...

    Phoronix, Linux Hardware Reviews, Linux hardware benchmarks, Linux server benchmarks, Linux benchmarking, Desktop Linux, Linux performance, Open Source graphics, Linux How To, Ubuntu benchmarks, Ubuntu hardware, Phoronix Test Suite

  • #2
    Good to see new Wacom devices, however few weeks ago when I tried to update Wacom Intuos Pro M firmware I had to use Windows, because it looks like Fwupd doesn't support this device.

    Comment


    • #3
      Is there any hope of getting any PC motherboard vendors aboard?

      Comment


      • #4
        Originally posted by uid313 View Post
        Is there any hope of getting any PC motherboard vendors aboard?
        You shouldn't conflate fwupd (the software) with LVFS (Linux Vendor Firmware Service - the firmware archival service). Nearly all modern motherboards support UEFI encapsulation. This means all fwupd needs to do is drop the firmware update file somewhere the firmware can find it then trigger a UEFI update cycle. Individual board support isn't necessary. While it would be nice if enthusiast market motherboard OEMs would support LVFS (the service), that's about as likely as The Year of the Linux Desktop - they generally see no benefit even if they're even aware Linux exists beyond the server closet or data center.

        Comment


        • #5
          This is a typical Linux-disaster. Compiling is impossible on even the most up-to-date system. You need to compile some dependencies that are not even ready. No wonder the OS's are way behind, they can't follow...

          Comment


          • #6
            Originally posted by stormcrow View Post

            You shouldn't conflate fwupd (the software) with LVFS (Linux Vendor Firmware Service - the firmware archival service). Nearly all modern motherboards support UEFI encapsulation. This means all fwupd needs to do is drop the firmware update file somewhere the firmware can find it then trigger a UEFI update cycle. Individual board support isn't necessary. While it would be nice if enthusiast market motherboard OEMs would support LVFS (the service), that's about as likely as The Year of the Linux Desktop - they generally see no benefit even if they're even aware Linux exists beyond the server closet or data center.
            I meant if any PC motherboard vendor would start publishing firmware updates on LFVS.

            Comment


            • #7
              Originally posted by DL9220 View Post
              This is a typical Linux-disaster. Compiling is impossible on even the most up-to-date system.
              You know the maintainer of fwupd reads these comments? I think the best thing to do is to file an upstream issue, assuming you've already read the README file and have run ./contrib/setup -- and bear in mind that 99.9999% of people consume fwupd through the binary distro packages -- and not compiling from source.

              Richard.

              Comment


              • #8
                Originally posted by hughsie View Post

                You know the maintainer of fwupd reads these comments? I think the best thing to do is to file an upstream issue, assuming you've already read the README file and have run ./contrib/setup -- and bear in mind that 99.9999% of people consume fwupd through the binary distro packages -- and not compiling from source.

                Richard.
                If you look up the difference between e.g. Ubuntu and the current release, you'll know why I'd like to compile it myself. If you look up included log.txt, you'll notice it requested items that are available on the system, but not good enough, and of which there's no updatyed (?) relaese. Meaning in order to compile the software, I'll need to compile a few extra bits and bobs, just to get the damn thing running. That's what I mean with 'disaster' : everybody doing their thing just like that without thinking about it.
                Anyway, I removed the lot now, unless they decide to release standard packages, it's a big NO-NO....


                Build started at 2023-11-15T13:10:42.354990
                Main binary: /usr/bin/python3
                Build Options:
                Python system: Linux
                The Meson build system
                Version: 1.2.3
                Source dir: /home/dirk/HW-SW/Drv/SW/Files/FWupd/fwupd-1.9.8
                Build dir: /home/dirk/HW-SW/Drv/SW/Files/FWupd/fwupd-1.9.8/build
                Build type: native build
                Project name: fwupd
                Project version: 1.9.8
                -----------
                Detecting compiler via: `cc --version` -> 0
                stdout:
                cc (Ubuntu 11.4.0-1ubuntu1~22.04) 11.4.0
                Copyright (C) 2021 Free Software Foundation, Inc.
                This is free software; see the source for copying conditions. There is NO
                warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
                -----------
                Running command: cc -E -dM -
                -----
                -----------
                Detecting linker via: `cc -Wl,--version` -> 0
                stdout:
                GNU ld (GNU Binutils for Ubuntu) 2.38
                Copyright (C) 2022 Free Software Foundation, Inc.
                This program is free software; you may redistribute it under the terms of
                the GNU General Public License version 3 or (at your option) a later version.
                This program has absolutely no warranty.
                -----------
                stderr:
                collect2 version 11.4.0
                /usr/bin/ld -plugin /usr/lib/gcc/x86_64-linux-gnu/11/liblto_plugin.so -plugin-opt=/usr/lib/gcc/x86_64-linux-gnu/11/lto-wrapper -plugin-opt=-fresolution=/tmp/ccCtpEs2.res -plugin-opt=-pass-through=-lgcc -plugin-opt=-pass-through=-lgcc_s -plugin-opt=-pass-through=-lc -plugin-opt=-pass-through=-lgcc -plugin-opt=-pass-through=-lgcc_s --build-id --eh-frame-hdr -m elf_x86_64 --hash-style=gnu --as-needed -dynamic-linker /lib64/ld-linux-x86-64.so.2 -pie -z now -z relro /usr/lib/gcc/x86_64-linux-gnu/11/../../../x86_64-linux-gnu/Scrt1.o /usr/lib/gcc/x86_64-linux-gnu/11/../../../x86_64-linux-gnu/crti.o /usr/lib/gcc/x86_64-linux-gnu/11/crtbeginS.o -L/usr/lib/gcc/x86_64-linux-gnu/11 -L/usr/lib/gcc/x86_64-linux-gnu/11/../../../x86_64-linux-gnu -L/usr/lib/gcc/x86_64-linux-gnu/11/../../../../lib -L/lib/x86_64-linux-gnu -L/lib/../lib -L/usr/lib/x86_64-linux-gnu -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-linux-gnu/11/../../.. --version -lgcc --push-state --as-needed -lgcc_s --pop-state -lc -lgcc --push-state --as-needed -lgcc_s --pop-state /usr/lib/gcc/x86_64-linux-gnu/11/crtendS.o /usr/lib/gcc/x86_64-linux-gnu/11/../../../x86_64-linux-gnu/crtn.o
                -----------
                Sanity testing C compiler: cc
                Is cross compiler: False.
                Sanity check compiler command line: cc sanitycheckc.c -o sanitycheckc.exe -D_FILE_OFFSET_BITS=64
                Sanity check compile stdout:

                -----
                Sanity check compile stderr:

                -----
                Running test binary command: /home/dirk/HW-SW/Drv/SW/Files/FWupd/fwupd-1.9.8/build/meson-private/sanitycheckc.exe
                C compiler for the host machine: cc (gcc 11.4.0 "cc (Ubuntu 11.4.0-1ubuntu1~22.04) 11.4.0")
                C linker for the host machine: cc ld.bfd 2.38
                -----------
                Detecting linker via: `gcc-ar --version` -> 0
                stdout:
                GNU ar (GNU Binutils for Ubuntu) 2.38
                Copyright (C) 2022 Free Software Foundation, Inc.
                This program is free software; you may redistribute it under the terms of
                the GNU General Public License version 3 or (at your option) any later version.
                This program has absolutely no warranty.
                -----------
                -----------
                Detecting compiler via: `cc --version` -> 0
                stdout:
                cc (Ubuntu 11.4.0-1ubuntu1~22.04) 11.4.0
                Copyright (C) 2021 Free Software Foundation, Inc.
                This is free software; see the source for copying conditions. There is NO
                warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
                -----------
                Running command: cc -E -dM -
                -----
                -----------
                Detecting linker via: `cc -Wl,--version` -> 0
                stdout:
                GNU ld (GNU Binutils for Ubuntu) 2.38
                Copyright (C) 2022 Free Software Foundation, Inc.
                This program is free software; you may redistribute it under the terms of
                the GNU General Public License version 3 or (at your option) a later version.
                This program has absolutely no warranty.
                -----------
                stderr:
                collect2 version 11.4.0
                /usr/bin/ld -plugin /usr/lib/gcc/x86_64-linux-gnu/11/liblto_plugin.so -plugin-opt=/usr/lib/gcc/x86_64-linux-gnu/11/lto-wrapper -plugin-opt=-fresolution=/tmp/ccdxp8SH.res -plugin-opt=-pass-through=-lgcc -plugin-opt=-pass-through=-lgcc_s -plugin-opt=-pass-through=-lc -plugin-opt=-pass-through=-lgcc -plugin-opt=-pass-through=-lgcc_s --build-id --eh-frame-hdr -m elf_x86_64 --hash-style=gnu --as-needed -dynamic-linker /lib64/ld-linux-x86-64.so.2 -pie -z now -z relro /usr/lib/gcc/x86_64-linux-gnu/11/../../../x86_64-linux-gnu/Scrt1.o /usr/lib/gcc/x86_64-linux-gnu/11/../../../x86_64-linux-gnu/crti.o /usr/lib/gcc/x86_64-linux-gnu/11/crtbeginS.o -L/usr/lib/gcc/x86_64-linux-gnu/11 -L/usr/lib/gcc/x86_64-linux-gnu/11/../../../x86_64-linux-gnu -L/usr/lib/gcc/x86_64-linux-gnu/11/../../../../lib -L/lib/x86_64-linux-gnu -L/lib/../lib -L/usr/lib/x86_64-linux-gnu -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-linux-gnu/11/../../.. --version -lgcc --push-state --as-needed -lgcc_s --pop-state -lc -lgcc --push-state --as-needed -lgcc_s --pop-state /usr/lib/gcc/x86_64-linux-gnu/11/crtendS.o /usr/lib/gcc/x86_64-linux-gnu/11/../../../x86_64-linux-gnu/crtn.o
                -----------
                Sanity testing C compiler: cc
                Is cross compiler: False.
                Sanity check compiler command line: cc sanitycheckc.c -o sanitycheckc.exe -D_FILE_OFFSET_BITS=64
                Sanity check compile stdout:

                -----
                Sanity check compile stderr:

                -----
                Running test binary command: /home/dirk/HW-SW/Drv/SW/Files/FWupd/fwupd-1.9.8/build/meson-private/sanitycheckc.exe
                C compiler for the build machine: cc (gcc 11.4.0 "cc (Ubuntu 11.4.0-1ubuntu1~22.04) 11.4.0")
                C linker for the build machine: cc ld.bfd 2.38
                -----------
                Detecting linker via: `gcc-ar --version` -> 0
                stdout:
                GNU ar (GNU Binutils for Ubuntu) 2.38
                Copyright (C) 2022 Free Software Foundation, Inc.
                This program is free software; you may redistribute it under the terms of
                the GNU General Public License version 3 or (at your option) any later version.
                This program has absolutely no warranty.
                -----------
                Build machine cpu family: x86_64
                Build machine cpu: x86_64
                Host machine cpu family: x86_64
                Host machine cpu: x86_64
                Target machine cpu family: x86_64
                Target machine cpu: x86_64
                Program git found: YES (/usr/bin/git)
                Running command: /usr/bin/git describe
                --- stdout ---
                -----------
                Dependency json-glib-1.0 found: NO found 1.5.1 but need: '>= 1.6.0'
                Dependency lookup for json-glib-1.0 with method 'pkgconfig' failed: Invalid version, need 'json-glib-1.0' ['>= 1.6.0'] found '1.5.1'.
                CMake binary for 1 is cached.
                Preliminary CMake check failed. Aborting.
                Run-time dependency json-glib-1.0 found: NO (tried cmake)

                meson.build:243:14: ERROR: Dependency lookup for json-glib-1.0 with method 'pkgconfig' failed: Invalid version, need 'json-glib-1.0' ['>= 1.6.0'] found '1.5.1'.
                Cheers

                Comment


                • #9
                  Originally posted by DL9220 View Post
                  If you look up the difference between e.g. Ubuntu and the current release, you'll know why I'd like to compile it myself.
                  I would suggest not recommend running Ubuntu LTS if you want to compile the latest version of popular open source software.

                  Comment

                  Working...
                  X