Yth a écrit 2613 commentaires

Non pas une appli gnome, mais une appli GTK, ce qui n'a pas grand chose à voir.
Il existe aussi des applis QT n'ayant pas besoin de KDE, psi par exemple.

Alors peut-être qu'avoir GTK et QT chargés en même temps n'est pas terriblement optimisé, certes, mais d'un c'est moins pire que Gnome et KDE ensemble, et de deux, ça va être très dur de faire sans, mais certes pas impossible.


Yth.

Antemium est un liveCD basé sur une Slackware et spécialement optimisé pour les petites configs, avec un fvwm2 aux petits oignons et rox, et tout ce qu'il faut comme logiciels.
Ca tournera avec 64Mo installé, mieux avec 128Mo.

Le seul problème c'est que ce n'est plus développé (je le sais, c'est moi qui m'en chargeais, et j'ai plus du tout le temps), et que ça manque de quelques finitions, en particulier pour l'installation, mieux vaut que quelqu'un qui s'y connaisse un peu aille la faire.
Et il me semble que Gnumeric marche mal, sinon, c'est nickel.

http://antesis.org/

Il doit encore y avoir des miroirs disponibles.

Yth.

T'en parleras à l'académie française du « vaguement documenté ».
Au passage tu pourrais même t'offrir un bescherelle de conjugaison et un de grammaire, avec un dictionnaire en prime, tu verras si c'est pas documenté, et même standardisé...

Alors oui, les évolutions futures sont testées tout les jours par un peu tout le monde sous forme d'expressions, de néologismes, voire de barbarisme, ou de mots étrangers, et même de fautes communes, et c'est peu documenté, il faut connaitre, ou comprendre, et toutes ces « propositions d'évolution » ne seront pas intégrées.

Mais tu n'étais pas dans ce cas là, tu étais en plein de le noyau dur, dans la partie sûre, claire et extrêmement bien documentée justement...


Yth......

Alors sois vigilant, et contribue à répandre la version standardisée et libre de la langue française, prône le parlé correct, car ça va_ l'aider grandement, et toi aussi boycotte les fautes de français, pour pouvoir dire « J'ai atteint un objectif_ stratégique très tôt : améliorer le dialogue entre les hommes. »


Yth, pour le respect des standards ouverts...

Ouaip, ça va aussi être une occasion de voir un peu comment marche un ARM, ça promet des heures et des heures d'amusement ^^

Yth.

Erf, à toi de choisir, nous on a choisit la machine de chez embedian :)

Et j'attend le moment de remplacer mon vieux portable (converti en serveur : écran pété) P2-366 avec 6,5Go de disque dur et 128Mo de RAM, par ce petit ARM meilleur sous tout rapports...

Yth.

C'est 289 dollars, pas euros, ce qui descend quand même pas mal en euros, à environ 230¤.
Sinon, ya moyen d'avoir la carte sans la boîte, ça réduit pas mal le prix (à 169$) si tu aimes bidouiller toi-même ta boîte à chaussure.

Dans les 289$ sont aussi comptés toute la filerie accessoire, le transfo, un câble ethernet RJ-45 croisé, un câble console RJ-45, un câble USB, la doc.


Yth.

Ah, oui, tiens...
Bon, un obscur posteur comme tant d'autres, pas l'impression d'avoir manqué de contributions majeures en n'étant pas au courant de l'existence de ce type. Et il a pas l'air d'être plus que ça une tête à claque, ou un souffre-douleur.

J'ai quêté le troll et je ne l'ai pas vu, diable je dois être bien las...

Yth.

Et moi qui croyait que c'était pBpG la tête à claque de linuxfr...
Jamais vu un message de ce glazman ici, m'enfin je vois pas tout non plus.

Yth.

- le plugin pour lire des vidéos
Quoi donc ?
le plugin xine ou le plugin mplayer pour intégrer directement des vidéos dans un navigateur Gecko ? Ya un problème à ce niveau là ? J'ai mal compris ?

- les polices true type de windows!
Perso, que M... traduise ce nouvel accord par des actes et nous fournisse ses polices true type qui nous manquent et les mette en GPL!
Franchement, les polices DejàVu sont super bien, elles sont vraiment propres, pas besoin d'autre chose en standard. Tu devrais essayer...

