Installating an OS

2013-10-27 19:00:27

En réponse à une personne qui se plaignait du ton "négatif" et des réponses "déplaisantes" qu'elle a reçu sur un canal d'aide pour l'installation d'une distribution (ubuntu) sur son ordinateur personnel.

Bien attendu, du côté des répondants, il ne faut pas insulter la personne qui demande. Du côté du demandeur, il ne faut pas oublier que personne n'est obligé de résoudre le problème, personne n'est payé ou récompensé et que tout se fait dans un hasard le plus total.

This is the kind of answer you get when you don't ask in the good context a very hard question to people that can't really help you unless they had the exact same problem in from of them. The vast majority of people in theses channels can help with something they know and did (a lot of time) before. They will feel attacked/insulted if you try too much to ask something they can't answer or test.

It's 100 times easier to try to install linux when you are with a real person that try exactly the same thing you are doing. Because it will be a unique/first experience to install an OS on your specific computer for both of you. This is why there is some workshop or installfest in a lot of cities. Unless, all your friends pay for only one kind of computer and devices and install only one distribution (version), they can't know exactly what will go wrong or they can't fix all problems.

Installing any OS on any kind of computers is a challenge because everything can change. When you try to install others OS, it will only be easy if a technician resolve all the problems before you and test it carefully. If you take MacOSX, Apple Technicians install their own softwares on their own materials and run thousands of compatibility test with all their own devices. If you take Windows, each manufacturers will try to install a version of Windows in the factory and add a compliance logo on the box because they go throught that kind of pain/testing.

When Ubuntu release a distribution, they run thousands of test on the computers/devices available to them, they also ask community to test it on their personnals computers, not every computers that exists. If your computer/devices is not in their test, it won't be test, so problems can occurs when you first try something.

Their is also the case, where the manufacturers will try deliberately to block any attemps to install an operating system that doesn't not comply with their own view/agenda. See all "brick" problems with iphone or "Secure boot" problems with PC.

I find that the most challenging problem in computer/software is installing and configure the environment. After that, it's child play. And it's not because someone did it before you that the full process is easier.

Commenter (0)

Par yansanmo

Section:

Commande du jour

2010-11-16 09:22:49

Je viens de trouver la commande que je cherchais depuis un bout sur rayninfo vim tips : :windo. La commande :windo permet d'exécuter des commandes sur toutes les fenêtres ouvertes. Donc on peut faire vim -o *.php (pour ouvrir tous les fichiers php d'un répertoire) et ensuite :windo %s/abc/def/g. La commande de remplacement de chaînes va être exécutée sur toutes les fenêtres ouvertes. Ça va m'éviter de faire des for i in *.php; do sed ...; done en bash.

Commenter (0)

Par yansanmo

Section:

Prêtre de l'église informatique

2010-02-25 13:43:18

Souvent, j'ai l'impression de prêcher les spécifications informatiques. Étrangement, les programmeurs débutant ne lisent pas ou ne savent pas lire la documentation. C'est vrai que ça prend une certaine expertise pour être capable de lire un DTD, la documentation du W3C, une RFC ou le standard EcmaScript... M'enfin... il me reste qu'à rajouter, après mes citations: «chapitre 1, verset 3 selon l'évangile de Saint-W3C».

Commenter (0)

Par yansanmo

Section:

Micro-statut: Des fois j'ai l'impression de prêcher les bibles euh.. spécifications.

Nouvelle force de travail chez KDE?

2009-12-20 14:55:49

Je ne sais pas trop pourquoi, mais j'ai reçu deux séries de courriels concernant des problèmes de KDE, entrés en 2005. La première série de courriels voulait fermer un problème de Konqueror du temps de KDE3 en testant avec KDE 4 et le testeur l'a fermé car il n'a pas pu le produire de nouveau. Le deuxième testeur a confirmé un problème de Kopete lorsqu'on minimise la fenêtre et que la barre de statut n'est pas présente, on ne peux plus ouvrir le logiciel de messagerie instantanée. Je trouve ça étrange de ne pas avoir de nouvelles ou presque durant 4 ans et que soudainement, hop, j'ai des commentaires pour essayer de les résoudre. Soit qu'il y a un triage de "bugs" pour tous les problèmes de KDE3, soit que des bénévoles essaient de corriger les plus anciens problèmes ou soit qu'il y a de nouveaux un nombre assez élevé de développeurs de KDE. À moins que le code de KDE4 soit assez complété pour pouvoir commencer les tests intensifs et les corrections de problèmes. Deux problèmes ce n'est pas beaucoup pour détecter une tendance, mais assez pour se demander ce qui se passe... Pendant ce temps, j'utilise Gnome car j'ai fuit KDE4 lorsque tout étaient presque inutilisables, textes petits et interfaces lentes dans les première versions sur mes ordinateurs sans accélération graphique. Peut-être que le tout a été corrigé, mais je suis rendu habitué au manque d'options de Gnome et à ses problèmes d'interface et de visions globales du travail avec un ordinateur...

Commenter (0)

Par yansanmo

Section:

Micro-statut: Pourquoi ai-je des commentaires sur des bogues KDE d'il y a 4 ans?

Satire - travailler avec des interfaces utilisateurs graphiques

2009-11-07 12:18:07

