sfo-labo Mailing List for Slackware-fr.org

SourceForge Headquarters 1320 Columbia Street Suite 310 San Diego, CA 92101 +1 (858) 422-6466

inscription

Le 31/10/2011 17:50, Sebastien BALLET a écrit :
>  _Hitek_ a écrit :
> > Je ne comprend pas la phrase suivante : "Après installation des
> > paquets 32-bits, il vous faudra réinstaller les binaires des pilotes
> > nVidia et aTi pour X.Org. Ces paquets contiennent les bibliothèques
> > 32-bits et 64-bits. Si vous avez installés les fichiers des drivers 
> pour
> > les 2 architectures, le paquet « mesa-compat32 » écrasera certaines
> > des bibliothèques 32-bits." Tu parles des pilotes proprio ? Le paquet
> > mesa-compat32 écrasera des fichiers du pilote proprio ?
>
> Hello
>
> Il s'agit bien des pilotes proprio. Je ne sais pas ce qu'il en est 
> dans le cas
> de Ati, mais dans le cas de nvidia, il y a "collision" entre la libGL 
> fournie par
> nvidia et celle fournie par mesa.
>
> Dans le cas de la multilib, si l'on installe mesa-compat32 après le 
> pilote nvidia (et
> que l'on a pris soin d'installer les bibliothèques de compatibilité 
> 32-bit fournies
> avec ce pilote), la version 32-bit de libGL fournie par nvidia sera 
> alors écrasée
> par la version fournie par mesa-compat32. Ceci vaut aussi dans le cas 
> où l'on
> effectue une mise à jour de la multilib d'alienbob, via compat32pkg 
> par exemple ;-P
>
> Il est important de noter que cette "collision" n'est pas spécifique à 
> la multilib.
>
> En effet, Si l'on installe les pilotes nvidia sur une slackware-32(ou 
> 64-bit pure) et qu'une
> mise à jour de mesa pointe le bout de son nez, l'installation de 
> celle-ci va écraser
> la libGL fournie par nvidia et les applications opengl ne 
> fonctionneront plus jusqu'a
> réinstallation du pilote nvidia.
>
> En espérant que cela soit suffisament clair, parce que ce soir j'ai un 
> peu de mal,
> pourtant on est pas vendredi ;-)
>
> Tchao
>
> -- 
> SeB
>
>
> ------------------------------------------------------------------------------
> Get your Android app more play: Bring it to the BlackBerry PlayBook
> in minutes. BlackBerry App World&#153; now supports Android&#153; Apps
> for the BlackBerry&reg; PlayBook&#153;. Discover just how easy and simple
> it is! http://p.sf.net/sfu/android-dev2dev
>
>
> _______________________________________________
> sfo-labo mailing list
> sfo...@li...
> https://lists.sourceforge.net/lists/listinfo/sfo-labo
Ok là c'est parfaitement clair :)

 _Hitek_ a écrit :
> Je ne comprend pas la phrase suivante : "Après installation des
> paquets 32-bits, il vous faudra réinstaller les binaires des pilotes
> nVidia et aTi pour X.Org. Ces paquets contiennent les bibliothèques
> 32-bits et 64-bits. Si vous avez installés les fichiers des drivers pour
> les 2 architectures, le paquet « mesa-compat32 » écrasera certaines
> des bibliothèques 32-bits." Tu parles des pilotes proprio ? Le paquet
> mesa-compat32 écrasera des fichiers du pilote proprio ?

Hello

Il s'agit bien des pilotes proprio. Je ne sais pas ce qu'il en est dans le
cas
de Ati, mais dans le cas de nvidia, il y a "collision" entre la libGL
fournie par
nvidia et celle fournie par mesa.

Dans le cas de la multilib, si l'on installe mesa-compat32 après le pilote
nvidia (et
que l'on a pris soin d'installer les bibliothèques de compatibilité 32-bit
fournies
avec ce pilote), la version 32-bit de libGL fournie par nvidia sera alors
écrasée
par la version fournie par mesa-compat32. Ceci vaut aussi dans le cas où
l'on
effectue une mise à jour de la multilib d'alienbob, via compat32pkg par
exemple ;-P

Il est important de noter que cette "collision" n'est pas spécifique à la
multilib.

En effet, Si l'on installe les pilotes nvidia sur une slackware-32(ou
64-bit pure) et qu'une
mise à jour de mesa pointe le bout de son nez, l'installation de celle-ci
va écraser
la libGL fournie par nvidia et les applications opengl ne fonctionneront
plus jusqu'a
réinstallation du pilote nvidia.

En espérant que cela soit suffisament clair, parce que ce soir j'ai un peu
de mal,
pourtant on est pas vendredi ;-)

Tchao

-- 
SeB

Le 23/10/2011 20:27, Patrick Fonio a écrit :
> Bonsoir,
>
> La traduction de la page wiki d'alienBob est finie (du moins je pense) 
> et disponible pour vérification là:
> http://wiki.slackware-fr.org/site:brouillons:slackware64-multilib#rendre_votre_slackware_64_multilib
>
> Si vous pensez que cette page peut-être mise en ligne, merci de 
> m'indiquer les corrections à y apporter avant de la mettre en ligne et 
> de me dire quelle est  la procédure à suivre pour la publication 
> définitive.
>
> Bien cordialement.
> -- 
> Patrick FONIO
>
> 06.33.06.90.95
> 09-52-16-93-92
>
>
> ------------------------------------------------------------------------------
> The demand for IT networking professionals continues to grow, and the
> demand for specialized networking skills is growing even more rapidly.
> Take a complimentary Learning@Cisco Self-Assessment and learn
> about Cisco certifications, training, and career opportunities.
> http://p.sf.net/sfu/cisco-dev2dev
>
>
> _______________________________________________
> sfo-labo mailing list
> sfo...@li...
> https://lists.sourceforge.net/lists/listinfo/sfo-labo
Bon j'ai passé l'article en officiel, pour moi c'est ok dans l'ensemble. 
S'il reste des petites corrections à apporter, c'est à apporter sur 
cette version. J'ai supprimé la version brouillon.
J'attends tes précisions concernant mon autre question sur les pilotes 
ai/nvidia.

Merci pour cette traduction.

_Hitek_

Le 31/10/2011 09:10, Patrick Fonio a écrit :
> Bonjour,
>
> Comme j'ai déjà eu l'occasion de le signaler dans mon précéédent mail, 
> la traduction de la documentation d'Alien Bob est me semble t-il 
> finie. Si toutefois des corrections ou améliorations vous semblent 
> nécessaires, merci soit de me le dire, soit de les effectuer vous-mêmes.
> D'autre part, afin qu'Alien Bob puisse citer cette traduction sur son 
> site, ne serait-il pas nécessaire que le lien ne comporte plus le 
> titre de ......../brouillon/...... comme c'est encore le cas 
> aujourd'hui, et ça, je n'ai pas trouvé comment le faire;
>
> En vous souhaitant une bonne journée.
>
> -
> Patrick FONIO
>
> 06.33.06.90.95
> 09-52-16-93-92
>
>
> ------------------------------------------------------------------------------
> Get your Android app more play: Bring it to the BlackBerry PlayBook
> in minutes. BlackBerry App World&#153; now supports Android&#153; Apps
> for the BlackBerry&reg; PlayBook&#153;. Discover just how easy and simple
> it is! http://p.sf.net/sfu/android-dev2dev
>
>
> _______________________________________________
> sfo-labo mailing list
> sfo...@li...
> https://lists.sourceforge.net/lists/listinfo/sfo-labo
Je ne comprend pas la phrase suivante :
"Après installation des paquets 32-bits, il vous faudra reinstaller les 
binaires des pilotes nVidia et aTi pour X.Org. Ces paquets contiennent 
les bibliothèques 32-bits et 64-bits. Si vous avez installés les 
fichiers des drivers pour les 2 architectures, le paquet 
« mesa-compat32 » écrasera certaines des bibliothèques 32-bits."

Tu parles des pilotes proprio ? Le paquet mesa-compat32 écrasera des 
fichiers du pilote proprio ?
Plus d'explications bienvenues.

Merci

Le 31/10/2011 09:10, Patrick Fonio a écrit :
> Bonjour,
>
> Comme j'ai déjà eu l'occasion de le signaler dans mon précéédent mail, 
> la traduction de la documentation d'Alien Bob est me semble t-il 
> finie. Si toutefois des corrections ou améliorations vous semblent 
> nécessaires, merci soit de me le dire, soit de les effectuer vous-mêmes.
> D'autre part, afin qu'Alien Bob puisse citer cette traduction sur son 
> site, ne serait-il pas nécessaire que le lien ne comporte plus le 
> titre de ......../brouillon/...... comme c'est encore le cas 
> aujourd'hui, et ça, je n'ai pas trouvé comment le faire;
>
> En vous souhaitant une bonne journée.
>
> -
> Patrick FONIO
>
> 06.33.06.90.95
> 09-52-16-93-92
>
>
> ------------------------------------------------------------------------------
> Get your Android app more play: Bring it to the BlackBerry PlayBook
> in minutes. BlackBerry App World&#153; now supports Android&#153; Apps
> for the BlackBerry&reg; PlayBook&#153;. Discover just how easy and simple
> it is! http://p.sf.net/sfu/android-dev2dev
>
>
> _______________________________________________
> sfo-labo mailing list
> sfo...@li...
> https://lists.sourceforge.net/lists/listinfo/sfo-labo
Bonjour, je regarde ce matin et je valide le cas échéant.

Merci.

Bonjour,

Comme j'ai déjà eu l'occasion de le signaler dans mon précéédent mail, la
traduction de la documentation d'Alien Bob est me semble t-il finie. Si
toutefois des corrections ou améliorations vous semblent nécessaires, merci
soit de me le dire, soit de les effectuer vous-mêmes.
D'autre part, afin qu'Alien Bob puisse citer cette traduction sur son site,
ne serait-il pas nécessaire que le lien ne comporte plus le titre de
......../brouillon/...... comme c'est encore le cas aujourd'hui, et ça, je
n'ai pas trouvé comment le faire;

En vous souhaitant une bonne journée.

-
Patrick FONIO

06.33.06.90.95
09-52-16-93-92

Le 23/10/2011 20:27, Patrick Fonio a écrit :
> Bonsoir,
>
> La traduction de la page wiki d'alienBob est finie (du moins je pense) 
> et disponible pour vérification là:
> http://wiki.slackware-fr.org/site:brouillons:slackware64-multilib#rendre_votre_slackware_64_multilib
>
> Si vous pensez que cette page peut-être mise en ligne, merci de 
> m'indiquer les corrections à y apporter avant de la mettre en ligne et 
> de me dire quelle est  la procédure à suivre pour la publication 
> définitive.
>
> Bien cordialement.
> -- 
> Patrick FONIO
>
> 06.33.06.90.95
> 09-52-16-93-92
>
>
> ------------------------------------------------------------------------------
> The demand for IT networking professionals continues to grow, and the
> demand for specialized networking skills is growing even more rapidly.
> Take a complimentary Learning@Cisco Self-Assessment and learn
> about Cisco certifications, training, and career opportunities.
> http://p.sf.net/sfu/cisco-dev2dev
>
>
> _______________________________________________
> sfo-labo mailing list
> sfo...@li...
> https://lists.sourceforge.net/lists/listinfo/sfo-labo
Bonsoir,

Merci pour ta contribution. Juste pour info, il s'agit d'une pure 
traduction ou y-a-t-il des adaptations ?
J'essaye de relire ça cette semaine (disons que pour le weekend prochain 
si c'est ok ça passe en officiel).

_Hitek_

Bonsoir,

La traduction de la page wiki d'alienBob est finie (du moins je pense) et
disponible pour vérification là:
http://wiki.slackware-fr.org/site:brouillons:slackware64-multilib#rendre_votre_slackware_64_multilib

Si vous pensez que cette page peut-être mise en ligne, merci de m'indiquer
les corrections à y apporter avant de la mettre en ligne et de me dire
quelle est  la procédure à suivre pour la publication définitive.

Bien cordialement.
-- 
Patrick FONIO

06.33.06.90.95
09-52-16-93-92

Bonjour,

> Je suppose que le titre est suffisament explicite, et avant de mettre en
> ligne, j'attends donc les corrrections proposées.

Je n' ai pas reçu de version à relire, mais si c'est toujours nécessaire,
ne pas hésiter à m'envoyer un mail.

A+
-- 
Xavier 'Ellendhel' Belanger

Bonjour,

J'en ai déjà fait l'annonce sur le
forum<http://forum.slackware-fr.org/viewtopic.php?id=3437>,
mais, suivant les recommandations du wiki,
<http://wiki.slackware-fr.org/site:slack>j'en averti la liste.

Je suppose que le titre est suffisament explicite, et avant de mettre en
ligne, j'attends donc les corrrections proposées.

AllienBob s'étant dit prêt à la mettre sur son site, aussi je me demande si
sur le site français il vaut mieux se contenter d'un lien vers sa page, ou
d'une version (identique).

Merci de vos avis.
-- 
Patrick FONIO

06.33.06.90.95
09-52-16-93-92

> Tu peux toujours mettre un "export ARCH=powerpc" dans ton bashrc.
Yep, je suis d'accord.

Ce que je veux dire, c'est que la solution la plus idéale (à mon
avis), si on veut contenter tout le monde sans avoir besoin d'un sed
de 10km ou de préciser la variable ARCH soi-même, serait qu'il existe
déjà un fichier de configuration général sous Slackware qu'il
suffirait de sourcer pour avoir tous les réglages qui vont bien.

Mais, ce fichier n'existant pas (et à mon avis il existera jamais, Pat
préférera faire son sed dans tous ses SlackBuilds), la méthode que tu
proposes reste la meilleure à mon avis aussi.

> Ne serait-il pas il préférable de remplacer 
> << ARCH=${ARCH:-i486/x86_64} >>
> par
> << ARCH=${ARCH:-$(uname -m | sed 's/^i.86$/i486/;s/^arm.*/arm/')} >> ?

Sachant qu'il n'existe pas 2000 types d'architecture, ça me paraît
cohérent de faire ça simplement et automatiquement. Si en plus la voie
officielle s'appuie aussi sur une méthode de définition automatique de
ARCH, autant faire pareil. Enfin, de conclure que je mets en place une
procédure semi-automatisée de test des SB :
1/ écriture du SB
2/ lancement auto d'une machine virtuelle 32 bit, envoi du sb dessus et
lancement du SB sur la vm.
3/ pareil que 2/ mais en 64 bits.

En gros, je ne fais que lire les logs, je n'édites pas les SB si ARCH
est définit automatiquement :P

Donc je suis pour le remplacement.

Bonjour,

On Mon, 2011-05-16 at 10:19 +0200, Thomas Bourdon wrote:
> Ne serait-il pas il préférable de remplacer 
> << ARCH=${ARCH:-i486/x86_64} >>
> par
> << ARCH=${ARCH:-$(uname -m | sed 's/^i.86$/i486/;s/^arm.*/arm/')} >> ?

De mon côté, c’est déjà ce que je fais dans tous mes SlackBuilds récents
(en particulier, tous ceux que j’ai poussés dans la branche -13.37).

Dès lors que ce n’est qu’un choix par défaut et que l’utilisateur a
toujours la possibilité de sélectionner lui-même l’architecture (en
positionnant lui-même ARCH dans son environnement), je ne vois pas de
réelle contre-indication.

-- 
Damien Goutte-Gattat

Le lundi 16 mai 2011 à 10:28:32, Donovan Watteau a écrit :
> > Ne serait-il pas il préférable de remplacer
> > << ARCH=${ARCH:-i486/x86_64} >>
> > par
> > << ARCH=${ARCH:-$(uname -m | sed 's/^i.86$/i486/;s/^arm.*/arm/')} >> ?

> Ca fait longtemps que je n'ai plus le temps de faire de SlackBuilds
> (les études !) mais je me souviens de ce truc-là.
> Le petit problème avec cette version là c'est qu'il faut parfois
> modifier un peu la sortie du uname pour certaines architectures. C'est
> ce que la commande fait pour les i*86 et arm, mais, par exemple, le
> powerpc est oublié (à mon avis c'est parce que c'est pas une arch
> officielle). Il faudrait remplacer ppc* par powerpc.
Disons que le but premier des SB de slackware-fr est d'être utilisé sur les
versions officielles de slackware, qui ne supporte pas powerpc.
De plus ce code est juste une version plus courte du code intégré dans les SB
officiels.

> Mais, en soit, ça ne change pas grand chose par rapport à l'autre
> façon de faire, puisqu'il faut toujours faire un ARCH=powerpc
> ./SlackBuild pour avoir le bon résultat. Ou alors il faudrait rajouter
> tous les cas manquants dans le sed, mais je ne sais pas si ça vaut le
> coup non plus de "polluer" les SlackBuilds.
Il faudra toujours spécifier ARCH uniquement pour ceux qui n'utilisent pas de
slackware officielles.

> L'idéal, AMHA, serait que la Slack propose un fichier /etc/pkg.conf où
> on peut piocher les valeurs ou quelque chose comme ça, mais à mon avis
> ça arrivera à peu près jamais.
Tu peux toujours mettre un "export ARCH=powerpc" dans ton bashrc.

-- 
Thomas Bourdon (Thom1)

Le 16 mai 2011 10:19, Thomas Bourdon <tho...@ha...> a écrit :
> Bonjour,
>
> Nous avions déjà débattu de l'usage de la commande "uname -m" pour calculer ARCH
> automatiquement. Certains n'aimaient pas trop donc nous avions laissé tomber.
>
> Maintenant que slackware-13.37 est sortie, et qu'elle intègre ce morceau de code
> dans ses SB, je relance ce débat.
> Ne serait-il pas il préférable de remplacer
> << ARCH=${ARCH:-i486/x86_64} >>
> par
> << ARCH=${ARCH:-$(uname -m | sed 's/^i.86$/i486/;s/^arm.*/arm/')} >> ?
>
> Merci d'avance de vos réponses.

Plop,

Ca fait longtemps que je n'ai plus le temps de faire de SlackBuilds
(les études !) mais je me souviens de ce truc-là.
Le petit problème avec cette version là c'est qu'il faut parfois
modifier un peu la sortie du uname pour certaines architectures. C'est
ce que la commande fait pour les i*86 et arm, mais, par exemple, le
powerpc est oublié (à mon avis c'est parce que c'est pas une arch
officielle). Il faudrait remplacer ppc* par powerpc.

Mais, en soit, ça ne change pas grand chose par rapport à l'autre
façon de faire, puisqu'il faut toujours faire un ARCH=powerpc
./SlackBuild pour avoir le bon résultat. Ou alors il faudrait rajouter
tous les cas manquants dans le sed, mais je ne sais pas si ça vaut le
coup non plus de "polluer" les SlackBuilds.

L'idéal, AMHA, serait que la Slack propose un fichier /etc/pkg.conf où
on peut piocher les valeurs ou quelque chose comme ça, mais à mon avis
ça arrivera à peu près jamais.

Bonjour,

Nous avions déjà débattu de l'usage de la commande "uname -m" pour calculer ARCH
automatiquement. Certains n'aimaient pas trop donc nous avions laissé tomber.

Maintenant que slackware-13.37 est sortie, et qu'elle intègre ce morceau de code
dans ses SB, je relance ce débat.
Ne serait-il pas il préférable de remplacer 
<< ARCH=${ARCH:-i486/x86_64} >>
par
<< ARCH=${ARCH:-$(uname -m | sed 's/^i.86$/i486/;s/^arm.*/arm/')} >> ?

Merci d'avance de vos réponses.

-- 
Thomas Bourdon (Thom1)

_Hitek_ <hi...@mo...> wrote:
> quelqu'un peut me confirmer que le site est bien accessible depuis un
> autre FAI que numéricable ?

Pour ce que je vois, il est accessible depuis SFR, RENATER et le
réseau d’OVH.

> - Plus embêtant : suite au hack de sourceforge, il a fallu changer
> son mot de passe sf.net. [...] Bref, je ne sais pas comment sortir
> de ce merdier. Une idée quelqu'un ?

À part créer carrément un nouveau compte, non, pas vraiment.

Damien

sûr que si t'as parlé de moi comme caution, c'est comme avoir Kerviel
comme caution pour son prêt /o\

Autrement, j'ai accès au site slackware-fr.org sans soucis, et d'autres
aussi vu qu'on a des posts sur le forum.

Pour l'histoire de SF, coup dur :(

Qu'est ce que je peux faire vu que je suis aussi admin ? On envisage si
ça se règle pas de changer de plateforme (tuxfamily) ?

Pour causer SB, je suis aussi en mode ralentit, surtout que la saison
reprends plein fer. Je vais tenter de maintenir les quelques SB que je
maintiens, mais si quelqu'un le fait, il n'y a aucun soucis : carte
blanche !

> Salutations,
> 
> Perso j'aimerai pouvoir reprendre la maj de mes sb mais je suis
> bloqué pour raisons principalement :
> -  je n'arrive plus à accéder à www.slackware-fr.org (ou mon
> hebergeur de manière générale) depuis une dizaine de jours...
> apparement le problème viendrait du côté de mon FAI... quelqu'un peut
> me confirmer que le site est bien accessible depuis un autre FAI que
> numéricable ?
> - Plus embêtant : suite au hack de sourceforge, il a fallu changer
> son mot de passe sf.net... problème, pour "reset" son mot de passe,
> on me propose uniquement "Email Recovery" sauf que l'email enregistré
> était sur le domaine slackbuilds.net... nom de domaine qui m'a été
> piqué par une boîte spécialisée dans le rachat de ndd... j'ai donc
> expliqué le problème aux admins de sf.net par le biais d'un
> formulaire dédié, mais je n'ai jamais eu aucune réponse... j'avais
> même proposé qu'ils prennent aster "en caution" vu qu'il est admin du
> compte sf.net de sfo (pour confirmer que je ne suis pas un
> imposteur). Bref, je ne sais pas comment sortir de ce merdier. Une
> idée quelqu'un ?
> 
> Bien à vous.
> 
> _Hitek_

Salutations,

Perso j'aimerai pouvoir reprendre la maj de mes sb mais je suis bloqué 
pour raisons principalement :
-  je n'arrive plus à accéder à www.slackware-fr.org (ou mon hebergeur 
de manière générale) depuis une dizaine de jours... apparement le 
problème viendrait du côté de mon FAI... quelqu'un peut me confirmer que 
le site est bien accessible depuis un autre FAI que numéricable ?
- Plus embêtant : suite au hack de sourceforge, il a fallu changer son 
mot de passe sf.net... problème, pour "reset" son mot de passe, on me 
propose uniquement "Email Recovery" sauf que l'email enregistré était 
sur le domaine slackbuilds.net... nom de domaine qui m'a été piqué par 
une boîte spécialisée dans le rachat de ndd... j'ai donc expliqué le 
problème aux admins de sf.net par le biais d'un formulaire dédié, mais 
je n'ai jamais eu aucune réponse... j'avais même proposé qu'ils prennent 
aster "en caution" vu qu'il est admin du compte sf.net de sfo (pour 
confirmer que je ne suis pas un imposteur). Bref, je ne sais pas comment 
sortir de ce merdier. Une idée quelqu'un ?

Bien à vous.

_Hitek_

Le 03/05/2011 13:38, Damien Goutte-Gattat a écrit :
> Salut à tous,
>
> Ce message pour vous prévenir que je cesse de m’occuper des SlackBuilds
> suivants :
>
> * ap/blktrace (un outil de débogage des opérations d'entrées/sorties,
>    j’en ai eu besoin à une époque pour je ne sais même plus quelle
>    raison, mais je n’en ai aujourd’hui plus l’utilité) ;
>
> * ap/davfs2 (permet de monter une ressource WebDAV comme un système de
>    fichiers) ;
>
> * ap/timitidy (un synthétiseur logiciel, apparemmment un projet en
>    sommeil, la dernière mise-à-jour remonte à 2004 ; remplacé chez moi
>    par ap/fluidsynth) ;
>
> * l/libfreebob (un pilote pour les interfaces audio FireWire — obsolète,
>    remplacé par son successeur, l/libffado) ;
>
> * l/lirc (support des télécomman"des infrarouges ; autrefois une
>    dépendance obligatoire de xap/rosegarden, mais aujourd’hui ce dernier
>    compile et fonctionne très bien sans) ;
>
> * l/libsieve, l/libcitadel (dépendances de n/citadel) ;
>
> * n/citadel, n/webcit (serveur de « groupware » — messagerie
>    électronique, contacts, agenda, etc. —, que je n’utilise plus).
>
> Tous ces SlackBuilds sont dans la branche -13.0, où ils resteront en
> l’état. Je n’envisage ni de les mettre à jour ni de les valider pour
> les versions de Slackware postérieures à la 13.0. Si quelqu’un est
> intéressé par un ou plusieurs de ces SlackBuilds, qu’il n’hésite
> surtout pas à s’en occuper et à remplacer mon nom par le sien dans
> l’en-tête "Maintained by: ". Si personne ne se manifeste, d’ici
> quelques jours je remplacerai moi-même cet en-tête par "Unmaintained",
> afin que le statut à l’abandon de ces SlackBuilds soit explicite pour
> tout le monde.
>
> Par ailleurs, je cesse également de m’occuper des SlackBuilds suivants,
> cette fois car les logiciels ou bibliothèques correspondants ont été
> intégrés dans les dernières versions de Slackware :
>
> * l/fftw (depuis Slackware-13.1),
> * l/libavc1394 (depuis Slackware-13.1),
> * l/libsamplerate (depuis Slackware-13.1),
> * l/libsndfile (depuis Slackware-13.37).
>
> Là encore, si quelqu’un souhaite maintenir et mettre à jour ces
> SlackBuilds dans la branche -13.0, qu’il n’hésite pas.
>
>
> Damien
>    
>
>
> ------------------------------------------------------------------------------
> WhatsUp Gold - Download Free Network Management Software
> The most intuitive, comprehensive, and cost-effective network
> management toolset available today.  Delivers lowest initial
> acquisition cost and overall TCO of any competing solution.
> http://p.sf.net/sfu/whatsupgold-sd
>
>
> _______________________________________________
> sfo-labo mailing list
> sfo...@li...
> https://lists.sourceforge.net/lists/listinfo/sfo-labo
>    

Salut,

Comme Damien, il y a 2 Sb dont je ne m'occupe plus.
Il s'agit de :
- x/slim (parce que je ne l'utilise pas et n'aime pas ce soft)
- xap/gtk2-chtheme (parce que je ne n'utilise plus et il me semble qu'il ne
  compile pas sous 13.37)
Je vais les passer à unmaintained.

-- 
Thomas Bourdon

Salut à tous,

Ce message pour vous prévenir que je cesse de m’occuper des SlackBuilds
suivants :

* ap/blktrace (un outil de débogage des opérations d'entrées/sorties,
  j’en ai eu besoin à une époque pour je ne sais même plus quelle
  raison, mais je n’en ai aujourd’hui plus l’utilité) ;

* ap/davfs2 (permet de monter une ressource WebDAV comme un système de
  fichiers) ;

* ap/timitidy (un synthétiseur logiciel, apparemmment un projet en
  sommeil, la dernière mise-à-jour remonte à 2004 ; remplacé chez moi
  par ap/fluidsynth) ;

* l/libfreebob (un pilote pour les interfaces audio FireWire — obsolète,
  remplacé par son successeur, l/libffado) ;

* l/lirc (support des télécomman"des infrarouges ; autrefois une
  dépendance obligatoire de xap/rosegarden, mais aujourd’hui ce dernier
  compile et fonctionne très bien sans) ;

* l/libsieve, l/libcitadel (dépendances de n/citadel) ;

* n/citadel, n/webcit (serveur de « groupware » — messagerie
  électronique, contacts, agenda, etc. —, que je n’utilise plus).

Tous ces SlackBuilds sont dans la branche -13.0, où ils resteront en
l’état. Je n’envisage ni de les mettre à jour ni de les valider pour
les versions de Slackware postérieures à la 13.0. Si quelqu’un est
intéressé par un ou plusieurs de ces SlackBuilds, qu’il n’hésite
surtout pas à s’en occuper et à remplacer mon nom par le sien dans
l’en-tête "Maintained by: ". Si personne ne se manifeste, d’ici
quelques jours je remplacerai moi-même cet en-tête par "Unmaintained",
afin que le statut à l’abandon de ces SlackBuilds soit explicite pour
tout le monde.

Par ailleurs, je cesse également de m’occuper des SlackBuilds suivants,
cette fois car les logiciels ou bibliothèques correspondants ont été
intégrés dans les dernières versions de Slackware :

* l/fftw (depuis Slackware-13.1),
* l/libavc1394 (depuis Slackware-13.1),
* l/libsamplerate (depuis Slackware-13.1),
* l/libsndfile (depuis Slackware-13.37).

Là encore, si quelqu’un souhaite maintenir et mettre à jour ces
SlackBuilds dans la branche -13.0, qu’il n’hésite pas.

Damien

Le 05/04/2011 11:30, su slackware a écrit :
> /Je m'inscris APRES avoir écouté seulement mon instinct et rectifié 
> deux coquilles sur la page 
> http://wiki.slackware-fr.org/site:slack#venez_contribuer
> Avec toutes mes excuses.
>
> Deux toutes petites coquilles, dont la première était un "e" à 
> "bienvenu", ici :/
>
>
>   Venez contribuer !
>
> Nous allons essayer de vous donner les clés pour contribuer 
> efficacement, afin que tout le monde, vous, les visiteurs et nous 
> ayons le plus de plaisir et le moins de déconvenues possibles.
>
> Il va sans dire que *tout le monde est le bienvenu et peut prendre 
> part à la vie du site et participer !* Aucun pré-requis technique 
> n'est demandé, sachez juste vous exprimer en un Français relativement 
> correct. Oubliez le langage SMS ! :-P
>
> /Et la seconde un oubli de "vous" à :/
>
>
>     Ce que vous pouvez faire
>
>
>
> /Voilà, c'est tout.
> /
>
> /Bonne journée/
>
> /Su --/
>
>
>
> ------------------------------------------------------------------------------
> Xperia(TM) PLAY
> It's a major breakthrough. An authentic gaming
> smartphone on the nation's most reliable network.
> And it wants your games.
> http://p.sf.net/sfu/verizon-sfdev
>
>
> _______________________________________________
> sfo-labo mailing list
> sfo...@li...
> https://lists.sourceforge.net/lists/listinfo/sfo-labo
>    
pas de problèmes, j'avais vu les modifs :)

merci

_Hitek_

*Je m'inscris APRES avoir écouté seulement mon instinct et rectifié deux
coquilles sur la page
http://wiki.slackware-fr.org/site:slack#venez_contribuer
Avec toutes mes excuses.

Deux toutes petites coquilles, dont la première était un "e" à "bienvenu",
ici :*

Venez contribuer !

Nous allons essayer de vous donner les clés pour contribuer efficacement,
afin que tout le monde, vous, les visiteurs et nous ayons le plus de plaisir
et le moins de déconvenues possibles.

Il va sans dire que *tout le monde est le bienvenu et peut prendre part à la
vie du site et participer !* Aucun pré-requis technique n'est demandé,
sachez juste vous exprimer en un Français relativement correct. Oubliez le
langage SMS ! [image: :-P]

*Et la seconde un oubli de "vous" à :*
Ce que vous pouvez faire

*Voilà, c'est tout.
*

*Bonne journée*

*Su --*

Salut,

Depuis cet incident fin janvier (je crois) sur sourceforge.net qui a obligé la
réinitialisation des comptes, il apparaît que pour faire un "svn checkout" par
ssh et en utilisant notre clé pour éviter le mot de passe, celui-ci reste
requis. Un "svn up" ne le demande pas.
Savez-vous s'il y a quelque chose de particulier à configurer à part
spécifier la clé ssh publique utilisée pour notre compte sourceforge.net.

Thomas

2010	Jan	Feb (20)	Mar (31)	Apr	May	Jun (2)	Jul (5)	Aug (8)	Sep	Oct	Nov	Dec (7)
2011	Jan	Feb	Mar (1)	Apr (2)	May (11)	Jun	Jul	Aug	Sep	Oct (9)	Nov (1)	Dec
2012	Jan	Feb	Mar	Apr	May (1)	Jun	Jul	Aug	Sep	Oct	Nov	Dec

sfo-labo Mailing List for Slackware-fr.org

sfo-labo — Le laboratoire de recherche !