RB a écrit 568 commentaires

Voulais dire "n'a pas forcément pour vocation d'etre un langage de programmation"

Pour moi le shell n'est pas exactement un langage de programmation. Ce que je veux dire c'est qu'il n'a pas pour vocation de remplacer des langages plus complet lorsqu'il s'agit de faire des choses plus complexes. D'ailleurs a l'époque, une grosse partie des scripts étaient écrit en perl. Cette dépendance a perl a été supprimée car "un gros morceau" comme perl ne plaisait pas forcement comme composant de base d'un distro (en plus si l'utilisateur en voulait une version plus récente, il fallait faire de la cohabitation).

Bref dans l'article de Wikipedia, le powershell se démarque car il est basé sur un langage moderne et non pas forcément sur des fonctionnalités d'interfaces: globbing, completion. Les fonctionnalités d'interface sont plus importantes pour moi. Mais il est clair qu'un nouveau shell qui reprendrait les avantages interfaciques de bash/zsh et qui serait basé sur un langage moderne ne ferait pas de mal.

Par contre le powershell est limité a lui meme: il perd tous ses avantages si vous devez le "piper" avec une autre appli qui est pas en powershell, alors qu'en ayant un format textuel par defaut, on pipe naturellement entre programmes écrits en différents langages, ce qui a aussi son avantage.

Tu pourrais remplacer:
export PROMPT_COMMAND='autojump -a "$(pwd -P)"'
par ca:
export PROMPT_COMMAND="autojump -a \"\$(pwd -P)\";$PROMPT_COMMAND"

En effet il est pas forcément vide chez tout le monde :) Sinon super idée.

Moi non plus je n'aime pas trop l'idée d'avoir des mots de passe en clair dans des fichiers (pourtant mon home et mon swap sont chiffrés). C'est surtout le fait, que j'ai l'impression que des scripts je peux les "perdre" a gauche a droite, faire un petit backup rapide en oubliant qu'il y a des données importantes non chiffrées, ... le tout sur plusieurs années.

Par contre je trouve l'idée bonne, mais je me demandais si tu pouvais pas interfacer ça proprement avec un chiffrement gnupg systématique lors de la création du "script" (ou du payload du script) avec l'appel a gnupg pour le déchiffrement au moment de l'exécution (donc un header dans le script qui appelle gnupg pour déchiffrer l'intérieur, puis nettoyage si nécessaire, ainsi le script est tjs tout en un). Ensuite chacun peu utiliser un gpg-agent pour avoir à taper ce mot de passe une seule fois.

Pourquoi inénarrable ? Le son sous linux est inénarrable, mais pourquoi spécialement pulseaudio (OK il marche pas super), c'est quoi la solution ? Alsa tout seul ? Quand est-ce qu'on pourra gérer le volume en fonction du programme ? Pourquoi on arrive pas a avoir un équivalent des fonctions sous windows ou macosx qui contentent 99.9% des gens sans chercher a aller trop loin (transparence réseau, low latency, ...)

Au niveau des cartes sons c'est pas un problème de drivers, c'est a mon sens, juste le manque d'avoir un objectif commun pour du son au niveau desktop... Moi après chaque mise en veille (la 1ere, apres il est mort..), je tue pulseaudio pour pouvoir écouter un truc...

Il me semble que ca fait 10 ans que ca dure et on semble tjs pas aller vers un consensus...

Je parle de standards.

Dans d'autres contextes on entend: "tu n'as qu'a utiliser MS Office"...

Ca parait pas bien difficile ce que je demande... Chaque appli pourrait s'annonce avec le nom courant de l'appli au systeme de message, puis les messages seraient classés en classe d'importance (comme les logs, info, warning, critical, ...), et un code de message.

gaim:info:msg "kikou"
battery:warning:gauge "vite la prise !!!"
...

Ensuites les régles en first match (pour 1 profil):

gaim:info:* = allow
*:warning = allow

En mode réunion:

* = deny

----------

Bref, tout a fait réalisable non ? Apres tu masques ca a l'utilisateur final en donnant des noms au profil, par contre celui qui veux changer ca peut le faire facilement. Avec les logs de tout ce qui arrive, tu vois facilement le nom, la classe et le niveau des messages.

c'est pouvoir contrôler précisément ce qui apparait ou pas en notification: en fonction de la source et du type de message entre autres (avec des wildcards pour les cas généraux).

De plus, j'aimerais pouvoir me faire différents profils avec différentes règles car il y a certains moments (boulot/présentation) ou on a pas envie que s'affiche sur l'écran un extrait de mail ou un message IM.

Ce ne sont pas actuellement forcément des "notifications", mais j'aimerais justement aussi que tous les programmes qui utilisent des "messages" le fassent via ce systèmes standard (qui permettrait aussi donc du suspendre provisoirement tout affichage).

Bref le système actuel m'énerve car je n'ai pas de contrôle dessus (a part quelques paramètres dans chacune des applis) et car il y a aussi des trucs aberrants: une fenêtre qui s'ouvre et qui se fout en avant plan pour vous poser une question (IMPORTANTE) => vous êtes en train de taper un texte, sans même que vous ayez le temps de voir, vous venez de valider le choix par défaut au clavier !!

C'est quoi la différence entre lobbying et corruption ?

Un truc que j'ai pas compris c'est que MS avait du sortir un Windows XP sans media player suite au jugement précédent. Mais en fait, ce qui aurait du être logique c'est que tous les winxp vendu a partir de ce moment soient sans media player, alors qu'en fait ils ont juste fait un nouveau produit bridé qui n'est pas du tout distribué... Je comprend vraiment pas du tout le sens de la sentence...

En étant à la place de Netscape et voyant ça plus de 10 ans après ça me foutrait quand meme un peu les boules...

C'est petit de lui reprocher d'avoir de la fibre optique. Si tu le voyait manger avec ses couverts en or...

Il me semble que dans certains pays c'est un peu une habitude de dire "Linux Linux", attendre que MS raboule et dise Windows 7 et formation gratuite pour tout le monde, puis passage a windows... J'attend de voir.

Il est pas plus mauvais outil que les autres, c'est pas parce que mplayer est un lecteur super optimisé que flash est pourri pour autant. Il n'ont même pas implémenter le décodeur VP6 apparemment il est fournit par ON2. Après que leur implem soit pas aussi performante que d'autres c'est une chose.

Et sans vouloir critiquer, ca fait un bout de temps que j;ai pas testé mplayer-plugine, xine-plugin, mais il y a pas si longtemps, c'est plugins marchaient hyper mal dans le navigateur et crashaient bien plus que flash.

Donc, oui ça serait bien que le fichier soit aussi proposé en dl pas que en stream. Mais les gens qui s'intéressent a ca sont capable de trouver le fichier, alors que quand on parle de vidéos en flash, on parle un peu de l'usage de mr tout le monde...

Vous lisez quoi exactement avec VLC ? Flash utilise sur 99% des sites le codec VP6 qui n'était pas inclu directement avec quoi que ce soit. Ca a changé mais récemment:

http://wiki.videolan.org/VP6

Les commentaires précédents sont stupides, 3/4 des gens ont oublié que l'utilisation de flash c'est pour du STREAMING. Ca nous fait une belle jambe qu'un fichier mpeg soit lisible sur un 486 pour 1 Mo/s car la compression est faible. De même que le fichier avi dans la balise object est pas bien adaptée au streaming (car ou peu compressé ou bien compressé mais il faut des codecs très récents et un pc récent forcément, le h264 ne se décode pas comme du mpeg).

Flash bouffe pas spécialement de CPU par rapport a ce qu'il fait: décoder une vidéo d'un format très compressé (VP6) afin d'économiser la bande passante et de rester à environ 45ko/s en qualité normale et 70ko/s en HQ.

Ce texte est extrême.

Personnellement je suis avant tout pour les standards ouverts plus que les logiciels ouverts. Bien sûr, pour certain logiciel je ne supporte que du libre (noyau, libs, shell, compilateur). Mais pourquoi ? Parce que le libre a su produire des alternatives techniquement équivalentes ou largement supérieure.

