A quoi ça sert, d'afficher les partitions, lorsqu'on est sur un SE qui sait gèrer differentes partitions et DD de manière parfaitement transparente ?
Parce que le cerveau de l'utilisateur ne les gère pas forcément de maniere transparente.
Plus exactement lui sauras que tel ou tel fichier est sur C: ou D:, si il a un C: ou D: dans sa hiérarchie il le trouvera, par contre un /mnt/windows-hdc je ne suis pas sur qu'il y pense (pour lui y'a de bonnes chances que "mnt" veuille dire la meme chose que "bin" ou "var" : "rien", alors faire la différence entre windows-hdc et windows-hda je n'en parle meme pas).
Ok, je suis d'accord si on lui explique il prendra à force l'habitude mais il ne faut pas oublier un truc : c'est tout de meme à la machine de s'adapter à l'utilisateur et pas le contraire. Il a peut etre des mauvaises habitudes mais c'est comme ca, les transitions doivent se faire doucement (quand il aura l'habitude du principe unix et de l'architecture des répertoires il passera probablement a une autre distrib de toute facon)
Ca veut dire quoi ? Quel est le type de base de donnée de paquet utilisé ?
En quoi cette amélioration est neuve (alien existe depuis quelques temps...) ?
J'avais vu une fois un outil qui permettait de se servir des deb avec une mandrake, je pense que ca doit ressembler à ca. Attention, je ne parle pas d'alien mais d'un outil qui était capable pour pas mal de paquet de lire les dépendances des deb, regarder télécharger leur équivalent mdk (ou deb si il n'existe pas) avant d'installer le deb.
Ils ont peut etre justement intégré (plus ou moins bien) les deux, sans avoir un bete alien qui fait partir toutes les dépendances.
Et comme c'est dit il s'agit aussi d'integrer les mirroirs deb, l'utilisateur (je pense) ne voyant qu'une seule source avec des paquets (sans savoir si il viennent d'une base rpm ou mdk).
Je me demande si c'est légal, par exemple, dans le cas de You, de sortir une distrib avec des outils proprios s'ils utilisent RPM ou dpkg (on ne peut faire un logiciel propriétaire lié à des logiciels GPL, en théorie).
Tant que c'est du frontend et de l'appel système c'est tout à fait légal.
[^] # Re: mouais mouais
Posté par Éric (site web personnel) . En réponse à la dépêche Xandros : une nouvelle distribution purement "desktop". Évalué à 10.
Parce que le cerveau de l'utilisateur ne les gère pas forcément de maniere transparente.
Plus exactement lui sauras que tel ou tel fichier est sur C: ou D:, si il a un C: ou D: dans sa hiérarchie il le trouvera, par contre un /mnt/windows-hdc je ne suis pas sur qu'il y pense (pour lui y'a de bonnes chances que "mnt" veuille dire la meme chose que "bin" ou "var" : "rien", alors faire la différence entre windows-hdc et windows-hda je n'en parle meme pas).
Ok, je suis d'accord si on lui explique il prendra à force l'habitude mais il ne faut pas oublier un truc : c'est tout de meme à la machine de s'adapter à l'utilisateur et pas le contraire. Il a peut etre des mauvaises habitudes mais c'est comme ca, les transitions doivent se faire doucement (quand il aura l'habitude du principe unix et de l'architecture des répertoires il passera probablement a une autre distrib de toute facon)
Ca veut dire quoi ? Quel est le type de base de donnée de paquet utilisé ?
En quoi cette amélioration est neuve (alien existe depuis quelques temps...) ?
J'avais vu une fois un outil qui permettait de se servir des deb avec une mandrake, je pense que ca doit ressembler à ca. Attention, je ne parle pas d'alien mais d'un outil qui était capable pour pas mal de paquet de lire les dépendances des deb, regarder télécharger leur équivalent mdk (ou deb si il n'existe pas) avant d'installer le deb.
Ils ont peut etre justement intégré (plus ou moins bien) les deux, sans avoir un bete alien qui fait partir toutes les dépendances.
Et comme c'est dit il s'agit aussi d'integrer les mirroirs deb, l'utilisateur (je pense) ne voyant qu'une seule source avec des paquets (sans savoir si il viennent d'une base rpm ou mdk).
Je me demande si c'est légal, par exemple, dans le cas de You, de sortir une distrib avec des outils proprios s'ils utilisent RPM ou dpkg (on ne peut faire un logiciel propriétaire lié à des logiciels GPL, en théorie).
Tant que c'est du frontend et de l'appel système c'est tout à fait légal.