Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#28781 - [filesystem] should depend on grep
Attached to Project:
Arch Linux
Opened by Carlo Bersani (carlocci) - Monday, 05 March 2012, 01:36 GMT
Last edited by Tom Gundersen (tomegun) - Tuesday, 08 May 2012, 12:49 GMT
Opened by Carlo Bersani (carlocci) - Monday, 05 March 2012, 01:36 GMT
Last edited by Tom Gundersen (tomegun) - Tuesday, 08 May 2012, 12:49 GMT
|
DetailsDescription:
During the last upgrade, filesystem was updated after pcre, but before grep. Since grep is used extensively in the if clauses of the install script, this bug causes some error messages to be printed with no side effects (groupadd complains about duplicate entities and useradd errors out, which is another bug I'll be filing) and a duplicate include in /etc/ld.so.conf The affected package is filesystem-2012.2-2 Steps to reproduce: # pacman -R grep # pacman -S filesystem |
This task depends upon
Comment by Dave Reisner (falconindy) -
Monday, 05 March 2012, 04:29 GMT
Ideally we should simply get rid of the dependency on grep in the install scriptlet. Some of them I've already replaced in SVN with calls to getent. The remaining are of questionable value and seem to do things that a responsible user should be doing on their own.
Comment by Webhostbudd (Webhostbudd) -
Saturday, 31 March 2012, 02:49 GMT
It would be nice if this was added as a dependency in the mean time. I've been updating some systems and ran into this a number of times.
Comment by Dave Reisner (falconindy) -
Saturday, 31 March 2012, 02:51 GMT
Ran into what? The failures can be ignored as commands in question do nothing in almost all cases.