Forums before death by AOL, social media and spammers... "We can't have nice things"
|    linux.debian.bugs.dist    |    Ohh some weird Debian bug report thing    |    28,835 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 28,308 of 28,835    |
|    Bastien Roucaries to All    |
|    Bug#1039979: /var/run and /var/lock shou    |
|    20 Feb 26 14:15:29    |
      XPost: linux.debian.policy       From: rouca@debian.org              Le vendredi 20 février 2026, 12:22:38 heure normale d’Europe centrale       Santiago Vila a écrit :       > On Fri, Feb 20, 2026 at 11:03:38AM +0000, Sean Whitton wrote:       > > Russ Allbery [08/Feb 11:36am -08] wrote:       > > > This feels like the sort of change that maybe we should discuss on       > > > debian-devel if it feels like we have consensus here on the Policy list.       > >        > > I think if the maintainers of the packages in which the change would be       > > effected are on board, we don't need to do that.       >        > For /var/run and /var/lock, I believe systemd already has those symlinks       > as relative.       >        > I also think it would be better to have them relative, and the main       > reason I reassigned this from base-files to debian-policy is that I       > wanted to avoid anybody telling me that I was violating policy by       > doing the change on my own...       >        > While we are at it, I wonder if we could actually deprecate those       > locations for forky, and what would be the steps for doing so.       >        > There is a small anomaly in the way base-files handles /var/lock       > (see #1082498) and Helmut tells me that fixing the anomaly the right       > way might require additional code similar to the one introduced in       > base-files 13.3 for the usr-merge.              I think for /var/lock we could use dpkg-maintscript-helper dirtosymlink              The only condition is that the link should be relative to ./run/lock instead       of /run/lock              rouca       >        > I don't have any hurry in fixing the anomaly, but maybe if we       > deprecate /var/lock first, fixing the anomaly would be easier       > (i.e. not requiring use-merge-grade machinery).       >        > Thanks.       >                      -----BEGIN PGP SIGNATURE-----              iQIzBAABCgAdFiEEXQGHuUCiRbrXsPVqADoaLapBCF8FAmmYXnEACgkQADoaLapB       CF9UaQ//ZymZmeW2zKSk8pmEVVYc0w75Um1qliNj8QVh/PuEdMZJ7DoMwSotszEo       iCsPtVVB8u+RLdCe3Mcs0ufqe7MKJTSFbCyfeARVlKQkf/aYMaEftU/PzisMEeGq       sGgrIfBhqK+foOFR6QEnPTbIxv3DkLHmBZ4vuBGNT9olEqDX/mwyC8bXEjc5oq9M       mwSKNZ1ZwMS+ZOZTB7GCunVY8gY58W5vtzHYRfL+Dq+ISCyqV3NT8YV4XLqPWDqj       HHlB28IQIeRprHqNjJI0AghjtrYZjSWjV2IpIHv7SVIrLPO0ufNFStM5gbPXQO1b       ygJhc/ObehSagKn5AHQnA+0/DIgpwmBuZsIE+uYn4b9UbNZpzeUHYFDPa8UrETov       2Pfvh6SkJunbk6wt+EFr8ViHwBWCnmKEphteB8SODd2/o9vJnLf7DUyufFs+5fW5       halExk3ZYsPE4LXtiTNhibaCF8rhREBFfZAd8Wz66IqYePe0pcqyTDeauRG9ujX0       c6a0TmSA1GDUJhgst0IrWm87ERubEf8KbGknTBGoR2dBHqRcW6zwamfkG9Yzkjfz       /u4srQnwP4PL2wZK9rtf2yhYc6gOxb71ZHyY0A3ditJVUyb7qNFWGm/4MFNogfBC       UZPpwdu5aTWApTmTZRXjkdWKWztzA9hRc4DHKmtnZRuN3LEv8S4=       =i3ln       -----END PGP SIGNATURE-----              --- SoupGate-Win32 v1.05        * Origin: you cannot sedate... all the things you hate (1:229/2)    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca