bubar🦥 a écrit 6967 commentaires

s/plus\ rapide/moins\ lent/
okok je ->

Heu, sans blague, êtes vous sûr que la taille de la salle à l' étage sera suffisante ?

s/qt//

Canonical s' est excusé publiquement pour moins que ça

Ils ont plus que foiré ce coup là. Une honte innomable, car ce type de feature s' adresse précisement à mme michue. Toi tu a sû comment faire, mais imaginons les mme michue... Une honte.

ps : modolo pour les additions pour windows, je ne sais pas si elles sont libres ou pas.

Les additions sont également libres. (par exemple un bon support usb et autre goodies). Sun après avoir racheté VirtualBox (en fait la boite allemande à l' origine de) l' a tout d' abord mieux mis avant, puis l' a étoffée il me semble (en conservant certaines parties non libres) et maintenant le rends totalement libre.
Précisement, les binaires sont distribués sous license PUEL, et le code source sous licence GPLv2. Concrètement : auparavant, il y avait des diff entre versions OSE et non-ose, mais aujourdhui sur la version courante, il n' y a plus aucune différence entre la version OSE et la version "classique" : seul le mode de distribution n' est pas le même, car VirtualBox est aujourdhui intégré en tant que partie d' une offre globale (dont l' ex tarantella fait aussi partie) et peux donc suivre un process de support en tant que partie de l' offre globale. D' où la double license. Sun, comme à son habitude, procède par étapes et va surement.

Je ne juge pas ni ne dit "pas mal / aurait pu mieux faire" ou ce genre de chose.

refs :
http://www.sun.com/software/products/virtualbox/get.jsp#src

Bonjour Tanguy,

C' était une touche d' humour, rapportant ce que l' on peut souvent entendre comme critique sur le modèle de dev. libre ("pas assez encadré, refus de faire les taches rébarbatives type doc., personnel prenant priorité sur intérêt prof et commun, etc etc). Et à titre personnel je ne pense pas que Mandriva manque de cela. Mandriva manque de moyens, et réussir ce qu' ils font avec leurs moyens actuels est tout bonnement hallucinant. Bien entendu on ne peux que regretter telle ou telle chose réelle dans telle ou telle version, mais ce n' est pas dans la hierarchie des priorités que la réponse se trouve ;) peut être plus dans l' attraction que présente cette socièté et sa capacité à conserver, péréniser, certains developpeurs dans leurs fonctions. Donc des moyens ;)

Désolé si ma précedente remarque à pû paraître un tant soit peu sérieuse, c' était simplement une boutade.

Cdlt

ps : acheter une powerpack ! c' est pas cher, les logiciels privateurs sont facilement enlevables, et on fait une autre (petite) bonne action pour libre en général. Et ça, c' est pas une blague :)

/humour/
Tu comprends rien, t' es qu' un vilain garçon qui dit que des méchancetés. Tant que tu y es, va leur dire que ça manque de hierarchie, physique et priorités. Méchant garçon va... De toutes façons on a 50 000 arguments pour te tirer une flèche dans la micor faille de ton commentaire... genre "nvidia recommandé" c' est une faille dans ton commentaire, et grâce à ça on va passer à la trappe tout le reste parceque tu n es qu' un vilain méchant garçon...
//

Oui, merci !

Imaginons ensemble la tête de ceux ayant vu l' applet officielle de mise à jour leur proposer la montée en version... leurs têtes lorsqu' ils ont constatés le résultat...
quoi dire ?

htop est ton ami ;)
iftop et powertop tant qu' on y est, aussi :p

s/noyau/ramdisk

La Mandriva Mini, comme le souligne liberforce, étant destinée aux OEM pour une pré-installation, une version communautaire serait elle pertinente ?

Une mandriva mini (issue de cooker) tunée à la maison boot en 21 secondes chrono sur un Acer Aspire One.
Les références prisent sont :
1. Linpus linux d' origine (boot en 7 secondes chrono)
2. Imédia base Gentoo tunée maison (boot en 15 secondes, mais instable et ne reconnait pas tout mes accessoires)

Ai conservé Mandriva pour son support matériel supérieur, sa solidité lors des mises à jour et installation programmes tiers (installer des rpm fedora sur linpus peux tout changer...). Je n' arrive pas à faire moins que 21 secondes de boot, mais c' est honorable et suffisant. De plus la mdv me permet en 1 click de lancer compiz-fusion + des gadgets de bureau... histoire de faire une démo quant nécessaire.

Reste à faire des iso pour clefs usb (...) et un installeur facile pour le transfert clef->ssd. Et là, j' ai du mal.

Complément informatif au message de baud123 :

Les paquets dkms ralentisse le premier boot sur un nouveau noyau, après une mise à jour par exemple. Ce qui est logique vu que ça recompile automatiquement. Mais dkms est tellement pratique qu' il devient indispensable.

La seule alternative viable serait un check des modules externes, puis une mise à jour prenant en charge ces dépendances de manière "locale", "individualisée". Nul doute que dkms est moins prise de tête pour tous ;)

