bubar🦥 a écrit 6966 commentaires

Malheureusement nos HTC Magic ne pourront supporter Android 2.1. Par contre il y a déjà des rom alternatives qui enlève les-trucs-qui-consomme (fond d'écran animé, service de retour sur la conso d'énergie...) tout en ajoutant d'autres qui sont controversées... Exemple ? ben mon HTC Magic, il est bien multi-touch, et plus réactif qu'un Iphone ;-)

C'est un peu comme kde, aussi. Avant kde3.x tournait du feu de dieu, aujourdhui avec kde4 on a besoin de 6go de ram, de gpu à 300 euros, et de proco à outmilles ghz.

Android c'est bien aussi pour cela : le paradis des "modders".

"obliger les fabriquants à proposer des upgrades" c'est un des termes, il me semble, du fameux logo "with google" présent sur de trop rares modèles ... Google propose une mise à jour ? ben c'est sous la garantie constructeur. Ca à l'air simple, comme ça... Mais c'est très rare finalement. Et on voit la catastrophe Archos :( Sans ce type d'accord, le constructeur aurait pu livrer un téléphone avec android 1.5, et basta. Si tu veux 1.6 ben t'achètes.

Là, ils ont sû trouver un bon compromis entre le renouvellement du marché sans léser les utilisateurs. Je sais pas pour toi, mais moi j'aurais eu un peu mal au cul si j'avais été obligé de racheter un téléphone pour avoir la synthèse vocale correcte... Lorsque mon Magic a été mis à jour "ota".. j'ai été ravi de voir les nouvelles fonctionnalités.

Le prix ?

(Psyche, je rebondis sur ton commentaire, mais mon commentaire ne t'es pas destiné personnellement)

Tu as des sources là ?

Parceque :
1. l'HTC Magic (avec le fameux logo "with google") : tu peux installer n'importe quoi dessus.
2. La plupart des applications installées de base sous licenses libres, de type BSD, mit et/ou Apache.
3. On me murmure à l'oreille que du travail a commencé pour remplacer la solution logicielle qualcomm (pour leur puces) afin d'avoir une version libre et indépendante (licence bsd certainement, à confirmer) de télévision sur les smartphone.

Les applications google installées par défaut : elles n'équipent pas tout les appareils et on est libre de ne pas les utiliser (moi je trouverai ça très dommage, mais ça c'est un avis personnel). Tu peux très bien fournir un smartphone ou une solution tournant avec Android sans ces applis là, ni aucune que tu considères comme "sales".

Le logo "with google" sur le HTC Magic ne veux pas seulement dire que ces applis sont installées par défaut. Mais cela signifie aussi un véritable partenariat entre google, le constructeur, et -surtout- l'opérateur. Les HTC Magic bénéficient ainsi de mises à jour vers 1.6 parfaites. (d'autres modèles ont été mis à jour, mais ceci est laissé à la discrétion de l'opérateur ou du constructeur -voir le cas archos avec le 5 :(

Les applications non signées n'ont effectivement pas lieu d'être sur un smartphone grand public. A l'heure où des distributions laissent les utilisateurs non-root installer des applis si celles ci sont signées, je trouve très "léger" comme argument. C'est une bonne chose de ne pouvoir installer que des applications signés et de centraliser dans un dépôt ces applications (merci l'Iphone d'avoir populariser les dépôts de logiciels, sur ce coup là). MAIS sur Android, tu va dans "préférences" tu cliques sur "autoriser des applications non signés" : voilà c'est fait, tu peux installer ton switcher de relais gsm... (lol). Donc Android n'oblige pas à n'installer que des applications signés : c'est une (bonne) politique par défaut, mais rien n'empêche l'utilisateur d'en installer d'autres.

Enfin, en ce qui concerne la rom la plus célèbre, cyanogène, google a exigé que cette rom n'inclut plus les applications google par défaut. Google a exigé de respecter la licence. Voilà, point barre. Le reste c'est de la branlette mal placée. Cynoagen continue d'être distribué. Le store Android continue de proposer l'application permettant de mettre cette rom à jour très facilement, bref tout le monde continue de respecter non seulement les licenses, mais également l'esprit des licenses.

Je trouve complètement à côté de la plaque de type d'argumentaire foireux pour justifier un anti-googlisme primaire. Qui est parfaitement honorable et respectable dans le seul fait que toute hégémonie est négative. Encore plus si on ajoute la problématique du respect de la vie privée. Mais coller des arguments de libristes là dessus... la EFF n'est pas la FSF, et si je soutiens les deux, je ne les confonds pas, moi.

Les téléphones Android : c'est la crème de la crème de la technologie, du haut de gamme. Qui popularise Linux en tant que solution industrielle viable a destination d'un marché typique grand public. Google libère ses codes (sous BSD et Apache, j'entends déjà les raleurs disant que Google BSDise Linux :p ) et participe à de nombreux projets.

Tiens, une autre 'crème de la crème', on peux aller jeter un oeil sur le téléphone de THALES ;-)

oui :-))) énorme :-))
(sorry)

