Am 13.05.24 um 11:42 schrieb Johannes Schauer Marin Rodrigues:
If we want to try and weigh cost against benefit, do the benefits really
outweigh the cost? How costly is it to carry a patch in Debian and deviate from
upstream versus all the problems that participants of this thread now listed?
My
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
Am 06.05.24 um 12:18 schrieb Luca Boccassi:
Defaults are defaults, they are trivially and fully overridable where
needed if needed. Especially container and VM managers these days can
super trivially override them via SMBIOS Type11 strings or
Credentials, ephemerally and without changing the
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
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
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.
Regarding a/:
tmp.mount as shipped by systemd uses the following mount options:
"mode=1777,strictatime,nosuid,nodev,size=50%"
In the past
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
Am 13.02.2024 um 23:21 schrieb Peter Hyman:
- how do you plan to maintain it?
tmpwatch has not had any activity for over 5 years. Originally written by
Erik Troan , Preston Brown , Mike A.
Harris
, Miloslav Trmač ,
development has been discontinued, as systemd-tmpfiles already
implements this
Hi
Am 11.01.24 um 13:55 schrieb Tobias Schaffner:
Package: wnpp
Severity: wishlist
Owner: Tobias Schaffner
* Package name: network-event-broker
Version : 0.3.1+ds-1
Upstream Author : Susant Sahani
* URL : https://github.com/vmware/network-event-broker
* License
On Sun, 27 Aug 2023 02:34:04 +0200 Marco d'Itri wrote:
So I propose this content for a file like
/usr/lib/udev/rules.d/75-insecure-fs.rules:
While we could ship such a udev rule for udisks, I don't think it will
properly solve the issue. The device will still show up in nautilus,
plasma
Am 04.01.24 um 18:57 schrieb Michael Biebl:
Hi fellow DDs,
due to popular request, the pkg-config files systemd.pc and udev.pc have
been split into a separate arch:all package named systemd-dev.
A lot of packages Build-Depend on systemd and/or udev to get the paths
lxc (U)
lxcfs (U)
Matthias Klumpp
btrfsd
debspawn
fwupd (U)
Matthieu Baerts
mptcpd
Micha Lenk
smcroute
Michael Biebl
rsyslog
Michael Hudson-Doyle
snapd
Michael Meskes
clamav (U)
Michael Prokop
anytun (U)
Michael Tautschnig
clamav (U)
Michael Vo
Am 21.12.23 um 11:50 schrieb Christoph Berg:
Re: Helmut Grohne
Is it ok to call upgrade scenarios failures that cannot be reproduced
using apt unsupported until we no longer deal with aliasing?
If the answer is yes here, we'll close #1058937 (Ben's libnfsidmap1 bug)
with no action calling the
Am 18.11.23 um 15:26 schrieb Martin-Éric Racine:
What is the current situation?
I don't think we reached a consensus yet.
One particular aspect I don't like of the current proposal is that users
upgrading from bookworm will end up with both, isc-dhcp-client and
dhcpcd-base being installed.
Am 25.10.23 um 22:42 schrieb Alexander Koskovich:
Hello,
The removal of libncurses5 has led to not being able to compile the
Android Open Source Platform. There is a dependency on this package in
Clang prebuilts to compile the Renderscript library.
removal from sid/trixie. bookworm
Hi,
I appreciate all the excellent feedback so far.
Thanks a lot!
Fwiw, the current set of hardening features in rsyslog.service is
available at
https://salsa.debian.org/debian/rsyslog/-/blob/debian/master/debian/rsyslog.service#L18
I will see, if I can incorporate some of the suggestions by
Am 11.10.23 um 23:48 schrieb Robert Edmonds:
Michael Biebl wrote:
While the attempt is to secure the default configuration of rsyslog, I
do not want to restrict it so much that it becomes unusable.
If you think, that one of those directives could cause issues with
commonly used setups, please
Am 11.10.23 um 13:41 schrieb Michael Biebl:
Am 11.10.23 um 12:54 schrieb Sam Morris:
On 10/10/2023 19:22, Michael Biebl wrote:
I intend to lock down rsyslog.service in Debian in one of the next
uploads using the following systemd directives
Have you considered NoNewPrivileges=yes
Am 11.10.23 um 12:54 schrieb Sam Morris:
On 10/10/2023 19:22, Michael Biebl wrote:
I intend to lock down rsyslog.service in Debian in one of the next
uploads using the following systemd directives
Have you considered NoNewPrivileges=yes?
This is turned in implicitly by some of the other
Am 11.10.23 um 08:03 schrieb Simon Richter:
Hi,
On 10/11/23 03:22, Michael Biebl wrote:
I intend to lock down rsyslog.service in Debian in one of the next
uploads using the following systemd directives
CapabilityBoundingSet=CAP_BLOCK_SUSPEND CAP_CHOWN CAP_LEASE
CAP_NET_ADMIN
Hi,
I intend to lock down rsyslog.service in Debian in one of the next
uploads using the following systemd directives
PrivateTmp=yes
https://www.freedesktop.org/software/systemd/man/systemd.exec.html#PrivateTmp=
PrivateDevices=yes
Am 27.09.23 um 21:45 schrieb Michael Biebl:
Hi everyone,
NetworkManager provides a service named NetworkManager-dispatcher [1],
which executes scripts in /{etc,usr/lib}/NetworkManager/dispatcher.d
upon (network) state changes.
This is in spirit similar to ifupdown's /etc/network/if-*.d
Am 27.09.23 um 22:30 schrieb Vincent Blut:
From the above list, I plan to exclude the following packages:
chrony
ntpsec-ntpdate
=> already provide native NM-dispatcher scripts
...
So, the remaining list of packages which I plan to do a MBF for is:
aoetools
auto6to4
avahi-autoipd
bind9
Hi everyone,
NetworkManager provides a service named NetworkManager-dispatcher [1],
which executes scripts in /{etc,usr/lib}/NetworkManager/dispatcher.d
upon (network) state changes.
This is in spirit similar to ifupdown's /etc/network/if-*.d/ scripts.
The concepts do not match completely
Am 24.09.23 um 21:26 schrieb Otto Kekäläinen:
Hi all!
I just wanted to share that the story about Salsa-CI was featured a
couple days ago at
https://about.gitlab.com/blog/2023/09/19/debian-customizes-ci-tooling-with-gitlab/
Personally I think Salsa-CI is extremely useful and pleasant to use
Am 23.09.23 um 00:26 schrieb Michael Biebl:
Am 22.09.23 um 21:40 schrieb Khalid Aziz:
I want to change the behavior to:
- No package config option to do automatic kexec reboot.
- "reboot" command causes a cold reboot
- Use "kexec-reboot" command to do a kexec r
Am 22.09.23 um 21:40 schrieb Khalid Aziz:
I want to change the behavior to:
- No package config option to do automatic kexec reboot.
- "reboot" command causes a cold reboot
- Use "kexec-reboot" command to do a kexec reboot. "kexec-reboot" is a
script installed by kexec-tools package.
-
Control: reassign -1 network-manager
Am 02.09.23 um 16:51 schrieb D. R. Evans:
[Z:~] nmcli
enp12s0: connected to Wired connection enp11s0(eth0)
It appears you have a connection configuration named "Wired connection
enp11s0(eth0)" which is applied to enp12s0.
This leads me to believe, that
Am 19.08.23 um 23:14 schrieb Helmut Grohne:
## dh_usrmerge
I intend to add a new tool dh_usrmerge to debhelper (not yet
implemented). Its purpose is performing the path canonicalization in
binary packages. As long as the moratorium is in effect, this helper
must not be used. It shall be
Am 16.08.23 um 06:02 schrieb Paul Wise:
On Mon, 2023-08-14 at 22:09 +0200, Michael Biebl wrote:
I received a couple of bug reports against packages I (co) maintain
regarding this issue and having a quick look, quite a few fail due to
python scripts being run during the build and creating
Hi,
I received a couple of bug reports against packages I (co) maintain
regarding this issue and having a quick look, quite a few fail due to
python scripts being run during the build and creating a __pycache__
directory.
Examples:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1048444
Am 25.07.23 um 19:49 schrieb Johannes Schauer Marin Rodrigues:
Hi,
Quoting Michael Biebl (2023-07-25 16:16:35)
apparently, we in Debian struggle to find good opportunities where to spend
our money.
I think support for qemu runners, i.e. supporting isolation-machine in
autopkgtest on both
Hi,
apparently, we in Debian struggle to find good opportunities where to
spend our money.
I think support for qemu runners, i.e. supporting isolation-machine in
autopkgtest on both debci and salsa ci would be an excellent opportunity.
Maybe I'm underestimating the ongoing costs to keep
Am 27.06.23 um 19:31 schrieb Russ Allbery:
Simon Richter writes:
The only thing we actually need is a versioned Replaces that allows
orphan-sysvinit-scripts to take over ownership of the conffile.
Conflicts is unneeded here, and the daemon package does not need to
declare any relationship.
Am 19.06.23 um 22:37 schrieb Simon McVittie:
If you agree with the way forward that I'm suggesting, then I think the
way to do it would be:
1. open an override bug asking for isc-dhcp-client to be lowered from
important to optional
2. wait for the ftp team to do that
3. ask the ifupdown
Am 19.06.23 um 12:54 schrieb Martin-Éric Racine:
Greetings,
Seeing how the ISC DHCP suite has reached EOL upstream, now might be a
good time to re-visit Debian's choice of standard DHCP client shipping
with priority:important.
I hereby propose bin:dhcpcd-base:
1) already supported by
Am 19.05.23 um 19:23 schrieb Cyril Brulebois:
Hi,
Andrew M.A. Cater (2023-05-19):
I'd honestly suggest *just* publishing DVD1 for i386.
Netinst requires internet access: DVD1 can be used to install a basic
system without this. Scrap *everything else* for i386 installation media.
I'm not
Am 19.05.23 um 17:30 schrieb Simon McVittie:
On Fri, 19 May 2023 at 09:19:35 -0500, G. Branden Robinson wrote:
I have to ask how someone would conduct an install to a 32-bit x86 machine
running under emulation, assuming no OS on the simulated machine.
I see four levels of support that we
Am 19.05.23 um 17:35 schrieb Ansgar:
I suggest to already document this in the release notes for bookworm,
possibly in Section 2.1 (Supported architectures) or a subsection in
Section 5 (Issues to be aware of for bookworm).
Maybe something along these lines:
+---
| Debian 12 is expected to be
Am 26.10.22 um 12:14 schrieb Michael Biebl:
This trigger is activated by packages installing files into /etc/rsyslog.d
But you can activate that trigger explicitly as well via
dpkg-trigger --now-await rsyslog
So, if your package ships a file in /etc/rsyslog.d/ everything should
work ootb
Am 26.10.22 um 11:53 schrieb julien.pu...@gmail.com:
Le mercredi 26 octobre 2022 à 11:49 +0200, Jędrzej Dudkiewicz a écrit :
in its postinstall script. As this causes rsyslog to be restarted a
few times in a row it sometimes results in rsyslog not functioning.
High-severity issue right
Am 26.10.22 um 11:49 schrieb Jędrzej Dudkiewicz:
I'm sorry if it was answered earlier, but I *really* couldn't find
anything about it.
I have few packages that are installed as part of a larger system on
Debian running on BeagleBone. These packages frequently (for some
strange reason - I'm not
Hi,
if just did a bunch for NMUs containing the changelog entry
"No source change upload to rebuild with debhelper 13.10."
In case you are wondering what this is about, please read on.
There were some recent changes in debhelper [2], specifically in
dh_installinit and dh_installsystemd in how
Am 06.10.22 um 11:48 schrieb Enrico Zini:
(somehow a bit more space is needed during install than is used at the
end)
Can you clarify? Is the new intramfs generated in /boot or generated
outside of /boot but copied to /boot under a different name so it can be
replaced atomically?
I assume
Am 06.10.22 um 17:45 schrieb Michael Biebl:
Am 06.10.22 um 17:34 schrieb Hideki Yamane:
Hi,
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1021336
This kind of bug in "required" package breaks build infrastructure
that uses sid. However, we can prevent it by using piupa
Am 06.10.22 um 17:34 schrieb Hideki Yamane:
Hi,
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1021336
This kind of bug in "required" package breaks build infrastructure
that uses sid. However, we can prevent it by using piuparts before
it would get into repository, IMHO.
Am 06.10.22 um 16:23 schrieb Diederik de Haas:
That doesn't change my perspective that the fundamental aspect of /boot being
too small should be addressed (directly) and not try to workaround it.
Agreed. But automatically resizing existing partitions on a running
system will probably not be
Am 02.10.22 um 20:14 schrieb Luca Boccassi:
On Sun, 2022-10-02 at 10:52 -0700, Russ Allbery wrote:
will
be very obvious. But if you currently have non-free configured but
don't
add the new firmware section, everything will appear to work but you
won't
get new firmware, so the problem may go
Hi Alexandre
Am 22.09.22 um 01:16 schrieb Alexandre Detiste:
Hi,
It looks like UsrMerge finally broke the "cruft" engine for good.
As a mix of bash, Perl and ad-hoc C helpers,
it has be unmaintainable and mostly unmaintained for so many years.
request bug:
Hi
Am 13.09.22 um 18:17 schrieb Antoine Beaupré:
On Sat, 10 Sep 2022 12:17:23 +, Holger Levsen wrote:
On Fri, Sep 09, 2022 at 09:38:39PM +0200, Michael Biebl wrote:
Should we repeat this mistake? Or put this differently: is there a pressing
need/compelling reason to switch to pipewire
Am 08.09.22 um 17:58 schrieb Dylan Aïssi:
Hi,
I have been asked several times regarding when Debian will switch its default
sound server from PulseAudio to PipeWire without having an official answer.
Thus, I suppose it's the right time to start a discussion about that.
I really like the idea
Am 19.08.22 um 10:42 schrieb Ansgar:
On Fri, 2022-08-19 at 10:35 +0200, Philip Hands wrote:
P.S. BTW the change Guillem suggests seems like a good idea anyway:
treating changelogs as control files.
I'm interested: why?
What makes Debian's changelog different from other documentation
Am 19.08.22 um 10:35 schrieb Philip Hands:
Paul Wise writes:
On Thu, 2022-08-18 at 21:18 +0200, Gioele Barabucci wrote:
Does anybody have objective objections against activating automatic
changelog trimming in binary packages?
Before we consider enabling this by default, first we need a
Am 19.08.22 um 09:04 schrieb Fabio Fantoni:
I also use many times the changelog view on packages.debian.org, it show
the full changelog from source and will still show the full changelog?
Correct. The changelogs linked from packages.debian.org are from
Hi Paul
Am 19.08.22 um 03:01 schrieb Paul Wise:
On Thu, 2022-08-18 at 21:18 +0200, Gioele Barabucci wrote:
Does anybody have objective objections against activating automatic
changelog trimming in binary packages?
Before we consider enabling this by default, first we need a way for
`apt
Hi Gioele,
thanks for working on this!
Am 18.08.22 um 21:18 schrieb Gioele Barabucci:
Hello,
in 2020 there was a brief discussion on debian-devel@ about trimming
changelogs [1,2].
Now there is a working implementation of said functionality in
`dh_installchangelogs` [3].
This
Am 19.07.22 um 21:01 schrieb Bartosz Fenski:
Hey folks.
Anyone interested in switching to some more modern channels of
communication?
I'm tired of keeping VPS just to have IRC client and to be honest I
think modern solutions like Telegram are simply easier and much more
practical nowadays.
Am 20.05.22 um 11:23 schrieb Pirate Praveen:
On വ്യാ, മേയ് 19 2022 at 04:39:23 വൈകു -05:00:00 -05:00:00, Richard Laager
wrote:
On 5/19/22 05:42, Pirate Praveen wrote:
So current version in the archive is 22.2.3+dfsg+~12.2.3-1
The fixed version we want is 10.0.0+dfsg+~cs16.6.17-1
I have
[such questions are probably better directed at debian-user]
Am 10.05.22 um 14:46 schrieb Jaime:
On Tue, 10 May 2022 at 13:06, Jaime wrote:
According to https://packages.debian.org/bullseye/udevil, udevil
recommends udisks2.
I've also just realised that udisks2 is not mentioned anywhere in
Am 08.04.22 um 21:21 schrieb Paul Gevers:
I recall a binNMU bug was filed against the release.debian.org pseudo
package to fix all affected packages. I can only assume that somehow
this package slipped through the cracks.
Hm,...
# apt-file search -x ^/usr/lib/systemd/system/ | wc -l
122
I
Am 15.03.22 um 03:31 schrieb Paul Wise:
On Mon, 2022-03-14 at 11:47 +0100, Marco d'Itri wrote:
Yes, this is true. These are the unit and script that I use, and I think
that Debian would benefit from having something like this available in
some common package.
...
$(systemctl status
Am 14.03.22 um 20:43 schrieb Josh Triplett:
Michael Biebl wrote:
I'd agree here. user crontabs are such a niche case where systemd's
own facilities don't provide a direct replacement.
That said, my main point was about packages shipping cron files.
As a distro we'd benefit if those shipped
Am 14.03.22 um 16:28 schrieb Colin Watson:
On Mon, Mar 14, 2022 at 09:29:56AM +0800, Paul Wise wrote:
On Sun, 2022-03-13 at 18:02 +0100, Christian Kastner wrote:
I don't think that's a very constructive line of argument. As a former
maintainer, it was evident that user crontabs (crontab -e)
Am 14.03.22 um 02:29 schrieb Paul Wise:
The cron feature of sending the output via email by default isn't
possible to get easily with systemd timers or systemd-cron, unless you
modify every single timer to manually send email
See https://lists.debian.org/debian-devel/2020/01/msg00205.html
Am 12.03.22 um 20:40 schrieb Michael Stone:
On Sat, Mar 12, 2022 at 03:19:52PM +0800, Paul Wise wrote:
Hideki Yamane wrote:
Is there any suggestion or guideline for pacakges that contain
both systemd-timer unit setting and cronjob? Don't they conflict
or not
Do what apt does; make the cron
Am 12.03.22 um 08:09 schrieb Andreas Metzler:
On 2022-03-12 Hideki Yamane wrote:
Is there any suggestion or guideline for pacakges that contain
both systemd-timer unit setting and cronjob? Don't they conflict
or not
Hello,
You want to skip running the cronjob on systems with systemd
Am 11.03.22 um 15:37 schrieb Simon McVittie:
and the equivalent if we were relying on sysusers would be this:
install flatpak
/usr/lib/sysusers.d/flatpak.conf is created
postinst or trigger invokes systemd-sysusers
An important distinction is that this postinst can be
Hi Marc,
have you considered a more declarative approach as provided by
systemd-sysusers (8)?
I'm a fan of less manual maintainer scripts code and maybe
systemd-sysusers is an answer to that, especially given that we split
out the systemd-sysusers binary into a standalone binary which should
Am 19.01.22 um 13:07 schrieb Marc Haber:
On Tue, 18 Jan 2022 21:49:53 +0100, Michael Biebl
wrote:
Fwiw, I'm with Marco here: If systemd-timesyncd (a simple SNTP client
which is enabled by default) doesn't fit your needs, chrony is a great
alternative.
The Beef I have with chrony
Am 18.01.22 um 19:44 schrieb Moritz Mühlenhoff:
Bernhard Schmidt wrote:
However, development for ntp.org is slow, upstream still using BitKeeper
is cumbersome, and even the testsuite needs to be fixes on some
architectures for new releases. Both ntpsec and chrony are (from my POV)
the better
On 29.12.21 22:35, Scott Kitterman wrote:
The postfix package ships a script in /etc/resolvconf/update-libc.d/ to restart
postfix when resolv.conf is updated.
Why copy the file? Couldn't you bind mount it into the chroot so you
don't need to update it everytime the host /etc/resolv.conf
On 18.12.21 21:57, Roger Lynn wrote:
On 18/12/2021 15:00, Michael Biebl wrote:
I'm not a user of logwatch, so I don't know, if logwatch nowadays can
handle RFC 5424 timestamps, but even if so, I think the benefits
outweigh the potential breakage. And it's easy enough for users to
create a drop
Am 23.11.21 um 23:53 schrieb Scott Kitterman:
On Tuesday, November 23, 2021 3:49:17 PM EST Simon Josefsson wrote:
Michael Biebl writes:
Hi,
we are early in the bookworm release cycle, so I guess it's the
perfect time to bring up this topic.
Sorry for hijacking the thread, but perhaps now
On 12.12.21 19:22, Jeremy Bicha wrote:
Therefore, it seems pretty easy to me for you to just bump the
upstream version in its next release from 0.9.0 to 13.11.0 (or 14.0 or
14.9.0 or whatever higher number). Blame Ubuntu in your release notes.
That seems like the least complex way to handle
On 19.11.21 11:58, Philip Hands wrote:
Ansgar writes:
* doing this will, in a non-negligible number of cases, trigger the
bug to manifest on systems where that package is upgraded from a
version where the move had not taken place to one where it has.
Why do you claim that?
Given packages
Am 17.11.2021 um 19:57 schrieb Sam Hartman:
The question is whether we ever get to a place where people can update
files in a package currently installed to /bin/foo and instead install
them to /usr/bin/foo.
We have a consensus that dpkg bugs make that a bad idea.
Is that really so? If I'm not
On 13.11.21 22:40, Roberto C. Sánchez wrote:
On Sat, Nov 13, 2021 at 10:32:23PM +0100, Michael Biebl wrote:
- Existing systems will continue to have rsyslog installed (but they can
safely uninstall rsyslog)
I'm not sure if this a directly relevant question (apologies
Hi,
we are early in the bookworm release cycle, so I guess it's the perfect
time to bring up this topic. For quite a long time, we defaulted to a
volatile journal in systemd. We finally changed that in bullseye [1].
We still do install rsyslog by default despite this change (due to
rsyslog's
On 11.11.21 17:01, Russ Allbery wrote:
Alexander Traud writes:
Debian is very much OpenSSL. However, I see some packages default to
GnuTLS or even NSS without providing OpenSSL, although their source
project supports it.
Historically, use of GnuTLS was mostly because of licensing
On 09.11.21 19:01, David Kalnischkies wrote:
(Minus that for 12 it is technically still supported as long as it
remains 12, but those who have to know will know that and everyone else
is better of following the default anyhow)
I'm worried that by saying that unmerged is still supported in
Please ask your questions on debian-user.
debian-devel is the wrong list.
OpenPGP_signature
Description: OpenPGP digital signature
Am 16.10.21 um 09:27 schrieb dude:
Hello,
on latest Debian 11 + MATE Desktop (it is software simplicity at it's
best :)
why is it not possible to set primary & secondary dns via
network-manager-gnome? (only "additional dns")
It is possible. Choose
Method: Automatic (DHCP) addresses only
Hi Kurt, hi Luca, hi everyone,
regarding the impending transition to OpenSSL 3.0 in unstable (which is
now licensed under Apache 2.0), I wonder what that means for Debian,
given that apparently GPL-2 (and also LGPL-2) and Apache 2.0 are
incompatible with each other.
If I read Luca
Hi Noah
Am 28.09.21 um 00:48 schrieb Noah Meyerhans:
For what it's worth, my preference would be transition to
systemd-networkd with bookworm.
Something I've been meaning to look into but never found the time for it
is to have d-i support systemd-networkd.
Anyone interested in hacking on
Am 28.09.21 um 13:00 schrieb Marc Haber:
On Tue, 28 Sep 2021 04:15:58 +0200, Marco d'Itri wrote:
On Sep 28, Noah Meyerhans wrote:
For what it's worth, my preference would be transition to
systemd-networkd with bookworm.
I think that a good default would be systemd-networkd for servers and
Am 23.09.21 um 20:17 schrieb Holger Wansing:
I have just installed an LXDE system to test this, and now adding
network-manager-gnome, installs 24 new packages, taking 39 MB of additional
disk space, according to the apt-get output
I might consider splitting off network-manager's
+):
On Thursday, September 23rd, 2021 at 1:05 PM, Michael Biebl
wrote:
Am 23.09.21 um 21:35 schrieb Jaycee Santos:
Is there a reason why to choose gnome-network-manager over something like
nm-tray for LXDE?
I think nm-tray (being based on Qt5) is a reasonable choice for LXQT (which
Am 23.09.21 um 21:35 schrieb Jaycee Santos:
On Wed, Sep 22, 2021 at 10:21:10PM +0200, Ervin Dine wrote:
I have not had any problems with conman in my LXDE Debian 11 install
but if I may give my suggestion, gnome-network-manager works fine with
LXDE and it has more features. Why not bundle that
Hi Christian
Am 21.09.21 um 12:37 schrieb Christian Kastner:
In case anyone missed it, the most recent release is now distributed
under the Apache 2.0 license:
https://lwn.net/Articles/868536/
I want to highlight Luca's insightful post here
Am 19.08.21 um 16:28 schrieb Theodore Ts'o:
OK, thanks for confirming this. What really worried me was this text
in lintian:
N: Systemd in Debian searches for unit files in /lib/systemd/system/ and
N: /etc/systemd/system. Notably, it does *not* look in
N: /usr/lib/systemd/system/ for
Am 19.08.21 um 08:27 schrieb Michael Biebl:
I'll check later today, if i-s-h (init-system-helpers) does properly
handle this new path. If so, I'd say the bug should be reassigned to
lintian and we should start transitioning the files to
/usr/lib/systemd/system.
I now remember updating i-s-h
Am 19.08.2021 um 06:18 schrieb Theodore Ts'o:
There appears to be a rather major regression in debhelper 1.13.4 and
1.13.4nmu1, which is forcing unit files to go in
/usr/lib/systemd/system, instead of /lib/systemd/systemd (where sytemd
will actually pay attention to them).
Installing those
Am 19.07.21 um 07:23 schrieb Marc Haber:
I am NOT looking forward having to manually convert legacy systems to
merged /usr and I do sincerely hope that Debian will choose a way to
get away without throwing away systems that have just a small /, still
supporting a dedicated /usr as long as it's
Hi Guillem
Am 19.07.21 um 03:36 schrieb Guillem Jover:
What I've also said multiple times, is that
merged-usr-via-moves-and-symlink-farms could have been implemented in
a fully automated way, by debhelper, w/o requiring any maintainer scripts,
all with full cooperation and managed by dpkg, with
Am 09.07.21 um 14:24 schrieb Helmut Grohne:
Now let's do something stupid. Rename systemd to systemd-core (taking
all files with it, please refrain from discussing the name unless you
seriously consider doing this). Mark it Multi-Arch: allowed. Add a new,
empty binary package systemd. It is
Am 14.07.21 um 19:54 schrieb Paul Sutton:
Hi All
Am I right in thinking that xfce4-notes has been removed? I have
installed xfce4-goodies and it isn't installed.
From unstable/testing that is correct.
See
https://tracker.debian.org/pkg/xfce4-notes-plugin
specifically
Am 14.07.21 um 13:47 schrieb Michael Biebl:
Am 14.07.21 um 12:59 schrieb Simon McVittie:
Would it be feasible for dak to have a list of binary package name
regexes mapped to a source package and a section/priority, and
auto-accept
packages from the given source package that match the regex
Am 14.07.21 um 12:59 schrieb Simon McVittie:
Would it be feasible for dak to have a list of binary package name
regexes mapped to a source package and a section/priority, and auto-accept
packages from the given source package that match the regex, assigning
the given section/priority, without
Hi Guillem,
thanks for your feedback
Am 09.07.21 um 13:46 schrieb Guillem Jover:
If the private library has no backwards or forward compatibility (due
to the SONAME used) the time window where the library does not match
the expectations of the stuff linked to it might indeed be too big.
The
Am 09.07.2021 um 13:01 schrieb Timo Röhling:
* Michael Biebl [2021-07-09 12:29]:
That tightly versioned dependency doesn't help unfortunately. There is
still a time window between the new libsystemd-shared and the new
systemd being unpacked.
There's also a time window between files in /usr
1 - 100 of 5065 matches
Mail list logo
