Re: [spip-dev] Migration sous Git - Bascule finale au 1 juillet 2020 - suite

2020-06-29 Par sujet tout...@free.fr
Bonsoir,

oupsi, ça fait du monde tout ça ! si possible je veux bien que soient
migrés sur git.spip.net

- askwiki, qui est censé permettre de récupérer les données d'une page
wiki pour remplir les contacts (date naissance etc)

- aspirateur, tentative d'aspiration de pages en vue d'archives

- depublication qui tourne bien et possède sa doc sur contrib

- formidable_inscription qui permet de brancher une mailing list dessus

- knacsss / jeu css pour sass

La zone est down, je ne peux pas vérifier les autres plugins, merci du
temps passé pour toute cette migration.

Au pire, si épuisement en vue, ce n'est pas hyper grave si les plugins
listés ci-dessus perdent l'historique des commits

Merci encore,

++

touti


Le 29/06/2020 à 19:25, Eric Lupinacci a écrit :
> Hello,
>
> Avec quelques regex sur _plugins_ j'ai identifié des plugins
> compatibles spip 3 mais non migrés.
> Il y a en environ 150.
> La liste est ici : http://spip.pastebin.fr/63331
>
> J'ai mis un commentaire sur certains qui me paraissent obsolètes.
> Pour le reste il faut décider mais au moins on a une liste.
>
> ++
> Eric
>
>
> Le lun. 29 juin 2020 à 18:15, YannX SPIP(hot)  > a écrit :
>
> Bonsoir
>
>   je trouve le plugin GMAP
> https://contrib.spip.net/Plugin-GMap-geolocalisation-et-cartographie
> - en version 0.2.1 compatible SPIP 2 en
> 
> https://zone.spip.org/trac/spip-zone/browser/spip-zone/_plugins_/gmap/branches
>     (avec un  ; manquant en    boucle/gmap_boucle.php
> [617]    )
> - une version 1.0 compatible SPIP 3 sur SVN
> 
> https://zone.spip.org/trac/spip-zone/browser/spip-zone/_plugins_/gmap/trunk?order=name
>
> (que j'aimerais télécharger)
> - mais rien dans Git (sauf  ): normal ? ou oubli ? ou remplacé
> par.
>
> C'est d'autant plus genant que
> 
> https://git.spip.net/spip-contrib-extensions/gmapmxn/src/branch/master/plugin.xml
>
> demande/necessite gmap ?
>
> Merci d'avance du retour
>
> -- 
> YannX
> http://www.spippourlesnuls.fr
>
>
> ___
> 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 sous Git - Bascule finale au 1 juillet 2020 - suite

2020-06-29 Par sujet RastaPopoulos
Le 29/06/2020 à 19:25, Eric Lupinacci a écrit :
> La liste est ici : http://spip.pastebin.fr/63331

Merci !

En ce qui me concerne dans ta liste il faut migrer :

agenda_dates_floues : permet de préciser qu'une date est floue (mai 2020, 
printemps 2021, etc), et filtre pour afficher
amappca : début de conception pour gérer amap ou autre circuit court avec une 
archi tentant de pouvoir gérer plein de cas
api_syntaxe : donne accès à des fonctions de transformation de texte (propre, 
_T, typo, etc) par API
app : API Atom, lecture seulement mais pourrait gérer l'écriture (APP est 
standardisé)
ayants_droit : gérer des ayants droit sur n'importe quel contenu (objet lié), 
avec les dates de validité, etc
devis : objet simple représentant un devis
menus_partager : insérer un menu déclaré dans un autre site SPIP
mesfavoris_collections : pouvoir organiser ses favoris en collections
prestations : lister des prestations dans n'importe quel contenu (objet lié)
styleguide : à la base pour essayer de générer un guide de style, en suspens 
mais à garder
tout_partout : appliquer {tout} partout

Eh bé, ça fait un paquet de truc à continuer ou documenter un jour…

Mais il y en a dont je sais très bien qu'il n'y a ni ZIP ni doc, et donc en 
théorie qui n'avaient pas été détectés pour migration, et pourtant ils ne sont 
pas dans ta liste. Donc je ne sais pas la méthode que tu as utilisé, mais je ne 
peux pas aller vérifier s'ils sont déjà sur la forge vu que serveur de nouveau 
down complet.

acces_restreint_date : configurable par rubrique, restreindre auto les articles 
suivant leur date, avant ou après une période
acces_restreint_ip : donner accès à des IP ou tranche d'IP, sans même avoir à 
se connecter
acces_restreint_videos : obliger à faire partie d'une zone pour voir un doc 
inséré
souhaits : gérer des listes de souhaits, avec lien, prix, et form pour proposer 
d'offrir, y compris par cagnotte, afin de ne pas donner ces infos très persos à 
des services "gratuits"

et peut-être d'autres… mais on verra demain

(merci touti pour l'idée d'en profiter pour dire à quoi ça sert)

-- 
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

Re: [spip-dev] Zcore : erreur w3 car redéclaration de content-type

2020-06-29 Par sujet Stephane Santon

Bonjour,

Le 29/06/2020 à 01:06, nicod_ a écrit :

Le 26/06/2020 à 13:52, jeanmarie a écrit :
le message du commit : 
https://zone.spip.net/trac/spip-zone/changeset/90428/spip-zone/_plugins_/z-core/structure.html 


OK merci pour l'info.


A voir si ça fait une erreur W3C désormais...


Ben oui, après qui décide ??


Tu fais une PR, et on en discute.


Tu fais de la pédagogie, ou au minimum t'exprimes de manière plus 
explicite et je m'y intéresse... ;-)


C'est pas démocratique (y'a pas de vote majoritaire), mais c'est 
participatif.





--
Stéphane
17 Charente-Maritime
___
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] Redirection #FORMULAIRE_INSCRIPTION

2020-06-29 Par sujet Bernard Blazin
Je ne vois pas de réponse à ta question, donc si je peux me permettre je 
dirai qu'il y a mieux!

Recharger juste le formulaire après validation avec ajax.
As-tu essayé ceci:
[(#FORMULAIRE_INSCRIPTION)]
Pour que cela fonctionne il faut bien entendu que dans ton header de ton 
squelette tu ais placé la balise #INSERT_HEAD


Bernard

Le 28/06/2020 à 09:28, Graphie a écrit :

Bonjour,

En utilisant #FORMULAIRE_INSCRIPTION dans un squelette, comment 
obtenir une redirection quand les actions sur le formulaire sont 
terminées ?


Nous sommes bien sur SPIP 3.3.0-dev [24629] et je trouve la doc 
https://www.spip.net/fr_article4590.html#Dans-vos-squelettes qui 
indique les 3 arguments possibles, mais visiblement pas de redirection.


J'ai bien noté ce ticket https://core.spip.net/issues/3599#note-10 
repassé en Anomalie par RastaPopoulos.


Donc, a-t-on une possibilité de rediriger l'internaute vers une 
nouvelle page ou faire recharger la page qui utilise le formulaire 
#FORMULAIRE_INSCRIPTION ?


Merci pour votre aide,
françois


___
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] Redirection #FORMULAIRE_INSCRIPTION

2020-06-29 Par sujet Graphie

Merci pour ton retour.

Ajax recharge le formulaire "sur place", mais ne recharge pas la page, 
c'est bien son utilité.


Et c'est bien la page que je souhaite recharger. Alors en modifiant le 
fichier ./formulaires.inscription.php je peux faire cette redirection, 
mais le but était d'utiliser quelque chose d'existant ;-)