:-)

M'enfin le gaspille d'énergie par les citoyens, ok, c'est vrai. Mais bon, moi quant je pense que les climatisations sont toujours posées en tant qu'éléments autonomes sur les batiments des entreprises, ça me fait rire "le citoyen coupable" ... Et pourtant forcer l'installation de nouvelles climatisations d'une part, et le renouvellement du parc d'autre part, par les mêmes éléments, mais alimentés avec un panneau solaire... Cela ne remet pas en cause le principe de "l'unité moins chère" et cela participerait bien plus largement à la réduction de la consommation. Car imaginons que seulement 12~18% de l'éléctricité consommée par les climatisations soit issue de leur propre panneau solaire individuel. Ramenons le coût énergétique de production des unités... on obtiens peut être seulement moins de 10% de consommation électrique non répercurtée sur le réseau général... 10% c'est rien ? pas sûr...
Surtout qu'au moment où on a besoin de clim', c'est le moment où le soleil tape... donc 12~15% est vraiment une estimation basse en plus d'être au pif... les panneaux d'aujourdhui savent faire pas (trop) mal avec peu de surface... Mais même 10% d'économies... (et sans parler de l'impact positif d'un tel plan sur l'économie)
ça semble tellement évident... peut être trop ? A moins, que comme de nombreux autres, le parti écolo préfère la taxe carbonne où seuls les citoyens payent, et pas les entreprises ...
???

Je ne sais pas comment tu bosses, ni comment "ils" bossent. Je ne sais qu'une chose :
Sortie d'un bon dé-assembleur / décompilo, seule la bonne foi compte. En effet, que tu publies le code source ne garantie pas grand chose si les gens se contentent du binaire. Le source peux très bien différé légèrement du binaire livré. C'est donc un rapport de confiance, renforcé il est vrai, ici, par le fait que si les sources sont dispos, on peux se moquer du binaire livré et ne travailler qu'avec les sources...

M'enfin bon, maintenant on voit tellement de gentoo, freebsd, et même netbsd users, qui finalement n'utillisent que des binaires précompilés... que ceux utilisant les sources réellement doivent être vraiment rares de nos jours.

zut on est que mercredi :p

"Routing audio, MIDI, and sync between apps is quicker and easier than on Windows and Mac"
Vous croyez qu'ils parlent de PulseAudio ?

:p okok je connais le chemin ..

Mille excuses par avance, Olivier, je vais compléter un tout petit peu la dépêche pour des nouvelles de logiciels privateurs, concernant notre o.s libre. Pas taper (aĩe)

1) Ardour a maintenant un module d'importation de sessions... ProTool
ne cassez pas de suite les tables, c'est pas libre.
Son nom est ArdourXchange. Je ne connais ni ne sais si des discussions ont (eu) lieu avec Mr Davis sur cela. J'imagine que oui... (en fait ArdourXchange échange avec tout logiciels gérant les AAF)

