Bug#1105837: (no subject)

Can you check fwupd.service for any errors that coincide with the higher memory usage? Also; any bad USB devices or kernel errors? There are some bug reports that talked about descriptors getting left open when there was a bad USB device. We might need to try to use valgrind to find this pro

Bug#1103371: fwupd: FTBFS in testing/armhf: ../plugins/modem-manager/fu-dfota-updater.c:165:71: error: passing argument 5 of ‘g_ascii_string_to_unsigned’ from incompatible pointer type [-Wincompatible

inary-arch] Error 25 > > > The full build log is available from: > http://qa-logs.debian.net/2025/04/16/fwupd_2.0.8-1_testing-armhf.log > > All bugs filed during this archive rebuild are listed at: > > https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=ftbfs-20250416;users=lu...@debian.org > or: > > https://udd.debian.org/bugs/?release=na&merged=ign&fnewerval=7&flastmodval=7&fusertag=only&fusertagtag=ftbfs-20250416&fusertaguser=lu...@debian.org&allbugs=1&cseverity=1&ctags=1&caffected=1#results > > A list of current common problems and possible solutions is available at > http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! > > If you reassign this bug to another package, please mark it as > 'affects'-ing > this package. See https://www.debian.org/Bugs/server-control#affects > > If you fail to reproduce this, please provide a build log and diff it with > mine > so that we can identify if something relevant changed in the meantime. > > -- Mario Limonciello supe...@gmail.com

Bug#1100968: (no subject)

Just to make sure I get your short term suggestion 100% right, it's just this right? diff --git a/debian/control b/debian/control index ddc2f360b..0ae975bc4 100644 --- a/debian/control +++ b/debian/control @@ -168,7 +168,6 @@ Description: Firmware update daemon documentation (HTML format) Pa

Bug#1100915: (no subject)

The fix is in place now for fwupd autopkgtest but it seems like it's still pulling the older libxmlb at runtime during autopkgtest. Any suggestions how to force the right combination? I tried to re-run the jobs on both but libxmlb autopkgtest is pulling the old fwupd and fwupd autopkgtest is

Bug#1100852: RM: fwupdate -- ROM; Unneeded transitional package

Package: ftp.debian.org Severity: normal X-Debbugs-Cc: fwupd...@packages.debian.org Control: affects -1 + src:fwupdate User: ftp.debian@packages.debian.org Usertags: remove Upstream fwupdate was moved into fwupd-efi. The fwupdate package remained for transition purposes, but is no longer nee

Bug#1099175: fwupd: strange errors about connecting to 127.0.0.1 port 2321

On Sat, 01 Mar 2025 20:35:43 +1100 Russell Coker wrote: > Package: fwupd > Version: 2.0.6-3 > Severity: normal > > I have just upgraded a HP z640 system from Bookworm to Trixie and fwupd gives > the following errors on startup: > > > Mar 01 20:23:08 servername fwupd[4523]: WARNING:tcti:src/ut

Bug#1067927: Please display changelog for all versions between current and upgrade

On Fri, 29 Mar 2024 04:35:25 + Josh Triplett wrote: > Package: fwupd > Version: 1.9.14-1 > Severity: normal > X-Debbugs-Cc: j...@joshtriplett.org > > When fwupd proposes upgrading firmware (e.g. BIOS), it shows the > changelog for the target version. However, typically that changelog only >

Bug#1093432: (no subject)

I've forwarded the patch upstream, thanks! https://github.com/fwupd/fwupd/pull/8595

Bug#1099864: RM: libsmbios -- ROM; Dead upstream, no remaining consumers in Debian

On 3/9/25 04:41, Faidon Liambotis wrote: Hi Mario, On Sun, Mar 09, 2025 at 12:27:38AM -0600, Mario Limonciello wrote: The libsmbios package previously had consumers in the fwupd package for Dell systems. This has been changed in fwupd and it directly talks to the kernel instead of using

Bug#1099864: RM: libsmbios -- ROM; Dead upstream, no remaining consumers in Debian

Package: ftp.debian.org Severity: normal X-Debbugs-Cc: supe...@gmail.com User: ftp.debian@packages.debian.org Usertags: remove The libsmbios package previously had consumers in the fwupd package for Dell systems. This has been changed in fwupd and it directly talks to the kernel instead of u

