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 |