software is not allowed.
The files also seem to be generated from another source (the "Roger
database" mentioned in "the MBROLA en1 encoding of the Roger
database") which is missing.
This looks non-free to me.
Ansgar
2] code at all...
As Git doesn't seem any different, I think we should close this bug.
If we think the system library exception is not valid, then we probably
have to remove lots of software and switch core libraries (e.g., use
clang, libc++ instead of gcc).
Ansgar
[1]: Even ignoring fu
Hi,
On Wed, 2025-03-19 at 07:47 +, Jonathan Wiltshire wrote:
> New archive signing keys are now needed for trixie, ideally before the soft
> freeze for trixie's update and then they can also be included in 12.11
> before 13.0.
The keys are now published, see [1].
Ansgar
bash not showing up in any
Packages index: that can happen for (at least) two reasons. The
snapshot service does not retrieve all Packages files. Or the package
could have been superseded by a newer version before it was ever
published in a dinstall run.
Regards,
Ansgar
On Wed, 2025-04-02 at 15:26
Hi,
On Thu, 2025-04-03 at 00:25 +0200, Johannes Schauer Marin Rodrigues wrote:
> Quoting Ansgar 🙀 (2025-04-02 21:41:39)
> > regarding your analysis: I think you could just scan the .changes files as
> > they list all *.deb files uploaded.> Though very old changes only h
'll try to get it done soon.
Ansgar
rtual
> package.
How should this dependency look like? If systemd can fulfill the
dependency, but cannot use "Provides: system-log-daemon" (see question
above), should other packages use "Recommends: systemd | system-log-
daemon"?
I think it would be helpful to be explicit on these questions.
Ansgar
Hi,
On Wed, 2024-12-11 at 11:19 +, Matthew Vernon wrote:
> On 11/12/2024 08:13, Ansgar 🙀 wrote:
>
> > 2. Drop the "Conflicts: system-log-daemon" from providers of
> > system-
> > log-daemon
>
> > (2.) is also technically correct: different implem
nce then.
(That said, I still think packages shouldn't depend on system
facilities like a system log, but leave that to the admin / default
setup to allow for flexibility; though technically "Depends/Recommends:
system-log-daemon" and "Conflicts: system-log-daemon" are independent.)
Ansgar
e that a "proper" UNIX-like system
always needs a MTA (and a running syslog and a compiler and so on)
because that is what some systems looked like in the past...
Ansgar
s like the wrong shape of solution to me; we've not
> previously
> assumed this,and I don't think the case for such a policy change has
> yet been made.
Could I ask why the ctte considers this the wrong solution? As it was
suggested previously, I assume it was at least taken into consideration
in discussions.
Ansgar
know. What is the
alternative for our users?
Ansgar
is (on x86) probably also something that was only
relevant before PCI?
Ansgar
bug-filing
Ansgar
remote security holes. I think a hard dependency on such services
should be avoided.
I'm fairly confident one can use libvirt without NFS. My laptop
certainly doesn't use NFS :-)
Ansgar
-- System Information:
Debian Release: trixie/sid
APT prefers stable-updates
APT policy: (500, '
Control: reassign -1 release.debian.org
Hi,
On Tue, 2024-09-10 at 14:24 +0530, Ritesh Raj Sarraf wrote:
> Yesterday, I got a report that snapper-gui is removed from Debian
> testing.
>
> The reason for removal is Debiang bug: 1073699, which is for the
> snapper package.
> snapper is still in the
ast[2] and upstream seems
dead (last commit two years ago).
Probably someone would need to write a proper replacement that doesn't
have such issues, but there currently seems nobody who is both
interested and capable to implement it (as for similar other cases).
Ansgar
[1]: https://bugs.debian.org/1055517
[2]: https://bugs.debian.org/992058
(by default).
Does grub-efi-amd64-unsigned enable any functions not offered by
grub-efi-amd64-signed? If not, why depend on it at all and not just
the signed version?
For example for the Linux kernel, Debian also just installs the signed
version.
Ansgar
`/run/media`? There can still be a compat symlink `/media` →
`/run/media` which should be sufficient for FHS compatibility.
As an added bonus, this would automatically clean `/media` of unused
mount points upon reboot.
(I have no idea if also other packages use `/media` and might need
changes.)
Ansgar
ld make dak reject packages shipping files in /bin, /lib*, /sbin
to avoid introducing regressions. I find that reasonable, but others
might disagree what ftpmasters can accept/reject (I would guess at
least one person would in this case...)
Ansgar
t operator.)
Ansgar
On Thu, 2024-05-23 at 20:55 +0300, Adrian Bunk wrote:
> Hi Bastian,
>
> The Debichem Group maintains ~ 140 packages with this maintainer
> address
> at lists.alioth.debian.org.
>
> Was this any misconfiguration on the debian.org side,
> or is/was this an
emd-modules-load.service
This is a separate issue: https://bugs.debian.org/1071182
Ansgar
/dracut-ng/issues/253
2. libkmod.so.2 might need to be installed manually:
- https://github.com/systemd/systemd/issues/32508#issuecomment-2080063182
systemd should get a `Breaks: dracut (<< fixed-version-goes-here)`
once a fixed version is uploaded.
Ansgar
-- System Information:
Debian R
e are fine with this, I think this
should be fine. (And AFAIU this seems to be the case.)
Maybe we should use a non-trusted cert for the initial setup and only
switch to a proper cert once everything is confirmed to be working as
expected?
Ansgar
t; restriction to all archives?
>
> Does the build daemons actually build non-free ?
Yes: allowlisted non-free packages get built on buildds.
Not allowing network access for contrib and non-free as well seems
reasonable to me.
Ansgar
and process the inner
part in the same way as before.
Ansgar
cases (multi-ABI libraries like libc6 or libraries not affected by
the ABI change), but it is not reliable.
Do we want this? It must at least be documented, probably in Debian
Policy and GCC.
This was asked on debian-devel@ multiple times, but there was no answer
so far.
Ansgar
led/disabled at once.)
Ansgar
On Fri, 2024-02-09 at 22:01 +0100, Bill Allombert wrote:
> On Fri, Feb 09, 2024 at 09:16:00PM +0100, Ansgar wrote:
> > with the upcoming time_t & friends 64-bit transition, dpkg-
> > buildflags
> > will be used to configure the ABI in use.
>
> This decision comes
y be mentioned in user documentation as well.)
Currently Debian Policy does not mention dpkg-buildflags at all.
Ansgar
/root 0 2024-01-19 23:12 ./build/reproducible-path/
| drwxr-xr-x root/root 0 2024-01-19 23:12
./build/reproducible-path/breezy-3.3.5/
| drwxr-xr-x root/root 0 2024-01-19 23:12
./build/reproducible-path/breezy-3.3.5/debian/
+---
This is probably not intended.
Ansgar
Hi,
On Sun, 2024-01-07 at 22:15 +0300, Dmitry Shachnev wrote:
> On Sun, Jan 07, 2024 at 07:31:48PM +0100, Ansgar wrote:
> > > gnome-keyring | alternatives is in Recommends, not in Depends.
> > >
> > > The reason for that is because someone may want to use secret
On Sun, 2024-01-07 at 18:23 +0300, Dmitry Shachnev wrote:
> On Sat, Jan 06, 2024 at 07:50:47PM +0100, Ansgar wrote:
> > Now try not to install an init system, dbus, ... in a application
> > container wanting to use python3-poetry to install some Python
> > application.
&g
Hi,
On Sat, 2024-01-06 at 20:39 +0300, Dmitry Shachnev wrote:
> On Mon, Dec 18, 2023 at 08:14:55PM +0100, Ansgar wrote:
> > If anything, only applications should require specific interfaces.
> > A library like python3-secretstorage cannot know whether its use is
> > essentia
On Fri, 2024-01-05 at 08:50 -0500, Mo Zhou wrote:
>
> On 1/5/24 03:48, Ansgar wrote:
> > On Thu, 2024-01-04 at 21:30 -0500, Mo Zhou wrote:
> > > Dependency of DebGPT. Will be maintained by deep learning team.
> > > It will go to the contrib section based on polic
openai-thing" package to
the general public?
Ansgar
iew is requested here, too.
Is there any reason to not just use systemd-cryptenroll?
It seems to be a more featureful implementation and also doesn't
require storing PINs in plain text in configuration files like
/etc/cryptsetup/2fa/2fa.conf as README instructs users to do here.
Nor does it st
Source: tablix2
Version: 0.3.5-7
Severity: important
Control: block 1055957 by -1
Please build tablix2 without PVM support. PVM is no longer maintained,
seems irrelevant for parallel applications these days and has been
proposed to be removed (#1055957).
Ansgar
Source: netpipe
Version: 3.7.2-8
Severity: important
Control: block 1055957 by -1
Please stop building netpipe-pvm, it blocks removal of PVM (#1055957).
I don't think PVM is still relevant for parallel applications these
days.
Ansgar
tions, I'll reassign this bug to the FTP team.
I'll wait at least two weeks, i.e., at least until 2024-01-13; though
it might take longer until I look at this again.
Ansgar
t;. I wonder if it
really needs rsh-client or whether that dependency could just be
dropped?
Ansgar
A
library like python3-secretstorage cannot know whether its use is
essential (in which case dbus should probably be a dependency) or
totally optional (in which case dbus should be suggested/recommended).
Ansgar
o Devuan's bug tracker. Debian cannot do
technical support for derivative distributions.
Ansgar
one or more positional arguments must be
| specified. All configuration files found in the directories listed
| in sysusers.d(5) will be read, and the configuration given on the
| command line will be handled instead of and with the same priority
| as the configuration file PATH.
+---[ man:systemd-sysusers(8) ]
Ansgar
e.
AFAIR there are other incompatibilities with systemd-sysusers so that
opensysusers should arguably not claim to be a compatible drop-in
replacement.
Ansgar
eport scripts might not be helpful or
even totally misleading.
It would be nice if reportbug would ask users if they are reporting
the bug from the affected system and (a) omit system information if
not or (b) at least indicate the user's answer.
Ansgar
> Debian Release: trixie/sid
> APT prefers unstable
> APT policy: (500, 'unstable'), (500, 'testing')
> Architecture: amd64 (x86_64)
You said elsewhere that this was a bug coming from using a different
distribution. Please talk to them so they make sure the system
information says so when people are using it.
Ansgar
these exist. They are
also used, both by software shipping in Debian and outside.
Dropping them would break existing software. I'm assuming the Jackson
symlink proposal would retain them for this reason instead of breaking
software for no good reason.
Ansgar
Hi,
On Sat, 2023-09-16 at 12:58 -0700, Russ Allbery wrote:
> Control: unblock 1051371 by 1050001
>
> Ansgar writes:
>
> > However, there is a proposal by Jackson for an alternative filesystem
> > layout based on symlink farms in consideration by the technical
> &
y be aware of this
policy issue in their consideration of #1050001; the resolution of
which might also cover this issue (#1051371).
Ansgar
[1]: https://bugs.debian.org/1050001#33
a.
I don't understand what the problem here should be? The mail address
should be valid.
Ansgar
rs to patch this in software packaged
for Debian? Why?
I think it is fine to wait with this until buildds use merged-/usr for
builds, but I don't see any reason to spend resources on this after
that.
Ansgar
t on a
production system)? It might be interesting to experiment with the new
layout.
Ansgar
y thoughts about this?
Ansgar
[1]: With some exceptions such as some programs have compat symlinks
in the legacy layout or between .../bin and .../sbin.
gt; I think it's worth pointing out that any software which is trying to
> be portable to Unix systems other than just Linux (which includes the
> BSDs and MacOS) will need to avoid assuming directory aliasing.
Which seems irrelevant for what we do in Debian. On portable system
you can't assume `/bin/sh` to be there either...
Ansgar
actice it seems to work fine, and of course avoiding
stuff associated with a certain company which I understand is a goal in
itself for some people)...
I would appreciate a list of technical and ideological reasons why
switching to the Jackson layout is important for Debian.
Ansgar
Please stop building packages for mipsel for unstable/experimental so
we can proceed here.
Ansgar
On Wed, 2023-08-23 at 20:50 +0200, Ansgar wrote:
> > /bin and /lib etc. remain directories (so there is no aliasing). All
> > actual files are shipped in /usr. / contains compatibility symlinks
> > pointing into /usr, for those files/APIs/programs where this is
> > neede
n before coming to the tech-
ctte as far as I know.
If someone wants to go this way, I suggest to just have a GR about it
instead of iterating this at tech-ctte yet again. It's not very
motivating to have some people endlessly argue against moving forward
and wanting to revisit/reverse/change some decisions endlessly.
Ansgar
ns, we can talk about init system
support in Debian and costs/benefits of supporting some of them. :-)
Ansgar
e in /bin) will not give any bugs?
We already *had* these bugs for several releases and found them only
after release (even before usrmerge which makes them non-bugs).
Please provide a plan how to fix these ahead of time; please be aware
that they might only occur with some hardware / configurations.
Ansgar
Frankendebian"). If something then breaks, you get to
fix it yourself; don't expect others to support such a setup.
Ansgar
On Fri, 2023-08-18 at 22:45 +0200, Vincent Lefevre wrote:
> On 2023-08-18 07:35:33 +0200, Ansgar wrote:
> > Please investigate why "usrmerge" is not installed (I assume this is an
> > upgraded system). Or, if it is installed, why /bin, /sbin, /lib* are
> > n
in *must* be a symlink to /usr/bin, so /usr/bin/run-parts must exist
and cron's PATH is sufficient.
Please investigate why "usrmerge" is not installed (I assume this is an
upgraded system). Or, if it is installed, why /bin, /sbin, /lib* are
not symlinks to their respective counterparts in /usr.
Ansgar
should just be extended to include
"__pycache__" as well and these would be non-issues.
Ansgar
y go ahead as planned, i.e., social costs are not considered,
but should be (IMHO).
Ansgar
e changed. So please consider reverting
+---
| Packages that include system services must include ``systemd`` service
+---
to the original
+---
| Packages that include system services should include ``systemd`` service
+---
Ansgar
ration".
This should address concerns raise on d-devel@ that some packages might
not ship an init script. It also better covers alternative init systems
that do something more interesting than just starting the same sysvinit
scripts of old (not sure if any do).
Ansgar
irectory
What is the output of
ls -ld /bin /bin/udevadm /usr/bin/udevadm
?
How did you create the chroot?
Ansgar
in two places would at least be confusing for
users: where would users need to change settings? In the unit file? In
the tmpfiles files? Both?
Ansgar
added a small warning to the
FAQ: https://wiki.debian.org/Teams/Dpkg/FAQ?action=diff&rev1=78&rev2=79
Ansgar
ppointed how the ctte appears to do as much as they can
to avoid deciding on this :-(
Ansgar
I suggest that you try systemd-nspawn for this purpose.
>
Or podman or docker or various other things.
Plain chroots and an unclean environment which violates various
assumptions system startup scripts make are not a great way to test
stuff.
Ansgar
y is available from
https://defi.43-1.org/defibrillator-test-key.asc
Ansgar
eb.debian.org
and so on, I think the Debian project *is* the upstream for dpkg.
Ansgar
Yes, I do.
Please pass a resolution that you don't want to override the dpkg
maintainer and that telling derivative users to configure their system
in a way that will cause breakage is okay to do for packages in Debian.
Ansgar
i386 and no longer provide installation media for i386.
|
| We recommend hosts still running the i386 port to be upgraded
| to amd64. Legacy i386 software can be run using multi-arch,
| chroot environments or containers.
+---
Ansgar
Hi,
On Fri, 2023-05-19 at 07:09 -0700, Sean Whitton wrote:
> On Thu 18 May 2023 at 07:55PM +02, Ansgar wrote:
>
> > Why not?
>
> We will not move that fast.
So there is no real reason?
As there doesn't seem to be anything you think need to be talked about
that is missi
On Thu, 2023-05-18 at 12:14 -0600, Gunnar Wolf wrote:
> Ansgar dijo [Thu, May 18, 2023 at 07:55:03PM +0200]:
> > Why not?
> >
> > Do you think the implications of removing the warning are unclear?
> >
> > Do you think we need to explore alternative solutions?
Hi,
On Thu, 2023-05-18 at 10:48 -0700, Sean Whitton wrote:
> On Thu 18 May 2023 at 07:21PM +02, Ansgar wrote:
>
> > The full freeze is approaching and there has been no progress on
> > this
> > issue. Does the ctte think a decision before the release is still
> > p
Hi,
On Thu, 2023-05-11 at 00:32 +0200, Ansgar wrote:
> On Wed, 2023-05-10 at 23:47 +0200, Ansgar wrote:
> > Cool, then let's ask tech-ctte.
> >
> > Dear ctte, please consider overruling the dpkg maintainer to
> > include
> > the patch from #994388[1].
>
On Wed, 2023-05-10 at 19:01 -0700, Sean Whitton wrote:
> On Wed 10 May 2023 at 11:47PM +02, Ansgar wrote:
> > Cool, then let's ask tech-ctte.
> >
> > Dear ctte, please consider overruling the dpkg maintainer to
> > include
> > the patch from #994388[1].
>
On Wed, 2023-05-10 at 23:47 +0200, Ansgar wrote:
> Cool, then let's ask tech-ctte.
>
> Dear ctte, please consider overruling the dpkg maintainer to include
> the patch from #994388[1].
>
> Thanks,
> Ansgar
>
> [1]: https://bugs.debian.org/994388#397
For deriv
Package: tech-ctte
X-Debbugs-Cc: Russ Allbery , Sean Whitton
, Helmut Grohne , Luca Boccassi
, debian-d...@lists.debian.org, debian-de...@lists.debian.org
On Wed, 2023-05-10 at 14:36 -0700, Russ Allbery wrote:
> Ansgar writes:
> > Debian going out of its way to tell derivative users
Hi,
since I'm not using this Debian/libvirt version anymore, I think the issue can
be closed/marked as resolved.
Thanks,
Ansgar
On Thu, 2023-04-27 at 17:26 +0200, Emanuele Rocca wrote:
> Hi,
>
> On Tue, Jul 12, 2016 at 08:22:31PM +0200, Ansgar Hegerfeld wrote:
> > Okay
Adam D. Barratt wrote:
> We need new archive signing keys for bookworm, so that we can include
> them in the release.
The keys are published now, see
https://lists.debian.org/debian-devel-announce/2023/03/msg1.html
Ansgar
ssword login as a fallback, but only when
libpam-fprintd is installed. Otherwise login fails before a password
prompt is shown.
Ansgar
That might also be a
minor bug.
Ansgar
-- System Information:
Debian Release: bookworm/sid
APT prefers testing
APT policy: (500, 'testing'), (300, 'buildd-unstable'), (300, 'unstable'),
(1, 'buildd-experimental'), (1, 'experimental')
Architect
ot; too if the automation means
debconf as the admin might not have answered to the questions, for
example when the package is installed in an automated setup ;-)
Ansgar
explain what issues you have that are not solved by using incoming.d.o.
Ansgar
less
they use a VM.
Ansgar
y have
received the recovery share. Or that the share was lost on the way.
I'm not sure how long it will take.
Ansgar
hat is a change from current practice. And could be extended to
forcing /usr/local to be empty and a sane, standard environment and
contents of $HOME and anything else that could affect build results.
Ansgar
ity "required" and additional packages. An informational
| list of additional packages can be found in
| /usr/share/doc/build-essential/list (which is contained in the
| build-essential package).
+---
This only documents existing practice as practically all systems have
required packages installed.
Ansgar
arguments, but I expected an
error message telling me what the other arguments are and in which
order "git bundle create" expects them.
Ansgar
-- System Information:
Debian Release: bookworm/sid
APT prefers testing
APT policy: (500, 'testing'), (300, 'buildd-unstable
ty issue (just
like, for example, reverting to using SSL3 instead of TLS1.3).
Ansgar
-- Package-specific info:
This system uses merged-usr-via-aliased-dirs, going behind dpkg's
back, breaking its core assumptions. This can cause silent file
overwrites and disappearances, and its general too
intainer is unhappy with the project decision and
included this warning which sadly unsettles users.
Ansgar
rnels (which can come from upstream) ;-)
If you want some other "common" ground, I guess it would need to be
created and adopted instead of the current one first.
Ansgar
ould explicitly state that "TLDs" is
an abbrevation for "public suffix list" here as that is not a common
use of that three letter acronym ;-)
At least at a quick glance it doesn't seem to filter the list to only
include top-level domains also listed on the public suffix list (I'm
not sure all top-level domains are there?)
Ansgar
e AND su.id =
newest_source.suite
+---[ dak/rm.py ]
which then results in an empty set if `${package}`'s source is no longer
in the suite.
Ansgar
1 - 100 of 1590 matches
Mail list logo
