't that high.
That said, around 750 packages are shipping about 1300 binaries in
/usr/games. So that would be quite a bit of churn to update them all to
move to /usr/bin. Thankfully, this would be quite an easy change
compared to usrmove, as we wouldn't have any dpkg related file losses
there are plans to do so.
I read the bug report like this: By the time Trixie ships and once Forky
opens up for development, the sysv-generator is going to be removed.
I.e. it will be a change affecting Forky, not Trixie.
Which leaves us 2 years to fix the remaining stragglers.
Regards,
Mich
idea is to move everything to /usr. The approach taken by symlinking
the directories is an implementation detail.
Regards,
Michael
OpenPGP_signature.asc
Description: OpenPGP digital signature
Package: wnpp
Severity: wishlist
Owner: Michael Fladischer
X-Debbugs-Cc: debian-devel@lists.debian.org,debian-...@lists.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: python-pyslurm
Version : 24.11.0
Upstream Contact: Toni Harzendorf
* URL
but I redid it in bash with awk and it ran faster.
Thank you,
Michael Lazin
.. τὸ γὰρ αὐτὸ νοεῖν ἐστίν τε καὶ εἶναι.
On Sun, Apr 20, 2025 at 4:57 PM Josh Triplett wrote:
> On Sun, Apr 20, 2025 at 10:12:24PM +0300, Adrian Bunk wrote:
> > Container size is obviously not a priority
On Sat, Apr 19, 2025 at 10:55:20PM +0800, Sean Whitton wrote:
This just hasn't been my experience. You don't need perfect
compatibility (or certification). By restricting myself to the POSIX
specifications of sh, awk, find, grep and sed, I've profitably written
several non-trivial programs that
On Sat, Apr 19, 2025 at 04:09:53PM +0200, Chris Hofstaedtler wrote:
* Michael Stone [250419 15:47]:
If the goal is a minimal container image, why use debian at all vs a
distribution optimized for that purpose? Running alpine without perl
is already a solved problem...
This is true for a lot
On Fri, Apr 18, 2025 at 10:17:12PM +0100, Jonathan Dowland wrote:
They likely lack perl, as well. Most/all awk usage in maintainer
scripts could probably be replaced with perl. But, if you are in the
minimizing game, perhaps you'd rather remove perl from the essential
set? A substantially harde
On Sat, Apr 19, 2025 at 08:05:54PM +0800, Sean Whitton wrote:
I have interpreted scripts that I want to run on any FreeBSD and Debian
machine, because they are part of my OS bootstrapping. What else is
there than POSIX sh for this? Therefore, it's still relevant.
With that requirement, what y
On Fri, Apr 18, 2025 at 02:52:17PM +0800, Sean Whitton wrote:
On Thu 17 Apr 2025 at 08:02pm -05, Richard Laager wrote:
So, personally, I think getting mktemp(1) added to POSIX would be
better for portability in the long run anyway.
Eventually. POSIX.1-2017 is going to be the thing to target f
On Tue, Apr 15, 2025 at 03:38:38PM +0200, Simon Josefsson wrote:
I believe that is a fairly new (~5 years?) approach within Debian.
Debian used to treat OpenSSL incompatible with GPLv2 and that all code
that link to OpenSSL has to have a GPL+OpenSSL exception. Does anyone
recall how and when thi
On Tue, Apr 08, 2025 at 12:08:05PM -0500, Richard Laager wrote:
I got bit (not in pytz) by US/Pacific disappearing, so I understand
the annoyance from the user perspective. However, as that is what has
happening in tzdata, I don't think we should have individual packages
trying to fight that in
Package: wnpp
Severity: wishlist
Owner: Michael Jeanson
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: jome
Version : 1.2.1
Upstream Contact: Philippe Proulx
* URL : https://github.com/eepp/jome
* License : MIT
Programming Lang: C
On Tue, Apr 08, 2025 at 06:42:43AM +0100, Alastair McKinstry wrote:
But ./gen_tzinfo.py in python-tz adds extra timezones it believes
should be present, including some backwards-compatible entries such as
"US/Pacific". Adding these timezones is possible, but I am loath to
diverge from tzdata..
On Tue, Apr 08, 2025 at 04:50:58PM -0500, Richard Laager wrote:
Option C would also keep the whole system consistent. But in that
scenario, installing python-tz indirectly adds system-wide timezone
values. I'm hesitant about that idea; it feels like "spooky action at
a distance".
FWIW, that'
On Tue, Apr 08, 2025 at 05:19:38PM +0200, Dirk Lehmann wrote:
in relation to the discussion of 'utmp in trixie'
* https://lists.debian.org/debian-devel/2025/04/msg00011.html
It looks like, that wtmp is an well alternative to who(1). For that
the command
$> last -p now
No. utmp and wtmp ar
On Wed, Apr 02, 2025 at 05:52:13PM +1100, Craig Small wrote:
Yes, there is definitely a Y2038 issue
*for trixie*?
there are also issues with utmp not
being
handled consistently and some security issues around who can do what to the
file.
Stuff that has been true literally decades. If someon
On Fri, Apr 04, 2025 at 09:10:42PM +0200, Dirk Lehmann wrote:
On 4/3/25 2:58 PM, Antonio Terceiro wrote:
I never cared about /run/utmp in itself, but I got used to last(1).
FWIW, a new implementation of last is now provided by wtmpdb.
+1
great, it looks like that
* wtmpdb(8)
could be a wel
On Thu, Apr 03, 2025 at 12:47:07AM +0200, Marco d'Itri wrote:
On Apr 02, Bill Allombert wrote:
Does that breaks the usual unix commands like 'who' ? If yes this is
who(1) specifically, yes.
See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1079575 .
Maybe the coreutils maintainer is alrea
On Fri, Apr 04, 2025 at 03:43:03PM +0200, Marc Haber wrote:
Can your package handle the classic on-disk format when it is compiled
with 64 bit time_t? I remember there was some discussion about that
back then.
If you touch /run/utmp you'll see it is still working fine with any
packages that ha
On Fri, Apr 04, 2025 at 12:46:03AM +0200, Chris Hofstaedtler wrote:
But the thing that needs looking at is why who in Debian behaves like
it does, and if it doesn't work right, fix that in who or wherever
else it needs fixing in the stack.
Because I haven't turned it on, because I'm really unh
On Thu, Apr 03, 2025 at 07:52:12PM +0200, Marco d'Itri wrote:
On Apr 03, Michael Stone wrote:
The issue isn't making a change, the issue is what change is the
right thing to do. IMO, dropping utmp without any kind of a
transition or deprecation period is the wrong thing to do. H
Am 04.04.25 um 00:46 schrieb Chris Hofstaedtler:
Maybe it needs some additional work to fully function with current
systemd versions. IIRC procps also only recently added some new code to
deal with new systemd behaviours.
Maybe try the attached patch. With it applied I get:
michael@mars
/run/utmp is no longer provided in trixie, which means that the
mechanisms used to show active sessions in unix for several decades no
longer work. There's a replacement mechanism provided by systemd, but
it's not 1:1. I propose that for trixie *both* mechanisms are active, so
a person can choo
Package: wnpp
Severity: wishlist
Owner: Michael Jeanson
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: python3-miltertest
Version : 1.0.0
Upstream Contact: Paul Arthur
* URL : https://github.com/flowerysong/miltertest
* License : GPL-3
Package: wnpp
Severity: wishlist
Owner: Michael Fladischer
X-Debbugs-Cc: debian-devel@lists.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: python-pytest-shell-utilities
Version : 1.9.7
Upstream Contact: Pedro Algarvio
* URL : https
On Mon, Mar 10, 2025 at 08:36:45PM +0900, Simon Richter wrote:
We're not obligated to validate their questionable choices in buying
hardware that ships with non-free firmware
There are a lot of competing priorities here, and it's the height of
arrogance to be so certain that one's own opinion
On Sun, Mar 09, 2025 at 01:32:47PM +0100, Matthias Urlichs wrote:
Another way to look at this outcome, and the one I personally prefer
by a wide margin, is that it'd be very cool to have them, but at this
time their utility is … questionable, given that I personally own zero
(out of umpteen) co
I wonder if we get a reply from the OP or if this was just an attempt to
trigger a flame war. We will see...
OpenPGP_signature.asc
Description: OpenPGP digital signature
ems; if we are able to detect that
there will be a problem and warn the person running the command, that
sounds sensible to me, but I have not looked at the details.
Michael
Am 28.02.25 um 16:34 schrieb Vincent Lefevre:
I'd say that this is rather a bug in unattended-upgrades.
unattended-upgrades uses this default configuration:
// "origin=Debian,codename=${distro_codename}-updates";
// "origin=Debian,codename=${distro_codename}-proposed-updates";
Am 26.02.25 um 16:27 schrieb Jeremy Bícha:
On Wed, Feb 26, 2025 at 10:10 AM Stephan Verbücheln
wrote:
According to reports and changelogs, Gnome 48 should be working without
Xwayland.
https://gitlab.gnome.org/GNOME/gdm/-/blob/main/NEWS
Can you remove the package dependency in Debian?
No. We
Am 20.02.25 um 11:13 schrieb Vincent Lefevre:
Hi,
On 2025-02-20 17:51:40 +0800, Sean Whitton wrote:
I just pushed version 4.7.1.0 of the Debian Policy Manual and related
documents to the binary-NEW queue for sid.
Below you will find the significant normative changes from the
previously-announce
sumes of course you can somehow (automatically) determine the
list of packages that are fixed by that one popular library.
Michael
OpenPGP_signature.asc
Description: OpenPGP digital signature
CC build
failure like this one will hit them rather late.
Michael
OpenPGP_signature.asc
Description: OpenPGP digital signature
builtusing/dh_builtusing.1.en.html
[3]
https://www.debian.org/doc/debian-policy/ch-controlfields.html#debian-binary-package-control-files-debian-control
Cheers,
--
Michael R. Crusoe
OpenPGP_signature.asc
Description: OpenPGP digital signature
Am 06.02.2025 um 20:48 schrieb Jeremy Bícha:
No. The Debian GNOME team intends for Debian 13 "Trixie" to include
GNOME 48.
This is great to hear. Thanks Jeremy and the whole GNOME team!
Regards,
Michael
Hi!
I'd love to have little help with postfix before trixie.
There are 2 open issues which needs fixing, both involving debconf,
and I haven't dealt with debconf before (despite being a long-term
DD), and my time these days is scarce, - so it would be difficult
for me to complete the task before
24.01.2025 04:06, Otto Kekäläinen wrote:
I would be curious to hear why people are *not* adopting 'debian/latest'?
Why does the majority of Debian packages still use 'master' or
'debian/master' branch as the main development branch?
For me it's 3 things.
1. "debian/*" is just more to type th
On Fri, Jan 03, 2025 at 11:49:05AM +0100, Bernhard Schmidt wrote:
Shared infrastructure of course. Note that this includes an update of
the initramfs, which is CPU bound and takes a bit on this system. You
can take around 45s off the clock for the initramfs regeneration in
each run. I did a cou
02.01.2025 03:00, Aurélien COUDERC wrote:
Sure but I wouldn’t know how to do that since I’m calling apt and
force-unsafe-io seems to be a dpkg option ?
echo force-unsafe-io > /etc/dpkg/dpkg.conf.d/unsafeio
before upgrade.
/mjt
On Wed, Jan 01, 2025 at 03:15:25PM +, Nikolaus Rath wrote:
Julien Plissonneau Duquène writes:
Le 2024-12-30 21:38, Nikolaus Rath a écrit :
If a system crashed while dpkg was installing a package, then my
assumption has always been that it's possible that at least this package
is corrupted.
On Tue, Dec 31, 2024 at 06:44:58PM +0100, Marc Haber wrote:
On Tue, Dec 31, 2024 at 10:32:09AM -0700, Soren Stoutner wrote:
On my system, which has a Western Digital Black SN850X NVMe (PCIe 4) formatted
ext4, dpkg runs really fast (and feels like it runs faster than it did a few
years ago on sim
On Tue, Dec 31, 2024 at 05:31:36PM +0100, Sven Mueller wrote:
It feels wrong to me to justify such a heavy performance penalty this way if
Well, I guess we'd have to agree on the definition of "heavy performance
penalty". I have not one debian system where dpkg install time is a
bottleneck.
On Mon, Dec 30, 2024 at 08:38:17PM +, Nikolaus Rath wrote:
If a system crashed while dpkg was installing a package, then my
assumption has always been that it's possible that at least this package
is corrupted.
You seem to be saying that dpkg needs to make sure that the package is
installed
On Sat, Dec 28, 2024 at 08:22:17PM -0500, Theodore Ts'o wrote:
Note that it's not a sync, but rather, under certain circumstances, we
initiate writeback --- but we don't wait for it to complete before
allowing the close(2) or rename(2) to complete. For close(2), we will
initiate a writeback on a
I think that's basically what you need to do.
Do you see the computation of allocatable RAM as something we can
accommodate in coreutils? Michael suggested adding "nmem" between the
lines. Did you mean that in an ironic way or are you open to adding such
a tool? It would solve a qu
On Thu, Dec 26, 2024 at 09:23:36PM +0900, Simon Richter wrote:
My feeling is that this is becoming less and less relevant though,
because it does not matter with SSDs.
To summarize: this thread was started with a mistaken belief that the
current behavior is only important on ext2. In reality t
24.12.2024 17:10, Simon Richter wrote:
Hi,
On 12/24/24 18:54, Michael Tokarev wrote:
The no-unsafe-io workaround in dpkg was needed for 2005-era ext2fs
issues, where a power-cut in the middle of filesystem metadata
operation (which dpkg does a lot) might result in in unconsistent
filesystem
Hi!
The no-unsafe-io workaround in dpkg was needed for 2005-era ext2fs
issues, where a power-cut in the middle of filesystem metadata
operation (which dpkg does a lot) might result in in unconsistent
filesystem state. This workaround slowed down dpkg operations
quite significantly (and has been
22.12.2024 10:24, Helmut Grohne wrote:
Hi Michael and Simon,
Hello Helmut! :)
On Wed, Dec 18, 2024 at 10:16:12PM +0900, Simon Richter wrote:
If they were to ship unit files, they'd end up in the same documentation
..
I'm not sure the generator approach needs to be ruled out th
17.12.2024 00:31, Henrik Ahlgren wrote:
Anyway, systemd's hardening features are so easy and effective that I
would really like to see not only postfix, but ALL services use them as
much as possible. Why we still have major packages like nginx shipping
without any hardening out-of-the-box?
I wo
18.12.2024 16:16, Simon Richter wrote:
Postfix's "master" process effectively implements an orchestrator for a microservice architecture, similar to what systemd does. This could be
replaced by systemd by writing a generator that creates units from master.cf.
Simply converting the default mast
17.12.2024 00:31, Henrik Ahlgren wrote:
On Mon, 2024-12-16 at 21:21 +0300, Michael Tokarev wrote:
It turns out the reason for this is a myth, which we believed to for
25 years - a myth that "On FreeBSD, chroot is painless, but on Linux,
chroot never works and is only suitable for the one
16.12.2024 20:55, Michael Tokarev wrote:
16.12.2024 20:08, Russ Allbery wrote:
So, I wouldn't object to undoing that given upstream's stance, but maybe
it would be good to do that in conjunction with adding more hardening to
the default configuration with systemd? systemd-analyz
16.12.2024 20:45, Marco d'Itri wrote:
On Dec 16, Michael Tokarev wrote:
What do you think about this aspect of postfix on debian?
I do not remember ever having any issues about this, and I have been
using Postfix since before it was called Postfix. But if Wietse says
that a chroot defau
16.12.2024 20:08, Russ Allbery wrote:
So, I wouldn't object to undoing that given upstream's stance, but maybe
it would be good to do that in conjunction with adding more hardening to
the default configuration with systemd? systemd-analyze security
postfix@- shows a whole lot of things that coul
Hi!
For 25 years, Postfix the MTA in Debian has been setup to run chrooted by
default (that's where most postfix internal components run chrooted in
/var/spool/postfix/, to limit possible system damage after a possible
compromise).
This setup has been criticized for 25 years, because of signific
On Fri, Dec 13, 2024 at 07:00:36PM +0200, Peter Pentchev wrote:
On Fri, Dec 13, 2024 at 10:08:19AM -0500, Michael Stone wrote:
On Fri, Dec 13, 2024 at 12:22:38PM +0100, Marc Haber wrote:
> They are planning to remove the --badname option from useradd, making
> it impossible to even try
On Fri, Dec 13, 2024 at 12:22:38PM +0100, Marc Haber wrote:
They are planning to remove the --badname option from useradd, making
it impossible to even try UTF-8 user names, without patching useradd.
Or edit the passwd file (vipw), or use any non-passwd-file
authentication mechanism, or use a
rtant indicates some kind of urgency, so maybe it
would be good to mention in the bug report template when you plan to
implement those changes.
I personally prefer if such MBFs mention what release they target.
Regards,
Michael
OpenPGP_signature.asc
Description: OpenPGP digital signature
On Thu, Nov 14, 2024 at 04:39:28PM +0100, Iustin Pop wrote:
Indeed. But even the comment, by itself, I think raises a question - why
do we (still) do this?
Because there's very little incentive to change it.
On Tue, Nov 12, 2024 at 11:10:54PM +0100, Iustin Pop wrote:
On Tue, Nov 12, 2024 at 02:14:34PM +0800, kindusmith wrote:
> In early Unix, boot and vmunix were both stored in the root directory as
> programs, and boot was used to start vmunix. Debian inherited this for
> compatibility, but the situ
On Tue, Nov 12, 2024 at 02:14:34PM +0800, kindusmith wrote:
In early Unix, boot and vmunix were both stored in the root directory
as programs, and boot was used to start vmunix. Debian inherited this
for compatibility, but the situation has changed a lot. Today, boot is
stored in the root direc
Am 01.10.24 um 20:15 schrieb Mark Pearson:
On Tue, Oct 1, 2024, at 7:44 AM, Michael Biebl wrote:
Am 01.10.24 um 12:17 schrieb Michael Biebl:
The issue is, that the path used in dir_to_symlink changed pre and post
usrmove. I don't think you can express that via a .maintscript file.
Am 30.09.24 um 18:53 schrieb Mark Pearson:
The firmware-sof-signed 2024.06 package:
https://packages.debian.org/trixie/firmware-sof-signed
In particular the sof-ipc4-tplg package that is being converted from a
directory to a symlink.
The dpkg-maintscript-helper complains about
/usr/lib/firmwa
Am 01.10.24 um 12:17 schrieb Michael Biebl:
Am 30.09.24 um 18:53 schrieb Mark Pearson:
The firmware-sof-signed 2024.06 package:
https://packages.debian.org/trixie/firmware-sof-signed
In particular the sof-ipc4-tplg package that is being converted from a
directory to a symlink.
The dpkg
more details.
Michael
OpenPGP_signature.asc
Description: OpenPGP digital signature
On Mon, Sep 16, 2024 at 09:49:24AM +0200, Ansgar 🙀 wrote:
Hi,
On Sun, 2024-09-15 at 23:07 -0400, Michael Stone wrote:
On Tue, Jul 09, 2024 at 02:13:26PM +0200, Daniel Gröber wrote:
> If ifupdown's paradigm were working for people we wouldn't be having this
> conversation.
>
On Tue, Jul 09, 2024 at 02:13:26PM +0200, Daniel Gröber wrote:
If ifupdown's paradigm were working for people we wouldn't be having this
conversation.
Well, the problem is that there's a selection bias in people having this
conversation--the people who are using ifupdown without issues aren't
On Tue, Jul 09, 2024 at 10:57:39AM +0200, Matthias Urlichs wrote:
Agreed: either it's drop-in compatible or we may as well switch the
default to NM and/or systemd-networkd.
Well, here's a heretical thought: why don't we do that anyway, at least for new
installations?
Frankly the default
ager will automatically fall back to the internal client in
this case.
Regards,
Michael
OpenPGP_signature.asc
Description: OpenPGP digital signature
Hi!
I'd love to get some input about an idea which I expressed in
https://bugs.debian.org/1079603 - namely, to move static qemu-user
emulation binaries from qemu-user-static package to qemu-user package
(which contains dynamically-linked binaries with exactly the same
functionality), effectively
On Fri, Aug 16, 2024 at 04:54:02PM +0100, Colin Watson wrote:
Quite. If nothing else, I think the code actually in the Debian archive
that relies on the old path ought to be changed _first_, e.g. via an
MBF. I see a bunch of cases that are relatively subtle and might suck a
lot of other people'
The first time I rebooted after iproute2 removed the /sbin/ip link, my system
failed to boot. I eventually discovered this was because /sbin/vconfig (from
the "vlan" package) calls /sbin/ip and when that failed the network was not
configured. This meant having to boot into single user mode for dia
Package: wnpp
Severity: wishlist
Owner: Michael Fladischer
X-Debbugs-Cc: debian-devel@lists.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: python-django-timescaledb
Version : 0.2.13
Upstream Contact: Rasmus Schlünsen
* URL : https
On 08/08/2024 07.02, nick black wrote:
Michael R. Crusoe left as an exercise for the reader:
Please create a new group on salsa and then we can move the repo[0] from the
debian-med namespace.
done: https://salsa.debian.org/deflate-team
Thank you Nick, I've moved the libdeflate Salsa
ip as well.
Hi Nick and Michael, I'd be happy to join this hypothetical team as well. I
already maintain multiple C++/CMake packages, and I'm looking into using
libdeflate in Pistache, a library which I maintain both upstream and in Debian.
Thank you Andrea and Nick for volunteering!
aging team.
liblzma-dev (from xz-utils, 4381 reverse build-depend) has never been under
team maintainership as far as I can tell.
Thanks!
[0] According to `build-rdeps --distribution unstable libdeflate-dev`
--
Michael R. Crusoe
OpenPGP_signature.asc
Description: OpenPGP digital signature
Package: wnpp
Severity: wishlist
Owner: Michael Fladischer
X-Debbugs-Cc: debian-devel@lists.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: python-django-zeal
Version : 1.2.0
Upstream Contact: Tao Bojlén
* URL : https://github.com/taobojlen
Package: wnpp
Severity: wishlist
Owner: Michael Fladischer
X-Debbugs-Cc: debian-devel@lists.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: python-async-property
Version : 0.2.2
Upstream Contact: Ryan Anguiano
* URL : https://github.com
Package: wnpp
Severity: wishlist
Owner: Michael Fladischer
X-Debbugs-Cc: debian-devel@lists.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: python-jq
Version : 1.7.0
Upstream Contact: Michael Williamson
* URL : https://github.com
p as
smcv said, would be to make d-i/netcfg networkd aware. At the beginning,
this could be opt-in (for testing purposes) and we could make it the
default later on.
Any takers?
Regards,
Michael
OpenPGP_signature.asc
Description: OpenPGP digital signature
Am 14.06.24 um 14:13 schrieb Mourad De Clerck:
PSA: as of systemd/256~rc3-3 the open file descriptors hard limit is
bumped early at boot from 1048576 to the max value that the kernel
allows, which on amd64 is currently 1073741816.
Hi,
It seems some proprietary software (the JetBrains IDEs) has
Package: wnpp
Severity: wishlist
Owner: Michael Fladischer
X-Debbugs-Cc: debian-devel@lists.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: python-django-structlog
Version : 8.1.0
Upstream Contact: Michael Fladischer
* URL : https
losed with solution 'works here, must be user error' ;-)
Sore to all for the noise.
--
Hilsen/Regards
Michael Rasmussen
Get my public GnuPG keys:
michael rasmussen cc
https://keys.openpgp.org/vks/v1/by-fingerprint/A1306C5094B5E31B7721A3A66F4844C7CA7501AA
mir datanom net
https://key
ting those things via
debian/rules.
Afaics, this would actually make efforts like reproducible builds
*easier* as settings provided by reproducible-builds wouldn't be
overwritten by debian/rules.
Michael
OpenPGP_signature.asc
Description: OpenPGP digital signature
/master/debian/patches/debian/Bring-tmpfiles.d-tmp.conf-in-line-with-Debian-defaul.patch?ref_type=heads
This patch/change was added in 2012 and has required very little to no
maintenance since that time. So the cost of keeping it is very low
maintenance wise.
Michael
OpenPGP_signature.asc
Am 06.05.24 um 12:35 schrieb Simon Richter:
Hi,
On 5/6/24 17:40, Michael Biebl wrote:
If we go with a/, then I think d-i should be updated to no longer
create /tmp as a separate partition.
I think if the admin explicitly configures tmpfs as a separate file
system, then that should be
feedback from all affected parties
to make an informed decision.
What upstream is doing should not be the only driving factor.
Michael
OpenPGP_signature.asc
Description: OpenPGP digital signature
Am 06.05.24 um 12:15 schrieb Barak A. Pearlmutter:
We have two separate issues here:
a/ /tmp-on-tmpfs
b/ time based clean-up of /tmp and /var/tmp
I think it makes sense to discuss/handle those separately.
Agreed.
I also don't see any issue with a/, at worst people will be annoyed
with it
Am 05.05.24 um 22:04 schrieb Luca Boccassi:
This will be mentioned in NEWS (and I guess in the release notes when
the time comes), together with the instructions to override for anybody
wanting to keep the old behaviour, which is as trivial as:
..
touch /etc/tmpfiles.d/tmp.conf
This doesn'
t time minus the age field."
I'm not sure if we have software on long running servers which place
files in /tmp and /var/tmp and expect files to not be deleted during
runtime, even if not accessed for a long time. This is certainly an
issue to be aware of and keep an eye on.
M
Package: wnpp
Severity: wishlist
Owner: Michael Fladischer
X-Debbugs-Cc: debian-devel@lists.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: python-calendra
Version : 7.9.0
Upstream Contact: Jason R. Coombs
* URL : https://github.com/jaraco
Am 21.04.2024 um 18:31 schrieb Mathias Gibbens:
Currently, Midnight Commander is packaged for Debian as `mc`. I am
looking at packaging the MinIO Client (needed for a future release of
Incus), which also unfortunately names its binary `mc`. MinIO upstream
has been pretty clear that they don't
Package: wnpp
Severity: wishlist
Owner: Michael Fladischer
X-Debbugs-Cc: debian-devel@lists.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: python-neapolitan
Version : 24.2
Upstream Contact: Carlton Gibson
* URL : https://github.com
Package: wnpp
Severity: wishlist
Owner: Michael Fladischer
X-Debbugs-Cc: debian-devel@lists.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: python-sphinxcontrib.django
Version : 2.5
Upstream Contact: Timo Brembeck
* URL : https
, as we use them at work, so thanks
for your work. I appreciate it, and I'm guessing there's a rather large,
quiet group of people thinking the same.
Kind regards,
Michael
On Tue, Apr 02, 2024 at 01:30:10AM +0100, Colin Watson wrote:
* add dependency-only packages called something like
openssh-client-gsskex and openssh-server-gsskex, depending on their
non-gsskex alternatives
* add NEWS.Debian entry saying that people need to install these
packages
1 - 100 of 4080 matches
Mail list logo
