[+] pour un journal, mais alors en rappellant ce qu'est MPD (même si c'est évident ces derniers temps) et ce qu'apporte ton prog + préciser ce que tu attends comme tests (donner ton TODO pour identifier ce qui sera ajouté par la suite peut être intéressant)
puis, bon, l'indispensable capture d'écran bien sûr :p
un peu comme vtigerCRM qui fait le lien entre CRM (basé initialement sur SugarCRM) et la GED (basé sur owl http://owl.sourceforge.net/ il me semble, en greffon sans doute...) ou alors je confonds peut-être avec EGS http://sourceforge.net/projects/egs/ ?
bref, un comparatif des fonctionnalités serait effectivement sympathique... pour voir déjà comment les produits se positionnent et se différencient (par rapport au "poids lourd" - aux deux sens du terme, un serveur d'appli java n'étant pas forcément à la portée de toutes les compétences - Compière, par exemple)
Qui a parlé de "brader" ? Comme l'a précisé rewind prix et licence sont disjoints, le sujet c'est la licence retenue, pour lequel le droit d'auteur s'applique, de la même manière pour le logiciel et pour les arts plastiques AMHA.
Comme aime à le citer Pierre Jarillon, l'adage du président de l'adullact François Élie "Un logiciel libre est gratuit quand il a été payé une fois", pourrait tout à fait s'appliquer à l'art plastique ? Pour le logiciel, cela se traduit effectivement par "je facture ce que je livre" ou par "je suis payé par ailleurs et je fais ce qui me plaît" (les deux existent).
Quand je parle de "petite série", c'est bien que je suis conscient qu'un choix de licence doit être réfléchi et correspondre à une démarche (accompagnement de la diffusion d'une manière différente, par exemple faire appel à de la modélisation 3D comme https://linuxfr.org/2006/01/19/20235.html qui pourra ensuite, par exemple, être décliné dans des jeux libres - ou pas) ou en tout cas permettre une diffusion dans un cadre un peu différent de " l'habitude ".
Pour ta pétition, visiblement il y a pas mal de points communs avec les initiatives des logiciels libres ;-)
en bas il y a "Il est interdit de reproduire entièrement ou partiellement la Mascot Factory"
et tu peux lire les conditions d'utilisation http://mascot.crystalxp.net/index.php?view=terms (ton seul droit c'est une utilisation privée, éventuellement comme avatar sur un forum)
C'est le droit d'auteur, mais c'est tout de même dommage de ne pas avoir géré un champ licence qui aurait permis de faire du libre...
hum, "artiste plasticien" c'est produire des choses en dur, qui ont un coût de reproduction, n'est-ce-pas ? Je ne vois pourtant pas ce qui empêche de placer certaines petites séries en tant qu'Art Libre (et vendre la réalisation bien sûr) ?
Tu continues de vendre ta production, tu permets (pour cette petite série) les modifications, reproduction, distribution (ton nom sera cité, conformément au droit d'auteur).
D'autre part, si la licence ne s'applique pas à ta production, elle peut s'appliquer à des photos / plans (sous blender par exemple) ?
Concrétement, pourquoi ne pas tenter la démarche pour certaines oeuvres ? (j'ai pas dit pour toutes hein). Cela peut te permettre de bénéficier d'un coup de pub' et de diffusion ?
Bon après, si tu donnais un exemple de ta "production", cela permettrait de se baser sur un exemple concret...
qu'est ce qui est dur de cocher main / updates et contrib dans http://easyurpmi.zarb.org et de choisir un miroir ?
ça te permettrait de bénéficier en supplément de
mandriva-doc-Discovery-fr
mandriva-doc-Starter-fr
pour désactiver les CD, visiblement tu n'as jamais lancé le centre de contrôle Mandriva :/ Système / Administration / configurer votre ordinateur / Sélectionner source de paquetages...
après si tu ne veux pas lire de doc', pas de souci, je ne souhaite pas aider non ceux qui ne se prennent pas par la main ;-)
bon bin désactive les CD
retourne sur http://easyurpmi.zarb.org pour avoir les médias de main et updates (et contrib), comme je te l'avais recommandé au début (qu'est ce qui t'a fait ne pas suivre ce que j'ai dit ?)
tant que j'y suis, donne le résultat de rpm -qa |grep mandriva-doc
qu'as-tu pensé de la lecture des tutoriels de mandriva inclus dans ta distribution ?
Je n'ai pas compris ta question de relancer une installation après ajout de matériel... le centre de contrôle est justement là pour effectuer la configuration des matériels détectés, qu'ils soient branchés au démarrage ou pas.
Je vois au moins les deux avantages suivants à une licence libre :
- Une licence libre permet à un artiste de se faire connaître en bénéficiant d'une distribution facilitée ?
- Pour des livres, possibilité de traduction dans d'autres langues (j'allais ajouter, "de son vivant" quand il est encore possible de contacter l'auteur pour échanger avec lui pour voir ce qu'il en pense).
Le choix d'une licence libre facilite les initiatives, donne un cadre légal cadré, plutôt que d'avoir à rentrer dans une logique contractuelle compliquée (c'est toujours plus simple quand l'auteur y a réfléchi auparavant, lors du choix de sa licence). D'autant que le choix d'une licence doit être fait au début, il est assez difficile d'en changer par la suite quand le nombre de contributeurs a augmenté (voire certains deviennent injoignables).
donne le résultat de urpmq --dump-config
ouvre une fenêtre terminal plutôt que de passer en console par ctrl-alt-f1 pour les copier/coller, il suffit alors de sélectionner et de cliquer sur la molette de la souris pour coller
tu as sans doute pris main/updates mais pas main
d'autre part, urpmi --fuzzy kernel-source-stripped t'afficherait les noms de paquets disponibles, mais urpmi nvidia - après calcul des dépendances - devrait te le proposer tout seul.
en tout cas c'est bon sur l'agenda du libre http://agendadulibre.org/showevent.php?id=915
/me se dit qu'il va voter contre les prochaines dépêches d'événements pas présentes dans l'AdL au moment de la soumission à LinuxFR ;-)
oui ;-) mais tu oublies le cas où la lib' nécessaire est dans la dernière version, qui - justement - n'est pas encore packagée par la distribution :/
Puis bon, effectivement, les bonnes pratiques de gestion de version de libs existent, faut-il encore que la libification ait été faite correctement par les développeurs (gecko cause quelques petits soucis par exemple, ceci expliquant que le dernier firefox 2.0 n'est pas packagé par pas mal de distribs en backport vu que cela casse epiphany, galeon, yelp et d'autres trucs...).
mouais le "sans installation" ;-)
je ne sais pas pourquoi ça me rappelle Oracle Application (un ERP ou PGI en français) dont la fameuse applet java faisait de l'ordre de 20 Mo (ou 80 Mo, j'ai un petit doute d'un coup...).
Bon eh bien, quand tu as un parc de plus de 100 utilisateurs (même un peu plus généralement pour ce genre d'appli), tu n'as pas trop envie d'écrouler ton réseau en journée, donc tu fais quand même la gestion du déploiement (malgré cette vague promesse du "sans installation"...).
Mieux vaut avoir un système maîtrisé, qui gère le retour arrière, gère les ressources, gère la configuration, ... que des "solutions de développeur" à la "yaka qu'à recompiler, yarien à installer ça se fait tout seul" qui ne gèrent pas la complexité d'une prod' réelle (mais qui effectivement marchent très bien en dév', avec un seul poste à déployer, en LAN en plus, toussa...).
oui et non.
d'un point de vue développeur, effectivement ce serait à la distrib' de faire les paquets
d'un point de vue distrib', autant que les dévs maintiennent les packages,
ou alors que les développeurs trouvent des contributeurs en mesure de faire des paquets et gèrent leur intégration dans leur distrib' préférée (je sais pas pourquoi je suis plutôt pour cette dernière solution pour certains paquets...)
bon en fait, si, je sais pourquoi :
quand tu vois que pas mal de distribs ont aujourd'hui plus de 10 000 paquets (voire plutôt > 20000), qu'il n'y a pas forcément 100 employés dédiés à faire des paquets, une solution claire revient à faire appel "à la masse" des contributeurs (sans connotation négative), c'est à peu près un bon moyen de faire un tri dans les "logiciels valant le coup d'être packagés"
ainsi, c'est bien aux développeurs de motiver - parmi leurs utilisateurs - des contributeurs pour packager et aux distribs de simplifier la tâche aux contributeurs pour packager (je n'ai pas dit que c'était facile)
Après, il y a la politique de montée de version de chaque distrib' qui rentre en ligne de compte, l'obsolescence des "vieilles" distribs, le nombre limité de réels contributeurs... Pas mal de distributions proposent des backports, quand le logiciels n'a pas de dépendance à trop de libs structurantes, ça peut valoir le coup et le coût (pas encore pour Firefox, ni KDE ou Gnome sans vouloir lancer de troll, des backports déstabiliseraient un peu trop le système...).
Je comprends tout de même les développeurs qui chouinent contre les distribs et les packageurs qui chouinent après les développeurs (bon ya aussi les utilisateurs qui chouinnent, mais bon parfois il y a un merci tout de même...). Il s'agit AMHA de trouver un mode de fonctionnement qui convienne à tout le monde ; perso, le système de paquets me semble le plus intéressant : cela permet d'avoir plus de contributeurs "éclairés" pour les développeurs upstream ET pour les distributions (et moins d'utilisateurs qui cassent leur système à vouloir contourner le système de paquets de leur distrib'...).
sur un 'unix' on peut aussi faire des systèmes d'installation simples
euh tu veux dire comme des packages ?
genre dispos pour solaris avec http://www.sunfreeware.com/ ? (pour AIX je ne me rappelle jamais du site...)
ah tiens, z'ont même pas gcompris eux :/
puis bon, z'ont un peu moins de packages que pas mal de distributions GNU/Linux aussi (si ça se trouve leur système d'installation doit être compliqué, flûte)
euh t'as oublié de dire que les copies d'écran sont disponibles sur la page http://www.ivanhoe-technologies.com/products/pptools/pptools(...)
tu aurais pu indiquer un petit teaser du genre "bientôt intégré à ktechlab (ou en add-on..." https://linuxfr.org/2006/03/11/20484.html et je n'ai pas vu de dépêche sur trollfr^Wlinuxfr pour la sortie de la v1.0... ;-) (/me adepte des copies d'écran pour booster la comm' : suffit de regarder les liens les plus cliqués sur les dépêches de linuxfr pour se rendre compte que je ne suis pas le seul :p)
D'autre part, choisir un hébergement des sources sur https://gna.org (par exemple, sf et berlios souffrant de lenteurs AMHA...) peut permettre de "rassurer" sur la liberté de ton soft (on ne perd pas de temps à trouver le texte de la licence) ainsi que d'assurer que demain les sources ne vont pas soudain disparaître (cela permet aussi d'intégrer de nouveaux développeurs tout étant fait pour le travail collaboratif et pour ouvrir le projet à la communauté).
Pour l'hébergement du site web, tu as aussi http://tuxfamily.org (qui peut permettre aussi de gérer ton source d'ailleurs, même si je suis plus habitué à gna pour cela), plutôt que free qui fait tout de même beaucoup "site perso" AMHA.
En tout cas, pour le choix de freshmeat, c'est très bien, cela permet le tri par catégories déjà. J'ai eu à rechercher des logiciels par thème / évaluer leur niveau de maintenance pour http://cookerspot.tuxfamily.org/wikka.php?wakka=ProgramsScie(...) et c'est clair que les sites non raccrochés à une forge ne sont pas très lisibles (voire très difficiles à trouver déjà...).
PS: si quelqu'un a le background UNIX nécessaire pour m'expliquer à quoi correspond des "programs and data that are shareable amongst a group of hosts" je suis preneur
Tu peux tout à fait imaginer qu'un parc homogène de stations de travail bootent par le réseau, ce qui permet d'avoir des "terminaux" évolués (et indifférenciés) ainsi qu'une gestion centralisée des mises à jour / ajouts de programmes pour tout le parc.
Le /usr/local permet de différencier les applications pour ton site : cela correspond à des applications qui sont adaptées à ton besoin (ou ceux de tes utilisateurs) mais qui n'ont pas vocation à être gérées de manière standard au niveau de la configuration. Par exemple, quand en admin' en central intervient en région, cela lui permet d'identifier directement ce qui est utilisé en spécifique (et d'être sûr de ne pas tout casser). Cela permet de partager les responsabilités.
# AdL
Posté par BAud (site web personnel) . En réponse à la dépêche Install Party à Marseille le 12 Janvier 2007. Évalué à 2.
[^] # Re: Python 2.5 ???
Posté par BAud (site web personnel) . En réponse au message wymypy : un web-client pour MPD. Évalué à 2.
puis, bon, l'indispensable capture d'écran bien sûr :p
[^] # Re: Et un de plus ! un !
Posté par BAud (site web personnel) . En réponse à la dépêche Taïka Kokoon 2007 - La gestion de la qualité en licence GPL. Évalué à 2.
bref, un comparatif des fonctionnalités serait effectivement sympathique... pour voir déjà comment les produits se positionnent et se différencient (par rapport au "poids lourd" - aux deux sens du terme, un serveur d'appli java n'étant pas forcément à la portée de toutes les compétences - Compière, par exemple)
[^] # Re: précisions
Posté par BAud (site web personnel) . En réponse au message Presque débutant aimerait scanner depuis Gimp. Évalué à 2.
il te reste de la lecture dans /usr/share/doc/mandriva hein ;-)
[^] # Re: Questions triviales
Posté par BAud (site web personnel) . En réponse au journal Modèle économique et justification de l'art libre ?. Évalué à 3.
Comme aime à le citer Pierre Jarillon, l'adage du président de l'adullact François Élie "Un logiciel libre est gratuit quand il a été payé une fois", pourrait tout à fait s'appliquer à l'art plastique ? Pour le logiciel, cela se traduit effectivement par "je facture ce que je livre" ou par "je suis payé par ailleurs et je fais ce qui me plaît" (les deux existent).
Quand je parle de "petite série", c'est bien que je suis conscient qu'un choix de licence doit être réfléchi et correspondre à une démarche (accompagnement de la diffusion d'une manière différente, par exemple faire appel à de la modélisation 3D comme https://linuxfr.org/2006/01/19/20235.html qui pourra ensuite, par exemple, être décliné dans des jeux libres - ou pas) ou en tout cas permettre une diffusion dans un cadre un peu différent de " l'habitude ".
Pour ta pétition, visiblement il y a pas mal de points communs avec les initiatives des logiciels libres ;-)
# inutilisable
Posté par BAud (site web personnel) . En réponse au journal Tux Factory. Évalué à 9.
en bas il y a "Il est interdit de reproduire entièrement ou partiellement la Mascot Factory"
et tu peux lire les conditions d'utilisation http://mascot.crystalxp.net/index.php?view=terms (ton seul droit c'est une utilisation privée, éventuellement comme avatar sur un forum)
C'est le droit d'auteur, mais c'est tout de même dommage de ne pas avoir géré un champ licence qui aurait permis de faire du libre...
[^] # Re: Questions triviales
Posté par BAud (site web personnel) . En réponse au journal Modèle économique et justification de l'art libre ?. Évalué à 4.
Tu continues de vendre ta production, tu permets (pour cette petite série) les modifications, reproduction, distribution (ton nom sera cité, conformément au droit d'auteur).
D'autre part, si la licence ne s'applique pas à ta production, elle peut s'appliquer à des photos / plans (sous blender par exemple) ?
Concrétement, pourquoi ne pas tenter la démarche pour certaines oeuvres ? (j'ai pas dit pour toutes hein). Cela peut te permettre de bénéficier d'un coup de pub' et de diffusion ?
Bon après, si tu donnais un exemple de ta "production", cela permettrait de se baser sur un exemple concret...
Quelques exemples d'artistes qui ont fait ce choix : http://faq.tuxfamily.org/wakka.php?wiki=LinuxGraphics je ne pense pas que tout soit à jeter ?
[^] # Re: Root et urpmi
Posté par BAud (site web personnel) . En réponse au message Installer adobe flashplayer. Évalué à 2.
[^] # Re: xD
Posté par BAud (site web personnel) . En réponse au message Linux mandriva discovery 2007 peut-il résoudre mes problèmes ?. Évalué à 2.
ça te permettrait de bénéficier en supplément de
mandriva-doc-Discovery-fr
mandriva-doc-Starter-fr
pour désactiver les CD, visiblement tu n'as jamais lancé le centre de contrôle Mandriva :/ Système / Administration / configurer votre ordinateur / Sélectionner source de paquetages...
après si tu ne veux pas lire de doc', pas de souci, je ne souhaite pas aider non ceux qui ne se prennent pas par la main ;-)
# google
Posté par BAud (site web personnel) . En réponse au message Livre ou site pour les nuls en Linux. Évalué à 4.
http://lea-linux.org
[^] # Re: Le prends pas mal mais...
Posté par BAud (site web personnel) . En réponse au journal Une histoire vrai.... Évalué à 4.
[^] # Re: xD
Posté par BAud (site web personnel) . En réponse au message Linux mandriva discovery 2007 peut-il résoudre mes problèmes ?. Évalué à 2.
retourne sur http://easyurpmi.zarb.org pour avoir les médias de main et updates (et contrib), comme je te l'avais recommandé au début (qu'est ce qui t'a fait ne pas suivre ce que j'ai dit ?)
tant que j'y suis, donne le résultat de rpm -qa |grep mandriva-doc
qu'as-tu pensé de la lecture des tutoriels de mandriva inclus dans ta distribution ?
[^] # Re: sur le 36 ?
Posté par BAud (site web personnel) . En réponse à la dépêche Journées du Logiciel Libre en Touraine. Évalué à 2.
# ce serait pas un Fast 800 E4 plutôt ?
Posté par BAud (site web personnel) . En réponse au message Sagem 800. Évalué à 2.
sinon pour la mandriva 2007, elle intègre déjà le pilote ueagle-atm, ne manque que le firmware que tu trouveras sur http://atm.eagle-usb.org/wakka.php?wiki=UeagleAtmDocFr
# précisions
Posté par BAud (site web personnel) . En réponse au message Presque débutant aimerait scanner depuis Gimp. Évalué à 2.
d'après https://linuxfr.org/~nelis/11968.html ajouter le paquet xsane-gimp pour que gimp gère les scanners
Je n'ai pas compris ta question de relancer une installation après ajout de matériel... le centre de contrôle est justement là pour effectuer la configuration des matériels détectés, qu'ils soient branchés au démarrage ou pas.
# quelques points
Posté par BAud (site web personnel) . En réponse au journal Modèle économique et justification de l'art libre ?. Évalué à 4.
- Une licence libre permet à un artiste de se faire connaître en bénéficiant d'une distribution facilitée ?
- Pour des livres, possibilité de traduction dans d'autres langues (j'allais ajouter, "de son vivant" quand il est encore possible de contacter l'auteur pour échanger avec lui pour voir ce qu'il en pense).
Le choix d'une licence libre facilite les initiatives, donne un cadre légal cadré, plutôt que d'avoir à rentrer dans une logique contractuelle compliquée (c'est toujours plus simple quand l'auteur y a réfléchi auparavant, lors du choix de sa licence). D'autant que le choix d'une licence doit être fait au début, il est assez difficile d'en changer par la suite quand le nombre de contributeurs a augmenté (voire certains deviennent injoignables).
C'est pour cela qu'il me semble important de promouvoir des licences libres plutôt que des licences faussement libres http://faq.tuxfamily.org/wakka.php?wiki=LicenceLibrePourquoi
[^] # Re: xD
Posté par BAud (site web personnel) . En réponse au message Linux mandriva discovery 2007 peut-il résoudre mes problèmes ?. Évalué à 2.
ouvre une fenêtre terminal plutôt que de passer en console par ctrl-alt-f1 pour les copier/coller, il suffit alors de sélectionner et de cliquer sur la molette de la souris pour coller
tu as sans doute pris main/updates mais pas main
d'autre part, urpmi --fuzzy kernel-source-stripped t'afficherait les noms de paquets disponibles, mais urpmi nvidia - après calcul des dépendances - devrait te le proposer tout seul.
[^] # Re: Erratum ?
Posté par BAud (site web personnel) . En réponse à la dépêche Rencontre Logiciels Libres et conférence "Hachoir" à Strasbourg. Évalué à 2.
/me se dit qu'il va voter contre les prochaines dépêches d'événements pas présentes dans l'AdL au moment de la soumission à LinuxFR ;-)
[^] # Re: Et pourquoi que ?
Posté par BAud (site web personnel) . En réponse à la dépêche Amélioration en vue pour l'installation de logiciel sur GNU/Linux.. Évalué à 2.
Puis bon, effectivement, les bonnes pratiques de gestion de version de libs existent, faut-il encore que la libification ait été faite correctement par les développeurs (gecko cause quelques petits soucis par exemple, ceci expliquant que le dernier firefox 2.0 n'est pas packagé par pas mal de distribs en backport vu que cela casse epiphany, galeon, yelp et d'autres trucs...).
[^] # Re: Utilisation des applications sans 'installation'
Posté par BAud (site web personnel) . En réponse à la dépêche Amélioration en vue pour l'installation de logiciel sur GNU/Linux.. Évalué à 3.
je ne sais pas pourquoi ça me rappelle Oracle Application (un ERP ou PGI en français) dont la fameuse applet java faisait de l'ordre de 20 Mo (ou 80 Mo, j'ai un petit doute d'un coup...).
Bon eh bien, quand tu as un parc de plus de 100 utilisateurs (même un peu plus généralement pour ce genre d'appli), tu n'as pas trop envie d'écrouler ton réseau en journée, donc tu fais quand même la gestion du déploiement (malgré cette vague promesse du "sans installation"...).
Mieux vaut avoir un système maîtrisé, qui gère le retour arrière, gère les ressources, gère la configuration, ... que des "solutions de développeur" à la "yaka qu'à recompiler, yarien à installer ça se fait tout seul" qui ne gèrent pas la complexité d'une prod' réelle (mais qui effectivement marchent très bien en dév', avec un seul poste à déployer, en LAN en plus, toussa...).
[^] # Re: Ça n'arriveras jamais
Posté par BAud (site web personnel) . En réponse à la dépêche Amélioration en vue pour l'installation de logiciel sur GNU/Linux.. Évalué à 3.
d'un point de vue développeur, effectivement ce serait à la distrib' de faire les paquets
d'un point de vue distrib', autant que les dévs maintiennent les packages,
ou alors que les développeurs trouvent des contributeurs en mesure de faire des paquets et gèrent leur intégration dans leur distrib' préférée (je sais pas pourquoi je suis plutôt pour cette dernière solution pour certains paquets...)
bon en fait, si, je sais pourquoi :
quand tu vois que pas mal de distribs ont aujourd'hui plus de 10 000 paquets (voire plutôt > 20000), qu'il n'y a pas forcément 100 employés dédiés à faire des paquets, une solution claire revient à faire appel "à la masse" des contributeurs (sans connotation négative), c'est à peu près un bon moyen de faire un tri dans les "logiciels valant le coup d'être packagés"
ainsi, c'est bien aux développeurs de motiver - parmi leurs utilisateurs - des contributeurs pour packager et aux distribs de simplifier la tâche aux contributeurs pour packager (je n'ai pas dit que c'était facile)
Après, il y a la politique de montée de version de chaque distrib' qui rentre en ligne de compte, l'obsolescence des "vieilles" distribs, le nombre limité de réels contributeurs... Pas mal de distributions proposent des backports, quand le logiciels n'a pas de dépendance à trop de libs structurantes, ça peut valoir le coup et le coût (pas encore pour Firefox, ni KDE ou Gnome sans vouloir lancer de troll, des backports déstabiliseraient un peu trop le système...).
Je comprends tout de même les développeurs qui chouinent contre les distribs et les packageurs qui chouinent après les développeurs (bon ya aussi les utilisateurs qui chouinnent, mais bon parfois il y a un merci tout de même...). Il s'agit AMHA de trouver un mode de fonctionnement qui convienne à tout le monde ; perso, le système de paquets me semble le plus intéressant : cela permet d'avoir plus de contributeurs "éclairés" pour les développeurs upstream ET pour les distributions (et moins d'utilisateurs qui cassent leur système à vouloir contourner le système de paquets de leur distrib'...).
[^] # Re: Ça n'arriveras jamais
Posté par BAud (site web personnel) . En réponse à la dépêche Amélioration en vue pour l'installation de logiciel sur GNU/Linux.. Évalué à 2.
euh tu veux dire comme des packages ?
genre dispos pour solaris avec http://www.sunfreeware.com/ ? (pour AIX je ne me rappelle jamais du site...)
ah tiens, z'ont même pas gcompris eux :/
puis bon, z'ont un peu moins de packages que pas mal de distributions GNU/Linux aussi (si ça se trouve leur système d'installation doit être compliqué, flûte)
[^] # Re: .
Posté par BAud (site web personnel) . En réponse à la dépêche Amélioration en vue pour l'installation de logiciel sur GNU/Linux.. Évalué à 4.
tu aurais pu indiquer un petit teaser du genre "bientôt intégré à ktechlab (ou en add-on..." https://linuxfr.org/2006/03/11/20484.html et je n'ai pas vu de dépêche sur trollfr^Wlinuxfr pour la sortie de la v1.0... ;-) (/me adepte des copies d'écran pour booster la comm' : suffit de regarder les liens les plus cliqués sur les dépêches de linuxfr pour se rendre compte que je ne suis pas le seul :p)
D'autre part, choisir un hébergement des sources sur https://gna.org (par exemple, sf et berlios souffrant de lenteurs AMHA...) peut permettre de "rassurer" sur la liberté de ton soft (on ne perd pas de temps à trouver le texte de la licence) ainsi que d'assurer que demain les sources ne vont pas soudain disparaître (cela permet aussi d'intégrer de nouveaux développeurs tout étant fait pour le travail collaboratif et pour ouvrir le projet à la communauté).
Pour l'hébergement du site web, tu as aussi http://tuxfamily.org (qui peut permettre aussi de gérer ton source d'ailleurs, même si je suis plus habitué à gna pour cela), plutôt que free qui fait tout de même beaucoup "site perso" AMHA.
En tout cas, pour le choix de freshmeat, c'est très bien, cela permet le tri par catégories déjà. J'ai eu à rechercher des logiciels par thème / évaluer leur niveau de maintenance pour http://cookerspot.tuxfamily.org/wikka.php?wakka=ProgramsScie(...) et c'est clair que les sites non raccrochés à une forge ne sont pas très lisibles (voire très difficiles à trouver déjà...).
[^] # Re: Presque
Posté par BAud (site web personnel) . En réponse au message Linux mandriva discovery 2007 peut-il résoudre mes problèmes ?. Évalué à 2.
et peut-être prendre le paquet nvidia-legacy si ta carte n'est plus supportée par les derniers pilotes propriétaire nvidia...
[^] # Re: .
Posté par BAud (site web personnel) . En réponse à la dépêche Amélioration en vue pour l'installation de logiciel sur GNU/Linux.. Évalué à 5.
Tu peux tout à fait imaginer qu'un parc homogène de stations de travail bootent par le réseau, ce qui permet d'avoir des "terminaux" évolués (et indifférenciés) ainsi qu'une gestion centralisée des mises à jour / ajouts de programmes pour tout le parc.
Le /usr/local permet de différencier les applications pour ton site : cela correspond à des applications qui sont adaptées à ton besoin (ou ceux de tes utilisateurs) mais qui n'ont pas vocation à être gérées de manière standard au niveau de la configuration. Par exemple, quand en admin' en central intervient en région, cela lui permet d'identifier directement ce qui est utilisé en spécifique (et d'être sûr de ne pas tout casser). Cela permet de partager les responsabilités.