2) De nouveaux effets sont publiés : Ceux ci sont optimisés pour les puces Atom de INTEL., permettant de tirer le meilleur de ces petites puces là...

3) Les gros titres de la presse Anglo-Saxonne pour musiciens et techniciens de l'audio-numérique reconnaissent la valeur de Linux et des logiciels libres.
"Keyboard Magazine" par exemple, a fait sa une et un article portant comme titre : "Better than osX"
"Create digital Music" : "Routing audio, MIDI, and sync between apps is quicker and easier than
on Windows and Mac"


Tout ceci est lié, autour de développeurs Anglais, proposant une distribution MAO complète, mais pas disponible hors du cadre commercial (intégration des logiciels sus-cités, plus Renoise et EnergyXT ... deux excellents logiciels de MAO sous Linux, attention Renoise est TRES exigeant (les xrun pêtent de tout les côtés... d'ailleurs un petit comparatif avec des valeurs annoncées en latence sur d'autres logiciels qui ne pêtent pas de xrun... bref, voyez par vous mêmes ;) )

Bon donc je ne m'attarderai pas à présenter indamixx, ni leurs/des logiciels proprio. C'était juste un complément d'information à ta (complète) dépêche. Ce qui est intéressant c'est de constater la reconnaissance de qualité des logiciels libres et de Linux pour la MAO, par des professionnels, qui par là assurent le relais d'information auprès du public d'une part. D'autre part que, encore une fois, l'interopérabilité est un élément central : car le libre a réussi à produire des solutions de qualités professionnelles pour ce secteur là également, mais ce secteur ne s'en apperçoit que lorsque les ponts de l'interopérabilité sont accessibles (import sessions ProTool dans Ardour, par exemple ...)

(les liens, quant même http://www.avtoolkit.co.uk http://www.linuxdsp.co.uk )


Enfin pour les musiciens purs, on pourra noter que PIANOTEQ est toujours disponible nativement pour Linux, et que son prix ne devrait pas faire hésiter les pianistes parmis nous. Car il ne s'agit pas là d'un enième piano vst, comme on peux le lire souvent sur les forums, mais d'une solution mathématique complète. Résultats ? une consommation du cpu quasi nulle (comparer à une solution classique "sample"), et en plus la possibilité (dans la version pro, heu là c'est clairement pas pour moi) de pouvoir jouer sur chaque partie complète et indépendante du piano comme le ferait un accordéoniste complet... c'est à dire faire d'un piano manufacturé un piano unique...).
Bref Pianoteq semble être une (là ?) référence internationale en matière de piano sur ordinateur... /*blague*/ de là a ce que Yamaha les rachetent :p /*blague*/
http://www.pianoteq.com

