Le 13/08/2012 13:02, Colin Guthrie a écrit :
'Twas brillig, and Pascal Terjan at 13/08/12 11:44 did gyre and gimble:
On Sun, Jul 22, 2012 at 12:00 AM, Iurt the rebuild bot
<[email protected]> wrote:
Name : coreutils Relocations: (not relocatable)
Version : 8.17 Vendor: Mageia.Org
Release : 2.mga3 Build Date: Sat 21 Jul 2012
09:49:45 PM CEST
Install Date: (not installed) Build Host: jonund.mageia.org
Group : System/Base Source RPM: (none)
Size : 5273984 License: GPLv3+
Signature : (none)
Packager : Iurt the rebuild bot <[email protected]>
URL : http://www.gnu.org/software/coreutils/
Summary : The GNU core utilities: a set of tools commonly used in shell
scripts
Description :
This package is the union of the old GNU fileutils, sh-utils, and
textutils packages.
These tools are the GNU versions of common useful and popular
file & text utilities which are used for:
- file management
- shell scripts
- modifying text file (spliting, joining, comparing, modifying, ...)
Most of these programs have significant advantages over their Unix
counterparts, such as greater speed, additional options, and fewer
arbitrary limits.
colin <colin> 8.17-2.mga3:
+ Revision: 273158
- Update for usrmove
This broke a few packages requiring /bin/rm or /bin/ln which are no
longer provided by coreutils
apache-portlet-1.0-api-javadoc (from apache-portlet-1.0-api)
esmska-javadoc (from esmska)
mx4j
regexp-javadoc (from regexp)
rt
tomcat5-admin-webapps (from tomcat5)
Hmm, indeed. How are these things "Provided" anyway? I mean they are not
in the list of the --provides, so how is this resolved? Does rpm have a
special mode for detecting these kind of provides? If so how does it
resolve it with urpmi?
Unless something changed, files dependencies are resolved at
hdlist-generation time as soon as another package requires them.
For instance, the following line in RT spec file will make genhdlist map
/bin/rm to coreutils in the hdlist.cz:
Requires(postun): /bin/rm
I don't know how this work at rpm level, tough, in order to make 'rpm
-Uvh rt-4.0.6-1.mga3.noarch" work without urpmi support. Probably
checking in the list of files available in the target rpm.
--
BOFH excuse #133:
It's not plugged in.
