🚲 Tanguy Ortolo a écrit 12690 commentaires

Elle était peut-être disponible en bêta il y a deux ans, je ne sais pas, mais maintenant elle a remplacé l'interface habituelle. Et en plus, ils ont acheté le TLD bnpparibas pour mettre ça sous le nom mabanque.bnpparibas, et c'est avec l'argent de leurs clients qu'ils font ces conneries...

Pareil à la BNP. Leur nouvelle interface est basée sur des sortes de très gros boutons, résultat on a très peu de données affichées à l'écran. Apparemment, c'est pour s'adapter aux téléphones : en mettant de très gros boutons, on est sûr qu'il y ait encore moins de données affichées sur ces écrans qui sont déjà bien petits.

Ça devient pénible, ces interfaces.

(D'ailleurs, à moins que le cassage arrive sur un paquet vraiment exotique, on peut être sûr que le bug est déja remonté sur le bugzilla avec un contournement).

Le Bugzilla... C'est le BTS Debian auquel tu fais cette référence étrange ? :-)

3 Préparer l'installation:
Télécharge l'image USB suivante:
http://ftp.fr.debian.org/debian/dists/testing/main/installer-amd64/current/images/hd-media/boot.img.gz

Non. C'est insuffisant : ça, c'est une image pour support USB en effet, mais qui doit être complétée par l'ajout d'une ISO de CD ou DVD. Il est plus simple de directement mettre une ISO, celles-ci ayant été adaptées pour permettre de démarrer également sur clef USB.

NB: Effectivement je te conseille d'utiliser la version "en développement", mais bon tant qu'à changer de bord autant le faire correctement.

Parce qu'utilise Debian stable ne serait pas correct ? Sérieusement, s'agissant de débuter, il me semble inapproprié de conseiller autre chose qu'une version stable.

5.1 upgrade vers sid

Pareil, pour un début, sérieusement, passer en sid...

Oui, les instructions qu'on t'a données étaient incomplètes, utilisant par ailleurs une méthode inutilement compliquée. Tu peux télécharger une image ISO « normale » d'installation de Debian et la mettre sur la clef USB. Il s'agira d'une image pour CD ou DVD, mais depuis quelques années, celles-ci sont adaptées pour permettre de démarrer également depuis une clef USB.

Concernant les versions de Debian, il y en a principalement trois :

• la version stable actuelle, avec des logiciels figés dans leurs versions du moment où elle a été publiée, et qui ne reçoit que des mises à jour de sécurité ;
• la version de test actuelle (testing), destinée à être publiée comme la prochaine version stable, avec des logiciels régulièrement mis à jour, et donc changeant de version, ce qui peut nécessiter des adaptations de temps en temps ;
• la version instable (unstable ou sid), qui sert de tampon avant l'intégration des mises à jour des logiciels dans la version de test, qui ne passent dans celle-ci qu'après dix jours si aucun bug critique n'y a été détecté.

On te conseille plus haut d'installer directement une testing, puis de passer en unstable. Je te déconseille vivement de commencer ainsi. Si tu tiens à avoir des logiciels récents, tu peux utiliser une testing, si tu préfères la stabilité, tu peux prendre une stable. Mais commencer directement avec la unstable, mauvaise idée à mon avis.

Il y a un problème, là. Tu réponds à un tas de questions (comment est né Devosi, pourquoi Devosi, etc.), sauf à celle qui sert de titre : ça fait quoi, Devosi ? (Ou, plus simplement, c'est quoi, Devosi ? J'ai une idée de la réponse, mais je relève seulement un problème dans ce journal-ci.)

Il y a moyen de faire pareil en plus propre, en publiant une mise à jour, qui fournirait en guise de /usr/bin/chrome un script du style :

#! /bin/sh
set -e
zenity --warning \
 --title="Chrome is no longer supported for your platform" \
 --text="The Chrome Web browser is no longer supported for your platform, please visit http://whatever.example/ for more information."

Ça voudrait dire qu'ils ont fait ça comme des merdes, parce que quand on retire correctement un paquet d'un dépôt, il n'est juste plus disponible et les gens qui ont une version précédente ne voient simplement aucune mise à jour disponible pour ce paquet. Là, vu le message d'erreur, ils indiquent une mise à jour disponible mais le fichier correspondant n'est pas là...

Bref, il y a des bogues ouverts à ce sujet contre WebKit

C'est très bien de traduire "bug" en « bogue », en revanche, "bug against WebKit" ne devrait pas se traduire en « bogue contre WebKit », qui signifierait que le problème en question est opposé à WebKit, ce serait plutôt « bug sur WebKit », « pour WebKit », voire « concernant WebKit ».

Bonne semaine.

À ma connaissance, Btrfs n'a pas encore été officiellement annoncé comme stable.

Donc j'ai tout perdu.

Peut-être pas. Mais si tu as fait pas mal de choses depuis, c'est peut-être perdu pour de bon...

Ah, moi j'avais aussi Window Playskool Edition, vous savez, la version avec des couleurs criardes pour la barre du bas et les décorations de fenêtres ?

Je pense qu'il s'agit de ça. En gros, la loi prévoit des contraintes pour que les stages restent avant tout des périodes de formation du stagiaire avec de façon secondaire un intérêt pour l'employeur, et pour empêcher qu'ils soient au contraire un moyen de contourner le code du travail en utilisant des stagiaires au lieu d'embaucher.

Par exemple, faire tourner un service donné de l'entreprise avec en permanence un ou deux stagiaires pour des tâches courantes et normales du fonctionnement de ce service, c'est interdit, il faut à la place embaucher un employé.

Hmm, c'est censé faire quoi un stagiaire du coup, du tourisme dans l'entreprise ?

C'est ignoble comme façon d'installer des extensions, d'aller les mettre dans un répertoire censé être géré par le système d'exploitation.

Personnellement, je ne serais pas surpris qu'on ait d'ici quelques années une affaire semblable à Microsoft et l'écran de choix de navigateur, mais pour Google avec Android...

Y'a aucun moyen de gagner...

si.

En effet. Protéger les utilisateurs en fournissant un dépôt contrôlé et sécurisé, tout en les laissant libres d'installer ce qu'ils veulent s'ils y tiennent, c'est bien gentil mais ça peut très bien se faire. C'est ce qui se fait dans Debian depuis des années.

Mozilla rattrape seulement son retard ici, mais en ajoutant au passage une restriction qui empêche franchement d'installer des extensions qu'ils n'ont pas approuvés, suivant ainsi non l'exemple de Debian, mais celui d'Apple pour les logiciels sous iOS. C'est cela qui est reproché, pas le dépôt central, la vérification et la signature des extensions, qui est une excellente chose.

Même si c'est très décevant, ce n'est pas dramatique, des versions déplombées circuleront très probablement, ce sera même beaucoup plus simple que pour iOS, puisque Firefox est un logiciel libre.

Au temps pour moi, j'ai utilisé un terme ambigu. Je pensais DRM dans son sens stallmanien, pour digital restriction management, en français MTP pour mesure technique de privation.

Il s'agit en fait de l'application des mêmes techniques de verrouillage aux logiciels, non pour n'accepter de lire que des flims ou morceaux de musique approuvés, mais pour ne lancer que des logiciels approuvés. Le terme consacré à ces techniques est l'informatique « de confiance », également nommée « informatique déloyale » dans la mesure où l'éditeur de la plate-forme a choisi de ne pas faire confiance à l'utilisateur.

Ces mesures techniques sont proches de la tivoïsation, qui en est en fait une application particulière. Si je me souviens bien, ce genre de système a été prévu au départ par Microsoft et Intel, qui ont fait marche arrière sous le tollé. Cela a ensuite été massivement introduit par Apple dans iOS, et Mozilla compte donc s'y mettre à son tour.

Alors déjà, je pense qu'il y aura très certainement ce qu'il faut pour fournir une compatibilité, à savoir :

• un paquet iceweasel, vide mais dépendant de firefox ;
• un lien /usr/bin/iceweasel vers firefox.

Fournir une entrée de menu et une icône redondantes avec celle de Firefox me semblerait un mauvaise idée, ceci dit.

Bien, très bien. Mais cela tiendra-t-il ?

En effet, Mozilla envisage d'introduire un DRM logiciel, restreignant la possibilité d'installer des extensions à celles qui proviennent de leur dépôt et on été signées par eux. Je doute que ce genre de DRM soit apprécié par les debianistes, donc la version de Firefox dans Debian pourrait bien inclure un patch retirant ce verrou. Ce genre de modification sera-t-elle toujours aussi bien vue par Mozilla ?

Notez que ssh -X n'utilise pas nécessairement la transparence réseau de X11, en ce sens que, pour le client et le serveur X, le protocole X n'est pas forcément envoyé et reçu par réseau, mais peut l'être par socket Unix.

Pour être plus clair, voici ce que fait ssh -X ou ssh -Y :

1. sur le serveur SSH distant sur lequel on se connecte, ouvrir, selon la version ou la configuration je pense, une connexion TCP en écoute sur 127.0.0.1:6010 ou [::1]:6010, ou le socket socket Unix /tmp/.X11-unix/X10 ;
2. transférer tout ce qui y est reçu sur le socket Unix /tmp/.X11-unix/X0 sur la machine locale ;
3. exporter DISPLAY=localhost:10 dans le shell distant.

(si le DISPLAY=:10 est déjà pris sur le serveur SSH distant, ça utilise DISPLAY=:11, en écoutant sur TCP [::1]:6011 ou /tmp/.X11-unix/X11, et ainsi de suite si :11 est déjà pris)

Le véritable transfert par réseau est donc fait par SSH et n'utilise pas la capacité de faire du X11 par réseau.

Le plus lointain possible j'espère, parce que perdre le copier-coller à la X-Window, ça va faire mal.

C'est contradictoire et ambigu, de sorte qu'il y a une autre façon de lire ça :

This work is licensed under a (cc) BY-NC

Ce qui donne la permission de le reproduire, sous certaines conditions.

The material in this site cannot be republished either online or offline, without our permission.

Ça tombe bien, la permission, ils viennent de la donner à tout le monde, sous certaines conditions, en plaçant ça sous CC-BY-NC.

donc si la clause "as is" etait vraiment illegale, je doute que l'etat francais signerait un tel accord.

Pourquoi ? Dans un contrat, une clause illégale est tout simplement considérée comme nulle et non écrite, donc ça ne pose aucun problème de signer un tel contrat.

Certes, mais les rassemblements en question, s'il étaient volontairement non déclarés par acte de désobéissance civile, étaient effectués de façon à ne vraiment pas déranger : c'était bien après les heures de pointe, genre vers 21h, dans des zones piétonnes qui ne servent pas pour le passage, comme les pelouses des invalides, assis, sans banderoles ou pancartes, et avec un volume sonore volontairement faible pour ne pas gêner les riverains.

Ça gênait sans doute, mais plutôt du côté du sommet de l'État que de celui des riverains. :-)

Cela n'a heureusement donné lieu à quelques arrestations de masse qu'à deux ou trois reprises. En règle générale, les actions typiques de la police étaient :

1. dès le début du rassemblement, nous encercler, en laissant les gens entrer mais pas sortir ;
2. quelques heures après, parfois seulement après minuit, disperser le rassemblement et parfois nous escorter par petits groupes.