bubar🦥 a écrit 6929 commentaires

Fier d' être XXX permet la compréhension d' être fier d' être YYY
faudrait veiller à ne pas confondre fierté et intégrité, conscience des racines et intolérances d' autrui...

un fier d' être fils de, petit fils de, arrière arrière arrière arrière arrière (...) petit fils d' une famille de "tarés" ayant collectiviser leur terre en 1798 en Aragon. Fier de l' héritage de tolérance et de partage, fier d' avoir appris " Nous sommes des être humains, point."
Un idéaliste sans oeillères ni utopie.

okok je sort

la déferlante des Mactels risquent effectivement de laisser de côté les bon vieux ppc. (en terme d' évolution, de mises à jour, etc etc). Or c'est bien dommage... vue les bonnes bêtes dont nous parlons là...

Ces bêtes seraient d' excellentes candidates à un upgrade pur et simple vers gnu/linux. Mais restons honnêtes : quelle boite peut voir un débouché économique viable ? Les Macs PPC seraient certainement les candidats typiques à du 100% Communautaire. A moins qu' une boite mette sur pied un plan pour les pays "en voie de dev." ?

Un support Communautaire est d' ailleurs ce qui semblent se profiler chez tout le monde... Sinon toujours honnêtement, c' est bien Yellow Dog Linux la plus aboutie, sans conteste. C' est la distro à installer sur ces bêtes, c' est clair. (et au fait ça marche bien MacOnLinux avec ? ;) )

Bon, sinon, perso, c' est OpenBSD 4 que je collerai sur un Mac-PPC...
okok -> []

l' intérêt du Blue-Ray réside justement dans le fait qu' il gère les droits dans son firmware lui même. Cela permet d' avoir un O.S. qui reste propre, ou peut rester propre.
(bien que l' usage de telle ou telle galette soit quant même restreint)

c' est il me semble la bonne solution (sans idée de troller sur la moins pire ou refaire un débat ou marteller une idée : simplement une constation d' ordre technique)
Déléguer le contrôle des droits d' accès à tel média au système d' exploitation lui même nous conduit dans la situation absurde d' aujourdhui et renforce toujours principalement la même socièté dans son course à conserver son quasi monopole.

Un matériel (et des firmwares) bien ficelé permet de garantir aux ""majors"" ce qu' elles souhaitent : lutter contre la contrefaçon personnelle, et sans jamais remettre en cause l' accès à la moindre ligne de code du système d' exploitation.

ici 2 cents, à vous le troll-studio

bien que Cell soit au coeur de PS3, on peut pas résumer PS3 à Cell...

Cell est en lui même un autre "débat", un autre sujet sur lequel on peut partager des sources d' infos.

Nul doute que devant certaines démonstrations récentes de failles internes aux architectures mêmes (peu importe le nom), l' architecture Cell intéresse déjà beaucoup de monde (au delà de la ps3, et même si pas encore dans nos salons dans ces 2 cas...)

256 de ram embarqué certes, mais il ne faudrait pas résumer la mémoire de cette fantastique machine à ce chiffre...

la question qui me turlupine c' est celle de l' attente de la confirmation d' une rumeur (sérieuse) qui avait commencé à circuler fin 2005 sur la mise à disposition de drivers pour les chipsets graphiques de la bête... il était alors question de licences types "bsd closed" : est ce que Sony et IBM ont réussis à convaincre Nvidia ? Est ce que la distribution YD pourrat les redistribuer ? Si tel était le cas, nul doute qu' au delà du marché des joueurs et de la niche des linux-lovers, de la niche des cell-lovers : ils pourraient atteindre le marché de Mr tout le monde en proposant une belle solution à mettre à côté de nos ternet-box... Remplissant ainsi pleinement son rôle (pour l' instant marketting) de "machine centrale multimedia pour la maison".

en tout cas, et loin de tout troll Rastermann, c' est une première excellente nouvelle pour E17. A quant E17 dans les téléphones portables ? (tel qu' on pouvait déjà le préssentir). Mais bon, si une distribution peut exploiter l' ensemble des possibilités de la machine, nul doute qu' un bureau kde/gnome avec une solution visuelle de type XEgl ou lg3d plairont alors bien plus ...

0,2 cents

je ne voit pas en quoi il y a contradiction entre la logique "1 an", si chère à tous et cette annonce !?! Cela n' oblige absolument pas cooker à être freezée tout les 2 mois. C' est plutôt un "remplacement de la branche Community."

