[arch-general] [Bulk] Re: A good time to switch to dash as /bin/sh?

Florian Pelz pelzflorian at googlemail.com
Sun Sep 28 06:19:53 UTC 2014


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 09/28/2014 07:04 AM, Benjamin A. Shelton wrote:
> On 09/27/2014 02:13 AM, Ralf Mardorf wrote:
>> On Sat, 2014-09-27 at 10:02 +0200, Florian Pelz wrote:
>> 
>>> Same here. With only NoExtract, I linked /bin/sh to dash,
>>> reinstalled bash, and /bin/sh was gone. With both NoExtract and
>>> NoUpgrade, I did the same and /bin/sh was still a link to
>>> dash.
>> My bad, until now I'm using NoExtract for files I don't want to
>> have, I wasn't aware that a file or link we want to have gets
>> lost.
> 
> Okay, so I wasn't *completely* losing my mind (what little of it
> there is!).
> 
> Here's what I think is happening (probably wrong, but this is what
> I've deduced from further reading and some strace fun):
> 
> Since (re)installing over an existing package first removes its 
> constituent files, NoExtract alone results in the reinstallation
> process removing bash (and the /usr/bin/sh link). But, since the
> file is specified as NoExtract, the link/file isn't recreated
> during package extraction (it's skipped). NoUpgrade, on the other
> hand, prevents the file from being removed (reinstallation must
> therefore be considered as an "upgrade" for this purpose) but if
> it's not also specified by NoExtract, it's immediately overwritten
> by the new copy.
> 
> So, if my understanding is correct, this would explain why both
> options must be used in order to keep something relatively
> unscathed. NoUpgrade prevents its removal (or more accurately it
> "prevents its upgrade"); NoExtract prevents it from being
> overwritten.
> 
> Disclaimer: I haven't looked at the pacman sources yet. This is 
> exclusively from observation and what my (admittedly very limited) 
> understanding of pacman provides.
> 
> Benjamin

That makes sense, even if it is not what I would have expected pacman
to do judging from the description in man pacman.conf.

Thank you.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBAgAGBQJUJ6iJAAoJEMqreLELZNG3wSMP/1zge+KR4yRSi/ZZUTILsqGO
8E6DfmHDfvOvLZddTTiSGmSJm8NV1j4kjjon6ifuW2orEBmd/Hr4L22bCGQrd8X6
oWseS0VoXgxMRmjO/CPKImvOUY3kMmBEYZzV56Ags6iCBQrXo0fkFrg4Gy65+lYc
JIH2nnKQLCb5D0JMfcdnicrmTwitqWDPSoE/rbgKpa4bLG/WzvZTClJBP9wOtlaI
aWNEUSoEYiXaz2/p9HoEzWGTY22IAz01eVY/PfV0J7nY6h+N2evas+T9Z1Cq3W3D
KPJgqjiCSh2f02Sr+iERWl71E5hOEQLQb+b1vI4HsZShwlwpdpRSPbWdiUB878fI
pZM8lMURK3yt2nLc5tQ6tcUDmMskcWt/RXw/gLTdDfURGfeymD9362BQPR6tu5/P
WxFQekf+ScODStOFU98DUASo7gRdR30+WvVzUwpuAoent/fgLNEQvOX7r8uYX4DT
7RVnmLO2u6SoPD08Xlocd18qqc8EIZJm/lCKzwX/drF7+KKMxVe/vKKzPeGbHhhb
gr657+6W3xZBYtSmBvabjq8Tktp/TvLfxiSUGdCxfCSqLqw+hs5UYXNxKAx6GvdT
RlX6rlPaylX5cBPWoB1Jt+1fDuTZPZnsMDiYDF0GdCI8P68+zijrmJ9vkXEkF/cj
tcdta/fK8ceZogIN/i0Y
=R4dC
-----END PGP SIGNATURE-----


More information about the arch-general mailing list