J'ai aussi eu l'occasion d'utiliser des compact flash dans des terminaux reseau leger.
Ca se comporte exactement comme un disque IDE au niveau logociel, donc si tu veux tu peux y mettre ta debian preferee (zut, un troll).
Mais le mieux c'est quand meme de faire une linux from scratch (encore un troll ?), comme ca tu sais ce que tu as mis dedans.
A titre d'exemple, le noyau linux + X11+mozilla et quelques autres gateries peuvent tenir en moins de 16 Mo de compactflash. Il peut etre interessant aussi de regarder du cote de cramfs, qui comme son nom ne l'indique pas est un systeme de fichiers compresse accessible en ecriture et qui decompresse les fichiers a la volee.
Pour l'ecriture des logs, je te conseillerais de les mettre dans un disque virtuel en RAM (et de monter ce disque sur /var), comme ca pas de probleme rien n'est ecrit sur la carte CF).
Et de toute facon la limite est situee a 1 million d'ecritures, donc c po encore arrive ...
En theorie ca serait possible, en pratique vu que les changements de contexte peuvent influer sur le cache du CPU, il est quand meme impossible d'obtenir une valeur pratique et mesuree. Tout au plus une valeur theorique.
Mais de toute facon je ne vois pas bien l'interet de calculer le nombre de cycles sur une application entiere, ce n'est pas plutot sur la boucle principale de traitement que tu voudrais mesurer ?
Avec bash et un chti fork/exec, on est parti comme en quarante. Pas besoin d'init nulle part.
Pour la comparaison sysV/BSD, je prefere BSD, mais c'est vrai que ca a l'inconvenient qu'un systeme de pacvkage aura du mal a ajouter un script de demarrage a la liste ...
justement non, perso j'utilisais xosd pour afficher des infos d'xmms, mais aussi de xawtv, et en general tout ce ki provenait de lirc (commande du pc a la telecommande)
L'interet, c'est que DirectFB utilise OpenGL pour la gestion du fenetrage, et en general pour la gestion de tous les graphismes => acceleration materielle optimale, fenetres transparentes sans hack sanguinolent, joyeusetes a la Longhorn theoriquement possibles.
En fait, si j'ai bien compris la nuance, on ne peut pas demander de royalties, mais on peut tres bien demander de payer pour utiliser le brevet. Il s'agit alors juste d'un apport initial, un peu comme une licence de logiciel.
Ca c'est une bonne nouvelle. En plus ca veut peut etre vouloir dire que l'equipe est enfin efficace (je me souviens du temps de traduction de mozilla 1.0)
Perso, ce qui me tue, c'est que cai Mal de copier, mais que les radios/medias/AOL/Radio FG et j'en passe disent que tel ou tel produit est genial car il permet de recuperer des videos ou des musiques sur Internet rapidement et facilement.
Meme si c'est vrai, c'est quand meme completement immoral d'un cote de pousser au piratage, et de l'autre de pousser a des mesures anti-piratages ...
Ben lis le journal juste plus haut/plus bas a propos d'IE.
Il suffit d'y mettre un lien qui pointe sur about:<input type plop>.
Donc en tant qu'admin, tu redirige en filtrant a l'aide d'un proxy sur une page statique qui contient ca, et hop !!!
Enfin c'est mechant, msdn.microsoft.com c quand meme achement bien foutu...
Pourquoi ne pas utiliser du html avance pour que le clic sur [+] a gauche du titre d'un post cache soit visible. Par defaut, le div est invisible. Du JS permet de le montrer si on le veut.
Et ca reste compatible avec les anciens/autres/lights navigateurs qui ne supportent pas le JS si on laisse une balise classique de lien a la place.
Exactement. Il n'y a pas de debat.
1 peta = 1000 giga. C'est normalise tout ca.
Si tu veux utiliser 2^10, alors tu utilise 1 Pi au lieu de 1 P, soit 1 KB = 1000 octets et 1KiB = 1024 octets.
Donc si tu veux conserver un maximum d'ouverture a tous les niveaux, tu mets ton source en licence BSD. Si XWin est en GPL, il est ferme a XFree86 puisque le code de XWin ne pourrait etre integré a XFree86.
Donc, pour une compatibilité complète, il faut que le source soit et reste en licence BSD ou MIT. Et pas GPL.
ok, mais ce que tu me montre c'est du code BSD integre a un projet GPL. Le hic pour XFree86 c'est que TOUT est sous BSD/MIT pour l'instant, je me trompe ?
Donc selon tes termes, le projet XFree86 est BSD. Et un projet sous GPL avec uniquement du code BSD, ca n'est pas possible d'apres ce que tu m'explique. Donc si KP et la troupe de XWin decide de sortir leurs sources sous licence BSD comme ca l'a ete jusqu'a maintenant, le projet restera sous licence BSD de facon automatique. J'ai bon ?
[^] # Re: Linux embarqué, sans DD
Posté par Rolland Dudemaine . En réponse au journal Linux embarqué, sans DD. Évalué à 1.
Ca se comporte exactement comme un disque IDE au niveau logociel, donc si tu veux tu peux y mettre ta debian preferee (zut, un troll).
Mais le mieux c'est quand meme de faire une linux from scratch (encore un troll ?), comme ca tu sais ce que tu as mis dedans.
A titre d'exemple, le noyau linux + X11+mozilla et quelques autres gateries peuvent tenir en moins de 16 Mo de compactflash. Il peut etre interessant aussi de regarder du cote de cramfs, qui comme son nom ne l'indique pas est un systeme de fichiers compresse accessible en ecriture et qui decompresse les fichiers a la volee.
Pour l'ecriture des logs, je te conseillerais de les mettre dans un disque virtuel en RAM (et de monter ce disque sur /var), comme ca pas de probleme rien n'est ecrit sur la carte CF).
Et de toute facon la limite est situee a 1 million d'ecritures, donc c po encore arrive ...
[^] # Re: Nombre de cycles CPU d'une commande?
Posté par Rolland Dudemaine . En réponse au journal Nombre de cycles CPU d'une commande?. Évalué à 2.
Mais de toute facon je ne vois pas bien l'interet de calculer le nombre de cycles sur une application entiere, ce n'est pas plutot sur la boucle principale de traitement que tu voudrais mesurer ?
[^] # Re: changeons le troll
Posté par Rolland Dudemaine . En réponse au sondage Mon troll préféré :. Évalué à 1.
Avec bash et un chti fork/exec, on est parti comme en quarante. Pas besoin d'init nulle part.
Pour la comparaison sysV/BSD, je prefere BSD, mais c'est vrai que ca a l'inconvenient qu'un systeme de pacvkage aura du mal a ajouter un script de demarrage a la liste ...
[^] # Re: eclipse avec gcj et gtk+.
Posté par Rolland Dudemaine . En réponse au journal eclipse avec gcj et gtk+.. Évalué à 2.
[^] # Re: La LGPL s'applique à Java exactement comme pour C/C++
Posté par Rolland Dudemaine . En réponse à la dépêche La LGPL s'applique à Java exactement comme pour C/C++. Évalué à 2.
au runtime -> a l'execution
# Re: Pouvoir voir les votes ...
Posté par Rolland Dudemaine . En réponse au sondage Pouvoir voir qui a noté les commentaires .... Évalué à 0.
Et donc ma reponse a ce vote est claire ;o)
# Re: Arch: un programme de gestion de version prometteur.
Posté par Rolland Dudemaine . En réponse à la dépêche Arch: un programme de gestion de version prometteur.. Évalué à 2.
Faut-il comprendre que le cout varie en fonctions du nombre de revisions/patches ?
Dans ce cas c'est mal, non ?
Sinon ca parait interessant, y'a-t-il deja des projets qui l'utilisent ?
[^] # Re: Les "pots de miel" sont-ils légaux?
Posté par Rolland Dudemaine . En réponse à la dépêche Les "pots de miel" sont-ils légaux?. Évalué à 2.
C'est de l'invitation, pas de l'incitation.
[^] # Re: plus simple
Posté par Rolland Dudemaine . En réponse au message [X-Window] Afficher avec xosd les titres des chansons xmms. Évalué à 1.
# Re: Documentation SPIP
Posté par Rolland Dudemaine . En réponse au journal Documentation SPIP. Évalué à 1.
4 s de recherche : http://www.univ-st-etienne.fr/pub/utile/wget/win32/(...)
[^] # Re: Quake 3 sous DirectFB
Posté par Rolland Dudemaine . En réponse à la dépêche Quake 3 sous DirectFB. Évalué à 1.
[^] # Re: Quake 3 sous DirectFB
Posté par Rolland Dudemaine . En réponse à la dépêche Quake 3 sous DirectFB. Évalué à 1.
[^] # Re: W3C et brevets logiciels
Posté par Rolland Dudemaine . En réponse à la dépêche W3C et brevets logiciels. Évalué à 1.
# Re: Mozilla Firebird 0.6 en français
Posté par Rolland Dudemaine . En réponse à la dépêche Mozilla Firebird 0.6 en français. Évalué à 7.
Merci les gars (et filles ;o).
[^] # Re: Moué...
Posté par Rolland Dudemaine . En réponse au journal CD audio - protection contre la copie : la première fois ça fait mal. Évalué à 2.
[^] # Re: Le format DOC de MS Word
Posté par Rolland Dudemaine . En réponse au journal Le format DOC de MS Word. Évalué à 0.
Il suffit d'y mettre un lien qui pointe sur about:<input type plop>.
Donc en tant qu'admin, tu redirige en filtrant a l'aide d'un proxy sur une page statique qui contient ca, et hop !!!
Enfin c'est mechant, msdn.microsoft.com c quand meme achement bien foutu...
[^] # Re: Du droit de vote en général et de ses conséquences en particulier
Posté par Rolland Dudemaine . En réponse au journal Du droit de vote en général et de ses conséquences en particulier. Évalué à 1.
Et ca reste compatible avec les anciens/autres/lights navigateurs qui ne supportent pas le JS si on laisse une balise classique de lien a la place.
# Re: Crimepensée
Posté par Rolland Dudemaine . En réponse au journal Crimepensée. Évalué à 6.
[^] # Re: IBM/Linux, maître du stockage
Posté par Rolland Dudemaine . En réponse à la dépêche IBM/Linux, maître du stockage. Évalué à 3.
[^] # Re: IBM/Linux, maître du stockage
Posté par Rolland Dudemaine . En réponse à la dépêche IBM/Linux, maître du stockage. Évalué à 2.
[^] # Re: IBM/Linux, maître du stockage
Posté par Rolland Dudemaine . En réponse à la dépêche IBM/Linux, maître du stockage. Évalué à 4.
1 peta = 1000 giga. C'est normalise tout ca.
Si tu veux utiliser 2^10, alors tu utilise 1 Pi au lieu de 1 P, soit 1 KB = 1000 octets et 1KiB = 1024 octets.
[^] # Re: Double licence :
Posté par Rolland Dudemaine . En réponse à la dépêche Fork d'XFree86. Évalué à 0.
[^] # Re: Fork d'XFree86
Posté par Rolland Dudemaine . En réponse à la dépêche Fork d'XFree86. Évalué à -4.
Non.
C'est le code sous GPL qui ne pourra aller vers xfree86.
Relis un peu pour voir...
Mais comme le dit Simon Arnaud plus bas, cette discussion est sterile, puisque nous n'avons de toute facon aucun pouvoir de decision.
[^] # Re: Fork d'XFree86
Posté par Rolland Dudemaine . En réponse à la dépêche Fork d'XFree86. Évalué à 0.
Donc si tu veux conserver un maximum d'ouverture a tous les niveaux, tu mets ton source en licence BSD. Si XWin est en GPL, il est ferme a XFree86 puisque le code de XWin ne pourrait etre integré a XFree86.
Donc, pour une compatibilité complète, il faut que le source soit et reste en licence BSD ou MIT. Et pas GPL.
[^] # Re: Fork d'XFree86
Posté par Rolland Dudemaine . En réponse à la dépêche Fork d'XFree86. Évalué à 1.
Donc selon tes termes, le projet XFree86 est BSD. Et un projet sous GPL avec uniquement du code BSD, ca n'est pas possible d'apres ce que tu m'explique. Donc si KP et la troupe de XWin decide de sortir leurs sources sous licence BSD comme ca l'a ete jusqu'a maintenant, le projet restera sous licence BSD de facon automatique. J'ai bon ?