La licence et le code source a aussi des avantages spécifiques et décisifs si on est intéressé par des développements utilisant telles ou telles libs.

Le problème de flash (largement discuté dans ce texte) aujourd'hui c'est qu'il n'y a pas d'alternative équivalent ou supérieure (et de loin !). Je ne parle même pas de Gnash, je ne veux pas d'un logiciel qui soit compatible Flash, je veux un logiciel qui soit comparable avec son propre format, un bon compilo, un bon player, ... qui évolue vite grâce à la communauté (il n'y a pas de raison que ca ne puisse évoluer comme firefox ou openoffice, 99% des gens sont potentiellement intéressés).

Franchement, aujourd'hui, bouder dans son coin en disant "flash capucaipaslibre" ne fait absolument pas avancer le schmilblick. Ou on participe a Gnash, ou on mise sur du SVG, du Js (ou autre langage), une lib de son, opengl, et on essaie de faire que quand le gens nous parlent de flash on puisse dire "regarde il y a ca qui est mieux (comme on l'a fait avec firefox ou openoffice), car tu peux dev avec tes propres outils et il y a des plugins pour tous les navigateurs".

Avec un peu d'idées et 'native client', par exemple, il me semble qu'il y aurait peut-être de quoi faire aujourd'hui. Tant que ce n'est pas le cas, j'évite de trop cracher sur flash car ce qui nous arrive a la figure aujourd'hui c'est silverlight qui me fait plus peur et dont on aura probablement plus de mal a ce débarrasser.

Quand on voit le nombre de trucs qui changent a chaque release du noyau linux, on imagine qu'aucun n'autre OS libre n'arrive a avoir 1/10 de la cadence. De ce fait, les devs de ces autres OS se concentrent plus (+) sur des marchés de niche: portabilité, serveurs, ...

Aujourd'hui dans la grande majorité des cas on aura une expérience desktop plus faible sur un BSD avec un portable notamment. Par contre l'expérience sera plus constante également: je n'ai jamais eu autant de régression hardware avec linux que cette année.

Le problème étant aujourd'hui le support du multimédia: le son est un espèce d'OSS (bon c'est peut être pas plus mal :D), qui aura a priori par exemple du mal a supporté les sorties sons "modernes", c'est a dire que la différence entre une entrée et une sortie est gérée de manière software et/ou le fait de brancher des écouteurs qui switch avec la sortie haut-parleurs.

Également un support ACPI encore plus médiocre que dans linux.

Par contre, un gros efforts a toujours été fait (notamment chez OpenBSD) pour de bon drivers réseaux y compris wifi.

Donc a mon gout, je préfére linux en desktop mais j'hésite (et j'ai aussi utilisé avec beaucoup de plaisir FreeBSD et OpenBSD) avec les BSDs pour des serveurs.

Merci, j'ai pas eu trop de problème avec ca mais tjs utile.

D'une manière générale les wiki de arch sont super bien.

Le problème que j'ai encore (malgré plusieurs recherche et essais) c'est le power management sous gnome qui malgré le fait qu'il soit activé (par exemple suspend quand on ferme le lid), que l'événement acpi est bien vu et que si on clique sur l'icône est qu'on choisis suspend ca marche, en fermant le lid rien ne se passe.

Alors bien sur je peux mettre dans /etc/acpi/handler.sh mais si c'est pas gnome qui l'active, il ne me demande pas mon mot de passe lors du réveil.

Ce qui me surprend tjs c'est que (il me semble) chaque distro fait sa propre cuisine derrière hal. En fait il y a constamment des régressions et il me semble du matériel moins supporté.

J'ai mis archlinux depuis quelques jours et j'ai déjà eu plusieurs problèmes avec hal, dbus...

Les hotkeys, la détection du lid de mon thinkpad marchent mal. Certains scripts pour l'acpi plus étoffé dans ubuntu sont absents dans arch.

Je ne jette pas la faute sur arch, mais c'est hallucinant que concernant la détection matérielle il n'y aie aucun effort commun entre les distributions.

Est-ce qu'il y a une API AWS qui permet justement d'automatiser avec ses propres programmes la création des nouvelles instances, le déploiement, ... Ou il faut se farcir l'interface web ?

