Je suis d'accord.
Et je suis peut-être naïf, mais je ne vois pas le grave problème de sécurité à utiliser une vieille version de logiciel de navigation ou autre, du moment qu'on a les mises à jour mineures ?
Au boulot, la plupart des postes sont encore en RHEL3 avec Firefox 1.5 et un vieux flash (9 je crois), tout le monde va encore sans problème sur le site de sa banque, les actualités ou autres résultats sportifs sans être bloqué ou se faire hameçonner à tour de bras...
Un bureau Linux des années 2000 était déjà très utilisable et sécurisé (même pour des non informaticiens), rien ne sert de toujours courir en avant poussé par je ne sais quelle peur panique de ne pas être à la page ?
Bref, moi j'aime bien Debian stable.
Il me semble que les astuces sont un peu dans le kernel mais aussi beaucoup dans la config (scripts d'init, modes ACPI, drivers Xorg)... Du coup c'est un peu plus qu'il faut importer (et verouiller vis-à-vis du reste de la distribution "hôte") ?
Je me permets de profiter de la visibilité de cette dépêche pour reformuler ma question https://linuxfr.org/forums/15/28545.html
le coeur optimisé pour netbook / atom est intéressant (démarrage, conso...), mais comment faire pour l'utiliser avec des "repos" d'applications plus généralistes (debian / fedora) ?
Faut-il pour ça reconstruire toute une distro ? Si oui, comment être propre et efficace ?
Si des packagers de briques de bases traînent par là...
J'ai déjà appliqué à ma Lenny la plupart des "tunings" recommandés
- pour accélérer le boot en général :
http://wiki.debian.org/BootProcessSpeedup
http://lgallardo.com/en/2009/07/08/arranque-rapido-debian-14-segundosfast-boot-on-debian-14-sec/
- pour utiliser au mieux le matériel (disque SSD, ACPI...)
http://wiki.archlinux.org/index.php/Acer_Aspire_One
Le démarrage est encore long à mon goût (au moins 25-30 secondes voire plus ?), certains accès disques bloquent tout plusieurs secondes, le ventilo tourne trop souvent... en tout cas plus en comparaison de l'OS installé par le constructeur (dont je tairais le nom par honte).
Bref, il reste à optimiser pour tirer pleinement partie du matériel !
Et puis il faut laisser allumé en permanence le proxy à la maison (ou ailleurs)...
On parle souvent par ici des mini-serveur qui consomment peu, mais peu ce n'est pas rien.
La fonction magnétoscope enregistre au format MPEG2-TS...
Je pose donc ce type de fichiers comme ça par FTP sur le disque de la HD.
Le MPEG2 a l'avantage de demander assez peu de puissance pour le décodage
(en l'encodage), au prix d'un peu plus de bande passante...
Partant d'un DVD, il n'y a qu'à re-multiplexer sans transcoder,
ce qui va très vite et ne perd pas de qualité.
VLC fait les transcodages très bien à travers «Média / Convertir» (Ctrl-R)
(et permet des manips complexes par ligne de commande).
Ce programme suffit complètement à lui tout seul pour toutes les tâches multimédia.
J'étais tombé sur [http://www.picotux.com/] : il a un ARM 7 à 55 MHz, 2Mo de Flash, 8Mo de RAM, et sort en port série.
Ça fait pas une grosse bête (il tourne en uClinux 2.4), mais du coup c'est plus un défi de bricolo de l'embarqué... suffisant pour une petite passerelle SSH ou de la domotique ?
Mais bon, je suis pas assez geek pour l'avoir essayé !
Beau travail du développeur... bien rendu par cette excellente dépêche !
Je trouve étonnant que la parallélisation des initialisations ne soit pas apparue plus tôt, ça ne semble pas une idée si farfelue pourtant...
Et combien de temps avant qu'un nombre significatif de pilotes soit mis à jour avec l'API ? Et quand on utilise du vieux matos avec des pilotes qui n'évoluent plus trop ?
J'étais dans les starting-blocks pour faire une dépêche dès la sortie 5.0 mais...
chezmoiçamarchepas(tm) :
1) mon OS est trop vieux au boulot (RHEL3 "corporate"), dommage, je m'en servirai qu'à la maison (pour quoi faire ??)
2) dans mon doux foyer, à peine installé j'essaye le nouveau look de plot() -> segfault !
J'ai attendu la 5.0.1 - rebelotte.
En plus télécharger 105Mo pour m'en servir comme calculatrice (graphique) programmable : je reste à la 2.7 qui pèse que 9Mo et répond à mes attentes (ok, mes collègues se moquent quand ils me voient dans ce vieux truc tout moche) !
J'avais cru comprendre qu'on aurait enfin sous linux la possibilité de n'installer que les toolboxes qu'on veut (comme sous mimi-crosoft) mais non, pas moyen de faire une petite install discrète dans un coin de compte utilisateur...
Je crois que ce serait plus constructif que je fasse un tour sur bugzilla plutôt qu'à raconter ma vie ici
--> []
grosso-modo, dans mes essais j'ai plutôt retenu que le théora était à peine 20% plus gros que le FLV (Sorenson/H.263, la vraie référence à mon avis comme codec de streaming), lui-même à peine 20% plus gros que H.264, soit Theora/H264=+44%, pas +600% comme tu laisses entendre!
Il est vrai que je n'ai pas cherché des bitrates extrêmement faibles (la force de H264), mais les vidéos timbre poste qualité irregardable je trouve pas que ça apporte grand chose à "l'internet"...
Et je signale au passage qu'il existe un plugin "universel" Apple/Cosoft/blablabla : c'est Cortado... qui demande quand même d'avoir Java (un peu long à démarrer il est vrai).
Sous Linux, j'ai trouvé QTOctave assez agréable à utiliser.
Le mode pour emacs respecte plus la philosophie "roots"
(le qualifie-je de "chatoyant ?)
http://www.chemie.fu-berlin.de/chemnet/use/info/octave/octave_31.html
Sous "les fenêtres", "octave workshop" sert d'illustration à l'article Wikipédia
(le projet est en pause, mais il fonctionnait pas mal quand j'ai essayé) :
http://www.math.mcgill.ca/loisel/octave-workshop/
Les "trophées du libre" 2007 citaient QTOctave
et donnaient une liste de projets similaires, mais assez anciens et peu avancés :
http://www.tropheesdulibre.org/QtOctave.html?lang=fr
-> Koctave http://athlone.ath.cx/~matti/kde/koctave/
-> Yaog http://yaog.sourceforge.net/
-> Octivate http://octivate.sourceforge.net/
[^] # Re: Venez aider à la sortie de Squeeze !
Posté par vpinon . En réponse à la dépêche Debian Squeeze est gelée. Évalué à 10.
Et je suis peut-être naïf, mais je ne vois pas le grave problème de sécurité à utiliser une vieille version de logiciel de navigation ou autre, du moment qu'on a les mises à jour mineures ?
Au boulot, la plupart des postes sont encore en RHEL3 avec Firefox 1.5 et un vieux flash (9 je crois), tout le monde va encore sans problème sur le site de sa banque, les actualités ou autres résultats sportifs sans être bloqué ou se faire hameçonner à tour de bras...
Un bureau Linux des années 2000 était déjà très utilisable et sécurisé (même pour des non informaticiens), rien ne sert de toujours courir en avant poussé par je ne sais quelle peur panique de ne pas être à la page ?
Bref, moi j'aime bien Debian stable.
[^] # Re: D'autres packages basés sur le core...
Posté par vpinon . En réponse à la dépêche MeeGo s'ouvre à la communauté. Évalué à 2.
# D'autres packages basés sur le core...
Posté par vpinon . En réponse à la dépêche MeeGo s'ouvre à la communauté. Évalué à 2.
https://linuxfr.org/forums/15/28545.html
le coeur optimisé pour netbook / atom est intéressant (démarrage, conso...), mais comment faire pour l'utiliser avec des "repos" d'applications plus généralistes (debian / fedora) ?
Faut-il pour ça reconstruire toute une distro ? Si oui, comment être propre et efficace ?
Si des packagers de briques de bases traînent par là...
# Post-Scriptum
Posté par vpinon . En réponse au message Baser une Debian sur un coeur Moblin ?. Évalué à 4.
- pour accélérer le boot en général :
http://wiki.debian.org/BootProcessSpeedup
http://lgallardo.com/en/2009/07/08/arranque-rapido-debian-14-segundosfast-boot-on-debian-14-sec/
- pour utiliser au mieux le matériel (disque SSD, ACPI...)
http://wiki.archlinux.org/index.php/Acer_Aspire_One
Le démarrage est encore long à mon goût (au moins 25-30 secondes voire plus ?), certains accès disques bloquent tout plusieurs secondes, le ventilo tourne trop souvent... en tout cas plus en comparaison de l'OS installé par le constructeur (dont je tairais le nom par honte).
Bref, il reste à optimiser pour tirer pleinement partie du matériel !
[^] # Re: Internet != Web, insistons
Posté par vpinon . En réponse au journal Il y a internet et internet, mais une escroquerie reste une escroquerie.. Évalué à 1.
On parle souvent par ici des mini-serveur qui consomment peu, mais peu ce n'est pas rien.
# de la FreeBox HD / de VLC
Posté par vpinon . En réponse au journal Encodage vidéo pour Freebox HD avec arista. Évalué à 5.
Je pose donc ce type de fichiers comme ça par FTP sur le disque de la HD.
Le MPEG2 a l'avantage de demander assez peu de puissance pour le décodage
(en l'encodage), au prix d'un peu plus de bande passante...
Partant d'un DVD, il n'y a qu'à re-multiplexer sans transcoder,
ce qui va très vite et ne perd pas de qualité.
VLC fait les transcodages très bien à travers «Média / Convertir» (Ctrl-R)
(et permet des manips complexes par ligne de commande).
Ce programme suffit complètement à lui tout seul pour toutes les tâches multimédia.
# Un RJ45 intelligent dès 2005 : picotux !
Posté par vpinon . En réponse à la dépêche Le plus petit serveur du monde sous Linux !. Évalué à 3.
# Chapeau
Posté par vpinon . En réponse à la dépêche L'évolution de Fastboot. Évalué à 10.
Je trouve étonnant que la parallélisation des initialisations ne soit pas apparue plus tôt, ça ne semble pas une idée si farfelue pourtant...
Et combien de temps avant qu'un nombre significatif de pilotes soit mis à jour avec l'API ? Et quand on utilise du vieux matos avec des pilotes qui n'évoluent plus trop ?
# bugzilla.scilab.org
Posté par vpinon . En réponse au journal Scilab 5.0.2. Évalué à 4.
chezmoiçamarchepas(tm) :
1) mon OS est trop vieux au boulot (RHEL3 "corporate"), dommage, je m'en servirai qu'à la maison (pour quoi faire ??)
2) dans mon doux foyer, à peine installé j'essaye le nouveau look de plot() -> segfault !
J'ai attendu la 5.0.1 - rebelotte.
En plus télécharger 105Mo pour m'en servir comme calculatrice (graphique) programmable : je reste à la 2.7 qui pèse que 9Mo et répond à mes attentes (ok, mes collègues se moquent quand ils me voient dans ce vieux truc tout moche) !
J'avais cru comprendre qu'on aurait enfin sous linux la possibilité de n'installer que les toolboxes qu'on veut (comme sous mimi-crosoft) mais non, pas moyen de faire une petite install discrète dans un coin de compte utilisateur...
Je crois que ce serait plus constructif que je fasse un tour sur bugzilla plutôt qu'à raconter ma vie ici
--> []
[^] # Re: html, xhtml...
Posté par vpinon . En réponse au journal Firefox 3.1et le support natif de Theroa/Vorbis. Évalué à 2.
grosso-modo, dans mes essais j'ai plutôt retenu que le théora était à peine 20% plus gros que le FLV (Sorenson/H.263, la vraie référence à mon avis comme codec de streaming), lui-même à peine 20% plus gros que H.264, soit Theora/H264=+44%, pas +600% comme tu laisses entendre!
Il est vrai que je n'ai pas cherché des bitrates extrêmement faibles (la force de H264), mais les vidéos timbre poste qualité irregardable je trouve pas que ça apporte grand chose à "l'internet"...
Et je signale au passage qu'il existe un plugin "universel" Apple/Cosoft/blablabla : c'est Cortado... qui demande quand même d'avoir Java (un peu long à démarrer il est vrai).
[^] # Re: Interface graphique et éditeurs chatoyants ?
Posté par vpinon . En réponse à la dépêche GNU Octave 3.0, l'alternative libre à Matlab. Évalué à 1.
Le mode pour emacs respecte plus la philosophie "roots"
(le qualifie-je de "chatoyant ?)
http://www.chemie.fu-berlin.de/chemnet/use/info/octave/octave_31.html
Sous "les fenêtres", "octave workshop" sert d'illustration à l'article Wikipédia
(le projet est en pause, mais il fonctionnait pas mal quand j'ai essayé) :
http://www.math.mcgill.ca/loisel/octave-workshop/
Les "trophées du libre" 2007 citaient QTOctave
et donnaient une liste de projets similaires, mais assez anciens et peu avancés :
http://www.tropheesdulibre.org/QtOctave.html?lang=fr
-> Koctave http://athlone.ath.cx/~matti/kde/koctave/
-> Yaog http://yaog.sourceforge.net/
-> Octivate http://octivate.sourceforge.net/