| 1 |
Okay... two more proposals, on a more serious note now: |
| 2 |
|
| 3 |
virtual/realpath: the realpath utility (app-admin/realpath) is used as |
| 4 |
replacement for "readlink -f" on systems not using coreutils (mainly FreeBSD, |
| 5 |
Darwin, DragonFly... OpenBSD has readlink -f it seems), but it's already |
| 6 |
provided by the freebsd-bin package for instance, so I prefer using that |
| 7 |
instead of requiring merging of realpath to users. It doesn't really make |
| 8 |
things simpler as it won't have coreutils as provider, so the packages |
| 9 |
dep-ing on it should anyway do || ( virtual/realpath sys-apps/coreutils ), |
| 10 |
but that's not much of a problem I think. Involved on this kind of deps there |
| 11 |
are eselect, perl, and probably in future gentoolkit and portage itself. |
| 12 |
|
| 13 |
virtual/bsdmake: to get a bsd-ish make command (pmake); right now sys-freebsd |
| 14 |
packages have a dep || ( sys-devel/pmake sys-freebsd/freebsd-ubin |
| 15 |
sys-openbsd/openbsd-ubin ), but there are more cases where sys-devel/pmake is |
| 16 |
depped upon, but we need a generic BSDish make. No we can't use pmake on |
| 17 |
FreeBSD. |
| 18 |
|
| 19 |
-- |
| 20 |
Diego "Flameeyes" Pettenò - http://dev.gentoo.org/~flameeyes/ |
| 21 |
Gentoo/Alt lead, Gentoo/FreeBSD, Video, AMD64, Sound, PAM, KDE |
Archives