A mon humble avis, ça n' a que du bon :
Une version par an, clair net et précis (en accord avec une majorité d' usagers, aussi avec la sortie boite et oem sur ordi)
Des versions intermédaires précises, qui remplacent de facto la branche community, qui seront en fait des backports stables de cooker, et supportés officiellement !

Avantages ?
_conserver la version annuelle
_faciliter le process de "mise à jour" par les cd (s' en trouvant alléger par la proximité entre dates de sorties iso et donc entre versions logiciels)
_occuper le terrain : les nouveaux pourront toute l' année choisir chez mandriva une version incluant les dernières versions.
_faire plus de backports officiellement supportés, donc plus de logiciels à jour pour tous
_un plus pour le club, car peut-être (anticipation personnelle) que les rpms correspondant à ces iso seront dispo sous forme de bundle... donc les clubeurs auraient l' avantage d' une maintenance simplifiée
_conserver la version annuelle
_conserver la version annuelle (quoi déjà dit ? okok je sort)

Maintenant la question serait peut être plutôt : en terme de ressources internes, est ce que cela est faisable ?? (puisque dans ce cas, tout se ferait uniquement en interne certainement)

version tordue et amusante : La communauté participant, déjà, directement à la version officielle et la remplaçante de community sera uniquement backportée en interne avant sortie iso...

mes 2 cents avec 0 assurance

ps éventuellement utile : le site edos est obsolète aujourdhui, mais la lecture de ce site reste néanmoins une source intéressante.

pour ajouter plf en plus des miroirs main et contrib, voici la commande (syntheis hdlist est ici utilisé : c est la liste "petite & légère", la liste avec toutes les infos est simplement hdlist.cz mais synthesis est très bien ;) ) (attention à la coupure du lien par le wiki ici !)

urpmi.addmedia plf-free ftp://ftp.free.fr/pub/Distributions_Linux/plf/mandriva/free/(...) with synthesis.hdlist.cz
urpmi.addmedia plf-non-free ftp://ftp.free.fr/pub/Distributions_Linux/plf/mandriva/non-f(...) with synthesis.hdlist.cz

petit rappel de ce que urpmi est capable de faire :
rechercher selon divers filtres / installer-desintaller ...
filtres avancés (exclusion de certains noms ou parties de noms par exemple)
gestion avancée des dépendances
gestion des signatures
gestion des débits, splitter en transactions, splitter par poids,
garder/enlever du cache (et gestion avancé de celui-ci)
passer par un proxy, utiliser ssh curl et wget, synchronisation...
gestion de liste d' exclusion précise
reconstructions
gestion des architectures
ne pas exécuter les scriptlets
installation en parallèle sur plusieurs (dizaine(s) ...) de postes.
gestion d' un parc d' ordinateurs
gérer complètement les chroot depuis l' environnement courant.
utiliser un environnement différent
et encore quelques autres!
Tout avec les options de la commande rpm originelle.

Pour ceux qui seraient intéressés par plus d' infos, ils peuvent consulter ces pages du projet EDOS : http://www.edos-project.org/xwiki/bin/Main/AnalysisOfSomePac(...)

quant à easyurpmi, il ne sert plus que pour le PLF
la configuration des miroirs main & updates se fait toute seule, en 2 clicks dans drakrpm-edit-media "ajouter une source"

Pour la question

J aimerai savoir qu'elle est le pack a visé quand on viens de Debian

les outils sont similaires sur tout les packs. De plus chaque packs permet d' accéder aux mêmes miroirs online (aux mêmes paquets, donc), enfin chaque look de packs peut être modifier à sa guise vers un autre 'tout prêt'.

note additionnelle : tu peux aussi utiliser apt sur mandriva de manière transparente, avec apt-get-rpm. Mais urpmi roxe bien ;)

Par contre, je rejoint les critiques sur le(s) site(s) Mandriva.
c' est vrai que c' est ni très explicite, ni très à jour, ni très cohérent en traduction parfois...