Bug#1099862: ITP: passim -- A local caching server

Package: wnpp Severity: wishlist Owner: Mario Limonciello X-Debbugs-Cc: debian-de...@lists.debian.org, supe...@gmail.com * Package name: passim Version : 0.1.9 * URL : https://github.com/hughsie/passim * License : LGPL2.1 Programming Lang: C Description

Bug#1095450: `fwupdmgr --json update` outputs invalid JSON

Can you please file a bug upstream? From: Lee Garrett Sent: Friday, February 7, 2025 9:14:29 PM To: Debian Bug Tracking System Subject: Bug#1095450: `fwupdmgr --json update` outputs invalid JSON Package: fwupd Version: 2.0.5-1 Severity: minor X-Debbugs-Cc: deb.

Bug#1095319: RM: rocr-runtime [s390x riscv64 mips64el] -- ANAIS; 6.1.2-3 upload dropped architectures

Package: ftp.debian.org Severity: normal X-Debbugs-Cc: rocr-runt...@packages.debian.org Control: affects -1 + src:rocr-runtime User: ftp.debian@packages.debian.org Usertags: remove This reflects changes made in other ROCm packages. The KFD character device interface only works on certain arc

Bug#1095318: RM: rocminfo [s390x riscv64 mips64el] -- ANAIS; 6.1.2-2 dropped architectures

Package: ftp.debian.org Severity: normal X-Debbugs-Cc: rocmi...@packages.debian.org Control: affects -1 + src:rocminfo User: ftp.debian@packages.debian.org Usertags: remove This reflects changes made in other ROCm packages. The KFD character device interface only works on certain archictures

Bug#1095232: linux: Add CONFIG_HSA_AMD_SVM to kernel config

Source: linux Severity: normal Dear Maintainer, Currently the kernel config does not set CONFIG_HSA_AMD_SVM (and all dependencies such as CONFIG_DEVICE_PRIVATE). This prevents enabling the XNACK feature on some GPUs. Can you please enable CONFIG_HSA_AMD_SVM? -- System Information: Debian Relea

Bug#1089983: (no subject)

Here are some PR's that will solve the rdepends architectures. https://salsa.debian.org/rocm-team/rocminfo/-/merge_requests/5 https://salsa.debian.org/rocm-team/rocr-runtime/-/merge_requests/7

Bug#1095115: RM: roct-thunk-interface [armel armhf i386 mips64el riscv64 s390x] -- ANAIS; The architectures are limited in the most recent upload

Package: ftp.debian.org Severity: normal X-Debbugs-Cc: roct-thunk-interf...@packages.debian.org Control: affects -1 + src:roct-thunk-interface User: ftp.debian@packages.debian.org Usertags: remove See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1086127 for more details

Bug#1093167: firmware-nonfree: AMD NPU firmware is not packaged

Package: firmware-nonfree Version: 20241210-1 Severity: normal Dear Maintainer, AMD NPU support has been merged into drm-misc-next and will be part of kernel 6.14. The required firmware was upstreamed at the same time, and is part of linux-firmware 20241210. However in looking at the packages

Bug#1089119: (no subject)

Can you please report a bug upstream for this issue? Please reproduce while running the daemon with verbose mode (fwupd -vv) and capture the output to attach.

Bug#1086517: (no subject)

I double checked and the same patch from plasma-discover 6 for fwupd 2.x support applies relatively cleanly to plasma 5 and builds correctly . It's got a slight offset of 6 lines.

Bug#1085193: (no subject)

I've just uploaded 0.3.21.

Bug#1063161: Add amd_pmf module

As this will normally be a headless system, I'm actually looking if I can turn the GPU off, *unless* there's an HDMI cable plugged in. So (at least for now), the GPUs only function is to have a display when I need it for troubleshooting. With nothing plugged in, modern AMD GPUs will go into

Bug#1063161: Add amd_pmf module