- un moyen pour lire les dvds cryptés
Je ne suis pas sûr qu'il y ait de problème là, la libdvdcss n'a pas de problèmes de licence, et il n'est vraiment pas dit (encore) que même DADVSI puisse empécher de l'utiliser ou de la diffuser.
Ne serait-ce que parce que CSS n'est pas une mesure de protection (efficace ou non) contre la copie, mais seulement contre le visionnage. Ben oui, tu recopies à l'identique sans changer un bit, et tu peux lire la copie exactement dans les mêmes conditions que l'original, tu peux faire ça sans même connaitre l'existence de CSS, je vois mal comment avec ça on peut prétendre qu'il s'agit d'une mesure de protection contre la copie...

- les codecs pour lire de la vidéo.
Disons plutôt certains codecs pour lire certaines vidéos, mais la majeure partie des vidéos passent sans codecs win32, et on peut le voir avec l'intégration de mplayer dans Debian : ça s'arrange nettement.

- le plugin flash
- la machine virtuelle java (plugin java)
- pour ceux qui ont besoin, les drivers ati ou nvdia.
Rien à dire là, faudrait voir où en est gnash pour le flash et promouvoir le svg, sinon on peut se passer des trois, mais c'est parfois chiant (sauf java, ça sert très peu en fait)...
C'est surtout chiant pour l'accélération 3D, les gens achètent assez cher une belle carte qui permet de mieux jouer aux jeux vidéos récents, ou de faire de la modélisation 3D ou autre, et là paf, faut leur expliquer que ça va plus marcher sans faire des incantations vaudou et vendre son âme...


Yth.

Do you speak Trollieeeen ?
Oh la soucoupe...

Yth, gargl...

Oui, en effet ^^
Disons que la façon d'empaqueter a relativement peu d'importance, ce qui compte ce sont les informations supplémentaires embarquées dans le paquet.

Donc .tgz, .deb, .rpm, aucune importance en soi.

Yth.

Là tu racontes n'importe quoi.

Apache et PHP sont deux logiciels différents, et quelle que soit la distrib ils sont empaquetés séparéments.
Comme Zope et Python.

La question ici c'était d'avoir des paquets mysql-server, mysql-devel, mysql-lib, etc. et si tu veux juste installer un logiciel qui utilise les lib mysql, tu installes juste mysql-lib, si tu veux développer ou compiler des trucs nécessitants mysql tu mets mysql-devel, et si tu veux faire tourner un serveur mysql tu mets mysql-server.
Ou alors tu as un paquet mysql qui regroupe tout ça et basta, au pire ton serveur mysql est installé mais pas démarré si tu as juste besoin des libs ou si tu fais du dev mysql sans avoir besoin de démarrer un serveur.
C'est pas comme si un serveur no démarré ajoutait vraiment des trous de sécurité hein ^^

Yth.

C'est possible sous slack :
installpkg -root $HOME/usr nom_du_paquet.tgz
Ca marche.
Je pense que c'est aussi possible avec les autres, c'est le bon plan pour installer un système paquet par paquet : créer la partition, la formater, la monter dans /base/ (par exemple), et installer les paquets avec /base/ comme racine. Lancer ldconfig avec chroot dans /base/ (chroot /base /sbin/ldconfig) et voilà :)

Yth.

Rox fait pareil, ainsi que Graveman, GCfilms, Tea.
Et probablement d'autres aussi.
Ca ne fait pas beaucoup je pense, mais c'est assez récent, et le nombre augmente petit à petit.

De mon point de vue c'est une super bonne idée :)
Et vivement qu'ils fassent tous ça...

Yth.

Tu sais, finalement un .deb ou .rpm, ce n'est pas grand chose de plus que le .tgz de la slack, c'est un brin plus opaque, ça ressemble à un bidule magique avec plein de merveilles dedans, mais c'est aussi tout un tas de fichiers mis dans une archive, quelques descriptions, des scripts d'installation/désinstallation, et des informations diverses, les dépendances en particulier, qui elles ne sont pas dans les .tgz de la slack mais pourraient y être, ça ne fait qu'un fichier de plus à ajouter, et à gérer aussi.

Le format n'y fait rien, et tous pourraient être en .tgz, ou tar.bz2, par exemple, sans qu'il n'y ait d'ajout ou de suppression de fonctionnalité.

Yth.

« Tu suppose que tous les utilisateurs touchent un peu à tout. »