françois



Le 29/06/2020 à 12:16, Bernard Blazin a écrit :
Je ne vois pas de réponse à ta question, donc si je peux me permettre je 
dirai qu'il y a mieux!

Recharger juste le formulaire après validation avec ajax.
As-tu essayé ceci:
[(#FORMULAIRE_INSCRIPTION)]
Pour que cela fonctionne il faut bien entendu que dans ton header de ton 
squelette tu ais placé la balise #INSERT_HEAD


Bernard

Le 28/06/2020 à 09:28, Graphie a écrit :

Bonjour,

En utilisant #FORMULAIRE_INSCRIPTION dans un squelette, comment 
obtenir une redirection quand les actions sur le formulaire sont 
terminées ?


Nous sommes bien sur SPIP 3.3.0-dev [24629] et je trouve la doc 
https://www.spip.net/fr_article4590.html#Dans-vos-squelettes qui 
indique les 3 arguments possibles, mais visiblement pas de redirection.


J'ai bien noté ce ticket https://core.spip.net/issues/3599#note-10 
repassé en Anomalie par RastaPopoulos.


Donc, a-t-on une possibilité de rediriger l'internaute vers une 
nouvelle page ou faire recharger la page qui utilise le formulaire 
#FORMULAIRE_INSCRIPTION ?


Merci pour votre aide,
françois


___
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] Notifs de commits git ?

2020-06-29 Par sujet Cerdic
Hello,

mais en fait on veut justement pas forcément toutes les organisations ?
C’est très bien de choisir quelles organisations on gère ou pas, et ce qu’on 
avait mis en place marchait très bien.

Du côté SPIP on va pas ajouter des organisations tous les 4 matins.

Et a contrario on a aucune envie ni besoin ni énergie pour traiter les Xmilles 
forks que chacun va éventuellement faire ou les repos individuels. Là du coup 
on s’est retrouvé avec des notifications de mails sur les projets de RealET et 
ça n’a aucun sens de traiter ça, non ?

Quand un truc marche bien, ça peut être pas mal de pas y toucher :p

--
Cédric
Le 27 juin 2020 à 11:01 +0200, cam.lafit , a écrit :
> Salut
>
>
> Une forge git n'est qu'un systeme de hook par dessus des dépots git.
> On peut déclarer des hooks au niveau du dépot (standard git), de
> l'organisation (gitea) et l'ensemble du serveur (gitea).
>
> Pour débardeur j'avais déclaré le hook au niveau de l'organisation. Du
> coup cela ne prenait pas en compte toute les organisations.
> Par conséquent j'ai modifié la configuration pour associer ce hook au
> niveau global. Pour ne le déclarer qu'une fois.
>
> Depuis ce changement je constate en effet que le hook n'est plus déclenché.
>
> Soit je me suis raté au niveau de la déclaration du hook, soit que
> l'application sur les dépôts n'a pas cascadé.
>
> Camille
>
>
> Le 26/06/2020 à 20:13, nicod_ a écrit :
> > Le 26/06/2020 à 19:21, cam.lafit a écrit :
> > > Salut
> > >
> > > Je vais regenérer les hooks gitea pour voir si cela change quelque chose.
> >
> > Donc c'est un hook (genre post commit je suppose ?), et il fait que ce
> > hook, c'est lui qui envoie le mail de notif à la liste ?
> >
> ___
> 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] Redirection #FORMULAIRE_INSCRIPTION

