Spack a écrit 742 commentaires

SSH2 c’est de l’applicatif. Le transport c’est TCP.

Le niveau 7 est la nouvelle couche de transport. Y'a qu'à voir HTTP…

--> []

deux modèles de sécurité différents, clé vs certificat

Un certificat, c'est juste une clé (publique) enrobée de chocolat. Le modèle de sécurité est globalement similaire, cryptographie par paire de clés privés/publiques pour faire transiter une clé de chiffrement symétrique.

Ce qui diffère, ce sont les protocoles : FTPS c'est du bon vieux FTP caché dans SSL, SFTP est une extension de SSH. Étant deux protocoles distincts, ils peuvent en effet ne pas être vulnérables aux même attaques.

Ben je pense que la raison monétaire avancée ici est assez valable. Pourquoi migrer alors que ça juste marche sans trop dépenser. Le jour où ça touchera au porte-monnaie, il y aura des migrations en masse.

Wayland est un serveur graphique qui se veut, à long terme, le remplaçant de X.

Wayland est un protocole, un des serveurs est Weston.

http://xkcd.com/1150/

Il existe un système je crois pour mettre à jour le noyau sans reboot.
http://www.ksplice.com/

Ou encore https://en.wikipedia.org/wiki/Kexec

Par contre je ne sais pas qu'elle est la différence fondamentale. J'utilise kexec car je l'ai connu avant ksplice.

Sur le site officiel on trouve des pages aussi hallucinantes que celle là pour acheter des clés pour débloquer des fonctionnalités matérielles.

Le problème de MPEG-2 et de VC-1, c'est qu'il faut payer pour les utiliser.

Si le prix de la licence est déjà largement inclus dans celui des cartes graphiques que l'on trouve sur le marché, la fondation Raspberry Pi, qui voulait un ordinateur à bas coût, à décidé de ne pas inclure les fonctionnalités de décodage hardware nécessitant de payer des redevances. Cependant, il a été laissé aux utilisateurs le souhaitant la possibilité d'activer les codecs.

SHOULD This word, or the adjective "RECOMMENDED", mean that there may exist valid reasons in particular circumstances to ignore a particular item, but the full implications must be understood and carefully weighed before choosing a different course.

https://tools.ietf.org/html/rfc2119

En fait, la couleur n'a pas d'importance. Ce qui compte ce sont les idées…

L'intérêt il est surtout là:

E17 peut tourner sur un téléphone ARM à 200 MHz avec 32 Mo de mémoire.

Et en effet c'est très fluide. Par contre ça prend du temps, la recherche de l'optimisation est l'une des raisons ayant retardé la sortie de E17.

GNOME de son côté fait mon PC (Core i5, 8Go de RAM, AMD Radeon HD 5850) rammer comme pas possible mais surtout à cause des effets graphiques.

Du coup c'est encourageant de voir que l'on peut encore produire des logiciels dont le but premier n'est pas de consommer toutes les resources de la machine en se disant : « bah de toute façon les machines sont assez puissantes je peux me permettre de prendre 1Go ».

Ben il ne manque plus que John McAfté pour qu'on puisse le retrouver (et par la même occasion changer de boisson).

Dans un article du numéro MISC, on peu lire ceci :

C'est là que l'on se rend compte que les interfaces textes, les imbrications de chaînes et autres subtilités d'un autre temps sont vouées à l'extinction.

L'interface doit être graphique, performante, multi-utilisateurs, supporter des ensembles d'équipements et permettre un suivi efficace des modifications.

OK, on parle d'un pare-feu ayant 4000 règles, mais décréter la fin de l'interface texte face à une interface graphique me semble un peu gros.

Et pour ceux qui n'aiment pas les interviews, une nimage qui fait réfléchir.

Ben, il faut croire que pas grand monde aime les interviews. /o\