Ca me rend triste de me dire que t'as pas l'air de comprendre pourquoi tu es moinsé et que le commentaire précédent a une note qui monte :)

Le G1 est certes intéressant. Mais pour un mobile IMHO le hardware de base est plus important que l'OS. De toutes les choses que je trouve bien sur mon n79, il t'en manque un tas simplement car le hardware est "moins bien" a mon sens.

S'il y avait pour le même hard symbian et android, j'aurais tendance a prendre android c'est sur, mais personnellement, ces OS de téléphone sont loin d'être parfait (j'ai aussi possédé un iphone).

Que font les gens avec leur brique iphone ? ils installent pour la plupart des appli débiles (genre truc d'ado: simulateur de pinte de bière, piano, pac man, ...). Passé cela, il reste que l'iphone est gros, son hardware très limite par rapport a la concurrence (a part son écran tactile), son autonomie archi nulle.

Après l'iphone, j'ai vraiment compris que le tactile était plus un inconvenient qu'autre chose: on ne peut rien faire a l'aveugle: décrocher, taper un message, changer de chanson, ... on dois tjs regarder le feedback visuel.

Oui pour surfer/jouer ces OS sont bien, mais bizarrement, passé la première semaine, je m'en sers plus jamais pour ça, donc je préfère un bon hardware avec un software en conséquence (pour un téléphone, car ca ne remplace pas un PC...).

Et pour en finir avec l'iphone: tjs passer par itunes (oui oui sauf si on jalibreak et on fait du scp), sdk qui tourne que sous mac, appareil photo merdique et ultra lent, bluetooth apple compatible... bref, un souvenir très moyen...

pourquoi:

- carte micro sdhc standard, 16go et bientot 32go...
- prise jack standard (grande)
- gps
- prise usb, plusieurs modes dont mass storage
- photos 5 mo, 2 led flash, video 30fps en vga
- Emetteur FM (station "nokia" en RDS)
- evidement reception FM avec RDS
- bonne autonomie
- 2eme camera frontale pour visio call
- wifi, navigateur base sur webkit, lit flash
- petit, leger
- stations de radio en stream

L'interface est tres sympa, le systeme est multi tache, commande vocales utilise parfois
(il y a beaucoup d'applications c'est plus rapide que chercher).

De temps en temps j'ai un freeze du lecteur audio, j'espere qu'un firmware update va regler ca. Le gps fait du temps a me localiser precisement et parfois ca n'est jamais precis. Au niveau du guidage ca cree des problemes. Prix pour le guidage est trop cher.

Ce telephone est a 350$ aux USA et pas cher ici avec abonnement, je le recommande.

Je comprend pas trop ton point de vue: tu dis que les programmeurs manquent de passion avec cobol puis ensuite tu décrits un langage chiant désuet au paradigmes antiques ne faisant appel qu'a des routines propriétaires... Moi je comprend leur manque de passion...

Ce que j'aime dans l'informatique c'est cette évolution permanente, ces changements. Si je dois faire un truc dans un langage X tout en connaissant des solutions Y beaucoup plus agréables/adaptées je tu jure que ça me casses les c...

Il y a une très bonne raison a ça. S'ils vont en procès et qu'ils perdent, comme c'est déjà arrivé, ils pourraient être condamnés a afficher le prix des licences séparément.

Ils savent que moins de 1 client sur 10'000 va vouloir obtenir ce genre de chose et il ont fait le calcul entre faire une centaine de remboursement par an et ce que ca leur couterait sinon.

Mais si c'est une politique globale de Dell france, c'est très intéressant car cela veut dire que pour éviter le procès ils vont rembourser "largement", donc les gens qui vont faire ces démarches vont y gagner nettement plus que si la licence au prix revendeur était remboursée.

D'un autre cote, pour une vrai avancée il faudrait quand même que quelqu'un aille au bout du processus judiciaire histoire de disloquer ce système de vente liée.

"Cyprien Gay et Alain Coulais"

je laisse apprécier cette combinaison a ceux qui ont l'esprit aussi mal tourné que moi :-)