2020-06-29 Par sujet RastaPopoulos
Le 29/06/2020 à 13:52, RealET a écrit :
>> [(#FORMULAIRE_INSCRIPTION{6forum,0,#URL_PAGE{bienvenue}})]
>> Donc pour recharger entièrement la page je mettrais un #SELF.. ;)
> Bernard, commence par lire :
> https://core.spip.net/issues/3599#note-8

Et encore une personne de plus qui a compris le truc à l'inverse de ce que ça 
fait ! :)
évidemment pour la raison que je n'arrête pas d'évoquer : parce que tous les 
autres formulaires du monde fonctionnent différemment comme cela, l'URL étant 
la redirection immédiate après traitement, et donc incohérence, et donc on 
comprend de travers de manière totalement légitime

-- 
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


Re: [spip-dev] Redirection #FORMULAIRE_INSCRIPTION

2020-06-29 Par sujet Bernard Blazin

Je vois ici:
https://www.spip.net/fr_article4590.html
ceci:
[(#FORMULAIRE_INSCRIPTION{6forum,0,#URL_PAGE{bienvenue}})]
Donc pour recharger entièrement la page je mettrais un #SELF.. ;)


Le 29/06/2020 à 12:49, Graphie a écrit :

Merci pour ton retour.

Ajax recharge le formulaire "sur place", mais ne recharge pas la page, 
c'est bien son utilité.


Et c'est bien la page que je souhaite recharger. Alors en modifiant le 
fichier ./formulaires.inscription.php je peux faire cette redirection, 
mais le but était d'utiliser quelque chose d'existant ;-)


françois



Le 29/06/2020 à 12:16, Bernard Blazin a écrit :
Je ne vois pas de réponse à ta question, donc si je peux me permettre 
je dirai qu'il y a mieux!

Recharger juste le formulaire après validation avec ajax.
As-tu essayé ceci:
[(#FORMULAIRE_INSCRIPTION)]
Pour que cela fonctionne il faut bien entendu que dans ton header de 
ton squelette tu ais placé la balise #INSERT_HEAD


Bernard

Le 28/06/2020 à 09:28, Graphie a écrit :

Bonjour,

En utilisant #FORMULAIRE_INSCRIPTION dans un squelette, comment 
obtenir une redirection quand les actions sur le formulaire sont 
terminées ?


Nous sommes bien sur SPIP 3.3.0-dev [24629] et je trouve la doc 
https://www.spip.net/fr_article4590.html#Dans-vos-squelettes qui 
indique les 3 arguments possibles, mais visiblement pas de redirection.


J'ai bien noté ce ticket https://core.spip.net/issues/3599#note-10 
repassé en Anomalie par RastaPopoulos.


Donc, a-t-on une possibilité de rediriger l'internaute vers une 
nouvelle page ou faire recharger la page qui utilise le formulaire 
#FORMULAIRE_INSCRIPTION ?


Merci pour votre aide,
françois


___
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] Redirection #FORMULAIRE_INSCRIPTION

2020-06-29 Par sujet RealET

Bernard Blazin a écrit le 29/06/2020 à 13:45 :

Je vois ici:
https://www.spip.net/fr_article4590.html
ceci:
[(#FORMULAIRE_INSCRIPTION{6forum,0,#URL_PAGE{bienvenue}})]
Donc pour recharger entièrement la page je mettrais un #SELF.. ;)

Bernard, commence par lire :
https://core.spip.net/issues/3599#note-8

;-)


--
RealET


___
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] Faut pas pusher mémé dans les orties

2020-06-29 Par sujet Cerdic
Et c’est pareil sur pages, c’est donc généralisé...

$ git push --set-upstream origin master
Enumerating objects: 7, done.
Counting objects: 100% (7/7), done.
Delta compression using up to 6 threads
Compressing objects: 100% (4/4), done.
Writing objects: 100% (4/4), 431 bytes | 431.00 KiB/s, done.
Total 4 (delta 3), reused 0 (delta 0)
remote:
remote: SubGit ERROR REPORT (SubGit version 3.3.9 ('Bobique') build #4351):
remote:
remote: You've received this message because SubGit (http://subgit.com/) is 
installed in your repository
remote: and an error that needs to be dealt with has occurred in SubGit 
translation engine.
remote:
remote: TEMPORARY ERROR:
remote: Unable to parse pid file 
/var/git/gitea/spip/repositories/spip-contrib-extensions/pages.git/./subgit/daemon.pid
remote:
remote: CURRENT STATE:
remote: Both Git and Subversion repository are open for pushes or commits.
remote: Your commit was not committed, but you may retry it.
remote:
remote: TO RECOVER:
remote: A) Address the problem if possible and then retry commit
remote: OR
remote: B) Run on the server
remote: $ subgit uninstall 
/var/git/gitea/spip/repositories/spip-contrib-extensions/pages.git/.
remote:
remote: IMPORTANT: As soon as SubGit is uninstalled, both Git and Subversion 
repositories
remote: will become open, but no synchronization will take place.
remote:
remote: TO REPORT:
remote: Report an issue at http://issues.tmatesoft.com/
remote: You may find logs on the server at 
'/var/git/gitea/spip/repositories/spip-contrib-extensions/pages.git/./subgit/logs'
remote:
remote: THANK YOU!
To git.spip.net:spip-contrib-extensions/pages.git
 ! [remote rejected] master -> master (pre-receive hook declined)
error: failed to push some refs to 
'g...@git.spip.net:spip-contrib-extensions/pages.git'

--
Cédric
Le 29 juin 2020 à 14:25 +0200, Cerdic , a écrit :
> et polyhierarchie non plus visiblement
>
> $ git push origin master
> Enumerating objects: 7, done.
> Counting objects: 100% (7/7), done.
> Delta compression using up to 6 threads
> Compressing objects: 100% (4/4), done.
> Writing objects: 100% (4/4), 424 bytes | 424.00 KiB/s, done.
> Total 4 (delta 3), reused 0 (delta 0)
> remote:
> remote: SubGit ERROR REPORT (SubGit version 3.3.9 ('Bobique') build #4351):
> remote:
> remote: You've received this message because SubGit (http://subgit.com/) is 
> installed in your repository
> remote: and an error that needs to be dealt with has occurred in SubGit 
> translation engine.
> remote:
> remote: TEMPORARY ERROR:
> remote: Unable to parse pid file 
> /var/git/gitea/spip/repositories/spip-contrib-extensions/polyhierarchie.git/./subgit/daemon.pid
> remote:
> remote: CURRENT STATE:
> remote: Both Git and Subversion repository are open for pushes or commits.
> remote: Your commit was not committed, but you may retry it.
> remote:
> remote: TO RECOVER:
> remote: A) Address the problem if possible and then retry commit
> remote: OR
> remote: B) Run on the server
> remote: $ subgit uninstall 
> /var/git/gitea/spip/repositories/spip-contrib-extensions/polyhierarchie.git/.
> remote:
> remote: IMPORTANT: As soon as SubGit is uninstalled, both Git and Subversion 
> repositories
> remote: will become open, but no synchronization will take place.
> remote:
> remote: TO REPORT:
> remote: Report an issue at http://issues.tmatesoft.com/
> remote: You may find logs on the server at 
> '/var/git/gitea/spip/repositories/spip-contrib-extensions/polyhierarchie.git/./subgit/logs'
> remote:
> remote: THANK YOU!
> To git.spip.net:spip-contrib-extensions/polyhierarchie.git
>  ! [remote rejected] master -> master (pre-receive hook declined)
> error: failed to push some refs to 
> 'g...@git.spip.net:spip-contrib-extensions/polyhierarchie.git'
>
>
> Plus que 48h à tenir et on se débarasse de ce fucking subgit qui nous pourrit 
> la vie !
>
> --
> 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
___
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] Faut pas pusher mémé dans les orties

2020-06-29 Par sujet Eric Lupinacci
J’ai eu ça hier aussi sur Nomenclatures et c’est revenu comme par miracle…
Camille n’a rien vu de spécial.