Non, je dis qu'on considère un OS destiné à être utilisé à la fois par des touche-à-tout et des gens qui veulent juste un truc à utiliser.
C'est la masse de tout les utilisateurs du système qui est globalement touche-à-tout, pas chacun pris individuellement.

Après on peut concevoir un système Linux destiné spécifiquemlent à des gens qui n'iront pas voir, et là virer les bibliothèque de développement et pas mal de machins comme les docs, qui ne serviront pas au public visé. Mais ce n'est pas le cas de la Slack, de la Debian, de la Fedora, de la Mandriva, d'Arch Linux, etc.

Fallait juste lire la fin de mon paragraphe :
« Ce qui est généralement un bon choix pour faire une distrib qui ne soit pas hyper-ciblée. »

Pour le coup de la bande passante, je sais pas, faudrait voir si vraiment on a une réelle différence, à l'usage. Ca se verrait sûrement sur des gros morceaux, comme OOo, ou samba, ou encore java, ou LaTeX, mais ça arrive vraiment sur des systèmes avec des paquets découpés d'avoir des mises à jour de juste une partie de ces logiciels ?
De toute façon quand tu passes de KDE 3.5.3 à KDE 3.5.4, tu vas tout retélécharger...
Après s'il s'agit de corrections de failles dans ssh, apache, dnsmasq, proftpd, ce n'est pas très lourd pour le logiciel complet.

Je pense que c'est vraiment une question de goûts, et que finalement les avantages et les inconvénients se valent.


Yth.

Alors met des couches, et vas te battre !

Yth, zogzog.

Ca n'a jamais été dans la philosophie Slackware de découper un logiciel en binaire, client, serveur, lib, données, docs etc...
Archlinux est parti de la slack ça a dû rester.

Les cas où c'est vraiment utile d'avoir juste un bout d'un logiciel sont tout de même très rares, surtout si on considère que le système est là pour permettre le développement d'applis, et la compilation de logiciels. Ce qui est généralement un bon choix pour faire une distrib qui ne soit pas hyper-ciblée.

Bref à mon avis ce débat tient du troll, des goûs et des couleurs, il y a des plus et des moins de chaque côté, le système tout découpé n'étant pas optimal non plus : plus de boulot côté maintenance, plus de paquets installés, possibilité de se faire feinter par une découpe à laquelle on n'avait pas fait gaffe...

Yth, les dépendances, c'est pour les faibles...

Dingue, des années d'emacs et jamais la moindre douleur aux doigts...
Et ouais, j'utilise bien le petit doigt sur la touche ctrl...

Ah, si, la dernière fois que j'ai utilisé vi, je me suis fait mal aux mains à force de cogner sur ce putain de clavier qui visiblement envoyait les mauvaises lettres à vi puisque ce dernier faisait autre chose que ce que je lui demandais, comme à son habitude, et n'affichait même pas ce qu'il faisait vraiment.

C'est assez intéressant le codage à l'aveugle et avec un clavier aléatoire, merci vi de m'avoir fait découvrir !


Yth, joe's addict, ben oui, vi c'est lourd ça pompe plein de RAM.

Euh, on peut postuler ?
La sélection ça se fait comment ?

^^

Yth...

Clair, tout ce qu'il va gagner c'est de perdre définitivement la main sur son protocole...

Yth.

Oh...
Joli, en effet.
Je vais aller dormir un peu moi, et surtout, surtout, arrêter de jouer les maître Ythello, promis juré :)
Enfin, jusqu'à ce que je croise une faute qui pique vraiment trop les yeux...

Yth...

Salut Aurel, ça gaze ?

Ouaip, ça dépend aussi de la conf, avec la NVidia et le blob proprio, ça plantait si l'option RenderAccel était mise, en la virant ça marchait aussi bien côté 3D, sauf que ça plantait plus du tout...

Avec l'ATI, blob proprio aussi, faut juste pas que je quitte le serveur X, ou alors que j'arrive à le killer complètement avant qu'il ne tente de redémarrer, sinon il fait freezer la machine à tel point que les « Magic System Request » ne font rien du tout...

Mais je sais, je suis bête, j'ai une carte récente, faut vraiment être niais alors pour faire ça, mais j'ai pas fait gaffe, et après j'ai voulu voir ce que donnait Celestia avec des grosses textures de malade, d'où le blob proprio pour avoir l'accélération...

Yth.

Non.
« Tu sors ! »
Avec « tu » comme sujet c'est facile le verbe prend toujours un « s ».

Yth.