On 6/28/2024 12:05, Diederik de Haas wrote: On Friday, 28 June 2024 18:37:06 CEST Mario Limonciello wrote: On 6/28/2024 11:18, Diederik de Haas wrote: I don't think so. I've never heard of this actually used in a desktop board. It's for mobile designs AFAIK. I can unde

Bug#1063161: Add amd_pmf module

On 6/28/2024 11:18, Diederik de Haas wrote: I don't think so. I've never heard of this actually used in a desktop board. It's for mobile designs AFAIK. I can understand that the initial/original goal/target was mobile. But is there a(ny) technical reason why it couldn't also support 'desktop

Bug#1063161: Add amd_pmf module

On 6/28/2024 10:41, Diederik de Haas wrote: On Monday, 5 February 2024 15:47:08 CEST Nate wrote: AMD has introduced a feature called Power Management Framework. See here for more info: https://www.phoronix.com/news/AMD-PMF-Linux-Driver It seems that this module is not included in the Debian Lin

Bug#1063757:

Could you please also capture the value in /sys/devices/system/cpu/intel_pstate/turbo_pct when you reproduced the issue?

Bug#1063757:

In that case can you please modify the daemon's systemd unit to run the daemon with -vv in the ExecStart command then share the unit's journal output from a boot this occurs to better understand it?

Bug#1063757:

Can this still reproduce using power-profiles-daemon 0.21-1? It's available in unstable. If so, can you please check the value of "/sys/devices/system/cpu/intel_pstate/no_turbo" at the time of the problem? If the kernel doesn't advertise turbo support then power-profiles-daemon can't do anything

Bug#1064659: (no subject)

Thanks! But we can go a step farther.  We haven't needed it since switching to meson.  Will drop in the next upload. https://salsa.debian.org/efi-team/fwupd/-/commit/e57b1114f8c0299eb6e2b68e2a14ef3e2ff0f0d3

Bug#1027486: (no subject)

Can you still reproduce this with fwupd 1.9.15-2?  I believe it should be fixed now.

Bug#1062820: (no subject)

This will be fixed in the next upload by this change. https://salsa.debian.org/efi-team/fwupd/-/commit/08001e21ccbb71902429dc3096086b35114c822f

Bug#1062678: amd64-microcode: Package upstream's amdtee dir in amd64-microcode?

On 2/15/2024 12:39, Henrique de Moraes Holschuh wrote: While adding linux-firmware's amdtee/ directory to the Debian amd64-microcode package, I have noticed that the linux-firmware WHENCE file mentions a symbolic link that is not present in the git repository. The missing symlink is: amdtee/a

Bug#1062678: amd64-microcode: Package upstream's amdtee dir in amd64-microcode?

'amdtee' is the one thing right now, but soon (TM) the IPU/NPU binaries will go to linux-firmware.git and then where do those go? My (current) thinking is to have 2 categories: - AMD CPU related - AMD GPU/graphics related Current products only put the IPU/NPU in APU chips, but who is to stay;

Bug#1062678: amd64-microcode: Package upstream's amdtee dir in amd64-microcode?

ross the 'amdtee' dir and was wondering what (best) to do with that, hence this bug. And I need to know what I should do about it on the backport branches and security update branches. I don't know/understand what you mean by this. Can you clarify? On Wed, 7 Feb 2024 18:38

Bug#1062678: (no subject)

The firmware is only used on mobile APUs (which contain graphics). So if needing to pick an existing binary package instead of a new one I can see a stronger argument to bundle it with the graphics package.

Bug#1063161: Processed: Re: Bug#1063161: Add amd_pmf module

Yes, please set CONFIG_AMDTEE and CONFIG_AMD_PMF both. The firmware is optional, certain functions for amd-pmf will be non-functional without it.

Bug#1059606: (no subject)

It looks like it's still failing to build, but it's outside of fwupd code now. https://buildd.debian.org/status/fetch.php?pkg=fwupd&arch=loong64&ver=1.9.12-3&stamp=1706130974&raw=0

Bug#1059606: fwupd: add build support for loongarch64

This will be fixed by the next upload with this change: https://salsa.debian.org/efi-team/fwupd/-/commit/493293f60f78ed8c67d4839437765be140ebb25f Sent with Shortwave

Bug#1058701: RM: pm-utils; abandoned upstream

