| 1 |
On 21/06/2003 at 15:30:19(+0100), Alastair Tse used 1.4K just to say: |
| 2 |
> Hi All, |
| 3 |
> |
| 4 |
> There are a number of packages that require us extracting directly from |
| 5 |
> RPMs or Source RPMs. As a result, a number of ebuilds depend on |
| 6 |
> rpm2targz (a slackware creation) for extraction and have their own |
| 7 |
> src_unpack routine. |
| 8 |
> |
| 9 |
> To automate the process a little better, I've written an rpm.eclass |
| 10 |
> which is a slot in replacement for src_unpack(). It automatically |
| 11 |
> extracts rpm packages and for source rpms, it also extracts inner |
| 12 |
> tarballs. Internally, it still uses rpm2targz but is a little smarter |
| 13 |
> about cleaning up after itself and handles multiple sources properly. |
| 14 |
> |
| 15 |
> This is now in portage. For an example of how it can used, look at |
| 16 |
> app-misc/jot or x11-themes/redhat-artwork. |
| 17 |
|
| 18 |
The rpm.eclass uses the rpm2targz script itself which is a waste of time and |
| 19 |
resources. Please take a look at bugs 23249 and maybe 23179 for another |
| 20 |
approach which was already adopted by a few packages (ccc, cxx, libcpms, |
| 21 |
libcxml, ladebug and compaq-sources) even before the bug was submitted. |
| 22 |
|
| 23 |
-- |
| 24 |
/^^^^^^^^^^^^^^^^^^^^^^^^^^^\/^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^\ |
| 25 |
/ Georgi Georgiev (-< / I cannot and will not cut my \ |
| 26 |
\ chutz@×××××××.net /\ .o)\ conscience to fit this year's / |
| 27 |
/ +81(90)6266-1163 V_/_ |(/)/ fashions. -- Lillian Hellman \ |
| 28 |
\___________________________/\__________________________________/ |
Archives