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

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:

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?

mdtee' 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:30 -0600 Mario Limoncie

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=loong64=1.9.12-3=1706130974=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]

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

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

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

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

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

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

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

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

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

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

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

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, --

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.

Bug#860480: unblock: efivar/30-2

+ * 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 <mario.limoncie...@dell.com> Fri, 14 Apr 2017 09:43:21 -0500 + efivar (30-1) unstable; u

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

Package: wnpp Severity: wishlist Owner: Mario Limonciello <mario_limoncie...@dell.com> * Package name: thunderbolt-software-user-space Version : 2017.01.19 Upstream Author : Intel Thunderbolt Linux Team <thunderbolt-li...@intel.com> * URL : https://gith

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

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

/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

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

Package: wnpp Severity: wishlist Owner: Mario Limonciello <mario_limoncie...@dell.com> * Package name: fwupdate-signed Version : 1.11 Upstream Author : Mario Limonciello <mario_limoncie...@dell.com> * URL : https://launchpad.net/ubuntu/+source/fwupdate-sign

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

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

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 location of

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

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

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#808833: fwupd only installs rules for polkit >= 0.112

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-1.0-0 2:1.0.20-1 > >

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

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

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#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 <mario_limoncie...@dell.com>: >> Package: appstream-glib >> Version: 0.5.2 >> >> appstream-glib 0.5.2 was tagged and released a few days ago. > Please, you don't nee

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

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

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 id field. It's been moved to the provides field now. Due to

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

/systemd/system) -- *Mario Limonciello* *Dell*| Client Software Group *office*+1 512 723 0582

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

Package: wnpp Severity: wishlist Owner: Mario Limonciello mario_limoncie...@dell.com * Package name: fwupd Version : 0.1.4 Upstream Author : Richard Hughes rich...@hughsie.com * URL : https://github.com/hughsie/fwupd * License : GPL Programming Lang: C

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

-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

3f84296e7db2a5fe12bcfe57d797f2fefbac58fe Mon Sep 17 00:00:00 2001 From: Mario Limonciello mario_limoncie...@dell.com Date: Mon, 4 Nov 2013 18:22:35 -0600 Subject: [PATCH] Add the rest of the support necessary to allow reusing EFI partitions. In 4df358695167c0b6e2af5816f364d8a9a734ec05 Steve McIntyre added initial

Bug#570611: Update

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

Bug#698291: synergy: Please enable the synergy GUI

) experimental; urgency=low + + * Enable the QT Synergy GUI. It's been available for quite some time, but +the build system isn't integrated into cmake. + * debian/control: build depends on libqt4-dev + + -- Mario Limonciello mario_limoncie...@dell.com Wed, 09 Jan 2013 17:34:07 -0600 + synergy

Bug#609906: Here's a diff to do it

Here's a diff of the debian directory for changes to make this happen -- Mario Limonciello supe...@gmail.com diff -urN python-mysqldb-1.2.2/debian//changelog python-mysqldb-1.2.3/debian/changelog --- python-mysqldb-1.2.2/debian//changelog 2011-07-13 00:44:12.0 -0500 +++ python-mysqldb

Bug#588361: Adopting the packaging for Ubuntu perhaps

. -- *Mario Limonciello* Linux Engineer *Dell* | OS Engineering

Bug#570611: [ubuntu-mythtv] Bug#570611: ITP: mythtv -- A personal video recorder application

Since it's a git server, is it possible to import upstream svn instead? Maybe would that work better and allow pulling in their commits more easily? On Sat, Feb 20, 2010 at 10:43, Andres Mejia mcita...@gmail.com wrote: On Saturday 20 February 2010 02:50:04 Mario Limonciello wrote: Andres

Bug#570611: [ubuntu-mythtv] Bug#570611: ITP: mythtv -- A personal video recorder application

-mythtv mailing list ubuntu-myt...@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-mythtv -- Mario Limonciello supe...@gmail.com

Bug#570611: [ubuntu-mythtv] Bug#570611: ITP: mythtv -- A personal video recorder application

, 2010 at 01:01, Mario Limonciello supe...@ubuntu.com wrote: Hi Andres: I appreciate this effort! If we can really see this to a reality, I'll gladly help push more of the ubuntu specific things that are making mythtv a good experience on Ubuntu up to Debian. I'm a little worried however

Bug#567460: [Pkg-dkms-maint] Bug#567460: dkms: automatic module-build of the VirtualBox-Modules after kernel-update fails

/pkg-dkms-maint -- Mario Limonciello *Dell | Linux Engineering* mario_limoncie...@dell.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#566868: mplayer: VDPAU build hacks need to be dropped

Package: mplayer Version: 2:1.0~rc3+svn20090426-1 Severity: normal mplayer had some headers manually included and hacked in last cycle to allow it to use NVIDIA VDPAU support. These headers need to be dropped in favor of build-deps on libvdpau-dev (which is in main) and resolving libvdpau via

Bug#564413: ffmpeg: Please drop hacked in headers and depend on libvdpau-dev

/sh linked to /bin/dash -- Mario Limonciello supe...@gmail.com Sent from Las Vegas, NV, United States

Bug#558730: Other packages FTBFS when linking against freetype

an extra period that was placed causing other packages to + FTBFS when linking against freetype. + + -- Mario Limonciello supe...@ubuntu.com Sun, 29 Nov 2009 23:30:35 -0600 + freetype (2.3.11-1) unstable; urgency=low * New upstream release diff -u freetype-2.3.11/debian/libfreetype6.files