Package: ftp.debian.org Severity: normal X-Debbugs-Cc: mario.limoncie...@amd.com The pm-utils package hasn't had any activity in Debian since 2019. All bugs have been ignored. Upstream [1] has been dead since 2010. Modern userspace uses systemd to perform suspend/resume instead. [1] https://cgi

Bug#1010492: 💬

This is intentional behavior because some devices require AC to be plugged in to perform updates. It won't be changed for Debian, if you disagree with it you can raise a discussion upstream.

Bug#1055979: 💬

This should be fixed in 1.9.9, can you try it?

Bug#1040245: 💬

As you correctly pointed out this is unexpected and it definitely (used to) work properly. Can you add —verbose to the fwupd-refresh unit that causes this behavior? Maybe we'll get some more hints. Also if you raise this bug upstream (https://github.com/fwupd/fwupd

Bug#1052993: (no subject)

Sorry; I missed this bug in the last upload. I've submitted your changes to the VCS for review and they should be part of the next version. https://github.com/fwupd/fwupd/pull/6378

Bug#1053856: (no subject)

The specific issue here is that there is a firmware binary in upstream linux-firwmare.git, also documented in WHENCE upstream but not installed in Debian's package.

Bug#1053764: radeon-amdgpu-firmware-is-required-for-drm-and-kms-on-r600-onward.patch unnecessary for amdgpu now

Package: linux Version: 6.5.0-1 Hi, The patch carried by the Debian kernel bugfix/all/radeon-amdgpu-firmware-is-required-for-drm-and-kms-on-r600-onward.patch isn't necessary specifically for amdgpu anymore with modern kernels. AMDGPU has been modified to check for the existence of firmware a

Bug#1051294: This appears t

This appears to be a bug in libxmlb-dev, it's missing a dependency on libzstd-dev.

Bug#1041752: fwupd: ships empty directory /lib/systemd/system-preset

On Sun, 23 Jul 2023 06:58:25 +0200 Helmut Grohne wrote: > Source: fwupd > Version: 1.9.3-1 > Severity: important > Tags: patch > > fwupd ships an empty directory /lib/systemd/system-preset. This > directory is prone to loss since we implemented the /usr-merge using > aliasing. Another package may

Bug#1036530: Regression from "ACPI: OSI: Remove Linux-Dell-Video _OSI string"? (was: Re: Bug#1036530: linux-signed-amd64: Hard lock up of system)

On 5/29/23 18:01, Nick Hastings wrote: Hi, * Nick Hastings [230529 12:51]: * Mario Limonciello [230529 10:14]: On 5/28/23 19:56, Nick Hastings wrote: Hi, * Mario Limonciello [230528 21:44]: On 5/28/23 01:49, Salvatore Bonaccorso wrote: Hi Mario Nick Hastings reported in Debian in

Bug#1036530: Regression from "ACPI: OSI: Remove Linux-Dell-Video _OSI string"? (was: Re: Bug#1036530: linux-signed-amd64: Hard lock up of system)

On 5/28/23 19:56, Nick Hastings wrote: Hi, * Mario Limonciello [230528 21:44]: On 5/28/23 01:49, Salvatore Bonaccorso wrote: Hi Mario Nick Hastings reported in Debian in https://bugs.debian.org/1036530 lockups from his system after updating from a 6.0 based version to 6.1.y. > #regz

Bug#1036530: Regression from "ACPI: OSI: Remove Linux-Dell-Video _OSI string"? (was: Re: Bug#1036530: linux-signed-amd64: Hard lock up of system)

mit 24867516f06dabedef3be7eea0ef0846b91538bc Author: Mario Limonciello Date: Tue Aug 23 13:51:31 2022 -0500 ACPI: OSI: Remove Linux-Dell-Video _OSI string This string was introduced because drivers for NVIDIA hardware had bugs supporting RTD3 in the past. Before proprietary NVIDIA driver star

Bug#1035397: pm-utils is abandoned, should be removed from Debian

Package: pm-utils Severity: important X-Debbugs-Cc: mario.limoncie...@amd.com Dear Maintainer, pm-utils hasn't had any changed in 13 years upstream. It's been effectively replaced by systemd-sleep in all practical ways. It should be removed from the archive. -- System Information: Debian Rel