"ils utilisent la base de drivers de qemu seulement" <- oki (arf les résumés rapides :( )
Merci de tes précisions, qui m'ont éclairées aussi.

à quelle date ?
okok je connais le chemin

J'anticipe la réponse en supputant que powershell n'est qu'un énorme fatra voulant tout faire (shell iron python objet café dessert) Alors que sur un bel Unix, lorsque le shell atteind ses limites, ils vont pas coller un shell objet, ils vont plutot passer à un autre "langage", au hasard perl
non ?

PowerShell permet ça
( http://thepowershellguy.com/blogs/posh/archive/2007/12/30/pr(...) )

okok je connais la route...

Je ne parlais pas de crack, personnellement. Si un projet fait tourner un linux intéressant sur une DS, je n'en ai que faire des possibilités tierces : j'efface l'o.s du constructeur et voilou... De même avec la ps3 ... rien à faire de pirater des jeux, je joue même pas, par contre c'est une superbe machine pour y coller un linux. Et ce, quitte à se séparer de l'o.s intégré par le constructeur, à titre définitif, "rab".
C'est borderline, ok, mais seulement vis à vis du règlement constructeur, donc me faudra pas aller pleurer au sav, c'est tout. Et pour la Loi (la vraie) c'est tout à fait légitime de posséder la jouissance de l'objet acquis en propriété, tant que cela ne nuit à personne. (ce qui est le cas ici)

Donc merci aux hackers qui ont permis d'installer Linux sur des DS, des WII, des ps3 without-hyperviseur :p etc etc... bref sur des trucs pas prévus pour initialement, ça gêne personne, on pirate rien [pas de copie de jeux ou de matériels protégés] , et on achète du matos... donc bon...

;-)

Pas seulement l'auteur de Qemu, mais également de kQemu, "module noyau d'accélération de machine virtuelle" (touss) qui avait fait grand bruit lors de sa sortie. Encore plus de bruit lors de sa libération ;) Et sur lequel repose, il me semble, les meilleures solutions de virtualisations d'aujourdhui : de type KVM, qui est dérivé de kQemu, me semble t il.

Egalement auteur d'un 'compilateur' assez fulgurant : compiler un noyau linux en moins de 8 minutes, c'est assez fulgurant. Là encore c'était la perf' absolue recherchée il me semble. Ce "méga parseur" est vraiment incroyable.

A noter que Mr Bellard, dans sa faq, précise qu'il va rendre disponible une version Linux et une version windows de ce programme. Et que "open source" n'est pas au menu dans un futur proche, pour ce programme là. Pour le temps de calcul, il m' avait semblé lire 116 jours (??). Le fichier final, ne contenant que son PI, fait plus de 1 tera... Donc bon, pour télécharger son résultat de PI ça va être difficile. PAr contre il propose une interface donnnant la décimale à l'emplacement voulue (lien en dépêche) Donc en plus... il y a le papier cadeau autour :)

Non non tu dois mieux connaitre le sujet que moi puisque tu y es confronté, alors que je n'ai fait que survolé la doc. (malheureusement :p )

Redhat fourni des outils en ligne de commande, peut être pas assez complet ? Une interface web, semble pas mal ? Et une interface graphique native locale, pas mal aussi ? Cela fait quant même un bel ensemble et je ne vois pas trop ce qu'ils pourraient faire de mieux ? peut être améliorer les cli ?

D'où ma grossièreté de "politique de blaireau" du genre on oblige les utilisateurs à avoir un poste windows alors que le besoin métier demande un poste linux. Sinon, l'utilisateur va passer beaucoup de temps en bidouille, en rebond, pour au final être moins productif.

Je crois que, enfin peu importe :p (exceed est une bouse innomable).

La doc de Redhat explicite bien que l'ensemble est disponible en ligne de commande. http://www.redhat.com/docs/manuals/csgfs/browse/4.6/Cluster_(...)

De toutes façon le déport d'affichage n'est pas une solution, et la ligne de commande risque d'être périeuse (...) Installe une Redhat sur ton laptop, travaille avec la gui locale, et exporte le tout sur le cluster. (ça permet aussi j'imagine de valider avant export, sur un 'faux' cluster de vm servant de maquette de travail, par exemple)

Mais vraiment, faut pas pousser mémé dans les orteils, tu es sans doute confronté au syndrome "du blaireau qui ordonne à une ssii"... Alors, pas de blème : fonce sur Conga, ils sont tellement cons que le port 80 c'est à la mode, et ils autoriseront sans doute plus facilement conga qu'une obscure connection ssh (parcequ'ils n'ont pas de hierarchie ni d'officier de sécu à qui confier les clefs, au hasard...). Le web, le cloud et les cluster sont à la mode, plus c'est gros plus ça passe : tape dans le 80. :)

Ha ben oui, en cliquant sur le lien... il s'agit en fait du produit remplaçant celui que j'ai acquis. Mieux, moins cher et moins bruyant de base (le ventilo monté par materiel.net est vraiment pourri sur le mien, qui est celui ci : "toopiti in black" chez matériel.net, un funtwist en noir)

L'Atom 330 c'est de la balle ... Tu va te régaler... Un vrai dual-core et HT, ça fait 4 pinguins au démarrage, ça :p Pour la compilation évidemment y a mieux... mais pour les usages quotidiens et même assez poussés, ça roulezzz

