| 1 |
-----BEGIN PGP SIGNED MESSAGE-----
|
| 2 |
Hash: SHA1
|
| 3 |
|
| 4 |
On Tue, 27 Aug 2013 10:33:27 -0400
|
| 5 |
Ian Stakenvicius <axs@g.o> wrote:
|
| 6 |
> 0. Why src_fetch() instead of pkg_fetch() ? Technically this would |
| 7 |
> be running based on the package and may not even need to touch ${S} if |
| 8 |
> the implementation just handles getting the sources to a state where a |
| 9 |
> src_unpack() can copy them over. |
| 10 |
|
| 11 |
pkg_ is run for all builds, src_ is only run for non-binaries.
|
| 12 |
|
| 13 |
> Being a pkg_* would also keep it out |
| 14 |
> of the standbox (as i believe convention is that all src_* are |
| 15 |
> supposed to be sandboxed, correct??) |
| 16 |
|
| 17 |
So are some pkg_ phases.
|
| 18 |
|
| 19 |
> This could be handled via support from the PM, too. |
| 20 |
|
| 21 |
I'd rather not have zillions of systems supported by the PM directly.
|
| 22 |
'unpack' is bad enough...
|
| 23 |
|
| 24 |
- --
|
| 25 |
Ciaran McCreesh
|
| 26 |
-----BEGIN PGP SIGNATURE-----
|
| 27 |
Version: GnuPG v2.0.20 (GNU/Linux)
|
| 28 |
|
| 29 |
iEYEARECAAYFAlIcuqwACgkQ96zL6DUtXhEENgCfcNHkjrXxLUPTUxTQ66sXbtlf
|
| 30 |
UnUAn17qcjQH/UfWDGtCCYK75yQi9PNd
|
| 31 |
=XPP4
|
| 32 |
-----END PGP SIGNATURE----- |
Archives