Je saisis mal l'utilité que peut avoir ce changement de nom pour MandrakeSoft de perdre tout son passif associé à son nom. A la rigeur le passage sous Conectiva aurait, à mon sens, eu plus d'interet puisque ce nom bénéficie déjà d'une certaine notoriété.
Bon déjà que l'année dernière c'était pas facile d'expliquer à mes utilisateurs le cycle de release changeant et ses diverses versions, là je pense que ça va être encore plus mémorable "Hein ? Pourquoi tu m'installes Mandriva 2006 ? Je veux continuer avec Mandrake!"
ah ? pour ce que ça vaut chez moi ça marche parfaitement en usb2 avec un via83xx.
C'est quand même impressionnant de voir que la pile AA prend les 4/6 du Yepp, j'en frissonne en repensant à la taille de mes premiers baladeurs sony...
J'ai donc rajouté ça dans ~/.rpmmacros
%__find_requires /home/jrm/bin/find-requires-nonvidia
%{?buildroot:%{buildroot}}
Ainsi que ça dans ~/bin/find-requires-nonvidia
#!/bin/bash
/usr/lib/rpm/find-requires $@|sed -e 's/libGLcore.so.1//g'
/usr/lib/rpm/find-requires $@|sed -e 's/libnvidia-tls.so.1//g'
/usr/lib/rpm/find-requires $@|sed -e 's/libGL.la//g'
Mais ça ne marche pas (j'ai du faire une gaffe basique mais eh...) :
grep: /usr/X11R6/lib/libGL.la: No such file or directory
/bin/sed: impossible de lire /usr/X11R6/lib/libGL.la: No such file or directory
[...]
Erreur de construction de RPM:
La macro % a un nom illégal (%define)
Mauvais status de sortie pour /home/jrm/rpm/tmp/rpm-tmp.35251 (%build)
erreur: La macro % a un nom illégal (%define)
Sur ma cooker :
ll /usr/X11R6/lib/libGL.la
ls: /usr/X11R6/lib/libGL.la: No such file or directory
Pareil pour les deux autres libs, mis à part l'installation des pilotes nvidia tout est passé par les rpms mdk. Enfin bon si ces libs sont normalement dans /usr/X11R6/lib/ je peux faire un lien à partir de /usr/lib/ en sachant que chez les autres (où les libs devraient théoriquement être dans /X11R6/lib) ça passera correctement.
Vu le prix ça me tenterait bien pour égayer les heures de transports mais je voudrais savoir quelques trucs :
- y t'il une limite de bitrate ? Toute ma bibliothèque est passée en 192kbp
- pas de cafouillage avec les ogg vorbis crées avec aoTuV b3 ?
- pas d'effet de souffle gênant ?
Depuis quand une quelconque licence peut être au-dessus des lois ? En l'occurence en France ce qu'a fait Jon rentre dans le cadre de l'interopérabilité permise par notre juridiction. Si la GPLv3 interdisait l'utilisation d'un soft aux gauchers cette clause serait sans valeur en regard des lois.
Un répertoire contenant tout le contenu des cds pour la 10.1, il en sera de même pour la 10.2. J'aimerais donc bien savoir où tu as lu que pour monter de version il fallait obligatoirement débourser 100¤/s'abonner au club alors que d'habitude tu es si bien informé. Déçu je suis.
A part ça et pour ce ça vaut, j'ai monté un amd64 tout neuf ce matin avec la beta2 et le tout marche sans problème. Pour ce qui est des packages disponibles j'ai ajouté comme source main/contrib/PLF ce qui en fait déjà pas mal.
Le seul problème c'est la non-reconnaissance de mon graveur dvd S-ATA mais ça le fait aussi en partant de la rc1 x86.
Est-il encore nécessaire de préciser que KDE3.4 n'est toujours pas sortit en version finale ? Qu'une RC pour une distribution dont le fournisseur doit assurer le support derrière c'est certainement pas le meilleur choix ?
Argh et en plus mdk n'aura pas la beta d'Openoffice 2 ! C'est la mort assurée ! Pourquoi n'attendent t'ils pas encore quelques mois pour gnome 2.12 ?
Je te laisserais le soin d'expliquer aux utilisateurs que kpdf dernière version est présent dans la 10.2, backporté de KDE 3.4. Ah et aussi que kpdf était présent bien avant.
je ne bosse pas chez mandrake, les propos que je tiens sont les miens à moi seulement.
Le choix est simple: utiliser Gnome 2.8.3, une version éprouvée et bien testée avec tout les patchs backportés de la 2.10, ou utiliser Gnome 2.10 (qui n'est sortit que hier) et prendre des risques inutiles. Si les versions étaient stables dès leur sortie on ne verrait pas de x.y.1, x.y.2 dans les semaines qui suivent. Alors à moins d'avoir une petite armée de devs à sa disposition, il n'est pas facile d'assurer une synchronisation hebdomadaire des versions, sur tout pour des logiciels de la taille du projet Gnome.
Un effort avait été fait avec la mdk 10.1 où sur le 4ème cd figurait kde 3.3 pour les accros de la dernière version.
En définitive il est et il sera toujours impossible de satisfaire tout le monde :
- ceux qui veulent une distrib stable
- ceux qui veulent une distrib bleeding-edge
- ceux qui veulent 2 versions sur les isos
- ceux qui veulent moins de "bloat" (="ce dont moi je ne me sers pas")
- ceux qui veulent que tout soit bien intégré et traduit
- ceux qui veulent que du "vanilla"
- etc...
KDE 3.4 n'est toujours pas sortit, c'est juste la RC1 de disponible.
Sur la mailing list de cooker on sait que la release commence à arriver quand on commence à voir éclore les "why no kde n+1 in mdk ????". C'est en rapport avec le retour des cigognes et tout ça.
- se jeter sur les dernières versions en fin de cycle de beta ne permet pas d'assurer un test poussé des nouvelles features. Dans la théorie on peut se dire que passer à la version supérieure se fait sans peine, dans la pratique c'est rarement le cas.
- reculer la date de sortie c'est la garantie de ne jamais rien sortir, on attend gnome 2.10 puis ensuite on attend la finale de kde 3.4 puis ensuite on attend celle d'OpenOffice 2... Il y aura toujours une raison pour reculer la date de sortie.
"Ceux qui veulent limiter leurs interventions aux minimum - les users friendly - quelles solutions leur restent t-il ? Racheter une boite dans 6 mois pour rester à niveau ou passer à la concurrence ?"
Depuis quand l'achat d'une boîte est la seule alternative au changement de distrib pour rester à niveau ?? ( le terme "userfriendly" est mal employé ici, une interface peut l'être, un utilisateur à moins d'être très sympa non)
- non, pour la 10.2 ça sera gnome 2.8 et kde 3.3 (sauf pour kpdf).
- oui, rien que cette semaine on a eu pas mal de problème avec urpmi justement. La majorité des "gros" problèmes avec cooker ne sont bloquants mais agaçant, à ne mettre qu'entre les mains de ceux capable de s'en remettre émotionnellement. Un autre truc qui saute réguliérement c'est les menus ^^
Initiative à saluer ! Si ce programme s'étend il en sera fini de l'interminable attente pour recevoir un article d'une revue introuvable (et que le documentaliste aura paumé à la réception) pour boucler une bibliographie. Pareil, adieu à tous ces portails de recherche qui font fuir jusqu'au plus obstiné des étudiants !
Malgré les quelques erreurs que me balance le servlet c'est de loin l'outil le plus utilisable (et lisible bowdel ça c'est du changement!) pondu pour les SHS que j'ai croisé.
c'est bien de vouloir diluer certains mythes il faut saluer l'initiave, mais de là à dire que dans le monde du logiciel propriétaire = il y a de la bonne doc, des tests à tout les niveaux etc... c'est retomber dans un autre mythe ! Je ne compte plus le nombre d'applications aux sources fermés sans documentation potable, et n'ayant jamais vu l'ombre d'un test, que ce soit pour des logiciels métiers ou de simples sharewares.
[^] # Re: Première page
Posté par Jean Roc Morreale . En réponse à la dépêche Sortie de Mandriva Limited Edition 2005. Évalué à 6.
[^] # Re: et l'ancien kguitar ?
Posté par Jean Roc Morreale . En réponse au journal KGuitar 0.1.0 disponible :). Évalué à 1.
# Utilitée ?
Posté par Jean Roc Morreale . En réponse à la dépêche Mandrake devient Mandriva. Évalué à 6.
Bon déjà que l'année dernière c'était pas facile d'expliquer à mes utilisateurs le cycle de release changeant et ses diverses versions, là je pense que ça va être encore plus mémorable "Hein ? Pourquoi tu m'installes Mandriva 2006 ? Je veux continuer avec Mandrake!"
[^] # Re: Ogg "Vorbis"
Posté par Jean Roc Morreale . En réponse au journal Baladeur MP3/Ogg sous linux... J'ai trouvé !. Évalué à 2.
C'est quand même impressionnant de voir que la pile AA prend les 4/6 du Yepp, j'en frissonne en repensant à la taille de mes premiers baladeurs sony...
[^] # Re: Ogg "Vorbis"
Posté par Jean Roc Morreale . En réponse au journal Baladeur MP3/Ogg sous linux... J'ai trouvé !. Évalué à 2.
Le YP-MT6X marche parfaitement avec les ogg vordbis en 192kps vbr pondu avec aoTuV b3 . Les tags sont bien reconnus, la qualité est bonne.
[^] # Re: Le solution est la:
Posté par Jean Roc Morreale . En réponse au message RPMS pour E17, le récit de mon calvaire. Évalué à 2.
J'ai donc rajouté ça dans ~/.rpmmacros
%__find_requires /home/jrm/bin/find-requires-nonvidia
%{?buildroot:%{buildroot}}
Ainsi que ça dans ~/bin/find-requires-nonvidia
#!/bin/bash
/usr/lib/rpm/find-requires $@|sed -e 's/libGLcore.so.1//g'
/usr/lib/rpm/find-requires $@|sed -e 's/libnvidia-tls.so.1//g'
/usr/lib/rpm/find-requires $@|sed -e 's/libGL.la//g'
Mais ça ne marche pas (j'ai du faire une gaffe basique mais eh...) :
grep: /usr/X11R6/lib/libGL.la: No such file or directory
/bin/sed: impossible de lire /usr/X11R6/lib/libGL.la: No such file or directory
[...]
Erreur de construction de RPM:
La macro % a un nom illégal (%define)
Mauvais status de sortie pour /home/jrm/rpm/tmp/rpm-tmp.35251 (%build)
erreur: La macro % a un nom illégal (%define)
[^] # Re: Gni ?
Posté par Jean Roc Morreale . En réponse au message RPMS pour E17, le récit de mon calvaire. Évalué à 2.
Les 3 fichiers sont toujours uniquement présent dans /usr/lib mais ça ne semble plus poser de problème.
[^] # Re: Gni ?
Posté par Jean Roc Morreale . En réponse au message RPMS pour E17, le récit de mon calvaire. Évalué à 2.
Certains paquetages demandés ne peuvent pas être installés :
libevas-devel-0.9.9.003-20050322.1mdk.i586 (car devel(libnvidia-tls) est non satisfait)
alors même que j'ai fait des liens dans /usr/X11R6/lib/
[^] # Re: Gni ?
Posté par Jean Roc Morreale . En réponse au message RPMS pour E17, le récit de mon calvaire. Évalué à 2.
ll /usr/X11R6/lib/libGL.la
ls: /usr/X11R6/lib/libGL.la: No such file or directory
Pareil pour les deux autres libs, mis à part l'installation des pilotes nvidia tout est passé par les rpms mdk. Enfin bon si ces libs sont normalement dans /usr/X11R6/lib/ je peux faire un lien à partir de /usr/lib/ en sachant que chez les autres (où les libs devraient théoriquement être dans /X11R6/lib) ça passera correctement.
[^] # Re: URLs à corriger
Posté par Jean Roc Morreale . En réponse au message RPMS pour E17, le récit de mon calvaire. Évalué à 2.
# Ogg "Vorbis"
Posté par Jean Roc Morreale . En réponse au journal Baladeur MP3/Ogg sous linux... J'ai trouvé !. Évalué à 3.
- y t'il une limite de bitrate ? Toute ma bibliothèque est passée en 192kbp
- pas de cafouillage avec les ogg vorbis crées avec aoTuV b3 ?
- pas d'effet de souffle gênant ?
[^] # Re: KDE et Gnome
Posté par Jean Roc Morreale . En réponse au journal Nouvelle Mandrake/Conectiva. Évalué à 2.
[^] # Re: mais c'est dingue!..
Posté par Jean Roc Morreale . En réponse à la dépêche DVD Jon fait encore parler de lui. Évalué à 2.
[^] # Re: Mandrakelinux AMD64 n'est pas dispo sans payer
Posté par Jean Roc Morreale . En réponse au journal Mandrakelinux 10.2 Beta 2 pour x86-64. Évalué à 1.
J'ai aussi un autre problème en rapport au disques durs sata, la nommage en sda et les périphériques usb, bref ce soir bugzilla va soufrir mouhaha
[^] # Re: Mandrakelinux AMD64 n'est pas dispo sans payer
Posté par Jean Roc Morreale . En réponse au journal Mandrakelinux 10.2 Beta 2 pour x86-64. Évalué à 2.
Un répertoire contenant tout le contenu des cds pour la 10.1, il en sera de même pour la 10.2. J'aimerais donc bien savoir où tu as lu que pour monter de version il fallait obligatoirement débourser 100¤/s'abonner au club alors que d'habitude tu es si bien informé. Déçu je suis.
A part ça et pour ce ça vaut, j'ai monté un amd64 tout neuf ce matin avec la beta2 et le tout marche sans problème. Pour ce qui est des packages disponibles j'ai ajouté comme source main/contrib/PLF ce qui en fait déjà pas mal.
Le seul problème c'est la non-reconnaissance de mon graveur dvd S-ATA mais ça le fait aussi en partant de la rc1 x86.
[^] # Re: Haut niveau
Posté par Jean Roc Morreale . En réponse au journal Mandrake 10.2 RC1. Évalué à 2.
Argh et en plus mdk n'aura pas la beta d'Openoffice 2 ! C'est la mort assurée ! Pourquoi n'attendent t'ils pas encore quelques mois pour gnome 2.12 ?
[^] # Re: Haut niveau
Posté par Jean Roc Morreale . En réponse au journal Mandrake 10.2 RC1. Évalué à 1.
troll décapsulé, tu sors !
[^] # Re: cooker
Posté par Jean Roc Morreale . En réponse au journal Mandrake instable. Évalué à 3.
Le choix est simple: utiliser Gnome 2.8.3, une version éprouvée et bien testée avec tout les patchs backportés de la 2.10, ou utiliser Gnome 2.10 (qui n'est sortit que hier) et prendre des risques inutiles. Si les versions étaient stables dès leur sortie on ne verrait pas de x.y.1, x.y.2 dans les semaines qui suivent. Alors à moins d'avoir une petite armée de devs à sa disposition, il n'est pas facile d'assurer une synchronisation hebdomadaire des versions, sur tout pour des logiciels de la taille du projet Gnome.
Un effort avait été fait avec la mdk 10.1 où sur le 4ème cd figurait kde 3.3 pour les accros de la dernière version.
En définitive il est et il sera toujours impossible de satisfaire tout le monde :
- ceux qui veulent une distrib stable
- ceux qui veulent une distrib bleeding-edge
- ceux qui veulent 2 versions sur les isos
- ceux qui veulent moins de "bloat" (="ce dont moi je ne me sers pas")
- ceux qui veulent que tout soit bien intégré et traduit
- ceux qui veulent que du "vanilla"
- etc...
[^] # Re: cooker
Posté par Jean Roc Morreale . En réponse au journal Mandrake instable. Évalué à 2.
Sur la mailing list de cooker on sait que la release commence à arriver quand on commence à voir éclore les "why no kde n+1 in mdk ????". C'est en rapport avec le retour des cigognes et tout ça.
[^] # Re: cooker
Posté par Jean Roc Morreale . En réponse au journal Mandrake instable. Évalué à 2.
- se jeter sur les dernières versions en fin de cycle de beta ne permet pas d'assurer un test poussé des nouvelles features. Dans la théorie on peut se dire que passer à la version supérieure se fait sans peine, dans la pratique c'est rarement le cas.
- reculer la date de sortie c'est la garantie de ne jamais rien sortir, on attend gnome 2.10 puis ensuite on attend la finale de kde 3.4 puis ensuite on attend celle d'OpenOffice 2... Il y aura toujours une raison pour reculer la date de sortie.
"Ceux qui veulent limiter leurs interventions aux minimum - les users friendly - quelles solutions leur restent t-il ? Racheter une boite dans 6 mois pour rester à niveau ou passer à la concurrence ?"
Depuis quand l'achat d'une boîte est la seule alternative au changement de distrib pour rester à niveau ?? ( le terme "userfriendly" est mal employé ici, une interface peut l'être, un utilisateur à moins d'être très sympa non)
Pour ce qui est d'un E17 plus récent j'y bosse ^^
[^] # Re: Hé o ...
Posté par Jean Roc Morreale . En réponse au journal linus torvald et mac. Évalué à 3.
* pas nouveau ça fait déjà un moment qu'on sait que Linus élève un ppc
# cooker
Posté par Jean Roc Morreale . En réponse au journal Mandrake instable. Évalué à 5.
- non, pour la 10.2 ça sera gnome 2.8 et kde 3.3 (sauf pour kpdf).
- oui, rien que cette semaine on a eu pas mal de problème avec urpmi justement. La majorité des "gros" problèmes avec cooker ne sont bloquants mais agaçant, à ne mettre qu'entre les mains de ceux capable de s'en remettre émotionnellement. Un autre truc qui saute réguliérement c'est les menus ^^
# Rhaa lovely !
Posté par Jean Roc Morreale . En réponse à la dépêche PERSEE, portail de diffusion de revues scientifiques en SHS. Évalué à 7.
Malgré les quelques erreurs que me balance le servlet c'est de loin l'outil le plus utilisable (et lisible bowdel ça c'est du changement!) pondu pour les SHS que j'ai croisé.
# d'une extrêmité à l'autre...
Posté par Jean Roc Morreale . En réponse à la dépêche Démarche qualité et Logiciel Libre. Évalué à 10.
Généralités et lieux communs, bonjour !
[^] # Re: et pour les autres travaux sur la 10.2
Posté par Jean Roc Morreale . En réponse au journal Mdk 10.2 intégrera les delta.rpm. Évalué à 4.
Un autre truc intéressant est l'installation directement à partir d'isos.