Ca donne presque envie de faire du buzz pour LinuxDSP : une suite d'effets spécifiquement optimisés pour les puces Atom. Un netbook full-rt pour le traitement audio numérique qui roxe sévère c'est possible ;) (bon, pas sur 128 pistes, bien sûr). Ainsi que ArdourXchange, qui permet l'import/export des sessions ProTools. Bon zut, c'est pas libre tout ça ... :( donc pas de lien :p

L'ION (je suppute qu'il s'agit d'un ion vu les caractéristique) par contre ne fonctionnera qu'avec le blob proprio de nvidia.. mais fonctionnera sacrément bien ! un régal aussi, faut reconnaitre (on est loin d'un poulsbo...)

J'ai acquis une machine de "bureau" avec ça : tout petit, ne consomme que 25 watts en crête !! ... performances surprenantes...

Merci pour ton journal, c'est un très bon remplaçant pour mon acer aspire one !!! (qui va être recyclé dans *je sais pas quoi encore*).

Chut, tout va bien, rendors toi.

http://hackable-devices.com/products/product/BugBase/

Mais ça existe vraiment ce truc ???
Lorsque j'avais vu le lien (y a qq temps déjà je crois) j'avais cru à une blague...


ps : pourquoi "easy hackables devices" ne recense pas des trucs comme les DS ?

Tu parles d'utilisation de machines depuis l'extérieur (de la salle de ces machines). Et de la difficulté apporté par une configuration figée au travers d'une GUI, dans ce contexte.

Je ne peux que plussoyer l'évidence de la bétise (oula) de forcer l'utlisation d'une GUI (d'ailleurs ça m'étonne ce truc, chez Redhat, je n'utilise pas cette cluster suite) d'une manière totalement générale. Que les fichiers de conf soient dans tel ou tel format, peu m'importe : le simple fait qu'ils ne puissent être générés que par une GUI m'horripile.

########

Ben d'ailleurs, Redhat propose la suite d'outils "conga" pour cela : gérer son cluster depuis la ligne de commande, sans avoir besoin de gui.

Par contre, sur le cas GUI Cluster Suite de Redhat : je suis très étonné d'une chose : que l'interface ne soit pas déportable. Vraiment très étonné. -> Es tu sûr que tu ne puisses pas utiliser la cluster Suite depuis ton laptop Redhat, en ciblant ton cluster distant ? Ainsi tu ne déportes pas l'affichage de la GUI, mais la GUI elle même : et la consommation réseau (ports, bp) se résume à la synchronisation de tes fichiers de conf.

"provides the capability to create, edit, and propagate the cluster configuration file" ... donc vraiment je reste étonné et un peu dubitatif.

"does not display the Send to Cluster button if the cluster is new and has not been started yet, or if the node from which you are running the Cluster Configuration Tool is not a member of the cluster. If the Send to Cluster button is not displayed, you can still use the Cluster Configuration Tool; de plus en plus dubitatif ;) Perso je crois que je ferais un rsync sur clefs entre mon poste d'admin et la machine centrale du cluster. (Et ça me semble étrange que cela ne soit pas intégré de base...bah de toutes façons c'est possible)

Cdlt.

Tu prends le "bios" pour ton bousin.... Tu extrais le tout... en général ça donne un beau bordel... (l'opération se fera avec unshield ou cabextract selon le type d'éxecutable windows fourni) Puis tu cherches dans ce beau bordel inutile ton fichier de bios. Il s'agit certainement d'un faux fichier nommé bios.machin, qui est lui même un compressé : extrait le de la même manière (unshield ou cabextract) Et là... ho miracle, tu trouves le fichier, le vrai... le seul qui soit vraiment utile dans tout ce fatra qu'ils osent nommé "bios".

Reste à injecter ce fichier...
PackardBell n'a pas l'air d'avoir une interface noyau dédiée (à l'instar de rbu de dell par exemple, ou des systèmes intel d'une manière plus globale)... Donc pas possible de flasher (à priori) le bios de ta machine depuis un linux qui tourne... C'est donc là qu'une émulation de disquette de boot entre en jeu... Et là je pense que freedos pourra t'être utile... Il doit être possible de s'en servir comme émulation de disquette de boot et de pouvoir flasher ton bios avec (là par contre il te faudra peut être plus que le seul fichier bios, du coup)... Faire cela n'est pas dur, long mais pas dur, autant pour booter depuis grub que pour faire une clef usb bootable... et que pour flasher le bios, opération qui 'nous' intéresse ici.

http://www.global.acer.com/support/download.htm et le ftp qui suit, n'ont rien donnés de plus intéressant ??

Bon en même temps, je doute que ce commentaire te soit utile, à toi, mais bon peut être à d'autres ?

s/IE/nautilus
ça marche aussi :p

ha tiens, on me murmure que Gnome a décidé de repasser au mode "navigation" par défaut. Fini le temps de nautilus, une fenêtre = un dossier... Ouf :)) Donc s/IE/nautilus ça marche aussi, mais plus pour longtemps :p

Des annés sans avoir touché un Mac.

Un stand à la Fnac, un énorme logo UNIX métal du plus bel effet, les nouveaux Imacs... Hop je m'arretes au stand Apple pour voir de plus près la nouvelle gamme.. Qui vaut le coup d'oeil... Car si les laptops restent plus chers, les Imacs sont (à 1450 euros le 27 pouces) plus que compétitifs aujourdhui... Un bel objet qui ne fera de bruit tout en étant du bel effet dans mon salon .. pourquoi pas ?

Hop, cliques sur le menu, sur applications, sur utilitaires... tiens un "émulateur de terminal" ... cool, cliques ça se lance, ça ressemble à un bête xterm (mais sans les facilités ctrl+alt+...), echo $shell ... to un bash récent, et avec la complétion ... ouahaou :) Vim ? là, et configuré fort sympathiquement, génial ...

Bah finalement, c'est certainement Apple que j'acheterai pour ma prochaine bécanne, parceque quitte à être obligé de payer pour une licence, autant que cela soit une licence osX, unix family... C'est beau, bien intégré, au prix compétitifs (sur les imacs, hein :p)... Mais contrairement au mouvement général actuel, qui est d'installer "le meilleur o.s du monde" sur des pc lambda (osx86 project par exemple) moi j'installerai certainement une Fedora sur ce matériel là...

Allez une petite anectode amusante :
Chez Saturn, à Toulouse (gallerie du Carrefour de portet sur garonne), j'ai aussi voulu jeter un oeil sur les Imacs en démonstration libre... J'ouvre l'émulateur de terminal (me balade dans l'arbo, rien de méchant) .. Et là, un type grand avec un tête de grand méchant me saute dessus et me gueule litérallement dessus ... m'accusant de vouloir "installer des logiciels porno avec des virus" sur la machine... (tel quel) et gueulant plus qu'un cochon qu'on égorge... Tout ça parcequ'il a vu un type ouvrir un shell, et que quelqu'un qui tape au clavier dans un terminal, c'est forcément un méchant terroriste... Chez Saturn ... et me voilà le centre de tout les regards des rayons informatiques... L'accueil Apple chez Saturn est assuré par des pros, ça se voit...

Arf, me faudrait me décarcasser les neurones, là :)
On (à mon taf) a remarqué quelques différences notables, mais sans pouvoir approfondir (le temps) ni noter le tout (pas une demande officielle d'évaluation)... Parmis ces différences je crois me souvenir de deux points entre autre : l'autofs sur centos ne fonctionne pas par défaut, celui sur redhat équivalente oui (il me semble qu'il s'agit d'un bug de rh5.3 qu'on retrouve dans centos5.4 mais pas dans rh5.4), ainsi qu'une bibliothèque concernant nfs qui bug sur centos 5.4 mais pas sur rh5.4, mais là pas possible de me souvenir du nom. Ainsi que d'autre truc, mais plutot détails. Voilà c'est un peu léger, désolé, 15jours de vacances ça use :p (et ça date pas de décembre), il en a surement d'autres...