Voici les étapes pour travailler avec des programmes ayant une interface graphique sous Linux:

  1. Vous avez un travail à faire, que vous allez effectuer peut-être 1 ou 2 fois dans votre vie. Vous commencer à vous questionner sur quel outil prendre.
  2. Vous effectuez une recherche avec apt, aptitude, synaptics ou votre gestionnaire de paquet favori en français, puis ensuite anglais. N'ayant aucune bonne documentation sur les capacité du logiciel autre qu'une courte description, vous regarder sur Internet.
  3. Sur Internet, vous avez trouver peut-être 3 ou 4 logiciels qui semblent faire la même chose, un en GTK+, un en QT et un en Motif.
  4. Encore une fois, vous essayez de connaître les spécifications techniques du logiciel pour savoir si ce que vous allez faire est possible. Vous voyez 100 sites de téléchargement mais il est difficile de trouver le site officiel du logiciel avec toute la documentation. Ou parfois, vous trouvez une documentation spécifique écrite par un utilisateur sur son utilisateur pendant 4 heures du logiciel. Sur le site officiel, on indique qu'on a sorti la version X.XX à telle date et qu'il fonctionne avec la bibliothèque graphique X, que tels bugs ont été corrigés, mais on n'indique pas les spécifications techniques sur ce qu'il peut faire. Il faudrait faire un travail extensif pour documenter le tout et être à jour. Donc sans le télécharger, l'ouvrir et l'essayer, vous ne pouvez pas le savoir.
  5. Vous demandez à vos amis, sur des forums ou des liste de discussions quelle est le meilleur logiciel pour faire votre tâche spécifique. Ils vous expliquent la même chose que vous avez déjà trouver. Parfois, ils vont indiquer que celui en QT est meilleur que celui en GTK+ sans vous indiquer un site de documentation et sans vous indiquer si vous pouvez faire la tâche que vous voulez effectuer. Ils ne le savent pas, ils n'ont jamais fait la tâche que vous voulez faire, vous non plus d'ailleurs. La seule chose qu'ils savent c'est qu'il fait pareil que l'autre. Donc si l'autre ne fait pas ce que vous voulez, les deux ne le font pas.
  6. Vous téléchargez 2 ou 3 logiciels pour les comparer et à part la disposition de la fenêtre de chacun, vous ne trouvez pas ce que vous voulez faire. En fait, ils font la même chose environ, mais pas ce que vous voulez faire.
  7. Vous devez lire la documentation technique en profondeur et l'encodage des fichiers résultants et regarder dans votre .profil applicatif car le GUI n'est pas assez convivial pour le faire au complet, et de plus vous devez utiliser une nouvelle fonctionnalité à peine testée.
  8. En cours de route, vous trouvez un tutoriel pour le faire 1 fois... mais vous devez créer une vingtaine de variations. Le logiciel n'est pas conçu pour de multiples itérations. Pourquoi voudriez-vous faire 20 fois la même chose? Et pourquoi voudriez-vous enregistrer vos documents dans le même répertoire à toute les fois et pas directement votre dans répertoire personnel?
  9. Une fois que vous avez assez sacrer sur le logiciel et que vous êtes assez avancé dans vos travaux, vous essayer l'étape finale de votre projet, l'exportation pour l'imprimer et le résultat est tout croche. Vous devez donc recommencer à partir du début ou presque. Mais là, vous avez acquis une sacrée expérience... Ça va un peu plus vite, pas à cause de l'interface qui se souvient ce que vous faites le plus souvent et de vos préférences, mais parce que vous ne cherchez plus 20 secondes chaques menus, boutons et cases à cocher.
  10. Si vous êtes vraiment courageux et vous connaissez un peu la programmation, vous pouvez passer 10 à 20 heures à apprendre comment c'est codé, apprendre le framework, à patcher l'application, envoyer la patch sur la mailing list, et la voir refusée parce que plus personne ne s'occupe du logiciel ou ne regarde pas l'outil de gestion des bugs. De toute façon, ils sont beaucoup trop occupé à s'occuper de patcher un autre logiciel qui ne fait pas ce qu'ils veulent...
  11. Après avoir produit et imprimer un document tout croche vous vous dites que vous n'allez plus jamais faire ce genre de travail. De toute façon, le logiciel a déjà une autre version sans vos suggestions.

Résultat, tout le monde est pas content.

Commenter (0)

Par yansanmo

Section:

Des trucs étranges... mais simple à comprendre

2009-10-14 14:35:16

Un des mainteneurs de Iceweasel dans Debian a eu la gentillesse de placer iceweasel 3.5.3 cette fin de semaine dans la distribution unstable. Pour l'installer, on doit forcer son installation car il vient avec de nouveaux paquets (ceux de xulrunner 1.9.1). J'ai installé iceweasel et j'ai remarqué un truc assez étrange. Lorsqu'on va dans la fenêtre de Téléchargements et qu'on clique sur "Ouvrir" ou "Ouvrir le fichier contenant le fichier", c'est Totem qui essaie de l'ouvrir. En fait, c'est l'application qui est configuré pour ouvrir le type "file" dans Édition > Préférences > Applications. Pour corriger le tout, il faut forcer l'installation du paquet "iceweasel-gnome-support" et tout retourne dans l'ordre. Le problème est qu'Iceweasel n'est pas capable d'associer le type du fichier avec l'extension s'il n'a pas les fonctions de Gnome pour le faire. Une question de mime-type encore une fois... Je crois que les types mime ont été développés pour les courriels. Et maintenant, c'est rendu un peu partout.

Commenter (0)

Par yansanmo

Section:

Site du Gul-X ne fonctionne plus

2009-10-03 09:59:14

Mon agrégateur de fil RSS détecte beaucoup de panne de site Web ces temps-ci, surtout le matin. Aujourd'hui, le forum du Gul-X ne fonctionne plus.

Commenter (0)

Par yansanmo

Section:

Avis de renouvellement de clé PGP

2009-09-25 16:27:39

Avis: je viens de renouveller ma clé PGP sur le serveur du MIT (pgp.mit.edu), ajouter ma signature d'entreprise et d'installer enigmail avec icedove sur mon poste de travail.

Commenter (0)

Par yansanmo

Section:

Suivante ⇒