Bernard Schoenacker writes:
> Le Fri, 25 Mar 2011 14:29:54 +0100,
> a écrit :
>
>> C'est moi ou toutes tes récentes interventions sur cette mailing
>> list sont 1) hors propos 2) hautaines / agressives ?
>>
>> Tourne sept fois ta langue dans ta bouche avant de l'ouvrir,
>> ou tes mails finiront dans /dev/null, et pas que chez moi.
>
> Bonjour,
>
> Pour votre gouverne digikam est la continuation d'un
> gestionnaire de visualisation et de téléchargement d'images
> issues d'un appreil photo :
> - gphoto
Non.
>
> Justificatif : apt-cache show digikam
>
> Descriptif (extrait):
>
> application de gestion de photos numériques pour KDE
> Ce programme de gestion de photo numérique est conçu
> pour importer, organiser, retoucher, rechercher et exporter
> vos images numériques depuis et vers votre ordinateur.
Importer, ça correspond à ce que tu dis, retoucher peut-être, mais pas
organiser, rechercher et exporter. Digikam est belle et bien un
gestionnaire d'albums photos.
[...]
Bernard Schoenacker <bernard.schoenacker@free.fr> writes:
> Le Fri, 25 Mar 2011 14:29:54 +0100,
> ktulu@wxcvbn.org a écrit :
>
>> C'est moi ou toutes tes récentes interventions sur cette mailing
>> list sont 1) hors propos 2) hautaines / agressives ?
>>
>> Tourne sept fois ta langue dans ta bouche avant de l'ouvrir,
>> ou tes mails finiront dans /dev/null, et pas que chez moi.
>
> Bonjour,
>
> Pour votre gouverne digikam est la continuation d'un
> gestionnaire de visualisation et de téléchargement d'images
> issues d'un appreil photo :
> - gphoto
Non.
>
> Justificatif : apt-cache show digikam
>
> Descriptif (extrait):
>
> application de gestion de photos numériques pour KDE
> Ce programme de gestion de photo numérique est conçu
> pour importer, organiser, retoucher, rechercher et exporter
> vos images numériques depuis et vers votre ordinateur.
Importer, ça correspond à ce que tu dis, retoucher peut-être, mais pas
organiser, rechercher et exporter. Digikam est belle et bien un
gestionnaire d'albums photos.
[...]
Bernard Schoenacker writes:
> Le Fri, 25 Mar 2011 14:29:54 +0100,
> a écrit :
>
>> C'est moi ou toutes tes récentes interventions sur cette mailing
>> list sont 1) hors propos 2) hautaines / agressives ?
>>
>> Tourne sept fois ta langue dans ta bouche avant de l'ouvrir,
>> ou tes mails finiront dans /dev/null, et pas que chez moi.
>
> Bonjour,
>
> Pour votre gouverne digikam est la continuation d'un
> gestionnaire de visualisation et de téléchargement d'images
> issues d'un appreil photo :
> - gphoto
Non.
>
> Justificatif : apt-cache show digikam
>
> Descriptif (extrait):
>
> application de gestion de photos numériques pour KDE
> Ce programme de gestion de photo numérique est conçu
> pour importer, organiser, retoucher, rechercher et exporter
> vos images numériques depuis et vers votre ordinateur.
Importer, ça correspond à ce que tu dis, retoucher peut-être, mais pas
organiser, rechercher et exporter. Digikam est belle et bien un
gestionnaire d'albums photos.
[...]
Ma question intrinsèque était: comment les autres distributions arrivent
à contourner le problème ? Les bases de méta-données, cele se sauvegarde
donc on peut prendre des risques, surtout quand on est en Sid (pas mon
cas). Le cutting edge, c'est la raison d'exister de Sid. Les
distributions que j'ai citées ne sont pas cuttin edge.
Ma question intrinsèque était: comment les autres distributions arrivent
à contourner le problème ? Les bases de méta-données, cele se sauvegarde
donc on peut prendre des risques, surtout quand on est en Sid (pas mon
cas). Le cutting edge, c'est la raison d'exister de Sid. Les
distributions que j'ai citées ne sont pas cuttin edge.
Ma question intrinsèque était: comment les autres distributions arrivent
à contourner le problème ? Les bases de méta-données, cele se sauvegarde
donc on peut prendre des risques, surtout quand on est en Sid (pas mon
cas). Le cutting edge, c'est la raison d'exister de Sid. Les
distributions que j'ai citées ne sont pas cuttin edge.
On Fri, 25 Mar 2011 14:44:52 +0100
maderios wrote:
...
> Ma question intrinsèque était: comment les autres distributions arrivent
> à contourner le problème ? Les bases de méta-données, cele se sauvegarde
Tout simplement en fournissant des packages qu'elle savent pertinemment
buggés...
> donc on peut prendre des risques, surtout quand on est en Sid (pas mon
> cas). Le cutting edge, c'est la raison d'exister de Sid. Les
> distributions que j'ai citées ne sont pas cuttin edge.
Vi, sauf que Debian met l'accent (tonique) sur la sécurité; donc même si un
pgm n'a pas de bugs apparents, il n'empêche qu'il ne passera pas le barrage
s'il permet, par exemple, de faire un exploit de type buffer overflow.
--
On Fri, 25 Mar 2011 14:44:52 +0100
maderios <maderios@gmail.com> wrote:
...
> Ma question intrinsèque était: comment les autres distributions arrivent
> à contourner le problème ? Les bases de méta-données, cele se sauvegarde
Tout simplement en fournissant des packages qu'elle savent pertinemment
buggés...
> donc on peut prendre des risques, surtout quand on est en Sid (pas mon
> cas). Le cutting edge, c'est la raison d'exister de Sid. Les
> distributions que j'ai citées ne sont pas cuttin edge.
Vi, sauf que Debian met l'accent (tonique) sur la sécurité; donc même si un
pgm n'a pas de bugs apparents, il n'empêche qu'il ne passera pas le barrage
s'il permet, par exemple, de faire un exploit de type buffer overflow.
--
On Fri, 25 Mar 2011 14:44:52 +0100
maderios wrote:
...
> Ma question intrinsèque était: comment les autres distributions arrivent
> à contourner le problème ? Les bases de méta-données, cele se sauvegarde
Tout simplement en fournissant des packages qu'elle savent pertinemment
buggés...
> donc on peut prendre des risques, surtout quand on est en Sid (pas mon
> cas). Le cutting edge, c'est la raison d'exister de Sid. Les
> distributions que j'ai citées ne sont pas cuttin edge.
Vi, sauf que Debian met l'accent (tonique) sur la sécurité; donc même si un
pgm n'a pas de bugs apparents, il n'empêche qu'il ne passera pas le barrage
s'il permet, par exemple, de faire un exploit de type buffer overflow.
--
Le vendredi 25 mars 2011 à 21:03 +0100, Jean-Yves F. Barbier a écrit :
> On Fri, 25 Mar 2011 14:44:52 +0100
> maderios wrote:
>
> ...
> > Ma question intrinsèque était: comment les autres distributions a rrivent
> > à contourner le problème ? Les bases de méta-données, cele se sauvegarde
>
> Tout simplement en fournissant des packages qu'elle savent pertinemment
> buggés...
>
Comme Sid devrait le faire. La vraie version qualifiée d'utilisable est
la stable. Même Testing n'est pas donnée comme parfaitement fiable.
Le vendredi 25 mars 2011 à 21:03 +0100, Jean-Yves F. Barbier a écrit :
> On Fri, 25 Mar 2011 14:44:52 +0100
> maderios <maderios@gmail.com> wrote:
>
> ...
> > Ma question intrinsèque était: comment les autres distributions a rrivent
> > à contourner le problème ? Les bases de méta-données, cele se sauvegarde
>
> Tout simplement en fournissant des packages qu'elle savent pertinemment
> buggés...
>
Comme Sid devrait le faire. La vraie version qualifiée d'utilisable est
la stable. Même Testing n'est pas donnée comme parfaitement fiable.
Le vendredi 25 mars 2011 à 21:03 +0100, Jean-Yves F. Barbier a écrit :
> On Fri, 25 Mar 2011 14:44:52 +0100
> maderios wrote:
>
> ...
> > Ma question intrinsèque était: comment les autres distributions a rrivent
> > à contourner le problème ? Les bases de méta-données, cele se sauvegarde
>
> Tout simplement en fournissant des packages qu'elle savent pertinemment
> buggés...
>
Comme Sid devrait le faire. La vraie version qualifiée d'utilisable est
la stable. Même Testing n'est pas donnée comme parfaitement fiable.
> Tout simplement en fournissant des packages qu'elle savent pertinemment
> buggés...
>
Comme Sid devrait le faire. La vraie version qualifiée d'utilisable est
la stable. Même Testing n'est pas donnée comme parfaitement fia ble.
> Vi, sauf que Debian met l'accent (tonique) sur la sécurité; d onc même si
> un pgm n'a pas de bugs apparents, il n'empêche qu'il ne passera pa s le
> barrage s'il permet, par exemple, de faire un exploit de type buffer
> overflow.
Quel barrage ?
L'intérêt de Sid n'est-il justement pas de trouver ces fameux p roblèmes
potentiels ? Si le programme n'est pas disponible, comment le rendre
justement plus sécurisé et fiable ?
Je suis d'accord avec maderios : Sid et Testing ne servent pas à gra nd
chose en ce moment. En période de freeze je comprends tout à fa it, mais
depuis la sortie de Squeeze, mais toujours pas de KDE 4.6 ni même de
GNOME 2.32 en vueâ¦
> Tout simplement en fournissant des packages qu'elle savent pertinemment
> buggés...
>
Comme Sid devrait le faire. La vraie version qualifiée d'utilisable est
la stable. Même Testing n'est pas donnée comme parfaitement fia ble.
> Vi, sauf que Debian met l'accent (tonique) sur la sécurité; d onc même si
> un pgm n'a pas de bugs apparents, il n'empêche qu'il ne passera pa s le
> barrage s'il permet, par exemple, de faire un exploit de type buffer
> overflow.
Quel barrage ?
L'intérêt de Sid n'est-il justement pas de trouver ces fameux p roblèmes
potentiels ? Si le programme n'est pas disponible, comment le rendre
justement plus sécurisé et fiable ?
Je suis d'accord avec maderios : Sid et Testing ne servent pas à gra nd
chose en ce moment. En période de freeze je comprends tout à fa it, mais
depuis la sortie de Squeeze, mais toujours pas de KDE 4.6 ni même de
GNOME 2.32 en vueâ¦
> Tout simplement en fournissant des packages qu'elle savent pertinemment
> buggés...
>
Comme Sid devrait le faire. La vraie version qualifiée d'utilisable est
la stable. Même Testing n'est pas donnée comme parfaitement fia ble.
> Vi, sauf que Debian met l'accent (tonique) sur la sécurité; d onc même si
> un pgm n'a pas de bugs apparents, il n'empêche qu'il ne passera pa s le
> barrage s'il permet, par exemple, de faire un exploit de type buffer
> overflow.
Quel barrage ?
L'intérêt de Sid n'est-il justement pas de trouver ces fameux p roblèmes
potentiels ? Si le programme n'est pas disponible, comment le rendre
justement plus sécurisé et fiable ?
Je suis d'accord avec maderios : Sid et Testing ne servent pas à gra nd
chose en ce moment. En période de freeze je comprends tout à fa it, mais
depuis la sortie de Squeeze, mais toujours pas de KDE 4.6 ni même de
GNOME 2.32 en vueâ¦
Le 25/03/2011 16:32, Bernard Schoenacker a écrit :
Bonjour,
Pour votre gouverne digikam est la continuation d'un
gestionnaire de visualisation et de téléchargement d'images
issues d'un appreil photo :
- gphoto
Justificatif : apt-cache show digikam
Descriptif (extrait):
application de gestion de photos numériques pour KDE
Ce programme de gestion de photo numérique est conçu
pour importer, organiser, retoucher, rechercher et exporter
vos images numériques depuis et vers votre ordinateur.
En relisant le descritif, j'ai cru au départ faire fausse route
dans mes affirmations, mais c'est exactement ce que j'affirme et
les novices n'ont pas compris le fond de mon argumentation ....
si je reprend :
-a) gestionnaire d'images issues de la mémoire de masse
de l'appareil photo ( gphoto2 || digikam )
-b) ne pas prendre cet outil pour gérer un album photo
-c) la gestion complète des photos est à donner à un
album photo
pour les utilisateurs de kde prière d'employer cet outil :
kphotoalbum - outil KDE pour indexer, chercher et visualiser
des images à partir de mots-clés
Version graphique :
albumshaper - outil de création d'album photo et de manipulation
de photos
En version web :
bins - Generate static HTML photo albums using XML and EXIF tags
photon - a static HTML gallery generator
Indexation et php :
gallery2 - Album photo web écrit en PHP
zoph - Web based digital image presentation and management
system
Par conséquent, j'invite simplement l'impétrant à relire mon
premier message de ce fil pour en prendre la quintescence
et ainsi également éviter de simplement digresser du fond
du sujet...
Pour mémoire, prière d'employer l'outil ad'hoc à l'usage ...
L'on ne peut employer une cuiller à café en lieu et place
d'un godet de chargeur de travaux publics ....
slt
bernard
Le 25/03/2011 16:32, Bernard Schoenacker a écrit :
Bonjour,
Pour votre gouverne digikam est la continuation d'un
gestionnaire de visualisation et de téléchargement d'images
issues d'un appreil photo :
- gphoto
Justificatif : apt-cache show digikam
Descriptif (extrait):
application de gestion de photos numériques pour KDE
Ce programme de gestion de photo numérique est conçu
pour importer, organiser, retoucher, rechercher et exporter
vos images numériques depuis et vers votre ordinateur.
En relisant le descritif, j'ai cru au départ faire fausse route
dans mes affirmations, mais c'est exactement ce que j'affirme et
les novices n'ont pas compris le fond de mon argumentation ....
si je reprend :
-a) gestionnaire d'images issues de la mémoire de masse
de l'appareil photo ( gphoto2 || digikam )
-b) ne pas prendre cet outil pour gérer un album photo
-c) la gestion complète des photos est à donner à un
album photo
pour les utilisateurs de kde prière d'employer cet outil :
kphotoalbum - outil KDE pour indexer, chercher et visualiser
des images à partir de mots-clés
Version graphique :
albumshaper - outil de création d'album photo et de manipulation
de photos
En version web :
bins - Generate static HTML photo albums using XML and EXIF tags
photon - a static HTML gallery generator
Indexation et php :
gallery2 - Album photo web écrit en PHP
zoph - Web based digital image presentation and management
system
Par conséquent, j'invite simplement l'impétrant à relire mon
premier message de ce fil pour en prendre la quintescence
et ainsi également éviter de simplement digresser du fond
du sujet...
Pour mémoire, prière d'employer l'outil ad'hoc à l'usage ...
L'on ne peut employer une cuiller à café en lieu et place
d'un godet de chargeur de travaux publics ....
slt
bernard
Le 25/03/2011 16:32, Bernard Schoenacker a écrit :
Bonjour,
Pour votre gouverne digikam est la continuation d'un
gestionnaire de visualisation et de téléchargement d'images
issues d'un appreil photo :
- gphoto
Justificatif : apt-cache show digikam
Descriptif (extrait):
application de gestion de photos numériques pour KDE
Ce programme de gestion de photo numérique est conçu
pour importer, organiser, retoucher, rechercher et exporter
vos images numériques depuis et vers votre ordinateur.
En relisant le descritif, j'ai cru au départ faire fausse route
dans mes affirmations, mais c'est exactement ce que j'affirme et
les novices n'ont pas compris le fond de mon argumentation ....
si je reprend :
-a) gestionnaire d'images issues de la mémoire de masse
de l'appareil photo ( gphoto2 || digikam )
-b) ne pas prendre cet outil pour gérer un album photo
-c) la gestion complète des photos est à donner à un
album photo
pour les utilisateurs de kde prière d'employer cet outil :
kphotoalbum - outil KDE pour indexer, chercher et visualiser
des images à partir de mots-clés
Version graphique :
albumshaper - outil de création d'album photo et de manipulation
de photos
En version web :
bins - Generate static HTML photo albums using XML and EXIF tags
photon - a static HTML gallery generator
Indexation et php :
gallery2 - Album photo web écrit en PHP
zoph - Web based digital image presentation and management
system
Par conséquent, j'invite simplement l'impétrant à relire mon
premier message de ce fil pour en prendre la quintescence
et ainsi également éviter de simplement digresser du fond
du sujet...
Pour mémoire, prière d'employer l'outil ad'hoc à l'usage ...
L'on ne peut employer une cuiller à café en lieu et place
d'un godet de chargeur de travaux publics ....
slt
bernard
Bonsoir, j'utilise Digikam au quotidien et je confirme qu'il s'agit d'un
logiciel parfaitement adapté à la gestion de larges photothèques, et pas
un programme simplement destiné à récupérer des images depuis un photoscope.
Digikam permet de marquer, classer, référencer les images de manières
très complète, gère la géolocalisation, la recherche par marqueurs,
chronologie, croquis, doublons, ...etc Il prend en charge les
collections distantes, celles sur des sources disponibles seulement
occasionnellement, supporte la gestion des profils colorimétriques, à
peu près tous les formats de métadonnées. C'est un très bon outils pour
cataloguer et gérer des collections d'images, mes ±130k (and counting)
images ne s'en plaignent pas, même si comme Maderios je serais encore
plus heureux quand ma base sera en PostgreSQL ou MySQL au lieu du SQLite
(merci VACUUM et REINDEX), et que l'intégration de Nepomuk et Strigi
sera utilisable.
Les programmes destinés à produire des album ou des galeries n'ont pas
grand chose à voir avec Digikam, il ne s'agit ni de petite cuillère ni
de godet mais de logiciels à vocation différentes. J'ai utilisé gallery2
(vers lequel Digikam peut exporter des images) pour produire et
maintenir des galeries, certes gallery2 maintien une base de données des
images présentes dans la galerie et peut exploiter certaines
métadonnées, mais gérer une photothèque conséquente devient vite
inconfortable. "bins" pour 30K images? Sérieusement ? Kphotoalbum est un
"f-spot" pour kde (aussi lent, mais sans mono), Digikam fait la même
chose plus rapidement et bien plus.
Un détour par [1] et un petit essai s'imposent.
[1] http://www.digikam.org/
Bonsoir, j'utilise Digikam au quotidien et je confirme qu'il s'agit d'un
logiciel parfaitement adapté à la gestion de larges photothèques, et pas
un programme simplement destiné à récupérer des images depuis un photoscope.
Digikam permet de marquer, classer, référencer les images de manières
très complète, gère la géolocalisation, la recherche par marqueurs,
chronologie, croquis, doublons, ...etc Il prend en charge les
collections distantes, celles sur des sources disponibles seulement
occasionnellement, supporte la gestion des profils colorimétriques, à
peu près tous les formats de métadonnées. C'est un très bon outils pour
cataloguer et gérer des collections d'images, mes ±130k (and counting)
images ne s'en plaignent pas, même si comme Maderios je serais encore
plus heureux quand ma base sera en PostgreSQL ou MySQL au lieu du SQLite
(merci VACUUM et REINDEX), et que l'intégration de Nepomuk et Strigi
sera utilisable.
Les programmes destinés à produire des album ou des galeries n'ont pas
grand chose à voir avec Digikam, il ne s'agit ni de petite cuillère ni
de godet mais de logiciels à vocation différentes. J'ai utilisé gallery2
(vers lequel Digikam peut exporter des images) pour produire et
maintenir des galeries, certes gallery2 maintien une base de données des
images présentes dans la galerie et peut exploiter certaines
métadonnées, mais gérer une photothèque conséquente devient vite
inconfortable. "bins" pour 30K images? Sérieusement ? Kphotoalbum est un
"f-spot" pour kde (aussi lent, mais sans mono), Digikam fait la même
chose plus rapidement et bien plus.
Un détour par [1] et un petit essai s'imposent.
[1] http://www.digikam.org/
Bonsoir, j'utilise Digikam au quotidien et je confirme qu'il s'agit d'un
logiciel parfaitement adapté à la gestion de larges photothèques, et pas
un programme simplement destiné à récupérer des images depuis un photoscope.
Digikam permet de marquer, classer, référencer les images de manières
très complète, gère la géolocalisation, la recherche par marqueurs,
chronologie, croquis, doublons, ...etc Il prend en charge les
collections distantes, celles sur des sources disponibles seulement
occasionnellement, supporte la gestion des profils colorimétriques, à
peu près tous les formats de métadonnées. C'est un très bon outils pour
cataloguer et gérer des collections d'images, mes ±130k (and counting)
images ne s'en plaignent pas, même si comme Maderios je serais encore
plus heureux quand ma base sera en PostgreSQL ou MySQL au lieu du SQLite
(merci VACUUM et REINDEX), et que l'intégration de Nepomuk et Strigi
sera utilisable.
Les programmes destinés à produire des album ou des galeries n'ont pas
grand chose à voir avec Digikam, il ne s'agit ni de petite cuillère ni
de godet mais de logiciels à vocation différentes. J'ai utilisé gallery2
(vers lequel Digikam peut exporter des images) pour produire et
maintenir des galeries, certes gallery2 maintien une base de données des
images présentes dans la galerie et peut exploiter certaines
métadonnées, mais gérer une photothèque conséquente devient vite
inconfortable. "bins" pour 30K images? Sérieusement ? Kphotoalbum est un
"f-spot" pour kde (aussi lent, mais sans mono), Digikam fait la même
chose plus rapidement et bien plus.
Un détour par [1] et un petit essai s'imposent.
[1] http://www.digikam.org/
On Fri, 25 Mar 2011 14:44:52 +0100
maderios wrote:
...Ma question intrinsèque était: comment les autres distributions arrivent
à contourner le problème ? Les bases de méta-données, cele se sauvegarde
Tout simplement en fournissant des packages qu'elle savent pertinemment
buggés...
On Fri, 25 Mar 2011 14:44:52 +0100
maderios<maderios@gmail.com> wrote:
...
Ma question intrinsèque était: comment les autres distributions arrivent
à contourner le problème ? Les bases de méta-données, cele se sauvegarde
Tout simplement en fournissant des packages qu'elle savent pertinemment
buggés...
On Fri, 25 Mar 2011 14:44:52 +0100
maderios wrote:
...Ma question intrinsèque était: comment les autres distributions arrivent
à contourner le problème ? Les bases de méta-données, cele se sauvegarde
Tout simplement en fournissant des packages qu'elle savent pertinemment
buggés...
On 03/25/2011 09:03 PM, Jean-Yves F. Barbier wrote:
> On Fri, 25 Mar 2011 14:44:52 +0100
> maderios wrote:
>
> ...
>> Ma question intrinsèque était: comment les autres distributions
>> arrivent à contourner le problème ? Les bases de méta-données,
>> cele se sauvegarde
>
> Tout simplement en fournissant des packages qu'elle savent
> pertinemment buggés...
Bonjour
Oui, mais d'un autre coté, ces distributions, à la différence de
Debian, ont un rôle moteur en soumettant aux utilisateurs des
versions de Digikam pas vraiment stables.
On peut constater sur la liste que le
développement est grandement aidé par les retours des
utilisateurs.C'est une démarche inspirée de ce qui est décrit dans
"La cathédrale et le bazar", texte inspiré de la démarche originale
de L.Torvalds. "distribuez vite et souvent, déléguez tout ce que vous
pouvez déléguer, soyez ouverts jusqu'à la promiscuité"
http://www.linux-france.org/article/these/cathedrale-bazar/cathedrale-baz ar_monoblock.html
M
PS: La démarche "bazar" peut également produire ses fruits en
politique, mais c'est un autre débat .........
On 03/25/2011 09:03 PM, Jean-Yves F. Barbier wrote:
> On Fri, 25 Mar 2011 14:44:52 +0100
> maderios<maderios@gmail.com> wrote:
>
> ...
>> Ma question intrinsèque était: comment les autres distributions
>> arrivent à contourner le problème ? Les bases de méta-données,
>> cele se sauvegarde
>
> Tout simplement en fournissant des packages qu'elle savent
> pertinemment buggés...
Bonjour
Oui, mais d'un autre coté, ces distributions, à la différence de
Debian, ont un rôle moteur en soumettant aux utilisateurs des
versions de Digikam pas vraiment stables.
On peut constater sur la liste digikam-users@kde.org que le
développement est grandement aidé par les retours des
utilisateurs.C'est une démarche inspirée de ce qui est décrit dans
"La cathédrale et le bazar", texte inspiré de la démarche originale
de L.Torvalds. "distribuez vite et souvent, déléguez tout ce que vous
pouvez déléguer, soyez ouverts jusqu'à la promiscuité"
http://www.linux-france.org/article/these/cathedrale-bazar/cathedrale-baz ar_monoblock.html
M
PS: La démarche "bazar" peut également produire ses fruits en
politique, mais c'est un autre débat .........
On 03/25/2011 09:03 PM, Jean-Yves F. Barbier wrote:
> On Fri, 25 Mar 2011 14:44:52 +0100
> maderios wrote:
>
> ...
>> Ma question intrinsèque était: comment les autres distributions
>> arrivent à contourner le problème ? Les bases de méta-données,
>> cele se sauvegarde
>
> Tout simplement en fournissant des packages qu'elle savent
> pertinemment buggés...
Bonjour
Oui, mais d'un autre coté, ces distributions, à la différence de
Debian, ont un rôle moteur en soumettant aux utilisateurs des
versions de Digikam pas vraiment stables.
On peut constater sur la liste que le
développement est grandement aidé par les retours des
utilisateurs.C'est une démarche inspirée de ce qui est décrit dans
"La cathédrale et le bazar", texte inspiré de la démarche originale
de L.Torvalds. "distribuez vite et souvent, déléguez tout ce que vous
pouvez déléguer, soyez ouverts jusqu'à la promiscuité"
http://www.linux-france.org/article/these/cathedrale-bazar/cathedrale-baz ar_monoblock.html
M
PS: La démarche "bazar" peut également produire ses fruits en
politique, mais c'est un autre débat .........
