Bug#1053849: base-files: Allow .d for issue and issue.net

2023-10-21 Thread BARDOT Jérôme

Hi Santiago,

thx for feedback.


You re right about motd it will be do the work.

I guess somebody mess at the setup.

I fix it.


I m aware of the unattended-upgraded and related.


Thx for everything.

The issue can be close.


J.

Le 12/10/2023 à 19:30, Santiago Vila a écrit :

El 12/10/23 a las 14:41, Bardot Jerome escribió:

Is there is a way to use the conf.d mecanism for files in base-files.

In my case it's for issue and issue.net.

For explanation i will imagine the directory issue.d .

Maybe it's need an option to concatenate or erase default file.
And maybe the same way to load 10- 20- etc.


The files "issue" and "issue.net" have a single line of text.
I'd like to keep base-files simple. Creating a .d mechanism for
files with one line of text seems a little bit overkill to me.


Why asking ?

- to separate my own legal issue and the default one


Well. Good news: The file containing the legal issue is /etc/motd
and it's not contained in base-files.deb. This means that it's not
a conffile in the dpkg sense. There will be no questions about it
if you change it, because base-files creates it only once in
the very first install (from debootstrap) and then does not
touch it at all ever again.


- no more dpkg question on update/upgrade.


Well, you can avoid all questions by using the
"unattended-upgrades" package. This usually
works triggered by cron, but you can also
disable the cron part and run it whenever
you want to do the upgrade. It upgrades
everything but without any questions.

What would make /etc/issue so special that
we have to change the way we handle it when
people have a generic way to avoid all sort
of questions? (not just the ones in base-files).

Do you consider unattended-upgrades not enough
for your particular needs?

Thanks.




Bug#1053849: base-files: Allow .d for issue and issue.net

2023-10-12 Thread Santiago Vila

El 12/10/23 a las 14:41, Bardot Jerome escribió:

Is there is a way to use the conf.d mecanism for files in base-files.

In my case it's for issue and issue.net.

For explanation i will imagine the directory issue.d .

Maybe it's need an option to concatenate or erase default file.
And maybe the same way to load 10- 20- etc.


The files "issue" and "issue.net" have a single line of text.
I'd like to keep base-files simple. Creating a .d mechanism for
files with one line of text seems a little bit overkill to me.


Why asking ?

- to separate my own legal issue and the default one


Well. Good news: The file containing the legal issue is /etc/motd
and it's not contained in base-files.deb. This means that it's not
a conffile in the dpkg sense. There will be no questions about it
if you change it, because base-files creates it only once in
the very first install (from debootstrap) and then does not
touch it at all ever again.


- no more dpkg question on update/upgrade.


Well, you can avoid all questions by using the
"unattended-upgrades" package. This usually
works triggered by cron, but you can also
disable the cron part and run it whenever
you want to do the upgrade. It upgrades
everything but without any questions.

What would make /etc/issue so special that
we have to change the way we handle it when
people have a generic way to avoid all sort
of questions? (not just the ones in base-files).

Do you consider unattended-upgrades not enough
for your particular needs?

Thanks.



Bug#1053849: base-files: Allow .d for issue and issue.net

2023-10-12 Thread Bardot Jerome
Package: base-files
Version: 13
Severity: wishlist
X-Debbugs-Cc: bardot.jer...@gmail.com

Dear Maintainer,

Is there is a way to use the conf.d mecanism for files in base-files.

In my case it's for issue and issue.net.

For explanation i will imagine the directory issue.d .

Maybe it's need an option to concatenate or erase default file.
And maybe the same way to load 10- 20- etc.

Why asking ? 

- to separate my own legal issue and the default one
- no more dpkg question on update/upgrade.



Please let me know if a more relevant place for that new feature exist.
thx for your work


-- System Information:
Debian Release: trixie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'testing-debug'), (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.5.0-1-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to fr_FR.UTF-8), LANGUAGE=fr_FR.UTF-8
Shell: /bin/sh linked to /usr/bin/dash
Init: sysvinit (via /sbin/init)
LSM: AppArmor: enabled

Versions of packages base-files depends on:
ii  gawk [awk]  1:5.2.1-2
ii  mawk [awk]  1.3.4.20230808-1

base-files recommends no packages.

base-files suggests no packages.

-- no debconf information