Re: [hel...@subdivi.de: MBF: Move remaining files into /usr]

2024-06-10 Thread Carlos Henrique Lima Melara
Hi, Samuel,

On Mon, Jun 10, 2024 at 10:09:06PM GMT, Samuel Henrique wrote:
> Thank you for the list Carlos, I think you accidentally sent all of Helmut's
> email as well (top posting).

I was a bit lazy and just forwarded Helmut's email here*. If I shouldn't
have done that, just let me know and next time I will get the link from
the list's archive.

* Forwarded the email to give more context to people reading it.

Cheers,
Charles


signature.asc
Description: PGP signature


Re: [hel...@subdivi.de: MBF: Move remaining files into /usr]

2024-06-10 Thread Samuel Henrique
Hello all,

On Mon, 10 Jun 2024 at 20:40, Håvard F. Aasen  wrote:
>
> On 10.06.2024 20:02, Carlos Henrique Lima Melara wrote:
> > Our affected packages are:
> >
> > Debian Security Tools 
> >     bettercap dh-sequence-movetousr
> >     gsad dh-sequence-movetousr
> >     gvmd dh-sequence-movetousr
> >     notus-scanner dh-sequence-movetousr
> >     openscap-daemon dep17#1071918
> >     ospd-openvas dh-sequence-movetousr
> >     snoopy dep17#1059371
> >
> openscap-daemon has been removed from testing for over four years now,
> the repository has also been archived by upstream [1]. Should we ask
> ftp-master to remove the package?

We should, yes.

Thank you for the list Carlos, I think you accidentally sent all of Helmut's
email as well (top posting).

Regards,


-- 
Samuel Henrique 



Re: [hel...@subdivi.de: MBF: Move remaining files into /usr]

2024-06-10 Thread Håvard F . Aasen
On 10.06.2024 20:02, Carlos Henrique Lima Melara wrote:
> Hi,
> 
> Saw this email in debian-devel today and we have a few packages listed
> in there. I think we can fix these issues before the bugs came in or
> become important. I'll try to work on it next weekend but we can
> coordinate trhough the list if anyone intends to also work on it.
> 
> Our affected packages are:
> 
> Debian Security Tools 
> bettercap dh-sequence-movetousr
> gsad dh-sequence-movetousr
> gvmd dh-sequence-movetousr
> notus-scanner dh-sequence-movetousr
> openscap-daemon dep17#1071918
> ospd-openvas dh-sequence-movetousr
> snoopy dep17#1059371
> 


openscap-daemon has been removed from testing for over four years now,
the repository has also been archived by upstream [1]. Should we ask
ftp-master to remove the package?


Håvard

[1] https://github.com/OpenSCAP/openscap-daemon



[hel...@subdivi.de: MBF: Move remaining files into /usr]

2024-06-10 Thread Carlos Henrique Lima Melara
Hi,

Saw this email in debian-devel today and we have a few packages listed
in there. I think we can fix these issues before the bugs came in or
become important. I'll try to work on it next weekend but we can
coordinate trhough the list if anyone intends to also work on it.

Our affected packages are:

Debian Security Tools 
bettercap dh-sequence-movetousr
gsad dh-sequence-movetousr
gvmd dh-sequence-movetousr
notus-scanner dh-sequence-movetousr
openscap-daemon dep17#1071918
ospd-openvas dh-sequence-movetousr
snoopy dep17#1059371

Cheers,
Charles

- Forwarded message from Helmut Grohne  -

Date: Mon, 10 Jun 2024 12:29:31 +0200
From: Helmut Grohne 
To: debian-de...@lists.debian.org
Cc: Chris Hofstaedtler 
Subject: MBF: Move remaining files into /usr

As many were so happy with the upload of the debootstrap set, we want to
direct your attention to the long tail of the /usr-move transition that
we want to see fixed in trixie: Moving aliased files in all remaining
packages to /usr. More precisely, the transition should be fully
completed in trixie before we enter the transition freeze likely in
January 2025. Dragging it, including the restrictions on package splits
and moving files, into forky would cause a lot of extra effort.

At this time, packages needing work mostly fall into three minimally
overlapping classes. Two of them already have bugs filed. This MBF is
about filing bugs for the biggest one.

 * "dh-sequence-movetousr": adding dh-sequence-movetousr to
   Build-Depends moves all files. We want to file bugs for these now.    
   191 packages.
 * "ftbfs#NNN": package currently FTBFS. Automatic analysis was not possible. 
Most
   of the packages have been failing to build for quite a while. We'll also 
look into
   removing these packages from unstable.
   28 packages.
 * "dep17#NNN": package already has a bug report on how to move. Often with a 
patch.
   78 packages.

We intend to use the following bug template:

==
Source: $SOURCEPKG
Version: $SOURCEVERSION
Severity: important
Tags: patch trixie sid
User: helm...@debian.org
Usertags: dep17m2 dep17dhmovetousr

This package is part of the /usr-move (DEP17) transition, because it
contains files in aliased locations and should have those files moved to
the corresponding /usr location. The goal of this move is eliminating
bugs arising from aliasing, such as file loss during package upgrades.

The following files in the following binary packages are affected.

...

You may add dh-sequence-movetousr to Build-Depends to perform the move.
This is an easy and readily applicable measure that has been verified
for this package using a test build. The main advantage of this method
is the low effort and it just works when backporting to bookworm.
However, it is more of a stop-gap measure as eventually the installation
procedure should refer to the files that are actually used for
installation. This often means updating debian/*.install files but also
changing flags passed to a configure script or similar measures. In case
you do not anticipate your package being uploaded to bookworm-backports,
please prefer a manual move, but generally prefer moving over delaying
any further.

After having done this move, please keep in mind that the relevant
changes need to be reverted for bookworm-backports, with these
exceptions:
 * dh-sequence-movetousr and dh_movetousr cancel themselves.
 * dh_installsystemd and dh_installudev revert to the aliased location.
 * The pkg-config variables systemdsystemunitdir in systemd.pc and
   udevdir in udev.pc reverts to aliased.

Please keep in mind that restructuring changes may introduce problems
after moving. A change is considered restructuring if formerly aliased
files formerly owned by one package are later to be owned by a package
with a different name. Such uploads should be done to experimental and
quarantine for three days before moving to unstable. This way, automatic
analysis (https://salsa.debian.org/helmutg/dumat) can detect problems
and file bugs. Such bugs shall include support for resolving the
problems.

The severity of this bug shall be raised to RC on August 6th.

For additional information about refer to
https://wiki.debian.org/UsrMerge and
https://subdivi.de/~helmut/dep17.html.
==

Additionally, we intend to upgrade all existing dep17* usertagged bugs
to important severity at the time of the MBF.  We intend to upgrade
these bugs to RC severity on August 6th, too.

Please find the dd-list attached. An irregularly updated version can be
found at: https://subdivi.de/~helmut/usrmove.ddlist

You may opt for not receiving a bug report by performing the requested
change before the bugs are filed.

Does anyone object to this MBF or wants an aspect about it changed?

Kind regards

Chris and Helmut

Please fix your packages for the /usr-move aka DEP17. Legend:
 * "upload" means that a source-ful upload fixes all relevant /usr-move issues
   (in Arch:all packages)
 *