Bug#558434: libvdpau1 should not depend on the libvdpau-driver metapackage

Package: libvdpau Version: 0.3-1 Severity: normal Currently, libvdpau1 depends on libvdpau-driver which in turn only depends upon an NVIDIA closed source library. This means that any package that depends on libvdpau1 to be able to optionally provide support for VDPAU will depend on the NVIDIA

Bug#558434: [pkg-nvidia-devel] Bug#558434: libvdpau1 should not depend on the libvdpau-driver metapackage

Hi Anres: On Sat, Nov 28, 2009 at 18:56, Andres Mejia mcita...@gmail.com wrote: On Saturday 28 November 2009 17:09:21 Mario Limonciello wrote: Package: libvdpau Version: 0.3-1 Severity: normal Currently, libvdpau1 depends on libvdpau-driver which in turn only depends upon

Bug#558434: [pkg-nvidia-devel] Bug#558434: libvdpau1 should not depend on the libvdpau-driver metapackage

. Is there any reason *not* to do this? At least as a Recommends. The NVIDIA closed source VDPAU implementation library makes little to no sense by itself, and then users don't have to go through the extra step to install it if they want to use it. -- Regards, Andres -- Mario Limonciello supe

Bug#549626: All concerns addressed

Hi Guys: NVIDIA has done a new release to address these issues. Can we please finish off this ITP now? http://lists.freedesktop.org/archives/xorg-announce/2009-November/001200.html Thanks -- Mario Limonciello supe...@gmail.com Sent from Carrollton, TX, United States

Bug#547248: Clean up inconsistencies in debian/control

This should be arch all and depend on libvdpau1. See attached patches. -- Mario Limonciello supe...@gmail.com Sent from Austin, TX, United States From 9c27511f9825c0c1abacae57d21fd8a3879bf62f Mon Sep 17 00:00:00 2001 From: Mario Limonciello supe...@ubuntu.com Date: Sun, 8 Nov 2009 15:37:20

Bug#553665: [Pkg-dkms-maint] Bug#553665: dkms: debhelper support for DKMS

...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-dkms-maint -- Mario Limonciello *Dell | Linux Engineering* mario_limoncie...@dell.com signature.asc Description: OpenPGP digital signature

Bug#541719: [Python-modules-team] Bug#541719: python-mysqldb: Python 2.6 deprecation warnings

Hi Jonas: Yeah, it looks like 558 should be included too, my mistake. On Sun, Aug 16, 2009 at 15:57, Jonas Meurer jo...@freesources.org wrote: hello, On 15/08/2009 Mario Limonciello wrote: When using python-mysqldb on python 2.6, there is a couple of warnings that will be output

Bug#541719: python-mysqldb: Python 2.6 deprecation warnings

-mysqldb-1.2.2/debian/changelog 2009-08-15 15:00:53.0 -0500 +++ python-mysqldb-1.2.2/debian/changelog 2009-08-15 15:00:54.0 -0500 @@ -1,3 +1,9 @@ +python-mysqldb (1.2.2-9) UNRELEASED; urgency=low + + * Add 07_python_2.6.dpatch to fix python 2.6 related warnings. + + -- Mario Limonciello

Bug#538718: Remove gmyth from archive

Package: gmyth Severity: normal Upstream has not made any changes in over a year, and is not compatible with the latest development versions of mythtv. Can we please remove this package from the archive? -- System Information: Debian Release: 5.0 APT prefers jaunty-updates APT policy:

Bug#517507: lirc: Please update to version 0.8.5

/%7Eospite/aopubkey.asc -- Mario Limonciello supe...@gmail.com

Bug#529059: [Pkg-dkms-maint] Bug#529059: Bug#529059: dkms: please use dpkg-divert

-dkms-maint -- Mario Limonciello *Dell | Linux Engineering* mario_limoncie...@dell.com signature.asc Description: OpenPGP digital signature

Bug#529059: [Pkg-dkms-maint] Bug#529059: Bug#529059: Bug#529059: dkms: please use dpkg-divert

Err actually the URL is https://launchpad.net/~dell-team/+archive/ppa . My bad. Mario Limonciello wrote: Hi Giuseppe: If you are using 2.6.30 or later, take a look at the Dell WMI package on the dell PPA. http://launchpad.net/dell/ppa/+archive Regards Giuseppe Iuculano wrote: Hi

Bug#527623: mysql-server-5.0: 38_scripts__mysqld_safe.sh__signals.dpatch is inherently broken

Package: mysql-server-5.0 Version: 5.0.81-1 Severity: important Currently 38_scripts__mysqld_safe.sh__signals.dpatch adds features to mysqld_safe to attempt to support traps for mysqld_safe. Unfortunately, it's implementation is not proper. Here's the scenario that actually happens: 1)

Bug#514909: nano: Enable syntax highlighting by default

Package: nano Version: 2.0.7-4 Severity: wishlist By default, the nanorc provided has syntax highlighting turned off. I find it far more useful to have it turned on, and this is always one of the first things I change on Debian ubuntu boxes. -- System Information: Debian Release: lenny/sid

Bug#512436: ttf-arphic-gkai00mp: Shouldn't depend on xutils

Package: ttf-arphic-gkai00mp Version: 2.11-6.1 Severity: normal *** Please type your report below this line *** This package has an unnecessary dependency on xutils -- System Information: Debian Release: lenny/sid APT prefers intrepid-updates APT policy: (500, 'intrepid-updates'), (500,

  1   2   >