Un script bash est plus facile à debug qu'un binaire, de même que n'importe quel langage de script, au fait : il est plus simple d'y debug des erreurs de programmation
Bon, je passe sur le fait qu'il est tout à fait possible d'utiliser des binaires avec sysvinit .. qu'importe.
Je concluerai sur deux points :
- utiliser un truc en dev pour de la prod est typiquement une mauvaise idée.
- je me fiche de savoir que systemd fait des trucs "cool" quand il fonctionne. Ce qui m'intéresse, c'est ce qu'il se passe lorsqu'il ne fonctionne pas. Penser qu'un système fonctionne toujours est un échec intellectuel : les bons systèmes sont les résiliants aux pannes
et je n'ai pas 'dh'abitude avec windows si ce n'est l'habitude que 'ca jsute marche' sans me prendre la tete pour des conneries (des fois ca ne marche pas, mais vu le rapport quantite/qualite des problemes, je prefere windows de loin depui s longtemps (sur desktop s'entends))
Mouais, j'sais pas.
L'autre jour, j'ai retouché à un windows pour une nouvelle imprimante.
Imprimante neuve, Brother, machin truc, rien de spécial.
Étrangement, sous mon Debian, c'est passé niquel :
- aller sur le site de brother
- rechercher l'imprimante
- télécharger le machin
- exécuter le machin
- imprimer
Sous windows, c'était beaucoup plus "facile":
- aller sur le site de brother
- rechercher l'imprimante
- faire un choix parmis 15 téléchargements proposés
- (essais pour trouver le bon ..)
- extraire le truc
- comprendre ce que je dois faire avec les 750 fichiers extaits
- essayer d'imprimer
- comprendre que l'imprimante n'est pas ajouté: ajouter l'imprimante
- choisir le bon driver parmis une liste de 750 modèles d'imprimante de brother (sans quick search)
- imprimer
Heu oui j'en ai rien a foutre de la soit disante 'liberte' du logiciel, seul la liberte de mes donnees m'interesse, et le soit disant privateur ne m'a jamais 'prive' de quoi que ce soit.
Ouais, t'en as rien à foutre du logiciel libre, mais t'es préoccupé par "la liberté de tes données".
Tu n'as pas compris que c'est exactement la même chose ?
Tu ne peux protéger tes données sans logiciel libre.
Le serveur "frontend" envoye une paire de fichier statique, et tout le traitement / création de l'affichage est fait par le client, avec des appels à un ou plusieurs autres serveurs.
Deux choses différentes :
- le chiffrement. Requiert une paire de clef, et la connaissance de la clef publique du destinataire. Avec un client mail, tu n'as .. rien à faire.
- la signature. Requiert une paire de clef uniquement. Avec un client mail, tu n'as .. rien à faire.
Bawé les gars.
Avec un client mail alacon, tu définis des règles. Comme, par exemple, toujours signer les messages. Je signe tout mes messages. Ce n'est pas contraignant, je ne le sais même pas (enfin, si, mais je n'ai rien à faire), c'est tout benef pour le type en face (dans le pire des cas, il s'en fout). De même, il est possible de toujours chiffrer les mails, lorsque tu possèdes la clef publique du destinataire.
Et là encore, tu n'as rien à faire.
Bref, dans tout ça, il s'agit juste de prendre le temps (un néophyte de mes connaissances à mis 15min il y a peu ..) d'installer un plugin / configurer / jesaispasquoi en fonction de votre soft
"[..] prend en charge de nombreux protocoles standards comme NetFlow ou LACP" : depuis quand netflow est un standard ? C'est un standard chez cisco ouais.
Le standard est sFLow.
Tu le prends comme tu veux, n'empêche que lorsque je désire faire qqchose sur ma machine, quand bien même le concepteur de l'outil pense que c'est une mauvaise idée, je considère que j'ai le droit de le faire.
Mettre un avertissement comme le fait Wireshark par exemple (attention, vous ne devriez pas lancer ceci avec l'user root etc), c'est bien. Imposer ce genre de chose à l'utilisateur, c'est mal.
Ok, donc nous sommes bien dans la mentalité du "je dois protéger l'utilisateur de lui même".
L'utilisateur root est fait pour bypass les checks, même si cela est mauvais pour le système.
Si le kernel devait tourner sous un compte utilisateur, ce serait root.
Root est le propriétaire de la machine, et est maître chez lui.
Que les gens fassent n'importe quoi et casse la machine en utilisant de manière débile un soft ne donne pas le droit à ce dernier d'ajouter des protections alacon.
"UNIX was not designed to stop its users from doing stupid things, as that would also stop them from doing clever things." – Doug Gwyn
Méthode pitoyable.
Root existe pour bypasser les checks au niveau kernel, le code en user-space qui rajoute ce genre de check est à bannir (vlc, c'est de toi que je parle).
Super, un peu de cloud dans ce projet !
N'y as-t-il donc plus aucune moralité ?!
J'suis d'accord avec le commentaire plus haut: il faut absolument intégrer un cloud avec offre gratuite et payante, et donner le moyen de synchro les préférences. En particulier les pass du navigateur et autres softs.
Si possible, le tout fait par une bonne boîte d'un pays qui s'en branle de la vie privée, genre les US ou la france.
[^] # Re: Hmm
Posté par haleth . En réponse à la dépêche Pourquoi les zélateurs et détracteurs de systemd ne s'entendront jamais. Évalué à -10.
Je clame mon désaccord avec certains points de ce papier;
Et oui, j'adore me baigner dans la fange;
# Hmm
Posté par haleth . En réponse à la dépêche Pourquoi les zélateurs et détracteurs de systemd ne s'entendront jamais. Évalué à -10.
Mouais, y'a aussi des vrais arguments.
Prenons un exemple (et oui, je compare systemd à sysvinit, puisque je compare le nouveau avec l'existant).
Comment debug un daemon ?
- systemd: SYSTEMD_LOG_LEVEL ? Est-ce suffisant et exhaustif ?
- sysvinit : bash -x /etc/init.d/blabla start
Un script bash est plus facile à debug qu'un binaire, de même que n'importe quel langage de script, au fait : il est plus simple d'y debug des erreurs de programmation
Bon, je passe sur le fait qu'il est tout à fait possible d'utiliser des binaires avec sysvinit .. qu'importe.
Je concluerai sur deux points :
- utiliser un truc en dev pour de la prod est typiquement une mauvaise idée.
- je me fiche de savoir que systemd fait des trucs "cool" quand il fonctionne. Ce qui m'intéresse, c'est ce qu'il se passe lorsqu'il ne fonctionne pas. Penser qu'un système fonctionne toujours est un échec intellectuel : les bons systèmes sont les résiliants aux pannes
[^] # Re: vieille blague
Posté par haleth . En réponse au sondage Pour éteindre/redémarrer mon ordinateur, j'utilise.... Évalué à 3. Dernière modification le 11 septembre 2014 à 16:17.
Mouais, j'sais pas.
L'autre jour, j'ai retouché à un windows pour une nouvelle imprimante.
Imprimante neuve, Brother, machin truc, rien de spécial.
Étrangement, sous mon Debian, c'est passé niquel :
- aller sur le site de brother
- rechercher l'imprimante
- télécharger le machin
- exécuter le machin
- imprimer
Sous windows, c'était beaucoup plus "facile":
- aller sur le site de brother
- rechercher l'imprimante
- faire un choix parmis 15 téléchargements proposés
- (essais pour trouver le bon ..)
- extraire le truc
- comprendre ce que je dois faire avec les 750 fichiers extaits
- essayer d'imprimer
- comprendre que l'imprimante n'est pas ajouté: ajouter l'imprimante
- choisir le bon driver parmis une liste de 750 modèles d'imprimante de brother (sans quick search)
- imprimer
Ouais, t'en as rien à foutre du logiciel libre, mais t'es préoccupé par "la liberté de tes données".
Tu n'as pas compris que c'est exactement la même chose ?
Tu ne peux protéger tes données sans logiciel libre.
# un vrai générateur de nombres aléatoires
Posté par haleth . En réponse à la dépêche Jericho Chat - Chiffrement incassable utilisant les masques jetables. Évalué à 4.
Un vrai générateur de nombres aléatoire .. ça existe en userspace ?
Une âme charitable a pris le temps de comprendre comme le truc fonctionne ?
# client-side
Posté par haleth . En réponse au sondage Quel langage utilisez-vous sur vos serveurs pour vos applications web ?. Évalué à -1.
Y manque le combo client-side + api rest!
Le serveur "frontend" envoye une paire de fichier statique, et tout le traitement / création de l'affichage est fait par le client, avec des appels à un ou plusieurs autres serveurs.
[^] # Re: De la difficultée du chiffrement / signature
Posté par haleth . En réponse au sondage Chiffrez/signez-vous vos courriels?. Évalué à -2.
Bawé, en 15 min, mon sbire à trouver comment chiffrer, déchiffrer, signer et faire des clefs;
Autrement dit, il sait s'en servir.
Après, évidement, la théorie et les moindres détails lui échappent
[^] # Re: De la difficultée du chiffrement / signature
Posté par haleth . En réponse au sondage Chiffrez/signez-vous vos courriels?. Évalué à -3.
Ha ben c'est sur qu'utiliser un client mail pour faire du mail, c'est mieux.
# De la difficultée du chiffrement / signature
Posté par haleth . En réponse au sondage Chiffrez/signez-vous vos courriels?. Évalué à 3.
Dire que c'est "difficile", est bidon.
Deux choses différentes :
- le chiffrement. Requiert une paire de clef, et la connaissance de la clef publique du destinataire. Avec un client mail, tu n'as .. rien à faire.
- la signature. Requiert une paire de clef uniquement. Avec un client mail, tu n'as .. rien à faire.
Bawé les gars.
Avec un client mail alacon, tu définis des règles. Comme, par exemple, toujours signer les messages. Je signe tout mes messages. Ce n'est pas contraignant, je ne le sais même pas (enfin, si, mais je n'ai rien à faire), c'est tout benef pour le type en face (dans le pire des cas, il s'en fout). De même, il est possible de toujours chiffrer les mails, lorsque tu possèdes la clef publique du destinataire.
Et là encore, tu n'as rien à faire.
Bref, dans tout ça, il s'agit juste de prendre le temps (un néophyte de mes connaissances à mis 15min il y a peu ..) d'installer un plugin / configurer / jesaispasquoi en fonction de votre soft
C'est cher payé, non ?
[^] # Re: Lapin
Posté par haleth . En réponse à la dépêche Red Hat rachète la société Inktank à l'origine de Ceph. Évalué à 8.
Ben
Quel que soit ton choix, tu vas tomber chez RedHat :)
# Standards ?
Posté par haleth . En réponse à la dépêche Proxmox VE 3.2 est disponible. Évalué à -3.
"[..] prend en charge de nombreux protocoles standards comme NetFlow ou LACP" : depuis quand netflow est un standard ? C'est un standard chez cisco ouais.
Le standard est sFLow.
# Mouais
Posté par haleth . En réponse à la dépêche Les femmes dans l'informatique. Évalué à 1.
Y'a pas "moins de femmes" parcqu'elles sont réfusées.
Y'a moins de femmes en info parcqu'elles ne veulent pas y aller.
J'aimerais bien avoir une présence féminine dans mon bureau contenant 12 collègues masculins, encore faut-il la trouver;
[^] # Re: Amis développeurs
Posté par haleth . En réponse au journal Contre la phobie du root. Évalué à -1.
Tu le prends comme tu veux, n'empêche que lorsque je désire faire qqchose sur ma machine, quand bien même le concepteur de l'outil pense que c'est une mauvaise idée, je considère que j'ai le droit de le faire.
Mettre un avertissement comme le fait Wireshark par exemple (attention, vous ne devriez pas lancer ceci avec l'user root etc), c'est bien. Imposer ce genre de chose à l'utilisateur, c'est mal.
[^] # Re: Amis développeurs
Posté par haleth . En réponse au journal Contre la phobie du root. Évalué à -1.
Ok, donc nous sommes bien dans la mentalité du "je dois protéger l'utilisateur de lui même".
L'utilisateur root est fait pour bypass les checks, même si cela est mauvais pour le système.
Si le kernel devait tourner sous un compte utilisateur, ce serait root.
Root est le propriétaire de la machine, et est maître chez lui.
Que les gens fassent n'importe quoi et casse la machine en utilisant de manière débile un soft ne donne pas le droit à ce dernier d'ajouter des protections alacon.
"UNIX was not designed to stop its users from doing stupid things, as that would also stop them from doing clever things." – Doug Gwyn
[^] # Re: Amis développeurs
Posté par haleth . En réponse au journal Contre la phobie du root. Évalué à -6.
Méthode pitoyable.
Root existe pour bypasser les checks au niveau kernel, le code en user-space qui rajoute ce genre de check est à bannir (vlc, c'est de toi que je parle).
# #troll
Posté par haleth . En réponse à la dépêche Sortie de Gnu Bazaar 2.6.0. Évalué à -8.
Un projet qui porte bien son nom ..
[^] # Re: Changement de pilote
Posté par haleth . En réponse à la dépêche X.Org est mort, vive Wayland ! (3). Évalué à -10.
Ouais, comme le fait dos
J'imagine que la différence, c'est le non-besoin de reboot..
# Argument bidon!
Posté par haleth . En réponse à la dépêche Un nouveau format de paquets logiciels utilisateurs pour Ubuntu. Évalué à -1.
Ouais, c'est encore des arguments bidons.
Parcque faire un truc dégeu, c'est facile. Il suffit de compiler tout en statique et hop !
# AHEJFDS
Posté par haleth . En réponse à la dépêche Debian 7.1 est sortie, mise à jour de securité pour Debian 7 (Wheezy). Évalué à 1.
"mise à jour de securité pour Debian 7.0 (Squeeze)"
QKLDNQJKL !
À corriger;
[^] # Re: GCC
Posté par haleth . En réponse à la dépêche C++11 : sur le fil. Évalué à 6.
Oui
Une course
C'est le point de vue de l'équipe GCC, ou le point de vue du rédacteur de la news ?
Dans tout les cas, la course (compétition) est généralement un bon moyen pour obtenir le meilleur (ou le pire) de chacun, et c'est bien.
# Mouais
Posté par haleth . En réponse à la dépêche Distribuer sans distributions ?. Évalué à -8.
Mouais
dpkg est déjà awesome, et aucun des projets lister ne lui arrive à la cheville.
Beaucoup de bruits pour rien..
[^] # Re: x264
Posté par haleth . En réponse à la dépêche Firefox habite au 21. Évalué à -10.
Bawé:
H264 c'est la norme, x264 est l'implémentation la plus efficace
windows 7 est le nom, dos est la réalité :troll:
Et que tu le veuilles ou non, la libav est top :)
Note que AviSynth est dispo pour Linux, dixit le site officiel avisynth.org
Note également que je parlais plutôt des libx264 & libav*
M'enfin
# x264
Posté par haleth . En réponse à la dépêche Firefox habite au 21. Évalué à -10.
Bullshit!
Pourquoi mettre le support du H264 uniquement sous dos ?!
Alors que les libs multimedia les plus performantes sont dispo sous Linux ?!
firefox, c'est pour les win-users ou quoi ?
# Haha
Posté par haleth . En réponse à la dépêche GNOME offre un service ownCloud à ses développeurs. Évalué à -10.
Super, un peu de cloud dans ce projet !
N'y as-t-il donc plus aucune moralité ?!
J'suis d'accord avec le commentaire plus haut: il faut absolument intégrer un cloud avec offre gratuite et payante, et donner le moyen de synchro les préférences. En particulier les pass du navigateur et autres softs.
Si possible, le tout fait par une bonne boîte d'un pays qui s'en branle de la vie privée, genre les US ou la france.
Knock knock !
Who's there ?
Aldous Huxley !
[^] # Re: Retard & Qualité
Posté par haleth . En réponse à la dépêche GNOME 3.8 : deux ans déjà !. Évalué à 5.
Ca m'aurait étonné :lol:
Mais je m'égare ..
# Hm
Posté par haleth . En réponse au sondage Quel type d'écran utilisez vous pour votre ordinateur ?. Évalué à 4.
Il est mat, il est beau, il affiche des belles couleurs, il est puissant.
Préserver vos yeux, boycotter les écran brillants.