Pour ceux qui sont intéressés par installer une liste de rpm ou simplement extraire la liste des rpms présents pour la réinstaller automatiquement après installation d'une version toute fraiche, il y a un thread à ce sujet sur le forum de mandriva : http://forum.mandrivaclub.com/viewtopic.php?t=35051(...)
Continuez a vous gargariser d'une superiorite morale a "laisser libre les utilisateurs de ne PAS utiliser votre systeme", moi j'engrange.
C'est vrai que faire des applis linux only c'est super vachement mieux et c'est une stratégie ô combien plus respectable que faire des applications windows only ou mac only.
Désolé si la liberté de l'utilisateur importe.
Désolé si le côté multiplateforme intéresse.
Désolé si le choix importe.
Désolé si le quand je travaille sous windows j'aimerais bien avoir les applications que je veux.
Je suis cynique ?
Cynique j'en sais rien mais entout cas le ton pourrait être un peu plus travaillé...
si je ne me trompe pas trop :
le port n'est pas un port de l'ensemble de kde, mais des librairies de base permettant de faire tourner des programmes comme koffice, kontact, etc au même titre que openoffice, mozilla, ...
Certains pensent que ça pourrait permettre de migrer de windows vers kde plus facilement, d'autres pensent que c'est pas bien.
Moi je dirais simplement que si je pouvais utiliser kmail sous windows (lorsque je suis obligé de l'utiliser) ça serait bien.
qemu est dans les contrib (il est pas forcément sur les cds pressés, ça reste une application peu utilisée par des utilisateurs basic)
Il suffit de mettre les sources (pas besoin de passer par urpmi, aller dans la gestion des sources dans le control center, faire "ajouter" et il propose automatiquement les mirroirs).
Par contre, j'ai pas regardé si les mirroirs sont dispos où s'il faut attendre encore un peu...
C'est surement le même problème pour sdl
Pour ce qui concerne kdm, tu utilise kdm "classique" ou avec un thème (je crois que c'est la config de base)
La pluspart des thèmes pour {g|k}dm n'ont pas de liste des utilisateurs...
Par contre, il suffit de remplacer kdm mar mdkkdm et on a la liste des users.
Voilà, je me posais juste cette question, après avoir vu la vidéo de ruby on rails, turbogears et maintenant celle-ci
Donc voilà, c'est une question un peu conne mais bon ;-)
Sinon, on remarque une chose avec ces vidéos, c'est que les menus dans les applis ça sert à rien... (ben oué, sous mac avec la barre en haut qui n'est même pas présente à l'écran et la souris ne s'y trimbale jamais...)
Un service spécifique, pour moi, c'est de développer un logiciel adapté à un client, faire payer le développement, et mettre le logiciel en GPL.
Le service, c'est livrer une machine préinstallée, avec une formation minimale.
Par contre développer des outils permettant aux clients de configurer, d'installer proprement leur distrib, sans nécessairement faire payer (c'est sur les cvs, ftp, ...) tout en étant en gpl c'est pas un service ?
moi pas comprendre...
Une initiative vraiment en accord avec l'esprit du libre aurait été de mutualiser au moins une base commune, et de créer un outil de configuration multi distribution.
Ok donc si je comprend bien, créer des outils en gpl, qui plus est gratuit c'est pas suffisant pour être en accord avec l'"esprit du libre" ??
moi pas comprendre non plus...
Mais pourquoi saint vénéré ubuntu ne propose-t-il pas encore des outils de configuration accessibles (graphiques par exemple) basés sur ce qui existe déjà (yast, mcc, ...) dans ce cas ? (ou se met d'accord avec d'autres distribs ?)
dans ce cas ubuntu serait _vraiment en accord avec l'esprit du libre_ ...
Le projet debian a trouvé une solution élégante
Enfin, élégante que si on a le net et si possible pas en 56k...
Mettre les drivers ou autre sur un cd, avec n'importe quel autre paquet est peut-être moins "élégant" mais autrement plus pratique...
c'est de faire une distribution téléchargeable gratuitement
heu ... mandriva propose _toujours_ une version totalement libre (sans proprio, d'ailleurs souvent des utilisateurs se plaignent qu'il n'y a pas flash, nvidia, ... ) et évidemment gratuitement téléchargeable.
vivre uniquement des services personalisés gravitant autour de la distribution
proposer une version contenant la même chose que la version libre en y aoutant les drivers proprios, flash, ... c'est quand même un peu personaliser la distrib et vendre un service (l'installation automatique des ces drivers, car quiconque peut également le faire à la main. Le service est dans l'intégration).
Ubuntu en est le meilleur exemple à ma connaissance
Tiens, il aura pas fallu longtemps avant qu'elle sorte celle-là...
comme dit un peu plus bas, "cooker is reopened" / Warly - 30/09/2005
ça fait donc 10 jours que les cooker est parti dans la direction 2007 et non plus 2006
gnome 2.12 est en train (ou complètement maintenant, je n'ai pas regardé avec précision) d'être intégré.
tester cooker en croyant tester la version stable n'est jamais une très bonne idée.
Enfin, quand on test cooker quand même, la première chose à faire est de lire la mailing liste cooker. La pluspart du temps, lorsqu'un problème est présent, il est discuté dessus ou alors on apprend la correction à y appliquer.
Il est utile aussi de la lire avant de faire une mise à jour, pour voir s'il n'y a pas un bug bloquant qui se promène...
(si on veut lire sans s'abonner, il existe http://www.gmane.org(...) par exemple)
Concernant l'amélioration du temps de démarrage, c'est valable que si on utilise hotplug.
Les mises à jour depuis internet avec une connexion directe sont toujours risquées (car justement il peut y avoir des pertes de connexion, comme indiqué par exemple avec le problèmes des interfaces réseaux). Trois solutions existent :
- créer un miroir local (au moins y'a pas de problème, mais il faut downloader pendant un moment et avoir de la place)
- créer des cds (avec mkcd par exemple)
- utiliser une passerelle qui elle ne risque pas de perdre sa connexion, et du moment que ifconfig est installé on peut toujours s'en tirer pour remonter les interfaces.
Pour le 9 (firefox et connexion lente), ça ne pourrait pas provenir du fait d'exécuter la 2006 sans avoir booter sur le nouveau noyau ? et dans ce cas ça pourrait expliquer le reboot qui améliore la chose.
Un type qui sort d'un Bac pro compta [...] n'est pas capable de maîtriser de tel langages
sans vouloir dénigrer cette filière, mais c'est pas un peu normal que quelqu'un sortant d'un bac pro compta ne sache pas maitriser correctement certains langages ?
c'est pas vraiment une filière destinée à former des programmeurs / informaticiens donc ca reste quand même logique, non ?
en fait la community de la 2006 n'est pas du tout la même chose que la community d'avant (d'ailleur le nom aurait du être changé je pense, et on voit souvent parler de official/2006 et devel/2006 et non de community)
Avant on avait : beta -> rc -> community -> officiel
maintenant : beta -> rc -> official + devel
les deux versions sont initialement identiques (donc pas comme avec l'ancienne community), elles sortent en même temps. Mais c'est dans la suite que ça changera puisque la community pourra monter en version et l'officiel non.
Tu parle bien de ces cartes qui n'ont de drivers accélérés -pas très stables- que pour GNU/Linux/x86 ?
enfin, pour nvidia sur x86 ça marche quand même sans problème.
Et pour ce qui est de la disponibilité du driver, s'il n'est présent de base que dans les versions commerciales, l'installation est quand même assez simple (si c'est trop compliquer, il suffit d'acheter une version commerciale)
Pour la non disponibilité pour des archi autres, c'est vrai que ça c'est très con :(
Mais par contre, devrait-on sous ce pretexte ne pas évoluer du tout ?
Avec une organisation correcte, ne pourrait-il pas simplement être possible d'ajouter des fonctionnalités, améliorer X tout en permettant de ne pas activer ces fonctions pour les archis / cartes graphiques ne les supportant pas ?
Ca reste assez logique, non ?
- la 2006 officielle (official/2006 sur les mirroirs) n'aura que des mises à jour de sécurité, pas de monté en version.
- la 2006 community (devel/2006) pourra avoir quelques montées en version, elle est donc moins stable sur les paquets (il peut donc y avoir des changements)
- cooker reste cooker, en développement et pas sur du tout, a utiliser avec moulte précausions pour une utilisation autre
par contre, juste comme ça, et galeon il est passé où (note : c'est une vrai question, la dernière fois que j'ai fais du gnome il est navigateur par défaut...)
Enfin, ce que je voulais dire c'est que beaucoup de personnes sont sous gnome avec gimp, firefox et d'autres alors que ce ne sont pas du tout des applications gnome. Le sentiment d'une interface organisée est moins clair que sous kde je trouve.
que les gars de kde pensent à kde pour avoir un kde entièrement intégré me semble la moindre des choses.
Il vaut mieux ça que d'avoir un super backend indépendant toussa mais rien au dessus pour l'exploiter et être intégré.
Les devel gnome pensent niveau os ? déjà je capte pas trop ce que ça veut dire, mais c'est peut-être parce qu'ils utilisent le C qui est fait à la base pour programmer des os, non ? ;-)
Le problème (même si ça s'arrange) est que gnome fournit (fournissait) peut de logiciels vraiment intégré au contraire de kde qui fourni un ensemble très cohérent (et oui, firefox, gimp, toussa c'est du gtk mais pas du gnome...)
Donc je pense que les points de vue différents viennent de là surtout...
certains ont-ils essayé de l'installer sur x86_64 ?
J'ai essayé pour la première fois avec konstruct sur une 2005LE 64 bit et je bute sur un problème kcheckpass :
/usr/bin/ld kcheckpass.o : relocation R_X86_64_32 against a 'local symbol' can not be used with making a shared object ; recompile with -fPIC
mais je ne sais pas du tout ce que ça siginifie ni comment régler le problème...
non, il a raison (enfin presque)
l'un des arguments de .net est justement de pouvoir s'affranchir du langage dans lequel une application a été réalisée du moment qu'il peut se compiler en il par .net
Par exemple, créer une appli donc le coeur (les calculs) serait en fortran, cobol ou n'importe quoi et l'interface en vb (beurk).
J'avais assisté à une prez .net et le gars s'amusait justement à linker des élements de plusieurs langages ensemble. Je crois qu'on peut aussi faire de l'héritage indépendement des langages.
Bon, par contre, je ne pense pas que mono le puisse, simplement parce que mono c'est surtout c# (je crois qu'il y avait aussi du vb, mais j'ai jamais regardé je déteste ça ;))
[^] # Re: urpmi $(cat liste_rpm.txt)
Posté par CrEv (site web personnel) . En réponse au journal Compte rendu de migration Mandriva Linux 2005 LE vers 2006 (cooker). Évalué à 3.
http://forum.mandrivaclub.com/viewtopic.php?t=35051(...)
voili voilou
++
[^] # Re: Tenor/Kat
Posté par CrEv (site web personnel) . En réponse à la dépêche Les nouvelles de KDE. Évalué à 1.
j'ai pas testé alors je peux rien en dire mais si qqn à regarder et peut répondre...
[^] # Re: Port sous Windows ...
Posté par CrEv (site web personnel) . En réponse à la dépêche Les nouvelles de KDE. Évalué à 5.
C'est vrai que faire des applis linux only c'est super vachement mieux et c'est une stratégie ô combien plus respectable que faire des applications windows only ou mac only.
Désolé si la liberté de l'utilisateur importe.
Désolé si le côté multiplateforme intéresse.
Désolé si le choix importe.
Désolé si le quand je travaille sous windows j'aimerais bien avoir les applications que je veux.
Cynique j'en sais rien mais entout cas le ton pourrait être un peu plus travaillé...
[^] # Re: Port sous Windows ...
Posté par CrEv (site web personnel) . En réponse à la dépêche Les nouvelles de KDE. Évalué à 9.
le port n'est pas un port de l'ensemble de kde, mais des librairies de base permettant de faire tourner des programmes comme koffice, kontact, etc au même titre que openoffice, mozilla, ...
Certains pensent que ça pourrait permettre de migrer de windows vers kde plus facilement, d'autres pensent que c'est pas bien.
Moi je dirais simplement que si je pouvais utiliser kmail sous windows (lorsque je suis obligé de l'utiliser) ça serait bien.
[^] # Re: Passage en Mdv2006 ce WE
Posté par CrEv (site web personnel) . En réponse au journal Compte rendu de migration Mandriva Linux 2005 LE vers 2006 (cooker). Évalué à 4.
Il suffit de mettre les sources (pas besoin de passer par urpmi, aller dans la gestion des sources dans le control center, faire "ajouter" et il propose automatiquement les mirroirs).
Par contre, j'ai pas regardé si les mirroirs sont dispos où s'il faut attendre encore un peu...
C'est surement le même problème pour sdl
Pour ce qui concerne kdm, tu utilise kdm "classique" ou avec un thème (je crois que c'est la config de base)
La pluspart des thèmes pour {g|k}dm n'ont pas de liste des utilisateurs...
Par contre, il suffit de remplacer kdm mar mdkkdm et on a la liste des users.
voilà
++
# pourquoi les videos sont toujours sous mac ?
Posté par CrEv (site web personnel) . En réponse au journal rails: un module d'identification. Évalué à 2.
Donc voilà, c'est une question un peu conne mais bon ;-)
Sinon, on remarque une chose avec ces vidéos, c'est que les menus dans les applis ça sert à rien... (ben oué, sous mac avec la barre en haut qui n'est même pas présente à l'écran et la souris ne s'y trimbale jamais...)
[^] # Re: Meilleur Intégration ?
Posté par CrEv (site web personnel) . En réponse à la dépêche Les nouvelles de KDE. Évalué à 3.
[^] # Re: Pas une nouvelle très fraiche...
Posté par CrEv (site web personnel) . En réponse au journal Wanadoo utilise le protocole XMPP(Jabber). Évalué à 2.
[^] # Re: Un avis
Posté par CrEv (site web personnel) . En réponse au journal Compte rendu de migration Mandriva Linux 2005 LE vers 2006 (cooker). Évalué à 9.
Par contre développer des outils permettant aux clients de configurer, d'installer proprement leur distrib, sans nécessairement faire payer (c'est sur les cvs, ftp, ...) tout en étant en gpl c'est pas un service ?
moi pas comprendre...
Ok donc si je comprend bien, créer des outils en gpl, qui plus est gratuit c'est pas suffisant pour être en accord avec l'"esprit du libre" ??
moi pas comprendre non plus...
Mais pourquoi saint vénéré ubuntu ne propose-t-il pas encore des outils de configuration accessibles (graphiques par exemple) basés sur ce qui existe déjà (yast, mcc, ...) dans ce cas ? (ou se met d'accord avec d'autres distribs ?)
dans ce cas ubuntu serait _vraiment en accord avec l'esprit du libre_ ...
Enfin, élégante que si on a le net et si possible pas en 56k...
Mettre les drivers ou autre sur un cd, avec n'importe quel autre paquet est peut-être moins "élégant" mais autrement plus pratique...
[^] # Re: Un avis
Posté par CrEv (site web personnel) . En réponse au journal Compte rendu de migration Mandriva Linux 2005 LE vers 2006 (cooker). Évalué à 10.
heu ... mandriva propose _toujours_ une version totalement libre (sans proprio, d'ailleurs souvent des utilisateurs se plaignent qu'il n'y a pas flash, nvidia, ... ) et évidemment gratuitement téléchargeable.
proposer une version contenant la même chose que la version libre en y aoutant les drivers proprios, flash, ... c'est quand même un peu personaliser la distrib et vendre un service (l'installation automatique des ces drivers, car quiconque peut également le faire à la main. Le service est dans l'intégration).
Tiens, il aura pas fallu longtemps avant qu'elle sorte celle-là...
[^] # Re: Cooker != 2006
Posté par CrEv (site web personnel) . En réponse au journal Compte rendu de migration Mandriva Linux 2005 LE vers 2006 (cooker). Évalué à 6.
ça fait donc 10 jours que les cooker est parti dans la direction 2007 et non plus 2006
gnome 2.12 est en train (ou complètement maintenant, je n'ai pas regardé avec précision) d'être intégré.
tester cooker en croyant tester la version stable n'est jamais une très bonne idée.
Enfin, quand on test cooker quand même, la première chose à faire est de lire la mailing liste cooker. La pluspart du temps, lorsqu'un problème est présent, il est discuté dessus ou alors on apprend la correction à y appliquer.
Il est utile aussi de la lire avant de faire une mise à jour, pour voir s'il n'y a pas un bug bloquant qui se promène...
(si on veut lire sans s'abonner, il existe http://www.gmane.org(...) par exemple)
Concernant l'amélioration du temps de démarrage, c'est valable que si on utilise hotplug.
Les mises à jour depuis internet avec une connexion directe sont toujours risquées (car justement il peut y avoir des pertes de connexion, comme indiqué par exemple avec le problèmes des interfaces réseaux). Trois solutions existent :
- créer un miroir local (au moins y'a pas de problème, mais il faut downloader pendant un moment et avoir de la place)
- créer des cds (avec mkcd par exemple)
- utiliser une passerelle qui elle ne risque pas de perdre sa connexion, et du moment que ifconfig est installé on peut toujours s'en tirer pour remonter les interfaces.
Pour le 9 (firefox et connexion lente), ça ne pourrait pas provenir du fait d'exécuter la 2006 sans avoir booter sur le nouveau noyau ? et dans ce cas ça pourrait expliquer le reboot qui améliore la chose.
[^] # Re: Bof
Posté par CrEv (site web personnel) . En réponse au journal Repenser les langages et le développement logiciel. Évalué à 5.
sans vouloir dénigrer cette filière, mais c'est pas un peu normal que quelqu'un sortant d'un bac pro compta ne sache pas maitriser correctement certains langages ?
c'est pas vraiment une filière destinée à former des programmeurs / informaticiens donc ca reste quand même logique, non ?
[^] # Re: 2006 Community
Posté par CrEv (site web personnel) . En réponse au journal Mandriva 2006 dispo pour le club.. Évalué à 5.
Avant on avait : beta -> rc -> community -> officiel
maintenant : beta -> rc -> official + devel
les deux versions sont initialement identiques (donc pas comme avec l'ancienne community), elles sortent en même temps. Mais c'est dans la suite que ça changera puisque la community pourra monter en version et l'officiel non.
[^] # Re: x.org et GNU/Linux
Posté par CrEv (site web personnel) . En réponse à la dépêche Le point sur le traitement graphique sous Linux. Évalué à 1.
enfin, pour nvidia sur x86 ça marche quand même sans problème.
Et pour ce qui est de la disponibilité du driver, s'il n'est présent de base que dans les versions commerciales, l'installation est quand même assez simple (si c'est trop compliquer, il suffit d'acheter une version commerciale)
Pour la non disponibilité pour des archi autres, c'est vrai que ça c'est très con :(
Mais par contre, devrait-on sous ce pretexte ne pas évoluer du tout ?
Avec une organisation correcte, ne pourrait-il pas simplement être possible d'ajouter des fonctionnalités, améliorer X tout en permettant de ne pas activer ces fonctions pour les archis / cartes graphiques ne les supportant pas ?
Ca reste assez logique, non ?
[^] # Re: 2006 Community
Posté par CrEv (site web personnel) . En réponse au journal Mandriva 2006 dispo pour le club.. Évalué à 5.
- la 2006 officielle (official/2006 sur les mirroirs) n'aura que des mises à jour de sécurité, pas de monté en version.
- la 2006 community (devel/2006) pourra avoir quelques montées en version, elle est donc moins stable sur les paquets (il peut donc y avoir des changements)
- cooker reste cooker, en développement et pas sur du tout, a utiliser avec moulte précausions pour une utilisation autre
[^] # Re: UFS
Posté par CrEv (site web personnel) . En réponse à la dépêche NILFS, Un tout nouveau système de fichiers. Évalué à 2.
[^] # Re: UFS
Posté par CrEv (site web personnel) . En réponse à la dépêche NILFS, Un tout nouveau système de fichiers. Évalué à 0.
[^] # Re: A propos de KDE et de beagle...
Posté par CrEv (site web personnel) . En réponse au journal Beagle et KDE : je t'aime moi non plus. Évalué à 3.
par contre, juste comme ça, et galeon il est passé où (note : c'est une vrai question, la dernière fois que j'ai fais du gnome il est navigateur par défaut...)
Enfin, ce que je voulais dire c'est que beaucoup de personnes sont sous gnome avec gimp, firefox et d'autres alors que ce ne sont pas du tout des applications gnome. Le sentiment d'une interface organisée est moins clair que sous kde je trouve.
[^] # Re: A propos de KDE et de beagle...
Posté par CrEv (site web personnel) . En réponse au journal Beagle et KDE : je t'aime moi non plus. Évalué à 5.
Il vaut mieux ça que d'avoir un super backend indépendant toussa mais rien au dessus pour l'exploiter et être intégré.
Les devel gnome pensent niveau os ? déjà je capte pas trop ce que ça veut dire, mais c'est peut-être parce qu'ils utilisent le C qui est fait à la base pour programmer des os, non ? ;-)
Le problème (même si ça s'arrange) est que gnome fournit (fournissait) peut de logiciels vraiment intégré au contraire de kde qui fourni un ensemble très cohérent (et oui, firefox, gimp, toussa c'est du gtk mais pas du gnome...)
Donc je pense que les points de vue différents viennent de là surtout...
[^] # Re: Expérience personnelle.
Posté par CrEv (site web personnel) . En réponse au journal Migration vers Gnome.. Évalué à 3.
parce que si, la barre de menu en haut contient le menu de l'application courante (avec des applications kde)
La configuration se trouve dans kcontrol / look&feel / comportement / barre de menu de l'application courante (comme mac os)
un petit screen : http://ybr.phpnet.org/download/barre_menu.jpg(...)
++
[^] # Re: idée
Posté par CrEv (site web personnel) . En réponse au message mcs ne rend pas la main... | compilation mono. Évalué à 2.
Bon j'avais pas trop envie de me taper les sources mais bon...
merci
[^] # Re: Félicitation
Posté par CrEv (site web personnel) . En réponse au journal gna hotspot #7. Évalué à 4.
[^] # Re: Aaaah que c'est bon d'être LIBRE de choisir!
Posté par CrEv (site web personnel) . En réponse au journal Eclipse, Qt et GTK+ sont dans un bateau .... Évalué à 9.
Sinon quand tu parles d'Eclipse, tu fais référence à quoi ?
Le trio à départager ça serait pas plutôt swing (ou java), qt et gtk ?
[^] # Re: konstruct et x86_64
Posté par CrEv (site web personnel) . En réponse au journal KDE 3.5 Beta 1 is out !. Évalué à 2.
J'ai essayé pour la première fois avec konstruct sur une 2005LE 64 bit et je bute sur un problème kcheckpass :
[^] # Re: kat / beagle / lucene
Posté par CrEv (site web personnel) . En réponse à la dépêche Beagle : Un "Desktop Search" sous Linux. Évalué à 3.
l'un des arguments de .net est justement de pouvoir s'affranchir du langage dans lequel une application a été réalisée du moment qu'il peut se compiler en il par .net
Par exemple, créer une appli donc le coeur (les calculs) serait en fortran, cobol ou n'importe quoi et l'interface en vb (beurk).
J'avais assisté à une prez .net et le gars s'amusait justement à linker des élements de plusieurs langages ensemble. Je crois qu'on peut aussi faire de l'héritage indépendement des langages.
Bon, par contre, je ne pense pas que mono le puisse, simplement parce que mono c'est surtout c# (je crois qu'il y avait aussi du vb, mais j'ai jamais regardé je déteste ça ;))