Mandriva a fait le choix de privilégier sa communauté d' utilisateurs. Les ressources n' étant pas illimités, cela se fait souvent au détriment d' autres sites web . Je trouve assez regrettable que le site corporateclub soit aussi désert. A mon sens quant on lance un tel site en prod, on s' y tiens et l' anime, le maintiens à jour. (d' autant qu' à regarder, éplucher les offres pour entreprises, celle ci est très intéressante!)
D' un autre côté, la communauté d' utilisateurs s' est vu gratifier de chouettes sites avec les tout derniers et "meilleurs" réalisation, genre web 2.0. Pour lesquels les équipes de développement ont d' ailleurs reçu un prix...
Mais, au hasard, les blogs donnés : ceux les utilisant sont pas nombreux et n' utilisent pas 10% des capacités de cette usine à gaz. (pour rappel ces blogs sont assez géniaux : l' utilisateur peut mélanger de la syntaxe wiki, du code html, du javascript, du code java "complet", et le truc gobe tout nickel)

Personnellement j' aurais plus mis la priorité sur l' aspect "vitrine" des sites (que sur l' aspect "services" et "système avant gardiste"). Mandriva a fait le choix de privilégier les utilisateurs et clubeurs, perso j aurai fait un choix plus "corpo".

tu exagères pas un peu, dès fois ? ;) :)

une version 100%libre et gratuite (fsf style)

une version gratuite qui inclus firmwares et drivers non libres

une version payante qui inclut firmwares, drivers, programmes non libres et services.

chaque version est déclinée en plusieurs langues et pour les bureaux gnome et kde.

y a quoi de compliqué ou d' incompréhensible ?
le fait que de nombreuses personnes achêtent la version payante non pas pour avoir les trucs pas libres (qu ils virent), mais juste pour participer ?

update
un kernel-rt-2.6.18.rt5-2mdv est disponible :)

non non on s' était bien compris :)
d' ailleurs dans la page que tu cites en lien, tout est bien spécifié :
"This howto describes how to set up dmix for OSS applications."

entre autre :
"moved to separate page Dmix Kde - arts, ESD and SDL quick and dirty HOWTO. Always try to use the 'simple approach' of above. The 'complex approach' can lead to unexpected behaviour in some applications. The examples of that approach use card specific information that can be different. So try the simple approach, and then start playing with the complex."

et aussi : "The complex approach (defining dmix parameters)"

il est activé par défaut, (Pour ALSA 1.0.9rc2 et superieur vous n'avez pas besoin de configurer dmix. Dmix est disponible par defaut pour les cartes son qui ne supporte pas le mixage matériel.)

mais encore faut il le configurer la plupart du temps
bref ton lien est absolument parfait, merci :)

petit récitificatif : exemple à la fin pas bon :
Amarok sur Xine attaque alsa direct (ou Dmix...) et non pas arts/esd/phonon/pulseaudio
désolé

Xrun : système interne de retours de statistiques de surcharge Alsa. Grosso modo, un Xrun c' est ce qui survient quant la charge sur le serveur de son est trop importante.

Cela peut avoir plusieurs raisons, la plus courante est une mauvaise adéquation entre les capacités de la machine (puissance procésseur) et le travail demandé au serveur de son.
Soit un évènement dépasse le "cahier des charge" du temps réel (par exemple ici 42 millisecondes tolérées pour mon duron 900)
Soit encore une mauvaise configuration de jack (ou d' une application tierce, au hasard...ktts. Ou d' un autre serveur, au hasard...esd)
Soit enfin d' une mauvaise configuration de la priorité et de la mémoire dédié pour l' audio.

Le résultât est que Jack râle (c' est le moins que l' on puisse dire) et que soit une latence est crée soit un évènement est "jetter dehors".
Ce n' est pas très grave lors d' une utilisation de bureau, mais cela devient très génant en utilisation studio : si un évènement sonore de kde pête un Xrun lorsque le guitariste enregistre sa balade dans Ardour...

C' est pourquoi la plupart des gens "squizzent" tout ce qui est arts/esd/phonon/pulseaudio, pour assurer Jack (mais se privant de quelques goodies ma foi fort agréables, au hasard... Amarok sur xine). Ces privations ne sont plus nécessaires sur 2007 (le seul Xrun est le démarrage de arts... basta... même sur mon pauv' duron 900)

Vi tout à fait, c' était peut-être mal formulé ?
Dmix est intégré à Alsa offcourse (au passage freebob -carte son firewire- devrait suivre le même chemin et être prochainement intégré au projet alsa)
Ce qui est différent, c' est sa pré-configuration.
je n' ai rien eu besoin de faire pour que tout soit vraiment mixé (hors sur toutes les distributions que je connaisse, mdv y compris, il fallait souvent ajuster asoundrc à la main, la version de alsa / du kernel n' y changeait rien. Même sur les distributions type ccrma ou apodio) Je ne suis pas sûr mais cela doit être dû à un effort d' auto-configuration précis...