> Le 29 juin 2020 à 14:27, Cerdic  a écrit :
> 
> Et c’est pareil sur pages, c’est donc généralisé...
> 
> $ git push --set-upstream origin master
> Enumerating objects: 7, done.
> Counting objects: 100% (7/7), done.
> Delta compression using up to 6 threads
> Compressing objects: 100% (4/4), done.
> Writing objects: 100% (4/4), 431 bytes | 431.00 KiB/s, done.
> Total 4 (delta 3), reused 0 (delta 0)
> remote:
> remote: SubGit ERROR REPORT (SubGit version 3.3.9 ('Bobique') build #4351):
> remote:
> remote: You've received this message because SubGit (http://subgit.com/ 
> ) is installed in your repository
> remote: and an error that needs to be dealt with has occurred in SubGit 
> translation engine.
> remote:
> remote: TEMPORARY ERROR:
> remote: Unable to parse pid file 
> /var/git/gitea/spip/repositories/spip-contrib-extensions/pages.git/./subgit/daemon.pid
> remote:
> remote: CURRENT STATE:
> remote: Both Git and Subversion repository are open for pushes or commits.
> remote: Your commit was not committed, but you may retry it.
> remote:
> remote: TO RECOVER:
> remote: A) Address the problem if possible and then retry commit
> remote: OR
> remote: B) Run on the server
> remote: $ subgit uninstall 
> /var/git/gitea/spip/repositories/spip-contrib-extensions/pages.git/.
> remote:
> remote: IMPORTANT: As soon as SubGit is uninstalled, both Git and Subversion 
> repositories
> remote: will become open, but no synchronization will take place.
> remote:
> remote: TO REPORT:
> remote: Report an issue at http://issues.tmatesoft.com/ 
> 
> remote: You may find logs on the server at 
> '/var/git/gitea/spip/repositories/spip-contrib-extensions/pages.git/./subgit/logs'
> remote:
> remote: THANK YOU!
> To git.spip.net :spip-contrib-extensions/pages.git
>  ! [remote rejected] master -> master (pre-receive hook declined)
> error: failed to push some refs to 'g...@git.spip.net 
> :spip-contrib-extensions/pages.git'
> 
> --
> Cédric
> Le 29 juin 2020 à 14:25 +0200, Cerdic , a écrit :
>> et polyhierarchie non plus visiblement
>> 
>> $ git push origin master
>> Enumerating objects: 7, done.
>> Counting objects: 100% (7/7), done.
>> Delta compression using up to 6 threads
>> Compressing objects: 100% (4/4), done.
>> Writing objects: 100% (4/4), 424 bytes | 424.00 KiB/s, done.
>> Total 4 (delta 3), reused 0 (delta 0)
>> remote:
>> remote: SubGit ERROR REPORT (SubGit version 3.3.9 ('Bobique') build #4351):
>> remote:
>> remote: You've received this message because SubGit (http://subgit.com/ 
>> ) is installed in your repository
>> remote: and an error that needs to be dealt with has occurred in SubGit 
>> translation engine.
>> remote:
>> remote: TEMPORARY ERROR:
>> remote: Unable to parse pid file 
>> /var/git/gitea/spip/repositories/spip-contrib-extensions/polyhierarchie.git/./subgit/daemon.pid
>> remote:
>> remote: CURRENT STATE:
>> remote: Both Git and Subversion repository are open for pushes or commits.
>> remote: Your commit was not committed, but you may retry it.
>> remote:
>> remote: TO RECOVER:
>> remote: A) Address the problem if possible and then retry commit
>> remote: OR
>> remote: B) Run on the server
>> remote: $ subgit uninstall 
>> /var/git/gitea/spip/repositories/spip-contrib-extensions/polyhierarchie.git/.
>> remote:
>> remote: IMPORTANT: As soon as SubGit is uninstalled, both Git and Subversion 
>> repositories
>> remote: will become open, but no synchronization will take place.
>> remote:
>> remote: TO REPORT:
>> remote: Report an issue at http://issues.tmatesoft.com/ 
>> 
>> remote: You may find logs on the server at 
>> '/var/git/gitea/spip/repositories/spip-contrib-extensions/polyhierarchie.git/./subgit/logs'
>> remote:
>> remote: THANK YOU!
>> To git.spip.net 
>> :spip-contrib-extensions/polyhierarchie.git
>>  ! [remote rejected] master -> master (pre-receive hook declined)
>> error: failed to push some refs to 'g...@git.spip.net 
>> :spip-contrib-extensions/polyhierarchie.git'
>> 
>> 
>> Plus que 48h à tenir et on se débarasse de ce fucking subgit qui nous 
>> pourrit la vie !
>> 
>> --
>> 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
> ___
> 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] Faut pas pusher mémé dans les orties

2020-06-29 Par sujet Cerdic
et polyhierarchie non plus visiblement

$ git push origin master
Enumerating objects: 7, done.
Counting objects: 100% (7/7), done.
Delta compression using up to 6 threads
Compressing objects: 100% (4/4), done.
Writing objects: 100% (4/4), 424 bytes | 424.00 KiB/s, done.
Total 4 (delta 3), reused 0 (delta 0)
remote:
remote: SubGit ERROR REPORT (SubGit version 3.3.9 ('Bobique') build #4351):
remote:
remote: You've received this message because SubGit (http://subgit.com/) is 
installed in your repository
remote: and an error that needs to be dealt with has occurred in SubGit 
translation engine.
remote:
remote: TEMPORARY ERROR:
remote: Unable to parse pid file 
/var/git/gitea/spip/repositories/spip-contrib-extensions/polyhierarchie.git/./subgit/daemon.pid
remote:
remote: CURRENT STATE:
remote: Both Git and Subversion repository are open for pushes or commits.
remote: Your commit was not committed, but you may retry it.
remote:
remote: TO RECOVER:
remote: A) Address the problem if possible and then retry commit
remote: OR
remote: B) Run on the server
remote: $ subgit uninstall 
/var/git/gitea/spip/repositories/spip-contrib-extensions/polyhierarchie.git/.
remote:
remote: IMPORTANT: As soon as SubGit is uninstalled, both Git and Subversion 
repositories
remote: will become open, but no synchronization will take place.
remote:
remote: TO REPORT:
remote: Report an issue at http://issues.tmatesoft.com/
remote: You may find logs on the server at 
'/var/git/gitea/spip/repositories/spip-contrib-extensions/polyhierarchie.git/./subgit/logs'
remote:
remote: THANK YOU!
To git.spip.net:spip-contrib-extensions/polyhierarchie.git
 ! [remote rejected] master -> master (pre-receive hook declined)
error: failed to push some refs to 
'g...@git.spip.net:spip-contrib-extensions/polyhierarchie.git'


Plus que 48h à tenir et on se débarasse de ce fucking subgit qui nous pourrit 
la vie !

--
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] Faut pas pusher mémé dans les orties

2020-06-29 Par sujet Cerdic
Hello Camille,

du coup comme tu indiques sur irc que c’est un problème d’espace disque, j’ai 
regardé un peu
Effectivement les repositories de git.spip.net occupent plus de 100Go.

En regardant plus en détail un truc bizarre c’est que presque tous les 
repositories font aux environs de 100Mo pièce… sauf ceux qui sont visiblement 
pas migrés depuis la zone (exemple : bigup dans le core)

En creusant un peu, je vois que si je prends un projet comme polyhierarchie :

* il pèse 115mo sur le serveur gitea
* si je le checkout en local, le repository ne pèse que 496ko
* si je le pousse sur une autre forge, j’ai l’indication qu’il occupe moins de 
300ko sur le disque

Du coup si je regarde le détail du contenu du dossier sur le serveur

