[F] iPad (Informatique et high-tech) - Page 49

./1439> Ca m'étonne que le kacpid soit corrigé, c'est spécifique à mon hard il me semble.
Pour le pilote graphique oui c'est le pilote propriétaire... le seul qui sache faire de la TROI-DÉ.
Le noyau ne peut pas savoir ce dont j'ai besoin. Il y a de bonnes raisons de vouloir bloquer le CPU à sa fréquence minimum par exemple (question de température).

Kevin Kofler (./1439) :
Option obsolète, elle a été supprimée complètement de l'interface. Le noyau comprend tout seul si tu as besoin de la performance CPU ou pas et s'adapte en correspondance.

Bien sur que non! c'est et meme une erreur de virer une telle option !

Je suis sur un portable, j'ai envie de lancer un truc un peu gourmant, tout en gardant de la batterie, je prefere mettre le CPU a 800Mhz plutot que de laisser la chose inprédictible qu'est le kernel choisir a ma place et bouffer ma batterie encore plus vite.

Il suffit de voir comment il change la fréquence du CPU quand il veux pour s'en rendre compte qu'il fait a peu pret n'importe quoi...

Heuresement que cet applet existais, et existe toujours. Surtout sachant que le kernel a toujours 4 choix différents de mode de gestion de la fréquence (Concervative, Ondemand, Performance, Powersave)

GoldenCrystal (./1440) :
- Compiler toi même (ouch les libraries et les problèmes de versions des outils, et les erreurs de compilation à la pelle !!!)

Tu abuses.
Je suis certes le premier à balancer des coups de couteaux sur Linux et le libre, mais tous les trucs que j'ai dû compiler avaient un fichier de configuration ou un Makefile réglé aux petits oignons. Un simple « ./waf install » ou « make » suffisent. Bon après, ça dépend du temps de compilation et des libs à installer à chaque fois que ça plante pour cause de lib non trouvée...

Je compile Codeblocks pour Debian et Fedora, pour Debian les libs GTK sont plus récentes que celles du repo officiel, les libs sont donc fournies pour la distrib dans le repo, ce qui fait que ça s'arrête encore une fois à un simple ./configure ./make ./make install.
Que certains softs soient mal packagés, c'est évident, mais est-ce la faute de linux (en tant qu'os) ? C'est juste le travail d'un mec gore, c'est tout.

(hs : en ce moment, j'ai un jeu qui me fait des segfault systématiques sous Win XP, alors qu'il tourne très bien sous Wine, je ne peux donc jouer à ce jeu Win que sous Linux, ça manque pas de sel )

Yoshi Noir (./1443) :
libs à installer à chaque fois que ça plante pour cause de lib non trouvée...

Tu viens de mettre le doigt sur un des principaux problèmes, en effet.
Tu dois prendre 50 ans à installer les dépendances au tâtonnement...

En fait oui, y'a plein de trucs qui compilent sans problème (de petits outils simples en général) mais par expérience, y'en a au moins autant qui compilent avec problèmes. (Là ça va dépendre de ta config, de la version du truc, etc. J'ai compilé des trucs là où ça n'aurait pas du être fait (non autorisé, difficile à cause des versions), et ces mêmes trucs n'ont parfois pas voulu se compiler chez moi (paquets à jour, etc.))

GoldenCrystal (./1440) :
Hors sujet. On parles d'installer des logiciels sur PC et tu nous sors l'iOS.

Bah, c'est l'exemple du système "dépôt central" dans le monde propriétaire. Et bien sûr ça marche beaucoup moins bien là-bas: pas de résolution de dépendances, applications généralement payantes, verrouillage dans un seul dépôt (pas de dépôts tiers) etc. Les dépôts GNU/Linux sont beaucoup mieux fichus.

Et en plus c'est le sujet du topic.

T'aurai au moins pu essayer une argumentation valable avec Steam, mais ça ne concerne que les jeux.

Steam souffre à peu près des mêmes problèmes, typiques pour les dépôts centraux dans le monde du propriétaire.

Le problème de ton "dépôt" c'est que c'est le dépôt de TA distribution en VERSION x.333211100 et surtout pas x.333211101, et qu'il ne contient que les logiciels autorisés et déjà compilés pour TA distribution en VERSION x.333211100 et surtout pas x.333211101.

C'est un problème de ta distribution si elle ne te propose pas la version à jour.

- Installer à partir du gestionnaire de paquets si il existe dans une version qui te convient (Attention que ça peut aussi merder si tu n'est pas en version stable (pas juste sur le papier comme chez Fedora) avec 12 ans de retard technologique !)

Ça marche très bien sous Fedora, je ne vois pas ce que tu viens nous raconter avec "stable [...] juste sur le papier".

Alors que sous windows, tu as le choix entre:- Télécharger le .MSI si il existe, et installer. Paf. fini.

Tu as sauté quelques étapes: trouver le site du constructeur, aller dans la section téléchargements, télécharger le .msi, l'exécuter, répondre à toutes les questions de l'installeur, et avec un peu de chances redémarrer parce que le système n'est pas capable de remplacer un fichier ouvert. Contre 3 ou 4 clics dans KPackageKit, tout le reste étant automatique.

- Télécharger un .ZIP (solution crado) le cas échéant.

L'utilisateur moyen ne saura même pas quoi en faire, de ce ZIP… C'est encore plus manuel comme solution.

Et dans les 2 cas, il n'y a aucune gestion des dépendances, donc vive la DLL Hell et les paquetages 10 fois plus gros que nécessaires!

Et sous OSX:- Télécharger l'application en .dmg ou .zip, puis lancer l'installeur .pkg ou copier l'application dans Applications (ou emplacement de ton choix). (Certains outils sont fournis avec un installeur, la plupart du temps non)

Tu as sauté quelques étapes: trouver le site du constructeur, aller dans la section téléchargements, télécharger le .dmg ou .zip, le copier dans Applications, répondre à toutes les questions de l'installeur s'il y en a un. Contre 3 ou 4 clics dans KPackageKit, tout le reste étant automatique. Et là non plus, aucune gestion des dépendances.

Kevin Kofler (./1446) :
Ça marche très bien sous Fedora, je ne vois pas ce que tu viens nous raconter avec "stable [...] juste sur le papier".

Parce que faut reconnaitre que Fedora est très avant-gardiste. Très bien, c'est son point fort, c'est aussi son but. Et il en faut quelques distros comme ça. En contre-partie, les logiciels sont pas mal remplis de maladie de jeunesse (toujours pas de son chez moi sous KDE4...). C'est aussi un fait. Et tu peux dire ce que tu veux aux autres, ça fait depuis Fedora 2 que j'installe toutes les versions, bêtas comprises, donc je connais la musique.

Mais c'est pas une critique de Fedora en soi hein, c'est juste que l'option choisie, c'est à dire avoir les softs dans leur dernière version, entraine nécessairement un manque de stabilité.

Brunni (./1441) :
./1439> Ca m'étonne que le kacpid soit corrigé, c'est spécifique à mon hard il me semble.

Bah, je ne sais pas, ça a été vu aussi par d'autres personnes et il me semble avoir lu que c'est corrigé maintenant, mais je ne trouve pas l'entrée dans notre Bugzilla, juste une vieille entrée dans le Bugzilla du noyau qui est en WONT_FIX. À mon avis, il faudrait que tu essaies avec un noyau plus récent ce que ça donne.

Sinon, le workaround est acpi=off.

Pour le pilote graphique oui c'est le pilote propriétaire...

Donc tous les problèmes que tu rencontres liés à ça sont de la faute du pilote propriétaire, pas de GNU/Linux!

le seul qui sache faire de la TROI-DÉ.

Il y a des chances que ça ait changé récemment, ça aussi! Quelle carte graphique? On a la 3D pour les cartes Radeon jusqu'aux r7xx et pour la plupart des cartes NVidia dans les pilotes libres maintenant.

Godzil (./1442) :
Surtout sachant que le kernel a toujours 4 choix différents de mode de gestion de la fréquence (Concervative, Ondemand, Performance, Powersave)

Sauf qu'en pratique, des mesures ont montré que le mode Ondemand par défaut consomme en général moins de courant que Conservative ou Powersave, et que Performance ne fait que gaspiller de l'énergie quand le CPU n'est pas utilisé et n'apporte pratiquement rien niveau performance.

GoldenCrystal (./1445) :

Yoshi Noir (./1443) :
libs à installer à chaque fois que ça plante pour cause de lib non trouvée...

Tu viens de mettre le doigt sur un des principaux problèmes, en effet.Tu dois prendre 50 ans à installer les dépendances au tâtonnement...

Voilà tout l'intérêt des dépôts précompilés avec résolution automatique des dépendances!

En fait oui, y'a plein de trucs qui compilent sans problème (de petits outils simples en général) mais par expérience, y'en a au moins autant qui compilent avec problèmes. (Là ça va dépendre de ta config, de la version du truc, etc. J'ai compilé des trucs là où ça n'aurait pas du être fait (non autorisé, difficile à cause des versions), et ces mêmes trucs n'ont parfois pas voulu se compiler chez moi (paquets à jour, etc.))

C'est le boulot du packageur, tu n'as pas à t'en soucier en tant qu'utilisateur.

Kevin Kofler (./1446) :
pas de résolution de dépendances,

Heuresement qu'il n'y en a pas besoin, un environnement homogène n'a pas besoin d'un tel paliatif. si linux & co était bien fait, il n'y aurais pas besoin de faire de gestion de dépendances pouvant aller jusqu'a tirer plusieurs giga de binaire pour un simple editeur de fichier texte...

Kevin Kofler (./1448) :

Sauf qu'en pratique, des mesures ont montré que le mode Ondemand par défaut consomme en général moins de courant que Conservative ou Powersave, et que Performance ne fait que gaspiller de l'énergie quand le CPU n'est pas utilisé et n'apporte pratiquement rien niveau performance.

Sauf qu'en pratique rien ne vaux mieux que selectionner sois meme la fréquence et pas attendre d'un algo plus ou moins foireux qu'il fasse le boulot a ta place.

Godzil (./1449) :
il n'y aurais pas besoin de faire de gestion de dépendances pouvant aller jusqu'a tirer plusieurs giga de binaire pour un simple editeur de fichier texte...

Exemple ? S'pèce de marseillais va

Sinon, quel est le problème des dépendances niveau taille ? Toute façon il t'aurait fallu ce qu'il y a dans les paquets installés, donc au final ça change pas grande chose :
- le paquet de l'éditeur à proprement parler est petit, vu qu'il n'y a pas les libs
- les libs... ben qu'elles viennent avec ou à côté de l'éditeur elles prennent pas plus de place, donc au final ça change rien (et c'est transparent ; comme sur mac tu me diras)
- au final, les libs sont... partagées (sisi ), donc les apps suivantes installent moins etc... t'es même plus gagnant niveau place qu'un système qui installe tout pour chaque apps

Mais ok, un système façon Mac permet les libs de 36 versions sans souci, et l'installation est aussi très simple ; mais ça prend plus de place. Chacun a ses plus et ses moins.

Mais en fait, la plupart des fonctions essentielles sous OSX sont regroupées dans des framework (AppKit par exemple) qui sont gérés centalement, donc ce que tu télécharges ne contient que des références. Et en règle générale, en dehors de Sparkle, tu n'as pas forcément grand chose à intégrer dans ton application pour que tout fonctionne.
Enfin, tant que tu ne fais pas appel à des libs tierce partie tels que tous les trucs open-source quoi… Mais si ton application est bien conçue, tu ne devrais pas en avoir besoin outre mesure puisque l'essentiel des fonctionnalités sont déjà gérées par OSX… Tout comme sous Windows où les DLL de base fournissent l'essentiel des fonctions. (Après, là où ça va se justifier de distribuer les libs tierce partie c'est si tu fais appel à des fonctions très spécifique comme fft, calculs sur de grands entiers, etc. Mais ce genre de choses n'a typiquement pas besoin d'être intégré à l'OS ni accessible à toutes les applications. Celà dit ça peut aussi être des libs destinées à combler les lacunes de l'OS, ce qui est déjà plus dommageable, mais ça… )

Kevin, je te répondrai même pas, y'a déjà des éléments dans le post auquel tu as répondu qui contredisent ce que tu viens de me répondre. Flemme de me répéter et de répondre à tes éloignements de sujets pour éviter les points qui dérangent…

Allez, retournons gaiement dans le troll sur l'iPad et ses amis, ça sera mieux.

Folco (./1448) :
Parce que faut reconnaitre que Fedora est très avant-gardiste.

Tellement que ça marche pas encore

Faut pas exagérer complètement non plus

GoldenCrystal (./1451) :
Allez, retournons gaiement dans le troll sur l'iPad et ses amis, ça sera mieux.

T'auras remarqué qu'au ./1450, j'ai pris soin de faire plusieurs référence à Mac

KK> J'ai une carte graphique nVidia dernière génération (Quadro FX880M, basée sur GeForce 330M). Nouveau ne gère pas la 3D en tous cas, et le pilote de base non plus, ou du moins le support était pas suffisant pour que compiz fonctionne correctement.

Pour le ondemand c'est une mesure privative de liberté, même Apple n'a pas osé (quoique, je n'ai jamais vu l'option en fait). Il y a des tas d'exemples pour lesquels 'ondemand' consommera plus, par exemple si ton navigateur internet est minimisé et a beaucoup de javascript à exécuter constamment (bcp d'onglets ouverts), il consommera le maximum possible inutilement.

Ensuite ondemand consomme TOUJOURS plus que powersave sauf si on BIAISE les mesures:
- en sous-voltant le CPU dans les multiplicateurs supérieurs seulement
- en supposant que le PC peut être arrêté une fois un nombre N de tâches accomplies, avec temps_nécessaire(N) < autonomie_en_powersave (ce qui est rarement le cas, les jeux par exemple consomment souvent le maximum du CPU qu'ils peuvent. Et NetBeans par exemple a toujours un truc à faire en background si on lui laisse du CPU -> vaut mieux éviter).

Kevin, je te rappelle encore une fois que les drivers libres en principe faits pour les GPU modernes sont très loin d'être à la hauteur des drivers propriétaires, pour l'utilisation que des utilisateurs normaux en font. Et ils ne supportent pas le GPGPU, qui est de plus en plus utilisé pour le grid computing.
De plus, il y a une très grosse différence entre "savoir accélérer un peu matériellement un cube 3D non texturé", voire "savoir accélérer pleinement glxgears", et "être utilisable pour des programmes non triviaux" (à commencer par Compiz, mais il y a beaucoup plus compliqué, par exemple Nexuiz et les autres jeux 3D non jouets).

J'ai déjà détaillé que sur le MacBook Pro 2.1 du boulot, le driver vesa (!!! - un driver générique, donc) est beaucoup plus rapide que le driver spécifique radeon. Ce dernier augmente de manière parfaitement mesurable le temps des builds, tellement le scrolling dans le terminal est lent (évident à l'oeil nu, donc plus de 100 ms). Et je ne peux même pas utiliser fglrx (j'ai évidemment essayé, puisque radeon est tellement mauvais...), car la dernière version de fglrx qui supporte ce chipset-là n'est pas maintenue par ATI pour fonctionner avec les évolutions du kernel Linux...
Je suis donc condamné à vesa - et à un écran sévèrement stretché, puisque le BIOS de la carte vidéo ne gère pas de mode 16/10, et aucun mode supérieur à 1400x1050 (résolution native de l'écran: 1680x1050).

Lionel Debroux (./1455) :
Ce dernier augmente de manière parfaitement mesurable le temps des builds, tellement le scrolling dans le terminal est lent

Ah oué quand même, là j'ai ri

bravo oué

http://vidberg.blog.lemonde.fr/2010/06/08/4-bonnes-raisons-pour-en-pas-acheter-liphone-4/

GoldenCrystal (./1451) :
Mais en fait, la plupart des fonctions essentielles sous OSX sont regroupées dans des framework (AppKit par exemple) qui sont gérés centalement, donc ce que tu télécharges ne contient que des références.

1. Tout n'est pas disponible en tant que frameworks.
2. Les frameworks tiers sont théoriquement supportés, mais pas de gestion automatique de dépendances, du coup les éditeurs des logiciels préfèrent dupliquer tout ce qui ne vient pas de Apple.

Et en règle générale, en dehors de Sparkle, tu n'as pas forcément grand chose à intégrer dans ton application pour que tout fonctionne.

Outil qui va se retrouver dupliqué n fois alors qu'un système de dépôts gère ça automatiquement et sans que le logiciel lui-même ait à s'en soucier. De plus, c'est beaucoup plus pratique pour l'utilisateur, en une seule mise à jour, il met à jour tous ses logiciels, il n'a pas chaque logiciel qui lui demande séparément d'être mis à jour, avec les logiciels qui se battent pour l'unité centrale et le réseau pour la vérification des mises à jour. Les mises à jour sont justement ce qui est le plus casse-pied sur les systèmes d'exploitation propriétaires.

Enfin, tant que tu ne fais pas appel à des libs tierce partie tels que tous les trucs open-source quoi…

C'est justement pour ça que la résolution des dépendances est essentielle!

Mais si ton application est bien conçue, tu ne devrais pas en avoir besoin outre mesure puisque l'essentiel des fonctionnalités sont déjà gérées par OSX… Tout comme sous Windows où les DLL de base fournissent l'essentiel des fonctions.

On n'a pas la même définition de "bien conçue". Pour moi, une application qui s'appuie sur des APIs propriétaires spécifiques à un système d'exploitation propriétaire donné et qui réinvente tout ce que le système d'exploitation ne propose pas est mal conçue. Les frameworks (au sens original, pas au sens Apple) comme Qt ou la plateforme KDE sont essentiels pour les applications portables, puissantes et bien conçues. Et le système de frameworks OS X gère très mal ces frameworks d'auteurs tiers, il faut en général les installer manuellement si l'application ne les duplique pas entièrement.

Après, là où ça va se justifier de distribuer les libs tierce partie c'est si tu fais appel à des fonctions très spécifique comme fft, calculs sur de grands entiers, etc. Mais ce genre de choses n'a typiquement pas besoin d'être intégré à l'OS ni accessible à toutes les applications.

Si. Je ne vois pas pourquoi 2 applications qui ont besoin des mêmes routines de FFT devraient impliquer 2 copies de la lib. Pourquoi pas la partager?

Kevin, je te répondrai même pas, y'a déjà des éléments dans le post auquel tu as répondu qui contredisent ce que tu viens de me répondre. Flemme de me répéter et de répondre à tes éloignements de sujets pour éviter les points qui dérangent…

Tu ne sais plus quoi répondre parce que tu as tort et donc tu m'accuses de mauvaise foi…

Brunni (./1454) :
KK> J'ai une carte graphique nVidia dernière génération (Quadro FX880M, basée sur GeForce 330M). Nouveau ne gère pas la 3D en tous cas, et le pilote de base non plus, ou du moins le support était pas suffisant pour que compiz fonctionne correctement.

Sous Fedora 13, il y a un paquetage mesa-dri-drivers-experimental tout neuf qui gère la 3D sous Nouveau. Mais je ne sais pas si ça marche avec ta carte.

Assez de Linux, il y a des topics pour ça (partout où Kevin participe en fait).

Tiens, trollons un brin avec l'actuelle pub sur le site de l'iPhone : http://www.apple.com/fr/iphone/

iPhone 4, encore une fois ça bouscule tout.
Où on apprend donc que l'iPhone 4 vient d'inventer :
- la visio
- l'écran HD
- le multitâche
- la vidéo HD sur mobile

Ne m'étant pas intéressé à l'iPhone 4, je comprends à première vue pourquoi personne n'a trouvé ce modèle révolutionnaire. Toutes ces fonctionnalités ajoutées, existantes depuis assez longtemps chez les concurrents, n'avaient-elles pas d'intérêt avant qu'Apple leur fasse l'honneur de les intégrer à son modèle ?

Bah, c'est Apple, un monde en soi.

S'ils inventaient la roue, tout le monde se ruerait dessus parce que ce serait le premier produit Apple avec une roue de locomotion. Et tout le monde la célèbrerait comme l'évolution totalement originale du bouton roue de l'iPod, rien à voir avec toutes les roues qu'on trouve chez les concurrents.

ouais.

Yoshi Noir (./1461) :

squalyl (./1462) :
ouais.

Le muppet show...

Bon quand t'auras fini tes commentaires désagréables, paranoïaques et arrogants parce que t'as décidé de picoler un bon coup dans la soirée, tu nous feras signe.

http://www.ebouquin.fr/2010/05/28/ipad-vs-presse-papier-quel-gagnant/
Deuxième commentaire: "il y a quelques points pour lesquels je ne suis pas d'accord".
Inquiétant comment certains ont de la peine à comprendre le second degré. Le rire est propre de l'homme, apparemment certains utilisateurs Apple n'entrent pas dans cette catégorie

Kevin Kofler (./1448) :

Pour le pilote graphique oui c'est le pilote propriétaire...

Donc tous les problèmes que tu rencontres liés à ça sont de la faute du pilote propriétaire, pas de GNU/Linux!

Tu corriges tout tes bugs comme ça ? "J'ai pas vu mais si y'a du propriétaire alors le bug ne vient pas de moi !!!" parce que si c'est le cas, ça confirme qu'il s'agisse (tout ton discours linuxien) de propagande non fondée...

Folco (./1450) :
Exemple ? S'pèce de marseillais va

J'ai plus son nom en tête là mais j'ai eu une fois un soft dont l'installation (le soft devait faire entre 2 et 5 Mo) avait installé tout le serveur X et ses joyeusetés avec...






Et pour revenir à linux&co : Ce que les libristes reprochent au proprio, ils y viennent ! J'ai cessé de compter les cas de problèmes (principalement linux mais pas exclusivement, tout le libre est concerné) où la correction attendue est remplacé par un "changez de machine/plateforme/matériel..."

(et celui qui pense que c'est pas le cas est invité à venir m'installer un serveur J2EE stable sur ma debian stable...)

Brunni : en même temps, même sur un article au second degré, tu peux avoir un avis différent non ?

(par exemple, lire le Monde ça n'impressionne plus personne, du moins personne qui connaisse le niveau réel de ce journal en 2010 ^^)

KK> Merci, mais je ne vais pas tester. Déjà parce que ce n'est pas sûr que ça marche, ensuite parce qu'il m'a fallu tellement de temps à configurer pour faire ce que je fais dessus que je ne peux pas me permettre ^^

Brunni (./1465) :

http://www.ebouquin.fr/2010/05/28/ipad-vs-presse-papier-quel-gagnant/

*kof*kof* parce que ça coûte 700€ en plus ?!? je n'aurais jamais cru que le prix soit si élevé.
Je veux dire... comment y a t-il pu avoir tant d'acheteurs pour un gadget qui n'est ni un pc (enfin... un mac), ni un mobile. Je pensais que ça approchait du prix d'un smartphone, mais à ce tarif... pour la PS3 j'aurais compris, là vraiment pas.

Est-ce qu'il y a vraiment quelque chose à comprendre?
C'est peut être ça le problème. Si l'iPad avait été d'une random marque, personne n'aurait cherché son intérêt.