Bug#1010490:

It was validated to be fixed in 1.8.0, but the fix is present in 1.5.8 and later. Debian testing has 1.7.7, which picks up this fix. -- Mario Limonciello supe...@gmail.com

Bug#973267: libtss2-dev: pkgconfig file included with libtss2-dev has invalid path

Package: libtss2-dev Version: 3.0.0-1 Severity: normal X-Debbugs-Cc: mario.limoncie...@dell.com Dear Maintainer, The pkgconfig file included in libtss2-dev contains an invalid path: Name: tss2-esys Description: TPM2 Enhanced System API library. URL: https://github.com/tpm2-software/tpm2-tss Vers

Bug#953565: ITP: libjcat -- JSON Catalog library

Package: wnpp Severity: wishlist Owner: Mario Limonciello * Package name: libjcat Version : 0.1.0 Upstream Author : Richard Hughes * URL : https://github.com/hughsie/libjcat * License : LGPL 2.1+ Programming Lang: C Description : JSON Catalog library

Bug#951589: flashrom: Update to version 1.2

Package: flashrom Severity: wishlist Tags: upstream Dear Maintainer, Can you please upgrade to the recently released version 1.2? This package now supports a library for other applications to compile against it. As part of upgrading to 1.2, can you please introduce new binary packages for that

Bug#950389: libc6 s390x preinstall script fails

Package: libc6 Version: 2.30-0ubuntu3 Severity: grave Justification: renders package unusable Dear Maintainer, I currently use multi arch with s390x on Debian testing in an amd64 container for continuous integration purposes for an upstream project, fwupd. In the last day or so the container set

Bug#891410:

I think that upstream would be happy to switch to a "public" interface in the future. Would you mind suggesting something upstream with the relevant changes that make sense? On Mon, Jan 20, 2020 at 7:52 AM Guilhem Moulin wrote: > On Mon, 20 Jan 2020 at 07:12:37 -0600, Mario Limo

Bug#891410:

FYI, the newly released version 12 has initramfs support.

Bug#946072: tpm2-tss: Unable to install s390x libtss2-esys0 library

Source: tpm2-tss Version: 2.3.1-3 Severity: normal I've found I'm not able to install the s390x version of libtss2-esys0 in a Debian container with the s390x architecture enabled. root@553c40bab08a:~# apt install libtss2-esys0:s390x Reading package lists... Done Building dependency tree Reading s

Bug#944751: trousers: Migrate to tpm-udev

Source: trousers Severity: normal Dear Maintainer, As part of bug 918973 there was a request to create a common udev rules package for TPM 1.2 and TPM2.0 tpm* devices. This was created as the package 'tpm-udev' which is now in the Debian archive. 'tpm2-tss' now uses this to provide udev rules.

Bug#944555: tpm2-tss: please include symbol tracking via debian/symbols