gnii ?
les Xruns sont surtout importants (ch****) quant on utilise Jack et le temps-réel. Si tu es en configuration ""de base"" d' un bureau multimédia, encore heureux que tu n' ai pas de Xrun !
Au vu de ta configuration, tu serais plus concerné par les intégrations, type Dmix out-of-the-box, plugin flash routé out-of-the-box, etc etc (désolé, merci de m' excuser si j ai un peu insisté sur les Xruns, c' est vrai que cela ne concerne que peu de personnes, peu de configs)

j ai omis ceci : vu que Dmix est complètement intégré, une retombée est que Amarok en utilisant Xine est mixé en même temps que Jack... et en même temps que tout le reste...
du coup, sur 2007 je peux de nouveau utiliser amarok sans arrêter Jack !!
bref j avoue de pas encore être remis de cette intégration globale des diverses solutions, ensemble, pour le son, c' est vraiment le Big panard :D

Pareil.
pc-impact est très fréquenté, donc très fréquenté aussi par des "boulets" ...
mais ce sont des forums ma foi sympathiques, avec quelques personnes très intéressantes, un site assez complet.
j' aimerai pas être administrateur et/ou modérateur des forums pci : faut un bonne dose de courage et de patience. Et hop des fleurs à ceux et celles qui le sont ;)

info pour les fanas de musiques et de son :
le kernel multimédia, avec le tempsréel en module, est toujours disponible. (PAM est fournis dans sa dernière version et pré-configuré de base pour le group audio...)
et un kernel RT preemption on acid (vanilla 2.6.18 + patch Ingo Molnar rt3) est disponible désormais dans la bonne crémerie..

-> un coup de urpmi suffit ;)

Une nouveauté du genre "sous le capot" est l' intégration du son dans la 2007 :

J' utilise habituellement Jack comme serveur de son. Et je compile toujours un kernel vanilla avec le patch realtime de Sir Molnar.
J' utilise Kde comme bureau.
Je n' ai donc pas une configuration optimale pour le "son" classique d' un bureau mulimédia courant (mais pour des besoins particuliers). Par exemple Arts est routé vers Jack, pour des raisons de conforts lors d' usages courants. Un son ou une voix d' avertissement lié au client irc de kde par exemple, sera la source de nombreux Xrun alsa... Et c' est ainsi pour toutes applications utilisant arts, celui ci étant routé vers jack, même avec une configuration au mieux de arts, celui ci causera des Xrun à alsa..
c' est pas vraiment confortable

Je dois donc arrêter arts lorsque j utilise Ardour, Lmms ou RoseGarden. (dommage je perds la voix qui me prévient "someone ask you in the channel")

Pour une animation flash dans une page web, anim qui sort du son, c' est encore pire. Le lecteur Flash, proprio, cherche toujours à attaquer Oss... alsa propose aoss, couche de compatibilité, ouf... Mais ce lecteur flash demande quant même un accès exclusif (la carte son courante ne possédant pas de mixer hardware).. Ce qui fait que je dois choisir : arrêter le serveur Jack pour écouter quelque chose dans une anim flash.
Pas vraiment confortable non plus.

Pour cette carte son dépourvue de vrai mixer hardware, le projet Alsa propose Dmix, qui permet de bénéficier d' un mixeur logiciel de bas niveau. Mais il faut bien avouer que sa configuration avec le(s) fichiers(s) asoundrc n' est pas des plus agréable pour l' utilisateur...
pas confortable, encore une fois...

Donc j' ai besoin de jongler entre la marche/arrêt de Jack, la configuration de Dmix, et cette saleté de lecteur flash qui veut oss/aoss...
tout ceci fonctionne mais ce n' est pas très "user-friendly"...
et pour du "son du vrai" je coupe tout sauf Jack...

Quoi de neuf sur la 2007 alors ?

je configure arts pour router vers jack
je configure mplayer (et donc son plugin web) pour router vers jack
xmms / audacity : pareil, vers jack.
Et rien de plus...

Et là : surprise !!!

