Nous avons droit aux habituelles mises à jour du noyau qui passe en 2.6.32.9, GNOME en version 2.30, et enfin KDE 4.4. D'autres changements relativement importants sont à noter. Des choix stratégiques sont également de mise, l'intégration de nouveaux services payants sont des signes qu'Ubuntu est sur tous les fronts et exploite les opportunités de générer de nouveaux revenus.
- Le moteur de recherche par défaut de Firefox n'est plus Google. Ubuntu a décidé de confier cette tâche à Yahoo!. L'utilisateur conserve néanmoins la possibilité de changer ce paramètre. La page d'ouverture par défaut de Firefox est à choisir par l'utilisateur, Google ou Yahoo!. Ce changement fait suite à un accord financier entre Ubuntu et Yahoo!, qui rétribuera l'éditeur.
- Bye bye HAL. Bon débarras diront certains, HAL a été complètement supprimé de Lucid Lynx. HAL était une initiative du projet FreeDesktop pour simplifier la gestion du matériel sous Linux. Vieux d'à peine 5 ans et pour garder les bonnes vieilles habitudes chères au Logiciel Libre, ce projet est finalement abandonné et certaines de ses fonctionnalités sont maintenant fournies par udev. Histoire de compliquer un peu les choses, il a été remplacé récemment par DeviceKit, dont certaines fonctionnalités tendent à être fusionné avec udev.
- Le pilote nommé « Nouveau » pour cartes graphiques Nvidia est maintenant activé par défaut lorsque le processus d'installation détecte un tel périphérique. Celui ci gère KMS, le changement de mode d'affichage au niveau du noyau, une accélération 2D (entendre par là que le GPU est utilisé pour les opérations graphiques 2D et non plus le CPU). La 3D est désactivée sous Ubuntu, bien que Nouveau gère officieusement la 3D (voir aussi l'intégration Fedora). De plus, toujours au sujet de Nvidia, 3 générations de pilotes propriétaires Nvidia sont disponibles. Il s'agit des versions 96, 173 et "current".
- Cette version d'Ubuntu fournit par défaut des outils pour communiquer sur les réseaux sociaux. Via le menu habituel de changement d'état, il est maintenant possible d'accéder à ses réseaux sociaux. Cette fonction se base sur Gwibber, qui est un client de microblogging gérant de nombreux réseaux (Twitter, Identi.ca, Facebook, etc).
- Suite au succès du magasin en ligne d'Apple intégré à iTunes, Ubuntu réplique en proposant Ubuntu One Music Store (lire la FAQ). Intégré à Rhythmbox, des millions de chansons seront disponibles pour les utilisateurs. Ce magasin en ligne n'est pas encore ouvert, une beta publique sera ouverte prochainement.
- La zone de notification : non-exempte de défauts dans la version précédente, celle-ci a été améliorée et permet d'après l'annonce plus de choses au niveau de la communication, de la gestion de la session et bien d'autres.
- Le démarrage : celui-ci est annoncé comme étant plus rapide que précédemment. L'apparence des écrans de démarrage a également changé.
- Deux nouveaux thèmes, nommés Radiance et Ambiance ont été ajouté. Ils fournissent évidemment fonds d'écran et icônes.
Aller plus loin
- Ubuntu 10.04 LTS Lucid Lynx beta (51 clics)
- Gwibber (3 clics)
- Le blog d'Ubuntu One (1 clic)
- Ubuntu One (3 clics)
# HAL
Posté par grid . Évalué à 8.
Je crois sincèrement que le desktop linux s'éloigne du keep-it simple. Je ne sais pas si c'est une bonne chose.
[^] # Re: HAL
Posté par Patrick Lamaizière (site web personnel) . Évalué à 1.
HAL est une belle merde mais ça faisait une couche d'abstraction entre le système.
Faut-il renommer free desktop par linux desktop only ?
les pixels au peuple !
[^] # Re: HAL
Posté par barmic . Évalué à -4.
Après je ne sais pas si c'est une bonne chose que ce soit hal qui saute (vu que j'y connais rien).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: HAL
Posté par Thomas Douillard . Évalué à -1.
[^] # Re: HAL
Posté par yoho (site web personnel) . Évalué à 10.
[^] # Re: HAL
Posté par Dring . Évalué à 10.
[^] # Re: HAL
Posté par grid . Évalué à 2.
Un film Français de Jacques Besnard avec Michel Serrault, Bernard Blier, Jean Lefebvre, Marion Game, Tsilla Chelton ...
http://www.fan-de-cinema.com/affiches/c-est-pas-parce-qu-on-(...)
[^] # Re: HAL
Posté par Elfir3 . Évalué à 1.
[^] # Re: HAL
Posté par Thomas Douillard . Évalué à 3.
Sinon, j'accuse. J'accuse la dépêche de pas être au niveau de patrick_g et j'accuse axel< d'avoir raconté des bêtises dedans, laissant la porte ouverte à toutes les fenêtres pour des trolls.
Voila, c'était mon post qui dénonce, grave.
[^] # Re: HAL
Posté par Thomas Douillard . Évalué à 0.
[^] # Re: HAL
Posté par Larry Cow . Évalué à 10.
Et sinon, tu connais la différence entre un pigeon?
[^] # Re: HAL
Posté par pastro . Évalué à 4.
enfin y parait
[^] # Re: HAL
Posté par Rozé Étienne . Évalué à 4.
Les deux pattes sont de la même longueur, surtout la gauche.
[^] # Re: HAL
Posté par foutaises . Évalué à 2.
http://kde-apps.org/content/show.php/kudev?content=49632
M'avait rendu quelques services à l'epoch
(Je sais mais peut-être qu'à défaut d'aimer le soft, certains aimeront le calembourg !)
[^] # Re: HAL
Posté par barmic . Évalué à 10.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: HAL
Posté par Sten Spårvagnhög (site web personnel) . Évalué à 10.
Il paraît que juste avant de disparaître, il suppliait Mark Shuttleworth de ne pas le désactiver : "Mark, j'ai peur"
[^] # Re: HAL
Posté par rdg . Évalué à 4.
[^] # Re: HAL
Posté par IsNotGood . Évalué à 10.
La fonctionnalité fournie par HAL n'est pas remise en cause, donc la couche restera (ce n'est pas une abstraction qui ne fait rien). Le problème est que HAL s'adressait à tous les types de périphérique. L'approche maintenant est d'avoir cette couche mais spécialisée par type de périphérique. Udisks en est un exemple.
# DeviceKit, udev, tout ça...
Posté par _alex . Évalué à 6.
On retrouve ces paquets dans Lucid Lynx :
http://packages.ubuntu.com/lucid/udisks
http://packages.ubuntu.com/lucid/upower
Le paquet devicekit n'est plus présent contrairement à Karmic.
Le message de David Zeuthen auteur de udisk annoçant le renommage du projet :
http://www.mail-archive.com/devkit-devel@lists.freedesktop.o(...)
Dans ce message il y a pdf assez sympa :
http://people.freedesktop.org/~david/talks/Plumbers-2009-Sie(...)
[^] # Re: DeviceKit, udev, tout ça...
Posté par GeneralZod . Évalué à 6.
> qu'Ubuntu est sur tous les fronts et exploite les opportunités de générer de nouveaux revenus.
Efface, Canonical n'est pas Ubuntu !
[^] # Re: DeviceKit, udev, tout ça...
Posté par gnumdk (site web personnel) . Évalué à -5.
Effectivement, c'est ce qu'ils ont fait qu'ils mettent en avant.
Après, on peut critiquer le fait que Canonical contribue moins que Redhat sur le code des logiciels, mais en meme temps, eux, ils font pas payer pour une distributions obsolète qui coute la peau du cul et bourré de bugs...
[^] # Re: DeviceKit, udev, tout ça...
Posté par GeneralZod . Évalué à 10.
Distros obsolètes, je veux bien mais le marché existe et personne ne crache dessus.
Comparons les offres serveurs de Canonical et RH (par an et par serveur), tu vas rire:
Ubuntu LTS (support téléphonique limité à l'installation)
* Ubuntu for Server Support (9-5) £ 473.69 ($711)
* Ubuntu for Server Support (24/7) £ 757.91 ($1137)
RHES
* Basic Subscription (Web support, 2 business day response, unlimited incidents) $349
* Standard Subscription (12x5 phone support, web support, unlimited incidents) $799
* Premium Subscription (24x7 phone support, web support, unlimited incidents) $1,299
Bien que Canonical ait baissé les prix, ils restent à des tarifs similaires à RH (avant, ils étaient même beaucoup plus cher) et une gamme plus restreinte.
* RedHat: maintenance 7 ans (voire plus pour RHEL5), emploie bon nombre de développeurs upstream, politique de contribuer le plus possible en upstream.
http://fedoraproject.org/wiki/RedHatContributions
* Canonical: maintient 3 ans sa distribution (5 ans la partie non graphique), politique de favoriser les pilotes propriétaires et de contribuer le moins possible.
http://www.canonical.com/aboutus/contributions
Si t'es dans la merde, à tarif égal, tu fais confiance à qui ?
Si tu veux du support pas cher et de qualité, va chez Novell. J'aimerais bien avoir des retours sur le support Mandriva en terme de qualité de service et de tarifs.
> Euh, le gros du boulot d'une distribution, c'est pas de packager les logiciels ?
Encore faut-il avoir des trucs à empaqueter, et quand tu paies un support, tu t'attends à ce que les gars derrière soient capables de le corriger rapidement.
[^] # Re: DeviceKit, udev, tout ça...
Posté par patrick_g (site web personnel) . Évalué à 3.
Non, ça c'est juste ce qu'on observe dans la réalité. La politique officielle affichée de Canonical reste de soutenir le libre et de faire remonter vers upstream les devs spécifiques.
[^] # Re: DeviceKit, udev, tout ça...
Posté par Mathieu Segaud . Évalué à 1.
[^] # Re: DeviceKit, udev, tout ça...
Posté par IsNotGood . Évalué à 8.
Red Hat a d'autres avantages. Les certifications (et donc support), mais on ne peut pas vraiment le reprocher à Canonical. Des versions stables qui évoluent. RHEL 5 a eu plein d'ajouts de fonctionnalité en restant compatible binaire et source et ça va continuer pour au moins une année. C'est ce que veulent les clients, avoir l'existant qui évolue, s'adapte, pas de changer d'OS tous les ans (ni tous les deux ans). Ubuntu peut changer de version de noyau en route. RHEL a une solide documentation (ce qui est loin d'être le cas d'Ubuntu).
RHEL est développé vraiment comme une distribution entreprise. Ubuntu LTS reste une distribution communautaire et Canonical ajoute l'étiquette "entreprise" pour faire du blé.
RHEL 6 est basé sur F12 qui est sortie il y a plusieurs mois mais RHEL 6 est encore loin d'être sortie. Ce que fait Canonical avec Ubuntu 10.04 LTS, c'est comme si Red Hat à la sortie de F13 changeait le nom en RHEL 6.
Quelle crédibilité peut avoir Ubuntu pour pénétrer les entreprises (sérieuses) ?
La première version LTS d'Ubuntu a 4 ans. En 4 ans pratiquement rien a changé sur le fond. De la com et de la com et rien de plus.
Le prix d'une RHEL n'est pas que le support (contrairement à Ubuntu ce qui est un de ses gros problèmes). C'est important d'avoir ça à l'esprit car ça fidélise les clients (chez Oracle ils ne payent que le support par exemple). Les clients payent l'ensemble support/développement de la gamme RHEL en gros le service rendu (les montées en version sont gratuites et ne rapportent rien à RH). C'est pour ça que RHEL 6 sortira plus de 3 ans après RHEL 5, RH continuant le développement de RHEL 5. Pour contre pour Ubuntu c'est réglé comme du papier à musique, une nouvelle distrib tous les deux ans. Raison invoquée ? Des discours marketeux simplets qui devaient séduire. Et ne parlons de cette stupide numérotation.
[^] # Re: DeviceKit, udev, tout ça...
Posté par seb24 . Évalué à -7.
Ubuntu est en train de faire une percé remarqué dans le monde pro. Et talonne RedHat de plus en plus souvent.
[^] # Re: DeviceKit, udev, tout ça...
Posté par seginus . Évalué à 4.
[^] # Re: DeviceKit, udev, tout ça...
Posté par Misc (site web personnel) . Évalué à 5.
Franchement, je pense que Ubuntu prends plus des parts de marchés à Debian qu'à RH ou Centos.
[^] # Re: DeviceKit, udev, tout ça...
Posté par GeneralZod . Évalué à 5.
Ça leur fait une belle jambe à Canonical d'avoir une grosse part de marché si derrière ça ne se traduit pas par l'achat de support. Et quand on vend du support, faut assurer parce que sinon le client, il renouvelle pas. Pour assurer, faut avoir l'expertise technique donc participer en upstream et embaucher des gens compétents, le gros point faible de Canonical.
Comme on dit, il ne suffit pas de marquer l'essai, encore faut-il le transformer !
[^] # Re: DeviceKit, udev, tout ça...
Posté par patrick_g (site web personnel) . Évalué à 4.
Bof on n'a même pas eu besoin de marquer un essai pour latter les anglais et remporter le Grand Chelem !
[^] # Re: DeviceKit, udev, tout ça...
Posté par bubar🦥 (Mastodon) . Évalué à 4.
Perso je commence à aimer Ubuntu (\o/) mais cela ne fera pas changer l'évidence : utiliser ubuntu dans une entrrprises pour des postes sensibles ou des serveurs, c'est un peu irresponsable (si on a pas les compétences internes pour). Pour les raisons que tu invoques et aussi pour un tas d'autres.
Peut être qu'Ubuntu va continuer de progresser par contre ? s'ils embauchent suffisament de dev dans plusieurs couches du systèmes d'une part, et qu'ils travaillent autant sur leur nombril que sur les projets directement d'autres part. Là, non seulement elle sera plus 'respectable' d'une part, mais elle sera aussi beaucoup plus sérieuse pour les entreprises d'autres part.
Objectivement, en mettant de côtés ses préférences personnelles, c'est tout le mal qu'on puisse lui souhaiter : qu'Ubuntu continue a avoir de plus en plus d'utilisateurs, pour que Canoncial puisse grossir et embaucher "du tueur du code". Bref réussir, vraiment.
/Moi je passe à ubuntu dès que ubuntu passe à rpm (il est beau, il est frais)/
[^] # Re: DeviceKit, udev, tout ça...
Posté par gnumdk (site web personnel) . Évalué à 3.
Je n'ai jamais utilisé la version serveur mais je suis sur que la qualité est la...
Par contre, j'ai quelques chercheurs qui ont commandé des machines DELL avec une Redhat dessus, résultat:
- Des bugs de partout (meme à la validation du produit!)
- Des logiciels obsolète pour un poste de travail.
- Un coup bien trop important pour ce que c'est.
Voila, résultat, on m'a demandé de mettre des Ubuntu pour remplacer les redhat ne donnant pas satisfaction.
[^] # Re: DeviceKit, udev, tout ça...
Posté par GeneralZod . Évalué à 4.
Genre, RHEL c'est plein de bugs mais pas la dernière Ubuntu ... RHEL est réguliérement actualisée (RHEL 5.5 béta sortie le mois dernier), suffisamment pour qu'un livre récent tourné vers les débutants s'appuie sur CentOS 5.4.
Deux questions, t'as pris une Ubuntu LTS ? si oui, as-tu acheté le support ?
> Je n'ai jamais utilisé la version serveur mais je suis sur que la qualité est la...
C'est loin de valoir une Entreprise Linux (le terme générique pour RHEL/CentOS) ou une Debian Stable côté serveur. Côté desktop, entre une Ubuntu LTS et une RHEL, ça dépendra de la fraicheur du truc, après si tu veux mettre des Ubuntu non LTS, tu peux tout autant mettre une Fedora ...
[^] # Re: DeviceKit, udev, tout ça...
Posté par claudex . Évalué à 4.
utilise mandriva alors, et en plus, il y a moins de bug :-)
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: DeviceKit, udev, tout ça...
Posté par El Titi . Évalué à 4.
Comme d'habitude, le gros du boulot mis en avant dans les news ubuntu a été accomplie par des contributeurs externes au projet.
C'est étonnant ce que tu racontes.
Tu veux dire que lorsqu'une release des autres distribs sort, le changelog n'affiche que les nouveautés dont ils sont les auteurs ?
Pas étonnant que personne n'ait envie de les installer alors.
[^] # Re: DeviceKit, udev, tout ça...
Posté par GeneralZod . Évalué à 4.
C'est quel mot que t'as pas compris dans mis en avant.
> Tu veux dire que lorsqu'une release des autres distribs sort, le changelog n'affiche que les nouveautés dont ils sont les auteurs ?
Une news n'est pas un changelog, ni des releases notes, dans une news, il faut aller à l'essentiel:
les principaux changements et ce qui te distingue de la concurrence.
Tout le monde s'en fout que la distro xyz fournit le dernier GNOME, le dernier Firefox etc ... on les retrouvera ailleurs de toute façon.
Ici, les points mis en avant, c'est:
* le moteur de recherche par défaut yahoo ===> super intéressant, et ça mène à un troll avec l'accord Bing/yahoo.
* disparition de HAL: c'est pas eux.
* Nouveau: c'est encore moins eux et ils sont retards sur tout le monde sur ce coup-là.
* gwibber: ça passe
* Ubuntu Music Store: un troll de compétition, un service propriétaire utilisant la marque Ubuntu by Canonical.
Pour comparer, les sujets de conversations de F13:
https://fedoraproject.org/wiki/Fedora_13_Talking_Points
La plupart des fonctionnalités mis en avant ont été développé par Fedora, certaines avec l'appui de Fedora (Nouveau), là où on est pionnier (NFSv4 par défaut), un peu d'intégration (Netbeans 6.8, python3, Zarafa etc ..), du spécifique (boot.fedoraproject.org, les spins etc ...).
Et ça, c'est juste ce que l'on mettra en avant, tout n'y est pas, ce n'est pas un changelog, ni les releases notes.
Le rollback système avec BtrFS, la gestion des profiles ICC, ça claque mille fois plus que ce qui est présenté là.
[^] # Re: DeviceKit, udev, tout ça...
Posté par El Titi . Évalué à 3.
quickly present an overview of highlighted features when talking about the release
En plus, ce qui claque "1000 fois plus" interessent les admins, les devs en plus des "power" user alors qu'Ubuntu ne présente que ce qui intéresse les users.
Alors oui Fedora est plus pro, plus élitiste mais après faut juste pas s'étonner si ca n'a n'attire pas les foules de newbies. C'est juste pas la même cible.
Après je suis d'accord Ubuntu n'a rien à faire coté serveur.
Donc je ne vois pas ce qui choque de présenter des nouveautés qu'on a intégré et auxquelles on n'a pas forcément contribué.
[^] # Re: DeviceKit, udev, tout ça...
Posté par GeneralZod . Évalué à 2.
NFSv4 par défaut, gestion des profils ICC, outil de gestion utilisateurs simplifié, rollback système avec Btrfs, tu trouveras pas ça dans les autres distros tout de suite.
> alors qu'Ubuntu ne présente que ce qui intéresse les users.
La disparition de HAL, c'est sensé les intéresser plus que le support de la 3D avec Nouveau ?
Ça intéresse pas les users de revenir à un snapshot fonctionnel en cas de maj foireuse ? d'avoir un écran ou une imprimante bien calibré ?
À part Gwibber qui n'intéresse qu'une partie des utilisateurs, le reste c'est du pipeau, Ubuntu machin store n'apporte rien de plus par rapport aux boutiques existantes.
> Alors oui Fedora est plus pro, plus élitiste mais après faut juste pas s'étonner si ca n'a n'attire pas les foules de newbies
Fedora n'est pas élitiste et n'a jamais prétendu être user-friendly mais community-friendly.
[^] # Re: DeviceKit, udev, tout ça...
Posté par El Titi . Évalué à 1.
La disparition de HAL, c'est sensé les intéresser plus que le support de la 3D avec Nouveau ?
La disparition de HAL intéresse probablement les users de la version précédente.
La 3D ne concerne que Fedora POINT
Tu veux comparer les mérites de ta distro avec celle d'Ubuntu alors que le newbie s'en fout.
Ubuntu Store, Yahoo search sont des trucs foireux mais qui vont simplement changer l'expérience utilisateur.(en bien ou en mal)
[^] # Re: DeviceKit, udev, tout ça...
Posté par claudex . Évalué à 5.
J'aimerais bien connaître quel [:user] de base s'intéresse à la disparition de HAL? Il faut déjà bien s'y connaître dans le système pour savoir à quoi ça sert, alors pour savoir ce que ça va changer de le diviser en morceau ou pas...
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: DeviceKit, udev, tout ça...
Posté par Dr BG . Évalué à 6.
Plutôt que de le mettre autant en valeur, vous ne pouvez pas écrire « utilisateur » ? C'est trop fatiguant ? « User » existe aussi en français, mais c'est un verbe.
[^] # Re: DeviceKit, udev, tout ça...
Posté par Thomas Douillard . Évalué à 6.
# Ubuntu Music Store
Posté par Psychofox (Mastodon) . Évalué à 7.
# Les blueprints
Posté par Misc (site web personnel) . Évalué à 5.
Et sinon, tout gnome ne passe pas en 2.30, evolution reste en 2.28, car les développeurs ont peur (avc raison ) que ça soit trop peté, et ça a été décidé lors de l'UDS, d'aprés https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2010-(...)
[^] # Re: Les blueprints
Posté par Axel . Évalué à 4.
Je trouve que https://blueprints.launchpad.net/ubuntu/lucid/+specs est un peu du charabia pour moi et c'est un peu long de décortiquer tout ça.
Chez Fedora ils ont tout compris : http://fedoraproject.org/wiki/Releases/13/FeatureList
Redhat roxor.
[^] # Re: Les blueprints
Posté par Misc (site web personnel) . Évalué à 5.
Donc j'imagine que chacun de nous peut contribuer à avoir des releases notes potables pour Ubuntu ou d'autres.
[^] # Re: Les blueprints
Posté par GeneralZod . Évalué à 4.
La liste des fonctionnalités, les releases sont respectivement gérés par le fesco, l'équipe de documentation (dont Paul Frields actuel FPL était le leader), déjà sous cette forme bien avant l'arrivée d'AdamW.
# Tiens, un rétro-acronyme ?
Posté par LordFarquaad (site web personnel) . Évalué à 5.
Le pire c'est que la traduction en Français est celle de la vraie signification de LTS… et c'est une traduction littérale !
[^] # Re: Tiens, un rétro-acronyme ?
Posté par Jean-Philippe Garcia Ballester (site web personnel) . Évalué à 4.
[^] # Re: Tiens, un rétro-acronyme ?
Posté par Jérôme (site web personnel) . Évalué à 1.
La rétro-acronymie est le fait d'interpréter un mot comme un acronyme, alors que ce n'en est pas un à l'origine, ou alors de donner un nouveau sens à un acronyme existant.
Mais je te rassure, lapin compris non plus..
[^] # Re: Tiens, un rétro-acronyme ?
Posté par boq . Évalué à 5.
[^] # Re: Tiens, un rétro-acronyme ?
Posté par Jérôme (site web personnel) . Évalué à 2.
mauvaise rétrotraduction alors?
[^] # Re: Tiens, un rétro-acronyme ?
Posté par Jérôme (site web personnel) . Évalué à 1.
j'ouvre mes yeux un peu mieux (un petit écran, ça fatigue..)
# alors
Posté par gnumdk (site web personnel) . Évalué à 3.
- Boot ultra rapide (10 secondes de grub au bureau gnome): merci upstart
- Theme bien léché, enfin, j'ai toujours trouvé le look de ubuntu (surtout karmic) merdique
Voila, ca risque d'être une très bonne release, que je vais continuer de conseiller meme si je ne l'utilise pas personnelement.
[^] # Re: alors
Posté par vincent_k (site web personnel) . Évalué à 3.
Alors ça j'ai jamais compris, la plupart des distros travaillent sur la réduction du temps de boot (en plus des systèmes de fichier, de la virtualisation et de la mobilité, c'est une des choses qui occupe pas mal les devs en ce moment), les distros que j'ai testé sont toujours execessivement lentes à démarer, notament la dernière ubuntu 9.10 qui mets facilement plus d'une minute
[^] # Re: alors
Posté par arnaudus . Évalué à 4.
Un truc qui fait gagner un temps fou aussi est le passage en ext4, les vérifications disque passent tellement vite qu'on ne voit quel quelques chiffres défiler en bas avant de continuer le boot. Assez impressionnant.
# Twitbookface
Posté par djainette . Évalué à 4.
[^] # Re: Twitbookface
Posté par yellowiscool . Évalué à 7.
Envoyé depuis mon lapin.
[^] # Re: Twitbookface
Posté par tom120934 . Évalué à 7.
[^] # Re: Twitbookface
Posté par Emralegna . Évalué à -8.
Pour pouvoir retirer le truc kikoo lol, il faut passer par la version LiveCD/DVD d'Ubuntu « alternate » ; je ne sais plus si cette version propose une installation graphique ; ou alors une fois avoir viré le méta-paquet, réinstaller les choses une par une (et on en revient presque à une installation de type « poilue »).
[^] # omg
Posté par nicko . Évalué à 8.
Pour désinstaller l'applet :
http://www.omgubuntu.co.uk/2010/03/how-to-remove-social-netw(...)
[^] # Re: Twitbookface
Posté par Bruce Le Nain (site web personnel) . Évalué à 4.
Surtout s'il n'y a pas de client CoinCoin pour les moules /o\
[^] # Re: Twitbookface
Posté par nicko . Évalué à 2.
Le gros problème est que l'outil choisi, Gwibber, est lent.
Ou plutôt désespérément lent.
La plupart du temps on ne sait pas s'il fait quelque chose ou a complètement planté.
10 secondes pour s'afficher lorsqu'il est réduit dans la zone de notif c'est LONG.
[^] # Re: Twitbookface
Posté par Spyhawk . Évalué à 3.
# Empathy
Posté par MrLapinot (site web personnel) . Évalué à 2.
D'accord, il a le support audio/vidéo, mais le stockage du mot de passe en clair (entre autres), il m'est resté en travers de la gorge sur la version précédente.
[^] # Re: Empathy
Posté par nicko . Évalué à 4.
[^] # Re: Empathy
Posté par MrLapinot (site web personnel) . Évalué à 3.
Pour Empathy, c'est juste impossible.
https://bugs.launchpad.net/meta-telepathy/+bug/118800
[^] # Re: Empathy
Posté par MrLapinot (site web personnel) . Évalué à 2.
[^] # Re: Empathy
Posté par Staz . Évalué à 3.
# Pourra-t-on virer pulse-audio?
Posté par mathieu mathieu (site web personnel) . Évalué à 3.
[^] # Re: Pourra-t-on virer pulse-audio?
Posté par nicko . Évalué à 4.
[^] # Re: Pourra-t-on virer pulse-audio?
Posté par Albert_ . Évalué à 5.
Il faudrait vraiment un truc simple pour eteindre TOUS les systemes non utile (PA, networkmanager, akonadi, nepomuk (et donc mysql)...) pour economiser la batterie au max.
[^] # Re: Pourra-t-on virer pulse-audio?
Posté par Erus_Iluvatar . Évalué à 3.
[^] # Re: Pourra-t-on virer pulse-audio?
Posté par Albert_ . Évalué à 4.
[^] # Re: Pourra-t-on virer pulse-audio?
Posté par Gniarf . Évalué à 5.
[^] # Re: Pourra-t-on virer pulse-audio?
Posté par yoho (site web personnel) . Évalué à 1.
[^] # Re: Pourra-t-on virer pulse-audio?
Posté par GeneralZod . Évalué à 2.
Euh, pour une utilisation mobile, NM est plutôt indispensable et si tu n'utilises pas le réseau, c'est désactivable très simplement.
[^] # Re: Pourra-t-on virer pulse-audio?
Posté par Albert_ . Évalué à 2.
ps: desactivable dans nm-applet par exemple n'arrete pas le dameon.
[^] # Re: Pourra-t-on virer pulse-audio?
Posté par Misc (site web personnel) . Évalué à 2.
[^] # Re: Pourra-t-on virer pulse-audio?
Posté par Axel . Évalué à 5.
Je remercie sincèrement les développeurs de cet outil qui est véritablement ce qui m'a convaincu de ne pas abandonner linux à une époque où windows ou macosx permettaient déjà depuis longtemps une utilisation simple et rapide du wifi et des VPNs.
[^] # Re: Pourra-t-on virer pulse-audio?
Posté par GeneralZod . Évalué à 4.
http://blogs.gnome.org/dcbw/
[^] # Re: Pourra-t-on virer pulse-audio?
Posté par nicko . Évalué à 2.
Avec 1 mp3 192.0 Kbps dans exaile : 2% et 2,1 Mo de RAM
On peut vraiment pas le qualifier de gourmand !!
[^] # Re: Pourra-t-on virer pulse-audio?
Posté par Mildred (site web personnel) . Évalué à -1.
[^] # Re: Pourra-t-on virer pulse-audio?
Posté par lolop (site web personnel) . Évalué à 4.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Pourra-t-on virer pulse-audio?
Posté par claudex . Évalué à 4.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Pourra-t-on virer pulse-audio?
Posté par boq . Évalué à 2.
http://linuxfr.org/2010/03/17/26602.html
[^] # Re: Pourra-t-on virer pulse-audio?
Posté par claudex . Évalué à 2.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Pourra-t-on virer pulse-audio?
Posté par boq . Évalué à 3.
[^] # Re: Pourra-t-on virer pulse-audio?
Posté par boq . Évalué à 2.
[^] # Re: Pourra-t-on virer pulse-audio?
Posté par Psychofox (Mastodon) . Évalué à 2.
Donc quand on veut de l'autonomie, exit pulseaudio et les lecteurs audio gourmands.
[^] # Re: Pourra-t-on virer pulse-audio?
Posté par nicko . Évalué à 2.
Après le lecteur consome aussi bien sûr (de l'ordre de 10% pour exaile, ce qui est effectivement beaucoup). Mais avec pulse-audio ou autre chose je ne vois pas en quoi cela change quelque chose.
[^] # Re: Pourra-t-on virer pulse-audio?
Posté par Misc (site web personnel) . Évalué à 3.
[^] # Re: Pourra-t-on virer pulse-audio?
Posté par bubar🦥 (Mastodon) . Évalué à 1.
Ca va faire fud parceque j'ai la flemme de chercher les références, mais 2 projets (gros) de linux embarqués anonçait pulse comme composant du système... tout les deux se sont retractés et les produits sortis ne comporte pas pulse. Pour enfoncer le clou, Redhat de semble pas intégrer pulse (rab de ce truc, tiens au fait elle devait pas être déjà sorti la 6 ;) /private joke/ )
Alsa fonctionne très bien tout seul, merci :)
OSS (nouveau) aussi, d'après ce que peux lire (pas testé : la liste des cartes supportées étant heu, un poil courte...)
Pour faire mumuse ou faire de la mao, regarde du côté de Jack2 : il arrive à maturité (issu de jackdmp, propose jackd comme la branche 1, avec de bonnes choses en plus comme net_jack. Et propose aussi jackdbus à n'utiliser pour le moment que pour des besoins précis : le "jackd classic" du projet jack2, essentiellement développé par Mr Letz de grame.fr rempli parfaitement le rôle de la branche 1 aujourdhui, avec de vrais b ons nouveaux morceaux dedans en plus). Jack 1.9.5 est fan-tas-tique (bon ok Flash n'est pas géré, roo zut saisnul). Projet mergé chez jack-audio de Mr Gravis, maintiens des fonctionnalités 1<->2, bref du bonheur à l'usage au quotidien, pour tous (et pas seulement pour les moa-istes)
[^] # Re: Pourra-t-on virer pulse-audio?
Posté par GeneralZod . Évalué à 3.
Tu te trompes royalement.
> mais 2 projets (gros) de linux embarqués anonçait pulse comme composant du système.
Maemo5 et son successeur MeeGo intégre PA. PA dans les systèmes embarqués, nécessite un peu de configuration, et l'architecture extensible permet une gestion plus fine des ressources si besoin est.
http://wiki.maemo.org/Documentation/Maemo_5_Developer_Guide/(...)
> Pour enfoncer le clou, Redhat de semble pas intégrer pulse
PA sera dans RHEL6 donc ratai.
> rab de ce truc, tiens au fait elle devait pas être déjà sorti la 6
RHEL6 est pour l'instant basé sur Fedora 12 donc sauf imprévu, elle sort dans quelques mois.
[^] # Re: Pourra-t-on virer pulse-audio?
Posté par Donk . Évalué à -2.
# upgrade beta vers version définitive
Posté par loikiloik . Évalué à 0.
Est-ce que quelqu'un sait s'il y aura moyen facilement de faire l'upgrade de la version beta vers la version définitive ?
Merci !
Loïc
[^] # Re: upgrade beta vers version définitive
Posté par barret benoit . Évalué à 1.
tout est dans les fichiers :
- /etc/apt/sources.list
- /etc/apt/sources.list.d/*.list
si "lucid" est marqué, alors ta ubuntu restera "lucid", que ce soit beta ou stable !
=> En gros (ou maigre), t'as rien à faire à ce niveau
[^] # Re: upgrade beta vers version définitive
Posté par plic . Évalué à 2.
La faculté de citer est un substitut commode à l'intelligence -- Somerset Maugham
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.