Source: tpm2-tss Version: 2.3.1-1 Severity: wishlist As this package includes a shared library, it should have symbols in that library tracked via symbols or shlibs per Debian policy (https://www.debian.org/doc/debian-policy/ch-sharedlibs.html) Can you please add a symbols file in a future upload

Bug#918973:

Looks that ftp-master accepted tpm-udev now. Can you update tpm2-tss to use it too?

Bug#942630:

Can you try to run fwupdmgr manually outside of the service and see if it's working? If it isn't, can you please check the journal for fwupd.service to see if there was a problem with starting it? -- Mario Limonciello supe...@gmail.com

Bug#918973: udev rules and created user conflict with the one shipped in trousers package

On Fri, 20 Sep 2019 11:31:59 +0800 "Ying-Chun Liu (PaulLiu)" < paul...@debian.org> wrote: > block 918973 by 940807 > > thanks > > > Hi. > > I've now preparing a native package that solves the problem. Will upload > it soon to NEW and to salsa. > > Thanks, > Paul > > Do you have any updates?

Bug#941870: RM: fwupdate-amd64-signed -- ROM; fwupdate is merged into fwupd, transitioning all fwupdate packages to fwupd

Package: ftp.debian.org Severity: normal

Bug#941871: RM: fwupdate-i386-signed -- ROM; fwupdate is merged into fwupd, transitioning all fwupdate packages to fwupd

Package: ftp.debian.org Severity: normal

Bug#941873: RM: fwupdate-arm64-signed -- ROM; fwupdate is merged into fwupd, transitioning all fwupdate packages to fwupd

Package: ftp.debian.org Severity: normal

Bug#941872: RM: fwupdate-armhf-signed -- ROM; fwupdate is merged into fwupd, transitioning all fwupdate packages to fwupd

Package: ftp.debian.org Severity: normal

Bug#920777: ITP: libxmlb -- XML binary library

Package: wnpp Severity: wishlist Owner: Mario Limonciello * Package name: libxmlb Version : 0.1.6 Upstream Author : Richard Hughes * URL : https://github.com/hughsie/libxmlb * License : LGPL2.1+ Programming Lang: C Description : XML binary library

Bug#883193: grub2 Unable to boot on some newer Intel silicon

Package: grub-common Version: 2.02-2ubuntu1 Severity: important Dear Maintainer, Some changes have been made in upcoming Intel silicon that will prevent GRUB2 from booting on Debian. The 8254 clock is gated meaning when GRUB2 calibrates it's time source it hangs indefinitely. This issue has bee

Bug#882013: gcab fails to extract on s390x

Package: gcab Version: 0.7-4 Severity: important Dear Maintainer, In fwupd CI we recently introduced an unit test that indirectly used gcab for extracting a .CAB file. It was discovered that on big endian architectures such as s390x gcab fails to do this task. As a result, we can't run the CI t

Bug#865363: debhelper: Add meson support to debhelper in unstable

Source: debhelper Severity: wishlist Dear Maintainer, I have some other packaging that is dependent upon the debhelper meson support currently available in experimental. Now that stretch is released, would you consider to upload a newer debhelper to unstable or to backport the meson support to u

Bug#865362: appstream-glib: Upload appstream-glib 0.6.13 or later to unstable

Source: appstream-glib Severity: wishlist Dear Maintainer, Now that Stretch has released would you consider to upload appstream-glib 0.6.13 or later to unstable? I would like to be able to upload other packages that are dependent upon newer appstream-glib but currently blocked. Thanks, -- Sy

Bug#865217: texlive-base: Texlive postinst fails due to missing marvosym.sty

Package: texlive-base Version: 2017.20170619-1 Severity: important Dear Maintainer, I am trying to do builds of my package that has a dependency on gtk-doc-tools. gtk-doc-tools depends on some texlive packages and those packages are failing to install with the default post install scripts. Here

Bug#860480: unblock: efivar/30-2

that fail from multiple definitions + * Backport a patch from upstream to fix NVMe sysfs support after +kernel 4.5 + * Backport patch from upsteram to fix major/minor device handling +(Closes: #844237) + + -- Mario Limonciello Fri, 14 Apr 2017 09:43:21 -0500 + efivar (30-1) unstable;

Bug#855065: ITP: thunderbolt-software-user-space -- Thunderbolt daemon and userspace tools for thunderbolt NVM flashing

Package: wnpp Severity: wishlist Owner: Mario Limonciello * Package name: thunderbolt-software-user-space Version : 2017.01.19 Upstream Author : Intel Thunderbolt Linux Team * URL : https://github.com/01org/thunderbolt-software-user- space.git * License : BSD

Bug#848085: libsmbios: Test suite not run during build

Source: libsmbios Severity: normal Dear Maintainer, As part of a recent security review, it was noticed that the test suite is not run on Debian during package build. It's explicitly commented out in debian/rules although it does actually run. Can you please enable it? Thanks, -- System Infor

Bug#841092: firmware-nonfree: Qualcomm Atheros QCA61x4 ROME chipset firmware not included

ebian/changelog 2016-09-17 22:15:29.0 -0500 +++ firmware-nonfree-20160824/debian/changelog 2016-10-17 10:46:42.0 -0500 @@ -1,3 +1,9 @@ +firmware-nonfree (20160824-2) UNRELEASED; urgency=medium + + * Package the already included BT firmware for QCA61x4. + + -- Mario Limonciello Mon, 1

Bug#820124: ITP: fwupdate-signed -- Linux Firmware Updater EFI signed binary

Package: wnpp Severity: wishlist Owner: Mario Limonciello * Package name: fwupdate-signed Version : 1.11 Upstream Author : Mario Limonciello * URL : https://launchpad.net/ubuntu/+source/fwupdate-signed * License : (GPL-3+) Programming Lang: (Python

Bug#816331: libsmbios issues a warning when compiling with new versions of gcc

Package: libsmbios Version: libsmbios Severity: normal Tags: patch Dear Maintainer, When running on a current version of GCC, this warning is always issued: "Unknown compiler version - please run the configure tests and report the results" This of course leads to problems with applications comp

Bug#816330: libsmbios-dev: pkg-config files are not installed in libsmbios-dev

Package: libsmbios-dev Version: 2.2.28-2ubuntu2 Severity: important Tags: patch Dear Maintainer, currently libsmbios-dev can't be compiled against using pkg-config because the .pc files are not included with the development package. They are generated, just not included. This can be fixed with

Bug#815753: fwupdmgr: thinks my internal camera is external

On 02/24/2016 10:03 PM, Paul Wise wrote: > > I wonder if the solution is to use a phrase other than "Internal" that > actually indicates what this field is used for. You mentioned "the > Internal flag is only used to relax authentication checks on removable > devices" but I'm not clear on what ex

Bug#815753: fwupdmgr: thinks my internal camera is external

On 02/24/2016 07:55 PM, Paul Wise wrote: > On Wed, 2016-02-24 at 16:41 -0600, Mario Limonciello wrote: > >> Although technically this is an internal device, I don't believe that >> any of those USB attributes can identify this information about the >> physical locati

Bug#810697: fwupdate: unowned files after purge (policy 6.8, 10.8): /var/cache/fwupdate/done

Thanks, Sure thing. I've staged something in git to clean these up. The directory in /boot/efi isn't owned because it's possible that the /boot/efi partition isn't mounted for some reason. The contents of /boot/efi/EFI/fw are written only by fwupdate as far as I'm aware. I'll clean up that dire

Bug#808833: fwupd only installs rules for polkit >= 0.112

6.2-1 > ii libgpg-error0 1.21-1 > ii libgpgme11 1.6.0-1 > ii libgudev-1.0-0 230-2 > ii libgusb2 0.2.8-1 > ii libpolkit-gobject-1-0 0.105-14 > ii libsoup2.4-1 2.52.2-1 > ii libsqlite3-0 3.9.2-1 > ii libusb-

Bug#808832: fwupd: polkit rules file uses "wheel" grou which doesn't exist in debian

0 230-2 > ii libgusb2 0.2.8-1 > ii libpolkit-gobject-1-0 0.105-14 > ii libsoup2.4-1 2.52.2-1 > ii libsqlite3-0 3.9.2-1 > ii libusb-1.0-0 2:1.0.20-1 > > Versions of packages fwupd recommends: > ii fwupdate 0.5-1 > > fwupd suggests no packages. > > -- no debconf information > -- *Mario Limonciello* *Dell*| Client Software Group *office*+1 512 723 0582

Bug#804279: fwupd: FTBFS in sid/amd64: dh_install: fwupd missing files (lib/udev/rules.d/*), aborting

ldd/fwupd-0.1.5' > make[1]: Leaving directory '/tmp/buildd/fwupd-0.1.5' >dh_install > dh_install: fwupd missing files (lib/udev/rules.d/*), aborting > debian/rules:8: recipe for target 'binary' failed > make: *** [binary] Error 2 > dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status > 2 > E: Failed autobuilding of package > > > Andreas > -- *Mario Limonciello* *Dell*| Client Software Group *office*+1 512 723 0582

Bug#803327: One more thing

One other thing, when you update the release, would you mind also cherry picking this patch? https://github.com/hughsie/appstream-glib/commit/6e1ff4c5aa97bfb4ab3382931d68b65af5967960 What made it in was broke, and unfortunately we didn't catch it until right after release was tagged and more thoro

Bug#803327: Re: Bug#803327: Upgrade to 0.5.2 release

On 10/28/2015 03:05 PM, Matthias Klumpp wrote: > 2015-10-28 20:48 GMT+01:00 Mario Limonciello : >> Package: appstream-glib >> Version: 0.5.2 >> >> appstream-glib 0.5.2 was tagged and released a few days ago. > Please, you don't need to file a bug report for ev

Bug#803327: Upgrade to 0.5.2 release

Package: appstream-glib Version: 0.5.2 appstream-glib 0.5.2 was tagged and released a few days ago. It includes support for CAB files with multiple binaries and fixes for version comparison of ESRT versions of UEFI capsules. Lastly, it's a prerequisite for the newly release fwupd 0.5.2 (which

Bug#799119: Regression in NVMe support caused by 7046795cdd0e9ca11789ffe0f5cedaa42217f6e0

package: grub-installer version: 1.122 I've been trying to debug some problems related to installation on an NVMe drive and found that 7046795cdd0e9ca11789ffe0f5cedaa42217f6e0 introduced a regression that is causing grub-installer to fail. This commit was supposed to introduce support for multi-d

Bug#799117: NVMe devices are not offered by list-devices

Package: debian-installer-utils Version: 1.110 I've found that when using iso-scan to pick up devices, it's not finding any NVMe devices. This is because 'list-devices disk' doesn't recognize NVMe. This can be fixed with a trivial patch: # diff --git a/list-devices-linux b/list-devices-linux in

Bug#796280: appstream-glib: Update to 0.5.0 release

w/4 CPU cores) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > Init: systemd (via /run/systemd/system) -- *Mario Limonciello* *Dell*| Client Software Group *office*+1 512 723 0582

Bug#796280: appstream-glib: Update to 0.5.0 release

Source: appstream-glib Version: 0.4.1 Severity: normal Dear Maintainer, Can you please upgrade appstream-glib up to version 0.5.0? The format for parsing UEFI CAB files has changed in 0.5.0. Previously the ESRT was defined in the field. It's been moved to the field now. Due to this move, f

Bug#793446: ITP: fwupd -- Firmware update daemon

Package: wnpp Severity: wishlist Owner: Mario Limonciello * Package name: fwupd Version : 0.1.4 Upstream Author : Richard Hughes * URL : https://github.com/hughsie/fwupd * License : GPL Programming Lang: C Description : Firmware update daemon fwupd

Bug#791860: Appstream-glib doesn't properly parse INF files for ESRT

pointless here, especially since > the patch you mentioned only touched libappstream-glib in a non-gcab > dependent way anyway. > > What I can do soon, however, is enabling firmware support in > GNOME-Software, which is probably what you are missing at time. > > Cheers, > Matthias -- *Mario Limonciello* *Dell*| Client Software Group *office*+1 512 723 0582

Bug#791860: Appstream-glib doesn't properly parse INF files for ESRT

Source: appstream-glib Version: 0.4.0-1 Severity: important Tags: upstream patch Hi, I'm working on getting UEFI capsules to work properly with Debian unstable & Ubuntu using fwupd and fwupdate. In debugging some problems with appstream data, I discovered that INF files aren't properly parsed.

Bug#729326: partman-auto: Installer doesn't reuse EFI system partitions when specified by recipe

US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash >From 3f84296e7db2a5fe12bcfe57d797f2fefbac58fe Mon Sep 17 00:00:00 2001 From: Mario Limonciello Date: Mon, 4 Nov 2013 18:22:35 -0600 Subject: [PATCH] Add the rest of the support necessary to allow reusing EFI partitions. In 4df358695167c0b6e2af5816f364d8a

Bug#570611: Update

OpenSSL, and even further more to build some parts with GNU TLS, but I don't understand the implications yet. I think it will break some Airplay streaming stuff. Once I get confirmation on that, I wanted to get upstream to just include an exception with their license for OpenSSL stuff. -- Mario Limonciello supe...@gmail.com

Bug#651101: Any updates on this?

Now that mysqldb doesn't have python 3.x support, there isn't any support for mysql in python 3.x. I've read that pymysql actually does have python 3.x support. -- Mario Limonciello supe...@gmail.com

  1   2   >