<div dir="ltr"><div><div><div>Reverting changes to files handled by RPM (or installing a single file out of the package), for instance:<br></div>rpm -qp some-rpm.rpm --revert/--extract /etc/some-rpm.conf /etc/another-file.conf<br>
</div><div><br></div>I know it can be done with rpm2cpio, just a suggestion to implement it natively and extract the files to their correct location.<br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Thu, May 23, 2013 at 7:52 AM, Orion Poplawski <span dir="ltr">&lt;<a href="mailto:orion@cora.nwra.com" target="_blank">orion@cora.nwra.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="HOEnZb"><div class="h5">On 05/22/2013 07:43 AM, Jan Zelený wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Dear Fedora community,<br>
several months ago, at the Developer conference in Brno, Software Management<br>
team received a whole bunch of proposals for new functionality in RPM and<br>
related software stack.<br>
<br>
We acknowledge the need for some changes in Software Management stack in<br>
Fedora but we don&#39;t want to make changes just by guessing what our<br>
users want. Therefore I call to you, consumers of our products (dnf, yum and<br>
rpm): what are the changes that you would like to see in the foreseeable<br>
future (say 2-3 years) and why would you like to see them (what would they<br>
help you with)?<br>
<br>
There is already a list of some RFEs on <a href="http://rpm.org" target="_blank">rpm.org</a> wiki, you can use it as an<br>
inspiration, to see what RFEs we have already received:<br>
<a href="http://rpm.org/wiki/FeaturePlanning" target="_blank">http://rpm.org/wiki/<u></u>FeaturePlanning</a><br>
<br>
The only limitation for your requests is our manifest which defines the scope<br>
of SW management stack for the future. It is attached to this email (note that<br>
it&#39;s quite extensive but the first part should give you a good image of what is<br>
the planned scope of SW management stack).<br>
<br>
Please send your requests as replies to this email so they can be properly<br>
discussed.<br>
After your proposals are filed and discussed, all will be evaluated by our<br>
team and a roadmap with priorities will be created with those selected as<br>
doable and meaningful.<br>
<br>
Thank you in advance for your participation<br>
Jan<br>
</blockquote>
<br>
<br></div></div>
Something I&#39;m just now running into - I have a package that can make use of one of two different backends, but it definitely needs one of them.  I don&#39;t want to pick which one in the package.  Also, it is explicitly referencing specific implementations, not a generic interface, so a generic Provides in the backend packages is not appropriate.  But something like:<br>

<br>
Requires: ( pkgA || pkgB )<br>
<br>
might do the trick.<span class="HOEnZb"><font color="#888888"><br>
<br>
<br>
-- <br>
Orion Poplawski<br>
Technical Manager                     <a href="tel:303-415-9701%20x222" value="+13034159701" target="_blank">303-415-9701 x222</a><br>
NWRA, Boulder/CoRA Office             FAX: <a href="tel:303-415-9702" value="+13034159702" target="_blank">303-415-9702</a><br>
3380 Mitchell Lane                       <a href="mailto:orion@nwra.com" target="_blank">orion@nwra.com</a><br>
Boulder, CO 80301                   <a href="http://www.nwra.com" target="_blank">http://www.nwra.com</a></font></span><div class="HOEnZb"><div class="h5"><br>
-- <br>
devel mailing list<br>
<a href="mailto:devel@lists.fedoraproject.org" target="_blank">devel@lists.fedoraproject.org</a><br>
<a href="https://admin.fedoraproject.org/mailman/listinfo/devel" target="_blank">https://admin.fedoraproject.<u></u>org/mailman/listinfo/devel</a></div></div></blockquote></div><br></div>