Longhorn c'est un système/librairie entièrement objet (et pas une collection de fonction comme les DLL) cohérente couvrant tout et n'importe quoi.
Heu... non.
Pas encore, la version totalement objet de Windows est toujours en chantier (désolé je n'ai plus sont petit nom en tête)
Longhorn augmente la part objet en intégrant encore plus de .net mais reste sur une base "classique"
Pour la partie os java, je suis pas convaincu pour ma part
Faire des objets identiques (fonctionnant de la même manière sous win et linux) c'est un peu trop d'uniformité à mon gout.
Et je doute que ça soit vraiment réalisable, car ça voudrait dire qu'une grosse partie du coeur serait identique (et pourquoi pas utiliser des proc java ? ;-) )
En tout cas pour moi c'est loin d'être un rêve...
Pour ce qui est de xul/svg, j'ai un doute...
Il manque encore pas mal de chose je trouve (xulrunner si e ne me trompe pas de nom). Surtout de pouvoir exécuter du xul sans avoir à lancer mozilla...
Pour le moment XAML est en avance je trouve, j'ai testé un peu et ça marche plutôt bien.
Est-ce que tu te sers vraiment tout le contenu des 3 CDs ? Tu installes donc 3 serveurs web, 4 serveurs de mails, moult environements de bureau, et d'une façon générale 4-5 programmes différents pour une même tache
Perso oui, en tout cas en partie, tout simplement parce que je suis sous kde, ma copine sous gnome, et si j'ai besoin de faire du vnc je vais préférer icewm...
C'est une approche différente de Mandriva. MDV essaie de tout mettre sur les CDs et hors mise à jour il n'y a normalement pas besoin de se connecter au net
Oui et non. rien n'empèche de faire une install avec la mini iso et d'installer tous les prog par le réseau
Une Debian ça ne s'installe qu'une fois et ça se met à jour de temps en temps en téléchargeant LE paquet que tu veux installer et pas les 12 CD ou les 2 DVD comme un goret
Un peu comme beaucoup de distribs...
Encore un qui va saturer les FTP le jour de la sortie pour télécharger les whatmille CD bourrés de gigaoctets de soft que tu n'utilisera jamais.
Je mettrai bien ça en correspondance avec :
S'il manque des softs sur le CDs d'Ubuntu rien ne t'empêche de les télécharger et de les graver sur un CD
Y'a pas beaucoup de différence.
Et en passant, quel est l'intéret de mettre les isos sur ftp si ce n'est pas pour les downloader ?
Et pour la saturation des ftp, y'en a pas trop souvent je trouve.
En tout cas sur les miroirs que j'utilise (tous en France), je suis rarement en dessous de 600ko/s et c'est plus ma connexion qui limite que le ftp je pense...
En même temps, dans le post auquel tu répond c'est indiqué qu'il utilise kubuntu donc probablement un kde venant de kubuntu...
Sinon, kde à beaucoup changé depuis 1.2 ;-)
Je ne suis pas de très près ubuntu mais j'ai pas remarqué cette omniprésence de problème kde.
Et du point de vue du nombre de distrib, on peut dire la même chose d'ubuntu, il existait déjà beaucoup de distrib en tout genre alors pourquoi en faire une de plus ?
Si on résonne comme ça ça avancera jamais, et si une nouvelle distrib se crée, c'est à mon avis pour deux raisons :
- l'interet pure et simple d'en créer une
- expression d'un manque dans les autres distribs (qq chose qui ne convient pas) (et donc une autre approche, une plus value de la nouvelle distrib)
Et à mon avis, si les conditions sont réunies ça peut en sortir qq chose de bien donc je ne vois pas le problème
Ce qui veut dire que toute modification des textes des traités passe par une négociation entre les diplomates représentant les 25 pays membres, un nouveau traité, qui doit être ratifié par tous le membres. Cela, quelle que soit l'ampleur de la modification.
Ok, c'est techniquement faisable, mais très très complexe.
Si je me souvient d'un journal il y a un moment, dans les annexes de très nombreuses exceptions sont présente selon les pays. Donc comment arriver à un compromis acceptable ?
Parce que ce que j'entend c'est "le traité n'est pas très bon, il faut quand même l'accepter on pourra le modifier plus tard".
S'il n'est pas très bon, ça veut dire que les modifs à réaliser seront importantes. Donc peu faisables...
Je ne crois pas que le texte puisse être modifié après pour en faire qqchose de bien, c'est un peu du "rêve"...
Pour la question, je n'y répondrais pas mais je donnerai seulement mon avis personnel.
Je pense simplement que dire oui à un traité en faisant miroiter qu'on peut le modifier après tout en sachant qu'il n'est pas bon est très dangereux. Et je préfère dire non à celui-ci car justement je le trouve mauvais et que je ne pense pas qu'on puisse après ratification le rendre fondamentalement meilleur.
Une "victoire" (désolé j'appel pas ça pour autant une victoire) du non peut "forcer" à réfléchir un peu plus. Car un oui dit qu'on l'accepte donc le poid des futures recommandations, volontées de modifications sera très faible à mon avis.
Je me trompe peut-être mais je croyais qu'un amendemant au traité doit se faire à l'unanimité, non ?
Si c'est bien le cas, les modifications dans le futur on peut toujours les attendre...
A ce que j'ai compris, leur problème avec la GPL c'est la "viralité" de la licence.
La Cecill est en gros GPL adapté au droit Français (allez la lire, c'est pas très long et elle est justement écrite en français - et anglais je crois - c'est toujours interessant)
Elle est compatible GPL je crois et en tout cas reprend son caractère viral. Donc à mon avis s'ils ne veulent pas fournir de code GPL, ils ne mettront pas non plus sous Cecill...
java non... enfin oui, peut-être mias ça dépend si on considère que le java de Microsoft est du java ou si on veut java de sun
Et si on veut pas forcément du java de sun alors ya pas de prob sous linux, y'a gcj, kaffe (dsl, jamais testé donc je sais pas si c'est à la hauteur)
flash, ça je ne m'en souvient pas, mais je croyais que non.
pour lire les mp3, ça m'étonne un peu, mais pourquoi pas, wma logique. Par contre pour les dvd _cryptés_ c'est certains qu'ils ne marchent pas...
Et bien que les débutants achètent une boite au lieu de prendre une GPL s'ils veulent du proprio. Ils font comment sinon avec windows, ils le prennent en gpl ? pardon ? mule ???
Blague à part, urpmi n'est pas indispensable, il y a des outils graphiques pour les paquets. Le desktop mdk c'est avec mp3, divx et dvd non cryptés.
Désolé mais sous win (et win seul) c'est _pas_ java, _pas_ flash, _pas_ real, _pas_ mp3, _pas_ divx et _pas_ dvd vidéos...
C'est toujours pareil, on critique parcequ'il y a pas de softs proprios, et on gueule que ce n'est pas libre !
Mandrake n'inclu pas les drivers nvidia dans leur version _libre_ c'est pas bien, debian passe son temps à vérifier les licences, des distribs comme fedora virent les mp3 c'est normal...
y'a pas comme un souci ?
Faut arreter de prendre libre pour gratuit (car c'est pour cette raison que les personnes prennent les versions GPL, et non pour la GPL) (<- raccourci simpliste et généraliste je vous l'accorde)
Si les gens veulent du libre tout en ayant des soft proprios il y a plusieurs choix :
- ils achètent la version contenant des softs proprios
- ils se démerdent pour installer des softs proprios et si ça marchent pas ils ont qu'à gueuler vers les industriels qui n'ouvrent rien / ne facilitent rien
De plus faudrait comparer les versions équivalentes :
si suse contient des logiciels proprios, alors il faut comparer avec les versions commerciales de Mandriva, c'est tout
Effectivement, le support matériel, ça dépend de la version, mais pas chez Suse. En fait, j'ai eu souvent des problemes de compatibilité entre powerpack et plf (videodvdrip par ex), donc je restais avec la version GPL. Mais effectivement y'a Java, Nvidia et autre sous pwerpack. Faut quand meme configurer sec pour Nvidia
Qu'entend-tu par configurer sec ?
Chez moi nvidia marche tout de suite (sans rien configurer) et je l'ai installé sur une ati et j'ai pu choisir entre libre / proprio (avec / sans accelération) (par contre, ati c'est vrai que le proprio de la 10.1 est pas génial, j'ai pas essayé les versions suivante, le libre marche donc ca va ;-)
Ok pour le système "nickel", j'avais pas compris que tu parlais essentiellement estétique, je pensais que tu voyais ça du côté programme, système.
Concernant la "fuite"... Pourquoi pas. On voit aussi qu'en fait Mdk est utilisé par des personnes débutant sous linux (plus que sur les autres distribs, suse peut-être à part) et donc forcément ces utilisateurs évoluent et migres.
Mais bon, ça change pas grand chose à la distrib
Personne ne dit que mandrake est parfaite. Et d'ailleur, aucune distrib n'est parfaite, elle peut l'être pour certain mais jamais au complet.
Par contre, ce qui m'amuse souvent c'est de voir reprocher (qq soit la distrib) des problèmes avec des soft proprios (l'absence en fait) et en même temps de vouloir du libre.
Le problème (et ça fait un moment que je le vois sur les journaux / forums) c'est que le proprio coute et / ou n'est pas libre.
Reprocher à une distrib de sortir une version libre ne contenant pas de soft proprio c'est fort je trouve...
1) Support matériel
Suse est mieux. L'intégration des drivers propriétaires ATI/NVIDIA ou les firmware Wifi se fait simplement dans Yast
Ben tout dépend la version de mandrake / mandriva que tu as...
Si tu a une version libre (=full GPL ou compatible) alors tu as ni ati, ni nvidia, ... étrange non ? ;-)
Si tu as une version proprio alors tu as les drivers nvidia, ati, ... d'office
2) Les logiciels
On retrouve les même chez mdk et Suse, mais chez suse ils sont + recent, par exemple KDE3.4 sur suse. Après, y'a des trucs direct installé chez suse comme Java, le plugin flash, acrobat reader ou realplayer, ça fait gagner du temps ;)
Pour flash, adobe, ... idem 1)
4) Intégration de l'ensemble / finition / conf par défaut
Suse écrase mdv là dessus, y'a pas photo. Ensuite certains s'en foutent, mais perso, j'aime avoir un OS bien fini nickel chrome, et avec mdk, meme apres des heures de configs, j'arrve jamais a avoir un truc nickel.
Sur quels points t'arrive pas à avoir un système nikel ?
j'ai fait dernièrement une install avec la mini iso et mon système est impecable...
6)Communauté d'entreaide.
Chez mdk, elle est grosse, mais payante (faut être dans le club)
Chez suse, elle est + petite, mais gratuite et sympa ( http://www.alionet.org(...)(...) )
Faudrait ptetre vérifier avant de dire n'imp...
La "comunauté" mdv n'est pas payante
Les forums par exemple sont accessibles à tous (il s'uffit de s'insrire sur le forum pour y avoir accès, comme souvent...)
J'ai parcouru en vitesse le test, et je suis agréablement surpris des utilitaires (comme indiqué dans la news)
Je trouve ça bien que certains poussent à l'utilisation des outils graphiques.
Je ne suis pas anti-console, mais pour pas mal de choses une ihm graphique peut à mon avis apporter un confort supplémentaire.
En tout cas je trouve ça bien, et c'est en grande partie ça la valeur ajoutée d'une distro et qui manque à certaines (comme ubuntu à ce que j'ai compris, les outils d'un environnement ne pouvant pas réaliser tout ce qui correspond à la distro)
public void petit_troll_en_passant() {
system.out.println("par contre ça reste une debian ;-)");
}
Mais donc ça reviendrait en gros à l'ensemble vue fichiers + vue avec des répertoires virtuels (comme dans la pluspart des clients mails, par exemple les mails non lu, important) mais en généralisant ce principe et le rendre utilisable comme un file système.
J'ai compris correctement cette fois ? ;-)
Ce qui serait pas mal, c'est d'étendre les vues au système de fichier
Mais par contre, c'est le système de fichier qui devrait le faire ou simplement les programmes qui devraient nous faire croire que c'est comme ça.
Par ex konqueror pourrait nous afficher un maildir de la même manière que dans kmail, avec des dossiers virtuels, ... mais dans konqueror et non dans kmail. Ca ne changerait rien au système de fichier mais no en aurait l'impression...
Ce que je voulais dire c'est qu'avec des maildir il n'y a pas besoin de maildirfs
Le problème des mbox c'est qu'il y a un fichier par dossier (je crois) alors qu'en maildir il y a un fichier par mail
En fait c'est : pourquoi vouloir créer un système de fichier représentant chaque mail par un fichier à partir d'une mbox alors que maildir le permet tout en étant sur le système de fichier natif ?
Faire un mboxfs reviendrait à créer une maildir et mettre les mails dedans, non ? ;-)
Au lieu de monter un système de fichier pour lire une mbox, pourquoi ne pas utiliser des maildir ?
Si les noms de fichiers n'ont pas l'avantage d'être très lisibles, au moins chaque mail est un fichier, organisés par dossiers tels que visible dans le client mail, avec des répertoires et nom différents selon qu'ils sont lus ou non, qu'ils viennent d'arriver, ...
Et comme c'est des fichiers, rien n'empèche de faire des grep ou n'importe qu'elle commande pour trouver ce qu'on veut...
En plus (je sais pas trop comment ça marcherait avec mbox), ça permet aussi la consultation à distance (imap://serveurimap ou même ssh://monserveur/ordi ou il y a mes mails) sans avoir de clients (mais bon, il faudrait des noms plus explicites...)
Quel est le réel problème avec mkcd ?
Si je demande ça c'est que ça fait un moment que j'entend dire que mkcd est pas (trop) utilisable, que seul Warly sait comment l'utiliser, qu'il n'y a pas de doc, ...
Histoire de voir, j'ai téléchargé les 8.5Go de la branche i586 de la 2005, installé mkcd sur ma 10.1.
J'ai regardé en vitesse le code de mkcd (ça tombe bien, j'avais envie de me remettre à perl ;-) ) et j'y ai rajouté une partie 2005.
Ca m'a permis de voir en gros les options (ba oui, j'avais pas envie de faire un --help ...)
J'ai lancé une 'tite commande de test toute bête et un moment plus tard je me retrouve un le cd1 de pret
Evidemment c'est surement pas optimisé et je n'ai pas pris le temps de regarder la sélection des paquets, mais ça doit être utilisable non ? (j'ai pas encore testé, j'ai plus bcp de place sur mon ordi qui contient déjà la 10.1 et une cooker)
Enfin voilà, si qqn pouvait m'éclairer sur les problèmes de mkcd dont j'entend souvent parler, je suis preneur.
Le point 2 ne me gène pas.
Je ne veux justement pas que ça ne serve que d'historique.
Le problème c'est qu'actuellement il y a le risque que deux personnes travaillent sur le même fichier et donc écrasent le boulot des autres. Et j'ai pas envie de passer mon temps à gueuler dans la pièce que je bosse sur tel ou tel fichier.
Et dans tous les cas, je trouve que c'est une manière crade de bosser quand il n'y a pas un minimum d'organisation au niveau des fichiers, de leurs modifs, de leur historique, ... (et pour le moment il y a seulement des sauvegardes de temps en temps...)
Ce qui me gène c'est la plupart des scm sont très bien quand on peut tester en local sont boulot un minimun avant de commiter surtout quand le travail est simultané.
Mais dans ce cas précis ce n'est pas possible de fait de l'archi spéciale qu'on a sur l'appli...
Mais bon, je m'oriente sur svn avec update automatique du serveur + intégration du scm dans l'éditeur (ou éditeur en fonction) pour que ce soit le plus transparant possible
Pour le moment c'est vers ce genre de solution que je pense me tourner (update lors du commit) car c'est celle qui est le moins contraignante, sauf pour les tests qui ne sont pas immédiats et le risque de casser tout...
Le problème du test local c'est qu'il ne permet pas de tout tester puisque l'appli est dispersée sur 3 serveurs qui communiquent entre eux, et il devient peut envisageable que chaque dev ait une copie des trois en local (en plus certains prog spécifiques utilisés ne sont pas dispos / utils à tous)
En fait ce que je me rend compte c'est que pour des applis qui peuvent être testées en local, les scm sont très bien foutu et faciles à utiliser, mais quand plusieurs personnes travaillent simultanément sur le même projet distant (sur les mêmes fichiers quand il n'y a pas de scm, d'où le prob) ça devient moins évident et pour le moment je ne vois pas de solution "parfaite"
Le fait d'êter prévenu est pas trop mal. Par contre, est-ce que ça permet de résoudre les conflits ?
Car le plus gros problème est là en fait. Si on est informé c'est bien mais ce n'est qu'un premier pas...
oui mais là c'est sur la version stable que ça a pas été mis à jour (normalement il ne devrait à mon avis ne jamais avoir de mises à jour sur la branche stable car elle n'évolue pas)
Sur l'arbre cooker c'est normal que ça change tout le temps :)
Les solutions présentées marchent en général pas mal (j'ai déjà bossé sur sourceforge, et sur qq projets et c'est vrai que ça marche bien)
Le problème en fait est au niveau de la synchro entre dev car on travail sur des parties séparées mais on doit assimiler le boulot des autres (en gros ce que je code dépend de ce que code les autres) et donc c'est pour ça qu'il faudrait pouvoir synchroniser tout le temps sur le serveur (mais le déboggage est moins simple) ou alors que chacun ait une version tout le temps synchronisée
Ha oui, j'oubliais un truc...
Le code qu'on fait n'est qu'une partie de l'appli au complet, et donc cette dernière solution n'est pas envisageable. En effet, le code est réparti sur 3 (ou plus) machines distantes, chacune s'occupant d'une partie mais toutes interagissant les unes avec les autres... ce qui donne une préférence pour un serveur de test et non test sur chaque machine...
L'idée d'installer GForge ou un équivalent s'il y en a est pas bête, j'essai aussi de les faire utiliser un bugtracker mais c'est pas gagné (mais ceci est une autre histoire :) )
Récemment suite au changement de nom, leur site a encore évolué et pour accéder à la moindre chose (mise à jour, miroir, ...) il faut s'enregistrer moyennant espèces sonnantes et trébuchantes.
Ha bon ?
-> http://www.mandrivalinux.com/fr/(...)
Si on clique sur télécharger, on apercoit un bouton dont la légende est : "Télécharger sans bénéficier des avantages de Mandriva Club" (c'est à dire exclusivement des logiciels libres)
Oui, c'est vrai, on apercoit alors qu'il faut être mebre du club pour avoir les isos maintenant...
Mais bon, je suis buté alors je clique sur "Télécharger sur miroirs publics (3cds seulement)" et j'obtient la liste des ftps donnant accès à la version 2005 LE
Oui les isos ne sont pas dispos maintenant mais il n'empèche aucunement de réaliser une mise à jour via urpmi par exemple.
Tous les programmes contenu dans les versions libres de la dernière mandriva sont dispos librement et gratuitement.
Enfin, ce que j'aime bien c'est toutes les distribs soit-disant géniales, faciles d'accès où pour avoir du son il faut rajouter les users dans un groupe. Les clés usb marchent ... après édition du fstab...
Rien que pour ça je ne trouve pas que ce soit une distrib facile d'accès.
Alors oui, il y a toujours les histoires de KDE...
La mdk sort trop tard pour tester / fiabiliser kde mais il faudrait quand même qu'il soit dedans ... et après s'il y a des bugs dedans c'est mandrake qui fait du mauvais boulot et on gueule dessus qu'ils ne testent pas assez leurs programmes.
Y'a pas un soucis dans le raisonnement ?
Mais bon, là où ça me dérange c'est quand même cette confusion libre / gratuite. En fait j'ai l'impression que beaucoup ne font pas cette différence, sauf quand il s'agit de défendre le libre...
La partie libre est dispos librement ET gratuitement.
La version comportant du contenu soumis à licence non libre et / ou non gratuite n'est pas dispos gratuitement, et ça c'est un peu normal...
Mais bon sinon, je suis sous 10.1 et sous mandrake depuis la 7.2, toutes achetées sauf la 9.1.
[^] # Re: interessant ...
Posté par CrEv (site web personnel) . En réponse au journal BBC : les alternatives crédibles à Microsoft. Évalué à 2.
Heu... non.
Pas encore, la version totalement objet de Windows est toujours en chantier (désolé je n'ai plus sont petit nom en tête)
Longhorn augmente la part objet en intégrant encore plus de .net mais reste sur une base "classique"
Pour la partie os java, je suis pas convaincu pour ma part
Faire des objets identiques (fonctionnant de la même manière sous win et linux) c'est un peu trop d'uniformité à mon gout.
Et je doute que ça soit vraiment réalisable, car ça voudrait dire qu'une grosse partie du coeur serait identique (et pourquoi pas utiliser des proc java ? ;-) )
En tout cas pour moi c'est loin d'être un rêve...
Pour ce qui est de xul/svg, j'ai un doute...
Il manque encore pas mal de chose je trouve (xulrunner si e ne me trompe pas de nom). Surtout de pouvoir exécuter du xul sans avoir à lancer mozilla...
Pour le moment XAML est en avance je trouve, j'ai testé un peu et ça marche plutôt bien.
[^] # Re: 1 CD contre 3
Posté par CrEv (site web personnel) . En réponse au journal Mandriva vs Ubuntu. Évalué à 5.
Perso oui, en tout cas en partie, tout simplement parce que je suis sous kde, ma copine sous gnome, et si j'ai besoin de faire du vnc je vais préférer icewm...
C'est une approche différente de Mandriva. MDV essaie de tout mettre sur les CDs et hors mise à jour il n'y a normalement pas besoin de se connecter au net
Oui et non. rien n'empèche de faire une install avec la mini iso et d'installer tous les prog par le réseau
Une Debian ça ne s'installe qu'une fois et ça se met à jour de temps en temps en téléchargeant LE paquet que tu veux installer et pas les 12 CD ou les 2 DVD comme un goret
Un peu comme beaucoup de distribs...
Encore un qui va saturer les FTP le jour de la sortie pour télécharger les whatmille CD bourrés de gigaoctets de soft que tu n'utilisera jamais.
Je mettrai bien ça en correspondance avec :
S'il manque des softs sur le CDs d'Ubuntu rien ne t'empêche de les télécharger et de les graver sur un CD
Y'a pas beaucoup de différence.
Et en passant, quel est l'intéret de mettre les isos sur ftp si ce n'est pas pour les downloader ?
Et pour la saturation des ftp, y'en a pas trop souvent je trouve.
En tout cas sur les miroirs que j'utilise (tous en France), je suis rarement en dessous de 600ko/s et c'est plus ma connexion qui limite que le ftp je pense...
[^] # Re: Manque d'outil de configuration du système
Posté par CrEv (site web personnel) . En réponse au journal Mandriva vs Ubuntu. Évalué à 2.
Sinon, kde à beaucoup changé depuis 1.2 ;-)
Je ne suis pas de très près ubuntu mais j'ai pas remarqué cette omniprésence de problème kde.
Et du point de vue du nombre de distrib, on peut dire la même chose d'ubuntu, il existait déjà beaucoup de distrib en tout genre alors pourquoi en faire une de plus ?
Si on résonne comme ça ça avancera jamais, et si une nouvelle distrib se crée, c'est à mon avis pour deux raisons :
- l'interet pure et simple d'en créer une
- expression d'un manque dans les autres distribs (qq chose qui ne convient pas) (et donc une autre approche, une plus value de la nouvelle distrib)
Et à mon avis, si les conditions sont réunies ça peut en sortir qq chose de bien donc je ne vois pas le problème
[^] # Re: Oui.
Posté par CrEv (site web personnel) . En réponse au journal Lettre ouverte des intellectuels allemands aux français. Évalué à 2.
Ok, c'est techniquement faisable, mais très très complexe.
Si je me souvient d'un journal il y a un moment, dans les annexes de très nombreuses exceptions sont présente selon les pays. Donc comment arriver à un compromis acceptable ?
Parce que ce que j'entend c'est "le traité n'est pas très bon, il faut quand même l'accepter on pourra le modifier plus tard".
S'il n'est pas très bon, ça veut dire que les modifs à réaliser seront importantes. Donc peu faisables...
Je ne crois pas que le texte puisse être modifié après pour en faire qqchose de bien, c'est un peu du "rêve"...
Pour la question, je n'y répondrais pas mais je donnerai seulement mon avis personnel.
Je pense simplement que dire oui à un traité en faisant miroiter qu'on peut le modifier après tout en sachant qu'il n'est pas bon est très dangereux. Et je préfère dire non à celui-ci car justement je le trouve mauvais et que je ne pense pas qu'on puisse après ratification le rendre fondamentalement meilleur.
Une "victoire" (désolé j'appel pas ça pour autant une victoire) du non peut "forcer" à réfléchir un peu plus. Car un oui dit qu'on l'accepte donc le poid des futures recommandations, volontées de modifications sera très faible à mon avis.
[^] # Re: Oui.
Posté par CrEv (site web personnel) . En réponse au journal Lettre ouverte des intellectuels allemands aux français. Évalué à 2.
Je me trompe peut-être mais je croyais qu'un amendemant au traité doit se faire à l'unanimité, non ?
Si c'est bien le cas, les modifications dans le futur on peut toujours les attendre...
[^] # Non
Posté par CrEv (site web personnel) . En réponse au journal Lettre ouverte des intellectuels allemands aux français. Évalué à 5.
Après, on est d'accord, ou non, avec _cette_ vision de l'Europe.
Faudrait arrêter un peu avec les "ceux qui disent non disent non à l'Europe" stériles et complètements sourds !
[^] # Re: Et le nouveau centre sponsorié Microsoft ?
Posté par CrEv (site web personnel) . En réponse à la dépêche L'INRIA lance son Archive Ouverte. Évalué à 1.
La Cecill est en gros GPL adapté au droit Français (allez la lire, c'est pas très long et elle est justement écrite en français - et anglais je crois - c'est toujours interessant)
Elle est compatible GPL je crois et en tout cas reprend son caractère viral. Donc à mon avis s'ils ne veulent pas fournir de code GPL, ils ne mettront pas non plus sous Cecill...
du moins ça me paraitrerait logique
[^] # Re: désolé pour le schmillblick
Posté par CrEv (site web personnel) . En réponse au journal Suse 9.3 vs. Mandriva 2005 LE ?. Évalué à 2.
Et si on veut pas forcément du java de sun alors ya pas de prob sous linux, y'a gcj, kaffe (dsl, jamais testé donc je sais pas si c'est à la hauteur)
flash, ça je ne m'en souvient pas, mais je croyais que non.
pour lire les mp3, ça m'étonne un peu, mais pourquoi pas, wma logique. Par contre pour les dvd _cryptés_ c'est certains qu'ils ne marchent pas...
[^] # Re: désolé pour le schmillblick
Posté par CrEv (site web personnel) . En réponse au journal Suse 9.3 vs. Mandriva 2005 LE ?. Évalué à 5.
Blague à part, urpmi n'est pas indispensable, il y a des outils graphiques pour les paquets. Le desktop mdk c'est avec mp3, divx et dvd non cryptés.
Désolé mais sous win (et win seul) c'est _pas_ java, _pas_ flash, _pas_ real, _pas_ mp3, _pas_ divx et _pas_ dvd vidéos...
C'est toujours pareil, on critique parcequ'il y a pas de softs proprios, et on gueule que ce n'est pas libre !
Mandrake n'inclu pas les drivers nvidia dans leur version _libre_ c'est pas bien, debian passe son temps à vérifier les licences, des distribs comme fedora virent les mp3 c'est normal...
y'a pas comme un souci ?
Faut arreter de prendre libre pour gratuit (car c'est pour cette raison que les personnes prennent les versions GPL, et non pour la GPL) (<- raccourci simpliste et généraliste je vous l'accorde)
Si les gens veulent du libre tout en ayant des soft proprios il y a plusieurs choix :
- ils achètent la version contenant des softs proprios
- ils se démerdent pour installer des softs proprios et si ça marchent pas ils ont qu'à gueuler vers les industriels qui n'ouvrent rien / ne facilitent rien
De plus faudrait comparer les versions équivalentes :
si suse contient des logiciels proprios, alors il faut comparer avec les versions commerciales de Mandriva, c'est tout
[^] # Re: désolé pour le schmillblick
Posté par CrEv (site web personnel) . En réponse au journal Suse 9.3 vs. Mandriva 2005 LE ?. Évalué à 4.
Qu'entend-tu par configurer sec ?
Chez moi nvidia marche tout de suite (sans rien configurer) et je l'ai installé sur une ati et j'ai pu choisir entre libre / proprio (avec / sans accelération) (par contre, ati c'est vrai que le proprio de la 10.1 est pas génial, j'ai pas essayé les versions suivante, le libre marche donc ca va ;-)
Ok pour le système "nickel", j'avais pas compris que tu parlais essentiellement estétique, je pensais que tu voyais ça du côté programme, système.
Concernant la "fuite"... Pourquoi pas. On voit aussi qu'en fait Mdk est utilisé par des personnes débutant sous linux (plus que sur les autres distribs, suse peut-être à part) et donc forcément ces utilisateurs évoluent et migres.
Mais bon, ça change pas grand chose à la distrib
Personne ne dit que mandrake est parfaite. Et d'ailleur, aucune distrib n'est parfaite, elle peut l'être pour certain mais jamais au complet.
Par contre, ce qui m'amuse souvent c'est de voir reprocher (qq soit la distrib) des problèmes avec des soft proprios (l'absence en fait) et en même temps de vouloir du libre.
Le problème (et ça fait un moment que je le vois sur les journaux / forums) c'est que le proprio coute et / ou n'est pas libre.
Reprocher à une distrib de sortir une version libre ne contenant pas de soft proprio c'est fort je trouve...
[^] # Re: désolé pour le schmillblick
Posté par CrEv (site web personnel) . En réponse au journal Suse 9.3 vs. Mandriva 2005 LE ?. Évalué à 4.
Ben tout dépend la version de mandrake / mandriva que tu as...
Si tu a une version libre (=full GPL ou compatible) alors tu as ni ati, ni nvidia, ... étrange non ? ;-)
Si tu as une version proprio alors tu as les drivers nvidia, ati, ... d'office
Pour flash, adobe, ... idem 1)
Sur quels points t'arrive pas à avoir un système nikel ?
j'ai fait dernièrement une install avec la mini iso et mon système est impecable...
Faudrait ptetre vérifier avant de dire n'imp...
La "comunauté" mdv n'est pas payante
Les forums par exemple sont accessibles à tous (il s'uffit de s'insrire sur le forum pour y avoir accès, comme souvent...)
# Utilitaires
Posté par CrEv (site web personnel) . En réponse à la dépêche Sortie de Libranet 3.0. Évalué à 4.
Je trouve ça bien que certains poussent à l'utilisation des outils graphiques.
Je ne suis pas anti-console, mais pour pas mal de choses une ihm graphique peut à mon avis apporter un confort supplémentaire.
En tout cas je trouve ça bien, et c'est en grande partie ça la valeur ajoutée d'une distro et qui manque à certaines (comme ubuntu à ce que j'ai compris, les outils d'un environnement ne pouvant pas réaliser tout ce qui correspond à la distro)
public void petit_troll_en_passant() {
system.out.println("par contre ça reste une debian ;-)");
}
[^] # Re: spotlight, winfs et autres
Posté par CrEv (site web personnel) . En réponse au journal Unix, que sont devenus tes concepts ?. Évalué à 2.
Mais donc ça reviendrait en gros à l'ensemble vue fichiers + vue avec des répertoires virtuels (comme dans la pluspart des clients mails, par exemple les mails non lu, important) mais en généralisant ce principe et le rendre utilisable comme un file système.
J'ai compris correctement cette fois ? ;-)
Ce qui serait pas mal, c'est d'étendre les vues au système de fichier
Mais par contre, c'est le système de fichier qui devrait le faire ou simplement les programmes qui devraient nous faire croire que c'est comme ça.
Par ex konqueror pourrait nous afficher un maildir de la même manière que dans kmail, avec des dossiers virtuels, ... mais dans konqueror et non dans kmail. Ca ne changerait rien au système de fichier mais no en aurait l'impression...
[^] # Re: spotlight, winfs et autres
Posté par CrEv (site web personnel) . En réponse au journal Unix, que sont devenus tes concepts ?. Évalué à 2.
Le problème des mbox c'est qu'il y a un fichier par dossier (je crois) alors qu'en maildir il y a un fichier par mail
En fait c'est : pourquoi vouloir créer un système de fichier représentant chaque mail par un fichier à partir d'une mbox alors que maildir le permet tout en étant sur le système de fichier natif ?
Faire un mboxfs reviendrait à créer une maildir et mettre les mails dedans, non ? ;-)
[^] # Re: spotlight, winfs et autres
Posté par CrEv (site web personnel) . En réponse au journal Unix, que sont devenus tes concepts ?. Évalué à 2.
Si les noms de fichiers n'ont pas l'avantage d'être très lisibles, au moins chaque mail est un fichier, organisés par dossiers tels que visible dans le client mail, avec des répertoires et nom différents selon qu'ils sont lus ou non, qu'ils viennent d'arriver, ...
Et comme c'est des fichiers, rien n'empèche de faire des grep ou n'importe qu'elle commande pour trouver ce qu'on veut...
En plus (je sais pas trop comment ça marcherait avec mbox), ça permet aussi la consultation à distance (imap://serveurimap ou même ssh://monserveur/ordi ou il y a mes mails) sans avoir de clients (mais bon, il faudrait des noms plus explicites...)
[^] # Re: iso a partir du fp ?
Posté par CrEv (site web personnel) . En réponse à la dépêche Premiers tests de la nouvelle Mandriva LE2005. Évalué à 2.
Si je demande ça c'est que ça fait un moment que j'entend dire que mkcd est pas (trop) utilisable, que seul Warly sait comment l'utiliser, qu'il n'y a pas de doc, ...
Histoire de voir, j'ai téléchargé les 8.5Go de la branche i586 de la 2005, installé mkcd sur ma 10.1.
J'ai regardé en vitesse le code de mkcd (ça tombe bien, j'avais envie de me remettre à perl ;-) ) et j'y ai rajouté une partie 2005.
Ca m'a permis de voir en gros les options (ba oui, j'avais pas envie de faire un --help ...)
J'ai lancé une 'tite commande de test toute bête et un moment plus tard je me retrouve un le cd1 de pret
Evidemment c'est surement pas optimisé et je n'ai pas pris le temps de regarder la sélection des paquets, mais ça doit être utilisable non ? (j'ai pas encore testé, j'ai plus bcp de place sur mon ordi qui contient déjà la 10.1 et une cooker)
Enfin voilà, si qqn pouvait m'éclairer sur les problèmes de mkcd dont j'entend souvent parler, je suis preneur.
[^] # Re: Utilisation partielle
Posté par CrEv (site web personnel) . En réponse au journal Gestion de version pour applis web. Évalué à 2.
Je ne veux justement pas que ça ne serve que d'historique.
Le problème c'est qu'actuellement il y a le risque que deux personnes travaillent sur le même fichier et donc écrasent le boulot des autres. Et j'ai pas envie de passer mon temps à gueuler dans la pièce que je bosse sur tel ou tel fichier.
Et dans tous les cas, je trouve que c'est une manière crade de bosser quand il n'y a pas un minimum d'organisation au niveau des fichiers, de leurs modifs, de leur historique, ... (et pour le moment il y a seulement des sauvegardes de temps en temps...)
Ce qui me gène c'est la plupart des scm sont très bien quand on peut tester en local sont boulot un minimun avant de commiter surtout quand le travail est simultané.
Mais dans ce cas précis ce n'est pas possible de fait de l'archi spéciale qu'on a sur l'appli...
Mais bon, je m'oriente sur svn avec update automatique du serveur + intégration du scm dans l'éditeur (ou éditeur en fonction) pour que ce soit le plus transparant possible
[^] # Re: Commit CVS
Posté par CrEv (site web personnel) . En réponse au journal Gestion de version pour applis web. Évalué à 2.
Le problème du test local c'est qu'il ne permet pas de tout tester puisque l'appli est dispersée sur 3 serveurs qui communiquent entre eux, et il devient peut envisageable que chaque dev ait une copie des trois en local (en plus certains prog spécifiques utilisés ne sont pas dispos / utils à tous)
En fait ce que je me rend compte c'est que pour des applis qui peuvent être testées en local, les scm sont très bien foutu et faciles à utiliser, mais quand plusieurs personnes travaillent simultanément sur le même projet distant (sur les mêmes fichiers quand il n'y a pas de scm, d'où le prob) ça devient moins évident et pour le moment je ne vois pas de solution "parfaite"
[^] # Re: idées
Posté par CrEv (site web personnel) . En réponse au journal Gestion de version pour applis web. Évalué à 2.
Car le plus gros problème est là en fait. Si on est informé c'est bien mais ce n'est qu'un premier pas...
Mais il faudrait quand même que je regarde ça...
[^] # Re: Telechargement public cassé
Posté par CrEv (site web personnel) . En réponse à la dépêche Premiers tests de la nouvelle Mandriva LE2005. Évalué à 2.
Sur l'arbre cooker c'est normal que ça change tout le temps :)
[^] # Re: Telechargement public cassé
Posté par CrEv (site web personnel) . En réponse à la dépêche Premiers tests de la nouvelle Mandriva LE2005. Évalué à 2.
Sinon, ba c'est vrai que c'est assez étrange mais comme c'est assez rare, faut espérer que ça s'arrange rapidement
[^] # Re: Telechargement public cassé
Posté par CrEv (site web personnel) . En réponse à la dépêche Premiers tests de la nouvelle Mandriva LE2005. Évalué à 2.
Ils ne sont peut-être pas tous complètement à jour
[^] # Re: idées
Posté par CrEv (site web personnel) . En réponse au journal Gestion de version pour applis web. Évalué à 1.
Les solutions présentées marchent en général pas mal (j'ai déjà bossé sur sourceforge, et sur qq projets et c'est vrai que ça marche bien)
Le problème en fait est au niveau de la synchro entre dev car on travail sur des parties séparées mais on doit assimiler le boulot des autres (en gros ce que je code dépend de ce que code les autres) et donc c'est pour ça qu'il faudrait pouvoir synchroniser tout le temps sur le serveur (mais le déboggage est moins simple) ou alors que chacun ait une version tout le temps synchronisée
Ha oui, j'oubliais un truc...
Le code qu'on fait n'est qu'une partie de l'appli au complet, et donc cette dernière solution n'est pas envisageable. En effet, le code est réparti sur 3 (ou plus) machines distantes, chacune s'occupant d'une partie mais toutes interagissant les unes avec les autres... ce qui donne une préférence pour un serveur de test et non test sur chaque machine...
L'idée d'installer GForge ou un équivalent s'il y en a est pas bête, j'essai aussi de les faire utiliser un bugtracker mais c'est pas gagné (mais ceci est une autre histoire :) )
[^] # Re: Install réussi et marche nikel sur M30X-115
Posté par CrEv (site web personnel) . En réponse au journal Mandriva LE et Acer Aspire 135x. Évalué à 1.
KDevelop n'est pas sur 10.1 ?????
C'est étrange je suis sous 10.1 ... et j'ai KDevelop
Coment j'ai fait pour l'avoir s'il n'existe pas sous mdk 10.1 ?
Si c'est une 10.1 discovery, c'est normal, mais désolé, kdevelop est dans 10.1
Et pour ceux qui auraient encore un doute :
ftp://ftp.proxad.net/pub/Distributions_Linux/Mandrakelinux/officia(...)
Et je précise qu'il est bien dans main et non dans contrib (qui aurait pu manquer de visibilité
La rumeur avait déjà circulée à la sortie de la 10.1, alors qu'il était présent, mais je vois que ça à la vie dur les conneries...
# club nécessaire ?
Posté par CrEv (site web personnel) . En réponse au journal Passage de mdk à ubuntu. Évalué à 10.
Ha bon ?
-> http://www.mandrivalinux.com/fr/(...)
Si on clique sur télécharger, on apercoit un bouton dont la légende est : "Télécharger sans bénéficier des avantages de Mandriva Club" (c'est à dire exclusivement des logiciels libres)
Oui, c'est vrai, on apercoit alors qu'il faut être mebre du club pour avoir les isos maintenant...
Mais bon, je suis buté alors je clique sur "Télécharger sur miroirs publics (3cds seulement)" et j'obtient la liste des ftps donnant accès à la version 2005 LE
Oui les isos ne sont pas dispos maintenant mais il n'empèche aucunement de réaliser une mise à jour via urpmi par exemple.
Tous les programmes contenu dans les versions libres de la dernière mandriva sont dispos librement et gratuitement.
Enfin, ce que j'aime bien c'est toutes les distribs soit-disant géniales, faciles d'accès où pour avoir du son il faut rajouter les users dans un groupe. Les clés usb marchent ... après édition du fstab...
Rien que pour ça je ne trouve pas que ce soit une distrib facile d'accès.
Alors oui, il y a toujours les histoires de KDE...
La mdk sort trop tard pour tester / fiabiliser kde mais il faudrait quand même qu'il soit dedans ... et après s'il y a des bugs dedans c'est mandrake qui fait du mauvais boulot et on gueule dessus qu'ils ne testent pas assez leurs programmes.
Y'a pas un soucis dans le raisonnement ?
Mais bon, là où ça me dérange c'est quand même cette confusion libre / gratuite. En fait j'ai l'impression que beaucoup ne font pas cette différence, sauf quand il s'agit de défendre le libre...
La partie libre est dispos librement ET gratuitement.
La version comportant du contenu soumis à licence non libre et / ou non gratuite n'est pas dispos gratuitement, et ça c'est un peu normal...
Mais bon sinon, je suis sous 10.1 et sous mandrake depuis la 7.2, toutes achetées sauf la 9.1.