RPM

rpm-4.9.0-to-rpm5-new-feature-inclusion-package-building

Registered by devzero2000

The package building section of rpm.org rpm 4.9.0 (http://rpm.org/wiki/Releases/4.9.0) have some interesting and useful idea. naturally it is necessary to discuss which is more useful and if someone instead is not so useful. I see the following as the most interesting :

    * Package scriptlets can now be optionally macro-expanded at runtime. Also a "query format" expansion is supported, which allows access to run-time data from package's own header. All scriptlet types support new -e (expand) and -q (queryformat) options in the spec. (XXX add link to documentation once it exists)
    * Unknown dependency qualifiers are now always treated as errors and abort build
    * Pre-transaction dependencies can now be correctly expressed by using Requires(pretrans). Pretrans dependencies cannot be satisfied by packages in the install set, they must be present on the system before the transaction starts.
    * Packages can now supply extra transaction ordering hints via new OrderWithRequires tag. This follows Requires tag syntax, but does not generate actual dependencies. Only if the involved packages are present in the same transaction, the ordering hints are treated as if they were Requires when calculating the transaction order.

    * Numerous perl dependency generator fixes (tickets XXX, #128, RhBug:477516...)
    * In simple cases, #!/usr/bin/env interpreter dependencies are now generated automatically (#136)

But there are many idea here thar reserve more discussion, e.g. selinux collection and the like, the new internal deps generator (not a so new idea IMHO)

Blueprint information

Status:
Not started
Approver:
Jeff Johnson
Priority:
Medium
Drafter:
None
Direction:
Needs approval
Assignee:
None
Definition:
Approved
Series goal:
None
Implementation:
Not started
Milestone target:
None

Related branches

Sprints

Whiteboard

(?)

Work Items

This blueprint contains Public information 
Everyone can see this information.

Subscribers

No subscribers.