Thanks for reporting. This is already fixed in git, just waiting on a sponsor.
On Sep 06, 2016, 08:27 AM, Andreas Beckmann wrote:
Source: fwupdate
Version: 0.5-4
Severity: serious
Justification: fails to build from source
Hi,
fwupdate FTBFS against the new efivar in sid:
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 the bus.
Please correct me if I'm wrong.
Furthermore, this is a moot point since the Internal flag is only used to relax
authentication
Please disregard the "internal use confidential", this obviously isn't. That
got automatically inserted by my email client.
-Original Message-
From: Limonciello, Mario
Sent: Thursday, January 07, 2016 03:11 PM Central Standard Time
To: bi...@debian.org; 808...@bugs.debian.org;
Dell - Internal Use - Confidential
That depends on the assumption of whether you would expect the daemon to run in
more than one architecture on a given system. If not, why should it be in the
non-multiarch path?
On Wed, 29 Jul 2015 17:12:50 -0500 wrote:
> A few updates:
>
> Upstream has made their 0.1.4 release.
> We've created a project on Alioth to group maintain this and any other EFI
> related applications. It's called "UEFI" for it's shortname.
>
> Packaging has been
A few updates:
Upstream has made their 0.1.4 release.
We've created a project on Alioth to group maintain this and any other EFI
related applications. It's called UEFI for it's shortname.
Packaging has been moved to Alioth now too:
When you do bring in this patch, also can you please build depend on
libgcab-dev to enable the cab support this fixes? I noticed that it wasn't on
previously.
Thanks,
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Guadenz,
Thank you very much for these submissions. They look great and I've merged
them onto the master tree. I'm very behind in lots of DKMS related items I'd
like to attempt to catch upon before making another release, so hopefully
soonish I will.
Thanks,
-Original Message-
Hi, sorry this is a duplicate of 729326. Please close this one.
David,
I might recommend that you at least start your packaging off the Ubuntu
package. It's been in Ubuntu since 7.10.
https://edge.launchpad.net/ubuntu/+source/dkms
Regards,
Mario Limonciello
Dell | Linux Engineering
[EMAIL PROTECTED]
For debian likely yes. I came in from an Ubuntu background, so both of those
are installed on the default system.
Mario Limonciello
Dell | Linux Engineering
Desk : (512) 723-0582
[EMAIL PROTECTED]
-Original Message-
From: Sven Arvidsson [mailto:[EMAIL PROTECTED]
Sent: Sat 3/15/2008
Package: gst-plugins-base0.10
Version: 0.10.17-3
Severity: normal
Most modern webcam and capture devices are V4L2 based, but gstreamer and
Ekiga both default to using V4L instead. The V4L API isn't even
available in 2.6 kernels
beyond 2.6.15, so it makes much more sense to disable it by default.
Package: ekiga
Version: 2.0.11-2ubuntu2
Severity: normal
Most modern webcam and capture devices are V4L2 based, but gstreamer and
Ekiga both default to using V4L instead. The V4L API isn't even
available in 2.6 kernels
beyond 2.6.15, so it makes much more sense to not default to it.
Webcam
Attached is a debdiff to change this behavior.
---
Mario Limonciello
Dell | Linux Engineering
Desk : (512) 723-0582
[EMAIL PROTECTED]
diff -u ekiga-2.0.11/debian/patches/00list ekiga-2.0.11/debian/patches/00list
--- ekiga-2.0.11/debian/patches/00list
+++ ekiga-2.0.11/debian/patches/00list
@@
Package: grub-pc
Severity: wishlist
Attaching a patch that will allow debian/default/grub to use LSB
support. This will allow derivative distros to more directly
use this package (without negatively affecting the debian distro)
-- System Information:
Debian Release: lenny/sid
APT prefers
15 matches
Mail list logo