1. Aucun Xrun alsa quant arts route vers jack !!
2. Dmix est complétement intégré et configurer comme jamais. pas besoin de se soucier de asoundrc
3. La musique venu d une anim flash est illico mixée (quelle route !! flash soundwrapper (rerouter) vers arts lui même routé vers jack ... et aucun Xrun !)
4. Passer du bureau graphique vers une tty(x) n' est plus source de Xrun ! on jongle comme on veut entre tty sans xrun!
5. le plugin mplayer dans konqueror/epiphany/ff roxe sévère ; aucun temps d' attente, le son est routé nickel vers jack.

Bref, je n' ai jamais vu une telle intégration sonore fonctionner aussi bien out-of-the-box !! et même dans le cas d' utilisation de Jack en serveur principal !! c 'est Royal ! (pourtant j en connais des distros... et même les spécialisées "son")

Pour la toute première fois je n' ai pas à faire de sacrifice sur telle appli ou de choix entre telle et telle solution : tout est mixé illico et roxe !
je peux enfin bosser avec Ardour et lmms sans soucis, tout en ayant le plaisir d' entendre les voix d' avertissement kde "new messages are incoming" "someone ask you..", et avec en plus une anim flash qui me sort du son... Tout ça en même temps, sans Xrun et out-of-the-box !

merci aux GNUs & LAUD pour ces solutions
merci à Mandriva pour cette magnifique intégration (et aux drakxtools qui me simplifient la vie !)

clapclapclap !!!

+10 d un coup on peut pas ?

pour le "notificateur de mises à jour" d' abord merci de faire la distinction, c' est si courant que les gens confondent "mises à jour" et "notifications de bureaux pour la disponibilité de mises à jour". Ces notifications nécessitent un serveur spécial qui est beaucoup sollicité... donc un coup. voilà, cqfd, c est tout. Un flux rss "security team" est disponible et les mises à jour sont toujours accessibles à tous.

Concernant les offres Club,
n' hésites pas à demander directement que le forum""club"" qui est ouvert à tous. (suffit d' ouvrir un compte gratos sur https://my.mandriva.com )
différentes personnes te répondront en toute franchise sur les différences réelles et le niveau d' engagement. (ça serait un peu long et un peu "pub" que je le fasse ici)

Pareil pour les offres plus professionnelles : en s' entraidant on se retrouve vite dans cette "jungle de propositions" (qui souligne surtout une adaptabilité "nickel" aux besoins de l' entreprise, ce qui nous déroute, nous utilisateurs) N' hésites pas à demander et à lire les demandes déjà formulés : le forum répond sans détours! (et les gens de mandriva aussi, parfois directement)

>> Peu d'info de disponible. Du moins je n'en ai pas trouvé.

c' est pas de l' information, mais j' ai vu des screenshots ici (bon c est juste des screenshots et rien d' autres)
http://club.mandriva.com/xwiki/bin/view/bubar/Cs4

Bonjour

Le noyau Linux sur Mandriva n' est pas complié pour le support NTFS en écriture. (seul celui utilisé par l' installateur est prévu pour avoir certaines facilitées, mais limité par sécurité)

Le support NTFS (ce système de fichier bizaroide qui a choisi de fragmenter à mort pour gagner un peu en rapidité au bout de 2 ans d' utilisation sur un système qu on ghost tout les six mois.. bref une stupidité)
donc le support NTFS à "grandi", pour résumé, voici ce qu' on peut faire avec :

lecture des fichiers / lecture des fichiers compresses (type .cab) / classement des repertoires. / fonction Mmap pour la memoire / lecture en boucle des fichiers de montage / ecrasements des donnees existantes / tronquer des fichiers / etendre des fichiers

on ne peut changer les droits sur les fichiers, mais quelqu ils soient on peut modifier les fichiers.

Télécharges les sources du noyau, et coche l' option "write ntfs support" dans la configuration du noyau, puis compile un ouveau noyau avec cette option activée. Boote dessus. Voilà

Attention : il est très fortement recommander de bien défragmenter le ntfs avant toute opérations externes dessus.

l' utilisation la plus courante est d' avoir une partition fat32 permettant de facilement transférer des données (et accès écriture en plus de lecture) entre windos et linux.
Une autre solution est d' utiliser un ""fake""-filesystem de type réseau, comme Samba.

ps : au fait, ton message irait plutôt dans "mandriva" que ici ;)

have fun :D