Linux? - Page 104

Yoshi Noir (./3085) :

Folco (./3082) :
Sauf qu'il y a toutes les chances pour qu'il y ait d'autres (bonnes) raisons derrière, à moins que dévelopeur open source == abruti pour toi. Je te conseille de postuler chez Disney.

Parfois, oui…

Par exemple, j'ai réinstallé mon Windows 7 et comme il fallait s'y attendre, le système a (mal) réécrit le secteur de boot et a rendu mon Ubuntu 11.04 inaccessible.

Solution : lancer boot-repair. Sauf que le gus qui avait codé ça n'a mis ce paquet à disposition que pour les versions LTS
Et au lieu d'installer un bête paquet de 2 Mo, je me suis retrouvé à télécharger un ISO de 320 Mo, à aller ensuite dans un Leclerc pour acheter des CD vierges, faute de clé USB disponible, et ENFIN graver le CD. Grosse perte de temps qui aurait pu être évitée si les binaires étaient seulement disponibles avec ma version d'Ubuntu

Kevin Kofler (./3090) :
Mais pas l'Unicode! Il y avait plein d'encodages différents selon le locale, et donc la solution la plus simple et la plus logique a été retenue: on accepte une séquence d'octets quelconque et c'est à l'userspace d'utiliser le bon locale.

Kevin Kofler (./3090) :
Le noyau n'a pas à normaliser quoi que ce soit.

Folco (./3092) :
C'est pas idiot, au moins c'est permissif, et ça évite ceux qui gueulent parce qu'ils peuvent pas appeler leur fichier comme ils veulent.

RHJPP (./3097) :
Pour régler les problèmes homonymie des fichiers, on pourrait imaginer que c'est au pilote du système de fichier de faire la normalisation. Celui-ci offrirait un service de stockage de fichier qui te retrouverait tes fichiers tant que tu utilises un nom valide, et pas forcément exactement la séquence d'octets qui a été utilisée lors de la création du fichier.

Folco (./3100) :
SU-27 -> je parlais d'avant unicode justement. Comment être sûr qu'un nom de fichier valide qqpart le soit ailleurs, à part en le considérant comme une simple suite d'octets ?

flanker (./3101) :
Bin tu spécifies l'encodage au niveau partition, tout simplement

Folco (./3104) :

flanker (./3101) :
Bin tu spécifies l'encodage au niveau partition, tout simplement

Ca revient à déléguer le boulot au filesystem comme le dit RHJPP en fait ?

Folco (./3104) :

flanker (./3101) :
Bin tu spécifies l'encodage au niveau partition, tout simplement

Ca revient à déléguer le boulot au filesystem comme le dit RHJPP en fait ?

Kevin Kofler (./3096) :
Pour moi, c'est clairement un fonctionnement voulu, et le plus logique vu les contraintes. Et le problème est pratiquement réglé de nos jours: toutes les distributions grand public utilisent des locales UTF-8 par défaut, donc les noms de fichiers sont en UTF-8, et par convention en NFC, ce que presque toutes les applications produisent naturellement (certaines ne gèrent même pas les caractères composants).

Folco (./3088) :
Maintenant, c'est un liveCD ou un clé USB formatée comme il faut, c'est comme ça.

Kevin Kofler (./3091) :
1. Un paquetage pour la version LTS précédente s'installe souvent sans problème sur la version non-LTS actuelle. As-tu essayé?

Kevin Kofler (./3091) :
2. boot-repair ne sert à rien, il suffit de lancer grub(2)-install pour réinstaller le bootloader. RTFM.

flanker (./3106) :

Kevin Kofler (./3096) :
Pour moi, c'est clairement un fonctionnement voulu, et le plus logique vu les contraintes. Et le problème est pratiquement réglé de nos jours: toutes les distributions grand public utilisent des locales UTF-8 par défaut, donc les noms de fichiers sont en UTF-8, et par convention en NFC, ce que presque toutes les applications produisent naturellement (certaines ne gèrent même pas les caractères composants).

Quelle bonne idée ! Et comme les locales dépendent de chaque utilisateur, tu peux te retrouver avec des encodages différents ! de mieux en mieux

vince (./3107) :
c'est sûr, dans ce cas faut gérer un cas particulier : les stockages amovibles... tu files une clé usb à un pote, il se passe quoi si vous avez pas les mêmes locales ?

Zerosquare (./3109) :
(c'est un peu comme le format de date/heure : Windows et Linux utilisent l'UTC en interne et convertissent en heure locale, pas l'inverse)

Yoshi Noir (./3110) :
Justement, ceux qui ont RTFM se sont retrouvés avec un joli message « Impossible de trouver le paquet boot-repair » alors qu'ils n'ont fait que suivre la recette. Je n'ai trouvé l'explication qu'en naviguant au hasard dans Launchpad.

Kevin Kofler (./3113) :
GNU/Linux fait ça (comme tout *nix qui se respecte), mais l'autre non, il attend une heure BIOS en heure locale!

Folco (./3111) :
T'avais essayé ça : http://doc.ubuntu-fr.org/boot-repair ?

Kevin Kofler (./3112) :

flanker (./3106) :

Kevin Kofler (./3096) :
Pour moi, c'est clairement un fonctionnement voulu, et le plus logique vu les contraintes. Et le problème est pratiquement réglé de nos jours: toutes les distributions grand public utilisent des locales UTF-8 par défaut, donc les noms de fichiers sont en UTF-8, et par convention en NFC, ce que presque toutes les applications produisent naturellement (certaines ne gèrent même pas les caractères composants).

Quelle bonne idée ! Et comme les locales dépendent de chaque utilisateur, tu peux te retrouver avec des encodages différents ! de mieux en mieux

vince (./3107) :
c'est sûr, dans ce cas faut gérer un cas particulier : les stockages amovibles... tu files une clé usb à un pote, il se passe quoi si vous avez pas les mêmes locales ?

Ce problème est bien une des raisons pour lesquelles les locales non-UTF-8 sont dépréciés!

Kevin Kofler (./3116) :
: Pour des raisons d'incompatibilité avec un GNU/Linux en dual boot plutôt.

Yoshi Noir (./3116) :

Folco (./3111) :
T'avais essayé ça : http://doc.ubuntu-fr.org/boot-repair ?

yep

flanker (./3117) :
Vous avez le choix, mais ne prenez que celui qu'on vous dit de prendre !

Et faut être cohérent. Si de toute façon il faut prendre de l'UTF-8, où est le problème de l'imposer ?

Zerosquare (./3118) :
Je te signale que les anciens OS Microsoft utilisaient l'heure du BIOS comme heure locale, qu'il y a des gens qui font du dual-boot entre les deux, et qu'il est légèrement logique qu'ils privilégient la compatibilité avec leurs produits plutôt qu'avec un concurrent direct s'ils doivent faire un choix...