Boa Treize a écrit 3449 commentaires

Je devrais pas poster ça, mais... MORT DE RIRE !

Et moi je lis :

" * PicoGUI isn't X, or X compatible. It's a completely new GUI framework."

Depuis sa défaite aux élections, Al Gore a été conseiller (Senior Advisor) auprès de Google, ainsi que professeur occasionnel auprès de divers universités américaines. Il rejoint donc désormais Apple.

N'oublions pas après tout que ce grand génie a inventé Internet et les Autoroutes de l'Information. ;-)

Comme je ne vois pas ce lien « plus haut » (ou plus bas), le voici : http://www.advogato.org/person/mharris/diary.html?start=5(...)

C'est effectivement très instructif. Par ailleurs, les tous premiers mails sur la liste Forum de XFree, ainsi que l'installation d'un bugzilla pour XFree font espérer à une amélioration de la situation. D'un autre côté, il s'agit peut-être de la réaction désespérée d'une équipe qui ne veut pas lacher son pouvoir, et qui n'agit que parce qu'elle n'a pas le choix.

Bref, longue vie à un meilleur XFree.

je doute sérieusement que tu puisses réellement utiliser correctement XFree (à part peut-être le lancer seul ?) sur un 486 qui ne doit pas disposer de beaucoup plus que 8 Mo de RAM, sans compter que la mémoire vidéo doit culminer à 1 Mo.

Mon 486 a 28 Mo de RAM (et 1 Mo de mémoire vidéo, effectivement, mais ça ne pose pas de problème). Je faisais tourner KDE 1 dessus, et entre autres Netscape 4, il y a trois ans environ. Bien sûr, ce n'était pas un foudre de guerre, mais c'était *réellement* utilisable. J'ai du donner son disque dur de 4 Go récemment, pour un dépannage d'urgence, mais je vais bientôt réinstaller un disque de 160 Mo, donc je verrai bien ce que donne XFree 4.3 dessus.

Et avant que te ne me dises que ça ne tiendra pas... chiche ! :)

PicoGUI et Fresco ne sont *pas* des serveurs X. Et, oui, j'ai vérifié sur leurs sites.

Ça tourne nickel sur mon 486.

Tu as peut-être un problème avec ton window manager, qui surcharge un peu trop la bestiole ?

Facile ! Il suffit de contacter *tous* les développeurs qui ont contribué au projet et de leur demander de donner par écrit leur autorisation pour que la prochaine version de XFree soit sous (L)GPL... Facile...

Qu'est-ce qui ne va pas dans XFree ?
-- Un utilisateur satisfait

Merdasse, ils ont déjà viré le compte de Keith Packard. Dommage, car il avait des papiers intéressants dans son compte perso, genre une des seules documentations sur la configuration de Xft (qui a peut-être changé pour XFree 4.3 -- en tous cas, c'était bien utile pour XFree 4.1 et 4.2).

On sent qu'il y a une forte animosité dans l'air : ils auraient pu se contenter de désactiver ses logins, plutôt que d'effacer tout le compte.

Oui, mais à quelle heure finira la compilation sur un pauvre PII @ 280 MHz ? ;)

Euh, j'ai peut-être pas été assez clair...

* Abonnement à la liste de sécurité : voir http://www.slackware.com/lists/(...)
* Consultation du ChangeLog : http://www.slackware.com/changelog/current.php?cpu=i386(...)
* Télécharger des packages : http://www.slackware.at/(...) ou ftp://ftp.slackware.at/(...) ... aller voir dans slackware-9.0/patches ou slackware-current/slackware

* checkinstall ... le package est dans slackware-9.0/extra ... pour ce qui est de s'en servir ... je sais pas encore, faudra lire la doc ;-)
* swaret ... jamais essayé ... voir sur le site sourceforge cité plus haut

Super drôle. Tiens, j'en ai une dans le même genre¹ :

« L'installation sous Windows XP Pro s'effectue sans problème majeur et démontre à quel point le wireless est bien intégré dans le système d'exploitation. Bien entendu, la carte ne fonctionne pas sous Linux. »

¹ Le genre étant le cassage gratuit de système d'exploitation.

Tu pourrais peut-être nous dire de quel produit tu parlais ?

« Toutes » ces cartes sont basées sur les puces propriétaires TI ACX 100 (je sors ce nom de mémoire), et à la date où j'en avais acheté une, il n'y avait aucun moyen d'avoir un support sous Linux, TI ayant verouillé ses coffres-fort qui contiennent les spécifications. De plus, étant donné que les puces comportent un petit CPU et le firmware qui va bien avec, le développement d'un driver, même avec les specs, ne serait pas une affaire aisée. Quelqu'un sait-il si la situation a évolué ? Si non, en attendant, méfiez-vous de tout ce qui supporte le 22 mbps. Contentez-vous du 11 mbps, bien suffisant en pratique. Pour ce qui est de mon cas à moi, ça fait de toutes façons longtemps que je n'ai plus accès au labo wireless qui m'avait fait acheter la carte initialement. Et si vous vous demandez pourquoi je n'ai pas pris une autre carte, ou échangé celle-là : c'était la moins cher, et de loin ($44).

Au fait, on dit chiffrement, et pas cryptage.

Je ne crois pas. Par contre, tu peux rapatrier tous les packages dont tu as besoin et l'installer "à partir de ton disque dur". Tu peux aussi faire une install en réseau : il te faut partager tes packages par NFS pour ça. Il y avait à un moment quelques fous qui offraient des Slackware par NFS, live sur Internet... C'est vrai que c'est un peu irritant de ne pas pouvoir installer par FTP, mais en même temps, ça permet d'éviter que des gros bourrins avec des grosses connections n'effectuent cinq ou six installations, en téléchargeant cinq ou six fois les packages sur le FTP...

Est ce que quelqu'un pourrait me dire si il ya un site "officiel" ou l'on trouve ces mises a jours ou bien est ce qu'il faut aler chercher nous memes les mises a jours des different packages ? Je ne vois pas très bien la différence entre les deux alternatives que tu présentes. En gros, ce que je fais : * Je suis abonné à slackware-security, qui annonce les mises à jour de packages lorsque des problèmes de sécurité jugés sérieux interviennent. En général, la dernière version stable et la version -current reçoivent ces mises à jour (voir le site web de Slackware pour s'inscrire) * Je consulte plus ou moins régulièrement les ChangeLog, qui listent toutes les mises à jour faites sur slackware-current (ils sont notamment dispo sur le site web de Slackware) * Je suis par d'autres moyens (leur mailing lists perso) les logiciels qui m'intéressent tout particulièrement (vim, par exemple) Quand je veux un package, je vais le chercher sur un des miroirs à jour du FTP Slackware (le plus souvent sur slackware.at). Les nouveaux packages sont soit dans slackware-N.N/patches ou dans slackware-current. linuxpackages.net propose aussi tout un tas de packages non officiels. Par ailleurs, si j'étais un gros dur de la sécurité, je m'abonnerais bien sûr aux diverses liste d'annonces existant sur Internet. Maintenant, pour ce qui est de Slackware 9.0, les choses semblent évoluer (c'est pas nouveau, mais ça à l'air de bien fonctionner maintenant). * D'une part checkinstall est maintenant inclus dans Slackware (section "extra"), ce qui permet de facilement créer ses propres packages (très cool) * D'autre part il y a swaret, mentionné plus haut, qui devrait t'éviter d'aller lire les ChangeLog et d'aller choper les packages sur le FTP, puisqu'il le fait de lui-même semble-t-il. :)

Mettre ses include dans un sous répertoire de /usr/include n'a rien d'extraordinaire, est en fait une bonne idée qui permet de s'y retrouver plus facilement, et n'a pas l'air de gêner configure et consorts. En tous cas, j'ai jamais eu de problème pour compiler des programmes qui dépendaient de ao, ogg, vorbis, ncurses ou openssl. boa13@slack80:$ find /usr/include -type d -maxdepth 1 -printf "%P " | sort et ss ext2fs e2p uuid pcmcia mysql ao ogg vorbis rpcsvc rpm g++-3 db1 db2 db3 gnu net nfs rpc sys arpa bits scsi neteconet netpacket netax25 netinet netrose netash netipx netrom netatalk protocols ncurses p2c readline slang pygtk guile-readline guile libguile apache php atalk openssl breakpoint libexslt libxslt libxml2 curl python2.2

Dans l'ancien temps, Debian n'avait pas une réputation élitiste. Tout au plus, on critiquait son installeur de packages à l'interface rebarbative (souvenirs, souvenirs...) Je pense que cette réputation, cette rumeur d'élistisme est apparue lorsque Mandrake est devenue populaire. Certains critiques et testeurs ont alors souvent mentionné Slackware et Debian (et parfois SuSE) comme étant des distributions élitistes, "anciennes", pour mieux vanter les distributions plus "user-friendly" en comparaison.

je ne dis pas que son boulot est mal fait, je dis qu'avec une personne, un jour ou l'autre ca va etre la merde. Ouais, ben ça fait plus de trois mille jours que ça marche... Tant que Patrick Volkerding a une communauté active derrière lui, ça continuera à marcher.

Extrait du ChangeLog:

Sat Mar 15 13:02:46 PST 2003
n/samba-2.2.8-i386-1.tgz: Upgraded to Samba 2.2.8.
(* Security fix *)

Elles sont un peu plus détaillées que la news de LinuxFr (forcément), et elles sont là : http://www.slackware.at/data/slackware-current/ANNOUNCE.9_0(...)

On rappelle que Slackware doit sa réputation et ma sympathie, entre autres, au fait que Patrick installe et configure les logiciels selon les instructions de leurs auteurs (dans la mesure du possible), là où d'autres distrib se permettent de tout bouger et bidouiller pour "améliorer l'expérience de leurs utilisateurs".

je me souviens que la 8.0, par contre était relativement bogguée (ex: impossible de localiser le système

Gni? J'ai trois Slackware 8.0 ici, et je n'ai aucun problème de localisation.

Le serveur principal ftp.slackware.com est bien entendu surchargé d'utilisateurs, il va donc falloir que les miroirs se mettent à jour. Pas facile vu que... le serveur principal est surchargé. :-(

Bref, il faut attendre quelques jours, voire une semaine, que la situation se stabilise. Heureusement, il y a pas mal de miroirs en Europe, et une fois ceux-ci mis à jour, ça devrait être le bonheur.

J'ai parcouru la liste des miroirs Slackware ce matin, voici quelques commentaires :

[http|ftp].slackware.at: slackware-8.1, slackware-current fréquemment mise à jour, slackware-8.1-iso

sunsite.informatik.rwth-aachen.de: slackware-7.1, slackware-8.0, slackware-8.1 (toutes avec leurs isos), slackware-current à peu près à jour

ftp.lip6.fr: slackware-8.1, slackware-8.1-iso

ftp.heanet.ie: slackware-8.1, slackware-current fréquemment mise à jour, pas d'iso

ftp.edisontel.it: slackware-7.0, slackware-7.1, slackware-8.0, slackware-8.1 (toutes avec leurs isos), slackware-current à jour

dl.xs4all.nl: slackware-7.0, slackware-7.1, slackware-8.0, slackware-8.1 (toutes avec leurs isos), slackware-current à jour

ftp.nluug.nl: slackware-3.3, slackware-3.4, slackware-3.5, slackware-3.6, slackware-3.9, slackware-4.0, slackware-7.0, slackware-7.1, slackware-8.0, slackware-8.1 (toutes avec leurs isos, à partir de 7.0 bien sûr), slackware-current pas du tout à jour (juillet 2002)

sharon.esrac.ele.tue.nl: slackware-1.1.2 (!!!), slackware-8.0, slackware-8.1, slackware-current à jour, pas d'iso

slackware.linux.no, ftp.rtfm.no: slackware-8.1, slackware-8.1-iso, slackware-current/9.0 fermées pour cause de réflection en cours ;)

Bon, je me suis arrêté là dans la liste, il y a encore plein de miroirs avec bande passante conséquente en Espagne, au Portugal, en Suisse, en Suède et en Europe de l'Est. Un petit tour sur www.slackware.com/getslack pour la liste.

Sans le trou de sécurité du noyau qu'il a patché jusqu'à une heure du matin, Patrick Volkerding aurait pu sortir Slackware 9.0... pour la Saint Patrick. :-)