Le initrd contenant divers modules de FS, je peux switcher de partition / meme si celle ci est reiserfs ds un cas, et ext3 dans l'autre. Le tout en utilisant un seul noyau, un seul initrd. Et non je ne veux pas d'un noyau enorme avec tout dedans.
C'est une représentation d'une pipe, mais en aucun cas il s'agit d'une pipe.
Des philosophes (contenu/contenant) et artistes (représenté/représentant) se branlent intellectuellement sur ce concept depuis des lustres. Je simplifie car ca m'a bien bourré le mou en Terminale</souvenir lointain>
Un $ string mclogin.swf ne révèle pas grand chose sauf un morceau d'URL qui pourrait nous donner acces a une base d'employée textuelle: empdirectory/Members.txt
car '?' a une signification particuliere ds les regexps et peut etre est il interprété dans le second membre... ce qui ne serait pas logique je l'avoue.
Ouep, je précise juste que ogg/theora ne sera pas encombré par des brevets puisque la boite qui en est à l'origine, On2 iirc, a cédé ses droits sur les brevets qui touchent de près ou de loin à Theora. Theora est donc libre (le code) et librement utilisable par quiconque sans devoir payer de royalties à personne.
Et petite précision, pour compléter les 2 posts précédents. OGM n'est pas un format vidéo, mais juste la facon de muxer vidéo et audio grace a OGG. Par contre il est vrai que ce container est un peu critiqué, étant donné qu'il n'est vraiment pas pratique à utiliser (aussi bien du point de vue de l'utilisateur que du programmeur). Et derniere précision, XviD est bien libre (GNU GPL), mais à la différence de ogg/theora, XviD tombe sous le coup de pas mal de brevets puisqu'il s'agit d'une implémentation d'MPEG4.
J'ai pas tout vérifié, mais le code est en ISO C++ sans aucun morceaux qui pourrait etre dépendant de la plateforme CPU.
Je ne vois peut etre qu'une seule exception. Les textures sont enregistréesau format brut RGB24 avec un header donnant son width et height en puissance de 2. Peut etre que leur lecture est "endian dependent" et donc que ca pourrait foirer puisque le PPC est big endian et les Intels sont "little endian".
Je t'invites a tester et à te plaindre avec bruit ici si ca ne marche pas :-).
> 1°) Peut être afficher sur quelle scène on est ? (ou sur la sortie standard, ou directement dans la fenêtre)
Bon ca fait longtemps que je me suis pas coltiné d'OpenGL/GLU/GLUT, mais je vais voir ce que je peux faire avec les fonctions GLUT pour afficher du texte.
>2°) Afficher les FPS, histoire de savoir si ma GeForce 2 MX est toujours au top
Hmm faudrait remmettre en place le code qui gère le timer.
>3°) Merci à toi pour le port :)
De rien, je voulais le voir tourner, donc ... pas trop le choix :-)
A noter que je vais poster une update pour gérer le fullscreen un peu mieux. Mais GLUT étant quelque peu limité dans ce domaine, le fullscreen ne sera pour beaucoup de gens qu'un simple agrandissement de la fenetre de rendu sur le bureau complet. Il est impossible pour GLUT de switcher de résolution, par contre avec GLX/X11 ca aurait été possible. Mais bon on peut pas tout avoir :-)
J'utilise un 2.4.22 patché Con Kolivas, donc mon 2.4 et mon 2.6 utilisent le meme HZ = 1000, je ne crois pas que ca vienne de la. Le con Kolivas comprenant, le scheduler O(1), le preempt, le low latency scheduling, je ne pense pas que la différence vienne de ce qui touche le scheduling puisque le 2.6 possède ces mêmes "features".
Bon "spa" grave, de toute facon le 2.6 marche pas top au niveau son (alsa, je me retrouve qu'avec une bande de fréquence audible aigue, et le mmap de /dev/dsp pour les jeux utilisant OSS ne fonctionne pas bien, I/O error), je vais donc le laisser murir un peu.
>- Faudra-t-il attendre encore 20 ans pour avoir une nouvelle version ? Y a-t-il une roadmap secrète ?
Si on te le disait, elle serait plus tellement secrète la Road Map... ca tombe sous le sens.
>- Quelles seront les techniques utilisées sur le web dans 20 ans ? Le web existera-t-il toujours ?
Y'aura t il toujours des hommes tout court ?
>- Sarge sera-t-elle sortie ?
Non pour sûr. Le GPL sera déclarée non libre, faisant que 10000 Bug critiques retardent la sortie de la sarge.
>- GNU/Hurd sera-t-il utilisable ?
Houla, je suis pas madame soleil non plus. ;-)
PS: une CSS avec le menu a gauche sur GNU.org, ca serait un poil plus lisible/naturel a l'oeil IMO. Bon mais on va pas les brusquer non plus et leur parler des "alternate css" :))
En effet les Posix Threads sous Linux (LinuxThreads intégrés à la GNU Libc version >= 2.0 iirc) sont en effet un peu mauvais. Avec le noyau 2.6, tout change, l'arrivée des futex (des _f_ast m_utex_) a rendu possible une nouvelle implémentation des POSIX Threads, d'une part conforme au standard, et d'autre part bien plus rapide :-)
Si tu regardes sur kerneltrap.org et que tu fouilles un peu les archives tu devrais trouver les résultats postés par Ingo Molnar, qui je crois est le codeur qui a fait tout le travail sur le scheduler O(1) du 2.5/2.6 et les futex qui ont rendu possible la librairie NPTL. A noter que les dernières Red Hat intègrent les futex/NPTL et doivent deja beneficier d'un gain substantiel de perfs pour les programmes fortement threadés... enfin toute incompatibilité mise a part etant donné que les LinuxThreads permettaient des choses pas très standard et que certains programmes en tiraient parti.
Tout à fait, XML est un langage structurant, mais rien ne garantit que la structure choisie par le concepteur du document assure que les données contenues soient lisibles/exploitables.
Un document word XML pourrait très bien ressembler à ça:
<word>
Ici le binaire word habituel
</word>
Le schema XML du fichier word se bornerait juste a préciser que la balise "word" contient du binaire... une grande avancée pour l'intéropérabilité quoi ;-)
Le premier compilateur C a probablement été écris à la main avec de la volonté et un assembleur. Quid de l'assembleur ? bah il aura été écrit à la main avec de la volonté et un éditeur héxa... et l'éditeur héxa ? écrit par une marmotte sur de l'alu.
Si tu utilises procmail pour trier ton mail, j'ai quelques regles qui pourraient t'être utiles:
##############################################################################
# Sobig 1
#
# Try to find matching base64 sequences of the worm. This rule scores +200
# each time a worm chunk is found, score begins at -1000
##############################################################################
:0 BD :
* -1000^0
* 200^0 ^TVqQAAM
* 200^0 K/cBHSx
* 200^0 rZVJizb
* 200^0 DrVitFc
* 200^0 rolkJrX
* 200^0 zt8P9pT
#Sobig-b
* 200^0 gHB/e2v
* 200^0 j1qLR/m
* 200^0 dAgyJY8
* 200^0 0SOIV7x
* 200^0 Gw47Qgh
#Sobig-c (by Fredrik Rodland)
* 200^0 BSj0hvF
* 200^0 HN8EMuX
* 200^0 LvRtJdz
* 200^0 MdFFlfN
* 200^0 oikgcxQ
#Sobig-gen
* 200^0 /HrcLhs
* 200^0 qfZjXLv
* 200^0 msFydo9
* 200^0 iJGZx/6
* 200^0 Gg7aCZs
#Sobig-gen (UPX packed and scrambled)
* 200^0 v0ibwKA
* 200^0 CDH2kTw
* 200^0 YBdt6zE
* 200^0 nblNbDU
* 200^0 jWqE0Z6
#Sobig-f
* 200^0 IOsT73k
* 200^0 eGYh2Eo
* 200^0 cb07glg
* 200^0 G\+Q1KAS
* 200^0 WaUYonD
"${MAIL_DIR}/junk"
##############################################################################
# Sobig 2
# Try to match Sobig Header specific header fields:
# - in the header if it's a real sobig email
# - in the body for stupid automatic anti virus software that sends you
# back part of the message when it detects a worm
##############################################################################
:0 BH :
* X-MailScanner: Found to be clean
* X-Mailer: Microsoft Outlook
"${MAIL_DIR}/junk"
##############################################################################
# Automatic Server feedback, more annoying than worms
##############################################################################
:0 B :
* Virus W32\.Sobig\.F@mm was found
"${MAIL_DIR}/junk"
:0 B :
* A Illegal attachment type was found in an Email message you sent\.
"${MAIL_DIR}/junk"
:0 B :
* Hi\. This is the qmail-send program at aqua\.care4sites\.nl\.
"${MAIL_DIR}/junk"
Bien entendu tu adaptes les dernières règles en fonction des messages qu'ont tendance a t'envoyer les daemons qui t'emmerdent le plus... ces règles ont été prises sans aucun scrupule sur la liste users de procmail ;-)
Et y'a aussi Mulder (qui se traine cette infidèle de Scully) qui:
"I want to Believe"
Ca rend pourtant pas plus réel les petis bons hommes verts... alors les complots de Microsoft déployant un virus pour faire chier ses consomateurs, j'y crois pas plus.
Le plus étonnant a été le délai exagérément long nécessaire aux "maichants" pour mettre au point Sobig surtout quand l'exploit avait été diffusé bien avant (mi juillet, je testais sur des potes, intrigué par le fait que l'exploit te donnais droit a un "shell" windows, en fait c'est un acces a cmd.exe, je revais de vrai shell moi ;-).
[^] # Re: 2.6.0-test8 sorti !
Posté par Edouard Gomez (site web personnel) . En réponse au journal 2.6.0-test8 sorti !. Évalué à 2.
Autrement dit, j'ai besoin du initrd.
# Re: 2.6.0-test8 sorti !
Posté par Edouard Gomez (site web personnel) . En réponse au journal 2.6.0-test8 sorti !. Évalué à 2.
http://linux.bkbits.net:8080/linux-2.5/cset@1.1340.17.1?nav=index.h(...)
Auquel cas, si quelqu'un a un guide pour booter en initrd sur ce kernel, je serai preneur.
[^] # Re: 2.6.0-test8 sorti !
Posté par Edouard Gomez (site web personnel) . En réponse au journal 2.6.0-test8 sorti !. Évalué à 4.
# Re: Debian
Posté par Edouard Gomez (site web personnel) . En réponse au journal Debian. Évalué à 3.
[^] # Re: 30 Euro
Posté par Edouard Gomez (site web personnel) . En réponse au journal 30 Euro. Évalué à 2.
Des philosophes (contenu/contenant) et artistes (représenté/représentant) se branlent intellectuellement sur ce concept depuis des lustres. Je simplifie car ca m'a bien bourré le mou en Terminale</souvenir lointain>
# Re: Sommes-nous dans la matrice ?
Posté par Edouard Gomez (site web personnel) . En réponse à la dépêche Sommes-nous dans la matrice ?. Évalué à 3.
http://www.metacortechs.com/login.html(...)
Un $ string mclogin.swf ne révèle pas grand chose sauf un morceau d'URL qui pourrait nous donner acces a une base d'employée textuelle: empdirectory/Members.txt
Des amateurs pour aller plus loin ?
[^] # Re: Problème GV et KGhostview
Posté par Edouard Gomez (site web personnel) . En réponse au journal Problème GV et KGhostview. Évalué à 1.
[^] # Re: Règle mod_rewrite ?
Posté par Edouard Gomez (site web personnel) . En réponse au journal Règle mod_rewrite ?. Évalué à 1.
car '?' a une signification particuliere ds les regexps et peut etre est il interprété dans le second membre... ce qui ne serait pas logique je l'avoue.
[^] # Re: Video sous Gnu/Linux
Posté par Edouard Gomez (site web personnel) . En réponse au journal Video sous Gnu/Linux. Évalué à 2.
Et petite précision, pour compléter les 2 posts précédents. OGM n'est pas un format vidéo, mais juste la facon de muxer vidéo et audio grace a OGG. Par contre il est vrai que ce container est un peu critiqué, étant donné qu'il n'est vraiment pas pratique à utiliser (aussi bien du point de vue de l'utilisateur que du programmeur). Et derniere précision, XviD est bien libre (GNU GPL), mais à la différence de ogg/theora, XviD tombe sous le coup de pas mal de brevets puisqu'il s'agit d'une implémentation d'MPEG4.
Voila Voila
# Re: Port GNU/linux de glExcess.
Posté par Edouard Gomez (site web personnel) . En réponse au journal Port GNU/linux de glExcess.. Évalué à 2.
Le code est donc libre \o/
[^] # Re: Port GNU/linux de glExcess.
Posté par Edouard Gomez (site web personnel) . En réponse au journal Port GNU/linux de glExcess.. Évalué à 1.
Je ne vois peut etre qu'une seule exception. Les textures sont enregistréesau format brut RGB24 avec un header donnant son width et height en puissance de 2. Peut etre que leur lecture est "endian dependent" et donc que ca pourrait foirer puisque le PPC est big endian et les Intels sont "little endian".
Je t'invites a tester et à te plaindre avec bruit ici si ca ne marche pas :-).
[^] # Re: Port GNU/linux de glExcess.
Posté par Edouard Gomez (site web personnel) . En réponse au journal Port GNU/linux de glExcess.. Évalué à 1.
Bon ca fait longtemps que je me suis pas coltiné d'OpenGL/GLU/GLUT, mais je vais voir ce que je peux faire avec les fonctions GLUT pour afficher du texte.
>2°) Afficher les FPS, histoire de savoir si ma GeForce 2 MX est toujours au top
Hmm faudrait remmettre en place le code qui gère le timer.
>3°) Merci à toi pour le port :)
De rien, je voulais le voir tourner, donc ... pas trop le choix :-)
A noter que je vais poster une update pour gérer le fullscreen un peu mieux. Mais GLUT étant quelque peu limité dans ce domaine, le fullscreen ne sera pour beaucoup de gens qu'un simple agrandissement de la fenetre de rendu sur le bureau complet. Il est impossible pour GLUT de switcher de résolution, par contre avec GLX/X11 ca aurait été possible. Mais bon on peut pas tout avoir :-)
[^] # Re: Le Noyau 2.6 accèlère ma souris
Posté par Edouard Gomez (site web personnel) . En réponse au journal Le Noyau 2.6 accèlère ma souris. Évalué à 1.
Bon "spa" grave, de toute facon le 2.6 marche pas top au niveau son (alsa, je me retrouve qu'avec une bande de fréquence audible aigue, et le mmap de /dev/dsp pour les jeux utilisant OSS ne fonctionne pas bien, I/O error), je vais donc le laisser murir un peu.
# Re: Bronsoir
Posté par Edouard Gomez (site web personnel) . En réponse au journal Bronsoir. Évalué à 8.
# Re: Nouveau site GNU.ORG !
Posté par Edouard Gomez (site web personnel) . En réponse au journal Nouveau site GNU.ORG !. Évalué à 1.
Si on te le disait, elle serait plus tellement secrète la Road Map... ca tombe sous le sens.
>- Quelles seront les techniques utilisées sur le web dans 20 ans ? Le web existera-t-il toujours ?
Y'aura t il toujours des hommes tout court ?
>- Sarge sera-t-elle sortie ?
Non pour sûr. Le GPL sera déclarée non libre, faisant que 10000 Bug critiques retardent la sortie de la sarge.
>- GNU/Hurd sera-t-il utilisable ?
Houla, je suis pas madame soleil non plus. ;-)
PS: une CSS avec le menu a gauche sur GNU.org, ca serait un poil plus lisible/naturel a l'oeil IMO. Bon mais on va pas les brusquer non plus et leur parler des "alternate css" :))
# Re: Noms de nos chers ordinateurs ;)
Posté par Edouard Gomez (site web personnel) . En réponse au journal Noms de nos chers ordinateurs ;). Évalué à 1.
# Re: 20 ans déjà
Posté par Edouard Gomez (site web personnel) . En réponse à la dépêche 20 ans déjà. Évalué à 3.
Sinon happy birthday le GNU ;-)
# Re: eclipse et kernel 2.6
Posté par Edouard Gomez (site web personnel) . En réponse au journal eclipse et kernel 2.6. Évalué à 2.
Si tu regardes sur kerneltrap.org et que tu fouilles un peu les archives tu devrais trouver les résultats postés par Ingo Molnar, qui je crois est le codeur qui a fait tout le travail sur le scheduler O(1) du 2.5/2.6 et les futex qui ont rendu possible la librairie NPTL. A noter que les dernières Red Hat intègrent les futex/NPTL et doivent deja beneficier d'un gain substantiel de perfs pour les programmes fortement threadés... enfin toute incompatibilité mise a part etant donné que les LinuxThreads permettaient des choses pas très standard et que certains programmes en tiraient parti.
[^] # Re: MS, Ballmer et l'Opensource...
Posté par Edouard Gomez (site web personnel) . En réponse au journal MS, Ballmer et l'Opensource.... Évalué à 4.
Un document word XML pourrait très bien ressembler à ça:
<word>
Ici le binaire word habituel
</word>
Le schema XML du fichier word se bornerait juste a préciser que la balise "word" contient du binaire... une grande avancée pour l'intéropérabilité quoi ;-)
[^] # Re: LFS: pb
Posté par Edouard Gomez (site web personnel) . En réponse au journal LFS: pb. Évalué à 3.
[^] # Re: sobig and .pif
Posté par Edouard Gomez (site web personnel) . En réponse au journal sobig and .pif. Évalué à 3.
# Re: Sondage : Les revendications de SCO...
Posté par Edouard Gomez (site web personnel) . En réponse au journal Sondage : Les revendications de SCO.... Évalué à 1.
[^] # Re: Pas joli joli
Posté par Edouard Gomez (site web personnel) . En réponse au journal Pas joli joli. Évalué à 5.
Bon je -->[]
[^] # Re: Carton jaune pour Microsoft
Posté par Edouard Gomez (site web personnel) . En réponse au journal Carton jaune pour Microsoft. Évalué à 1.
"I want to Believe"
Ca rend pourtant pas plus réel les petis bons hommes verts... alors les complots de Microsoft déployant un virus pour faire chier ses consomateurs, j'y crois pas plus.
Le plus étonnant a été le délai exagérément long nécessaire aux "maichants" pour mettre au point Sobig surtout quand l'exploit avait été diffusé bien avant (mi juillet, je testais sur des potes, intrigué par le fait que l'exploit te donnais droit a un "shell" windows, en fait c'est un acces a cmd.exe, je revais de vrai shell moi ;-).
[^] # Re: SCO La suite du retour de la fin du début ....
Posté par Edouard Gomez (site web personnel) . En réponse à la dépêche SCO La suite du retour de la fin du début ..... Évalué à 7.
http://ed.gomez.free.fr/vrac/SCOsource_Briefing_II.2.pdf(...)
Enjoy