$ du -sh spip/repositories/spip-contrib-extensions/polyhierarchie.git/*
4.0Kspip/repositories/spip-contrib-extensions/polyhierarchie.git/HEAD
8.0Kspip/repositories/spip-contrib-extensions/polyhierarchie.git/archives
4.0Kspip/repositories/spip-contrib-extensions/polyhierarchie.git/branches
4.0Kspip/repositories/spip-contrib-extensions/polyhierarchie.git/config
8.0Kspip/repositories/spip-contrib-extensions/polyhierarchie.git/db
4.0Kspip/repositories/spip-contrib-extensions/polyhierarchie.git/description
972Kspip/repositories/spip-contrib-extensions/polyhierarchie.git/hooks
12K spip/repositories/spip-contrib-extensions/polyhierarchie.git/info
16K spip/repositories/spip-contrib-extensions/polyhierarchie.git/logs
472Kspip/repositories/spip-contrib-extensions/polyhierarchie.git/objects
4.0Kspip/repositories/spip-contrib-extensions/polyhierarchie.git/packed-refs
60K spip/repositories/spip-contrib-extensions/polyhierarchie.git/refs
114Mspip/repositories/spip-contrib-extensions/polyhierarchie.git/subgit
88K spip/repositories/spip-contrib-extensions/polyhierarchie.git/svn


On a donc 114Mo de données subgit ici ?
Et donc si je multiplie par ~ 1000 repositories synchronisés, cela nous ferait 
près de 100Go de données pour subgit ?

Au final, je crois qu’il suffit de supprimer les données subgit et couper la 
synchronisation SVN et on va retrouver une vie bien plus normale...

--
Cédric
Le 29 juin 2020 à 14:27 +0200, Cerdic , a écrit :
> Et c’est pareil sur pages, c’est donc généralisé...
>
> $ git push --set-upstream origin master
> Enumerating objects: 7, done.
> Counting objects: 100% (7/7), done.
> Delta compression using up to 6 threads
> Compressing objects: 100% (4/4), done.
> Writing objects: 100% (4/4), 431 bytes | 431.00 KiB/s, done.
> Total 4 (delta 3), reused 0 (delta 0)
> remote:
> remote: SubGit ERROR REPORT (SubGit version 3.3.9 ('Bobique') build #4351):
> remote:
> remote: You've received this message because SubGit (http://subgit.com/) is 
> installed in your repository
> remote: and an error that needs to be dealt with has occurred in SubGit 
> translation engine.
> remote:
> remote: TEMPORARY ERROR:
> remote: Unable to parse pid file 
> /var/git/gitea/spip/repositories/spip-contrib-extensions/pages.git/./subgit/daemon.pid
> remote:
> remote: CURRENT STATE:
> remote: Both Git and Subversion repository are open for pushes or commits.
> remote: Your commit was not committed, but you may retry it.
> remote:
> remote: TO RECOVER:
> remote: A) Address the problem if possible and then retry commit
> remote: OR
> remote: B) Run on the server
> remote: $ subgit uninstall 
> /var/git/gitea/spip/repositories/spip-contrib-extensions/pages.git/.
> remote:
> remote: IMPORTANT: As soon as SubGit is uninstalled, both Git and Subversion 
> repositories
> remote: will become open, but no synchronization will take place.
> remote:
> remote: TO REPORT:
> remote: Report an issue at http://issues.tmatesoft.com/
> remote: You may find logs on the server at 
> '/var/git/gitea/spip/repositories/spip-contrib-extensions/pages.git/./subgit/logs'
> remote:
> remote: THANK YOU!
> To git.spip.net:spip-contrib-extensions/pages.git
>  ! [remote rejected] master -> master (pre-receive hook declined)
> error: failed to push some refs to 
> 'g...@git.spip.net:spip-contrib-extensions/pages.git'
>
> --
> Cédric
> Le 29 juin 2020 à 14:25 +0200, Cerdic , a écrit :
> > et polyhierarchie non plus visiblement
> >
> > $ git push origin master
> > Enumerating objects: 7, done.
> > Counting objects: 100% (7/7), done.
> > Delta compression using up to 6 threads
> > Compressing objects: 100% (4/4), done.
> > Writing objects: 100% (4/4), 424 bytes | 424.00 KiB/s, done.
> > Total 4 (delta 3), reused 0 (delta 0)
> > remote:
> > remote: SubGit ERROR REPORT (SubGit version 3.3.9 ('Bobique') build #4351):
> > remote:
> > remote: You've received this message because SubGit (http://subgit.com/) is 
> > installed in your repository
> > remote: and an error that needs to be dealt with has occurred in SubGit 
> > translation engine.
> > remote:
> > remote: TEMPORARY ERROR:
> > remote: Unable to parse pid file 
> > 

Re: [spip-dev] Redirection #FORMULAIRE_INSCRIPTION

2020-06-29 Par sujet Graphie
Alors c'est bien ce qu'explique RastaPopoulos dans le ticket que je 
citais https://core.spip.net/issues/3599#note-10 : il y a une grosse 
confusion dans la manière de coder cet url de retour ;-)




Le 29/06/2020 à 13:45, Bernard Blazin a écrit :

Je vois ici:
https://www.spip.net/fr_article4590.html
ceci:
[(#FORMULAIRE_INSCRIPTION{6forum,0,#URL_PAGE{bienvenue}})]
Donc pour recharger entièrement la page je mettrais un #SELF.. ;)


Le 29/06/2020 à 12:49, Graphie a écrit :

Merci pour ton retour.

Ajax recharge le formulaire "sur place", mais ne recharge pas la page, 
c'est bien son utilité.


Et c'est bien la page que je souhaite recharger. Alors en modifiant le 
fichier ./formulaires.inscription.php je peux faire cette redirection, 
mais le but était d'utiliser quelque chose d'existant ;-)


françois



Le 29/06/2020 à 12:16, Bernard Blazin a écrit :
Je ne vois pas de réponse à ta question, donc si je peux me permettre 
je dirai qu'il y a mieux!

Recharger juste le formulaire après validation avec ajax.
As-tu essayé ceci:
[(#FORMULAIRE_INSCRIPTION)]
Pour que cela fonctionne il faut bien entendu que dans ton header de 
ton squelette tu ais placé la balise #INSERT_HEAD


Bernard

Le 28/06/2020 à 09:28, Graphie a écrit :

Bonjour,

En utilisant #FORMULAIRE_INSCRIPTION dans un squelette, comment 
obtenir une redirection quand les actions sur le formulaire sont 
terminées ?


Nous sommes bien sur SPIP 3.3.0-dev [24629] et je trouve la doc 
https://www.spip.net/fr_article4590.html#Dans-vos-squelettes qui 
indique les 3 arguments possibles, mais visiblement pas de redirection.


J'ai bien noté ce ticket https://core.spip.net/issues/3599#note-10 
repassé en Anomalie par RastaPopoulos.


Donc, a-t-on une possibilité de rediriger l'internaute vers une 
nouvelle page ou faire recharger la page qui utilise le formulaire 
#FORMULAIRE_INSCRIPTION ?


Merci pour votre aide,
françois


___
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] Zcore : erreur w3 car redéclaration de content-type

2020-06-29 Par sujet nicod_

Le 29/06/2020 à 09:25, Stephane Santon a écrit :

Tu fais une PR, et on en discute.


Tu fais de la pédagogie, ou au minimum t'exprimes de manière plus 
explicite et je m'y intéresse... ;-)


PR = Pull request (en français Demande d'ajout)

Ça consiste à faire un fork (bifurcation) d'un dépôt Git, le modifier, 
et ensuite faire une demande d'ajout (pull request) depuis le fork vers 
la branche master du dépôt original.


Voir :
https://contrib.spip.net/Equivalences-des-commandes-SVN-GIT#Proposer-des-modifications-via-pull-request-PR
https://contrib.spip.net/Proposer-un-patch-via-git-spip-net-pour-le-noyau-ou-la

--
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


Re: [spip-dev] Faut pas pusher mémé dans les orties

2020-06-29 Par sujet cam.lafit

Salut

Ce n'est pas subgit le problème mais l'espace disque.
J'avais prévu de faire l'augmentation de capacité dans le week end je 
n'ai pas pu.


Je tente de faire ça en fin de journée ou demain matin. Coupure de 
service d'une bonne heure à prévoir.


Km

Le 29/06/2020 à 14:25, Cerdic a écrit :

et polyhierarchie non plus visiblement

$ git push origin master
Enumerating objects: 7, done.
Counting objects: 100% (7/7), done.
Delta compression using up to 6 threads
Compressing objects: 100% (4/4), done.
Writing objects: 100% (4/4), 424 bytes | 424.00 KiB/s, done.
Total 4 (delta 3), reused 0 (delta 0)
remote:
remote: SubGit ERROR REPORT (SubGit version 3.3.9 ('Bobique') build #4351):
remote:
remote: You've received this message because SubGit (http://subgit.com/) 
is installed in your repository
remote: and an error that needs to be dealt with has occurred in SubGit 
translation engine.

remote:
remote: TEMPORARY ERROR:
remote: Unable to parse pid file 
/var/git/gitea/spip/repositories/spip-contrib-extensions/polyhierarchie.git/./subgit/daemon.pid

remote:
remote: CURRENT STATE:
remote: Both Git and Subversion repository are open for pushes or commits.
remote: Your commit was not committed, but you may retry it.
remote:
remote: TO RECOVER:
remote: A) Address the problem if possible and then retry commit
remote: OR
remote: B) Run on the server
remote: $ subgit uninstall 
/var/git/gitea/spip/repositories/spip-contrib-extensions/polyhierarchie.git/.

remote:
remote: IMPORTANT: As soon as SubGit is uninstalled, both Git and 
Subversion repositories

remote: will become open, but no synchronization will take place.
remote:
remote: TO REPORT:
remote: Report an issue at http://issues.tmatesoft.com/
remote: You may find logs on the server at 
'/var/git/gitea/spip/repositories/spip-contrib-extensions/polyhierarchie.git/./subgit/logs'

remote:
remote: THANK YOU!
To git.spip.net 
:spip-contrib-extensions/polyhierarchie.git

  ! [remote rejected] master -> master (pre-receive hook declined)
error: failed to push some refs to 'g...@git.spip.net 
:spip-contrib-extensions/polyhierarchie.git'



Plus que 48h à tenir et on se débarasse de ce fucking subgit qui nous 
pourrit la vie !


--
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 sous Git - Bascule finale au 1 juillet 2020 - suite

2020-06-29 Par sujet YannX SPIP(hot)

Bonsoir

 je trouve le plugin GMAP 
https://contrib.spip.net/Plugin-GMap-geolocalisation-et-cartographie
- en version 0.2.1 compatible SPIP 2 en 
https://zone.spip.org/trac/spip-zone/browser/spip-zone/_plugins_/gmap/branches

   (avec un  ; manquant en    boucle/gmap_boucle.php [617]    )
- une version 1.0 compatible SPIP 3 sur SVN 
https://zone.spip.org/trac/spip-zone/browser/spip-zone/_plugins_/gmap/trunk?order=name 
(que j'aimerais télécharger)

- mais rien dans Git (sauf  ): normal ? ou oubli ? ou remplacé par.

C'est d'autant plus genant que 
https://git.spip.net/spip-contrib-extensions/gmapmxn/src/branch/master/plugin.xml 
demande/necessite gmap ?


Merci d'avance du retour

--
YannX
http://www.spippourlesnuls.fr

___
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] Notifs de commits git ?

2020-06-29 Par sujet cam.lafit

Salut

On sait pas compris alors ... Car j'avais indiqué que j'avais affecté le 
hook a une des organisations et de ton coté j'avais compris que tu 
filtrais les orga donc rationalisation de code on met un seul hook au 
niveau supérieur.


Pas de problème pour revenir au niveau organisation ne pas oublier que 
si l'orga change de nom ou une nouvelle arrive cela ne marchera pas 
automatiquement.


Je restaure l'ancienne config tantôt.

Km

Le 29/06/2020 à 09:02, Cerdic a écrit :

Hello,

mais en fait on veut justement pas forcément toutes les organisations ?
C’est très bien de choisir quelles organisations on gère ou pas, et ce 
qu’on avait mis en place marchait très bien.


Du côté SPIP on va pas ajouter des organisations tous les 4 matins.

Et a contrario on a aucune envie ni besoin ni énergie pour traiter les 
Xmilles forks que chacun va éventuellement faire ou les repos 
individuels. Là du coup on s’est retrouvé avec des notifications de 
mails sur les projets de RealET et ça n’a aucun sens de traiter ça, non ?


Quand un truc marche bien, ça peut être pas mal de pas y toucher :p

--
Cédric
Le 27 juin 2020 à 11:01 +0200, cam.lafit , a écrit :

Salut


Une forge git n'est qu'un systeme de hook par dessus des dépots git.
On peut déclarer des hooks au niveau du dépot (standard git), de
l'organisation (gitea) et l'ensemble du serveur (gitea).

Pour débardeur j'avais déclaré le hook au niveau de l'organisation. Du
coup cela ne prenait pas en compte toute les organisations.
Par conséquent j'ai modifié la configuration pour associer ce hook au
niveau global. Pour ne le déclarer qu'une fois.

Depuis ce changement je constate en effet que le hook n'est plus 
déclenché.


Soit je me suis raté au niveau de la déclaration du hook, soit que
l'application sur les dépôts n'a pas cascadé.

Camille


Le 26/06/2020 à 20:13, nicod_ a écrit :

Le 26/06/2020 à 19:21, cam.lafit a écrit :

Salut

Je vais regenérer les hooks gitea pour voir si cela change quelque 
chose.


Donc c'est un hook (genre post commit je suppose ?), et il fait que ce
hook, c'est lui qui envoie le mail de notif à la liste ?


___
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-team] Maintenance git.spip.net : Coupure de service dès 19h

2020-06-29 Par sujet cam.lafit

Bonjour

Le service est temporairement rétabli. Je constate que je dois faire une 
autre opération au préalable.

Je vois pour planifier l'opération complémentaire demain soir.

Km

Le 29/06/2020 à 18:35, cam.lafit a écrit :

Bonjour

Je dois faire une opération sur le serveur pour agrandir son espace 
disque, n'ayant pas pu m'en occuper ce week end je fais ça ce soir.


Donc vers 19h les services seront coupés le temps que je fasse 
l'ajustement de configuration.


Camille
___
spip-t...@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-team

___
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 sous Git - Bascule finale au 1 juillet 2020 - suite

2020-06-29 Par sujet Charles Razack
Je vote pour migrer le plugin chats, même s'il est plus ou moins
obsolète depuis la fabrique.
C'est un repère historique majeur ^^

Le 29/06/2020 à 19:25, Eric Lupinacci a écrit :
> Hello,
>
> Avec quelques regex sur _plugins_ j'ai identifié des plugins
> compatibles spip 3 mais non migrés.
> Il y a en environ 150.
> La liste est ici : http://spip.pastebin.fr/63331
>
> J'ai mis un commentaire sur certains qui me paraissent obsolètes.
> Pour le reste il faut décider mais au moins on a une liste.
>
> ++
> Eric


pEpkey.asc
Description: application/pgp-keys
___
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] Maintenance git.spip.net : Coupure de service dès 19h

2020-06-29 Par sujet cam.lafit

Bonjour

Je dois faire une opération sur le serveur pour agrandir son espace 
disque, n'ayant pas pu m'en occuper ce week end je fais ça ce soir.


Donc vers 19h les services seront coupés le temps que je fasse 
l'ajustement de configuration.


Camille
___
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 sous Git - Bascule finale au 1 juillet 2020 - suite

2020-06-29 Par sujet Eric Lupinacci
Le problème de Apropos c’est que la structure SVN est n’importe quoi.
- Il existe un dossier Alpha/ : c’est quoi ?
- un dossier branches/ avec des sous-dossiers spip2/ et spip3/ (qu’il faudrait 
renommer en v0 et v1) et sous spip3/ on retrouve un dossier apropos_3/ qui ne 
devrait pas y être
- un dossier trunk/ qui semble ok.

Donc qu’est ce qui est à jour ?
Est-il besoin de récupérer tout ou peut-on admettre de perdre des commits ?

++
Eric


De : Jean-Philippe Guihard 
Date : lundi 29 juin 2020 à 20:00
À : Eric Lupinacci 
Cc : "YannX SPIP(hot)" , SPIP-Dev 
Objet : Re: [spip-dev] Migration sous Git - Bascule finale au 1 juillet 2020 - 
suite

Bonsoir,

je veux bien migrer apropos sous git, mais j’ai envoyé un message il y’a 
quelques semaines pour connaitre la méthode, mais sans réponse. Comment faire 
pour migrer mon plugin compte tenu de ma maigre connaissance de tous ces 
environnements ?

Merci à vous.

Le 29 juin 2020 à 19:25, Eric Lupinacci 
mailto:smel...@gmail.com>> a écrit :

Hello,

Avec quelques regex sur _plugins_ j'ai identifié des plugins compatibles spip 3 
mais non migrés.
Il y a en environ 150.
La liste est ici : http://spip.pastebin.fr/63331

J'ai mis un commentaire sur certains qui me paraissent obsolètes.
Pour le reste il faut décider mais au moins on a une liste.

++
Eric


Le lun. 29 juin 2020 à 18:15, YannX SPIP(hot) 
mailto:yannx.s...@hotmail.fr>> a écrit :
Bonsoir

  je trouve le plugin GMAP
https://contrib.spip.net/Plugin-GMap-geolocalisation-et-cartographie
- en version 0.2.1 compatible SPIP 2 en
https://zone.spip.org/trac/spip-zone/browser/spip-zone/_plugins_/gmap/branches
(avec un  ; manquant enboucle/gmap_boucle.php [617])
- une version 1.0 compatible SPIP 3 sur SVN
https://zone.spip.org/trac/spip-zone/browser/spip-zone/_plugins_/gmap/trunk?order=name
(que j'aimerais télécharger)
- mais rien dans Git (sauf  ): normal ? ou oubli ? ou remplacé par.

C'est d'autant plus genant que
https://git.spip.net/spip-contrib-extensions/gmapmxn/src/branch/master/plugin.xml
demande/necessite gmap ?

Merci d'avance du retour

--
YannX
http://www.spippourlesnuls.fr
___
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 sous Git - Bascule finale au 1 juillet 2020 - suite

2020-06-29 Par sujet Eric Lupinacci
Hello,

Avec quelques regex sur _plugins_ j'ai identifié des plugins compatibles
spip 3 mais non migrés.
Il y a en environ 150.
La liste est ici : http://spip.pastebin.fr/63331

J'ai mis un commentaire sur certains qui me paraissent obsolètes.
Pour le reste il faut décider mais au moins on a une liste.

++
Eric


Le lun. 29 juin 2020 à 18:15, YannX SPIP(hot)  a
écrit :

> Bonsoir
>
>   je trouve le plugin GMAP
> https://contrib.spip.net/Plugin-GMap-geolocalisation-et-cartographie
> - en version 0.2.1 compatible SPIP 2 en
>
> https://zone.spip.org/trac/spip-zone/browser/spip-zone/_plugins_/gmap/branches
> (avec un  ; manquant enboucle/gmap_boucle.php [617])
> - une version 1.0 compatible SPIP 3 sur SVN
>
> https://zone.spip.org/trac/spip-zone/browser/spip-zone/_plugins_/gmap/trunk?order=name
> (que j'aimerais télécharger)
> - mais rien dans Git (sauf  ): normal ? ou oubli ? ou remplacé par.
>
> C'est d'autant plus genant que
>
> https://git.spip.net/spip-contrib-extensions/gmapmxn/src/branch/master/plugin.xml
> demande/necessite gmap ?
>
> Merci d'avance du retour
>
> --
> YannX
> http://www.spippourlesnuls.fr
>
>
___
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] Redirection #FORMULAIRE_INSCRIPTION

2020-06-29 Par sujet Bernard Blazin
Et oui, je suis également tombé dans le panneau! Si Google m'entraine 
directement sur cette page à la recherche de redirection 
formulaire_inscription et que l'on voit en partie la même chose que pour 
un CVT banal et en lisant en diagonal, c'est troublant.
A mon avis il manque quelques précisions dans l'article sur spip.net. 
"attention ce formulaire ne se comporte pas de la même manière en cas de 
redirection au submit" avec un lien vers les remarques de Rasta, ça 
pourrait aider!
De nature, on ne va pas aller chercher des tickets quand on tombe sur 
l'information que l'on recherche..

;)


Le 29/06/2020 à 17:24, Graphie a écrit :
Alors c'est bien ce qu'explique RastaPopoulos dans le ticket que je 
citais https://core.spip.net/issues/3599#note-10 : il y a une grosse 
confusion dans la manière de coder cet url de retour ;-)




Le 29/06/2020 à 13:45, Bernard Blazin a écrit :

Je vois ici:
https://www.spip.net/fr_article4590.html
ceci:
[(#FORMULAIRE_INSCRIPTION{6forum,0,#URL_PAGE{bienvenue}})]
Donc pour recharger entièrement la page je mettrais un #SELF.. ;)


Le 29/06/2020 à 12:49, Graphie a écrit :

Merci pour ton retour.

Ajax recharge le formulaire "sur place", mais ne recharge pas la 
page, c'est bien son utilité.


Et c'est bien la page que je souhaite recharger. Alors en modifiant 
le fichier ./formulaires.inscription.php je peux faire cette 
redirection, mais le but était d'utiliser quelque chose d'existant ;-)


françois



Le 29/06/2020 à 12:16, Bernard Blazin a écrit :
Je ne vois pas de réponse à ta question, donc si je peux me 
permettre je dirai qu'il y a mieux!

Recharger juste le formulaire après validation avec ajax.
As-tu essayé ceci:
[(#FORMULAIRE_INSCRIPTION)]
Pour que cela fonctionne il faut bien entendu que dans ton header 
de ton squelette tu ais placé la balise #INSERT_HEAD


Bernard

Le 28/06/2020 à 09:28, Graphie a écrit :

Bonjour,

En utilisant #FORMULAIRE_INSCRIPTION dans un squelette, comment 
obtenir une redirection quand les actions sur le formulaire sont 
terminées ?


Nous sommes bien sur SPIP 3.3.0-dev [24629] et je trouve la doc 
https://www.spip.net/fr_article4590.html#Dans-vos-squelettes qui 
indique les 3 arguments possibles, mais visiblement pas de 
redirection.


J'ai bien noté ce ticket https://core.spip.net/issues/3599#note-10 
repassé en Anomalie par RastaPopoulos.


Donc, a-t-on une possibilité de rediriger l'internaute vers une 
nouvelle page ou faire recharger la page qui utilise le formulaire 
#FORMULAIRE_INSCRIPTION ?


Merci pour votre aide,
françois


___
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


Re: [spip-dev] Migration sous Git - Bascule finale au 1 juillet 2020 - suite

2020-06-29 Par sujet Jean-Philippe Guihard
Bonsoir,

je veux bien migrer apropos sous git, mais j’ai envoyé un message il y’a 
quelques semaines pour connaitre la méthode, mais sans réponse. Comment faire 
pour migrer mon plugin compte tenu de ma maigre connaissance de tous ces 
environnements ?

Merci à vous.

> Le 29 juin 2020 à 19:25, Eric Lupinacci  a écrit :
> 
> Hello,
> 
> Avec quelques regex sur _plugins_ j'ai identifié des plugins compatibles spip 
> 3 mais non migrés.
> Il y a en environ 150.
> La liste est ici : http://spip.pastebin.fr/63331 
> 
> 
> J'ai mis un commentaire sur certains qui me paraissent obsolètes.
> Pour le reste il faut décider mais au moins on a une liste.
> 
> ++
> Eric
> 
> 
> Le lun. 29 juin 2020 à 18:15, YannX SPIP(hot)  > a écrit :
> Bonsoir
> 
>   je trouve le plugin GMAP 
> https://contrib.spip.net/Plugin-GMap-geolocalisation-et-cartographie 
> 
> - en version 0.2.1 compatible SPIP 2 en 
> https://zone.spip.org/trac/spip-zone/browser/spip-zone/_plugins_/gmap/branches
>  
> 
> (avec un  ; manquant enboucle/gmap_boucle.php [617])
> - une version 1.0 compatible SPIP 3 sur SVN 
> https://zone.spip.org/trac/spip-zone/browser/spip-zone/_plugins_/gmap/trunk?order=name
>  
> 
>  
> (que j'aimerais télécharger)
> - mais rien dans Git (sauf  ): normal ? ou oubli ? ou remplacé par.
> 
> C'est d'autant plus genant que 
> https://git.spip.net/spip-contrib-extensions/gmapmxn/src/branch/master/plugin.xml
>  
> 
>  
> demande/necessite gmap ?
> 
> Merci d'avance du retour
> 
> -- 
> YannX
> http://www.spippourlesnuls.fr 
> 
> ___
> 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 sous Git - Bascule finale au 1 juillet 2020 - suite

2020-06-29 Par sujet Jean-Philippe Guihard
Bonsoir,

La structure n’est pas n’importe quoi, elle est juste en l’état de mes maigres 
connaissances, et donc pas conforme.

Ce qui est OK dans tout cela, c’est :

branches/spip2/ pour la version adaptée à Spip v2
branches/spip3/apropos_3/ qui est la version uptodate adaptée pour Spip v3. 
Effectivement, cela devrait être branches/spip3/ tout court.

Je suis bien incapable de faire le ménage dans le SVN ne maitrisant pas la 
chose.

Cordialement.



> Le 29 juin 2020 à 20:33, Eric Lupinacci  a écrit :
> 
> Le problème de Apropos c’est que la structure SVN est n’importe quoi.
> - Il existe un dossier Alpha/ : c’est quoi ?
> - un dossier branches/ avec des sous-dossiers spip2/ et spip3/ (qu’il 
> faudrait renommer en v0 et v1) et sous spip3/ on retrouve un dossier 
> apropos_3/ qui ne devrait pas y être
> - un dossier trunk/ qui semble ok.
>  
> Donc qu’est ce qui est à jour ?
> Est-il besoin de récupérer tout ou peut-on admettre de perdre des commits ?
>  
> ++
> Eric 
>  
>  
> De : Jean-Philippe Guihard 
> Date : lundi 29 juin 2020 à 20:00
> À : Eric Lupinacci 
> Cc : "YannX SPIP(hot)" , SPIP-Dev 
> Objet : Re: [spip-dev] Migration sous Git - Bascule finale au 1 juillet 2020 
> - suite
>  
> Bonsoir,
>  
> je veux bien migrer apropos sous git, mais j’ai envoyé un message il y’a 
> quelques semaines pour connaitre la méthode, mais sans réponse. Comment faire 
> pour migrer mon plugin compte tenu de ma maigre connaissance de tous ces 
> environnements ?
>  
> Merci à vous.
>  

Jean-Philippe Guihard

Direction

Centre de Soins de Suite et de Réadaptation spécialisé en addictologie 
l'Avancée
Place de la liberté
22000 Saint-Brieuc
02 96 68 03 64
http://www.ahbretagne.com/lavancee.html

___
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 sous Git - Bascule finale au 1 juillet 2020 - suite

2020-06-29 Par sujet Eric Lupinacci
Fait.

++
Eric 

 

Le 29/06/2020 19:49, « Charles Razack »  a écrit :

Je vote pour migrer le plugin chats, même s'il est plus ou moins
obsolète depuis la fabrique.
C'est un repère historique majeur ^^

Le 29/06/2020 à 19:25, Eric Lupinacci a écrit :
> Hello,
>
> Avec quelques regex sur _plugins_ j'ai identifié des plugins
> compatibles spip 3 mais non migrés.
> Il y a en environ 150.
> La liste est ici : http://spip.pastebin.fr/63331
>
> J'ai mis un commentaire sur certains qui me paraissent obsolètes.
> Pour le reste il faut décider mais au moins on a une liste.
>
> ++
> 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