[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

RE: Remove fwupdate from the archive



> -----Original Message-----
> From: Ansgar <ansgar@43-1.org>
> Sent: Monday, September 2, 2019 3:23 PM
> To: Limonciello, Mario
> Cc: debian-efi@lists.debian.org
> Subject: Re: Remove fwupdate from the archive
> 
> 
> [EXTERNAL EMAIL]
> 
> <Mario.Limonciello@dell.com> writes:
> > On Sep 2, 2019 11:06, Steve McIntyre <steve@einval.com> wrote:
> >
> > [EXTERNAL EMAIL]
> >
> > On Mon, Sep 02, 2019 at 09:34:27AM +0200, Ansgar wrote:
> >>Scott Kitterman writes:
> >>> You can override the version of particular binaries.  Here's an
> >>> example (IIRC gcc-defaults is another):
> >>
> >>Or you can just built the transitional package from src:fwupdate.
> >
> > Nod, that's possibly easiest for now...
> >
> > If built from that source then it can't really be removed from the
> > archive anymore though can it?
> 
> The fwupdate source package would get replaced with an empty husk, so it is
> practically gone.  It can be removed once the transitional binary can go away.
> 
> I did something similar when "clive" was replaced by "cclive": the "clive" package
> became a transitional package with 2.3.3+cclive; it also included a wrapper
> asking people to use "cclive" instead of "clive" in the future.  Just as with
> fwupdate -> fwupd the replacement (cclive) had a lower version number.
> 
> See `dget -x
> http://archive.debian.org/debian/pool/main/c/clive/clive_2.3.3+cclive.dsc`
> 
> This allows to not bother with epochs or messing with some packages getting a
> different version number which is fragile and easy to get wrong.
> 
> Ansgar

Appreciate the advice.
I didn't notice any Breaks/Conflicts/Replaces.  I think at least for fwupdate those would make sense.

Here is my current thought:

diff --git a/debian/control b/debian/control
index 89bf18b..b3cfc93 100644
--- a/debian/control
+++ b/debian/control
@@ -2,7 +2,7 @@ Source: fwupdate
 Priority: optional
 Maintainer: Debian EFI <debian-efi@lists.debian.org>
 Uploaders: Daniel Jared Dominguez <jared.dominguez@dell.com>, Steve McIntyre <93sam@debian.org>, Mario Limonciello <mario.limonciello@dell.com>
-Build-Depends: debhelper (>= 9.0.0), pkg-config, libpopt-dev, libefivar-dev (>= 34), libefiboot-dev (>= 34), gnu-efi (>= 3.0.2), elfutils, libsmbios-dev [amd64 i386]
+Build-Depends: debhelper (>= 9.0.0)
 Standards-Version: 4.1.3
 Section: libs
 Homepage: https://github.com/rhinstaller/fwupdate
@@ -15,8 +15,8 @@ Architecture: amd64 i386 armhf arm64
 Multi-Arch: same
 Depends: libfwup1 (= ${binary:Version}), ${misc:Depends}, libefivar-dev (>= 0.16)
 Description: Development headers for libfwup
- fwupdate provides functionality to update system firmware. It has been
- initially designed to update firmware using UEFI capsule updates, but
+ fwupdate provides functionality to update system firmware. It has been
+ initially designed to update firmware using UEFI capsule updates, but
  it is designed to be extensible to other firmware update standards.
  .
  This package provides development headers required to use libfwup.
@@ -24,53 +24,16 @@ Description: Development headers for libfwup
 Package: fwupdate
 Section: admin
 Architecture: amd64 i386 armhf arm64
-Multi-Arch: foreign
-Depends: ${shlibs:Depends}, ${misc:Depends}, libfwup1 (= ${binary:Version}), efibootmgr, e2fsprogs
-Recommends: fwupdate-signed
-Description: Tools to manage UEFI firmware updates
- fwupdate provides functionality to update system firmware. It has been
- initially designed to update firmware using UEFI capsule updates, but
- it is designed to be extensible to other firmware update standards.
- .
- This package provides a simple command line interface to perform UEFI
- firmware updates.
-
-Package: libfwup1
-Architecture: amd64 i386 armhf arm64
-Multi-Arch: same
-Pre-Depends: ${misc:Pre-Depends}
-Depends: ${shlibs:Depends}, ${misc:Depends}
-Description: Library to manage UEFI firmware updates
- fwupdate provides functionality to update system firmware. It has been
- initially designed to update firmware using UEFI capsule updates, but
- it is designed to be extensible to other firmware update standards.
+Breaks: libfwup-dev,
+        libfwup1,
+        fwupdate-amd64-signed-template,
+        fwupdate-i386-signed-template,
+        fwupdate-armhf-signed-template,
+        fwupdate-arm64-signed-template,
+        fwupdate-signed
+Depends: fwupd
+Recommends: fwupd-signed
+Description: Transitional package for fwupd
+ This is a transitional package to move users of fwupdate 12-3 or earlier to fuwpd.
  .
- This library is to allow for the simple manipulation of UEFI firmware updates.
-
-Package: fwupdate-amd64-signed-template
-Architecture: amd64
-Depends: ${shlibs:Depends}, ${misc:Depends}
-Description: Template for signed fwupdate package
- This package is used to control code signing by the Debian signing
- service.
-
-Package: fwupdate-i386-signed-template
-Architecture: i386
-Depends: ${shlibs:Depends}, ${misc:Depends}
-Description: Template for signed fwupdate package
- This package is used to control code signing by the Debian signing
- service.
-
-Package: fwupdate-armhf-signed-template
-Architecture: armhf
-Depends: ${shlibs:Depends}, ${misc:Depends}
-Description: Template for signed fwupdate package
- This package is used to control code signing by the Debian signing
- service.
-
-Package: fwupdate-arm64-signed-template
-Architecture: arm64
-Depends: ${shlibs:Depends}, ${misc:Depends}
-Description: Template for signed fwupdate package
- This package is used to control code signing by the Debian signing
- service.
+ This package can be safely removed.
\ No newline at end of file


Reply to: