Sylvain Rampacek a écrit 1142 commentaires

C'est le Penguin Liberation Front...

C'est un site qui regroupe toutes les applis bien pratiques qui ne sont pas distribuées dans la mandrake officielle (bien souvent à cause de la licence du programme). Et le tout bien présenté sous forme de rpm pour les dernières versions de mandrake (8.1, 8.2, 9.0 et cooker) !

Pour aller plus vite, va voir : http://plf.zarb.org/(...)

N'ayant qu'un modem 56K, je n'ai pas encore la mdk 9.0...

Et donc, j'aimerais savoir ce qu'il y a sur le CD numéro 3 de cette 9.0 qui n'est plus nommé comme dans la 8.2...

Dans la 8.2, il était nommé "Supplementary Applications CD (contributions)" (http://www.mandrakesoft.com/products/82/comparison(...) ) et dans la 9.0 il est nommé "International CD1" (http://www.mandrakesoft.com/products/90/comparison(...) ).

Est ce que quelqu'un peut me dire ce qu'il y a sur ce CD, ou mettre la liste des fichiers du CD en ligne ou quelque chose dans le style !

Merci d'avance !

Fabien, tant que tu es dans le coin...

Tu as reçu mon script pspell ???

Car je l'ai envoyé sur la liste de diffusion et à toi et personne n'a répondu ;-( il était vraiment si mal codé et si peu intéressant ?

copier/coller (http://developer.apple.com/macosx/rendezvous/(...) ) :
Rendezvous enables automatic discovery of computers, devices, and services on IP networks.

RendezVous est donc un protocole qui permet de reconnaitre/rechercher des ordinateur, services, etc sur un réseau...

Bon, je me répond à moi même...

Voici ma recherche (merci google) :
sur http://cerig.efpg.inpg.fr/Note/1998/USB_12-10-98.html(...) :
L'USB a fait son apparition au Comdex de novembre 1995. En 1996, l'USB était comme l'Arlésienne : on en parlait beaucoup, mais personne ne trouvait de périphérique USB sur le marché.

A partir du début de 1997, sur l'initiative d'Intel, la plupart des cartes mères des nouveaux PC furent équipées d'un contrôleur USB. Mais dans 60 % des cas, ce contrôleur n'était pas relié à un connecteur situé à l'arrière des machines.

Heu, ça veut rien dire...

Sur ma carte de mère de Pentium 75, il y a un emplacement pour mettre des connecteurs USB...

Je ne les ai jamais testé, mais Linux et Windows me les trouve au démarrage ! Donc ça doit bien être ça !

Quelqu'un aurait une date sur la création de l'USB ?

* La clock que le PC envoie n'est plus repondu et ca gene les niveau electrique du controleur

et s'il n'y a pas de clavier du tout de branché à l'allumage du PC, c'est génant ???

Que lui reproches tu au site ?

Car je suis en modem 56k et j'ai très bien pu consulter quelques pages des misérables...
Bien évidemment, ce n'est pas instantané, mais le pdf fournit est une image scannée, c'est donc tout a fait compréhensible...

Sinon, peut-être n'est-il pas conforme au standard, mais on peut tout à fait le consulter sur un simple modem...

Heu, ne le met pas à la poubelle tout de suite... J'ai déjà eu ce genre de problème avec un soft et j'ai forcé l'installation par rpm... Ensuite, j'ai juste fait un lien du fichier libpng.so.2 vers le fichier libpng.so.3 et ça à marché... Donc peut-être que pour toi ça marchera aussi !

Oui, je confirme les problèmes des barrettes de 256Mo...
J'en ai essayé de 3 sortes différentes (deux à double face et 1 à simple face) et aucune n'a marchée sur ma vieille carte mère...
Par contre, les deux barrettes de 128Mo avec deux chips de chaque côté sont passées sans aucun problème...

... quand bon te semble ...

plus exactement si tu as payé ton droit d'utiliser le logiciel pour le mois en cours...

(mais ce sont tes fichiers quand même, que tu n'auras pas le droit de voir si tu n'as pas payé...).

Effectivement, c'est un avion a hélice...

Bon, faut dire, que mes connaissances en aviation sont loin d'être grandes ! (elle se limite à FS5 en gros).

Et comme je trouvais cela vraiment flagrant (beaucoup plus que FS5), je trouvais cela anormal !

Merci !

Effectivement, entre FS5.0 et FS95, il y a eu quelques fonctionnalités de rajouter...

Mais il y a eu aussi la version FS 5.1 également pour DOS et sur CDRom (pour info : 2Mo de mémoire, 4Mo recommandés, 20Mo sur le disque)...
Et celle-ci permettait de se crasher contre un bâtiment ou objet du décor. Mais l'option n'était pas activée par défaut...

Sur Ma GeForce2 MX-400, ça marche très bien ! (proc : Celeron 1200, 256MO, drivers vidéo de nvidia) Aussi bien en 800x600 ou 1024x768 (vaut mieux le plein écran : --enable-game-mode). Sinon, aussitôt lancé, voici ce que m'affiche le top sur le processus : SIZE : 205M RSS : 76M Je n'avais jamais testé ce jeu, mais je suis très content d'avoir testé cette nouvelle version, je pense que je vais le lancer de temps en temps... Seul hic, je ne comprend pas encore pourquoi je pars vers la gauche sur la piste et sinon, pour stabiliser l'avion en vol, c'est très différent de quand je jouais à Flight Simulator 5 (oh, que c'est vieux ça !!). Longue vie à FlighGear !

c'est dans l'a propos de la page d'accueil de templeet...

pour info (copier/coller) :
# ab -c100 -n10000 http://plop.linuxfr.org/pub/(...)
(...)
Requests per second: 407.32 [#/sec] (mean)
Time per request: 245.51 [ms] (mean)
Time per request: 2.46 [ms] (mean, across all concurrent requests)
Transfer rate: 8261.69 [Kbytes/sec] received

Note : le serveur est un PII400. Le cache est activé, mais la page n'existe pas lors de la première requête. La charge finale est de 12. Pour rappel 400req/sec correspond à 1 milliard de hits par mois environ.

oui et non...

Ce mode permet d'utiliser les retours de gdb, etc... quand tu lances un deuxième noyau (bref, ta machine virtuelle).

Donc si un nouveau support IDE est crée (ou même une amélioration de l'existant), alors on peut dire que son écriture/test sera plus rapide car il ne nécessitera plus de réinstaller le système complètement après un bug qui aura fait perdre les données du disque... (par exemple).

Si le noyau fonctionne en mode utilisateur, qu'est ce qui fonctionne en mode noyau ?

Ben ton noyau qui adresse directement ton matériel physique fonctionne toujours en mode noyau (bref, celui qui est lancé au boot de ton OS juste après le BIOS)...

Le noyau en mode utilisateur est celui que tu lances une fois que le premier est lancé... C'est là qu'intervient une sorte de machine virtuelle...
Et ce noyau n'accède pas à ta machine physique (comme vmware en fait) et donc, tu peux débugger des modules noyaux sans aucun risque de perdre des données ou d'endommager physiquement ton matériel...

Pour info, comme toolkit libre et portable sur de nombreuses plates-formes, il y a wxWindows...

Bon maintenant, je n'ai jamais programmé avec XUL et très peu avec wxWindows...
Donc je ne peux pas dire si Mozilla serait mieux en wxWindows... (de toute façon, il me convient très bien tel qu'il est).

Mais ça peut servir pour ceux qui ne connaissaient pas !

wxWindows : http://www.wxwindows.org/(...)
plates-formes supportées par wxWindows : http://www.wxwindows.org/platform.htm(...)

C'est ce que je pensais (d'où l'allusion au fichier du répertoire /proc).

Mais pourquoi une si grosse différence entre les deux drivers ??
Est-ce que l'un des deux fait une correction et pas l'autre ?

J'ai aussi un "problème" dans le genre...

Avant que j'installe les drivers nvidia (pas les nouveaux), la commande "top" m'indiquait pour le processus "X" une occupation mémoire (SIZE et RSS) de 90Mo environ...
Et maintenant, c'est du style : 270Mo pour SIZE et 14M pour RSS...

Mais bon, l'utilisation réel de la swap et de ma mémoire n'a en rien changé (bon, faut dire que je coupe ma machine toutes les nuits aussi).

Mais est-ce que ce n'est pas un truc du genre "j'ai un fichier de 256Mo dans /proc"... ?

Oui, c'est bien une version permettant de faire des softs sous licence GPL... (cas de la version 1, 2 et 3 suivant les whitepapers)

Par contre, Kylix en tant que tel n'est pas libre... Mais la bibliothèque de composant (CLX) avec laquelle on développe les applis est, elle, libre... (projet freeclx sur sourceforge).

Seul "inconvénient" de la version OpenEdition : pas de possibilités de faire du développement base de données, client serveur et web (les web services)... Mais bon, pour faire des petites applis/utilitaires, elle convient totalement !

Au fait, y'en a qui ont déjà essayé l'ADSL ou l'USB avec Windows 3.1 ?

Je n'ai jamais essayé mais, si je me souviens bien...

Sur win3.1 tout court, c'est pas possible...
Simplement car il n'y a pas de support réseau...

Il faut donc win3.11 (pour Workgroup) pour avoir le support réseau... Et là, je pense qu'avec un peut de bidouille, on doit pouvoir faire fonctionner un modem sur une carte Ethernet...

Par contre pour l'USB... raté, faut win95 OSR 2.5 si mes souvenirs sont bons...

Oh, que c'est vieux tout ça !

Ouh là...
Je connaissais pas cette bidouille, mais c'est un peu risqué tout de même...

Mais bon, si ça peut marcher dans certains cas, plutôt que de jeter la carte mère, on peut toujours essayer !

avec une carte mère identique

heu... moi pas comprendre ?
Puisque l'eprom BIOS n'est plus fonctionnelle sur la première carte mère, comment tu peux rendre l'eprom fonctionnel sur la deuxième carte mère pour le reflasher ???

Un moteur de jeu générique serait très difficile à réaliser...

En effet, ton moteur est bien souvent dépendant de :

1. l'architecture matériel : dans deux ans, les cartes graphiques auront évoluées, donc ton moteur devra évoluer très très vite s'il veut rester à la mode... (et donc être très bien pensé au départ, mais ça ne veut pas dire que les cartes vont évoluer toujours dans le même sens)

2. le type de jeu ciblé : et oui, suivant le type de jeu, l'optimisation n'est pas la même... est-ce un jeu ou tu passe à 300km/h et alors un petit détail dans le décor n'est pas hyper nécessaire (le "bump mapping" sera très bien) ou alors est-ce un jeu ou tu te déplaces en marchant et là, si ton cylindre est un fait un cube, tu vas vite t'en apercevoir...

Bref, un moteur générique est à mon avis, une idée presque folle vu le nombre de développeur/programmeur et temps à passer qu'il faut !