El Sábado, 27 de Enero de 2007, Alfredo Beaumont escribió:
> Ostirala 26 Urtarrila 2007 20:40(e)an, Iñaki(e)k idatzi zuen:
> > > Acceder a ficheros remotos SSH me parece una característica que se
> > > puede implementar a nivel de sistema de ficheros sshfs o más arriba,
> >
> > O sea, que como las aplicaciones Gtk no soportan nada similar a kioslaves
> > (acceso a ficheros remotos de forma transparente y multiprotocolo)
> > entonces resulta que "lo mejor es hacerlo de otra forma".
> >
> > Veamos, dices que se puede implementar a nivel de sistema: o sea, por
> > ejemplo montando el sistema por SSHFS. Eso supone montar TODO el sistema
> > de ficheros remoto, cosa que de momento exige de unos conocimientos
> > bastante avanzados y que supone el peligro de hacer sin querer:
> >   #>  rm -rf punto_de_montaje
> > y cargarte todos los ficheros remotos (si tienes permisos para ello).
>
> ¿ Qué diferencia hay entre hacerlo esto en local o en remoto ? ¿ Quieres
> decir que en local también deberiamos obviar la shell porque podemos borrar
> cosas por descuido ? Yo no estoy de acuerdo con esto.

Mi objeción es simplemente la de poder acceder a un fichero remoto, a través 
de cualquier protocolo, sin necesidad de montar todo un recurso.
Es cierto que en local uno puede liarla gorda, pero es que si uno tiene de 
alguna forma (p.ej: fuse) montado un recurso remoto en su home, y comete el 
error de hacer:
  rm -rf *
se carga también los ficheros remotos XDDD



> En mi opinión, los 
> kioslaves de KDE son una tecnología magnífica, pero no hacen más que suplir
> las carencias de los sistemas operativos UNIX actuales.

Sí, estoy de acuerdo en que los kioslaves son, en el fondo, una solución que 
debería ser implementada a nivel de SO y no de aplicación de escritorio. Pero 
creo que ese es un problema del SO y que KDE al menos ha conseguido paliarlo 
en muy buena parte. Cierto es que al no ser una solución válida para 
aplicaciones no-KDE no es la solución "milagrosa" y que debe evolucionar [1]

¿Tal vez FUSE y el KIO FUSE [1] ?

[1] http://kde.ground.cz/tiki-index.php?page=KIO+Fuse+Gateway



> Carencias, por otra parte, que sistemas como Hurd intentan resolver a nivel
> de sistema operativo, ofreciendo acceso transparente a las aplicaciones a
> todo este tipo de cosas. Muchas de estas ideas se están implementando como
> añadidos en sobre el núcleo linux, pero no son más que apaños.

EMHO, la historia no le da excesiva razón a los sistemas "académicos" (en 
cuanto a su uso quiero decir) y triunfan aquellos sistemas en los que, por la 
razón que sea, se invierte más recursos aunque su diseño original sea menos 
potente y haya que hacer "ñapas" y parches. Bueno, en el fondo si el sistema 
admite esos "parches" de forma más o menos elegante y funcionan bien tampoco 
veo mucho que reprochar.

Saludos.

-- 
Iñaki Baz Castillo

_______________________________________________
ITSAS mailing list
[email protected]
http://list.ehu.es/mailman/listinfo/itsas

Responder a