Ultracopier étant plus moderne, multi-plateforme, il est voué à remplacer Supercopier. Mais certaines idées pourraient être reprises, ou même prises d'Ultracopier pour être mises dans Supercopier.

Je trouve cette phrase assez étrange. Ultracopier est voué à remplacer Supercopier mais ce dernier va emprunter des fonctionnalités a Ultracopier.

À part apporter une certaine confusion, pourquoi développer les deux s'il ont exactement le même but ?

Ah non, TTD c'est http://fr.wikipedia.org/wiki/Transport_Tycoon#Transport_Tycoon_Deluxe_.28TTD.29

PostgreSQL n'est qu'une option. Akonadi supporte plusieurs bases de données.

!! Parse Error: Something defined outside of a block or missing punctuation in input

Ah chaque fois que je vois une dépêche sur Cloonix je me dis que le projet semble intéressant et qu'il mériterait bien un essai. Cependant pas de paquets pour Fedora et Debian… :(

Alors oui, je peux me lancer et créer un paquet mais c'est quand même plus facile de venir râler sur LinuxFr.org…

Et de plus, on dit LinuxFr.org maintenant…

Bien joué le petit caractère UTF-8 (✓) dans le lien de la recherche. Je n'avais encore jamais remarqué…

Question : Peut-on installer journald sans systemd ?
Réponse : Non, actuellement les deux sont dans le même paquet.

Après on peut refaire le monde mais là, en ce moment même, je ne peux pas avoir journald sans installer systemd avec. Cela dit, je ne suis pas contre leur séparation dans deux paquets distincts pour profiter de journald moins intrusif que systemd.

Et alors ? Sur Debian que tu cites, tu peux installer systemd sans l'utiliser.

Dans une utilisation serveur, je me vois mal installer un paquet ne servant à rien par pur sécurité.

Non, il suffit de journalctl.

http://packages.debian.org/wheezy/amd64/systemd/filelist

$ rpm -ql systemd
[...]
/usr/bin/journalctl
/usr/bin/systemd-journalctl
[...]
/usr/lib/systemd/systemd-journald

Pour l'instant, les deux sont dans le même package. Donc journald = systemd…

:)

J'allais cliquer sur « inutile » et j'ai lu ce qu'il y a entre parenthèses.

Mais ne serait-ce pas plutôt parce que Debian est la seule distribution à avoir compris l'esprit du libre et permet facilement de faire des distributions dérivées à partir de leur travail contrairement aux autres qui cherchent à enfermer l'utilisateur ?

~~>[]

En dehors du débat format binaire contre format texte (en fait si un peu quand même), je pense que le plus gros problème est que l'on perd l'usage des outils basiques définis par la norme POSIX.

Un des fondements d'Unix est l'usage d'interfaces textes pour plus d'universalité. Avec des logs binaires, sans systemd, pas de logs. Alors oui, on sait que Lennart n'est pas un grand fan de POSIX et c'est peut être dépassé, mais actuellement, je peux lire mes fichiers logs quelque soit le système.

Les logs sont quand même un élément central du système. Je dois pouvoir y accéder facilement en cas de problèmes sans avoir recours à des outils magiques. D'un autre côté, il est possible de demander à systemd d'écrire comme avant dans des fichiers textes. Mais que se passe t-il en cas de bugs ou autres imprévus m'obligeant à avoir recours aux fichiers binaires ? Installer systemd ? Utiliser un outils dédié ? Pas aussi simple dans un environnement de restauration le plus souvent minimal.

Si j'enregistre une clé étrangère, par exemple l'identifiant d'un auteur pour une table de libre, si l'identifiant est inconnu , je ne peux pas enregistrer mon libre. Je ne pourrais pas non plus supprimer un auteur ayant des livres ou alors demande à la base de donnée de supprimer tous les libres quand je supprime au auteur. Mais dans tous les cas je n'aurait jamais de livre sans auteurs, ou dans un autre cas d’école de facture sans client.

Hum… Clavier espagnole ?