Debian Bug report logs - #681489
base-files: Add /etc/os-release.d/debian and make it easy to provide supplementary /etc/os-release.d/* files

version graph

Package: base-files; Maintainer for base-files is Santiago Vila <sanvila@debian.org>; Source for base-files is src:base-files.

Reported by: Raphaël Hertzog <hertzog@debian.org>

Date: Fri, 13 Jul 2012 15:15:02 UTC

Severity: wishlist

Found in version base-files/6.11

Reply or subscribe to this bug.

Toggle useless messages

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to debian-bugs-dist@lists.debian.org, Santiago Vila <sanvila@debian.org>:
Bug#681489; Package base-files. (Fri, 13 Jul 2012 15:15:06 GMT) Full text and rfc822 format available.

Acknowledgement sent to Raphaël Hertzog <hertzog@debian.org>:
New Bug report received and forwarded. Copy sent to Santiago Vila <sanvila@debian.org>. (Fri, 13 Jul 2012 15:15:06 GMT) Full text and rfc822 format available.

Message #5 received at submit@bugs.debian.org (full text, mbox):

From: Raphaël Hertzog <hertzog@debian.org>
To: Debian Bug Tracking System <submit@bugs.debian.org>
Subject: base-files: Add /etc/os-release.d/debian and make it easy to provide supplementary /etc/os-release.d/* files
Date: Fri, 13 Jul 2012 17:04:51 +0200
Package: base-files
Version: 6.11
Severity: wishlist

/etc/os-release can now provide everything that /etc/dpkg/origins/default
does and thus I would like to deprecate /etc/dpkg/origins/* (I filed
#681474 against libdpkg-perl to track this).

However /etc/dpkg/origins/* has the benefit of keeping the information
of the parent distributions which /etc/os-release alone can't do.

After discussion with the systemd upstream maintainers, we came to the
conclusion that the best approach would be to store those files
in /etc/os-release.d/ and /etc/os-release itself could be a symlink
to the right file in /etc/os-release.d/ (hence /etc/os-release.d/debian)
for Debian.

The upstream documentation of /etc/os-release explicitly allows
/etc/os-release to be a symlink, see
http://www.freedesktop.org/software/systemd/man/os-release.html

Thus I would like base-files:
- to ship /etc/os-release.d/debian
- to ship /etc/os-release as a symlink to the former
- to make it easy to add supplementary files in /etc/os-release.d/
  and to update the symlink (i.e. reuse the VENDORFILE variable that you
  already have) for derivatives

Cheers,

-- System Information:
Debian Release: wheezy/sid
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (150, 'experimental')
Architecture: i386 (x86_64)
Foreign Architectures: amd64

Kernel: Linux 3.4-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages base-files depends on:
ii  gawk [awk]  1:4.0.1+dfsg-2
ii  mawk [awk]  1.3.3-17

base-files recommends no packages.

base-files suggests no packages.

-- no debconf information




Information forwarded to debian-bugs-dist@lists.debian.org, Santiago Vila <sanvila@debian.org>:
Bug#681489; Package base-files. (Tue, 04 Sep 2012 09:30:03 GMT) Full text and rfc822 format available.

Acknowledgement sent to Santiago Vila <sanvila@unex.es>:
Extra info received and forwarded to list. Copy sent to Santiago Vila <sanvila@debian.org>. (Tue, 04 Sep 2012 09:30:03 GMT) Full text and rfc822 format available.

Message #10 received at 681489@bugs.debian.org (full text, mbox):

From: Santiago Vila <sanvila@unex.es>
To: Raphaël Hertzog <hertzog@debian.org>, 681489@bugs.debian.org
Subject: Re: Bug#681489: base-files: Add /etc/os-release.d/debian and make it easy to provide supplementary /etc/os-release.d/* files
Date: Tue, 4 Sep 2012 11:20:38 +0200 (CEST)
Sorry for the late reply, I was waiting for the current version to
enter testing before doing anything else.

On Fri, 13 Jul 2012, Raphaël Hertzog wrote:

> Package: base-files
> Version: 6.11
> Severity: wishlist
> 
> /etc/os-release can now provide everything that /etc/dpkg/origins/default
> does and thus I would like to deprecate /etc/dpkg/origins/* (I filed
> #681474 against libdpkg-perl to track this).
> 
> However /etc/dpkg/origins/* has the benefit of keeping the information
> of the parent distributions which /etc/os-release alone can't do.
> 
> After discussion with the systemd upstream maintainers, we came to the
> conclusion that the best approach would be to store those files
> in /etc/os-release.d/ and /etc/os-release itself could be a symlink
> to the right file in /etc/os-release.d/ (hence /etc/os-release.d/debian)
> for Debian.
> 
> The upstream documentation of /etc/os-release explicitly allows
> /etc/os-release to be a symlink, see
> http://www.freedesktop.org/software/systemd/man/os-release.html
> 
> Thus I would like base-files:
> - to ship /etc/os-release.d/debian
> - to ship /etc/os-release as a symlink to the former

That would be easy indeed. However: What happens when a conffile is
replaced by a symlink to a conffile? Does dpkg handle it gracefully or
does it break horribly? My fear here is that we create some kind of
"unsolvable bug" like, for example, #679356.

Also: What would happen if the move is made at the same time that the
default conffile is modified? I'm thinking about #681480 reported by
you as well.

> - to make it easy to add supplementary files in /etc/os-release.d/
>   and to update the symlink (i.e. reuse the VENDORFILE variable that you
>   already have) for derivatives

By "easy" I assume you mean "easy for whoever wants to modify the
package for derived distros". Yes, that would be easy as well.



Information forwarded to debian-bugs-dist@lists.debian.org, Santiago Vila <sanvila@debian.org>:
Bug#681489; Package base-files. (Thu, 06 Sep 2012 09:18:03 GMT) Full text and rfc822 format available.

Acknowledgement sent to Raphael Hertzog <hertzog@debian.org>:
Extra info received and forwarded to list. Copy sent to Santiago Vila <sanvila@debian.org>. (Thu, 06 Sep 2012 09:18:03 GMT) Full text and rfc822 format available.

Message #15 received at 681489@bugs.debian.org (full text, mbox):

From: Raphael Hertzog <hertzog@debian.org>
To: Santiago Vila <sanvila@unex.es>
Cc: 681489@bugs.debian.org
Subject: Re: Bug#681489: base-files: Add /etc/os-release.d/debian and make it easy to provide supplementary /etc/os-release.d/* files
Date: Thu, 6 Sep 2012 11:14:22 +0200
Hi,

On Tue, 04 Sep 2012, Santiago Vila wrote:
> > Thus I would like base-files:
> > - to ship /etc/os-release.d/debian
> > - to ship /etc/os-release as a symlink to the former
> 
> That would be easy indeed. However: What happens when a conffile is
> replaced by a symlink to a conffile? Does dpkg handle it gracefully or
> does it break horribly?

As long as you don't mark the symlink itself as conffile, it works AFAIK.
But since we want the user to be able to override this choice, it's
best to not package this symlink and instead to create it in the postinst.

Furthermore you probably want to use dpkg-maintscript-helper mv_conffile
to rename /etc/os-release as /etc/os-release.d/$VENDORFILE.

> My fear here is that we create some kind of "unsolvable bug" like, for
> example, #679356.

I don't quite understand why the fact that the conffile is marked as
obsolete is a problem. It could be a problem if the user had to purge
the package and if the file was legitimately owned outside of the
knowledge of dpkg by another package. But that's not the case here.

> Also: What would happen if the move is made at the same time that the
> default conffile is modified? I'm thinking about #681480 reported by
> you as well.

Nothing special AFAIK. The dpkg-maintscript-helper mv_conffile handles
everything properly so that you get the usual dpkg prompt if
/etc/os-release was modified by the user, otherwise you get no prompt.

> > - to make it easy to add supplementary files in /etc/os-release.d/
> >   and to update the symlink (i.e. reuse the VENDORFILE variable that you
> >   already have) for derivatives
> 
> By "easy" I assume you mean "easy for whoever wants to modify the
> package for derived distros". Yes, that would be easy as well.

Yes.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Get the Debian Administrator's Handbook:
→ http://debian-handbook.info/get/



Information forwarded to debian-bugs-dist@lists.debian.org, Santiago Vila <sanvila@debian.org>:
Bug#681489; Package base-files. (Mon, 21 Jan 2013 16:36:03 GMT) Full text and rfc822 format available.

Acknowledgement sent to Michael Biebl <biebl@debian.org>:
Extra info received and forwarded to list. Copy sent to Santiago Vila <sanvila@debian.org>. (Mon, 21 Jan 2013 16:36:03 GMT) Full text and rfc822 format available.

Message #20 received at 681489@bugs.debian.org (full text, mbox):

From: Michael Biebl <biebl@debian.org>
To: 681489@bugs.debian.org, Raphaël Hertzog <hertzog@debian.org>
Subject: base-files: Add /etc/os-release.d/debian and make it easy to provide, supplementary /etc/os-release.d/* files
Date: Mon, 21 Jan 2013 17:32:59 +0100
[Message part 1 (text/plain, inline)]
Hi Raphaël,

I haven't quite understood what the benefit of /etc/os-release.d/debian
resp. /etc/os-release.d/* would be.
after all, you only can have a single /etc/os-release file/symlink, so
what do we gain by your proposed setup?

Cheers,
Michael
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

[signature.asc (application/pgp-signature, attachment)]

Information forwarded to debian-bugs-dist@lists.debian.org, Santiago Vila <sanvila@debian.org>:
Bug#681489; Package base-files. (Mon, 21 Jan 2013 17:45:06 GMT) Full text and rfc822 format available.

Acknowledgement sent to Santiago Vila <sanvila@unex.es>:
Extra info received and forwarded to list. Copy sent to Santiago Vila <sanvila@debian.org>. (Mon, 21 Jan 2013 17:45:06 GMT) Full text and rfc822 format available.

Message #25 received at 681489@bugs.debian.org (full text, mbox):

From: Santiago Vila <sanvila@unex.es>
To: Michael Biebl <biebl@debian.org>, 681489@bugs.debian.org
Cc: Raphaël Hertzog <hertzog@debian.org>
Subject: Re: Bug#681489: base-files: Add /etc/os-release.d/debian and make it easy to provide, supplementary /etc/os-release.d/* files
Date: Mon, 21 Jan 2013 18:40:55 +0100 (CET)
On Mon, 21 Jan 2013, Michael Biebl wrote:

> Hi Raphaël,
> 
> I haven't quite understood what the benefit of /etc/os-release.d/debian
> resp. /etc/os-release.d/* would be.
> after all, you only can have a single /etc/os-release file/symlink, so
> what do we gain by your proposed setup?

I guess that the benefit is a base-files package which may be forked
easily by adding or removing complete files, instead of modifying them,
if I understood well.

[ Note: This change is postponed for jessie in either case, but
  discussion about this is of course welcome ].



Information forwarded to debian-bugs-dist@lists.debian.org, Santiago Vila <sanvila@debian.org>:
Bug#681489; Package base-files. (Mon, 21 Jan 2013 19:54:03 GMT) Full text and rfc822 format available.

Acknowledgement sent to Raphael Hertzog <hertzog@debian.org>:
Extra info received and forwarded to list. Copy sent to Santiago Vila <sanvila@debian.org>. (Mon, 21 Jan 2013 19:54:03 GMT) Full text and rfc822 format available.

Message #30 received at 681489@bugs.debian.org (full text, mbox):

From: Raphael Hertzog <hertzog@debian.org>
To: Santiago Vila <sanvila@unex.es>
Cc: Michael Biebl <biebl@debian.org>, 681489@bugs.debian.org
Subject: Re: Bug#681489: base-files: Add /etc/os-release.d/debian and make it easy to provide, supplementary /etc/os-release.d/* files
Date: Mon, 21 Jan 2013 20:51:30 +0100
Hi Michael & Santiago,

On Mon, 21 Jan 2013, Santiago Vila wrote:
> On Mon, 21 Jan 2013, Michael Biebl wrote:
> > I haven't quite understood what the benefit of /etc/os-release.d/debian
> > resp. /etc/os-release.d/* would be.
> > after all, you only can have a single /etc/os-release file/symlink, so
> > what do we gain by your proposed setup?
> 
> I guess that the benefit is a base-files package which may be forked
> easily by adding or removing complete files, instead of modifying them,
> if I understood well.

My main interest was that it makes it possible to keep information about
parent distributions. This is required if I want to use this information
as a basis for dpkg-vendor instead of the dpkg-specific /etc/dpkg/origins
files.

(That said it seems that Guillem doesn't agree with me on this so this
might not happen)

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Get the Debian Administrator's Handbook:
→ http://debian-handbook.info/get/



Send a report that this bug log contains spam.


Debian bug tracking system administrator <owner@bugs.debian.org>. Last modified: Fri Apr 18 19:21:02 2014; Machine Name: beach.debian.org

Debian Bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.