| 1 |
Hola Francisco. |
| 2 |
|
| 3 |
|
| 4 |
> Estoy haciendo el paquete de aspell, y al pasarle el lintool, me salen los |
| 5 |
> siguientes errores: |
| 6 |
|
| 7 |
Vaya, yo también tengo un ebuild de aspell-es que hice algún tiempo, sin |
| 8 |
embargo nunca lo envié para su revisión puesto que estaba explorando la |
| 9 |
causa de un pequeño fallo con la revisión de ortografía en los objetos |
| 10 |
GtkHtml. |
| 11 |
|
| 12 |
En cualquier caso, este creo que sería otro buen ejemplo en donde los |
| 13 |
eclasses podrían resultar muy convenientes, y de paso crear más ebuilds |
| 14 |
para paquetes aspell/ispell de otros idiomas... ¿No crees? |
| 15 |
|
| 16 |
|
| 17 |
> Según tenía entendido el RDEPEND se copiaba automáticamente de DEPEND si no |
| 18 |
> se ponía nada. y el SLOT no sé para que sirve. |
| 19 |
|
| 20 |
Aparentemente, hasta hace poco, la política respecto a la variable |
| 21 |
RDEPEND era la que mencionabas (utiliza el valor de DEPEND si no se |
| 22 |
define), pero mi suposición es que ahora quieren ser más estrictos de |
| 23 |
modo que los ebuilds sean más robustos. Por eso el mensaje de error. |
| 24 |
|
| 25 |
Simplemente podrías usar: |
| 26 |
|
| 27 |
DEPEND=" ..... " |
| 28 |
RDEPEND="${DEPEND}" |
| 29 |
|
| 30 |
|
| 31 |
La variable SLOT está documentada en el manual Portage: |
| 32 |
http://www.gentoo.org/doc/portage-manual.html |
| 33 |
|
| 34 |
Casi al comienzo, bajo el subtítulo "Conditional Dependency Resolution |
| 35 |
and Feature Support". Básicamente, los SLOTs son utilizados en casos en |
| 36 |
los que se necesita instalar más de una versión de un determinado |
| 37 |
paquete de software (generalmente librerías). Si lo deseas, puedes |
| 38 |
simplemente utilizar el común valor cero: |
| 39 |
|
| 40 |
SLOT="0" |
| 41 |
|
| 42 |
|
| 43 |
Saludos, |
| 44 |
|
| 45 |
Leonardo |
Archives