Re: Bug#1059063: sudo: use systemd.pc to place systemd unit mask

2024-01-04 Thread Chris Hofstaedtler
On Thu, Jan 04, 2024 at 02:12:58PM +0100, Marc Haber wrote:
> On Thu, Jan 04, 2024 at 08:30:24AM +0100, Helmut Grohne wrote:
> > On Thu, Jan 04, 2024 at 08:32:55AM +0200, Martin-Éric Racine wrote:
> > > This patch includes a Build-Depends on systemd. Without [linux-any],
> > > it will prevent building on non-Linux ports.
> > 
> > You raise an important matter. Basically, the only remaining non-linux
> > port is hurd at this time, so I'm adding them to the loop.
> > 
> > While the general question is non-trivial to resolve, I think this
> > instance has a relatively straight forward answer. What we need here is
> > not systemd, but systemd-dev and that latter one is an Arch:all package
> > that doesn't have any dependencies, so systemd-dev actually should be
> > installable on hurd and is the right thing to depend on anyway.
> 
> So I should replace the Build-Depends: systemd with Build-Depends:
> systemd-dev NOW and everything is fine?

systemd-dev should be fine, yes.

Chris



Re: Bug#1059063: sudo: use systemd.pc to place systemd unit mask

2024-01-04 Thread Marc Haber
On Thu, Jan 04, 2024 at 08:30:24AM +0100, Helmut Grohne wrote:
> On Thu, Jan 04, 2024 at 08:32:55AM +0200, Martin-Éric Racine wrote:
> > This patch includes a Build-Depends on systemd. Without [linux-any],
> > it will prevent building on non-Linux ports.
> 
> You raise an important matter. Basically, the only remaining non-linux
> port is hurd at this time, so I'm adding them to the loop.
> 
> While the general question is non-trivial to resolve, I think this
> instance has a relatively straight forward answer. What we need here is
> not systemd, but systemd-dev and that latter one is an Arch:all package
> that doesn't have any dependencies, so systemd-dev actually should be
> installable on hurd and is the right thing to depend on anyway.

So I should replace the Build-Depends: systemd with Build-Depends:
systemd-dev NOW and everything is fine?

Greetings
Marc

P.S.: I do not have the energy currently to engage in a new instance of
any systemd war. Just tell me what to do with the package.

-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Leimen, Germany|  lose things."Winona Ryder | Fon: *49 6224 1600402
Nordisch by Nature |  How to make an American Quilt | Fax: *49 6224 1600421



Re: sudo: use systemd.pc to place systemd unit mask

2024-01-04 Thread Martin-Éric Racine
Hello Helmut,
On Thu, Jan 4, 2024 at 1:07 PM Helmut Grohne  wrote:
> On Thu, Jan 04, 2024 at 08:32:55AM +0200, Martin-Éric Racine wrote:
> > This patch includes a Build-Depends on systemd. Without [linux-any],
> > it will prevent building on non-Linux ports.
>
> You raise an important matter. Basically, the only remaining non-linux
> port is hurd at this time, so I'm adding them to the loop.
>
> While the general question is non-trivial to resolve, I think this
> instance has a relatively straight forward answer. What we need here is
> not systemd, but systemd-dev and that latter one is an Arch:all package
> that doesn't have any dependencies, so systemd-dev actually should be
> installable on hurd and is the right thing to depend on anyway.

https://buildd.debian.org/status/package.php?p=sudo

Martin-Éric



Re: sudo: use systemd.pc to place systemd unit mask

2024-01-04 Thread Helmut Grohne
Hi Martin-Éric,

On Thu, Jan 04, 2024 at 08:32:55AM +0200, Martin-Éric Racine wrote:
> This patch includes a Build-Depends on systemd. Without [linux-any],
> it will prevent building on non-Linux ports.

You raise an important matter. Basically, the only remaining non-linux
port is hurd at this time, so I'm adding them to the loop.

While the general question is non-trivial to resolve, I think this
instance has a relatively straight forward answer. What we need here is
not systemd, but systemd-dev and that latter one is an Arch:all package
that doesn't have any dependencies, so systemd-dev actually should be
installable on hurd and is the right thing to depend on anyway. Doing so
will still cause systemd units to be installed on hurd. I'm not sure
whether this is a good thing or not. At this time, I believe that
.service files is the preferred way to describe system services so in
principle, I think hurd should be supporting a subset of their syntax
before too long and therefore installing them on hurd should be the
right thing to do.

I note that systemd-dev is not part of bookworm, but part of
bookworm-backports, so backports requiring it cannot be built in plain
bookworm. I think this is ok-ish.

I hope this all makes sense. Please disagree with me now. :)

Helmut