DKMS est intégré depuis longtemps à Mandriva. Bonheur.

A noter que le projet gspca vient d' intégrer la vanille. En enlevant le mode de découverte des possibilités vidéos. Sur mes 2 cams gspca cela a amélioré la qualité : fini le flou par défaut (quant les cams n' ont pas une molette de réglage, c' est emm***). Tip Top.

Ref :
DKMS :
http://linux.dell.com/dkms/

GSPCA :
http://mxhaard.free.fr/

donc, selon ta version :
toutes mdv < 2009 : urpmi dkms-gspca
depuis 2009 : intégré.

Pour s' affranchir des problèmes courants PXE (absence d' implémentation, client pxe buggé, client tftp buggé, envoi de mac avec ajout de 01, etc etc etc) il est possible, et facile, d' utiliser une implémentation logicielle et libre :
grub + rom-o-matic sont tes amis.

Si le réseau est de bonne qualité (ie : 100mo et plus) tu va être TRES surpris du temps de boot de tes o.s. préparés...

ps : la ML et le forum sf.net de DRBL sont actifs, et si la langue anglaise est de rigueur, tu trouvera facilement des endroits pour causer DRBL en français ;)

Regarde du côté de DRBL.

Il permet plus que ltsp (même 5) (la prise en compte du matériel des clients légers est meilleure : intéressant si lesdits clients légers sont en fait des ordis : montage cdrom clefs usb possible si l' admin dit oui. prise en charge carte son locale idem, aussi carte graphique)

Le déploiement est en outre simplifié, et la personnalisation plus malléable, plus facile.

http://drbl.sourceforge.net/

Cdlt.

Bonjour

MySQL-Administrator peut être ?
Logiciel complet en Gtk, il peut être utilisé en tant que client d' un bd et aussi pour gérer le serveur. Il semble un peu à l' abandon, mais reste bien fonctionnel.
urpmi mysql-administrator devrait suffire (ou yum install ou apt-get ou whatelse)

Cdlt

ps : vue les fonctionnalités avancées pour PowerDVD celui ci a une chance d' être intéressant pour l' utilisateur : c' est clair.

En tout cas, on ne peux que saluer le courage de ses sociétés éditrices qui ont le courage de se jeter dans l' arène... vaut vraiment qu' ils soient sûrs (de la qualité de) de leur poulain car les lions sont sauvages :p ...

C' est une bonne nouvelle, tout comme l' a été le port de nero ou de LinDVD.
Une double bonne nouvelle :

1. Cela peut être rassurant de voir les mêmes programmes disponibles.
Outre le fait qu' il sera possible de lire légalement avec powerdvd les dvd blu-ray dans certains pays (et certains états), genre corée du nord... Il est également rassurant de voir les mêmes marques pour les consommateurs type mme michue lisant la fiche de l' ordi du supermarché.

2. Cela met enfin en concurrence à plateforme équivalente logiciels privateurs et logiciels libres.
Et là ça va saigner. Va vraiment falloir qu' ils sortent des merveilles (poids mini, rapidité extra, fonctionnalités étendues) pour que ces logiciels privateurs parviennent à s' imposer. Pourquoi se prends le choux à utiliser NeroLinux ? parceque pendant un moment il a été le seul à savoir graver certains types de formats. Cette période a été somme toute très courte, et il est possible de le faire avec k3b. De plus l' ergonomie de nerolinux est vraiment à chier, surtout comparer à la simplicité de k3b (ou pire : brasero).
Le cas LinDVD : équivalent Linux à WinDVD, celui ci a été rendu disponible avec les Mandriva par exemple, permettant aux pauvres habitants de corée du nord de lire légalement leur dvd sur mandriva. Voilà l' excuse. Interssant et sympa quant même. Mais LinDVD ne peut tenir 5 secondes la comparaison avec un kmplayer un kaffeine, un gnome-player et autre... interface "SF des années 80" toute moche, instabilité (pb full screen souvent) et encore une fois mauvaise ergonomie.

La comparaison avec de nombreux logiciels libres pour de nombreux logiciels privateurs va être très intéressantes sur les distro Linux. Et sans jouer au nostradam' on peux parier que de nombreux logiciels privateurs ne tiendront pas cette comparaison... (et en plus ce sont souvent ces logiciels que l' on retrouve en pack racketiciels...).

Ca va être drôle...

le gain en terme de :
- conso ram
- rapidité de lancement
n' est qu' infime entre un fluxbox et un lxdesktop (avec openbox et pcmanfm !)
comme tu le soulignes lxdesktop est joli. Et PCmanfm suffisant pour avoir une facilité d' accès aux périphs amovibles.

lxdesktop est vraiment un parfait équilibre entre fonctionnalités réellement usuelles, légèreté et empreinte mémoire, pour tous.

Perso j' utilise runlevel 3 + xinit + openbox

