[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#458824: marked as done (Specify when and to what RPATH may be set in a binary or library)

Your message dated Fri, 11 Aug 2017 12:44:51 -0700
with message-id <87o9rlx51o.fsf@iris.silentflame.com>
and subject line Closing inactive Policy bugs
has caused the Debian Bug report #458824,
regarding Specify when and to what RPATH may be set in a binary or library
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
458824: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=458824
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: debian-policy
Version: 3.7.3.0
Severity: wishlist

While analyzing http://bugs.debian.org/456318 I noticed that there's
nothing in Policy about when binaries are allowed to use rpath.  The
question raised in that bug is whether games are allowed by FHS to
put their shared libraries in /usr/lib/games instead of /usr/lib.  But
more generally, we really need a specification of use of rpath that:

* Says that binaries must not put standard paths such as /usr/lib,
  /usr/local/lib, and so forth in their rpath since this overrides the
  ordering possibly configured by the local system administrator.  The
  system administrator may want /opt/lib take priority over all other
  library directories or something (and there are also multilib concerns).

* Mentions setting rpath to point to a private directory for a package.
  Take a clear stance on whether this is allowed for multiple cooperating
  packages or only within a single package, since this is frequently
  debated and either it's allowed or it isn't.

* Takes some stance on the /usr/lib/games question and similar questions
  about adding rpath pointing to other system directories.

I'd love it if someone could take a shot at proposed wording for this
since I have a lot on my plate at the moment.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

-- no debconf information

--- End Message ---
--- Begin Message --- 
control: user debian-policy@packages.debian.org
control: usertag -1 +obsolete
control: tag -1 +wontfix

Russ Allbery and I did a round of in-person bug triage at DebConf17 and
we are closing this bug as inactive.

The reasons for closing fall into the following categories, from most
frequent to least frequent:

- issue is appropriate for Policy, there is a consensus on how to fix
  the problem, but preparing the patch is very time-consuming and no-one
  has volunteered to do it, and we do not judge the issue to be
  important enough to keep an open bug around;

- issue is appropriate for Policy but there does not yet exist a
  consensus on what should change, and no recent discussion.  A fresh
  discussion might allow us to reach consensus, and the messages in the
  old bug are unlikely to help very much; or

- issue is not appropriate for Policy.

If you feel this bug is still relevant and want to restart the
discussion, you can re-open the bug.  However, please consider instead
opening a new bug with a message that summarises and condenses the
previous discussion, updates the report for the current state of Debian,
and makes clear exactly what you think should change.

A lot of these old bugs have long side tangents and numerous messages,
and that old discussion is not necessarily helpful for figuring out what
Debian Policy should say today.

-- 
Sean Whitton

Attachment: signature.asc
Description: PGP signature


--- End Message ---
Reply to: