Re: [spip-dev] Copyright © avec tendresse depuis 2001

2021-01-04 Par sujet Franck
Moi, je suis partant, mais dès que cela sera un peu plus calme concernant le 
covid ( ce printemps ?)
Franck

-Message d'origine-
De : nicod_  
Envoyé : lundi 4 janvier 2021 13:17
À : erational ; SPIP Zone 
Objet : Re: [spip-dev] Copyright © avec tendresse depuis 2001

Le 04/01/2021 à 12:10, erational a écrit :
> Coucou tout le monde
> 
> D'après https://git.spip.net/spip/spip/src/branch/master/spip.php#L6
> Je lis Copyright © avec tendresse depuis 2001
> 
> On se fait une fiesta pour les 20 ans ?

Oui mais pas à plus de 6.

-- 
nicod_
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] Gitea et le débardeur

2021-01-03 Par sujet Franck
Hello 
Je comprends l'intérêt de ne faire que la distribution des numéros les plus 
grand et je trouve ça très bien aussi !
Maintenant, à voir si cela ne posera pas de problème avec les anciennes 
versions de spip, exemple imaginons que nous sortions spip 3.3 demain (je rêve) 
et qu'un plug à un up de "x" car cette version ne fonctionne "qu'avec" spip 
3.3, il sera toujours possible de faire la distribution du plug avec "deux" 
versions (une pour spip 3.3 et une autre pour spip 3.2) ?

Franck

-Message d'origine-
De : Maïeul Rouquette  
Envoyé : dimanche 3 janvier 2021 16:12
À : Eric Lupinacci 
Cc : SPIP-Dev 
Objet : Re: [spip-dev] Gitea et le débardeur

Le dimanche 03 janvier 2021 à 16:00 +0100, Eric Lupinacci a écrit :
> Yop,
> 
> 
> Je ne comprends pas le clicodrome (deux clics et une saisie).
> Si c'est comme je pense une notion Gitea et pas git oui il faut passer 
> par l'UI Gitea.
> Mais Camille doit pouvoir te répondre mieux que moi.

bah c'est juste qu'au bout d'un moment, rajoutons une procédure supplémentaire 
ca fini par demotiver. Mais bon si comme tu dis priorité aux tags... go go
>  
> > 2. Est-ce que cela ne serait juste pas plus simple de se dire qu'on 
> > publie tous les tags, mais qu'on ne distribue que les plus récent
> Oui ça serait mieux mais alors pourquoi on ne le fait pas ?
> 
Ah ca je sais pas. Moi je suis pour !

> Après c'est pas mal aussi la notion de version Gitea car on peut 
> saisir du texte pour expliquer.
> Je me suis rendu compte qu'on a aucun moyen simple de faire un 
> changelog "plus disert" et plus compréhensible que les commits.
> Quand je fais ça sur Contrib je me retrouve à mettre une liste bof bof 
> dans l'article principal alors qu'il serait plus logique d'avoir un 
> changelog explicatif dans un article à part.
> En gros, on n'est pas prévenu des évolutions et si il faut prévenir 
> d'un changement important on ne sait pas où le faire.
> 

Oui ca pourrait être effectivement pour moi la seule bonne raison :
avoir un système de changelog qui pourrait ensuite servir aussi lors de la mise 
à jour via SVP et co. 
> ++
> Eric
> 

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Outils de tests

2021-01-02 Par sujet Franck
Non non, tu ne te trompes pas, j'avais fait la demande il y a un moment de ça, 
le problème était de savoir si c'était fait exprès ou pas à l'époque et après 
enquête  , le résultat était qu'il y avait oubli et que l'interrogation qui 
restait était de savoir l'endroit du rangement "spip-contrib-outils ", "spip" ?
Je ne sais plus si c'est eric ou azerttyu qui devait le faire quand il aurait 5 
minutes.
A savoir que marcimat disait qu'il faudrait complètement refaire les tests 
unitaires avec PHPUnit https://phpunit.de/ mais bon, sur ce point, comme je 
pense que cela représente beaucoup de boulot
Franck



-Message d'origine-
De : Maïeul Rouquette  
Envoyé : samedi 2 janvier 2021 22:48
À : spip-dev@rezo.net
Objet : [spip-dev] Outils de tests

Salut tout le monde,


j'ai l'impression que l'outil de test qui était ici

svn co svn://zone.spip.org/spip-zone/_core_/tests

n'a pas été migré sur la forge git.

Me trompe-je ?

Maïeul

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

[spip-dev] Organiseur (plugins dist)

2021-01-01 Par sujet Franck
Hello 

Bonne année à tous !

 

Hello, il n’y aurait pas moyen d’en finir avec cette proposition de marcimat ? 
https://git.spip.net/spip/organiseur/pulls/2

Depuis, il y a même eu d’autre mise à jour de la lib 
https://github.com/fullcalendar/fullcalendar/blob/master/CHANGELOG.md

 

De toute façon, il faudra bien mettre à jour la lib un jour ou l’autre, et 
avant la sortie de spip 3.4, donc comme marcimat à fait le boulot, faisons-le !

Franck

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] fichier des traductions (archivelists)

2020-12-28 Par sujet Franck
Arf oui, j’ai confondu 

Par contre tarteaucitron et bigup n’ont plus leur place dans 
archivelist-externals.txt car présent maintenant sur git.spip

https://git.spip.net/spip-contrib-outils/archivelists/src/branch/master/archivelist-externals.txt#L8

https://git.spip.net/spip-contrib-outils/archivelists/src/branch/master/archivelist-externals.txt#L10

 

Franck

 

De : Cerdic  
Envoyé : lundi 28 décembre 2020 20:40
À : 'Bruno Bergot' ; 'SPIP-Dev' ; Franck 

Objet : Re: [spip-dev] fichier des traductions (archivelists)

 

Hello,

non non non, il ne faut pas confondre le archivelist-externals.txt et le 
traductions.txt qui ont 2 buts totalement séparés.

# Pour la génération des zips
Par défaut on prend tous les repositories de git.spip.net, et on créé un zip 
pour chaque tag.
Dans le cas où un projet n’est pas hébergé sur git.spip.net mais qu’on veut 
quand même générer des zips pour le rendre visible via SVP notamment, alors on 
utilise archivelist-externals.txt, qui ne contiendra donc que des références 
vers des projets externes

# Pour la traduction des plugins
Là il faut toujours déclarer manuellement ce qu’on veut traduire, parce que ce 
sont des humains qui travaillent derrière, et que tout n’est pas toujours dans 
un état qui mérite traduction.

Donc pour la traduction, on déclare dans le fichier traduction.txt, que ce soit 
un projet de git.spip.net ou un projet externe sur 
gihub ou une autre plateforme.

Pour ce qui concerne les plugins « deprecated » ou en tout cas que j’ai marqué 
comme tels dans le fichier traductions.txt, ce sont essentiellement des plugins 
plus maintenus mais qui ont été traduits. A priori le mieux est de les laisser 
là, car de toute façon même si tu les supprime du fichier ils resteront tels 
quels dans la base de trad.spip.net, mais on aura perdu le lien.

 

-- 

Cédric

Le 28 déc. 2020 à 20:28 +0100, Franck mailto:spip.fra...@lien-d-amis.net> >, a écrit :



Hello 
Bein si, justement, il y a bien un problème, car ils sont dans traductions.txt 
et non dans archivelist-externals.txt alors qu'ils sont sur githup
Sinon, tu aurais un avis pour les plugs dit "deprecated" ? qui sont dans le 
fichier "traduction.txt"
Franck

-Message d'origine-
De : Bruno Bergot mailto:br...@eliaz.fr> >
Envoyé : lundi 28 décembre 2020 14:57
À : Franck mailto:spip.fra...@lien-d-amis.net> >; 
'SPIP-Dev' mailto:spip-dev@rezo.net> >
Objet : Re: [spip-dev] fichier des traductions (archivelists)

Hop,

Le 27/12/2020 à 12:05, Franck a écrit :




Il y a aussi des cas un peu particuliers comme « seenthis » (
https://git.spip.net/spip-contrib-outils/archivelists/src/branch/maste
r/traductions.txt#L1348

) qui bien qu’il y a des plugs « seenthis » sur git
https://git.spip.net/spip-contrib-extensions?tab=
<https://git.spip.net/spip-contrib-extensions?tab= 
<https://git.spip.net/spip-contrib-extensions?tab==recentupdate%0b=seenthis>
 =recentupdate
=seenthis> =recentupdate=seenthis le squelette se trouve sur
github https://github.com/seenthis/seenthis_squelettes et donc ne
devrait pas être dans le fichier
https://git.spip.net/spip-contrib-outils/archivelists/src/branch/maste
r/traductions.txt mais plutôt dans
https://git.spip.net/spip-contrib-outils/archivelists/src/branch/maste
r/archivelist-externals.txt



Concernant geodiversite/geodiversite_album/geodiversite_balades, ils
ne sont que sur github, donc pareil, ils devraient être dans
https://git.spip.net/spip-contrib-outils/archivelists/src/branch/maste
r/archivelist-externals.txt et non dans:
https://git.spip.net/spip-contrib-outils/archivelists/src/branch/maste
r/traductions.txt#L1351




Si je ne dis pas de bêtise :

- archivelist-externals.txt sert à générer des zips pour des repos non présents 
chez nous
- traductions.txt sert à indiquer à salvatore que ces repos doivent être 
proposés sur trad.spip.net

Donc, il n'y a pas de problème avec seenthis et geodiversite.

++
b_b

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Migration Git - Galaxie - Scories

2020-12-28 Par sujet Franck
hello
Concernant la boussole, j'avais fait une Pr il y a déjà un moment, 
https://git.spip.net/spip-contrib-extensions/boussole_spip/pulls/1
Si vous voulez que j'y fasse des modifications, suffit de la dire 
Franck

-Message d'origine-
De : Bruno Bergot  
Envoyé : lundi 28 décembre 2020 14:53
À : Eric Lupinacci ; SPIP-Dev 
Objet : Re: [spip-dev] Migration Git - Galaxie - Scories

Hop,

Le 27/12/2020 à 10:41, Eric Lupinacci a écrit :
> 
> *Renommer des repos*:
> Pour être plus lisible et cohérent avec le reste il faudrait renommer 
> les repos galactic_ du nom de l'url:
> - *contrib* devrait devenir contrib.spip.net
> - *galactic_spip_net* en www.spip.net
> - *galactic_programmer* en programmer.spip.net
> - *galactic_forum* en forum.spip.net
> - et aussi *univers_spip* en stats.spip.net Ça peut se faire 
> rapidement mais y a-t-il des conséquences et où ?

Ok sur le principe, seule conséquence, tous les gens qui avait cloné ces repos 
devront mettre à jour leur url.

> 
> *Déprécier des repos*:
> - *galactic_pluginspip* : début de passage à galactic de Plugins SPIP, 
> à supprimer car il ne servira jamais étant donné que Contrib inclura 
> Plugins SPIP à terme
> - *spip-info* : archiver le repo
> 

Ok, tu veux que je passe les deux en archive ?

> *Supprimer ou rajouter de la boussole*:
> - *spip-info* : à supprimer de la boussole
> - *stats.spip.net <http://stats.spip.net>* : à ajouter à la boussole
> - *git.spip.net <http://git.spip.net> *: à ajouter à la boussole
> - *SPIP zone* : ne faudrait-il pas le supprimer de la boussole ?
> 

+1, et oui pour supprimer le lien spip-zone qui de toute façon n'est
plus à jour cf https://zone.spip.net/trac/spip-zone/log/spip-zone/

> *Migrer des repos dans Galaxie*:
> - rapatrier les repos *mediaspip* listés ici :
> https://pic.infini.fr/WjHjXWPV/aksPYu6u.png. Ce sont les repos utilisés sur
> medias.spip.net et qui sont au format trunk/branches.

Même si on peut considérer que mediaspip est à l'abandon, oui il faut 
copier ces repos sur le git, ne serait-ce que pour archive.

> - rapatrier les repos *_squelettes_/spip.zone.trac* et
> _*squelettes_/trac.rezo.net
> <http://trac.rezo.net>* pour mémoire et les archiver. Ce n'est pas grand
> chose mais ça me parait plus cohérent.
> 

Bof, mais si tu penses que c'est nécessaire, ça ne mange pas de pain.

++
b_b
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] fichier des traductions (archivelists)

2020-12-28 Par sujet Franck
Hello 
Bein si, justement, il y a bien un problème, car ils sont dans traductions.txt 
et non dans archivelist-externals.txt alors qu'ils sont sur githup
Sinon, tu aurais un avis pour les plugs dit "deprecated" ? qui sont dans le 
fichier "traduction.txt"
Franck

-Message d'origine-
De : Bruno Bergot  
Envoyé : lundi 28 décembre 2020 14:57
À : Franck ; 'SPIP-Dev' 
Objet : Re: [spip-dev] fichier des traductions (archivelists)

Hop,

Le 27/12/2020 à 12:05, Franck a écrit :
> 
> Il y a aussi des cas un peu particuliers comme « seenthis » ( 
> https://git.spip.net/spip-contrib-outils/archivelists/src/branch/maste
> r/traductions.txt#L1348
> 
> ) qui bien qu’il y a des plugs « seenthis » sur git 
> https://git.spip.net/spip-contrib-extensions?tab= 
> <https://git.spip.net/spip-contrib-extensions?tab==recentupdate
> =seenthis> =recentupdate=seenthis  le squelette se trouve sur 
> github https://github.com/seenthis/seenthis_squelettes et donc ne 
> devrait pas être dans le fichier 
> https://git.spip.net/spip-contrib-outils/archivelists/src/branch/maste
> r/traductions.txt mais plutôt dans 
> https://git.spip.net/spip-contrib-outils/archivelists/src/branch/maste
> r/archivelist-externals.txt
> 
>   
> 
> Concernant geodiversite/geodiversite_album/geodiversite_balades, ils 
> ne sont que sur github, donc pareil, ils devraient être dans 
> https://git.spip.net/spip-contrib-outils/archivelists/src/branch/maste
> r/archivelist-externals.txt et non dans: 
> https://git.spip.net/spip-contrib-outils/archivelists/src/branch/maste
> r/traductions.txt#L1351
> 
>   

Si je ne dis pas de bêtise :

- archivelist-externals.txt sert à générer des zips pour des repos non présents 
chez nous
- traductions.txt sert à indiquer à salvatore que ces repos doivent être 
proposés sur trad.spip.net

Donc, il n'y a pas de problème avec seenthis et geodiversite.

++
b_b

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] [Spip-zone-commit] [archivelists] Suppression url obsolete tarteaucitron, avant ajout de (...)

2020-12-28 Par sujet Franck
Salut cedric, tu as oublié de supprimer 
https://git.spip.net/spip-contrib-outils/archivelists/src/branch/master/archivelist-externals.txt#L10
J'avais fait la correction, mais pas fait l'envoi car j'aurais besoin d'avis 
concernant ce que nous devons faire pour les plugs dit "deprecated" ?
https://git.spip.net/Franck/archivelists/commits/branch/4618
Voir le mail: https://www.mail-archive.com/spip-dev@rezo.net/msg70807.html

Franck


-Message d'origine-
De : Cerdic  
Envoyé : lundi 28 décembre 2020 08:57
À : spip-zone-com...@rezo.net
Objet : [Spip-zone-commit] [archivelists] Suppression url obsolete 
tarteaucitron, avant ajout de (...)

spip-contrib-outils/archivelists
-
Par Cerdic, le 28 décembre 2020 à 08h56min : 

Suppression url obsolete tarteaucitron, avant ajout de la nouvelle (pour que le 
module soit bien renome et suive il faut faire en deux temps, avec synchro de 
salvatore entre les deux)


*Modifié*
traductions.txt

Détails : 
https://git.spip.net/spip-contrib-outils/archivelists/commit/968ebb6848e752f63c950e87ed6a1b1d7a3ffc38

___
spip-zone-com...@rezo.net - 
https://listes.rezo.net/mailman/listinfo/spip-zone-commit

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] Migration Git - Galaxie - Scories

2020-12-27 Par sujet Franck
C’est fait 

Sinon, juste pour dire que je suis d’accord avec toi concernant la boussole et 
le renommage

Franck 

 

De : Eric Lupinacci  
Envoyé : dimanche 27 décembre 2020 11:31
À : Franck 
Cc : SPIP-Dev 
Objet : Re: [spip-dev] Migration Git - Galaxie - Scories

 

Hello,

 

Ce n'est pas le sujet du fil.

Faire un autre fil pour ça merci.

 

++

Eric

 

 

Le dim. 27 déc. 2020 à 11:26, Franck mailto:spip.fra...@lien-d-amis.net> > a écrit :

Concernant le ficher de traduction, il y a aussi d’autres incohérences que je 
voudrais bien résoudre 

Exemple (il n’est pas le seul dans ce cas) :

https://git.spip.net/spip-contrib-outils/archivelists/src/branch/master/traductions.txt#L479
 Il est dit « deprecated » mais il y a https://plugins.spip.net/forms.html qui 
pointe vers d’autres versions qui sont uniquement sur svn…

Faudrait être sûr que tous les plugs qui étaient fait via svn sont aussi fait 
via git, car sans quoi, ceux qui voudront mettre un très vieux spip (1.9 ou 2.0 
par exemple) à jour vont avoir des problèmes pour faire des installations en 
local afin de faire des upgrades

 

Franck

 

 

De : Eric Lupinacci mailto:e...@smellup.net> > 
Envoyé : dimanche 27 décembre 2020 10:41
À : SPIP-Dev mailto:spip-dev@rezo.net> >
Objet : [spip-dev] Migration Git - Galaxie - Scories

 

Hello,

 

Francky, via la liste des traductions, a mis en exergue que certains plugins 
étaient encore sous SVN uniquement.

C'est le cas des plugins-squelette de mediaspip (_squelettes_/mediaspip/, 4 
sous dossiers) et qui sont bien référencés dans mon suivi comme "on en fait 
quoi ?".

J'ai vérifié que ces plugins sont bien utilisés sous medias.spip.net 
<http://medias.spip.net>  mais je ne vois pas le rapport avec le squelette que 
l'on a aujourd'hui dans git sous l'organisation galaxie, à savoir, 
medias.spip.net <http://medias.spip.net> .

J'en ai profité pour refaire un état de migration de la galaxie sous git en 
sortant mes archives de suivi et j'en ai tiré quelques actions à effectuer car 
tout n'est pas encore propre.

 

Renommer des repos:

Pour être plus lisible et cohérent avec le reste il faudrait renommer les repos 
galactic_ du nom de l'url:

- contrib devrait devenir contrib.spip.net <http://contrib.spip.net> 

- galactic_spip_net en www.spip.net <http://www.spip.net> 

- galactic_programmer en programmer.spip.net <http://programmer.spip.net> 

- galactic_forum en forum.spip.net <http://forum.spip.net> 

- et aussi univers_spip en stats.spip.net <http://stats.spip.net> 

Ça peut se faire rapidement mais y a-t-il des conséquences et où ?

 

Déprécier des repos:

- galactic_pluginspip : début de passage à galactic de Plugins SPIP, à 
supprimer car il ne servira jamais étant donné que Contrib inclura Plugins SPIP 
à terme

- spip-info : archiver le repo

 

Supprimer ou rajouter de la boussole:

- spip-info : à supprimer de la boussole

- stats.spip.net <http://stats.spip.net>  : à ajouter à la boussole

- git.spip.net <http://git.spip.net>  : à ajouter à la boussole

- SPIP zone : ne faudrait-il pas le supprimer de la boussole ?

 

Migrer des repos dans Galaxie:

- rapatrier les repos mediaspip listés ici : 
https://pic.infini.fr/WjHjXWPV/aksPYu6u.png. Ce sont les repos utilisés sur 
medias.spip.net <http://medias.spip.net>  et qui sont au format trunk/branches.

- rapatrier les repos _squelettes_/spip.zone.trac et _squelettes_/trac.rezo.net 
<http://trac.rezo.net>  pour mémoire et les archiver. Ce n'est pas grand chose 
mais ça me parait plus cohérent.

 

Ca serait bien qu'on en profite là pour finir ça avant la fin de l'année, c'est 
pas grand chose mais au moins on aura un truc fini.

 

 

++

Eric

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

[spip-dev] fichier des traductions (archivelists)

2020-12-27 Par sujet Franck
Hello 

Je fais un nouveau sujet, histoire de réduire la pollution avec celui d’Eric 

 

Je disais donc, dans le fichier il y a des traductions qui pointent vers des 
plugins qui ne sont que sur svn, Je m’occupe de faire la mise à jour avant de 
faire la pr https://git.spip.net/Franck/archivelists/commits/branch/4618

Bref, dans le lot il y a par exemple : mediaspip ou des plugins qui sont dit « 
deprecated » 
https://git.spip.net/spip-contrib-outils/archivelists/src/branch/master/traductions.txt#L479
 alors qu’ils ont un zip de fait vers une version un peu plus récente  
https://plugins.spip.net/forms.html

 

Il y a aussi des cas un peu particuliers comme « seenthis » ( 
https://git.spip.net/spip-contrib-outils/archivelists/src/branch/master/traductions.txt#L1348

) qui bien qu’il y a des plugs « seenthis » sur git 
https://git.spip.net/spip-contrib-extensions?tab= 
<https://git.spip.net/spip-contrib-extensions?tab==recentupdate=seenthis>
 =recentupdate=seenthis  le squelette se trouve sur github 
https://github.com/seenthis/seenthis_squelettes et donc ne devrait pas être 
dans le fichier 
https://git.spip.net/spip-contrib-outils/archivelists/src/branch/master/traductions.txt
 mais plutôt dans 
https://git.spip.net/spip-contrib-outils/archivelists/src/branch/master/archivelist-externals.txt

 

Concernant geodiversite/geodiversite_album/geodiversite_balades, ils ne sont 
que sur github, donc pareil, ils devraient être dans 
https://git.spip.net/spip-contrib-outils/archivelists/src/branch/master/archivelist-externals.txt
 et non dans: 
https://git.spip.net/spip-contrib-outils/archivelists/src/branch/master/traductions.txt#L1351

 

Bref, je fais quoi ?

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Migration Git - Galaxie - Scories

2020-12-27 Par sujet Franck
Concernant le ficher de traduction, il y a aussi d’autres incohérences que je 
voudrais bien résoudre 

Exemple (il n’est pas le seul dans ce cas) :

https://git.spip.net/spip-contrib-outils/archivelists/src/branch/master/traductions.txt#L479
 Il est dit « deprecated » mais il y a https://plugins.spip.net/forms.html qui 
pointe vers d’autres versions qui sont uniquement sur svn…

Faudrait être sûr que tous les plugs qui étaient fait via svn sont aussi fait 
via git, car sans quoi, ceux qui voudront mettre un très vieux spip (1.9 ou 2.0 
par exemple) à jour vont avoir des problèmes pour faire des installations en 
local afin de faire des upgrades

 

Franck

 

 

De : Eric Lupinacci  
Envoyé : dimanche 27 décembre 2020 10:41
À : SPIP-Dev 
Objet : [spip-dev] Migration Git - Galaxie - Scories

 

Hello,

 

Francky, via la liste des traductions, a mis en exergue que certains plugins 
étaient encore sous SVN uniquement.

C'est le cas des plugins-squelette de mediaspip (_squelettes_/mediaspip/, 4 
sous dossiers) et qui sont bien référencés dans mon suivi comme "on en fait 
quoi ?".

J'ai vérifié que ces plugins sont bien utilisés sous medias.spip.net 
<http://medias.spip.net>  mais je ne vois pas le rapport avec le squelette que 
l'on a aujourd'hui dans git sous l'organisation galaxie, à savoir, 
medias.spip.net <http://medias.spip.net> .

J'en ai profité pour refaire un état de migration de la galaxie sous git en 
sortant mes archives de suivi et j'en ai tiré quelques actions à effectuer car 
tout n'est pas encore propre.

 

Renommer des repos:

Pour être plus lisible et cohérent avec le reste il faudrait renommer les repos 
galactic_ du nom de l'url:

- contrib devrait devenir contrib.spip.net <http://contrib.spip.net> 

- galactic_spip_net en www.spip.net <http://www.spip.net> 

- galactic_programmer en programmer.spip.net <http://programmer.spip.net> 

- galactic_forum en forum.spip.net <http://forum.spip.net> 

- et aussi univers_spip en stats.spip.net <http://stats.spip.net> 

Ça peut se faire rapidement mais y a-t-il des conséquences et où ?

 

Déprécier des repos:

- galactic_pluginspip : début de passage à galactic de Plugins SPIP, à 
supprimer car il ne servira jamais étant donné que Contrib inclura Plugins SPIP 
à terme

- spip-info : archiver le repo

 

Supprimer ou rajouter de la boussole:

- spip-info : à supprimer de la boussole

- stats.spip.net <http://stats.spip.net>  : à ajouter à la boussole

- git.spip.net <http://git.spip.net>  : à ajouter à la boussole

- SPIP zone : ne faudrait-il pas le supprimer de la boussole ?

 

Migrer des repos dans Galaxie:

- rapatrier les repos mediaspip listés ici : 
https://pic.infini.fr/WjHjXWPV/aksPYu6u.png. Ce sont les repos utilisés sur 
medias.spip.net <http://medias.spip.net>  et qui sont au format trunk/branches.

- rapatrier les repos _squelettes_/spip.zone.trac et _squelettes_/trac.rezo.net 
<http://trac.rezo.net>  pour mémoire et les archiver. Ce n'est pas grand chose 
mais ça me parait plus cohérent.

 

Ca serait bien qu'on en profite là pour finir ça avant la fin de l'année, c'est 
pas grand chose mais au moins on aura un truc fini.

 

 

++

Eric

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] [git.spip.net] Mise à jour du serveur 1.13.0

2020-12-22 Par sujet Franck
Merci azerttyu  !

-Message d'origine-
De : cam.lafit  
Envoyé : mardi 22 décembre 2020 16:03
À : SPIP-dev SPIP 
Objet : [spip-dev] [git.spip.net] Mise à jour du serveur 1.13.0

Bonjour

Ce matin a été effectuée une mise à jour de notre forge git.spip.net.
Cela faisait 6 mois que rien n'avait été fait, il était temps d'y remédier.

Nous sommes passés de la version 1.12.1 à la 1.13.0 sortie le 2 décembre 
dernier.

Durant cette période nous avons donc eu plusieurs rattrapages de version à 
faire :
de la 1.12.2 du 12/07/2020
à  la 1.13.0 du 02/12/2020

En pèle-mêle ces différentes versions ont apportées :
* des améliorations sur l'api
* des optimisations de cache
* des ajustements sur les émoji
* des correctifs de sécurité sur Oauth et  oubli de mot de passe
* des améliorations concernant l'import de forges externe

En évolutions majeures on peut noter :
* des évolutions sur le système d'import de dépot (en cours de validation)
* une amélioration concernant les imports depuis diverses sources git
* le contrôle de mot de passe depuis l'outil HaveIBeenPwned
* la (ré)activation d'open id pour les comptes existants
* le support de graphique/flux via la syntaxe mermaid 
(https://mermaid-js.github.io/mermaid/ )
* le support de kanban

Pour le détail des mises à jours :
* https://blog.gitea.io/2020/07/gitea-1.12.2-is-released/
* https://blog.gitea.io/2020/07/gitea-1.12.3-is-released/
* https://blog.gitea.io/2020/09/gitea-1.12.4-is-released/
* https://blog.gitea.io/2020/10/gitea-1.12.5-is-released/
* https://blog.gitea.io/2020/11/gitea-1.12.6-is-released/
* https://blog.gitea.io/2020/12/gitea-1.13.0-is-released/


Km
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] [Spip-zone-commit] [soundmanager] mieux packger le nouveau player et page de demo

2020-12-10 Par sujet Franck
Salut BoOz 
Juste pour dire que tu as oublié de mettre à jour le fichier paquet.xml, tu 
n'as fait que plugin.xml !
En tout cas, il y a un problème car paquet.xml à un numéro de version plus 
grand que plugin.xml, si bien que ceux utilisant le plug, ne verront pas la 
mise à jour via svp ☹
Faudrait faire un up de version de paquet.xml et mettre le même à plugin.xml, 
histoire de repartir correctement
Franck

-Message d'origine-
De : BoOz  
Envoyé : jeudi 10 décembre 2020 20:31
À : spip-zone-com...@rezo.net
Objet : [Spip-zone-commit] [soundmanager] mieux packger le nouveau player et 
page de demo

spip-contrib-extensions/soundmanager
-
Par BoOz, le 10 décembre 2020 à 20h26min : 

mieux packger le nouveau player et page de demo


*Ajouté*
modeles/audioplayer.html
test_player.html
tinyplayer.css.html
*Modifié*
inclure/player.html
plugin.xml
sm_pipelines.php
soundmanager.css.html

Détails : 
https://git.spip.net/spip-contrib-extensions/soundmanager/commit/aaaffa3c8a619ecb73f6212f47d49c0b2efa9445

___
spip-zone-com...@rezo.net - 
https://listes.rezo.net/mailman/listinfo/spip-zone-commit

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] [Spip-zone-commit] [moncompte] On augmente la version du coup (mais faudrait passer à (...)

2020-11-27 Par sujet Franck
Hello rasta 
Il n'aurait pas fallu faire un tag en même temps, sachant que tu lui donnes le 
statut de "test" ?
Car là, le plug est introuvable sur plugins.spip.net et donc, les gens ne 
peuvent en faire le téléchargement via svp...
Franck

-Message d'origine-
De : RastaPopoulos  
Envoyé : vendredi 27 novembre 2020 15:00
À : spip-zone-com...@rezo.net
Objet : [Spip-zone-commit] [moncompte] On augmente la version du coup (mais 
faudrait passer à (...)

spip-contrib-extensions/moncompte
-
Par RastaPopoulos, le 27 novembre 2020 à 14h58min : 

On augmente la version du coup (mais faudrait passer à 1.0.0 un jour peut-être


*Modifié*
paquet.xml

Détails : 
https://git.spip.net/spip-contrib-extensions/moncompte/commit/faf752498b1bb3c037cb935ccdb7df23b3b74f6f

___
spip-zone-com...@rezo.net - 
https://listes.rezo.net/mailman/listinfo/spip-zone-commit

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Aucun dépôt disponible !

2020-11-18 Par sujet Franck
Hello 
L'adresse su dépôt principal est: https://plugins.spip.net/depots/principal.xml
Les autres sont ici:
https://plugins.spip.net/spip.php?page=depots

Franck

-Message d'origine-
De : Syd Dolby  
Envoyé : mercredi 18 novembre 2020 10:09
À : spip-dev@rezo.net
Objet : [spip-dev] Aucun dépôt disponible !

Hello

Il n'y a plus de dépôt disponible ?
https://files.spip.net/spip-zone/archives.xml

Merci

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] [Spip-zone-commit] [basicone] vraie bonne borne mini 3.3.0-dev (Franck)

2020-11-02 Par sujet Franck
Il y a encore un problème 
Tu as fais un tag 1.0.2 mais la version du plug est toujours 1.0.1 
https://git.spip.net/spip-contrib-extensions/basicone/src/branch/master/paquet.xml#L4
Bref, faudrait supprimer ton tag, changer la version du plug et refaire le tag 


-Message d'origine-
De : chankalan  
Envoyé : lundi 2 novembre 2020 18:45
À : spip-zone-com...@rezo.net
Objet : [Spip-zone-commit] [basicone] vraie bonne borne mini 3.3.0-dev (Franck)

spip-contrib-extensions/basicone
-
Par chankalan, le 2 novembre 2020 à 18h43min : 

vraie bonne borne mini 3.3.0-dev (Franck)


*Modifié*
paquet.xml

Détails : 
https://git.spip.net/spip-contrib-extensions/basicone/commit/aca21549d436caec0cc1eb5a9bc5b86e073e99a3

___
spip-zone-com...@rezo.net - 
https://listes.rezo.net/mailman/listinfo/spip-zone-commit

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] [Spip-zone-commit] [basicone] ajout svg du bandeau pour spip3.3

2020-11-02 Par sujet Franck
Possible que je me trompe, mais je pense que si tu mets 3.3.0-dev comme borne 
mini, cela devrait être bon 
J'y pensais plus, mais comme 3.3.0 n'est pas encore dispo, c'est normal que 
cela ne fonctionne pas avec svp


-Message d'origine-
De : chanka...@choc0.net  
Envoyé : lundi 2 novembre 2020 18:32
À : Franck ; spip-dev@rezo.net
Objet : Re: [Spip-zone-commit] [basicone] ajout svg du bandeau pour spip3.3

hello,
merci pour ta vigilance Franck, mais avec la borne mini 3.3.0 le plugin 
n'apparaît pas dans la liste des plugins de spip3.3-dev J'ignore pourquoi...

Le 02/11/2020 à 18:23, Franck a écrit :
> Hello 
> Il y a un problème avec la borne de compatibilité, tu as écrit :
> compatibilite="[3.2.99;3.3.*]
>
> Donc là, il est incompatible avec spip 3.2, l'idéal, serait de mettre 
> 3.3.0 comme borne mini si le plug est pour spip 3.3, comme ça quand 
> spip 3.3 sortira, il sera ok Franck
>
>
> -Message d'origine-
> De : chankalan  Envoyé : lundi 2 novembre 
> 2020 11:06 À : spip-zone-com...@rezo.net Objet : [Spip-zone-commit] 
> [basicone] ajout svg du bandeau pour spip3.3
>
> spip-contrib-extensions/basicone
> -
> Par chankalan, le 2 novembre 2020 à 11h03min :
>
> ajout svg du bandeau pour spip3.3
>
>
> *Ajouté*
>  prive/themes/basicone/images/menu-accueil.svg
>  prive/themes/basicone/images/menu-activite.svg
>  prive/themes/basicone/images/menu-administration.svg
>  prive/themes/basicone/images/menu-configuration.svg
>  prive/themes/basicone/images/menu-developpement.svg
>  prive/themes/basicone/images/menu-edition.svg
>  prive/themes/basicone/images/menu-publication.svg
>  prive/themes/basicone/images/menu-squelette.svg
>  prive/themes/basicone/images/plan_site-16.png
>  prive/themes/basicone/images/plan_site-24.png
>  prive/themes/basicone/images/plan_site-32.png
> *Supprimé*
>  prive/themes/basicone/images/boussole-16.png
>  prive/themes/basicone/images/boussole-24.png
>  prive/themes/basicone/images/boussole-32.png
> *Modifié*
>  basicone_options.php
>  paquet.xml
>
> Détails : 
> https://git.spip.net/spip-contrib-extensions/basicone/commit/f75e1a780
> f2956dfbb876424723da83e745be022
>
> ___
> spip-zone-com...@rezo.net - 
> https://listes.rezo.net/mailman/listinfo/spip-zone-commit
>

--

chan

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] [Spip-zone-commit] [basicone] ajout svg du bandeau pour spip3.3

2020-11-02 Par sujet Franck
Hello 
Il y a un problème avec la borne de compatibilité, tu as écrit :
compatibilite="[3.2.99;3.3.*]

Donc là, il est incompatible avec spip 3.2, l'idéal, serait de mettre 3.3.0 
comme borne mini si le plug est pour spip 3.3, comme ça quand spip 3.3 sortira, 
il sera ok
Franck


-Message d'origine-
De : chankalan  
Envoyé : lundi 2 novembre 2020 11:06
À : spip-zone-com...@rezo.net
Objet : [Spip-zone-commit] [basicone] ajout svg du bandeau pour spip3.3

spip-contrib-extensions/basicone
-
Par chankalan, le 2 novembre 2020 à 11h03min : 

ajout svg du bandeau pour spip3.3


*Ajouté*
prive/themes/basicone/images/menu-accueil.svg
prive/themes/basicone/images/menu-activite.svg
prive/themes/basicone/images/menu-administration.svg
prive/themes/basicone/images/menu-configuration.svg
prive/themes/basicone/images/menu-developpement.svg
prive/themes/basicone/images/menu-edition.svg
prive/themes/basicone/images/menu-publication.svg
prive/themes/basicone/images/menu-squelette.svg
prive/themes/basicone/images/plan_site-16.png
prive/themes/basicone/images/plan_site-24.png
prive/themes/basicone/images/plan_site-32.png
*Supprimé*
prive/themes/basicone/images/boussole-16.png
prive/themes/basicone/images/boussole-24.png
prive/themes/basicone/images/boussole-32.png
*Modifié*
basicone_options.php
paquet.xml

Détails : 
https://git.spip.net/spip-contrib-extensions/basicone/commit/f75e1a780f2956dfbb876424723da83e745be022

___
spip-zone-com...@rezo.net - 
https://listes.rezo.net/mailman/listinfo/spip-zone-commit

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] [xray] UI recentrée sur les usages + jolis unicodes que je ne (...)

2020-10-18 Par sujet Franck
Normalement oui 
C'est le minimum à faire sachant que le plug est déjà compatible spip 3
Sans doute faire un z+1 pour le nouveau tag ou alors supprimer le tag 1.0.0 
pour le refaire après, comme il vient juste d'être fait, il est sans doute 
encore temps de le supprimer pour le refaire.

Dans l'idéal, il faudrait voir s'il n'y a pas du vieux code uniquement pour 
spip 2.1, mais franchement, ce n'est pas la priorité... 


-Message d'origine-
De : JLuc  
Envoyé : dimanche 18 octobre 2020 12:34
À : spip-dev@rezo.net
Objet : Re: [spip-dev] [xray] UI recentrée sur les usages + jolis unicodes que 
je ne (...)

Le 18/10/2020 à 12:30, Franck a écrit :
> Il n'aurait pas été mieux de faire une branche qui commence à spip 3.2 ou 3.3 
> histoire d'en finir avec spip 2.1 et du fichier plugin.xml que les gens ont 
> tendance à oublier parfois ?
Oui certes.
Je dois effacer le plugin.xml et maj les bornes dans le paquet.xml, c'est tout 
avant de retaguer ?

JL

> -Message d'origine-
> De : jluc 
> Envoyé : dimanche 18 octobre 2020 11:05 À : spip-zone-com...@rezo.net 
> Objet : [Spip-zone-commit] [xray] UI recentrée sur les usages + jolis 
> unicodes que je ne (...)
> 
> spip-contrib-extensions/xray
> -
> Par jluc, le 18 octobre 2020 à 11h03min :
> 
> UI recentrée sur les usages + jolis unicodes que je ne colle pas dans 
> ce log pour pas planter internet + passage en stable et tag V1.0.0 
> tad
> 
> 
> *Ajouté*
>  inc/xray.php
> *Modifié*
>  paquet.xml
>  plugin.xml
>  xray_apc.php
> 
> Détails : 
> https://git.spip.net/spip-contrib-extensions/xray/commit/c097a66360d3f
> cc97dd0ef4059f7fbc80055d2cf
> 
> ___
> spip-zone-com...@rezo.net - 
> https://listes.rezo.net/mailman/listinfo/spip-zone-commit
> 
> ___
> spip-zone-com...@rezo.net - 
> https://listes.rezo.net/mailman/listinfo/spip-zone-commit
> 


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] [Spip-zone-commit] [xray] UI recentrée sur les usages + jolis unicodes que je ne (...)

2020-10-18 Par sujet Franck
Hello 
Il n'aurait pas été mieux de faire une branche qui commence à spip 3.2 ou 3.3 
histoire d'en finir avec spip 2.1 et du fichier plugin.xml que les gens ont 
tendance à oublier parfois ?
Franck

-Message d'origine-
De : jluc  
Envoyé : dimanche 18 octobre 2020 11:05
À : spip-zone-com...@rezo.net
Objet : [Spip-zone-commit] [xray] UI recentrée sur les usages + jolis unicodes 
que je ne (...)

spip-contrib-extensions/xray
-
Par jluc, le 18 octobre 2020 à 11h03min : 

UI recentrée sur les usages + jolis unicodes que je ne colle pas dans ce log 
pour pas planter internet + passage en stable et tag V1.0.0 tad


*Ajouté*
inc/xray.php
*Modifié*
paquet.xml
plugin.xml
xray_apc.php

Détails : 
https://git.spip.net/spip-contrib-extensions/xray/commit/c097a66360d3fcc97dd0ef4059f7fbc80055d2cf

___
spip-zone-com...@rezo.net - 
https://listes.rezo.net/mailman/listinfo/spip-zone-commit

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

[spip-dev] checkout

2020-10-05 Par sujet Franck
Hello 

Il est possible de récupérer une ancienne version de checkout (1.2.1) quand il 
n’y a pas de tag ?

https://git.spip.net/spip-contrib-outils/checkout

 

Franck

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

[spip-dev] redirection de forum et certificat

2020-10-04 Par sujet Franck
Hello 

Juste pour dire que la redirection de http://forum.spip.net/fr_184153.html vers 
https://forum.spip.net/fr_184153.html ne semble pas fonctionner, car nous 
restons en http alors que l’adresse en https fonctionne très bien.

Il semble aussi y avoir un problème de certificat avec https://latex.spip.net 
et https://archives.rezo.net

 

Juste histoire d’être sûr, trac.rezo.net à bein été remplacer par  
<https://core.spip.net> https://core.spip.net et maintenant  
<https://git.spip.net> https://git.spip.net ?

Franck

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

[spip-dev] Les tests unitaires ne sont pas sur git

2020-09-27 Par sujet Franck
Hello 

Les tests unitaires de spip ne sont pas encore sur git, il y a une raison 
particulière, ou c’est juste un oubli ?

https://zone.spip.net/trac/spip-zone/browser/spip-zone/_core_/tests

 

J’ai fait une demande à Eric, mais avant de faire le transfert, il voulait 
savoir 

Je pense que le mieux, c’est ici : https://git.spip.net/spip-contrib-outils

Maintenant, à voir, sachant qu’à l’origine, ils ne sont pas dans : 
https://zone.spip.net/trac/spip-zone/browser/spip-zone/_outils_

Franck

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Release, Git, Composer

2020-09-16 Par sujet Franck
Hello 
A la limite oui, pourquoi pas une alpha, en tout cas, concernant la sortie de 
la version définitif, j'insiste un peu, mais faudrait voir pour la mettre à 
minima compatible php 8 (installation impossible actuellement), les libs des 
plugins-dist ne seront sans doute pas, à jour à ce moment-là (exemple: 
https://github.com/JamesHeinrich/getID3/commits/master ).
Mais c'est surtout, de ne pas devoir attendre spip 3.4 pour php 8 
(https://wiki.php.net/todo/php80 ), car, à ce moment-là, php 10 ou 11 sera sans 
doute sur le point de sortir...
Franck

-Message d'origine-
De : Maïeul Rouquette  
Envoyé : mercredi 16 septembre 2020 12:21
À : spip-dev@rezo.net
Objet : Re: [spip-dev] Release, Git, Composer


> 
> Comme je disais sur IRC, si on n’est pas clair sur les fonctionnalités 
> de la 3.3 ou qu’il y a encore des soucis gênants dessus, on sortira 
> une -alpha (et pas une -bêta) et voilà. C’est pas un drame :)
> 
> MM.
> ___

j'irais exactement dans ce sens. On voit de plus en plus d'utilisateurice qui 
nous disent qu'ils ont besoin d'une version comopatible php 7.3. Donc 
officialiser la possibilité d'installer facuilement une version compatible, 
même encore en test, me parait vraiment important.

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] [Spip-zone-commit] [grigri] le champ grigri est éditable

2020-09-11 Par sujet Franck
Hello 
Je pense qu'il va y avoir un problème avec ton commit le jour ou tu feras un 
tag...
Tu as changer le schema pour lui mettre 1.0.4, mais si je regarde 
https://git.spip.net/spip-contrib-extensions/grigri/src/branch/master/grigri_administrations.php
Il est toujours en 1.0.2 car la version 1.0.3 est entre /*
Franck

-Message d'origine-
De : clem  
Envoyé : jeudi 10 septembre 2020 23:00
À : spip-zone-com...@rezo.net
Objet : [Spip-zone-commit] [grigri] le champ grigri est éditable

spip-contrib-extensions/grigri
-
Par clem, le 10 septembre 2020 à 22h59min : 

le champ grigri est éditable


*Modifié*
base/grigri.php
paquet.xml

Détails : 
https://git.spip.net/spip-contrib-extensions/grigri/commit/61c87ad386079ccb9f53dcc89a9b0411c53ad359

___
spip-zone-com...@rezo.net - 
https://listes.rezo.net/mailman/listinfo/spip-zone-commit

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Bel_env et debug

2020-08-11 Par sujet Franck
Hello 

+1 pour moi !

Ce qui aide les gens est toujours bon à prendre !

 

De : Eric Lupinacci  
Envoyé : mardi 11 août 2020 18:47
À : SPIP-Dev 
Objet : [spip-dev] Bel_env et debug

 

Hello,

 

Une petite remarque avant la prochaine release 3.3.

Dans le code on a ajouter il y a déjà longtemps le filtre |debug qui permet de 
faire du... debug dans les squelettes.

 

Dans le plugin dev, on a un autre filtre très utile qui s'appelle |bel_env et 
qui permet d'afficher un tableau dans un format HTML lisible quelque soit son 
imbrication. C'est donc un outil de debug au même titre que le filtre |debug.

 

Je trouve que c'est incohérent d'avoir l'un dans spip et l'autre dans dev qui 
ne fait plus partie d'ailleurs des plugins-dist.

Je proposerais bien d'intégrer le filtre |bel_env dans spip en le renommant par 
exemple en |debug_table.

 

Vos avis ?

 

++

Eric

 

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] [Spip] Échec de spip_loader

2020-07-27 Par sujet Franck
Hello
Attention avec spip_loader et spip 3.3 !!!
J'ai fait un ticket https://core.spip.net/issues/4530
Dans l'état actuel, pour faire la récupération de spip 3.3, le mieux est de 
soit utiliser git.spip https://git.spip.net/spip-contrib-outils/git_loader  , 
ou spip-cli https://git.spip.net/spip-contrib-outils/spip-cli  ou de faire la 
récupération des zips des "master" de chaque plugins-dist et de spip pour te 
faire ton spip 3.3
Franck

-Message d'origine-
De : Beurt via spip  
Envoyé : lundi 27 juillet 2020 17:22
À : s...@rezo.net
Objet : [Spip] Échec de spip_loader

Bonjour,

Sur un hébergement que je ne contrôle pas (et qui a notamment PHP7.4), j'essaie 
d'installer SPIP (v. 3.3, justement à cause de PHP 7.4).

Plusieurs méthodes ont échoué, dans ce message je ne vais parler que de 
spip_loader.

Quand je lance spip_loader, après téléchargement des fichiers, et quand l'URL 
devient : http://monsite.tld//ecrire/?exec=install

J'obtiens le laconique message : « Site en travaux Ce site n’est pas encore 
configuré. Revenez plus tard... » cf. la copie d'écran.

Pas non plus d'accès à /ecrire (même message).

Je constate par ailleurs que le fichier connect.php, n'a même pas été créé 
(normal, je n'ai pas eu les phases d'exec=install).

Aucun log dans les erreurs de Nginx.

Est-ce que quelqu'un·e a déjà rencontré un truc pareil ?

--
Beurt
___
liste spip
s...@rezo.net - désabonnement : envoyer un mail à  spip-...@rezo.net

Archives : https://www.mail-archive.com/spip@rezo.net/maillist.html

Infos : https://listes.rezo.net/mailman/listinfo/spip

Documentation de SPIP : http://www.spip.net/

Irc : de l'aide à toute heure : http://spip.net/irc

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] [Spip-zone-commit] [verifier] 4 commits

2020-07-22 Par sujet Franck
Mais cela ne change rien au fait que spip 3.3 ne sait plus lire les fichiers 
plugin.xml !
Dans le cas actuel, spip 3.2 ne va pas lire le fichier plugin.xml car il y a 
paquet.xml ! La règle à toujours été que quand il y avait paquet.xml et 
plugin.xml, ils devaient êtes égaux !
L'unique chose qui change en spip 3.3, c'est qu'un plug aura obligatoirement un 
fichier paquet.xml. Ils sont rares, mais il y a des plugs compatible spip 3.2 
qui n'ont qu'un fichier plugin.xml !

La chance que nous avons dans le cas présent, c'est qu'il y a un tag 1.9.7, ce 
qui fait que ceux qui voudront faire une installation en local d'un spip 2 
avant de faire un passage en spip 3 un jour, n'auront pas trop de prise de tête 
(oui, car faut aussi voir les choses en face, il y a peu de chance qu'une 
personne ayant encore un site en spip 2 mette encore ses plugs à jours)

Franck

-Message d'origine-
De : Bruno Bergot  
Envoyé : mercredi 22 juillet 2020 21:12
À : Franck ; spip-dev@rezo.net; 'Cerdic' 
; spip-zone-com...@rezo.net
Objet : Re: [Spip-zone-commit] [verifier] 4 commits

Hop,

Le 22/07/2020 à 20:35, Franck a écrit :
> Hello, faudrait mettre à jour le fichier plugin.xml pour lui mettre la 
> compatibilité spip 3.3 et mettre la bonne version !

Non, car SPIP 3.3 ne lit plus les plugin.xml, seul le paquet.xml est pris en 
compte.

> Ou mieux, faire une branche pour spip 2 et une autre pour spip 3 
> ainsi, le problème d'oubli de mettre à jour le fichier plugin.xml ne 
> se poserait plus 

Oui ça pourrait être le cas, mais c'est certainement pas vital pour l'instant.

++
b_b

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] tag, git

2020-07-22 Par sujet Franck
Non, mais je comprends ce que vous voulez dire, et l’exemple parfait, c’est 
salvatore qui fait des commits mais dont les gens doivent attendre un up de 
version pour y avoir droit, mais ce qui se passe aussi, c’est qu’entre 
spip_loader qui ne fonctionne plus comme avant 
https://core.spip.net/issues/4530 :(

Et le fait que les nouveaux tags sont « rare » et bien cela ne va pas être 
simple pour faire des tests…

Ce week, je suis bon, pour refaire tous les tests que j’avais fait concernant 
php 8 car, je n’avais pas fait attention au changement de spip_loader…

 

 

De : Cerdic  
Envoyé : mercredi 22 juillet 2020 08:21
À : Franck ; spip-dev@rezo.net; Bruno Bergot 

Objet : Re: [spip-dev] tag, git

 

Hello,

J’ai supprimé le 4.2.7 hier justement :p

Et oui c’était aussi ce que je voulais dire, on a pas vocation à faire un tag à 
chaque commit ou changement de version dans le xml sur la branche de dev, 
d’autant plus que ce n’est pas une branche distribuée.

Le tag est vraiment lié à la notion de distribution : « ok là le lot de commits 
que j’ai envoyé est cohérent et utilisable, on peut le distribuer » 

 

-- 

Cédric

Le 21 juil. 2020 à 19:33 +0200, Bruno Bergot mailto:br...@eliaz.fr> >, a écrit :



Hop,

Le 19/07/2020 à 17:50, Franck a écrit :



Hello 

Je pense qu’il y a un problème avec les tags exemple :

https://git.spip.net/spip/medias#

* Il y a un tag 4.2.7 qui ne devrait pas exister
* Il manque le tag de la version 2.27.1




Aucune trace de la 4.2.7 dans les pages de
https://git.spip.net/spip/medias/releases et depuis ma copie locale, cf
le retour de git ls-remote --tags origin

La 2.27.1 a été introduite dans le paquet.xml par une de tes merge
request cf
https://git.spip.net/spip/medias/commit/5bdb2f9e6088ec0d109dc249796eb02cc7e9cb79

Cela pose une question : faut-il introduire des changements de version
de paquet.xml dans les merge request ?

En effet, si on fait ça, la personne qui fait le merge devra ne pas
oublier de générer le tag correspondant, et donc elle risque d'oublier
de le faire, ce qui m'est arrivé sur ce cas précis.

Je ne crois pas qu'on puisse ajouter la création d'un tag dans merge
request, et même si c'était possible, je pense que c'est une mauvaise
idée, tout comme y introduire le changement de version dans le
paquet.xml. Car si la merge request existe depuis longtemps, et qu'entre
temps la source a changé de version, la merge request va se retrouver en
conflit.

Amha, il faut laisser le soin aux personnes qui maintiennent le
repo/projet de gérer les sauts de version et les créations de tags qui
vont avec, ainsi on élimine le problème précédent, et surtout on ne
release pas à chaque commit ou merge request. Perso, c'est ce que je
fais sur pas mal de projets que je maintiens en dehors de SPIP, ce qui
permet d'éviter les oups de release, et les sauts de versions répétitifs.

Vos avis sur la question ?







Après, il y a eu de pas mal de changements dans les plugins-dist, sans avoir 
droit à un z+1, ce qui fait que pour le support, cela va franchement être 
complexe…

Dans l’état actuel, je propose que l’on fasse un z+1 à tous les plugins-dist et 
un nouveau tag ! Afin de repartir sur une bonne base.


Justement non :)

++
b_b
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] [Spip-zone-commit] [verifier] 4 commits

2020-07-22 Par sujet Franck
Hello, faudrait mettre à jour le fichier plugin.xml pour lui mettre la 
compatibilité spip 3.3 et mettre la bonne version !
Ou mieux, faire une branche pour spip 2 et une autre pour spip 3 ainsi, le 
problème d'oubli de mettre à jour le fichier plugin.xml ne se poserait plus 
Franck


-Message d'origine-
De : Cerdic  
Envoyé : mercredi 22 juillet 2020 13:21
À : spip-zone-com...@rezo.net
Objet : [Spip-zone-commit] [verifier] 4 commits

spip-contrib-extensions/verifier | 4 commits
-
Par Cerdic, le 22 juillet 2020 à 10h59min : 

Refactoring de la verification des numeros de telphone :
- on peut passer une option format = mobile, fixe ou all (par defaut) pour 
verifier specifiquement qu'un numero est un numero de fixe ou de mobile (si on 
sait le faire pour le pays concerne)
- les fonctions de verification par pays prennent un argument option en plus
- une fonction generique verifier_telephone_pays_patterns() qui prend les 
patterns connus selon les format (all, fixe, mobile) et le numero a verifier + 
les options eventuelles
- les fontions par pays sont refactorees pour utiliser cette fontion generique
- on ajoute la regexp mobile la ou elle manquait

+ compat SPIP 3.3


*Modifié*
paquet.xml
verifier/telephone.php

Détails : 
https://git.spip.net/spip-contrib-extensions/verifier/commit/348b685e68c86f8fdcca3f35eb48ba1d28da3c4b

==
Par Cerdic, le 22 juillet 2020 à 11h54min : 

Un test unitaire sur la verification des numeros de telphone par pays et par 
format + 2 fixs sur les numeros es et be (parce quand on casse tout le code, 
c'est bien de verifier qu'on casse pas le resultat)


*Ajouté*
tests/verifier_telephone.php
*Modifié*
verifier/telephone.php

Détails : 
https://git.spip.net/spip-contrib-extensions/verifier/commit/3c4a9dd9eecd91f4e501f412edcf505e8081814e

==
Par Cerdic, le 22 juillet 2020 à 13h16min : 

On ajoute le luxembourg dans les formats de numeros verifiables


*Modifié*
tests/verifier_telephone.php
verifier/telephone.php

Détails : 
https://git.spip.net/spip-contrib-extensions/verifier/commit/f8c945473c2d7c7019a24f43ea7246edbf2adc68

==
Par Cerdic, le 22 juillet 2020 à 13h19min : 

version


*Modifié*
paquet.xml

Détails : 
https://git.spip.net/spip-contrib-extensions/verifier/commit/32b8a1d53dc97fd3444860dcff4b2cdf243b45c0

___
spip-zone-com...@rezo.net - 
https://listes.rezo.net/mailman/listinfo/spip-zone-commit

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] [spip-team] [git.spip.net] Mise à jour de serveur pour le 21/07 au matin (7h - 9h)

2020-07-21 Par sujet Franck
Merci Azerttyu pour ton boulot !!! 
Franck

-Message d'origine-
De : cam.lafit  
Envoyé : mardi 21 juillet 2020 09:47
À : SPIP-dev SPIP ; SPIP-Team 
Objet : Re: [spip-dev] [spip-team] [git.spip.net] Mise à jour de serveur pour 
le 21/07 au matin (7h - 9h)

Bonjour

Les services ont été migrés et réactivés.
Vous pouvez accéder normalement à la forge.

Km

Le 21/07/2020 à 09:05, cam.lafit a écrit :
> Bonjour
> 
> La migration est toujours en cours. Je me suis raté dans mon calcul de 
> temps de transfert.
> La coupure de service plus longue que prévu. Il faudra encore compter 
> encore une heure de coupure.
> 
> Km
> 
> 
> Le 21/07/2020 à 08:03, cam.lafit a écrit :
>> Bonjour
>>
>> La migration est lancée. Les services sont coupé le temps du 
>> transfert des données.
>>
>> Km
>>
>> Le 21/07/2020 à 07:24, cam.lafit a écrit :
>>> Bonjour
>>>
>>> La migration est en cour de préparation. Elle devrait être effective 
>>> d'ici 30'
>>>
>>> Km
>>>
>>> Le 20/07/2020 à 11:15, cam.lafit a écrit :
>>>> Bonjour tout le monde
>>>>
>>>>
>>>> Suite aux derniers incidents sur le serveur, la forge va migrer de 
>>>> machine. En l'état je ne peux plus rien faire de plus concernant la 
>>>> machine actuelle.
>>>>
>>>> Je suis en train de configurer une nouvelle machine qui accueillera 
>>>> donc la forge. J'espère que cela réglera tous les problèmes matériels.
>>>>
>>>> Dans la pratique il s'agira d'un transfert de machine virtuelle. Il 
>>>> y aura une coupure de service le temps de transférer les données.
>>>> J'estime un temps de transfet avec contrôle entre 30 et 60 minutes.
>>>>
>>>> Plus la marge de sécurité, on prévoit une coupure entre 7h et 9h
>>>>
>>>> Km
>>>> ___
>>>> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
>>>> doc: https://www.spip.net/
>>>> dev: https://core.spip.net/
>>>> irc://irc.freenode.net/spip
>> ___
>> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
>> doc: https://www.spip.net/
>> dev: https://core.spip.net/
>> irc://irc.freenode.net/spip
> ___
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: https://www.spip.net/
> dev: https://core.spip.net/
> irc://irc.freenode.net/spip
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

[spip-dev] tag, git

2020-07-19 Par sujet Franck
Hello 

Je pense qu’il y a un problème avec les tags exemple :

https://git.spip.net/spip/medias# 

*   Il y a un tag 4.2.7 qui ne devrait pas exister
*   Il manque le tag de la version 2.27.1

 

https://git.spip.net/spip/compresseur#

*   Il n’y a pas de tag 1.14.4 alors que c’est bien la dernière version et 
que même spip_loader me l’Install en spip 3.3

 

https://git.spip.net/spip/filtres_images#

*   Il manque le tag de la version 2.2.2

 

https://git.spip.net/spip/jquery_ui#

*   Faudrait faire disparaitre la tag 1.13.0

 

https://git.spip.net/spip/mots#

*   Il manque le tag 2.12.0

 

https://git.spip.net/spip/plan#

*   Il manque le tag 2.3.2

 

https://git.spip.net/spip/sites#

*   Il manque le tag 2.0.4 et 2.0.3

 

https://git.spip.net/spip/svp/src/branch/master#

*   Manque les tags 2.0.10, 2.1.0, 2.1.1, 2.1.2, 2.1.3, 2.1.4, 2.2.0

 

https://git.spip.net/spip/urls_etendues#

*   Manque le tag 2.3.3

 

Après, il y a eu de pas mal de changements dans les plugins-dist, sans avoir 
droit à un z+1, ce qui fait que pour le support, cela va franchement être 
complexe…

Dans l’état actuel, je propose que l’on fasse un z+1 à tous les plugins-dist et 
un nouveau tag ! Afin de repartir sur une bonne base.

 

Maintenant que nous somme sous git, concernant salvatore, il faudra faire un 
z+1 au paquet.xml et un tag juste avant la sorti de spip 3.3 ou pas ?

 

Franck

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Demande de passage d'un plugin sous GIT

2020-04-27 Par sujet Franck
Hello 
Je viens de regarder et je pense qu'il à été oublier...
Il était bien dans l'ancien archivlist: 
https://zone.spip.net/trac/spip-zone/browser/spip-zone/archivelist.txt?rev=123246#L588
Mais il n'est plus dans le nouveau: 
https://git.spip.net/spip-contrib-outils/archivelists/src/branch/master/legacy/archivelist.txt#L184
Franck

-Message d'origine-
De : RastaPopoulos  
Envoyé : lundi 27 avril 2020 12:38
À : spip-dev@rezo.net
Objet : Re: [spip-dev] Demande de passage d'un plugin sous GIT

Le 27/04/2020 à 12:24, teamspipfact...@gmail.com a écrit :
> pas de lien vers GIT, je cherche donc ...

mais tu cherches quoi ? Contrib n'a jamais servi à dire où est géré le code 
(les gens qui documentent pouvaient ajouter un flux RSS du trac mais c'est que 
pour SVN donc, ça sert pas à dire spécialement où est le code). Le répertoire 
officiel des plugins avec pour chacun où il est géré, c'est toujours 
plugins.spip.net normalement, tant qu'il n'est pas encore fusionné avec Contrib 
(ça va arriver).

Par contre pour Jeux, ya clairement un soucis :
https://plugins.spip.net/jeux

Ça dit pas où est le code, et surtout ya pas les dernières versions, alors que 
pourtant dans le Git, il y a bien les bons tags des branches 2.X et 3.X 
https://git.spip.net/spip-contrib-extensions/jeux/releases

Un soucis avec le débardeur ?

--
RastaPopoulos

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] [Spip-zone-commit] r124239 - _plugins_/spout/trunk

2020-04-19 Par sujet Franck
Hello 
Juste pour dire que si, concernant les modules php cela date bien de spip 3.2 
https://core.spip.net/issues/3819
Concernant la version de php, cela date de spip 3.1 
https://core.spip.net/projects/spip/repository/revisions/22424

Donc, tu aurais même pût faire pour être certain que ceux en spip 3.1 soient 
bien en php 7:

https://contrib.spip.net/5223;
>

Spout

https://contrib.spip.net/RealET;>RealET
2019
http://www.gnu.org/licenses/gpl-3.0.html;>GPL 3





  




Franck

-Message d'origine-
De : spip-zone-com...@rezo.net  
Envoyé : dimanche 19 avril 2020 13:31
À : spip-zone-com...@rezo.net
Objet : [Spip-zone-commit] r124239 - _plugins_/spout/trunk

Author: Maieul Rouquette
Date: 2020-04-19 11:29:24 + (Sun, 19 Apr 2020) New Revision: 124239

Modified:
   _plugins_/spout/trunk/
   _plugins_/spout/trunk/paquet.xml
Log:
les versions de SPIP > 3.2.0 peuvent verifier les dependances PHP pour les 
plugins, autant en profiter.

A noter que suite aux textes de RealEt, on considere cela comme compatible PHP 
7.0.0, meme si la doc officielle dit que necessite PHP 7.


Details: https://zone.spip.org/trac/spip-zone/changeset/124239

___
spip-zone-com...@rezo.net - 
https://listes.rezo.net/mailman/listinfo/spip-zone-commit

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] [Spip-zone-commit] r124079 - in _plugins_/ckeditor-spip-plugin/trunk

2020-04-07 Par sujet Franck
Salut Azerttyu 
Il y a un truc qui ne va pas dans ton commit ☹
Paquet et plugin.xml doivent avoir les mêmes bornes de compatibilité, car il 
s'agit d'un même plug.
En plus comme il y a de forte chance que quand il apparaitra sur plugin.spip la 
version 1.0.6 indique qu'elle soit pour spip 3.0 mini alors que ce n'est pas 
vrai car il y a un fichier plugin.xml (a voir si c'est toujours le cas)

Bref à voir si le mieux ne serait pas l'arrêt du support pour les vielles 
versions de spip, en tout cas au minimum mettre paquet et plugin.xml pareil et 
faire un nouveau tag
Franck  

-Message d'origine-
De : spip-zone-com...@rezo.net  
Envoyé : mardi 7 avril 2020 09:59
À : spip-zone-com...@rezo.net
Objet : [Spip-zone-commit] r124079 - in _plugins_/ckeditor-spip-plugin/trunk

Author: cam.lafit
Date: 2020-04-07 07:56:36 + (Tue, 07 Apr 2020) New Revision: 124079

Added:
   _plugins_/ckeditor-spip-plugin/trunk/spip-styles.js.html
   _plugins_/ckeditor-spip-plugin/trunk/squelettes/
   _plugins_/ckeditor-spip-plugin/trunk/squelettes/spip-2.x/
   _plugins_/ckeditor-spip-plugin/trunk/squelettes/spip-2.x/prive/
   _plugins_/ckeditor-spip-plugin/trunk/squelettes/spip-2.x/prive/javascript/
   
_plugins_/ckeditor-spip-plugin/trunk/squelettes/spip-2.x/prive/javascript/jquery.js
Removed:
   _plugins_/ckeditor-spip-plugin/trunk/adapters/
   _plugins_/ckeditor-spip-plugin/trunk/spip-styles.html
Modified:
   _plugins_/ckeditor-spip-plugin/trunk/
   _plugins_/ckeditor-spip-plugin/trunk/ckeditor-plugin/spip/lang/ar.js
   _plugins_/ckeditor-spip-plugin/trunk/ckeditor-plugin/spip/lang/en.js
   _plugins_/ckeditor-spip-plugin/trunk/ckeditor-plugin/spip/lang/fr.js
   _plugins_/ckeditor-spip-plugin/trunk/ckeditor-plugin/spipdoc/lang/ar.js
   _plugins_/ckeditor-spip-plugin/trunk/ckeditor-plugin/spipdoc/lang/en.js
   _plugins_/ckeditor-spip-plugin/trunk/ckeditor-plugin/spipdoc/lang/fr.js
   
_plugins_/ckeditor-spip-plugin/trunk/ckeditor-plugin/spipmodeles/dialogs/spipmodeles.js
   _plugins_/ckeditor-spip-plugin/trunk/ckeditor-plugin/spipmodeles/lang/fr.js
   _plugins_/ckeditor-spip-plugin/trunk/ckeditor-plugin/spipmodeles/plugin.js
   _plugins_/ckeditor-spip-plugin/trunk/ckeditor4spip.js.html
   _plugins_/ckeditor-spip-plugin/trunk/ckeditor_administrations.php
   _plugins_/ckeditor-spip-plugin/trunk/ckeditor_fonctions.php
   _plugins_/ckeditor-spip-plugin/trunk/ckeditor_pipelines.php
   _plugins_/ckeditor-spip-plugin/trunk/filebrowser.html
   _plugins_/ckeditor-spip-plugin/trunk/formulaires/configurer_ckeditor.php
   _plugins_/ckeditor-spip-plugin/trunk/inc/ckeditor_constantes.php
   _plugins_/ckeditor-spip-plugin/trunk/lang/ckeditor_ar.php
   _plugins_/ckeditor-spip-plugin/trunk/lang/ckeditor_en.php
   _plugins_/ckeditor-spip-plugin/trunk/lang/ckeditor_fr.php
   _plugins_/ckeditor-spip-plugin/trunk/lang/paquet-ckeditor_fr.php
   _plugins_/ckeditor-spip-plugin/trunk/paquet.xml
   _plugins_/ckeditor-spip-plugin/trunk/plugin.xml
   _plugins_/ckeditor-spip-plugin/trunk/saisies/explication_spip.html
Log:
Merge branch 'master' into ckeditor-4.x

* Appliquer ckeditor-4.x par dessus master/trunk


Details: https://zone.spip.org/trac/spip-zone/changeset/124079

___
spip-zone-com...@rezo.net - 
https://listes.rezo.net/mailman/listinfo/spip-zone-commit

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Tous en débardeur !

2020-04-01 Par sujet Franck
Yop

C’est un très vieux sujet que j’avais soulever quand j’vais vu le premier cas 
sur la zone (faudrait faire une recherche dans les listes), perso, j’étais pour 
que nous restions sur le principe du x.y.z, et que concernant le numéro de 
version de la lib, il soit indiqué dans la description, mais la majorité des 
gens trouvaient que ce n’était pas pratique ou je ne sais plus quoi, le 
résultat, c’est que le consensus qui avait été trouver, était de faire un 
numéro de version à quatre chiffre.

 

Bref, perso, si cela fonctionnera avec les plugs en question, alors, c’est bon 

Pour les plugs, je pense qu’il s’agit des plugs qui sont sur gitea (possible 
que cela soit normal)

Exemple :

 

https://plugins.spip.net/saisies.html (on voit pleins de zip et pas le lien 
code source)

https://plugins.spip.net/facteur.html (il manque juste le lien code source)

 

Un plus qui fonctionne normalement et qui ne doit pas être sur gitea 
https://plugins.spip.net/cache_cool.html (j’ai pas vérifier)

Franck

 

De : Eric Lupinacci  
Envoyé : mercredi 1 avril 2020 18:39
À : Franck 
Cc : Charles Razack ; SPIP-Dev 
Objet : Re: [spip-dev] Tous en débardeur !

 

Hello,

 

Le mer. 1 avr. 2020 à 18:29, Franck mailto:spip.fra...@lien-d-amis.net> > a écrit :

Hello 

*   Juste pour dire que sur la zone, il y a des cas « particulier », il 
s’agit de plugs qui ne sont là que pour fournir une lib (il doit y en avoir 
beaucoup moins de 10 (possible 3 ou 4)).

Exemple : htmlpurifier 
https://plugins.spip.net/htmlpurifier.html?compatible_spip=3.2

C’était l’unique exception au format x.y.z 

Bref, c’est juste pour dire que le nouveau système doit en tenir compte, 
j’avais fait un ticket sur ce sujet https://core.spip.net/issues/4322

 

J'ai toujours été contre ce système.

Maintenant je ne sais pas ce que tu veux faire à ce propos.

On voit la version sur Plugins SPIP mais tu veux quoi d'autre ?

 

 

 

*   Enfin, une dernière chose, maintenant, sur plugin.spip, il y a des 
plug, ou il n’est plus possible de voir le lien vers le code du plug et en 
plus, maintenant, il y a un nouveau plug du nom de « spip » dans les « 30 plus 
utilisé en spip 3.2 » de la page https://plugins.spip.net :D

 

Faut nous donner les noms sinon je ne vois pas ce qu'on peut faire.

Pour spip je pense que c'est du au fait que dans l'organisation spip il y a 
spip et les plugins-dist.

 

++

Eric

 

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Tous en débardeur !

2020-04-01 Par sujet Franck
Hello 

*   Juste pour dire que sur la zone, il y a des cas « particulier », il 
s’agit de plugs qui ne sont là que pour fournir une lib (il doit y en avoir 
beaucoup moins de 10 (possible 3 ou 4)).

Exemple : htmlpurifier 
https://plugins.spip.net/htmlpurifier.html?compatible_spip=3.2

C’était l’unique exception au format x.y.z 

Bref, c’est juste pour dire que le nouveau système doit en tenir compte, 
j’avais fait un ticket sur ce sujet https://core.spip.net/issues/4322

 

 

*   Enfin, une dernière chose, maintenant, sur plugin.spip, il y a des 
plug, ou il n’est plus possible de voir le lien vers le code du plug et en 
plus, maintenant, il y a un nouveau plug du nom de « spip » dans les « 30 plus 
utilisé en spip 3.2 » de la page https://plugins.spip.net :D

 

Franck

 

De : Eric Lupinacci  
Envoyé : mercredi 1 avril 2020 13:25
À : Charles Razack 
Cc : SPIP-Dev 
Objet : Re: [spip-dev] Tous en débardeur !

 

2) Pour que le débardeur reconnaisse la version x.y.z à partir d'un tag, est-ce 
qu'il faut respecter une certaine nomenclature ? "v1.2.3", ou juste "1.2.3", ou 
autre ?

Oui, vx.y.z ou x.y.z. 

 

 

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Incident sur git.spip.net

2020-03-30 Par sujet Franck
Merci à toi Azerttyu  !
Franck

-Message d'origine-
De : cam.la...@azerttyu.net  
Envoyé : lundi 30 mars 2020 11:04
À : spip-team ; SPIP-dev SPIP 
Objet : Re: [spip-dev] Incident sur git.spip.net

Bonjour

En l'état je considère que le service est entièrement rétabli.
N'hésitez pas à me faire un retour si vous voyez un truc étrange.

Bonne journée à tous et toutes.

Km
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] [Spip-zone-commit] r123094 - _squelettes_/spipr-blog/trunk

2020-03-24 Par sujet Franck
Salut cedric 
Comme tu as changé la borne mini de compatibilité de spip, tu devrais faire une 
branche de la version 0.4.18 pour que ceux qui sont spip 3.0 puissent faire une 
mise à jour s'il sont par exemple en 0.4.17.
En plus, si un jour une personne en spip 3.0 souhaite faire une installation 
sur sont ordi pour faire des essais avant de faire un passage en 3.2, c'est 
toujours pratique d'avoir le zip de dispo... 
Franck

-Message d'origine-
De : spip-zone-com...@rezo.net  
Envoyé : mardi 24 mars 2020 19:31
À : spip-zone-com...@rezo.net
Objet : [Spip-zone-commit] r123094 - _squelettes_/spipr-blog/trunk

Author: Cerdic
Date: 2020-03-24 18:30:06 + (Tue, 24 Mar 2020) New Revision: 123094

Modified:
   _squelettes_/spipr-blog/trunk/
   _squelettes_/spipr-blog/trunk/paquet.xml
Log:
la nouvelle version v2 trunk de spipr-dist est dediee a BoostStrap 4


Details: https://zone.spip.org/trac/spip-zone/changeset/123094

___
spip-zone-com...@rezo.net - 
https://listes.rezo.net/mailman/listinfo/spip-zone-commit

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

[spip-dev] Taille de l'espace privé

2020-03-22 Par sujet Franck
Hello 

J’ai bien lu https://git.spip.net/spip/spip/pulls/17

Par contre, je me pose la question de savoir pourquoi avoir fait le choix de 
1440px ?

Cela ne serait pas mieux de mettre 1920 ? Surtout que les écrans 4k vont 
devenir de plus en plus abordable et sans doute bien avant la sortie de spip 
3.4…

Franck

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] [Spip-zone-commit] r122998 - in _squelettes_/zpip-dist/trunk

2020-03-18 Par sujet Franck
Hello 
Pareil pour celui-là, dans le plugin.xml, il est dit que le plug est pour spip 
3.0.0 
https://zone.spip.org/trac/spip-zone/browser/spip-zone/_squelettes_/zpip-dist/trunk/plugin.xml#L18
Donc maintenant qu'il y a un fichier paquet.xml, il ne sert à rien de garder le 
fichier plugin.xml car il ne pouvait fonctionner sous spip 2.x.x  
Franck

-Message d'origine-
De : spip-zone-com...@rezo.net  
Envoyé : mercredi 18 mars 2020 14:16
À : spip-zone-com...@rezo.net
Objet : [Spip-zone-commit] r122998 - in _squelettes_/zpip-dist/trunk

Author: Matthieu Marcillaud
Date: 2020-03-18 13:14:40 + (Wed, 18 Mar 2020) New Revision: 122998

Added:
   _squelettes_/zpip-dist/trunk/lang/paquet-zpip_fr.php
   _squelettes_/zpip-dist/trunk/paquet.xml
   _squelettes_/zpip-dist/trunk/zpip_options.php
Removed:
   _squelettes_/zpip-dist/trunk/z_options.php
Modified:
   _squelettes_/zpip-dist/trunk/
   _squelettes_/zpip-dist/trunk/plugin.xml
Log:
Ce plugin n'a pas dit son dernier mot (mais quand meme, preferez spipr-dist !) 
: il s'affichera aussi en SPIP 3.3 (qui ne sait pas lire les plugin.xml).


Details: https://zone.spip.org/trac/spip-zone/changeset/122998

___
spip-zone-com...@rezo.net - 
https://listes.rezo.net/mailman/listinfo/spip-zone-commit

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] [Spip-zone-commit] r122999 - in _plugins_/zpip-less

2020-03-18 Par sujet Franck
Hello 
Pour celui-là, je te propose même de faire l'effacement du fichier plugin.xml !
Il a comme necessite "zcore" en version mini 2.0.0
https://zone.spip.net/trac/spip-zone/browser/spip-zone/_plugins_/zpip-less/paquet.xml#L14
Et comme la version de zcore 2.0.0 était pour spip 3.0.0 mini 
https://zone.spip.org/trac/spip-zone/browser/spip-zone/_plugins_/z-core/paquet.xml?rev=65745
Cela veut donc dire que comme maintenant, il y a un fichier paquet.xml, il est 
possible de supprimer le fichier plugin.xml 
Franck

-Message d'origine-
De : spip-zone-com...@rezo.net  
Envoyé : mercredi 18 mars 2020 14:38
À : spip-zone-com...@rezo.net
Objet : [Spip-zone-commit] r122999 - in _plugins_/zpip-less

Author: marci...@rezo.net
Date: 2020-03-18 13:38:28 + (Wed, 18 Mar 2020) New Revision: 122999

Added:
   _plugins_/zpip-less/lang/
   _plugins_/zpip-less/lang/paquet-zless_fr.php
   _plugins_/zpip-less/paquet.xml
Modified:
   _plugins_/zpip-less/plugin.xml
Log:
Ce plugin n'a pas dit son dernier mot (mais preferez spipr-dist + scssphp), et 
peut s'activer en SPIP 3.3 (qui ne sait pas lire les plugin.xml)




Details: https://zone.spip.net/trac/spip-zone/changeset/122999

___
spip-zone-com...@rezo.net - 
https://listes.rezo.net/mailman/listinfo/spip-zone-commit

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] [Spip-zone-commit] r122895 - in _squelettes_/html5up_alpha

2020-03-09 Par sujet Franck
Perso, je ne suis pas du tout fan des changements de prefix, car les 
utilisateurs qui ont le plug ne le savent pas forcément et donc, n'ont plus de 
mise à jour via svp.
Maintenant, cela arrive parfois que des auteurs en change, donc, sur ce coup, 
faut voir les avis d'autres.  
Franck

-Message d'origine-
De : Jean Marie Grall  
Envoyé : lundi 9 mars 2020 14:06
À : spip-dev@rezo.net
Objet : Re: [spip-dev] [Spip-zone-commit] r122895 - in 
_squelettes_/html5up_alpha

Salut,

ah oui effectivement : 
https://git.spip.net/spip-contrib-squelettes/html5up_alpha/commit/325be7c05892f6d46bbca53bfc4856e02f258467

Sinon, tant qu'à voir fait une V2, je me demandais si on ne changerait pas le 
préfixe pour coller aux autres thèmes html5up (alpha > html5up_alpha)...
Oui on fait pour être carré ? Non on fait pas parce que ça mange pas de pain et 
que ça casserait trop de trucs ?

 jean marie


Le 09/03/2020 à 09:18, Franck a écrit :
> Hello 
> Il aurait pas fallut faire un z+1 mini ?
>
> -Message d'origine-
> De :spip-zone-com...@rezo.net   Envoyé : 
> dimanche 8 mars 2020 12:19 À :spip-zone-com...@rezo.net Objet : 
> [Spip-zone-commit] r122895 - in _squelettes_/html5up_alpha
>
> Author: jeanmarie
> Date: 2020-03-08 11:18:48 + (Sun, 08 Mar 2020) New Revision: 
> 122895
>
> Added:
> _squelettes_/html5up_alpha/css/tinytypo.css
> _squelettes_/html5up_alpha/polices/
> _squelettes_/html5up_alpha/polices/source-sans-pro-v13-latin-300.woff
> _squelettes_/html5up_alpha/polices/source-sans-pro-v13-latin-300.woff2
> _squelettes_/html5up_alpha/polices/source-sans-pro-v13-latin-regular.woff
> _squelettes_/html5up_alpha/polices/source-sans-pro-v13-latin-regular.woff2
> _squelettes_/html5up_alpha/prive/bouton/
> _squelettes_/html5up_alpha/prive/bouton/calculer_css.html
> Modified:
> _squelettes_/html5up_alpha/
> _squelettes_/html5up_alpha/alpha_fonctions.php
> _squelettes_/html5up_alpha/article.html
> _squelettes_/html5up_alpha/css/alpha.spip.css
> _squelettes_/html5up_alpha/css/main.css.html
> _squelettes_/html5up_alpha/inclure/head.html
> _squelettes_/html5up_alpha/lang/alpha_de.php
> _squelettes_/html5up_alpha/lang/alpha_en.php
> _squelettes_/html5up_alpha/lang/alpha_fr.php
> _squelettes_/html5up_alpha/paquet.xml
> _squelettes_/html5up_alpha/rubrique.html
> _squelettes_/html5up_alpha/sommaire.html
> Log:
> Merge branch 'master' 
> ofhttps://git.spip.net/spip-contrib-squelettes/html5up_alpha
>
>
> Details:https://zone.spip.org/trac/spip-zone/changeset/122895
>
> ___
> spip-zone-com...@rezo.net  
> -https://listes.rezo.net/mailman/listinfo/spip-zone-commit
>
> ___
> liste:https://listes.rezo.net/mailman/listinfo/spip-dev
> doc:https://www.spip.net/
> dev:https://core.spip.net/
> irc://irc.freenode.net/spip
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] [Spip-zone-commit] r122895 - in _squelettes_/html5up_alpha

2020-03-09 Par sujet Franck
Hello 
Il aurait pas fallut faire un z+1 mini ?

-Message d'origine-
De : spip-zone-com...@rezo.net  
Envoyé : dimanche 8 mars 2020 12:19
À : spip-zone-com...@rezo.net
Objet : [Spip-zone-commit] r122895 - in _squelettes_/html5up_alpha

Author: jeanmarie
Date: 2020-03-08 11:18:48 + (Sun, 08 Mar 2020) New Revision: 122895

Added:
   _squelettes_/html5up_alpha/css/tinytypo.css
   _squelettes_/html5up_alpha/polices/
   _squelettes_/html5up_alpha/polices/source-sans-pro-v13-latin-300.woff
   _squelettes_/html5up_alpha/polices/source-sans-pro-v13-latin-300.woff2
   _squelettes_/html5up_alpha/polices/source-sans-pro-v13-latin-regular.woff
   _squelettes_/html5up_alpha/polices/source-sans-pro-v13-latin-regular.woff2
   _squelettes_/html5up_alpha/prive/bouton/
   _squelettes_/html5up_alpha/prive/bouton/calculer_css.html
Modified:
   _squelettes_/html5up_alpha/
   _squelettes_/html5up_alpha/alpha_fonctions.php
   _squelettes_/html5up_alpha/article.html
   _squelettes_/html5up_alpha/css/alpha.spip.css
   _squelettes_/html5up_alpha/css/main.css.html
   _squelettes_/html5up_alpha/inclure/head.html
   _squelettes_/html5up_alpha/lang/alpha_de.php
   _squelettes_/html5up_alpha/lang/alpha_en.php
   _squelettes_/html5up_alpha/lang/alpha_fr.php
   _squelettes_/html5up_alpha/paquet.xml
   _squelettes_/html5up_alpha/rubrique.html
   _squelettes_/html5up_alpha/sommaire.html
Log:
Merge branch 'master' of 
https://git.spip.net/spip-contrib-squelettes/html5up_alpha


Details: https://zone.spip.org/trac/spip-zone/changeset/122895

___
spip-zone-com...@rezo.net - 
https://listes.rezo.net/mailman/listinfo/spip-zone-commit

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] [Spip-zone-commit] r122566 - _plugins_/location_objets_bank/trunk

2020-02-19 Par sujet Franck
Hello 
Tu as changé également la version mini de compatibilité, tu aurais dû faire une 
branche qui supporte encore spip 3.0 même si tu ne t'en occupes plus après.
L'avantage, c'est que ceux qui sont encore en spip 3.0 puissent faire 
l'installation de ton plug sur leur site, voir mettre la dernière version 
compatible chez eux avant de faire un passage en spip 3.1/3.2 voir 3.3 pour les 
audacieux.
En faite à lire les logs des commits qui ont suivis après, je pense que tu 
devrais faire la v1 compatible spip 3.0 et le trunk avec comme compatibilité 
mini spip 3.1
Franck


-Message d'origine-
De : spip-zone-com...@rezo.net  
Envoyé : mercredi 19 février 2020 11:14
À : spip-zone-com...@rezo.net
Objet : [Spip-zone-commit] r122566 - _plugins_/location_objets_bank/trunk

Author: Rainer Muller
Date: 2020-02-19 10:13:07 + (Wed, 19 Feb 2020) New Revision: 122566

Modified:
   _plugins_/location_objets_bank/trunk/
   _plugins_/location_objets_bank/trunk/paquet.xml
Log:
Compatible spip 3.3


Details: https://zone.spip.org/trac/spip-zone/changeset/122566

___
spip-zone-com...@rezo.net - 
https://listes.rezo.net/mailman/listinfo/spip-zone-commit

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Salvatore et trad.spip.net

2020-02-06 Par sujet Franck
Super boulot cerdic, merci  

 

De : Cerdic  
Envoyé : jeudi 6 février 2020 12:12
À : SPIP-dev SPIP 
Cc : spip-t...@rezo.net
Objet : [spip-dev] Salvatore et trad.spip.net

 

Hello, 

 

Après refonte technique de Salvatore et du site trad.spip.net, la nouvelle 
version a été mise en route ce début de semaine.

J’ai passé un peu de temps cette semaine à faire travailler Salvatore sous 
surveillance pour le debug et pour convertir/mettre a jour les fichiers de 
langue et les XML dont le format a un peu changé

 

Par ailleurs, je viens de mettre à jour le fichier des traductions, et 
maintenant presque tous les modules de langue sont gérés via GIT, ce qui a 
l’avantage de permettre à nouveau de créditer les traducteurs en les mettant 
comme auteur du commit :

https://git.spip.net/spip/spip/commit/9baf4a90f488f12156a1600710dd476fba2ab3cd

(salvatore restant le commiteur, dans son rôle ingrat de moine copiste, puisque 
git permet de distinguer l’auteur du recopieur)

 

Egalement, trad.spip.net permet maintenant de traduire les modules répartis 
entre plusieurs plugins, comme le module newsletter (défini dans les plugins 
mailshot/mailsubscribers/newsletters)

 

Par ailleurs, un mécanisme de rafraichissement « rapide » a été intégré : quand 
un fichier de langue maitre est modifié, il sera *en principe* mis à jour dans 
trad.spip.net après le passage l’empaqueteur, vers 10’ de chaque heure (toutes 
les H:10’)

A défaut il sera mis à jour la nuit suivante comme avant

 

Voilà pour les nouvelles, enjoy!

 

-- 

Cédric

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Migration SVN->GIT et historiques

2020-01-30 Par sujet Franck
Hello 

Franchement merci et super boulot  

Je ne suis pas sûr mais je crois qu’il y a un cas qui à été oublier ☹

Il y a des plugins sur la zone qui ont une branche dans _plugins_ mais aussi 
dans _grenier_ et des tags dans le dossier _tags_

 

Il y a aussi des plugins ( au moins un) qui ont changer de nom mais qui 
pourrait être, bien de mettre, dans l’historique du plug actuel ( 
https://plugins.spip.net/gestdoc.html qui est devenu  
https://plugins.spip.net/medias.html )

Le problème de ce plug, est qu’il a des branches et tags dans plusieurs 
endroits, dans 
https://zone.spip.net/trac/spip-zone/browser/spip-zone/_grenier_/gestion_documents
 mais aussi dans 
https://zone.spip.org/trac/spip-zone/browser/spip-zone/_plugins_/mediatheque 
des tags qui sont ici : 
https://zone.spip.org/trac/spip-zone/browser/spip-zone/tags/mediatheque et là 
https://zone.spip.org/trac/spip-zone/browser/spip-zone/tags/mediatheque_spip_2_0
 et enfin la version la plus récente qui est dans les plugins-dist dans 
https://zone.spip.org/trac/spip-zone/browser/spip-zone/_core_

 

Bon, là, c’est le cas extrême et je ne suis pas certain du tout qui soit 
possible de faire en sorte de ne pas avoir de perte, bref, juste pour dire 
qu’il ne faut pas oublier _grenier_ et le dossier _tags_

 

Franck

 

 

De : Cerdic  
Envoyé : jeudi 30 janvier 2020 10:33
À : SPIP-dev SPIP 
Objet : [spip-dev] Migration SVN->GIT et historiques

 

Bonjour, 

 

suite à la campagne de migration des plugins et squelettes de spip-zone en SVN 
vers des projets git indépendants sur git.spip.net est apparu un soucis sur la 
reprise de l’historique :

 * chaque fois que dans l’historique SVN on a déplacé un dossier xx vers un 
sous-dossier xx/trunk ou xx/branches/ cela casse l’historique dans 
la migration.





On a donc de manière générale, des historiques partiels uniquement sur les 
projets git de https://git.spip.net/spip-contrib-squelettes et 
https://git.spip.net/spip-contrib-extensions

 

On a donc fait une évaluation des dégats, et pour un certain nombre de projets 
on a repris l’historique sur SVN en remontant au moment du déplacement et en 
rejouant par dessus les commits qui avaient été fait par la suite.

 

En gros on est repassé de xx/trunk vers xx quand il y avait moins d’une 
vingtaine de commits à reprendre.





Dans certains cas spéciaux pour lesquels les plugins avaient changé de 
répertoire au cours de leur vie on a fait une migration avec des réglages 
personalisés.

 

Cela concerne au total une 100aine de plugins et squelettes pour lesquels on a 
récupéré tout ou partie de l’historique.

 

 

## En l’état actuel :





Pour les squelettes la situation est à peu près saine, car on a eu beaucoup 
moins de mouvement et les historiques sont plus simples

 

Pour les plugins :

  - il n’y a a priori plus de plugins avec un historique court pour lesquels on 
peut reprendre facilement l’historique sur SVN pour migrer

  - mais de manière générale on perd des queues d’historiques lointains

 

## Proposition de rustine

 

Comme on a semble-t-il pas de solution simple pour récupérer ces historiques en 
git, et que perdre de l’histoire c’est toujours embêtant - sans parler du 
problème que cela peut poser dans la recherche de bugs, j’ai fait le test 
d’importer en git-svn les répertoires complets _squelettes_ et _plugins_ : 

 

https://github.com/Cerdic/spip-zone-squelettes

https://github.com/Cerdic/spip-zone-plugins

 

Je les ai mis sur mon compte le temps de tester mais on peut les migrer dans 
l’orga SPIP ensuite.

 

L’idée est de stocker ces 2 gros repos git qui font ~3Go au total sur github 
pour pouvoir aller y piocher dedans l’historique en cas de besoin.

Cela nous permettra de fermer définitivement le SVN et le trac quand on le 
décidera (et d’ici là on peut resynchroniser de temps en temps ces 2 projets 
archives)





## Ce qu’il faut faire pour valider la migration vers git





Il faut maintenant que chacun aille voir les repositories avec lesquels il est 
habitué à travailler et qui comptent pour lui, et regarde si l’historique est 
satisfaisant ou non, et si les morceaux plus anciens manquants sont bien 
retrouvable via les 2 projets archives sur github





Peut-être que malgré notre attention il reste des cas avec un historique 
tronqué qu’on peut réparer, je vous invite donc à nous faire remonter les cas 
les plus gênants pour vous qu’on regarde ça pour dire si oui ou non on peut 
faire mieux.





Et une fois que tout le monde est OK et que personne ne crie plus au scandale, 
on peut décider que la nouvelle référence des projets est git.spip.net, le svn 
n’étant plus qu’un miroir temporaire le temps que tout le monde migre.





C’est important de le noter car pour tous les plugins migrés dans trunk, les 
branches créées dans git ne seront pas créeés dans SVN, qui va donc petit à 
petit être de moins en moins complet.





A vos remarques et retours,

 

 

-- 

Céd

Re: [spip-dev] Doc Git pour SPIP

2020-01-25 Par sujet Franck
Hello 
Juste pour dire que bon, moi, je suis sans doute un cas particulier  mais, 
j'ai toujours besoin d'avoir un double de la zone, sinon, je peux pas faire les 
corrections de bornes et autres 
Franck 


-Message d'origine-
De : JLuc  
Envoyé : mardi 21 janvier 2020 09:32
À : spip-dev@rezo.net
Objet : Re: [spip-dev] Doc Git pour SPIP

Le 20/01/2020 à 16:36, cam.la...@azerttyu.net a écrit :
> Je réagis sur un point :
merci
>> - Est-ce une bonne pratique de récupérer le code de tous les plugins de la 
>> zone comme avec svn ?
> 
> Cela n'a JAMAIS été une bonne pratique avec svn. On a toujours dit :
> "Merci de faire des checkout sur uniquement les plugins qui vous 
> intéressent et non sur la racine de la zone."

Pas conseillé mais assez souvent utile :
Pour comprendre l'usage d'un pipeline ou d'une fonction, rien de tel qu'une 
recherche globale sur la zone pour étudier le code qui l'utilise.

Et parfois nécessaire :
des fonctions de nospam ont récemment été préfixées par nospam_ Pas plus tard 
qu'hier, la recherche sur le source de toute la zone m'a permis de trouver les 
ocurences de ces fonctions et de corriger le plugin qui restait à corriger.
Quelle alternative sans tout avoir sur place ?

JL

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] [Spip-zone-commit] r119815 - in _plugins_/tickets/trunk

2020-01-25 Par sujet Franck
Hello 
Ton commit pose un problème, tu as mis comme borne mini à nospam 2.1.6, le 
souci, c'est que cette version est pour spip 3.1 mini
https://plugins.spip.net/nospam.html
Et comme la plug "tickets" est pour spip 3.0.15 mini, ceux qui sont encore en 
spip 3.0 ne peuvent faire la mise à jour...
https://plugins.spip.net/tickets.html


Il faudrait donc que
- Soit mettre la version 1.6.3 comme version mini concernant "nospam", 

- Soit faire une branche sans ton commit 
-- Faire un up de "x" concernant la version de "tickets" dans le trunk qui 
contiendrait ton commit.
-- Faire un changement de la version mini de "tickets" dans le trunk pour le 
mettre 3.1 en version mini

C'est pas grave si, entre les deux versions il n'y a que ça comme changement 

Franck

-Message d'origine-
De : spip-zone-com...@rezo.net  
Envoyé : vendredi 17 janvier 2020 13:45
À : spip-zone-com...@rezo.net
Objet : [Spip-zone-commit] r119815 - in _plugins_/tickets/trunk

Author: chanka...@choc0.net
Date: 2020-01-17 12:45:23 + (Fri, 17 Jan 2020) New Revision: 119815

Modified:
   _plugins_/tickets/trunk/formulaires/editer_ticket.php
   _plugins_/tickets/trunk/paquet.xml
Log:
prefixer les fonctions nospam_ + necessite nospam



Details: https://zone.spip.net/trac/spip-zone/changeset/119815

___
spip-zone-com...@rezo.net - 
https://listes.rezo.net/mailman/listinfo/spip-zone-commit

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Organisation de la forge Git de SPIP

2020-01-19 Par sujet Franck
Super et merci pour le boulot 

Franck

 

De : Eric Lupinacci  
Envoyé : dimanche 19 janvier 2020 19:29
À : SPIP-Dev 
Objet : [spip-dev] Organisation de la forge Git de SPIP

 

Hello,

 

C'est un jour important pour le développement de SPIP car la migration de la 
forge SPIP de SVN (autrement dit la Zone) vers Git (forge Gitea ou notre 
nouvelle Zone) a clairement débutée.

Une première étape est finalisée (où se termine au moment où j'écris ce mail, 
le script n'étant pas totalement fini), je vais expliquer en quoi elle consiste.

 

Etape 1 : organisations et plugins 3.2

Cette première étape nous a donné l'occasion d'échanges multiples quant aux 
nombres et aux noms des organisations que nous espérons compréhensibles . Il a 
été décidé que la nouvelle forge rappellerait l'organisation de la Zone SVN 
pour faciliter l'apprentissage.

De fait nous avons choisi de créer les organisations dont la liste est 
consultable à l'adresse https://git.spip.net/explore/organizations, à savoir :

- spip

- spip-contrib-extensions

- spip-contrib-squelettes

- spip-contrib-themes

- spip-contrib-outils

- galaxie

 

L'organisation "spip" contient le noyau de spip et l'ensemble des plugins-dist. 
Elle est publique (donc accessible en lecture pour tout le monde) mais 
accessible en écriture uniquement par une équipe nommée "SPIP" qui correspond 
exactement à l'équipe noyau actuelle.

Il sera possible pour des développeurs externes à la team SPIP de proposer des 
modifications en utilisant le processus de Push Request (PR) qui remplace 
avantageusement le patch de SVN.

 

L'organisation "galaxie" contient l'ensemble des sites de la galaxie. Elle est 
publique mais accessible en écriture uniquement par une équipe nommée "galaxie" 
qui correspond à l'équipe noyau de SPIP et de quelques contributeurs 
additionnels assurant le développement de certains sites.

 

Enfin, les organisations spip-contrib- contiennent les contributions 
accessibles en écriture à tous les inscrits sur la forge qui ont été regroupés 
dans une équipe nommée "contrib" (a priori la même liste que sur la Zone aux 
erreurs près). On distingue donc :

- spip-contrib-extensions : qui contient l'ensemble des contributions 
fonctionnelles (sou forme de plugin ou autre) et qui proviennent des 
répertoires _plugins_ (principalement) et _grenier_ (à voir).

- spip-contrib-squelettes : qui contient l'ensemble des contributions de 
squelettes (sou forme de plugin ou autre) qui proviennent de _squelettes_

- spip-contrib-themes : qui contient l'ensemble des contributions de thèmes au 
sens de SPIP qui proviennent de _themes_

- spip-contrib-outils : qui contient les outils connexes à SPIP qui proviennent 
de _outils_ et _dev_

Pour l'instant toute la zone n'a pas encore été transférée, le choix s'est 
portée en premier lieu sur les plugins compatibles SPIP 3.2. Certains (liste à 
disposition) n'ont pas été importés car leur organisation sur le Zone nécessite 
quelques adaptations ou discussions. Par exemples, il reste à discuter comment 
on aplatit la structure actuelle de _themes_ (nomenclature à décider).

spip-contrib-extensions et spip-contrib-squelettes sont quand à elles bien 
peuplées.

 

Pour le moment, la Zone continue d'être accessible en écriture (commit) de la 
même façon que la forge Git.

Un outil de synchronisation assure la cohérence bidirectionnelle.

Cette synchronisation va être assurée encore jusqu'à fin mars pour les 
organisations spip-contrib-.

A partir d'avril seule la forge Git permettra de contribuer aux organisations 
spip-contrib-, il faudra donc d'ici là switcher les environnements de 
développement sous Git.

Pour cela, une documentation sera proposée pour expliquer à tous comment 
effectuer la migration des environnements de développement.

 

Etape 2 : consolidation des organisations

L'étape qui débute maintenant va permettre à tout membre de la forge de :

- vérifier qu'il a bien accès aux organisation spip-contrib- en écriture. 
Si ce n'est pas le cas, remonter le problème aux admins sur la liste spip-dev

- continuer à peupler les organisations avec les plugins qui posaient un 
problème dans la liste des SPIP 3.2 (voir PS), puis les plugins 3.1... et aussi 
les outils, la galaxie et les thèmes. Si vous avez besoin d'un plugin 
particulier ne pas hésiter à remonter aussi cela sur la liste spip-dev.

- rédiger les articles d'explication et commencer l'apprentissage

- mettre au point les organisations spip et galaxie

- définir le fonctionnement avec les PR et les tickets.

 

Donc encore pas mal de boulot mais une grosse étape est passée.

On attend avec impatience vos remarques, propositions et encouragements ;-)

 




++

Eric

 

PS : j'avais donné une liste des plugins 3.2 qui posaient problème. Je pourrais 
la fournir à nouveau mais il va falloir se déterminer à leur sujet car sinon 
ils ne verront jamais Git !


Re: [spip-dev] [Spip-zone-commit] r119726 - in _plugins_/formidable/trunk

2020-01-12 Par sujet Franck
Hello 
Je pense que le mieux aurait été de faire une branche supportant spip 3.0 et 
que le trunk soit avec les bornes comme tu viens de faire, car maintenant ceux 
qui sont encore en spip 3.0 ne peuvent avoir que la version 2.5.11 comme 
version max alors que d'autres sont sans possible avec une version du plug en 
3.x.x
C'est pour ça que quand il y a changement de borne de compatibilité, je pense 
que le mieux est toujours de faire une branche, même s'il n'y a pas de 
changement de "x" concernant la version (même si c'est toujours mieux).
Après à voir, cela se discute

-Message d'origine-
De : spip-zone-com...@rezo.net  
Envoyé : samedi 11 janvier 2020 09:30
À : spip-zone-com...@rezo.net
Objet : [Spip-zone-commit] r119726 - in _plugins_/formidable/trunk

Author: Maieul Rouquette
Date: 2020-01-11 08:28:19 + (Sat, 11 Jan 2020) New Revision: 119726

Modified:
   _plugins_/formidable/trunk/
   _plugins_/formidable/trunk/inc/formidable_fichiers.php
   _plugins_/formidable/trunk/paquet.xml
Log:
SPIP 3.0 n'est plus supporte. On passe donc en compat spip 3.1 minimum , ce qui 
permet d'utiliser recuperer_url, de faire une requete HEAD plutot que GET, pour 
verifier que le fichier est inaccessible


Details: https://zone.spip.org/trac/spip-zone/changeset/119726

___
spip-zone-com...@rezo.net - 
https://listes.rezo.net/mailman/listinfo/spip-zone-commit

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] [SPIP Zone] Fusionner les flux de plugins externals et zone

2020-01-02 Par sujet Franck
Hello 
Alors après avoir fait une lecture de 
https://www.mail-archive.com/spip-zone@rezo.net/msg48876.html

- Il y a effectivement le cas des auteurs qui ne souhaitent pas prendre le 
risque qu'une personne fasse un commit qui casserait le plug et c'est adore 
git/gitea car il y a les "pr"
- Il y a également le fait que des plugs qui sont git et non la zone sont plus 
à risque, car personne ne voit les commits ...
- Il y a également le cas de bigup qui comme étant dans la dist devrait être 
avec les autres plugins-dist (( avec comme borne mini/maxi 3.3  ) Rien 
n'empêche d'avoir une autre version pour spip 3.1 et3.2 comme cela avait été le 
cas du plugin de la médiathèque avec spip 3.0 )

Donc, pour l'instant présent, je ne sais pas, (fusion des deux listes ou 
proposition d'ajout des deux listes comme c'est déjà le cas concernant 
https://plugins.spip.net/depots/principal.xml après une installation neuve ? ) 
mais pour le futur, je pense que la solution pourrait être l'ajout d'une 
fonction dans svp.
En faite, j'avais fait un ticket https://core.spip.net/issues/4256 et en lisant 
donc le sujet, je m'en suis souvenu.
Il faudrait faire en plus du signalement d'une mise à jour de secu, pouvoir 
faire le signalement d'un plugin qui n'aurait pas de problème de sécu, mais de 
l'âme concernant son utilisation avec spip.
Ainsi, si une personne signale comme quoi un plugin est devenu un "espion", il 
sera toujours possible de prévenir les gens via un message dans cette fonction 
de svp !

Franck

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip

Re: [spip-dev] [Spip-zone-commit] r119490 - in _galaxie_/plugins-spip-net/trunk

2019-12-31 Par sujet Franck
Hello 

Je ne sais pas si cela date de ce commit ou pas, mais je viens de me rendre 
compte d’un problème concernant les dates, exemple :

Je si je regarde « saisies » https://plugins.spip.net/saisies.html

La page indique qu’il y a eu des mise à jour faite le 20/12/2020 concernant la 
branche V2 et V1, ce qui en regardant les dernier commit concernant les 
branches en question, ne correspond à rien.

19/12/2018 concernant la v2 et 19/12/2018 pour la v1

 

Après, à première vu, les plugins qui ont comme compatibilité max une version 
de spip qui n’a plus de support s’affichent différemment, c’est pas mal  même 
si j’ai pas compris comment plugin-spip pouvait le savoir 

Franck

 

De : Cerdic  
Envoyé : mardi 31 décembre 2019 14:04
À : Eric Lupinacci 
Cc : SPIP-Dev 
Objet : Re: [spip-dev] [Spip-zone-commit] r119490 - in 
_galaxie_/plugins-spip-net/trunk

 

Hop, voilà :

 

https://plugins.spip.net/agenda.html 

https://plugins.spip.net/agenda.html?compatible_spip=3.1

https://plugins.spip.net/agenda.html?compatible_spip=3.3

 

 

-- 

Cédric

Le 31 déc. 2019 à 13:13 +0100, Eric Lupinacci mailto:e...@smellup.net> >, a écrit :



Hello, 

 

Tu as un exemple de ce que ça donne stp ?

 

A ce propos, j'ai bientôt fini la reorg de Contrib et il va falloir se décider 
sur la façon dont on gère les plugins et paquets "obsolètes" en lien avec 
l'archivage aussi.

 

++ 

Eric

 

 

Le mar. 31 déc. 2019 à 12:45, mailto:spip-zone-com...@rezo.net> > a écrit :

Author: ced...@yterium.com <mailto:ced...@yterium.com> 
Date: 2019-12-31 11:44:52 + (Tue, 31 Dec 2019)
New Revision: 119490

Modified:
   _galaxie_/plugins-spip-net/trunk/content/plugin.html
   _galaxie_/plugins-spip-net/trunk/formulaires/recherche.html
   _galaxie_/plugins-spip-net/trunk/inclure/paquet-plugin.html
   _galaxie_/plugins-spip-net/trunk/liste/plugins.html
   _galaxie_/plugins-spip-net/trunk/theme/css/_content.scss
Log:
on ne liste plus toutes les versions compatibles de tous les paquets sur la 
page d'un plugin, mais uniquement si il y a un paquet compatible avec la 
version recherchee (par defaut la derniere version stable), et on mets en gras 
aussi la version recherchee dans les compats de chaque paquet + transmettre 
compatible_spip quand on clic sur un plugin depuis la liste des plugins


Details: https://zone.spip.net/trac/spip-zone/changeset/119490

___
spip-zone-com...@rezo.net <mailto:spip-zone-com...@rezo.net>  - 
https://listes.rezo.net/mailman/listinfo/spip-zone-commit

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip

Re: [spip-dev] Coupure de service de core.spip.net / zone.spip.net / git.spip.net : Fin novembre 2019

2019-11-30 Par sujet Franck
Salut azerttu 
En ce qui me concerne, je ne peux plus faire la récupération des fichiers de la 
zone via svn 
J'ai un message qui dit:
Unable to connect to a repository at URL 'svn://zone.spip.net/spip-zone'
Impossible de se connecter à l'hôte 'zone.spip.net': Aucune connexion n’a pu 
être établie car l’ordinateur cible l’a expressément refusée.

Comme je ne sais pas trop si c'est normal car tu bossais sur la migration hier, 
dans le doute, je préfère faire le signalement...
Et encore merci pour ton boulot !  

Franck

-Message d'origine-
De : cam.la...@azerttyu.net  
Envoyé : samedi 30 novembre 2019 00:51
À : spip-zone ; SPIP-dev SPIP 
Objet : Re: [spip-dev] Coupure de service de core.spip.net / zone.spip.net / 
git.spip.net : Fin novembre 2019

Bonsoir

En remontant les machines je suis tombé sur un loup, un problème de 
configuration fait renter les machines en conflit. Ce qui a certainement rendu 
le service plus que chatouilleux ce reste de journée.
Je pense toutefois identifié et résolu le problème, j'espère que les différents 
outils sont à nouveau aussi disponibles qu'auparavant.

Km
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip

Re: [spip-dev] [SPIP Zone] Fusion des listes spip-zone et spip-dev

2019-11-03 Par sujet Franck
Hello 
Perso, peu m'importe, mais il faudra aussi mettre à jour les articles :
https://contrib.spip.net/Les-listes-de-diffusion-Spipiennes
et
https://www.spip.net/spip.php?page=site=fr

Franck

-Message d'origine-
De : nicod_  
Envoyé : jeudi 10 octobre 2019 14:13
À : Bruno Bergot ; Jean Marie Grall 
; Liste SPIP-Zone 
Objet : Re: [SPIP Zone] [spip-dev] Fusion des listes spip-zone et spip-dev

Salut,

s'il doit y avoir fusion, +1 pour garder spip-dev

Il faudra aussi penser à mettre à jour les textes de la charte, qui parlent de 
la liste spip-zone (peut être à plusieurs endroits).

--
nicod_

spip-z...@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip

[spip-dev] version de php spip 3.3

2019-09-22 Par sujet Franck
Hello 

Dans la série je m’entraine à faire des pr, je voulais en faire une en rapport 
avec mon ticket https://core.spip.net/issues/4350 (faut bien que j’en trouve 
un, dont je suis sûr de moi… )

Bref, je voulais faire



 

Cela dit, je ne suis pas certain que php 5.4 pour spip 3.3 ne soit pas un peu « 
bas » ?

Je propose que nous montions à minimum php 5.6 voir plus !

Il s’agit de version qui n’ont plus de support 
https://www.php.net/supported-versions.php

 

Sur la zone, dans le dossier _plugins_ il y a 8 plugins qui demande une version 
mini de php (les autres sont des libs, exemple « phpcurl »)

Domlang demande 5.4.0

Emogrifier demande 5.5.0

Lim demande 5.5.0

Prestashop_api demande 5.4.0

Rainette demande 5.3.0

Scssphp (branche) demande 5.4.0

Scssphp (trunk) demande 5.6.0

Yaml demande 5.3.0

 

Franck

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip

Re: [spip-dev] Compatibilité SPIP et PHP

2019-09-16 Par sujet Franck
Spip et les plugin-dist sembleraient ok en php 7.2 par contre, il y a toujours 
deux cas concernant spip_loader qui ont un problème.

https://core.spip.net/issues/4194

 

Après, pfff, ce des cas un peu particuliers, j’ai pas encore fait d’essai en 
7.3 et 7.4 pour voir concernant spip_loader.

Franck

 

De : Eric Lupinacci  
Envoyé : lundi 16 septembre 2019 20:20
À : Matthieu Marcillaud 
Cc : SPIP-Dev 
Objet : Re: [spip-dev] Compatibilité SPIP et PHP

 

Re,




 

 

Le lun. 16 sept. 2019 à 19:25, Matthieu Marcillaud mailto:marci...@rezo.net> > a écrit :

Alors pour SPIP 3.2 + plugins-dist, avec cette toute nouvelle version, 
je pense qu’il y a plus aucune erreur à ma connaissance (pas de warnings 
disgracieux) ;

Il reste cependant des deprecated avec PHP 7.3 par contre en 3.2.
Ils ont été tous soigneusement corrigés (à ma connaissance) en SPIP 
3.3-dev + plugins-dist.

De même l’essentiel des deprecated php 7.4 sont corrigées en SPIP 
3.3-dev + plugins-dist

On voit cependant passer en 7.2 encore parfois quelques warnings sur des 
count() dans certains autres plugins / squelettes qu’il faut corriger. 
(cf. en bas de https://www.php.net/manual/fr/migration72.incompatible.php)

 

Bon donc je vais voir avec Chag si il peut remettre la 7.2 pour noter les 
erreurs et voir si elles proviennent uniquement du CS ou d'un autre plugin 
non-dist.

 

++

Eric

 

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip

Re: [spip-dev] [SPIP Zone] Maintenance de la zone : trac

2019-09-16 Par sujet Franck
Merci azertyu pour tout le boulot que tu fais !!!


-Message d'origine-
De : cam.la...@azerttyu.net  
Envoyé : lundi 16 septembre 2019 08:39
À : spip-zone ; SPIP-dev SPIP 
Objet : Re: [SPIP Zone] Maintenance de la zone : trac

Bonjour

La modification de vendredi semble fonctionner. Le serveur n'indique pas de 
coupure de service depuis une soixantaine d'heures consécutives.
Je continue à suivre l'état du serveur.

Km

spip-z...@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip


Re: [spip-dev] Trac pas stable

2019-09-03 Par sujet Franck
Encore merci pour ton boulot 

-Message d'origine-
De : cam.la...@azerttyu.net  
Envoyé : mardi 3 septembre 2019 09:14
À : nicod_ 
Cc : Spip-dev SPIP 
Objet : Re: [spip-dev] Trac pas stable

Bonjour

Je viens de faire une modification sur le serveur.

Km
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip

Re: [spip-dev] SPIP 3.3 - la release fantome

2019-07-16 Par sujet Franck
Oui Oui O 

-Message d'origine-
De : nicod_  
Envoyé : mardi 16 juillet 2019 18:21
À : SPIP-Dev 
Objet : Re: [spip-dev] SPIP 3.3 - la release fantome

Le 16/07/2019 à 10:39, Cerdic a écrit :
> Hello,
> 
> On pourrait tout à fait décider de virer le support de plugin.xml de 
> cette 3.3 pour simplifier le code, ça ne serait pas plus mal

+1 aussi

--
nicod_
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip


Re: [spip-dev] [SPIP Zone] Mise à jour git.spip.net

2019-06-24 Par sujet Franck
Merci azerttyu pour le boulot ! 
Franck

-Message d'origine-
De : cam.la...@azerttyu.net  
Envoyé : lundi 24 juin 2019 18:50
À : SPIP-dev SPIP ; spip-zone 
Objet : Re: [SPIP Zone] Mise à jour git.spip.net

Bonjour

Nouvelles mises à jour avec divers correctifs avec les version 1.8.2 et 1.8.3 
(j'ai pris un peu de retard sur le suivi) 
https://blog.gitea.io/2019/05/gitea-1.8.2-is-released/
https://blog.gitea.io/2019/06/gitea-1.8.3-is-released/

Note : le pied de page n'est toujours pas mis à jour et indique toujours 1.8.0

Km

spip-z...@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip

Re: [spip-dev] Mise à jour git.spip.net

2019-05-14 Par sujet Franck
Merci pour ton boulot azerttyu !

-Message d'origine-
De : cam.la...@azerttyu.net  
Envoyé : mardi 14 mai 2019 16:36
À : SPIP-dev SPIP ; spip-zone 
Objet : Re: [spip-dev] Mise à jour git.spip.net

Bonjour

Nouvelle mise à jour de sécurité avec la version 1.8.1 
https://blog.gitea.io/2019/05/gitea-1.8.1-is-released/

Note : le pied de page n'est pas mis à jour et indique toujours 1.8.0 (cela 
semble un oubli des dev)

Km
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip


Re: [spip-dev] Gouvernance/mandat du projet git

2019-05-01 Par sujet Franck
Perso, j'avais compris la même chose ☹
Que concernant les plugins de la zone, ils devaient suivre un jour aussi, mais 
que de toute façon, cela ne changeait rien, que je pourrais toujours faire les 
corrections des paquets/plugins.xml
Franck

-Message d'origine-
De : Bruno Bergot  
Envoyé : mardi 30 avril 2019 16:14
À : RastaPopoulos ; spip-dev@rezo.net
Objet : Re: [spip-dev] Gouvernance/mandat du projet git

Hop,

Le 30/04/2019 à 16:08, RastaPopoulos a écrit :
> 
> Il a donc été décidé que tant que Packagist.org fonctionne comme cela 
> (on peut imaginer qu'un jour il sache détecter sans aucune config 
> n'importe quelle installation de gitlab, mais ce n'est pas le cas), le 
> noyau et la nouvelle zone en Git irait sur Github.
> 

Ha ? Je croyais avoir lu que cela ne concernait que le core et pas du tout la 
zone. Je me trompe ?

++
b_b
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip

Re: [spip-dev] Versions maintenues

2019-03-19 Par sujet Franck
Génial James ! Franchement, c’est top !!!

Franck

 

De : James  
Envoyé : mardi 19 mars 2019 19:20
À : SPIP-dev SPIP 
Objet : Re: [spip-dev] Versions maintenues

 

 

 

Le lun. 18 mars 2019 à 02:59, nicod_ mailto:ni...@lerebooteux.fr> > a écrit :

Le 18/03/2019 à 01:00, James a écrit :
> Le plugin est développé à cette adresse : 
> https://gitlab.com/JamesRezo/supported-versions

Merci pour tout ça, c'est chouette, très.

 

Et c'est en ligne. ;)

 

https://www.spip.net/fr_article6500.html

et https://www.spip.net/en_article6499.html

 

D'autres idées autour de ce sujet verront bientôt le jour ;-)

 

A+

-- 

James

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip

Re: [spip-dev] [SPIP Zone] [Maintenance ] zone.spip

2019-03-18 Par sujet Franck
Merci Azerttyu, Gloire à toi ! 
Franck

-Message d'origine-
De : cam.la...@azerttyu.net  
Envoyé : lundi 18 mars 2019 10:26
À : spip-zone ; SPIP-dev SPIP 
Objet : Re: [SPIP Zone] [Maintenance ] zone.spip

Bonjour

Le serveur est revenu.

L'opération a consisté en :
* la migration de sqlite vers mariadb
* les mises à jour de sécurité stretch
* la mise en place d'un kernel dédié à la vm (auparavant c'était un kernel 
mutualisé avec l'hyperviseur)
* ajout d'un vpcu à la machine
* possibilité d'étendre la RAM jusqu'à 4go

J'espère que ces changements vont améliorer la disponibilité du service.

Bonne journée à vous

Km

spip-z...@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip

Re: [spip-dev] spip_svn_loader n'affiche pas version 3.2.3

2019-02-14 Par sujet Franck
Hello
Possible que je me trompe, mais faudrait sans doute mettre à jour ce fichier 
https://github.com/JamesRezo/spip_svn_loader/blob/master/res/svn_spip.txt
Franck

-Message d'origine-
De : klaus++  
Envoyé : jeudi 14 février 2019 11:59
À : SPIP-dev SPIP 
Objet : [spip-dev] spip_svn_loader n'affiche pas version 3.2.3

Salut,
je teste la mise à jour d'un SPIP 3.2.1 ver 3.2.3 avec spip_svn_loader et 
j'obtiens ce message:

---
# spip_svn_loader
Le fichier des références est présent.
Ce répertoire n'est pas une Working Copy de SPIP.
Pour y remédier:
Choisir parmi dev, maintenance ou release Quel niveau de stabilite 
souhaitez-vous ? [release]:

Les releases:
1) 3.0.27
2) 3.1.8
3) 3.2.1
Choisis ta version, mon amiE [3]:
---

Que faire pour ajouter (si possible automatiquement dans l'avenir) la dernière 
version stable 3.2.3 ?

Merci, :-)k++
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip

[spip-dev] Copyright et utf-8

2019-01-08 Par sujet Franck
Salut la team et bonne année à tous 

Dans les plugins-dist il y a un fichier 
https://zone.spip.net/trac/spip-zone/browser/spip-zone/_core_/plugins/dist/polices/dustismo_bold.ttf
 qui semble être en Macintosh (cr) et ANSI, c’est normal ou pas ?

 

Concernant le Copyright certains n’ont rien à voir avec, par exemple : 
https://zone.spip.net/trac/spip-zone/browser/spip-zone/_core_/plugins/aide/inc/aide.php#L6

Il ne faudrait pas les mettre pareil,  ???

https://zone.spip.net/trac/spip-zone/browser/spip-zone/_core_/plugins/dev/prive/squelettes/contenu/charte.html#L4

https://zone.spip.net/trac/spip-zone/browser/spip-zone/_core_/plugins/dev/prive/squelettes/contenu/charte_boites.html#L4

https://zone.spip.net/trac/spip-zone/browser/spip-zone/_core_/plugins/dev/prive/squelettes/contenu/charte_icones.html#L4

https://zone.spip.net/trac/spip-zone/browser/spip-zone/_core_/plugins/dev/prive/squelettes/contenu/charte_onglets.html#L4

https://zone.spip.net/trac/spip-zone/browser/spip-zone/_core_/plugins/dev/prive/squelettes/contenu/charte_typo.html#L4

https://zone.spip.net/trac/spip-zone/browser/spip-zone/_core_/plugins/filtres_images/tests/imagesrc.html#L4

https://zone.spip.net/trac/spip-zone/browser/spip-zone/_core_/plugins/forum/notifications/forum_poste.html#L4

https://zone.spip.net/trac/spip-zone/browser/spip-zone/_core_/plugins/forum/notifications/forumposte.php#L4

https://zone.spip.net/trac/spip-zone/browser/spip-zone/_core_/plugins/forum/notifications/forumvalide.php#L4

https://zone.spip.net/trac/spip-zone/browser/spip-zone/_core_/plugins/mediabox/formulaires/configurer_mediabox.php#L4

https://zone.spip.net/trac/spip-zone/browser/spip-zone/_core_/plugins/medias/modeles/document_case.html#L4

https://zone.spip.net/trac/spip-zone/browser/spip-zone/_core_/plugins/medias/modeles/document_desc.html#L4

https://zone.spip.net/trac/spip-zone/browser/spip-zone/_core_/plugins/medias/prive/objets/contenu/portfolio_document.html#L4

https://zone.spip.net/trac/spip-zone/browser/spip-zone/_core_/plugins/medias/prive/squelettes/inclure/colonne-documents.html#L4

https://zone.spip.net/trac/spip-zone/browser/spip-zone/_core_/plugins/medias/prive/squelettes/inclure/portfolio-documents.html#L4

https://zone.spip.net/trac/spip-zone/browser/spip-zone/_core_/plugins/organiseur/notifications/message_affich_publie.html#L4

https://zone.spip.net/trac/spip-zone/browser/spip-zone/_core_/plugins/organiseur/notifications/message_normal_publie.html#L4

 

Franck

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip

Re: [spip-dev] Statistiques de Novembre 2018

2018-11-30 Par sujet Franck
Oui, tu as raison, maintenant, faudrait changer

https://zone.spip.net/trac/spip-zone/browser/spip-zone/_dev_/univers_spip/stats-tout.html#L6

Pour faire l’ajout de php 7.3 (même si spip 3.2 ne supporte php 7.2/7.3) 

Voir aussi de 
https://zone.spip.net/trac/spip-zone/browser/spip-zone/_dev_/univers_spip/stats-tout.html#L3

Comme ça, cela sera fait…

 

De : Pierre KUHN  
Envoyé : vendredi 30 novembre 2018 12:06
À : ja...@rezo.net
Cc : spip-dev 
Objet : Re: [spip-dev] Statistiques de Novembre 2018

 

mais spip est encore valider 7.3 il me semble donc ça serait pas mettre la 
charrue avant 

 

Le ven. 30 nov. 2018 à 12:02, Pierre KUHN mailto:pierrekuh...@gmail.com> > a écrit :

Bonjour,

 

Se rajouter ici 
https://zone.spip.net/trac/spip-zone/browser/spip-zone/_dev_/univers_spip/stats-tout.html
 

Il me semble en tout cas.

 

Le ven. 30 nov. 2018 à 11:58, James mailto:ja...@rezo.net> > a 
écrit :

Salut les gens,


 

Suite à la publication de https://blog.spip.net/Statistiques-Novembre-2018.html

et surtout en raison de l'imminence de la publication de PHP7.3 (jeudi 
prochain, le 6/12/2018),

je me demande ce qu'il y a aurait à faire pour que https://stats.spip.net  
commence à compter cette version.

 

Amitiés,

-- 

James

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip  



-- 


Pierre KUHN
http://www.voisins-spipeurs.net



-- 


Pierre KUHN
http://www.voisins-spipeurs.net

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip

Re: [spip-dev] Statistiques de Novembre 2018

2018-11-30 Par sujet Franck
Hello 

Je pense qu’il faut faire comme là :

https://zone.spip.net/trac/spip-zone/changeset/107367/spip-zone

 

 

De : James  
Envoyé : vendredi 30 novembre 2018 11:58
À : SPIP-dev SPIP 
Objet : [spip-dev] Statistiques de Novembre 2018

 

Salut les gens,


 

Suite à la publication de https://blog.spip.net/Statistiques-Novembre-2018.html

et surtout en raison de l'imminence de la publication de PHP7.3 (jeudi 
prochain, le 6/12/2018),

je me demande ce qu'il y a aurait à faire pour que https://stats.spip.net  
commence à compter cette version.

 

Amitiés,

-- 

James

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip

[spip-dev] moteur d'indexation

2018-11-09 Par sujet Franck
Hello 

Le commit de booz 
https://zone.spip.net/trac/spip-zone/changeset/112356/spip-zone m’a fait 
réfléchir à un truc, et donc je me pose plusieurs questions !

Dans l’écran de secu, il y a une liste de robots d’indexation 
https://zone.spip.net/trac/spip-zone/browser/spip-zone/_core_/securite/ecran_securite.php#L31

Si j’ai bien compris, dans le cas d’une surcharge du serveur, les robots qui 
sont sur cette listes seront « rejeté » le temps que le serveur retrouve une 
activité « normal », ainsi, les utilisateurs « humains» sont « prioritaire 
contre les robots !

 

Si c’est bien ça, la liste des robots qui est dans 
https://zone.spip.net/trac/spip-zone/browser/spip-zone/_core_/plugins/statistiques/engines-list.txt#L67
 devrait être identique à la liste qu’il y a dans l’écran de sécu, non ?

 

Enfin, dans le cas de qwant, il est à la fois maintenant dans l’écran de secu, 
mais il était déjà dans 
https://zone.spip.net/trac/spip-zone/browser/spip-zone/_core_/plugins/statistiques/engines-list.txt#L336
 mais sous une autre forme, Il y a une raison de faire une différence entre 
l’écran de secu et les stats ?

Franck

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip

Re: [spip-dev] Maquette SPIPRemix, intégration de Composer dans le développement de SPIP

2018-05-12 Par sujet Franck
Ok ok, je pensais que cela devenait automatique
Merci de l'info RastaPopoulos 

-Message d'origine-
De : RastaPopoulos <rastapopou...@spip.org> 
Envoyé : samedi 12 mai 2018 13:17
À : spip-dev@rezo.net
Objet : Re: [spip-dev] Maquette SPIPRemix, intégration de Composer dans le 
développement de SPIP

Le 12/05/2018 à 12:15, Franck a écrit :
> Bonjour à tous 
> 
> En lisant un peu
> https://spip.lerebooteux.fr/Mise-en-place-du-depot-Composer Je me suis 
> rendu compte d’un truc qui m’interroge ! 

Yep Franck,
ce n'est pas parce qu'il n'y aura plus archivelist, que ce ne sera plus manuel. 
À priori les paquets composer sont générés à partir d'une description en JSON 
de chaque élément qui veut entrer dans le dépôt.
Donc si un plugin n'a pas d'infos en JSON, bah il ne sera pas dans le dépôt. 
C'est toujours des choix manuels, de ce que j'ai compris.

--
RastaPopoulos

___
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip

___
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip

Re: [spip-dev] Maquette SPIPRemix, intégration de Composer dans le développement de SPIP

2018-05-12 Par sujet Franck
Bonjour à tous 

En lisant un peu https://spip.lerebooteux.fr/Mise-en-place-du-depot-Composer Je 
me suis rendu compte d’un truc qui m’interroge ! 


Tu parles de la possibilité de faire l’arrêt de archivlist.txt car devenant 
inutile !


Par contre, je vois trois problèmes à l’arrêt (même si par simplicité, le mieux 
est peut-être d’en faire l’arrêt), c’est que sur la zone, Il y a des plugs qui :

*   N’ont pas de zip en route car l’auteur estime que c’est trop tôt !
*   Des plugs qui contiennent plusieurs branches qui sont, compatible avec 
par exemple spip 3.0, mais dont il n’y a qu’une version dont le zip est route.
*   Il y a aussi de très vieux plug sur la zone qui n’ont pas de zip, mais 
qui n’en n’auront jamais car beaucoup trop vieux…

Faire des zip des très vieux plugs posera problèmes, car à une époque, les 
bornes de compatibilité max étaient absente, donc, nous risquons de voir 
apparaitre des plugs dit compatible, alors que cela ne sera pas du tout le cas… 
☹

 

Franck

De : James <ja...@rezo.net> 
Envoyé : vendredi 11 mai 2018 11:29
À : Eric Lupinacci <e...@smellup.net>
Cc : SPIP-dev SPIP <spip-dev@rezo.net>
Objet : Re: [spip-dev]Maquette SPIPRemix, intégration de Composer dans le 
développement de SPIP

 

 

 

Le 11 mai 2018 à 09:39, Eric Lupinacci <e...@smellup.net 
<mailto:e...@smellup.net> > a écrit :

Hello,

 

Le 10 mai 2018 à 10:02, James <ja...@rezo.net <mailto:ja...@rezo.net> > a écrit 
:

Salut les gens,

Quelques infos sur la mise en place du dépôt composer de SPIPRemix :

https://spip.lerebooteux.fr/Mise-en-place-du-depot-Composer

 

 

Je repose la question que j'avais posé un peu plus tôt sur paquet.xml.

En regardant les composer.json des plugins je vois qu'il y a un name et une 
description uniquement en français.

Est-ce que les paquet.xml sont destinés à disparaitre ou pas ?

Si c'est le cas on va perdre pas mal d'informations et des traductions ?

Si non comment voit-on la relation entre les deux?

 

++

Eric

 

Pleins de bonnes questions auxquelles je n'ai pas de réponses toutes faites :)

En l'état, pour cette maquette, les 2 fichiers sont nécessaires, le principe 
étant d'ajouter composer mais de ne rien changer au fonctionnement de SPIP.

Un fichier composer.json n'a pas vocation à être multilingue, ni, dans 
l'absolu, à servir de fichier de configuration ou de collecte de données. Un 
autre fichier sera donc nécessaire, ne serait-ce que pour le multilinguisme.

Maintenant, mon avis perso, qui n'est qu'un avis, c'est effectivement 
contre-intuitif de concevoir qu'il serait nécessaire de fournir 2 fichiers pour 
un composant et pour autant, c'est ce que je préfèrerais voir apparaître : un 
fichier composer.json pour l'installation et la gestion de dépendance, le dépôt 
composer pour le versionning à travers les branches et les tags de la gestion 
de source associée au composant et un autre fichier de 
configuration/information (pour les pipelines, les menus, certaines chaines 
multi et ne gérant pas versions et niveaux de stabilité), si possible en JSON, 
ou autre format comme yaml par exemple, et plutôt pas en XML. Mais c'est qu'un 
avis perso.


En gros, on pourrait considérer que la partie composer n'a pas à être 
"surchargée" mais que la partie configuration/paramétrage pourrait l'être.

 

Rien n'est décidé ni gravé dans le marbre, la discussion reste ouverte. 
SPIPRemix n'a pas vocation, selon moi, à trancher cette question.

-- 

James

___
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip

Re: [spip-dev] Amelioration partie privee gestion des plugins

2018-03-23 Par sujet Franck
Hello, juste pour dire qu’il y a deux tickets qui ressemblent au sujet 

https://core.spip.net/issues/3509

https://core.spip.net/issues/3017

Donc à voir s’il ne serait pas mieux de mettre vos idées dedans 

Franck

 

De : Ybbet Spip <teddy.s...@gmail.com> 
Envoyé : vendredi 23 mars 2018 17:18
À : Bruno Bergot <brunober...@gmail.com>
Cc : SPIP-dev <spip-dev@rezo.net>
Objet : Re: [spip-dev] Amelioration partie privee gestion des plugins

 

Yop

 

Le 23 mars 2018 à 16:56, Bruno Bergot <brunober...@gmail.com 
<mailto:brunober...@gmail.com> > a écrit :

Hop,

Le 23/03/2018 à 16:39, Maïeul a écrit :


Sur ce point précis : il n'y a pas de mécanisme d'annonce des modifs dans la 
définition d'un plugin. La concevoir, pourquoi pas, mais encore faut-il que les 
auteurs de plugins ait le temps d'ajouter cela, sachant que par ailleur il 
existe un historique du code.


Oui, le pb est là, on a pas cette info à ce jour.


En revanche on pourrait envisager d'afficher le numéro de la nouvelle version, 
sachant que sur un numéro


Pour info, on le fait déjà, il est affiché au survol de la petite flèche qui 
signale qu'une mise à jour est dispo.

 

A minima, on ne pourrait pas prendre les logs des commits ?

De plus, on pourrait faire un hook svn qui génère le changelog à partir desdits 
messages de commit 

Ybbet


++
b_b


___
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip <http://irc.freenode.net/spip> 

 

___
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip

[spip-dev] ajout d'un type mime

2017-06-13 Par sujet Franck
Hello, après avoir lut 
http://www.clubic.com/pro/entreprises/apple/actualite-831758-apple-finir-jpeg.html
 J’ai ouvert un ticket https://core.spip.net/issues/3958

Je voulais savoir si cela posait un problème si je faisais l’ajout concernant 
heif ? Je sais qu’il s’agit d’un format propriétaire, mais bon, il y en a déjà 
dans 
https://zone.spip.org/trac/spip-zone/browser/_core_/plugins/medias/base/typedoc.php

Et comme Apple représente 14% du marché mondial, il y a de grande chance pour 
que le format arrive, car de toute façon, «peu » de gens changeront pour 
remettre du jpeg, c’est comme les vidéo qui sont faite depuis un iphone, ce 
n’est pas du mp4, mais toujours du .mov ☹

Donc, pour moi, cela ne sert à rien d’attendre, surtout que cela ajoute aussi 
le hevc et donc, c’est pareil, c’est le genre de truc qui servira un jour ou 
l’autre !

 

Bon, en même temps, Je voulais faire l’ajout de l’AV1 (AOMedia Video 1) 
histoire de mettre un peu de libre aussi, mais je trouve pas le type mime

http://www.numerama.com/tech/259437-videolan-vlc-se-mobilise-contre-les-codecs-payants-et-proprietaires.html

 

Franck



Re: [spip-dev] Mise à jour CRITIQUE de sécurité : Sortie de SPIP 3.1.6 et SPIP 3.2 Beta 3

2017-06-13 Par sujet Franck
Hello, de mon côté, cela à bien fonctionner, par contre, pour que cela 
m'affiche 3.1.6 en bas, il a fallut que je vide le cache et actualise ma page, 
tu à essayer ?
Franck

-Message d'origine-
De : klaus++ [mailto:kl...@spip.de] 
Envoyé : mardi 13 juin 2017 11:37
À : spip-dev@rezo.net
Objet : Re: [spip-dev] Mise à jour CRITIQUE de sécurité : Sortie de SPIP 3.1.6 
et SPIP 3.2 Beta 3

Salut,
j'ai un problème avec spip_svn_loader qui ne propose pas la version
3.1.6 . Avec ce script on reste à la version SPIP 3.1.4 SVN [23444] Que faire ?
merci :-)k++


On 12.06.2017 11:26, erational wrote:
> Une faille CRITIQUE a été découverte récemment sous SPIP, permettant 
> l’exécution de code arbitraire.
> 
> Elle touche les versions SPIP 3.1.x et les versions SPIP 3.2 Alpha & 
> beta, et impacte tous les sites utilisant ces versions.
> Les versions SPIP 3.0.x et antérieures ne sont pas concernées par ce 
> problème.
> 
> Il est impératif de mettre à jour votre site SPIP dès que possible.
> 
> L’équipe remercie Emeric Boit et l’ANSSI pour l’identification et le 
> signalement de la faille.
> 
> Dans l’attente d’une mise à jour de votre site, l’écran de sécurité en 
> version 1.3.2 bloque les exploitations possibles de la faille.
> https://www.spip.net/fr_article4200.html
> 
> La mise à jour de l’écran de sécurité reste une mesure transitoire qui 
> ne vous dispense pas de la mise à jour de SPIP dans les meilleurs délais.
> 
> — L’équipe
> 
> Annonce complète et détails
> https://blog.spip.net/806
> ___
> liste: http://listes.rezo.net/mailman/listinfo/spip-dev
> doc: http://www.spip.net/
> dev: http://trac.rezo.net/trac/spip/
> irc://irc.freenode.net/spip
___
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip



Re: [spip-dev] image et Facebook

2017-06-11 Par sujet Franck
Salut Mathieu 

Oui, je sais que nous pouvons faire l’import d’une image, mais c’est juste que 
je voudrais comprendre pourquoi cela ne marche pas en collant simplement l’url !

Sauf à dire que « nativement » spip n’envoie pas suffisant d’info sur les 
images et qu’il faut obligatoirement ce plug pour l’utilisation des réseaux « 
dit » sociaux ☹

Je te laisse faire le partage de l’article 

 

PS, RealET vient de m’expliquer sur l’irc, donc oui, c’est bien un problème de 
taille d’image, et sans le plug, pas moyen que Facebook récupère la grande 
taille de l’image.

Merci 

 

De : Mathieu Drouet [mailto:i...@takeasip.net] 
Envoyé : dimanche 11 juin 2017 09:35
À : Franck <spip.fra...@lien-d-amis.net>; spip-dev SPIP <spip-dev@rezo.net>
Objet : Re: [spip-dev] image et Facebook

 

Hello

 

J’ai pas eu le temps de poster le message .

 

Pour avoir directement une image , le plugin meta+ est parfait . Mais je sais 
pas pourquoi j’ai plus accès aux plugins ( c’est un scandale ! :) ) 


Tu peux importer aussi ta propre image dans l’interface de saisie de FB . 

 

Je poste ça dans l’après midi aussi 

 

 

Bye 

-- 
Mathieu Drouet 

Le 11 juin 2017 à 08:42:33, Franck (spip.fra...@lien-d-amis.net 
<mailto:spip.fra...@lien-d-amis.net> ) a écrit:

Hello 

Depuis hier, j’essaie de partager l’article du blog sur Facebook, mais je ne 
sais pas pourquoi, il n’y a pas moyen que cela me mette le logo ! ☹

Cela fait plusieurs fois que cela arrive, j’ai essayé avec Firefox et chrome à 
jour (sous Windows 10), j’ai même essayer depuis mon téléphone avec safari, 
mais pas moyen !

Je ne sais pas si le problème vient du fait que cela soit un logo ou pas, mais 
si je partage, le lien, cela ne m’affiche pas l’image !

Cela ne vient pas spécialement du blog non plus, car de toute façon, j’ai 
essayé de partager l’article de contrib (qui a donc, le même logo) et cela fait 
pareil ☹

Franck

___ 
liste: http://listes.rezo.net/mailman/listinfo/spip-dev 
doc: http://www.spip.net/ 
dev: http://trac.rezo.net/trac/spip/ 
irc://irc.freenode.net/spip <http://irc.freenode.net/spip> 



[spip-dev] image et Facebook

2017-06-11 Par sujet Franck
Hello 

Depuis hier, j’essaie de partager l’article du blog sur Facebook, mais je ne 
sais pas pourquoi, il n’y a pas moyen que cela me mette le logo ! ☹

Cela fait plusieurs fois que cela arrive, j’ai essayé avec Firefox et chrome à 
jour (sous Windows 10), j’ai même essayer depuis mon téléphone avec safari, 
mais pas moyen !

Je ne sais pas si le problème vient du fait que cela soit un logo ou pas, mais 
si je partage, le lien, cela ne m’affiche pas l’image !

Cela ne vient pas spécialement du blog non plus, car de toute façon, j’ai 
essayé de partager l’article de contrib (qui a donc, le même logo) et cela fait 
pareil ☹

Franck



Re: [spip-dev] Adresse du dépôt erronée

2017-05-22 Par sujet Franck
Oups, merci !

-Message d'origine-
De : Matthieu Marcillaud [mailto:marci...@rezo.net] 
Envoyé : lundi 22 mai 2017 10:36
À : spip-dev@rezo.net
Objet : Re: [spip-dev] Adresse du dépôt erronée

Le 22/05/2017 à 10:11, Jean Marie Grall a écrit :
> Salut,
>
> en 3.2.0-alpha [23560] (màj via spip_loader), il semble que l'adresse 
> du dépôt des plugins soit erronée dans /ecrire/?exec=depots :
> htt_s_p://plugins.spip.net/depots/principal.xml

Ah bah merci ! Bien vu. Corrigé par
https://zone.spip.org/trac/spip-zone/changeset/104601

MM.

___
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip



Re: [spip-dev] downloads de spip ?

2017-05-07 Par sujet Franck
A savoir si un jour tu as besoin d'une version spécifique, tu as toutes les 
versions (sauf les alpha/beta) ici 
https://core.spip.net/projects/spip/wiki
Franck

-Message d'origine-
De : marcel.dugenoux [mailto:marcel.dugen...@free.fr] 
Envoyé : dimanche 7 mai 2017 14:39
À : spip-dev@rezo.net
Objet : Re: [spip-dev] downloads de spip ?

Le 07/05/2017 14:13, Matthieu Marcillaud a écrit :
>
>
> Le 07/05/2017 à 13:08, marcel.dugenoux a écrit :
>> Bonjour,
>>
>> Me rendant ce jour sur spip.net j'obtiens une erreur 404 depuis le 
>> bouton de "download".
>> Est-ce normal, docteur ?
>
> Oui et non : on a migré SPIP.net sur un autre serveur, on le met à 
> jour, et on a eu quelques surprises On regarde. On va faire un groupe 
> de travail sur le problème
>
> MM.
>

Ok,

Merci.

En attendant mieux je suis parvenu à récupérer la dernière version stable sur 
https://files.spip.net/spip/stable/
où là, ça marche.
Peut-être un patch en attendant, fonctionnerait-il, lui ?

@+

Philippe
___
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip



[spip-dev] urls à mettre à jour dans la galaxie

2017-04-23 Par sujet Franck
Hello 

Juste pour dire que concernant les sites de la galaxies, il semble qu’il y a 
des urls qui mériteraient une mise à jour, je veux bien le faire, mais avant, 
je voulais savoir les squelettes qui servent vraiment de ceux qui ne servent 
plus car trop vieux…

Exemple, il y a encore des anciennes adresses:

files.spip.org à la place de files.spip.net

https://zone.spip.org/trac/spip-zone/browser/_galaxie_/demo.spip.org/squelettes/themes.html#L34

 

https://zone.spip.org/trac/spip-zone/browser/_galaxie_/plugins-spip-net/htaccess.txt#L58

https://zone.spip.org/trac/spip-zone/browser/_galaxie_/plugins-spip-net/svp2010/action/api_infos_plugin.php#L42

 

Pour contrib, je crois que c’est le squelettes 2012 qui sert, donc, il n’y 
aurait « que » (concernant le .org):

https://zone.spip.org/trac/spip-zone/browser/_galaxie_/www.spip-contrib.net/squelettes/2012/htaccess.txt#L61

https://zone.spip.org/trac/spip-zone/browser/_galaxie_/www.spip-contrib.net/squelettes/2012/htaccess.txt#L67

https://zone.spip.org/trac/spip-zone/browser/_galaxie_/www.spip-contrib.net/squelettes/2012/htaccess.txt#L71

https://zone.spip.org/trac/spip-zone/browser/_galaxie_/www.spip-contrib.net/squelettes/2012/htaccess.txt#L91

https://zone.spip.org/trac/spip-zone/browser/_galaxie_/www.spip-contrib.net/squelettes/2012/htaccess.txt#L93

https://zone.spip.org/trac/spip-zone/browser/_galaxie_/www.spip-contrib.net/squelettes/2012/mes_options.php#L71

https://zone.spip.org/trac/spip-zone/browser/_galaxie_/www.spip-contrib.net/squelettes/2012/mes_options.php#L74

 

Ce fichier devrait être mit à jour :

https://zone.spip.org/trac/spip-zone/browser/_galaxie_/www.spip-contrib.net/squelettes/2012/files.spip.org/inclure/pied.html

 

Après, il y a aussi des http qu’il faudrait remplacer par https, exemple :

https://zone.spip.org/trac/spip-zone/browser/_galaxie_/www.spip-contrib.net/squelettes/2012/modeles/svn_revision.html#L6

https://zone.spip.org/trac/spip-zone/browser/_galaxie_/www.spip-contrib.net/squelettes/2012/htaccess.txt#L62

https://zone.spip.org/trac/spip-zone/browser/_galaxie_/www.spip-contrib.net/squelettes/2012/htaccess.txt#L68

https://zone.spip.org/trac/spip-zone/browser/_galaxie_/www.spip-contrib.net/squelettes/2012/htaccess.txt#L74

 

etc

Concernant https://files.spip.org c’est normal que cela ne revoit pas vers 
https://files.spip.net ?

Franck



Re: [spip-dev] html purifier

2017-03-26 Par sujet Franck
C’est fait https://core.spip.net/issues/3926 :-)

 

De : rec...@gmail.com [mailto:rec...@gmail.com] De la part de Fil
Envoyé : dimanche 26 mars 2017 13:14
À : Franck <spip.fra...@lien-d-amis.net>
Cc : SPIP-dev <spip-dev@rezo.net>
Objet : Re: html purifier

 

Oui fais un ticket, ça semble une bonne idée de faire cette migration mais il 
faut faire qqs vérifications sur le fait que ça ne bloque rien et surtout qu'on 
n'ouvre pas des trous que safehtml gardait bien fermés. Que ce soit pour la 3.2 
ou plus tard, ça m'est égal.




-- Fil

 

2017-03-26 13:02 GMT+02:00 Franck <spip.fra...@lien-d-amis.net 
<mailto:spip.fra...@lien-d-amis.net> >:

Hello fil 

Je viens de voir ton plugin 
https://zone.spip.org/trac/spip-zone/browser/_plugins_/htmlpurifier SafeHTML ne 
semble même plus exister du tout si, je regarde le lien qu’il y a là 
https://zone.spip.org/trac/spip-zone/browser/_core_/plugins/safehtml/lib/safehtml/classes/safehtml.php#L14

Donc, je suppose que c’est trop tard pour le mettre dans la 3.2 sachant que 
l’alpha est maintenant dispo et donc que cela demanderait trop de boulot, mais 
le mettre dans une futur 3.3 ?

Je pensais faire un ticket, tu en penses quoi ?

Franck

 



Re: [spip-dev] Évolutions SPIP 3.2 + Menu privé alpha

2017-03-18 Par sujet Franck
En plus des libs, il y a 2 plugins-dist qui "utilise" des plugins de la
zone:
https://zone.spip.org/trac/spip-zone/browser/_core_/plugins/textwheel/paquet
.xml
https://zone.spip.org/trac/spip-zone/browser/_core_/plugins/medias/paquet.xm
l
Textwheel utilise "yaml" et " memorization"
Donc, à voir s'il faut supprimé le fait que la 3.2 accepte les plugins de la
3.1 au moins le temps que "yaml" et "mémorization" ne sont pas dit,
compatible spip 3.2

Medias utilise "z" là, c'est de l'historique, car déjà du temps de spip 2.0
alors que cela ne faisait pas parti de la dist
https://zone.spip.org/trac/spip-zone/browser/tags/mediatheque_spip_2_0/plugi
n.xml#L90
Mais si je regarde l'historique des commits, il ne semble plus y avoir
beaucoup de mouvement le concernant
https://zone.spip.org/trac/spip-zone/log/_squelettes_/zpip-dist/branches/zpi
p_v1
Donc, d'après vous, il est encore utile/judicieux d'avoir ce "utilise",
perso, je serais pour le supprimer, car, s'il n'y a plus de support, alors
c'est une source de risques; mais en même temps, sachant qu'il fonctionne en
3.1, cela risque d'être un frein pour ceux qui voudraient se mettre en 3.2
s'il ne fonctionne pas par manque de se "utilise"

Franck

-Message d'origine-
De : Matthieu Marcillaud [mailto:marci...@rezo.net] 
Envoyé : vendredi 17 mars 2017 12:50
À : spip-dev@rezo.net
Objet : Re: [spip-dev]Évolutions SPIP 3.2 + Menu privé alpha


> Du coup je fais ça tout à l'heure sauf si ça ne vous va pas ? :)

Ça me va pour ma part. Ça fait pas mal de choses à tester déjà.

Il faudra voir si on peut pas mettre à jour d'autres lib javascript suite à
la sortie de jQuery 3.2 (qui vent d'être mise dans SPIP 3.2).


MM.

___
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip



Re: [spip-dev] Error for 'plugins-dist/archives'

2017-03-07 Par sujet Franck
C'est bon :-)
https://zone.spip.org/trac/spip-zone/changeset/103190
Si tu vois des problèmes dans les plugins-dist, hésite pas à faire la
correction, ils sont sur la zone pour que les gens trouvant des bug puissent
les résoudre dès qu'ils ont une solution :-)
https://zone.spip.org/trac/spip-zone/browser/_core_/plugins
https://zone.spip.org/trac/spip-zone/browser/_core_/branches

Franck

-Message d'origine-
De : Luis Speciale [mailto:lspeci...@gmail.com] 
Envoyé : mardi 7 mars 2017 20:21
À : spip-dev@rezo.net
Objet : Re: [spip-dev] Error for 'plugins-dist/archives'

Le 07/03/2017 à 19:20, Franck a écrit :
> Corrigé par https://zone.spip.org/trac/spip-zone/changeset/103189
> Merci du signalement :-)

https://zone.spip.org/trac/spip-zone/browser/_core_/plugins/svp/paquet.xml

Arf


___
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip



Re: [spip-dev] Error for 'plugins-dist/archives'

2017-03-07 Par sujet Franck
Corrigé par https://zone.spip.org/trac/spip-zone/changeset/103189
Merci du signalement :-)


-Message d'origine-
De : Luis Speciale [mailto:lspeci...@gmail.com] 
Envoyé : mardi 7 mars 2017 19:06
À : spip-dev@rezo.net
Objet : Re: [spip-dev] Error for 'plugins-dist/archives'

Le 07/03/2017 à 18:10, Luis Speciale a écrit :
> C'est bon, là il a bien pris archiviste
>
> Fetching external item into 'plugins-dist/archiviste':
>
> (…)
>
> Removed external 'plugins-dist/archives'
> Updated to revision 23468.

En essayent de partir de zéro les distraits réclament archives

 Impossible d’activer le plugin ../plugins-dist/medias
 Nécessite le plugin ARCHIVES en version ≥ 0.1.0.
 Impossible d’activer le plugin ../plugins-dist/svp
 Nécessite le plugin ARCHIVES en version ≥ 0.1.0.

Mais ça roule quand un modifie paquet.xml


A +

___
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip



Re: [spip-dev] Error for 'plugins-dist/archives'

2017-03-07 Par sujet Franck
Normalement, c'est bon maintenant :-)
Marcimat a fait les changements, il y avait eu oubli hier !
Au pire, en cas de problème attends 1 heure, mais normalement, c'est bon
Franck

-Message d'origine-
De : Franck [mailto:spip.fra...@lien-d-amis.net] 
Envoyé : mardi 7 mars 2017 17:21
À : 'Luis Speciale' <lspeci...@gmail.com>; spip-dev@rezo.net
Objet : Re: [spip-dev] Error for 'plugins-dist/archives'

Je viens de faire un test et oui, il semble y avoir un problème, je pense
que cela vient de:
https://zone.spip.org/trac/spip-zone/changeset/103180/_core_/plugins/archivi
ste

En attendant, si besoin, tu peux toujours l'avoir via:
svn://trac.spip.org/spip-zone/_core_/plugins/archiviste


-Message d'origine-
De : Luis Speciale [mailto:lspeci...@gmail.com] Envoyé : mardi 7 mars 2017
16:58 À : spip-dev@rezo.net Objet : Re: [spip-dev] Error for
'plugins-dist/archives'

Le 07/03/2017 à 16:41, Franck a écrit :
> Hello :-)
>
> Ce n'est plus "archives", mais "archiviste"
> Donc maintenant, c'est
> svn://zone.spip.org/spip-zone/_core_/plugins/archiviste
> https://zone.spip.org/trac/spip-zone/browser/_core_/plugins/archiviste

Hola Pancho :)

Oui, ça j'ai vu… J'ai pu faire un

svn checkout svn://zone.spip.org/spip-zone/_core_/plugins/archiviste

Mais le problème persiste au niveau de mon dossier local

svn cleanup ne trouve rien et svn status ne trouve ni l'un ni l'autre, la
preuve il devrait être entre ces deux là

Performing status on external item at 'plugins-dist/aide':

Performing status on external item at 'plugins-dist/breves':

Puis un svn update plus tard, c'est pareil il ne trouve aucun des deux


Merci



___
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip

___
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip



Re: [spip-dev] Error for 'plugins-dist/archives'

2017-03-07 Par sujet Franck
Je viens de faire un test et oui, il semble y avoir un problème, je pense
que cela vient de:
https://zone.spip.org/trac/spip-zone/changeset/103180/_core_/plugins/archivi
ste

En attendant, si besoin, tu peux toujours l'avoir via:
svn://trac.spip.org/spip-zone/_core_/plugins/archiviste


-Message d'origine-
De : Luis Speciale [mailto:lspeci...@gmail.com] 
Envoyé : mardi 7 mars 2017 16:58
À : spip-dev@rezo.net
Objet : Re: [spip-dev] Error for 'plugins-dist/archives'

Le 07/03/2017 à 16:41, Franck a écrit :
> Hello :-)
>
> Ce n'est plus "archives", mais "archiviste"
> Donc maintenant, c'est
> svn://zone.spip.org/spip-zone/_core_/plugins/archiviste
> https://zone.spip.org/trac/spip-zone/browser/_core_/plugins/archiviste

Hola Pancho :)

Oui, ça j'ai vu… J'ai pu faire un

svn checkout svn://zone.spip.org/spip-zone/_core_/plugins/archiviste

Mais le problème persiste au niveau de mon dossier local

svn cleanup ne trouve rien et svn status ne trouve ni l'un ni l'autre, la
preuve il devrait être entre ces deux là

Performing status on external item at 'plugins-dist/aide':

Performing status on external item at 'plugins-dist/breves':

Puis un svn update plus tard, c'est pareil il ne trouve aucun des deux


Merci



___
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip



Re: [spip-dev] Error for 'plugins-dist/archives'

2017-03-07 Par sujet Franck
Hello :-)

Ce n'est plus "archives", mais "archiviste"
Donc maintenant, c'est
svn://zone.spip.org/spip-zone/_core_/plugins/archiviste
https://zone.spip.org/trac/spip-zone/browser/_core_/plugins/archiviste
Franck


-Message d'origine-
De : Luis Speciale [mailto:lspeci...@gmail.com] 
Envoyé : mardi 7 mars 2017 16:32
À : spip-dev@rezo.net
Objet : [spip-dev] Error for 'plugins-dist/archives'

Bonjour

J'ai fait un svn update et j'ai ça, pourtant il a l'air de vivre normalement
dans les externals svn://zone.spip.org/spip-zone/_core_/plugins/archives


svn: warning: W205011: Error handling externals definition for 
'plugins-dist/archives':
svn: warning: W17: URL 
'svn://zone.spip.org/spip-zone/_core_/plugins/archives' at revision 
103185 doesn't exist

At revision 23463.
svn: E205011: Failure occurred processing one or more externals definitions

C'est moi ou il y a un problème ?

Merci

Luis


___
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip



Re: [spip-dev] Qui est-ce qui protège la marque de SPIP ?

2017-02-23 Par sujet Franck
Jean marie, j’ai une réponse pour toi :

Concernant le besoin : il s’agit de faire connaître spip pour que des jeunes
arrivent avec le temps

Concernant l’envie : Que spip continu à volé dans le futur et non qu’il se
promène, avec un déambulateur :p

 

Après, peut-être qu’une asso n’est pas la bonne réponse, mais de toutes
façon, perso, je dis, qu’il faut déjà attendre de voir une proposition de
statuts pour voir le fonctionnement…

 

Que de toute façon, même avec une asso, il faudra sans doute minimum 3-4 ans
avant de voir les premiers résultat concernant l’arrivé timide de nouveaux.

Que ce n’est pas une solution miracle non plus, et que d’autres peuvent êtes
faites en parallèle, il y a d’autres solutions, Rastapopoulos en disait une
autre l’autre fois sur l’irc, qui semble bonne également, mais par contre,
je ne sais pas si elle serait vraiment faisable, car demandant du temps et
également du monde pour que cela soit vraiment faisable (quand tu sais que,
Marcimat disait sur l’IRC avoir fait environ 130 heures rien que concernant
ordoc/minidoc et ainsi que nous l’ayons tous en 3.2…)

Tu veux un autres exemple, j’avais idée de faire un site concernant la doc
pour les utilisateurs, au final, Paulbe, m’a fait découvrir ce qu’il avait
fait, je voulais lui donner un coup de main pour finir. Enfin de compte,
j’ai jamais eu le temps à l’époque et après complètement oublier ( et ça,
c’est de ma faute ! ).

 

Concernant le fonctionnement de la communauté, je suis d’accord avec toi
pour dire que c’est génial, mais que le problème, c’est qu’il manque des
canaux (une asso, est « une » solution et rien n’empêche d’avoir  autres
choses en plus) pour justement, en faire la revendication auprès des «
jeunes », même l’IRC est souvent quelque chose que les jeunes ne connaissent
pas.

Les valeurs de spip sont une choses, mais s’il n’y a pas diffusion auprès
des jeunes (dans les lieux et endroit qu’ils fréquentent/visitent), c’est
comme un plugin sans doc, cela ne sert à rien !

Car le constat du manque de jeunes est une chose, mais concrètement sauf la
proposition de Gilles et éventuellement de Rastapopoulos (que j’ai peur
d’être trop audacieuse dû au manque de personne dispo) et bien, j’en voit
pas d’autres qui sont véritablement prêt à essayer (par manque de temps
et/ou volonté) de faire quelque chose pour que cela change.

 

 

De : Jean Marie Grall [mailto:jeanmarie.lis...@cousumain.info] 
Envoyé : jeudi 23 février 2017 12:23
À : spip-dev@rezo.net
Objet : Re: [spip-dev] Qui est-ce qui protège la marque de SPIP ?

 

Hello,

cette longue discussion me questionne : quel est le besoin et, derrière le
besoin, quelle est l'envie ?

Tout ça me rappelle le post de pw il y a qqs temps : 
"Au lieu de se poser la question de faire du marketing "à l’américaine" pour
revaloriser Spip, ne serait-il pas plus judicieux au contraire de
revendiquer la différence ?
De ne pas se justifier auprès des clients en débitant sur le ton de l’excuse
une liste d’arguments techniques qu’il ne comprendra pas pour la plupart en
expliquant "pourquoi je n’utilise pas Wordpress" mais d’affirmer tout
simplement que c’est non seulement un super outil mais surtout un principe,
un geste militant."
http://article.gmane.org/gmane.comp.web.spip.user/196957

Dans toute cette discussion, le seul argument qui me reste en mémoire, c'est
"y a pas de jeunes chez SPIP" (enfin déjà, j'ai envie de dire "merde! tu
sais ce qu'ils te disent les vieux" mais ce n'est pas une réponse :) ). Pour
la pérennité de la communauté à moyen / long terme, c'est effectivement une
question.

Après, un coup de community managment sur les pages FB et Twitter ne ferait
sans doute pas de mal. Y partager les articles du blog, bien sûr, faire plus
d'articles, ok aussi, mais qui le fait ?

Pour le reste, je reste convaincu que le fonctionnement de la communauté
(avec les ratés que ça implique) est une chance et qu'il faut le
revendiquer. Un tel outil créé et maintenu par une communauté aussi
anarchique, ben moi ça me fait rêver ! Mais ça doit être un rêve de vieux
(enfin, pas si vieux hein bordel !!! :) )

jean marie

 

Le 22/02/2017 à 17:03, Gilles Vincent a écrit :

Rapidement, car j'ai un serveur à remonter :) 

 

- gmane est certes dans les choux depuis quelques mois, mais son graph sur
les dernieres années est juste. La courbe est plate. Donc la liste a gardé
une activité constante (d'où le "pas d'évolution positive").

- Le but de mon asso ne serait pas de faire du lobbying ou du business, car
avant cela il faut que les développeurs sachent que SPIP n'est pas un projet
mort

- Si certains doutent de l'image de SPIP dans le monde des développeurs,
rapprochez-vous des écoles et des assos de dev, vous verrez ce qu'ils y
apprennent et ce qu'ils pensent de SPIP.

- Quelques événements ne font pas une présence qualitative. Comparons avec
celle de Drupal, je suis certain qu'on a une échelle de 1 à 100 (et pourtant
je pense que SPIP à bien plus de qualités que 

Re: [spip-dev] Qui est-ce qui protège la marque de SPIP ?

2017-02-23 Par sujet Franck
Bein, la page est pas là pour faire du support, c’est pour cela que quand il
y a des demandes d’aides, je renvoie vers le forum et on irc.

Concernant les infos dedans, c’est surtout pour que les gens regardent le
blog officiel quand il y a des sorties de version de spip, cela dit c’est
vrai que en y réfléchissant, y faire les liens vers les articles de « party
» serait peut-être une bonne idée ?

De toute façon, il faut être présent ou sont les gens, pour qu’ils aient
l’infos concernant au minimum les sortie de spip, afin, de réduire les
risques de sécu, et ça peu importe l’audience de la page.

Nous sommes déjà assez mauvais pour que les jeunes boutonneux (la nouvelle
génération) découvrent spip, alors si nous n’allons pas là ou ils sont…

Possible que je me trompe, mais le plus jeune de la team est sans doute
Marcimat, Si nous n’avons pas de « jeunes », c’est parque nous avons tous
une parts de responsabilité, et ça peu importe la vitesse de croisière des
nouvelles versions de spip.

Faut voir les choses en face, les « jeunes » ne sont pas présent, la
question est de savoir pourquoi, mais aussi comment réduire ce problème qui
sur le long terme est plutôt déprimant…

Après, oui, la page n’est pas très active, elle est pratiquement à la
vitesse du blog :-p

 

 

De : chanka...@choc0.net [mailto:chanka...@choc0.net] 
Envoyé : jeudi 23 février 2017 10:34
À : spip-dev@rezo.net
Objet : Re: [spip-dev] Qui est-ce qui protège la marque de SPIP ?

 

salut,

Le 23/02/2017 à 09:37, BoOz a écrit :

Ce polatouche en mode Hell Fest... :)

 

Le 23 février 2017 à 07:46, Franck <spip.fra...@lien-d-amis.net
<mailto:spip.fra...@lien-d-amis.net> > a écrit :

Nicod_, juste pour dire que la page est là:
https://www.facebook.com/spip.net/
Après, c'est vrai que la page, c'est pas "spip" mais "spip.net
<http://spip.net> " mais bon...
Je ne suis pas le créateur de la page, mais souvent, c'est même moi qui
ajoute l'info vers le blog, car les 3 admis n'ont pas forcément le temps.
:-)
Franck


je sais pas ce que vous en pensez, mais là en voyant cette page je vois bien
que facebook n'est pas dans les priorités de ceux qui font SPIP, et
finalement, si ce réseau n'est pas utilisé à fond, il faudrait peut-être
mieux carrément l'éviter... ? 



Re: [spip-dev] Qui est-ce qui protège la marque de SPIP ?

2017-02-23 Par sujet Franck
Nicod_, juste pour dire que la page est là:
https://www.facebook.com/spip.net/
Après, c'est vrai que la page, c'est pas "spip" mais "spip.net" mais bon...
Je ne suis pas le créateur de la page, mais souvent, c'est même moi qui
ajoute l'info vers le blog, car les 3 admis n'ont pas forcément le temps.
:-)
Franck



Re: [spip-dev] Qui est-ce qui protège la marque de SPIP ?

2017-02-20 Par sujet Franck
Hello :)

Je ne réponds que maintenant, car j’avais des problèmes de mails :(

Juste pour dire après lecture de vos échanges, il faut bien faire la différence 
entre la « marque » spip et le logiciel « spip »

Je crois que le dépôt d’une marque peux être fait au niveau du pays, de 
l’Europe ou plus, par contre, cela à un coût !

 

Concernant le logiciel, l’avantage d’avoir une asso/fondation, c’est que cela 
permettrait d’être sûr d’avoir des personnes qui pourraient prendre une 
décision pour les sujets « sensible »… (par exemple le logo :-D )

De plus, l’avantage, c’est qu’en cas de problèmes, avoir une entité, 
permettrait de faire des dons pour payer des avocats. Un président, n’est pas 
un « chef » et la fonction de « président » n’est pas à vie… :-p

L’un des problèmes que je vois avec le fait d’avoir des personnes et non une « 
entité » qui s’occupe de spip, c’est sur le long terme, dans le cas d’un décès 
ou que l’un d’eux soit un jour sous tutelle à cause d’une maladie ou autre. 
Soit il y a des héritiers et dans ce cas-là, s’ils souhaitent défendre, et ont 
les moyens de payer les avocats, possible que cela continu comme maintenant, 
soit il n’y a pas d’héritiers et alors, c’est l’état qui récupère tout (il y 
aura sans doute naissance d’un « fork » mais bon déjà que spip à du mal à se 
faire connaitre, alors, je parle même pas avec « new spip ») !

 

Il y a aussi que cela permettrait moins de dépendance concernant la « 
gentillesse » de ceux qui héberge les sites de la galaxies, car si j’ignore les 
coûts, entre les noms de domaines et les hébergements (bein, cela doit déjà 
faire un peu d’argent…), Cela dit, concernant ce point, vous semblez vouloir en 
discuter en mai http://party.spip.net/SPIPoulet-2-017

 

Après, c’est un choix qui a été fait à une époque et qui était sans doute 
judicieux, mais perso, sur le long terme, je ne suis pas certain que cela soit 
bonne chose pour sa survie.

Voilà, je ne pense pas intervenir de nouveau car là, pour moi, c’est plus un 
sujet pour les « fondateurs » dans un premier temps et après pour la team car 
il s’agit de l’avenir à long terme de spip.

Franck 

 

 

 

De : Gilles Vincent [mailto:gilles.vinc...@gmail.com] 
Envoyé : mardi 14 février 2017 09:37
À : RastaPopoulos <rastapopou...@spip.org>
Cc : SPIP-dev SPIP <spip-dev@rezo.net>
Objet : Re: [spip-dev]Qui est-ce qui protège la marque de SPIP ?

 

A la base rien de très nouveau ni d'inquiétant comme tu le dis (même si 
question relative à [SPIP] Agora ne me semble pas correspondre exactement à ma 
question)

 

Pour être très concret, je suis libre de créer mon asso "Fondation SPIP", 
déposer les statuts et proposer à des développeurs d'y adhérer pour "soutenir" 
SPIP en proposant des codes pour SPIP comme le font les sponsors de Drupal (cf. 
http://buytaert.net/who-sponsors-drupal-development). A partir du moment où il 
y a contribution et que celle-ci est ajoutée au core, il n'y a aucun problème, 
n'est-ce pas ?

 

Cette idée me trotte dans la tête depuis un certain temps car la question d'un 
organisme autour de SPIP se pose souvent et a toujours été bottées en touche 
alors que rien ne semble s'y opposer finalement (pour reprendre une expression 
à la mode "on n'y peut rien, c'est légal").

 

 

 

 

 

 

2017-02-14 9:02 GMT+01:00 RastaPopoulos <rastapopou...@spip.org 
<mailto:rastapopou...@spip.org> >:

Le 14/02/2017 à 01:32, Gilles Vincent a écrit :

Qui est ce "on" ? Il n'existe actuellement aucune structure pour cela
(il faut bien les payer, les avocats).


C'est bien pour ça qu'il y a des noms de "fondateurs" dans tous les fichiers du 
code source du noyau, il me semble. C'est déjà arrivé qu'il y ait des 
bisbilles, et cela a même été écrit là :
http://zzz.rezo.net/SPIP-est-il-un-logiciel-francais.html

— il a fallu, pour défendre les droits des contributeurs de SPIP, l’ancrer 
solidement dans le droit français (en rusant avec le Code de la propriété 
intellectuelle de la même manière que la licence GPL ruse avec le copyright 
internationale), ce qui fait que SPIP est probablement le logiciel libre 
disposant du meilleur régime juridique qui soit sur le territoire français ;


Donc qu'y aurait-il de si inquiétant de nouveau ?…

-- 
RastaPopoulos



___
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip <http://irc.freenode.net/spip> 

 



Re: [spip-dev] Suggestions d'améliorations

2017-01-23 Par sujet Franck
J’adore la vidéo Ybbet :)

Franck

 

De : Ybbet Spip [mailto:teddy.s...@gmail.com] 
Envoyé : lundi 23 janvier 2017 21:47
À : Franck <spip.fra...@lien-d-amis.net>
Cc : Phenix <p...@henix.be>; SPIP-dev <spip-dev@rezo.net>
Objet : Re: [spip-dev] Suggestions d'améliorations

 

Hello,

 

Le 23 janvier 2017 à 21:34, Franck <spip.fra...@lien-d-amis.net 
<mailto:spip.fra...@lien-d-amis.net> > a écrit :

He, comment dire, normalement, c'est le vendredi les sujet qui ont de
forte chance de partir en vrille :-D
Pour le wysiwyg de mémoire ce qui a été dit, l'unique solution qui serait
bonne, serait celui de wikipédia, mais je crois qu'il y a un problème de
licence. Sans quoi la team n'était pas spécialement contre le wysiwyg, mais
contre le fait de ne pas avoir un code "propre"
Maintenant, il faut êtes réaliste, il a fallu beaucoup de temps, d'argent et
d'homme pour celui de wiki, sachant que la team spip est bien moins grande,
il y a peu de chance...
Après, il y a un plug pour le wysiwyg sur la zone qui demanderait une mise à
jour (ckeditor), mais pareil, c'est sans doute un gros boulot et comme le
code qui en sort n'est pas propre pour les évolutions futur d'un site,
personne n'y touche, le plug utilise la version 3.6.6.2 alors que la
dernière version est la 4.6.2.

 

Pour vous rendre compte de la problématique du WISYWYG, je vous invite à 
regarder cette vidéo très enrichissante, intitulée "CSS et édition WYSIWYG, 
l'amour vache" : https://vimeo.com/194192905

 

Amicalement,

 

Ybbet.

 



-Message d'origine-
De : Phenix [mailto:p...@henix.be <mailto:p...@henix.be> ]
Envoyé : lundi 23 janvier 2017 19:14
À : spip-dev@rezo.net <mailto:spip-dev@rezo.net> 
Objet : Re: [spip-dev] Suggestions d'améliorations


Hello,

Globalement, je pense que c'est l'intégralité de l'éditeur de SPIP qu'il
faudrait repenser.

Avoir un vrai WYSIWYG (qui cracherai du code SPIP) serait un gros plus car
l'éditeur actuel n'est pas très sexy/vendeur.

C'est un chantier de titan qu'il faudrait soigneusement préparer, surtout
que je crois savoir qu'une partie de la communauté est complètement hostile
au WYSIWYG.

Est-ce qu'il y a déjà eu du travail la dessus ?


On 23/01/17 18:20, RealET wrote:
> Christian Marget a écrit le 23/01/2017 à 18:08 :
>> Bonjour,
>>
>> Voici quelques remarques et quelques petites suggestions à
>> l'attention de la dev-team, que je remercie d'ailleurs de tout le
>> boulot abattu. La
>> 3.1 est vraiment appréciable et les versions suivantes ne devraient
>> pas décevoir.
>>
>> C'est à propos de l'éditeur intégré que j'écris.
>> -Je me sers avec beaucoup de bonheur de l'alternance éditer-voir
>> (quelle économie de temps!).
>> - J'utilise un peu moins souvent l'option «parallèle» qui permet
>> d'éditer et voir en même temps: je trouve que ça réduit la largeur
>> utile de travail et je ne m'en sers guère que pour tester des manips
>> peu courantes, où j'ai besoin de voir rapidement l'effet de certaines
>> modifs... Mais je comprends que certains apprécient de voir au fur et
>> à mesure le résultat de ce qu'ils éditent.
>> - J'apprécie aussi l'intégration de divers accessoires comme le
>> plugin palette, la médiathèque...
>>
>> En l'état, il y a 3 points sur lesquels je souhaiterais une
>> amélioration. Si je suis le seul, tant pis mais je pense que d'autres
>> peuvent avoir les mêmes souhaits. Je vous laisse en juger l'intérêt
>> et la difficulté de réalisation.
>>
>> 1. Il m'est arrivé de vouloir effectuer quelques corrections ou
>> ajouts dans des articles depuis mon smartphone. Or curieusement, la
>> fenêtre «Texte» apparaît avec une hauteur ridicule (3-4 lignes) et
>> sans la poignée qui permet d'en régler la hauteur. Du coup, bonjour
>> la galère pour parcourir un texte... Je ne sais pas à quoi c'est dû
>> mais est-il possible d'y remédier?
>>
>> 2. Serait-il possible d'ajouter à la barre d'outils (porte-plume) des
>> boutons permettant de passer en exposant ou en indice? L'ajout de
>>  ou  à la main est un peu laborieux.
> Ça, c'est déjà dans les le plugin Enluminures Typo v3
>
>>
>> 3. Autre point (très) laborieux: l'édition de tableaux. La création à
>> partir d'un tableur et d'un fichier CSV est un artifice pratique,
>> mais modifier un tableau existant dans un article tourne vite à la
>> galère. Ne serait-il pas possible de créer un objet éditorial
>> «tableau» qui serait intégré au texte par un modèle, par exemple
>> <tab2|center>? Il pourrait bénéficier d'un éditeur dédié (idéalement
>> en pop-up via la mediabox) permettant de modifier les cellules,
>> d'ajouter, déplacer ou supprimer des lignes et (surtout) des
>> colonnes, fusionner des cellules.

Re: [spip-dev] Suggestions d'améliorations

2017-01-23 Par sujet Franck
He, comment dire, normalement, c'est le vendredi les sujet qui ont de
forte chance de partir en vrille :-D
Pour le wysiwyg de mémoire ce qui a été dit, l'unique solution qui serait
bonne, serait celui de wikipédia, mais je crois qu'il y a un problème de
licence. Sans quoi la team n'était pas spécialement contre le wysiwyg, mais
contre le fait de ne pas avoir un code "propre"
Maintenant, il faut êtes réaliste, il a fallu beaucoup de temps, d'argent et
d'homme pour celui de wiki, sachant que la team spip est bien moins grande,
il y a peu de chance...
Après, il y a un plug pour le wysiwyg sur la zone qui demanderait une mise à
jour (ckeditor), mais pareil, c'est sans doute un gros boulot et comme le
code qui en sort n'est pas propre pour les évolutions futur d'un site,
personne n'y touche, le plug utilise la version 3.6.6.2 alors que la
dernière version est la 4.6.2.


-Message d'origine-
De : Phenix [mailto:p...@henix.be] 
Envoyé : lundi 23 janvier 2017 19:14
À : spip-dev@rezo.net
Objet : Re: [spip-dev] Suggestions d'améliorations

Hello,

Globalement, je pense que c'est l'intégralité de l'éditeur de SPIP qu'il
faudrait repenser.

Avoir un vrai WYSIWYG (qui cracherai du code SPIP) serait un gros plus car
l'éditeur actuel n'est pas très sexy/vendeur.

C'est un chantier de titan qu'il faudrait soigneusement préparer, surtout
que je crois savoir qu'une partie de la communauté est complètement hostile
au WYSIWYG.

Est-ce qu'il y a déjà eu du travail la dessus ?


On 23/01/17 18:20, RealET wrote:
> Christian Marget a écrit le 23/01/2017 à 18:08 :
>> Bonjour,
>>
>> Voici quelques remarques et quelques petites suggestions à 
>> l'attention de la dev-team, que je remercie d'ailleurs de tout le 
>> boulot abattu. La
>> 3.1 est vraiment appréciable et les versions suivantes ne devraient 
>> pas décevoir.
>>
>> C'est à propos de l'éditeur intégré que j'écris.
>> -Je me sers avec beaucoup de bonheur de l'alternance éditer-voir 
>> (quelle économie de temps!).
>> - J'utilise un peu moins souvent l'option «parallèle» qui permet 
>> d'éditer et voir en même temps: je trouve que ça réduit la largeur 
>> utile de travail et je ne m'en sers guère que pour tester des manips 
>> peu courantes, où j'ai besoin de voir rapidement l'effet de certaines 
>> modifs... Mais je comprends que certains apprécient de voir au fur et 
>> à mesure le résultat de ce qu'ils éditent.
>> - J'apprécie aussi l'intégration de divers accessoires comme le 
>> plugin palette, la médiathèque...
>>
>> En l'état, il y a 3 points sur lesquels je souhaiterais une 
>> amélioration. Si je suis le seul, tant pis mais je pense que d'autres 
>> peuvent avoir les mêmes souhaits. Je vous laisse en juger l'intérêt 
>> et la difficulté de réalisation.
>>
>> 1. Il m'est arrivé de vouloir effectuer quelques corrections ou 
>> ajouts dans des articles depuis mon smartphone. Or curieusement, la 
>> fenêtre «Texte» apparaît avec une hauteur ridicule (3-4 lignes) et 
>> sans la poignée qui permet d'en régler la hauteur. Du coup, bonjour 
>> la galère pour parcourir un texte... Je ne sais pas à quoi c'est dû 
>> mais est-il possible d'y remédier?
>>
>> 2. Serait-il possible d'ajouter à la barre d'outils (porte-plume) des 
>> boutons permettant de passer en exposant ou en indice? L'ajout de 
>>  ou  à la main est un peu laborieux.
> Ça, c'est déjà dans les le plugin Enluminures Typo v3
>
>>
>> 3. Autre point (très) laborieux: l'édition de tableaux. La création à 
>> partir d'un tableur et d'un fichier CSV est un artifice pratique, 
>> mais modifier un tableau existant dans un article tourne vite à la 
>> galère. Ne serait-il pas possible de créer un objet éditorial 
>> «tableau» qui serait intégré au texte par un modèle, par exemple 
>> ? Il pourrait bénéficier d'un éditeur dédié (idéalement 
>> en pop-up via la mediabox) permettant de modifier les cellules, 
>> d'ajouter, déplacer ou supprimer des lignes et (surtout) des 
>> colonnes, fusionner des cellules... J'ai bien conscience que ça doit 
>> être un gros boulot, mais à mon sens l'édition de tableaux est un des 
>> derniers points noirs de l'édition de textes sous SPIP et ça vaudrait le
coup de s'y intéresser.
> Sans être idéal (et ne marchant pas sous IE), il y a un éditeur de 
> tableaux (qu'il faudrait recoder) dans les ETv3
>
>>
>> Voili-voilà, j'espère que ces demandes rejoindront les préoccupations 
>> de certains et aboutiront tôt ou tard.
> Oui, c'est de vraies besoins ;-)
>
> Tu viens en causer en mai ici :
> http://party.spip.net/SPIPoulet-2-017
>


___
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip



Re: [spip-dev] version de spip

2017-01-14 Par sujet Franck
Je comprends ce que tu veux dire Rastapopoulos et je pense même, que tu es
sur la même ligne que Éric sur l'irc
J'ai fait l'erreur de parler de jquery alors qu'en fait, c'est plus une
excuse pour que je pose ma question, plutôt la raison d'être de la question
!
Question que de toute façon, j'aurais posé avant que vous sortiez une
nouvelle version majeure.

Mais à partir du moment ou nous disons aux gens que pour changer leur
version de spip, il ne suffit pas de lancer la loader, mais de suivre la
méthode "Changer la version majeure de SPIP"
http://www.spip.net/fr_article5693.html sommes-nous cohérent en ne mettant
qu'un changement de "y" ?

Perso, je suis certain qu'au lancement de la sortie de spip 3.1, pas mal de
gens n'ont pas pris la peine de faire la suppression des anciens fichiers
car justement ce n'était qu'un y+1.
Le gros des message à l'époque, c'était ça.
Pour moi, peu importe le nombre de différence et le temps entre deux
versions ((une ou dix milles) 1 an, 6 mois ou 5 ans), c'est juste que quand
nous disons "version majeure" et qu'en plus il faut faire d'autres manips
que simplement un lancement du loader, cela mérite un x+1
Après, bon, c'est pas grave non plus, c'est juste que je voulais posé la
question et jquery en 3.2plus le fait que Maïeul est fait des bornes max à
des plug en 3.*.*  au lieu de 3.1.* ou 3.2.* m'a fait penser qu'il fallait
que je pose la question à la team




-Message d'origine-
De : RastaPopoulos [mailto:rastapopou...@spip.org] 
Envoyé : samedi 14 janvier 2017 18:19
À : spip-dev@rezo.net
Objet : Re: [spip-dev] version de spip

Le 14/01/2017 à 17:36, Maïeul a écrit :
> j'abonde dans le sens de Franck

Pas moi, je ne vois pas vraiment pourquoi on changerait le numéro de version
majeur pour un changement d'une librairie externe.

Il n'y a rien d'immensément énorme qui a changé dans SPIP, ni dans les
squelettes, ni dans l'interface d'admin, cela ne justifie pas de faire un
énorme changement comme ça, qui est censé être un signe fort, soit qu'il y a
eu des avancées énormes (non), soit que des choses importantes sont pétées
(changer deux appels de fonctions JS c'est pas un truc important de pété…).

--
RastaPopoulos

___
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip



[spip-dev] version de spip

2017-01-14 Par sujet Franck
Hello la team :)

Je vous écris pour savoir si au lieu de spip 3.2, vous ne pourriez pas la
nommé 4.0 ?

Je vous demande ça car spip, contrairement aux plugins qui suivent la «
norme » x.y.z fait des changement de version majeure en changeant uniquement
le y.

C’est d’ailleurs sans doute, l’une des raisons qui fait que quand spip 3.1
est sortie, des gens avait un problème car n’ayant pas fait comme dit dans
l’article http://www.spip.net/fr_article5693.html

 

Dans la 3.2 actuel il y a changement de version majeure de jquery, c’est
pour cela que pour moi, cela ne devrait plus être spip 3.2, mais 4.0

Par contre, Cela n’aurait été qu’un changement de « y » de la version de
jquery, là, j’aurais trouvé logique que l’on parle de spip 3.2 et non de 4.0

 

Franck



Re: [spip-dev] SPIP 3.1.3 avec postgresql , pb avec les plugins sur install par défaut

2016-10-20 Par sujet Franck
Oui, cela doit être ça, le code est toujours présent si je me trompe pas :

https://core.spip.net/projects/spip/repository/show/branches/spip-3.0/ecrire/req

Par contre en 3.1, le fichier porte le nom de pg.exp.php, donc, à voir si cela 
ne pose pas également d’autre problème pour ceux qui était en 3.0 quand il 
passe en 3.1

https://core.spip.net/projects/spip/repository/show/branches/spip-3.1/ecrire/req

 

 

De : Franck [mailto:spip.fra...@lien-d-amis.net] 
Envoyé : jeudi 20 octobre 2016 15:34
À : 'Gilles Vincent' <gilles.vinc...@gmail.com>; 'SPIP-dev SPIP' 
<spip-dev@rezo.net>; michel.hedr...@free.fr
Objet : Re: [spip-dev]SPIP 3.1.3 avec postgresql , pb avec les plugins sur 
install par défaut

 

Hello :)

Si ma mémoire est bonne, en spip 3.0 au moment de l’installation, il y avait 3 
choix (MySQL ; SQLite et enfin postgree), en sachant que postgree était 
expérimental

En spip 3.1, le choix au moment de l’installation de postgree a été supprimer, 
mais le code en lui-même est toujours présent dans le core !

Franck

 

De : Gilles Vincent [mailto:gilles.vinc...@gmail.com] 
Envoyé : jeudi 20 octobre 2016 14:52
À : SPIP-dev SPIP <spip-dev@rezo.net <mailto:spip-dev@rezo.net> >
Objet : Re: [spip-dev]SPIP 3.1.3 avec postgresql , pb avec les plugins sur 
install par défaut

 

Lors de sa sortie, il me semble que le support de postgresql n'était plus 
garanti sous SPIP3. C'est toujours le cas ou c'était de fausses rumeurs ?

 

2016-10-20 13:29 GMT+02:00 <michel.hedr...@free.fr 
<mailto:michel.hedr...@free.fr> >:

Bonjour ,
Sur une install nouvelle sur centos , apache 2 , php 5.6 et postgresql 9.2.13 ,

dès que je vais sur la page plugins , j’ai une erreur :

Erreur système (errno 5)
Le disque dur est peut-être plein, ou la base de données endommagée.
Essayez de réparer la base, ou contactez votre hébergeur.

Pouvez-vous me confirmer qu'il est possible d'utiliser postgresql ?

Cordialement
Michel

___
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip <http://irc.freenode.net/spip> 

 



Re: [spip-dev] SPIP 3.1.3 avec postgresql , pb avec les plugins sur install par défaut

2016-10-20 Par sujet Franck
Hello :)

Si ma mémoire est bonne, en spip 3.0 au moment de l’installation, il y avait 3 
choix (MySQL ; SQLite et enfin postgree), en sachant que postgree était 
expérimental

En spip 3.1, le choix au moment de l’installation de postgree a été supprimer, 
mais le code en lui-même est toujours présent dans le core !

Franck

 

De : Gilles Vincent [mailto:gilles.vinc...@gmail.com] 
Envoyé : jeudi 20 octobre 2016 14:52
À : SPIP-dev SPIP <spip-dev@rezo.net>
Objet : Re: [spip-dev]SPIP 3.1.3 avec postgresql , pb avec les plugins sur 
install par défaut

 

Lors de sa sortie, il me semble que le support de postgresql n'était plus 
garanti sous SPIP3. C'est toujours le cas ou c'était de fausses rumeurs ?

 

2016-10-20 13:29 GMT+02:00 <michel.hedr...@free.fr 
<mailto:michel.hedr...@free.fr> >:

Bonjour ,
Sur une install nouvelle sur centos , apache 2 , php 5.6 et postgresql 9.2.13 ,

dès que je vais sur la page plugins , j’ai une erreur :

Erreur système (errno 5)
Le disque dur est peut-être plein, ou la base de données endommagée.
Essayez de réparer la base, ou contactez votre hébergeur.

Pouvez-vous me confirmer qu'il est possible d'utiliser postgresql ?

Cordialement
Michel

___
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip <http://irc.freenode.net/spip> 

 



Re: [spip-dev] Archives de la liste sur mail-archive

2016-08-25 Par sujet Franck
Hello, juste pour dire qu'il faudrait mettre les liens des listes à jours
dans les articles:
http://contrib.spip.net/Ou-chercher-les-infos-avant-de-poser-une-question-su
r
et
http://contrib.spip.net/Les-listes-de-diffusion-Spipiennes
peut-être même http://listes.rezo.net/listes.php
Mais aussi le liens qui est écrit en bas de chaque mail qui est envoyer les
listes, car là, cela n'envoie pas les gens vers la bonne info :-(
Franck


-Message d'origine-
De : Bruno Bergot [mailto:brunober...@gmail.com] 
Envoyé : jeudi 25 août 2016 17:57
À : Spip-dev SPIP <spip-dev@rezo.net>
Objet : [spip-dev] Archives de la liste sur mail-archive

Salut tout le monde,

Comme vous l'avez certainement remarqué, gmane.org n'est plus, et le projet
semble bel et bien abandonné, cf :

https://lars.ingebrigtsen.no/2016/07/28/the-end-of-gmane/

Du coup, on a plus d'interface web pour consulter les mails de cette liste.

Comme les listes user et zone sont déjà sur mail-archive.com, du coup, je
propose qu'on y ajoute spip-dev. La procédure est assez simple, il suffit
d'ajouter l'adresse email arch...@mail-archive.com aux abonnées de la liste.

https://www.mail-archive.com/faq.html#newlist

De plus, il semble possible d'importer les archives de la liste chez eux, il
faut dans ce cas leur transmettre un fichier mbox cf :

https://www.mail-archive.com/faq.html#import

Je sais que certaines personnes ne trouvent pas le service en question super
sympa (ils parait qu'ils affichent des pubs sur leur site, mais bon, qui
navigue encore sans bloqueurs de pub ? ^^). Du coup, je préfère poser la
question ici avant d'agir.

- Est-ce que ça vous va comme solution de remplacement ?
- Qui a la main sur la liste spip-dev pour ajouter l'adresse des archives
aux abonnées ? (je ne sais pas qui est patois at altespace.org)
- Est-ce qu'on importe les archives, et si oui qui peut s'en occuper ?

Au plaisir de vous lire :)

++
b_b
___
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip



[spip-dev] Fonctionnement des moteurs de recherche

2016-05-31 Par sujet Franck
Hello J

J’envoi un mail car, je ne pense pas que cela soit la place d’un ticket…

En lisant
http://bfmbusiness.bfmtv.com/entreprise/ces-rares-pays-qui-resistent-a-la-do
mination-sans-partage-de-google-975470.html#xtor=AL-68

Et en regardant
http://zone.spip.org/trac/spip-zone/browser/_core_/plugins/statistiques/engi
nes-list.txt

Je me suis rendu compte qu’il maquait des moteurs de recherche
https://duckduckgo.com et https://www.yandex.com

En regardant les anciens commit, j’ai voulu me souvenir de comment faire,
mais comme je ne suis pas sûr, je ne vais rien faire ; tout ça pour dire,
Cela serait possible d’avoir un fichier.txt dans le plug ou sur contrib
expliquant la procédure pour faire l’ajout de moteur ?

 

Ps, en regardant http://zone.spip.org/trac/spip-zone/changeset/92576 je me
suis rendu compte que www.haosou.com renvoi désormais vers
https://www.so.com

Il faudrait sans doute faire une vérif du fichier, car je ne suis pas sûr
qu’il soit toujours « fiable »…

http://zone.spip.org/trac/spip-zone/browser/_core_/plugins/statistiques/engi
nes-list.txt#L160

 

Franck



Re: [spip-dev] SPIP 3.1 stable en svn ?

2016-01-17 Par sujet Franck
Hello J

Pour la version « dev » de la 3.1 (donc prudence !!!), c’est :

svn://trac.rezo.net/spip/branches/spip-3.1

 

Pour la version « stable » de la 3.1.0, c’est :

svn://trac.rezo.net/spip/tags/spip-3.1.0

 

 

De : Jean Marie Grall [mailto:jeanmarie.lis...@cousumain.info] 
Envoyé : dimanche 17 janvier 2016 11:59
À : James
Cc : spip-dev@rezo.net
Objet : Re: [spip-dev] SPIP 3.1 stable en svn ?

 

 

Le 17/01/2016 11:54, James a écrit :

 

2016-01-17 11:48 GMT+01:00 Jean Marie Grall :

Salut,

je cherche la version stable de la 3.1 en svn, mais je ne trouve que la version 
de la version de dev.
Cf : https://core.spip.net/projects/spip/repository/show/branches
Ou bien je cherche mal ?


https://core.spip.net/projects/spip/repository/show/tags/spip-3.1.0 :)


Mais on ne peut pas passer par les tags pour une mise à jour (version stable) 
via svn, si ?

jean marie



  1   2   3   >