C' est peut être parcequ' il compare avec ce que AMD se prends dans la figure en ce moment ?
D' ailleurs l' adjectif "stable" ne s' applique pas à toutes les plateformes ni à toutes les saveurs de cette release...
Patrcik_G, tu nous fait un billet pédagogique et instructif sur les IOMMU ? :p

IOMMU : de grave fuites mémoires sont constatées avec les dernières moutures AMD (quadri-coeurs pour du rt ou de la virt.) chip nvidia. C' est con quant même, avec de l' iommu, non ? :p Du coup amd commite à fond depuis qq semaines...

exemple :

-------------------------

* Joerg Roedel <joerg.roedel@amd.com> wrote:



> +static int calgary_device_supported(struct device *dev)

> +{

> + struct iommu_table *tbl;

> +

> + tbl = find_iommu_table(dev);

> +

> + return translation_enabled(tbl);

> +}



i guess this could be written as a simple:



> +static int calgary_device_supported(struct device *dev)

> +{

> + return translation_enabled(find_iommu_table(dev));

> +}



?

Ingo
--------------------------

Patrick, merci

Concernant l' intégration de KDE4 dans Mandriva :
Amélioration visible facilement :
- drak3d : le sélecteur de type de bueau 3d permet de choisir entre "pas d' effets" / "metisse" et ..."compiz natif (aiglx)" ou "compiz xgl" (pour certaines "vielles" cartes nvidia). Sur 2009 avec KDE4 (qui intègre son propre gestionnaire de bureau 3d) : l' utilisateur peut jongler de manière transparente : S' il active le bureau 3d interne de KDE4 : ça marche. S' il active compiz-fusion sans désactiver le bureau interne de kde4 : ça marche aussi, en toute transparence. Pas de mauvaises surprises : ça fonctionne bien même avec des choix d' options qui pourraient sembler contradictoire.
Ce qui permet de jongler facilement entre les bureaux Gnome et Kde4, tout en conservant le bureau 3d, sans mauvaises surprises. La liberté de choix du bureau sur une même version et l' intégration de ces differents bureaux a toujours été chouette avec mandriva. Ici, les nouvelles fonctionnalités de KDE4 sur le bureau 3d n' échappent pas à la règle... :))

Régression visibles pour les mélomanes :
- Phonon à toujours permis, dès les premières releases de KDE4 des choses assez bluffantes pour le son (bien qu' étant une rustine sur un bazar qui s' éternise, pulseaudio ne semblant rien réglé finalement...) : Passer de manière automatique et transparente sur les différents moteurs. L' utilisateur peux lancer JACK, phonon le detecte et bascule sur lui.
La dernière mouture de KDE4 de Cooker : pas pû faire fonctionner correctement JACK. Du coup je suis passé sur Gnome.

21 secondes, c' est pas mieux ?

et 7 secondes comme une linpus, ça serait l' idéal (mais là, seule sur une mandriva mini, car les choix tranchés ne seraient peut être pas pertinent en dehors du périmètre netbook)

Bonjour
Plus léger dans l' ensemble. Cela se ressent surtout au démarrage du bureau, donc sur le temps de boot général de la machine. LXdesktop est immédiat (comme un icewm : is pas plus long qu' un xinit ... mais avec un ensemble de facilité).
Le gestionnaire de fichiers a un focus sur la simplicité, et s' avère très pratique pour les clefs et cartes externes.

2 screenshot présentant la consommation mémorielle de LXdesktop :

Par défaut (bureau + firefox + flash + les applets_qui_bouffent) : 117mo
http://img512.imageshack.us/img512/1769/mininy1.jpg

Version kikoo (avec compiz + des gadgets + firefox + Flash) : 252mo
http://img221.imageshack.us/img221/5753/mdvmini2xg6.png

Un bureau LXdesktop vide, sur une 2009 se contentera en tout et pour tout de : 70mo

Oui mais de là à dire qu' il est un concurrent (ie il serait d' ores et déjà un concurrent) il y a une marge.

Oui .net est conçu dès le départ pour cela : concurencer Java.
Non .net n' arrive toujours pas à la cheville de Java, parceque son 'spectre' de cibles est bien plus large que .net/mono. Et il le restera longtemps...

Et ça m' étonnerait qu' un jour il y arrive : je fait confiance à MS pour faire les mêmes erreurs, toujours, qu' avec windows : facile, puissant, rapide et véloce. La fiabilité passe à la trappe. Comme d' hab. C' est pas demain la veille qu' on aura des appli critiques en .net.

Quant à son intégration toujours plus dans Gnome, c' est finalement l' argument qui me fera rester sous kde4... désolé, là c' est du troll et en plus un jugement personnel. le mal quoi. Mais pourquoi intégrer toujours plus mono (avec son système de double license) : 1. cela semble contradictoire avec la gplv3 (l' esprit de) 2. Java suit le chemin inverse : libération. Donc pour un env. où là ils sont concurents de faits (des appli du bureau de mme michue) je ne comprends pas que gnome choississe mono. Il est certain que je n' ai pas tout les éléments me permettant de comprendre, simplement de me poser des questions.

Cordialement