L'interdiction de redistribuer fait penser au bon vieux logiciels propriétaires et donc les décideurs préssés ne sont toujours pas dépayisés
Depuis quand la license de YaST interdit-elle la redistribution ?
Elle précise tout simplement que seul SuSE est autorisé à le revendre.
Exit donc les revendeurs, les magazines (quoi que ca doit être négociable pour eux), les Ikarios, et autres CDROM dans les bouquins.
Mais rien dans la license (ou alors je l'ai mal lue, et j'aimerai bien une citation du bout de la license qui m'a échappé) n'interdit par exemple de mettre à disposition *gratuitement* sur un site une version améliorée ou identique des outils SuSE, ou même de la distribution.
Donc oui, YaST est propriétaire, mais ce n'est pas si terrible que ça, il se garde juste le droit exclusif de faire des sous avec sa distribution et ses outils.
On peut alors se poser des questions sur la viabilité d'un tel choix (en autorisant tout le monde à bidouiller ses produits, on peut raisonablement imaginer une augmentation de la qualité à moindres frais), mais au moins on a les sources et le droit d'en faire quelquechose.
Je trouve au contraire qu'un OS domestique DOIT être simple.
Tu cite l'exemple fallacieux de windows qui est un OS très compliqué, et pour lequel le shamanisme est un meilleur atout que de réelles connaissances informatiques (enfin presque).
Un exemple parfait de ce que doit être un OS domestique est BeOS.
L'administration n'est pas simple, il n'y a même pas d'administration. Tout est configuré automatiquement, et tout marche automatiquement.
L'utilisateur n'a pas à se poser de questions sur son système, il a juste à utiliser ses applications favorites.
Si des apprentis gourous veulent s'amuser à administrer leur PC à la maison, libre à eux, c'est un passe-temps comme un autre, et cela peut être très instructif quand on bosse dans l'informatique.
Mais l'utilisateur lambda n'a pas à savoir quoi que ce soit sur les entrailles de son système. Un OS domestique c'est fait pour marcher point, pas pour être "administré"
Aujourd'hui, l'informatique a fait suffisament de progrès pour concevoir des ordinateurs qui s'administrent tout seuls, et sans planter. Malheureusement, J.L.G. est apparament le seul à l'avoir compris ...
C'est quand même un peu vilain le coup des define !
Plus raisonablement, on pourrait faire
#include <stdio.h>
typedef int entier;
#define retourne return
// pour le return on n'a pas le choix
typedef void vide;
entier zero=0;
vide affiche(cher *s) { printf("%s",s); }
entier principale {
affiche("Bonjour monde");
retourne zero;
}
C'est vrai que donner les spécifications de ses périphériques ca serait du suicide pour nvidia.
Ca serait un peu comme donner le code source de son application pour que des méchants concurrents le volent ensuite.
Heureusement, personne n'est assez con pour donner le code source de ses applications, le Monde Libre est sauf, et encore une fois Shera a démontré la supéririté de l'amour et du bien sur le mal !
Si c'est juste pour KDE ca vaut pas le coup.
Mandrake a fait de jolis paquetages KDE3.03 qui s'installent par un superbe "uprmi *" et ca marche très bien.
32mo de RAM sous Linux c'est très confortable si on fait un tout petit peu attention.
Quelques astuces :
- supprimer les consoles virtuelles qui bouffent de la RAM dans /etc/inittab (en laisser 1 ou 2 suffit)
- lancer X avec une profondeur de couleurs pas trop élevées (fuire comme la peste tout ce qui dépasse 16bits)
- utiliser un environnement léger comme ceux qui ont pu être cités ici. Mon petit préféré est icewm qui est très complet (youpi ! une taskbar) et super léger
- utiliser un filemanager-comme-sous-windows-avec-des-icones uniquement si on en a besoin, et uniquement ROX qui est léger comme tout, rapide comme la lumière, et qui fout une honte monumentale à konqueror/gmc/nautilus
- utiliser des applications homogènes pour ne pas saturer la RAM de 360000000 de bibliothèques partagées
Je me souviens d'une époque ou avec 32mo de RAM, je faisais tourner un serveur Apache avec PHP, un serveur X, windowmaker, bluefish, et Netscape 4 d'une facon tout à fait confortable (presque pas de swap).
Le code C pseudo objet de GTK+ et GNOME me fait à peu près le même effet que du VB (c'est mon avis, il n'engage que moi) alors je préfère apprendre à utiliser gtkmm et gnomemm qui permettent de coder en C++ que j'apprécie beaucoup (c'est mon avis, il n'engage que moi).
Est-ce que ce tuoriel permet ensuite de passer facilement à gnomemm ?
Je viens de m'engueuler avec la rédaction de gamekult.com à propos de cette news.
Ils ont juste répété ce qui se dit ici ou la sur internet sans vérifier quoi que ce soit.
C'est indamissible, et linuxfr fait la même chose.
Depuis quand est-ce que "ont dit sur internet" ou d'obscurs sites grecs sont une source fiable d'information ?
A ma connaissance, un seul site a apporté une information crédible : electronics sports qui a tout simplement demandé confirmation à l'ambassade de grèce en France : il semblerait donc que l'information soit vraie mais apparament, jouer aux jeux vidéos chez soit resterais autorisé (information à vérifier, mais étant donné l'infame brouhara qui fait lieu d'information sur ce sujet, il faudra attendre que des journalistes sérieux en parlent).
Répéter ce qui se dit c'est bien, mais proposer une information de qualité c'est important aussi.
Mes félicitations au rédacteur de la news qui a tout de même pris la peine de dire "D'après une news du site C|NET".
Par contre pour l'individu qui a laissé passer cette news incendiaire sans aucune vérification sérieuse ...
Enfin c'est pas comme si linuxfr avait pour vocation de proposer une information fiable à ses visiteurs ...
Enfin, on aura au moins fait l'économie des petits commentaires fielleux des sites américains.
Cette année à la fac, on a du faire un projet LISP avec un LISP tout bizzare que seul LELISP, un environnement LISP maison de l'INRIA pouvait faire tourner.
Evidemment, ce LISP foireux était un programme ... DOS ! qui ne fonctionnait que sous DOS (peut être un peu Win9X), pas Linux ou les windows récents.
Donc la standardisation du LISP, c'est bien sur le papier, mais dans les faits c'est du grand n'importequoi.
Sinon, j'encourrage tout le monde à faire du LISP ou du PROLOG au moins une fois dans sa vie : ca change complètement des langages "traditionnels", et ca force à adopter une logique de programmation complètement différente.
En fait, Linux n'est que le noyeau, et il peut être utilisé dans d'autres OS que GNU.
C'est la que la dénomination rigoureuse GNU/Linux prend tout son sens : le bordel dans Linux, c'est la faute à GNU ! ;)
Et si l'avenir de Linux ne passait pas par GNU ? (Blue Eyed OS ? GNUstep ?)
(quand je dis GNU, je parle de l'OS GNU, pas de la tripotée de programmes)
La gestion des versions des librairies sous Linux est catastrophiques pour deux raisons :
- un modèle unix chiant qui veut que les applications s'éparpillent de ci de la
- les libs GNU changent de version toutes les dix minutes et n'ont strictement aucune stabilité. Dès qu'on veut installer un logiciel, il faut mettre a jour l'intégralité du système pour résoudre les dépendances.
Maintenant que les dites librairies arrivent à une certaine stabilité, on peut imaginer de les stocker dans leur propres dossiers avec le nom de la version majeure du genre gnome-2/ qui contient tous les fichiers nécessaires.
Rien de plus facile alors que d'installer ou de désinstaller une librairie.
Prenons l'exemple encore une fois de BeOS : l'installation d'une librairie (dans les rares cas ou c'est nécessaire) consiste à déposer le fichier dans le raccourci qui ira le ranger la ou il faut.
On peut aussi imaginer des répertoires spécifiques à un type de librairie (comme les translators sous BeOS).
Enfin, pour les données spécifiques, les répertoires cachés du genre ~/.application font parfaitement leur travail, et il reste toujours possible de stocker ces informations dans le répertoire de l'application.
Il suffit de bien séparer le système des applications.
Par exemple, sous BeOS pour installer une application il y a vait deux solutions :
- dézipper une archive un peu ou on veut
- utiliser un package .pkg qui s'installait la ou il veut
pour désinstaller une seule solution : supprimer le dossier contenant l'application.
Pourquoi inventer des formats de paquetage merdiques qui crééent des problèmes monstrueux sans rien apporter en retour à l'utilisateur.
Sous Linux, il y a une solution simple pour gérer les paquets comme ca : les Application Folders du projet ROX (http://rox.sourceforge.net(...)).
Donc, avec un peu de bonne volonté, on pourrait réduire l'utilisation des .rpm et des .deb au seul administrateur pour installer tel ou tel morceau du système, et utiliser des archives tgz ou zip normales pour toutes les applications.
Au passage, allez donc faire un tour sur le moteur d'Uzine : www.spip.org.
C'est un formidable système de gestionde contenu (et avec un peu de bonne volonté, on peut obtenir des sites "jolis" et ergonomiques contrairement au look par défaut qui est abominable)
Pas si gratuite que ça l'attaque. Login: est devenu franchement mauvais. J'ai été abonné quelques années, je trouvais ce magazine formidable, puis la qualité à commencer à baisser de plus en plus. Au début je fermais les yeux d'autant plus facilement que quelques numéros étaient très sympathiques, mais globalement, Login: ne m'apporte plus rien du tout.
Au moins dans Linusque Magazine, même si certains articles ne m'intéressent pas forcément, je vois que la qualité du mag reste à un bon niveau.
Pour moi la sécurité, ca consiste à ne pas laisser ma soeur s'approcher de l'ordinateur de trop près (rien que par la pensée, elle réussit à tout casser) alors MISC ne m'intéresse pas énormément ...
Enfin, si il y a des articles du "plus convivial chargé de TD du monde", je peux bien faire un effort ;)
[^] # Re: SuSE se démarque !
Posté par dinomasque . En réponse à la dépêche SuSE presente son nouveau gestionnaire de paquets. Évalué à 1.
Depuis quand la license de YaST interdit-elle la redistribution ?
Elle précise tout simplement que seul SuSE est autorisé à le revendre.
Exit donc les revendeurs, les magazines (quoi que ca doit être négociable pour eux), les Ikarios, et autres CDROM dans les bouquins.
Mais rien dans la license (ou alors je l'ai mal lue, et j'aimerai bien une citation du bout de la license qui m'a échappé) n'interdit par exemple de mettre à disposition *gratuitement* sur un site une version améliorée ou identique des outils SuSE, ou même de la distribution.
Donc oui, YaST est propriétaire, mais ce n'est pas si terrible que ça, il se garde juste le droit exclusif de faire des sous avec sa distribution et ses outils.
On peut alors se poser des questions sur la viabilité d'un tel choix (en autorisant tout le monde à bidouiller ses produits, on peut raisonablement imaginer une augmentation de la qualité à moindres frais), mais au moins on a les sources et le droit d'en faire quelquechose.
BeOS le faisait il y a 20 ans !
[^] # Re: suse est simple
Posté par dinomasque . En réponse à la dépêche SuSE presente son nouveau gestionnaire de paquets. Évalué à 5.
Tu cite l'exemple fallacieux de windows qui est un OS très compliqué, et pour lequel le shamanisme est un meilleur atout que de réelles connaissances informatiques (enfin presque).
Un exemple parfait de ce que doit être un OS domestique est BeOS.
L'administration n'est pas simple, il n'y a même pas d'administration. Tout est configuré automatiquement, et tout marche automatiquement.
L'utilisateur n'a pas à se poser de questions sur son système, il a juste à utiliser ses applications favorites.
Si des apprentis gourous veulent s'amuser à administrer leur PC à la maison, libre à eux, c'est un passe-temps comme un autre, et cela peut être très instructif quand on bosse dans l'informatique.
Mais l'utilisateur lambda n'a pas à savoir quoi que ce soit sur les entrailles de son système. Un OS domestique c'est fait pour marcher point, pas pour être "administré"
Aujourd'hui, l'informatique a fait suffisament de progrès pour concevoir des ordinateurs qui s'administrent tout seuls, et sans planter. Malheureusement, J.L.G. est apparament le seul à l'avoir compris ...
BeOS le faisait il y a 20 ans !
[^] # Re: J'ai des doutes....
Posté par dinomasque . En réponse à la dépêche Le code source du GOTO++ enfin disponible !. Évalué à 5.
Plus raisonablement, on pourrait faire
#include <stdio.h>
typedef int entier;
#define retourne return
// pour le return on n'a pas le choix
typedef void vide;
entier zero=0;
vide affiche(cher *s) { printf("%s",s); }
entier principale {
affiche("Bonjour monde");
retourne zero;
}
void main() { principale(); }
BeOS le faisait il y a 20 ans !
[^] # Re: l'amélioration qu'on attend vraiment...
Posté par dinomasque . En réponse à la dépêche Nouveaux drivers NVidia. Évalué à 10.
Ca serait un peu comme donner le code source de son application pour que des méchants concurrents le volent ensuite.
Heureusement, personne n'est assez con pour donner le code source de ses applications, le Monde Libre est sauf, et encore une fois Shera a démontré la supéririté de l'amour et du bien sur le mal !
BeOS le faisait il y a 20 ans !
# un système d'exploitation dérivé du noyeau linux ?
Posté par dinomasque . En réponse à la dépêche Linux dans votre salon. Évalué à 10.
Un noyeau bidouillé livré sans les sources avec une license propriétaire ultra fermée ?
Et comment arrivent-ils à faire un OS uniquement à partir du noyeau ?
Ils sont forts chez Sony !
BeOS le faisait il y a 20 ans !
[^] # Re: NEWS !!!!
Posté par dinomasque . En réponse à la dépêche La Release Candidate 2 de Mandrake Linux 9.0 est arrivée. Évalué à 0.
Mandrake a fait de jolis paquetages KDE3.03 qui s'installent par un superbe "uprmi *" et ca marche très bien.
Par contre, pour gnome2 ca vaut le coup.
BeOS le faisait il y a 20 ans !
[^] # Re: Dillo c'est bien mais ...
Posté par dinomasque . En réponse à la dépêche Environnement graphique léger. Évalué à 3.
Quelques astuces :
- supprimer les consoles virtuelles qui bouffent de la RAM dans /etc/inittab (en laisser 1 ou 2 suffit)
- lancer X avec une profondeur de couleurs pas trop élevées (fuire comme la peste tout ce qui dépasse 16bits)
- utiliser un environnement léger comme ceux qui ont pu être cités ici. Mon petit préféré est icewm qui est très complet (youpi ! une taskbar) et super léger
- utiliser un filemanager-comme-sous-windows-avec-des-icones uniquement si on en a besoin, et uniquement ROX qui est léger comme tout, rapide comme la lumière, et qui fout une honte monumentale à konqueror/gmc/nautilus
- utiliser des applications homogènes pour ne pas saturer la RAM de 360000000 de bibliothèques partagées
Je me souviens d'une époque ou avec 32mo de RAM, je faisais tourner un serveur Apache avec PHP, un serveur X, windowmaker, bluefish, et Netscape 4 d'une facon tout à fait confortable (presque pas de swap).
BeOS le faisait il y a 20 ans !
[^] # Re: Euro symbolique
Posté par dinomasque . En réponse à la dépêche Napster est mort. Évalué à 2.
BeOS le faisait il y a 20 ans !
# Ca marche avec gnomemm ?
Posté par dinomasque . En réponse à la dépêche Développer des applications GNOME avec Anjuta. Évalué à 10.
Est-ce que ce tuoriel permet ensuite de passer facilement à gnomemm ?
BeOS le faisait il y a 20 ans !
[^] # Re: A quoi servent-ils exactement?
Posté par dinomasque . En réponse à la dépêche Environnement graphique léger. Évalué à 4.
BeOS le faisait il y a 20 ans !
# linuxfr rejoint la meute et évite soigneusement de vérifier ses infos ...
Posté par dinomasque . En réponse à la dépêche Utiliser un game boy en Grèce peut vous conduire en prison. Évalué à -3.
Ils ont juste répété ce qui se dit ici ou la sur internet sans vérifier quoi que ce soit.
C'est indamissible, et linuxfr fait la même chose.
Depuis quand est-ce que "ont dit sur internet" ou d'obscurs sites grecs sont une source fiable d'information ?
A ma connaissance, un seul site a apporté une information crédible : electronics sports qui a tout simplement demandé confirmation à l'ambassade de grèce en France : il semblerait donc que l'information soit vraie mais apparament, jouer aux jeux vidéos chez soit resterais autorisé (information à vérifier, mais étant donné l'infame brouhara qui fait lieu d'information sur ce sujet, il faudra attendre que des journalistes sérieux en parlent).
Répéter ce qui se dit c'est bien, mais proposer une information de qualité c'est important aussi.
Mes félicitations au rédacteur de la news qui a tout de même pris la peine de dire "D'après une news du site C|NET".
Par contre pour l'individu qui a laissé passer cette news incendiaire sans aucune vérification sérieuse ...
Enfin c'est pas comme si linuxfr avait pour vocation de proposer une information fiable à ses visiteurs ...
Enfin, on aura au moins fait l'économie des petits commentaires fielleux des sites américains.
BeOS le faisait il y a 20 ans !
[^] # Re: Est-ce qu'il y a un moyen de noter les news ?
Posté par dinomasque . En réponse à la dépêche HP se debarasse de MS Works. Évalué à -1.
Il suffit par exemple de travailler à la Défense.
BeOS le faisait il y a 20 ans !
# vive Lelisp ;)
Posté par dinomasque . En réponse à la dépêche Common LISP, un langage à (re)découvrir. Évalué à -1.
Evidemment, ce LISP foireux était un programme ... DOS ! qui ne fonctionnait que sous DOS (peut être un peu Win9X), pas Linux ou les windows récents.
Donc la standardisation du LISP, c'est bien sur le papier, mais dans les faits c'est du grand n'importequoi.
Sinon, j'encourrage tout le monde à faire du LISP ou du PROLOG au moins une fois dans sa vie : ca change complètement des langages "traditionnels", et ca force à adopter une logique de programmation complètement différente.
BeOS le faisait il y a 20 ans !
# Est-ce qu'il y a un moyen de noter les news ?
Posté par dinomasque . En réponse à la dépêche HP se debarasse de MS Works. Évalué à -1.
BeOS le faisait il y a 20 ans !
# Moi je préfère Kylie ;)
Posté par dinomasque . En réponse à la dépêche Kylix 3 Open version US est disponible.. Évalué à -7.
BeOS le faisait il y a 20 ans !
[^] # Re: Du ressort du noau Linux ?
Posté par dinomasque . En réponse à la dépêche APT vs. RPM: Aucun des deux. Évalué à 7.
BeOS le faisait il y a 20 ans !
[^] # Re: pourquoi se compliquer la vie ?
Posté par dinomasque . En réponse à la dépêche APT vs. RPM: Aucun des deux. Évalué à -10.
- un modèle unix chiant qui veut que les applications s'éparpillent de ci de la
- les libs GNU changent de version toutes les dix minutes et n'ont strictement aucune stabilité. Dès qu'on veut installer un logiciel, il faut mettre a jour l'intégralité du système pour résoudre les dépendances.
Maintenant que les dites librairies arrivent à une certaine stabilité, on peut imaginer de les stocker dans leur propres dossiers avec le nom de la version majeure du genre gnome-2/ qui contient tous les fichiers nécessaires.
Rien de plus facile alors que d'installer ou de désinstaller une librairie.
Prenons l'exemple encore une fois de BeOS : l'installation d'une librairie (dans les rares cas ou c'est nécessaire) consiste à déposer le fichier dans le raccourci qui ira le ranger la ou il faut.
On peut aussi imaginer des répertoires spécifiques à un type de librairie (comme les translators sous BeOS).
Enfin, pour les données spécifiques, les répertoires cachés du genre ~/.application font parfaitement leur travail, et il reste toujours possible de stocker ces informations dans le répertoire de l'application.
BeOS le faisait il y a 20 ans !
# pourquoi se compliquer la vie ?
Posté par dinomasque . En réponse à la dépêche APT vs. RPM: Aucun des deux. Évalué à 10.
Par exemple, sous BeOS pour installer une application il y a vait deux solutions :
- dézipper une archive un peu ou on veut
- utiliser un package .pkg qui s'installait la ou il veut
pour désinstaller une seule solution : supprimer le dossier contenant l'application.
Pourquoi inventer des formats de paquetage merdiques qui crééent des problèmes monstrueux sans rien apporter en retour à l'utilisateur.
Sous Linux, il y a une solution simple pour gérer les paquets comme ca : les Application Folders du projet ROX (http://rox.sourceforge.net(...)).
Donc, avec un peu de bonne volonté, on pourrait réduire l'utilisation des .rpm et des .deb au seul administrateur pour installer tel ou tel morceau du système, et utiliser des archives tgz ou zip normales pour toutes les applications.
BeOS le faisait il y a 20 ans !
# Spip
Posté par dinomasque . En réponse à la dépêche Comprendre l'Unicode. Évalué à 10.
C'est un formidable système de gestionde contenu (et avec un peu de bonne volonté, on peut obtenir des sites "jolis" et ergonomiques contrairement au look par défaut qui est abominable)
BeOS le faisait il y a 20 ans !
[^] # Re: simple curiosité... vous lisez quel mag d'informatique ?
Posté par dinomasque . En réponse à la dépêche Sauvez MISC. Évalué à 6.
Au moins dans Linusque Magazine, même si certains articles ne m'intéressent pas forcément, je vois que la qualité du mag reste à un bon niveau.
BeOS le faisait il y a 20 ans !
[^] # Re: Et tu as aimé ?
Posté par dinomasque . En réponse à la dépêche Sauvez MISC. Évalué à 3.
Enfin, si il y a des articles du "plus convivial chargé de TD du monde", je peux bien faire un effort ;)
BeOS le faisait il y a 20 ans !
# ?
Posté par dinomasque . En réponse à la dépêche Sauvez MISC. Évalué à -10.
BeOS le faisait il y a 20 ans !
[^] # Re: Ca peut etre bien
Posté par dinomasque . En réponse à la dépêche Mandrake va limiter ses sorties à une tous les 1 ou 2 ans. Évalué à 2.
Par contre, la mise à jour de la distribution est assez unique : on la tente une fois mais pas deux ;)
BeOS le faisait il y a 20 ans !
# Bravo !
Posté par dinomasque . En réponse à la dépêche Qui a dit qu'avec linux on avançait pas ?. Évalué à 10.
BeOS le faisait il y a 20 ans !
[^] # Re: Qu'ils soient déjà compatibles au niveau fichiers!
Posté par dinomasque . En réponse à la dépêche GNOME Human Interface Guidelines 1.0. Évalué à 0.
Si seulement Linusque disposait d'un système de translators comme BeOS ...
BeOS le faisait il y a 20 ans !