En étant réaliste, yum est clairement plus lent que atp, malgré toutes les optimisations qu'il y a eu sur les dernières version de Fedora.
C'est un constat.
Par contre, il me semble en tant qu'utilisateur de tous les jours, que c'est vraiment pas gênant. Des mises à jour, on est pas en debian unstable, il n'y en a pas 50 par jour. C'est plutot 10 par jours.
Et on installe pas des logiciels tous les jours...
Et le jour où j'installe ou update, que ca prenne 1 minute ou 2 minutes, même si ca fait 2 fois plus long c'est vraiment pas grave ...
Donc ... ca me semble vraiment être un faux problème.
La seule grosse mise à jour, c'est la première, après l'installation. Bon ok, ca va prendre 1h. Tout comme quand tu as 200 paquets à mettre à jour sur debian... et puis voila. Tu vas pas réinstaller tous les jours.
Donc, prendre 2 fois plus de temps que atp, ca me choque pas. Avant c'était 10 fois plus de temps, la c'était chiant...
Je pense qu'il est intéressant aussi de noter que le projet RPMFusion est enfin disponible : http://rpmfusion.org/
C'est le rassemblement des 3 principaux dépôts non officiels de paquets pour Fedora :
# Dribble
# Freshrpms
# Livna
Ca sera vraiment plus simple pour les utilisateurs. Avant, il était préférable d'en choisir un parmi les 3 car on avait aucune garanti de compatibilité. Par exemple on ne savait pas si certains paquets de livna ne serait pas en conflit avec certains paquets de freshrpms...
(reprenez moi si je me trompe)
Ce rassemblement résout donc ce problème embêtant.
Et les utilisateurs de Fedora vont donc avoir plus de packages à leur disposition.
Si certains ont des infos complémentaires sur RPMFusion, ca peut être intéressant.
Petite question sur la preview release : si on utilise cette preview release de Fedrora 10, il faudra réinstaller pour passer à la release finale ou on peut mettre à jour sans rester avec une partie du système non à jour?
En fait ce qui est surprenant c'est que sur fedora l'appet gnome pour la gestion du CPU était interactif, je pouvais choisir "ondemand", etc.
Alors que la sous debian, je ne peux rien choisir, c'est juste un affichage de la frequence du CPU... Mais quand je mets ma souris sur l'applet, ca affiche "Performence" ... je pense que le probleme vient de la sauf que je ne sais pas comment le changer :)
- apt-get update (ok)
- apt-get dist-upgrade
ca c'est arrété sur une erreur au milieu a cause de locales qui etait unset.
Sur les conseil d'un ami, j'ai donc réussi a résoudre ca.
On a essayé de reconfigurer le paquet locales
- dpkg-reconfigure locales
ca n'a pas marché
on a donc essayé de le supprimer pour le reinstaller
- apt-get remove --purge locales
ca n'a pas marche mais ca m'a dis d'essayer "apt-get -f install", ce que j'ai fais, et ca a marché
J'ai donc re-essayer de reconfigurer locales :
- dpkg-reconfigure locales
ca a marché, j'ai donc pu choisir ma langue
J'ai ensuite relancé dist-upgrade qui a bien marché !
- apt-get dist-upgrade
c'est a dire que apres avoir changé mon sources.list je ne peux pas lancer synaptic ?
Il faut d'abord faire un apt-get update puis apt-get upgrade ?
Je pensais pouvoir faire tout cela depuis synaptic.
Tu me dis RTFM mais je n'ai pas trouvé la notice sur le site de debian pour passer de stable a testing qui me dise clairement les étapes à suivre...
enfin bref, je vais essayer, merci
sur d'autres sites j'ai vu dist-upgrade mais je ne connais pas la difference avec upgrade tout simple...
Bon, il me semble que l'histoire c'est ca :
Xorg a anoncé une nouvelle version. L'equipe de Fedora a prevu d'embarquer cette version pour F9 au debut du développement de F9. Et le hic, c'est que Xorg a pris du retard et n'a pas sortie sa version 1.5 Résultat l'equipe Fedora se retrouve en rade. Ne pouvant pas revenir sur un composant aussi important et ne pouvant pas reporter eternelement la sortie de Fedora 9, ils ont choisi de sortir avec une pre-release de xorg (1.4.99). Bien sur Nvidia et ATI ont leur demande se s'alligner, mais il faut quand meme que la version officielle de xorg soit sortie.....
Ca explique donc l'absence de drivers sur F9 pour le moment.
Cependant, Fedora a communiqué sur ce point la en précisant aux utilisateurs que si ils ont besoin de ces drivers il faut pour le moment se limiter a F8 ...
Sachant que rapidement, xorg sortira et que les drivers ne devraient par trop tarder...
C'est le prix à payer quand on veut des composants ultra récents... certains linuxiens aiment avoir de l'ultra neuf kit a parfois rencontrer des problemes... et c'est le but du projet Fedora de pousser les nouvelles versions de tout en avant pour avancer. Avec un peu de chance ca motivera Nvidia et ATI a se bouger de sortir les drivers...
Apres il faut relativiser, ces drivers sont inutiles pour beaucoup d'utilisateurs.
Mais tu es sur que ça lançait yum et que ça faisait la résolution des dépendances?
Il me semble que dans le passé de Fedora, ça lançais simplement une interface graphique qui installait le rpm avec l'outil rpm sans passer par yum ou une quelconque résolution des dépendances...
Mais peut etre que je me goure et que je n'ai jamais eu l'occasion d'observer ça...
En tout cas, cette capacité n'est pas suffisamment utilisée à sa juste valeur : on devrait avoir sur nos sites d'aide Fedora, comme pour OpenSuse, des liens directs vers des RPM de nos repository pour aider les gens débutants à installer un package précis en un clic pendant qu'il lit une doc sur le net. Genre, "xmms est vieux, voila la nouvelle génération : audacious ( cliquer ici pour une installation immédiate: http://livna.org/repo/F8/audacious.x.X.y.f8.rpm )
Je voudrais revenir un peu sur le coté utilisation user friendly.
Tu présentes le One-clic-Install comme une super nouveauté.
Ok c'est bien mais ca ne me semble pas unique...
Voila mon experience :
Je suis sous Fedora 8 et quand je clic sur un simple lien RPM sur internet, il est telechargé, on me demande le mot de passe et une interface graphique de yum se lance pour me demande de confirmer et me propose d'installer si besoin certaines dépendances ... il y a 3 clics et un mot de passe.
Je ne vois pas ce que le one clic install fait de plus ...
Il y a aussi la variante avec le repository. Yum a été concu pour qu'on puisse installer un repo via l'installation d'un RPM ...
Donc je prends un exemple simple, Adobe (pour le flash) :
je vais sur le site de flash, je clic sur le RPM repo fedora, il se telecharge, mot de passe et s'installe. Et si j'ouvre mon programme manager, le repository est bien installé et deja activé, flash est dispo, je n'ai plus qu'a cliquer dessus... et des qu'une mise a jour sera faite sur le site de adobe, je serai automatiquement mis a jour...
De la meme facon, j'installe le repo de livna (tt le "non free" pour fedora), le rpm s'installe en activant "stable" et en desactivant "testing" et "dev" (aux testeurs ou developpeur de se l'activer en 2 clic si besoin) ...
Ca me parait tres complet... je ne vois pas le besoin de plus comblé par opensuse meme si je n'ai rien contre, au contraire j'ai de la sympathie pour les distributions mal aimées en france, car fedora en est une et que j'en suis fan :)
Oui c'est un peu expliqué dans man daemon. D'ailleurs cette fonction est interessante, si je comprends bien il faut faire :
- fork
- et dans le fils, faire daemon
Le probleme c'est que "daemon" refait fork, puis exit mon process fils et le démon est executé dans le 2eme processus fils créé ... du coup je ne vois pas trop comment récupérer les pid du daemon ...
Donc je pense que je vais devoir créer le daemon moi meme. J'ai trouvé sur le net tout ce qu'il faut faire (setsid, tty, fd, stdou/err/in, signaux etc).
Si vous voyez comment utiliser daemon en récupérant le pid du daemon, ca m'interesse car c'est plus simple.
Contrairement à vous moi je trouve fedora user frendly.
- Installation facile
- Le yum en ligne de commande d'y a 3 ans est maintenant une IHM très sympa...
- Il y a plein d'interfaces très bien faites pour la configuration des serveurs (samba, nfs, etc.)
Apres pour codec buddy, la différence de résultat entre les distributions, c'est AUSSI une question de politique par rapport libre/brevets.
Fedora pour le moment ne s'autorise pas à installer ces codec ou à pointer vers des repo qui les contiennent ...
Donc le codec buddy, il est pas fini ok mais il y a aussi la question des brevet et de pointer vers des repo ***-non-free
Donc partant de la, ca ne me choque pas d'avoir à installer (un clic sur firefox) un repository pour pouvoir installer mes player favoris incluant tous les codecs nécessaire. Et le problème est réglé.
Après, en quoi Fedora n'est pas plus user friendly que Ubuntu ? Ils n'ont rien inventé de plus et je vais pas changer pour 3 codec pour totem que j'utilise même pas.
Perso je suis sous Fedora, ca ne m'a jamais manqué.
Premiere chose après installation, yum install mplayer xine vlc et point à la ligne ...
Faut pas non plus faire passer ce machin pour un truc vital ... mais j'avou, ils auraient pu le mettre, c'est dommage.
Enfin bon, y a plein de bonnes choses sur Fedora quand meme :)
C'est ridicule d'être aussi agressif...
C'est quoi ce règlement de compte entre utilisateurs de Linux et de LinuxFr ?
L'objectif de pourrir les news maintenant ? Juste parce qu'un contributeur est un peu virulent ? Merci pour tous les autres !!!
En ce qui concerne le budget, c'est gratuit comme agression. Les contributions à Linux sont se qu'elles sont et je pense pas que RedHat soit un rat à ce niveau.
Le budget de l'association, je ne sais pas comment il a été prévu de l'utiliser, mais ca me parrait bien de pouvoir financer de façon autonomes l'hébergement des différents sites, l'hébergement de repo de RPM... bref les idées ne manques pas.
Pour finir un petit tarif de base dans une association, c'est souvent utilisé pour que les adhérants soient un minimum mobilisés pour la cause.
Bravo pour cette association, et bonne chance pour Fedora qui est une bonne distribution!
Le kernel libre apporte un plus en therme de sécurité et de propreté de l'OS et de tous ses drivers.
En revanche pour un soft...
Autant pour un projet communautaire, c'est bien d'avoir le libre pour les contributions exterieurs. C'est à dire pour la majorité des softs sous linux. Autant pour google si ils veulent developper seul et ne pas etre forké, ca leur apporte rien. Donc ca me choque pas d'etre "seulement" free.
Je trouve qu'il y a pas un intérêt énorme à publié les sources de picasa. A priori, le fork n'interessera personne et personne aura un grand intéré à se plonger dans les sources pour le sport. Faut pas non plus faire du libre pour du libre sans se poser de questions. On ne parle pas d'un driver du kernel... Moi je trouve bien deja que des sociétés fassent du freeware.
Oui, c'est ce que j'ai fais, j'ai installé les 3 et je les testerai quand je trouverai le temps. Je ne les connaissais pas avant et ils feront surement l'affaire.
Je me suis dirigé vers Picasa car j'en ai entendu parler en bien. Je ne vois pas où est le mal. Libre ou pas (explication chapitre suivant :)
Pour répondre à satan : je trouve ton raisonnement mauvais.
J'utilise linux parce que j'aime cet OS. Pas uniquement par amour du libre et pour me flageler avec la compatibilité de mon matos.
J'aime avoir un OS libre. Ca ne veut pas dire que je veux tous mes logiciels libres. Je considere qu'une boite peu faire un bon logiciel, et que si il est gratuit, c'est deja pas mal. C'est pas le coeur de mon systeme d'exploitation, c'est seulement un logiciel. Donc pour moi aucun problème contre cette catégorie de logiciels, tant que c'est pas des bouts du kernel. Meme si je suis pour privilégier les soft libres.
Ce n'est pas une licence libre et je ne vois pas le problème.
J'aime Linux et le libre. Mais Linux est destiné a ne jamais avoir de soft payant non libre ? Ca serait dommage car une grosse restriction pour le monde industriel qui en a besoin dans certains cas.
Ca ne me derange pas d'avoir quelques soft pas open source sur mon pc. On ne parle pas ici de modules pour le kernel ou autres subtilités.
Et je trouve ca bien que des boites sortent des logiciels pour Linux meme si c'est pas libre. Tu préféres qu'ils ne sortent rien ? Surtout quand ce sont de bon logiciels ?
Enfin bon, la il se trouve que c'est de la merde : vieille version windows + wine ^^ la totale :)
Et maintenant, que vais je faire ? ^^;
D'après les commentaires de certains, F-spot c'est pas génial ...
Digikan et Kphotoalbum ca permet en 3 clics de mettre ses photos sur picasa.google.com ?
Si cette fonctionnalité marche sur la derniere version windows picasa + wine, je vais peut etre faire ca.
- la galerie est elle récurcive dans les sous dossiers ?
sur l'exemple, j'ai pas trop retrouvé l'arborescence des dossiers...
les sous dossiers sont dans le menu en haut il semble, mais pour les sous-sous-dossiers ?
- pour le mp3 ca pu c'est pas ogg ... certe, mais les baladeurs mp3 ne font pas ogg sauf quand ils coutent la peau du pingouin ... :)
[^] # Re: Tu y étais presque
Posté par guitouu . En réponse au message BASH: lire/affecter une variable concaténée. Évalué à 1.
[^] # Re: YUM ?
Posté par guitouu . En réponse à la dépêche Fedora 10 (Cambridge) Preview Release. Évalué à 2.
[^] # Re: YUM ?
Posté par guitouu . En réponse à la dépêche Fedora 10 (Cambridge) Preview Release. Évalué à 3.
C'est un constat.
Par contre, il me semble en tant qu'utilisateur de tous les jours, que c'est vraiment pas gênant. Des mises à jour, on est pas en debian unstable, il n'y en a pas 50 par jour. C'est plutot 10 par jours.
Et on installe pas des logiciels tous les jours...
Et le jour où j'installe ou update, que ca prenne 1 minute ou 2 minutes, même si ca fait 2 fois plus long c'est vraiment pas grave ...
Donc ... ca me semble vraiment être un faux problème.
La seule grosse mise à jour, c'est la première, après l'installation. Bon ok, ca va prendre 1h. Tout comme quand tu as 200 paquets à mettre à jour sur debian... et puis voila. Tu vas pas réinstaller tous les jours.
Donc, prendre 2 fois plus de temps que atp, ca me choque pas. Avant c'était 10 fois plus de temps, la c'était chiant...
non ?
# RPM Fusion
Posté par guitouu . En réponse à la dépêche Fedora 10 (Cambridge) Preview Release. Évalué à 10.
http://rpmfusion.org/
C'est le rassemblement des 3 principaux dépôts non officiels de paquets pour Fedora :
# Dribble
# Freshrpms
# Livna
Ca sera vraiment plus simple pour les utilisateurs. Avant, il était préférable d'en choisir un parmi les 3 car on avait aucune garanti de compatibilité. Par exemple on ne savait pas si certains paquets de livna ne serait pas en conflit avec certains paquets de freshrpms...
(reprenez moi si je me trompe)
Ce rassemblement résout donc ce problème embêtant.
Et les utilisateurs de Fedora vont donc avoir plus de packages à leur disposition.
Si certains ont des infos complémentaires sur RPMFusion, ca peut être intéressant.
Petite question sur la preview release : si on utilise cette preview release de Fedrora 10, il faudra réinstaller pour passer à la release finale ou on peut mettre à jour sans rester avec une partie du système non à jour?
[^] # Re: Quelques liens
Posté par guitouu . En réponse au journal Mon expérience Linux sur PowerPC. Évalué à 1.
Alors que la sous debian, je ne peux rien choisir, c'est juste un affichage de la frequence du CPU... Mais quand je mets ma souris sur l'applet, ca affiche "Performence" ... je pense que le probleme vient de la sauf que je ne sais pas comment le changer :)
Si vous avez une idée .. je suis preuneur :)
[^] # Re: Quelques liens
Posté par guitouu . En réponse au journal Mon expérience Linux sur PowerPC. Évalué à 1.
ibouc:/home/guitouu# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
userspace
ibouc:/home/guitouu# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
1333333
ibouc:/home/guitouu# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_driver
powermac
ibouc:/home/guitouu# ps -ef | grep powernowd
root 5141 1 0 00:01 ? 00:00:00 /usr/sbin/powernowd -q
Ca a l'air bon non ?
Pourtant mon CPU reste a 1,3 GHz tout le temps :(
[^] # Re: Quelques liens
Posté par guitouu . En réponse au journal Mon expérience Linux sur PowerPC. Évalué à 1.
[^] # Re: et yellow dog linux
Posté par guitouu . En réponse au journal Mon expérience Linux sur PowerPC. Évalué à 1.
Ca a l'aire pas mal du tout !
# C'est bon, merci a tous
Posté par guitouu . En réponse au message sur archi PowerPC, passer debian stable(etch) en testing(lenny). Évalué à 1.
- apt-get update (ok)
- apt-get dist-upgrade
ca c'est arrété sur une erreur au milieu a cause de locales qui etait unset.
Sur les conseil d'un ami, j'ai donc réussi a résoudre ca.
On a essayé de reconfigurer le paquet locales
- dpkg-reconfigure locales
ca n'a pas marché
on a donc essayé de le supprimer pour le reinstaller
- apt-get remove --purge locales
ca n'a pas marche mais ca m'a dis d'essayer "apt-get -f install", ce que j'ai fais, et ca a marché
J'ai donc re-essayer de reconfigurer locales :
- dpkg-reconfigure locales
ca a marché, j'ai donc pu choisir ma langue
J'ai ensuite relancé dist-upgrade qui a bien marché !
- apt-get dist-upgrade
merci pour votre aide a tous
[^] # Re: hmm... RTFM #@!
Posté par guitouu . En réponse au message sur archi PowerPC, passer debian stable(etch) en testing(lenny). Évalué à 1.
Il faut d'abord faire un apt-get update puis apt-get upgrade ?
Je pensais pouvoir faire tout cela depuis synaptic.
Tu me dis RTFM mais je n'ai pas trouvé la notice sur le site de debian pour passer de stable a testing qui me dise clairement les étapes à suivre...
enfin bref, je vais essayer, merci
sur d'autres sites j'ai vu dist-upgrade mais je ne connais pas la difference avec upgrade tout simple...
[^] # Re: backport
Posté par guitouu . En réponse au message sur archi PowerPC, passer debian stable(etch) en testing(lenny). Évalué à 1.
autant faire un truc clean et passer en testing je pense...
# Debut d'explication
Posté par guitouu . En réponse au journal [TROLL] Fedora et Ubuntu sont sur un bateau.... Évalué à 10.
Xorg a anoncé une nouvelle version. L'equipe de Fedora a prevu d'embarquer cette version pour F9 au debut du développement de F9. Et le hic, c'est que Xorg a pris du retard et n'a pas sortie sa version 1.5 Résultat l'equipe Fedora se retrouve en rade. Ne pouvant pas revenir sur un composant aussi important et ne pouvant pas reporter eternelement la sortie de Fedora 9, ils ont choisi de sortir avec une pre-release de xorg (1.4.99). Bien sur Nvidia et ATI ont leur demande se s'alligner, mais il faut quand meme que la version officielle de xorg soit sortie.....
Ca explique donc l'absence de drivers sur F9 pour le moment.
Cependant, Fedora a communiqué sur ce point la en précisant aux utilisateurs que si ils ont besoin de ces drivers il faut pour le moment se limiter a F8 ...
Sachant que rapidement, xorg sortira et que les drivers ne devraient par trop tarder...
C'est le prix à payer quand on veut des composants ultra récents... certains linuxiens aiment avoir de l'ultra neuf kit a parfois rencontrer des problemes... et c'est le but du projet Fedora de pousser les nouvelles versions de tout en avant pour avancer. Avec un peu de chance ca motivera Nvidia et ATI a se bouger de sortir les drivers...
Apres il faut relativiser, ces drivers sont inutiles pour beaucoup d'utilisateurs.
# ...
Posté par guitouu . En réponse au journal oprofile: instrumentation matérielle. Évalué à -5.
[^] # Re: Fedora
Posté par guitouu . En réponse au journal Diverses choses sur les packages managers. Évalué à 2.
Mais tu es sur que ça lançait yum et que ça faisait la résolution des dépendances?
Il me semble que dans le passé de Fedora, ça lançais simplement une interface graphique qui installait le rpm avec l'outil rpm sans passer par yum ou une quelconque résolution des dépendances...
Mais peut etre que je me goure et que je n'ai jamais eu l'occasion d'observer ça...
En tout cas, cette capacité n'est pas suffisamment utilisée à sa juste valeur : on devrait avoir sur nos sites d'aide Fedora, comme pour OpenSuse, des liens directs vers des RPM de nos repository pour aider les gens débutants à installer un package précis en un clic pendant qu'il lit une doc sur le net. Genre, "xmms est vieux, voila la nouvelle génération : audacious ( cliquer ici pour une installation immédiate: http://livna.org/repo/F8/audacious.x.X.y.f8.rpm )
# Fedora
Posté par guitouu . En réponse au journal Diverses choses sur les packages managers. Évalué à 2.
Tu présentes le One-clic-Install comme une super nouveauté.
Ok c'est bien mais ca ne me semble pas unique...
Voila mon experience :
Je suis sous Fedora 8 et quand je clic sur un simple lien RPM sur internet, il est telechargé, on me demande le mot de passe et une interface graphique de yum se lance pour me demande de confirmer et me propose d'installer si besoin certaines dépendances ... il y a 3 clics et un mot de passe.
Je ne vois pas ce que le one clic install fait de plus ...
Il y a aussi la variante avec le repository. Yum a été concu pour qu'on puisse installer un repo via l'installation d'un RPM ...
Donc je prends un exemple simple, Adobe (pour le flash) :
je vais sur le site de flash, je clic sur le RPM repo fedora, il se telecharge, mot de passe et s'installe. Et si j'ouvre mon programme manager, le repository est bien installé et deja activé, flash est dispo, je n'ai plus qu'a cliquer dessus... et des qu'une mise a jour sera faite sur le site de adobe, je serai automatiquement mis a jour...
De la meme facon, j'installe le repo de livna (tt le "non free" pour fedora), le rpm s'installe en activant "stable" et en desactivant "testing" et "dev" (aux testeurs ou developpeur de se l'activer en 2 clic si besoin) ...
Ca me parait tres complet... je ne vois pas le besoin de plus comblé par opensuse meme si je n'ai rien contre, au contraire j'ai de la sympathie pour les distributions mal aimées en france, car fedora en est une et que j'en suis fan :)
[^] # Re: Plusieurs possibilités
Posté par guitouu . En réponse au message probleme fork/exec/kill. Évalué à 1.
Oui c'est un peu expliqué dans man daemon. D'ailleurs cette fonction est interessante, si je comprends bien il faut faire :
- fork
- et dans le fils, faire daemon
Le probleme c'est que "daemon" refait fork, puis exit mon process fils et le démon est executé dans le 2eme processus fils créé ... du coup je ne vois pas trop comment récupérer les pid du daemon ...
Donc je pense que je vais devoir créer le daemon moi meme. J'ai trouvé sur le net tout ce qu'il faut faire (setsid, tty, fd, stdou/err/in, signaux etc).
Si vous voyez comment utiliser daemon en récupérant le pid du daemon, ca m'interesse car c'est plus simple.
# ubuntu = fedora
Posté par guitouu . En réponse au journal Fedora 8 : une immense déception. Évalué à 3.
- Installation facile
- Le yum en ligne de commande d'y a 3 ans est maintenant une IHM très sympa...
- Il y a plein d'interfaces très bien faites pour la configuration des serveurs (samba, nfs, etc.)
Apres pour codec buddy, la différence de résultat entre les distributions, c'est AUSSI une question de politique par rapport libre/brevets.
Fedora pour le moment ne s'autorise pas à installer ces codec ou à pointer vers des repo qui les contiennent ...
Donc le codec buddy, il est pas fini ok mais il y a aussi la question des brevet et de pointer vers des repo ***-non-free
Donc partant de la, ca ne me choque pas d'avoir à installer (un clic sur firefox) un repository pour pouvoir installer mes player favoris incluant tous les codecs nécessaire. Et le problème est réglé.
Après, en quoi Fedora n'est pas plus user friendly que Ubuntu ? Ils n'ont rien inventé de plus et je vais pas changer pour 3 codec pour totem que j'utilise même pas.
[^] # Re: Ubuntu
Posté par guitouu . En réponse au journal Fedora 8 : une immense déception. Évalué à 3.
Premiere chose après installation, yum install mplayer xine vlc et point à la ligne ...
Faut pas non plus faire passer ce machin pour un truc vital ... mais j'avou, ils auraient pu le mettre, c'est dommage.
Enfin bon, y a plein de bonnes choses sur Fedora quand meme :)
[^] # Re: Ce qui serait bien...
Posté par guitouu . En réponse à la dépêche Création de l'association Fedora-fr. Évalué à 0.
C'est quoi ce règlement de compte entre utilisateurs de Linux et de LinuxFr ?
L'objectif de pourrir les news maintenant ? Juste parce qu'un contributeur est un peu virulent ? Merci pour tous les autres !!!
En ce qui concerne le budget, c'est gratuit comme agression. Les contributions à Linux sont se qu'elles sont et je pense pas que RedHat soit un rat à ce niveau.
Le budget de l'association, je ne sais pas comment il a été prévu de l'utiliser, mais ca me parrait bien de pouvoir financer de façon autonomes l'hébergement des différents sites, l'hébergement de repo de RPM... bref les idées ne manques pas.
Pour finir un petit tarif de base dans une association, c'est souvent utilisé pour que les adhérants soient un minimum mobilisés pour la cause.
Bravo pour cette association, et bonne chance pour Fedora qui est une bonne distribution!
[^] # Re: F-spot
Posté par guitouu . En réponse au journal Picasa par google. Évalué à -3.
En revanche pour un soft...
Autant pour un projet communautaire, c'est bien d'avoir le libre pour les contributions exterieurs. C'est à dire pour la majorité des softs sous linux. Autant pour google si ils veulent developper seul et ne pas etre forké, ca leur apporte rien. Donc ca me choque pas d'etre "seulement" free.
[^] # Re: F-spot
Posté par guitouu . En réponse au journal Picasa par google. Évalué à -5.
[^] # Re: et pas libre...
Posté par guitouu . En réponse au journal Picasa par google. Évalué à 1.
Je me suis dirigé vers Picasa car j'en ai entendu parler en bien. Je ne vois pas où est le mal. Libre ou pas (explication chapitre suivant :)
Pour répondre à satan : je trouve ton raisonnement mauvais.
J'utilise linux parce que j'aime cet OS. Pas uniquement par amour du libre et pour me flageler avec la compatibilité de mon matos.
J'aime avoir un OS libre. Ca ne veut pas dire que je veux tous mes logiciels libres. Je considere qu'une boite peu faire un bon logiciel, et que si il est gratuit, c'est deja pas mal. C'est pas le coeur de mon systeme d'exploitation, c'est seulement un logiciel. Donc pour moi aucun problème contre cette catégorie de logiciels, tant que c'est pas des bouts du kernel. Meme si je suis pour privilégier les soft libres.
[^] # Re: reveil !
Posté par guitouu . En réponse au journal Picasa par google. Évalué à 3.
ca fait réver de se gourer comme ca :)
[^] # Re: et pas libre...
Posté par guitouu . En réponse au journal Picasa par google. Évalué à 3.
J'aime Linux et le libre. Mais Linux est destiné a ne jamais avoir de soft payant non libre ? Ca serait dommage car une grosse restriction pour le monde industriel qui en a besoin dans certains cas.
Ca ne me derange pas d'avoir quelques soft pas open source sur mon pc. On ne parle pas ici de modules pour le kernel ou autres subtilités.
Et je trouve ca bien que des boites sortent des logiciels pour Linux meme si c'est pas libre. Tu préféres qu'ils ne sortent rien ? Surtout quand ce sont de bon logiciels ?
Enfin bon, la il se trouve que c'est de la merde : vieille version windows + wine ^^ la totale :)
Et maintenant, que vais je faire ? ^^;
D'après les commentaires de certains, F-spot c'est pas génial ...
Digikan et Kphotoalbum ca permet en 3 clics de mettre ses photos sur picasa.google.com ?
Si cette fonctionnalité marche sur la derniere version windows picasa + wine, je vais peut etre faire ca.
[^] # Re: rien que ça ??
Posté par guitouu . En réponse au message cherche désespérément. Évalué à 2.
quelques petites choses :
- la galerie est elle récurcive dans les sous dossiers ?
sur l'exemple, j'ai pas trop retrouvé l'arborescence des dossiers...
les sous dossiers sont dans le menu en haut il semble, mais pour les sous-sous-dossiers ?
- pour le mp3 ca pu c'est pas ogg ... certe, mais les baladeurs mp3 ne font pas ogg sauf quand ils coutent la peau du pingouin ... :)