[spip-dev] [Pousseur] Erreur sur petitions

2020-06-01 Par sujet salvatore
Erreur lors du commit :
> git stash -q 2>&1
> git pull --rebase 2>&1
La branche courante master est à jour.
> if [[ $(git stash list) ]]; then git stash pop -q 2>&1; fi;
> git push 2>&1
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: svn: E204899: Cannot write to 
'/var/git/gitea/spip/repositories/spip/petitions.git/objects/21/d4fa122eaeafa660ba27c77246844b4a60cda8':
 
/var/git/gitea/spip/repositories/spip/petitions.git/objects/21/d4fa122eaeafa660ba27c77246844b4a60cda8
 (Permission denied)
remote: 
/var/git/gitea/spip/repositories/spip/petitions.git/objects/21/d4fa122eaeafa660ba27c77246844b4a60cda8
 (Permission denied)
remote:
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/petitions.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/petitions.git/./subgit/logs'
remote:
remote: THANK YOU!
To https://git.spip.net/spip/petitions.git
 ! [remote rejected] master -> master (pre-receive hook declined)
error: impossible de pousser des références vers 
'https://salvatore%40rezo.net:x...@git.spip.net/spip/petitions.git'

___
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] Menus : migration défectueuse

2020-06-01 Par sujet Maïeul Rouquette

Le 01/06/2020 à 22:21, Stephane Santon a écrit :

Bonsoir,

Le 01/06/2020 à 14:43, Stephane Santon a écrit :

Un truc bizarre.
J'ai importé une base SPIP 3.2.7 avec menus 1.6.11 vers un site neuf 
3.2.7 et menus 1.7.25.


Mon menu n'apparaît plus.
Quand je vais l'éditer dans l'espace privé, j'ai bien mes 7 entrées 
définies, mais en éditant chaque entrée, tous les champs sont vides !


Et dans la base par phpMyAdmin, j'ai bien mes données dedans...


En fait c'est un problème d'encodage de caractères.
Dans ma base d'origine j'avais des infos de champ 'parametres' de table 
menu-entrees telles que :


a:4:{s:5:"titre";s:27:"Héberg. et Restaurat° 
â–¶";s:3:"url";s:61:"https://[...]";s:3:"css";s:0:"";s:8:"css_lien";s:0:"";} 



A la mutation sur le nouveau site, j'ai converti toutes les tables en 
utf-8, ce qui a donné :


a:4:{s:5:"titre";s:27:"Héberg. et Restaurat° 
▶";s:3:"url";s:61:"https://[...]";s:3:"css";s:0:"";s:8:"css_lien";s:0:"";}


Le nouveau codage comprend moins de caractères, mais la chaine JSON n'a 
pas été mise à jour sur son champ s:27 qui aurait dû passer à s:24


Résultat : tous les champs retournent des valeurs vides, même dans 
l'espace privé :


https://www.cjoint.com/c/JFbutOS8ksB


arf oui c'est la plaie. c'est précisement pas de l'encodage json (qui 
n'est pas sensible à cela) mais de l'encodage php ((un)serialize).


Et l'encodage php est très sensible à cela, contrairement à l'encodage json.

Tu peux trouver sur internet des infos sur comment "restaurer" une 
serializaion mal foutu...


___
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] Menus : migration défectueuse

2020-06-01 Par sujet Stephane Santon

Bonsoir,

Le 01/06/2020 à 14:43, Stephane Santon a écrit :

Un truc bizarre.
J'ai importé une base SPIP 3.2.7 avec menus 1.6.11 vers un site neuf 
3.2.7 et menus 1.7.25.


Mon menu n'apparaît plus.
Quand je vais l'éditer dans l'espace privé, j'ai bien mes 7 entrées 
définies, mais en éditant chaque entrée, tous les champs sont vides !


Et dans la base par phpMyAdmin, j'ai bien mes données dedans...


En fait c'est un problème d'encodage de caractères.
Dans ma base d'origine j'avais des infos de champ 'parametres' de table 
menu-entrees telles que :


a:4:{s:5:"titre";s:27:"Héberg. et Restaurat° 
â–¶";s:3:"url";s:61:"https://[...]";s:3:"css";s:0:"";s:8:"css_lien";s:0:"";}


A la mutation sur le nouveau site, j'ai converti toutes les tables en 
utf-8, ce qui a donné :


a:4:{s:5:"titre";s:27:"Héberg. et Restaurat° 
▶";s:3:"url";s:61:"https://[...]";s:3:"css";s:0:"";s:8:"css_lien";s:0:"";}


Le nouveau codage comprend moins de caractères, mais la chaine JSON n'a 
pas été mise à jour sur son champ s:27 qui aurait dû passer à s:24


Résultat : tous les champs retournent des valeurs vides, même dans 
l'espace privé :


https://www.cjoint.com/c/JFbutOS8ksB


--
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] Menus : migration défectueuse

2020-06-01 Par sujet Manu

Le 01/06/2020 à 14:43, Stephane Santon a écrit :

Bonjour,

Un truc bizarre.
J'ai importé une base SPIP 3.2.7 avec menus 1.6.11 vers un site neuf 
3.2.7 et menus 1.7.25.


Mon menu n'apparaît plus.
Quand je vais l'éditer dans l'espace privé, j'ai bien mes 7 entrées 
définies, mais en éditant chaque entrée, tous les champs sont vides !


Et dans la base par phpMyAdmin, j'ai bien mes données dedans...

Une piste ?

Merci

Un ?var_mode=inclure pourrait peut-être apporter un indice pour détecter 
la partie défaillante ?


___
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] Nomenclatures et serveur de données

2020-06-01 Par sujet nicod_

Le 01/06/2020 à 15:01, Eric Lupinacci a écrit :

Le 1 juin 2020 à 14:51, nicod_  a écrit :

pour ma part, comme ce sont des données pas très volumineuses, je préfère qu'un 
site intègre lui même les données dans ses tables plutôt que de dépendre d'une 
API distante qui peut être indisponible à un moment donné.



C’est pas vraiment la question.


Mais c'est ma réponse :)


L’API n’est pas utilisée tout le temps de la même façon que les plugins ne 
peuplent leur table qu’à l’installation.
Donc ce n’est pas une question de dépendance à mon avis.

Par contre quand tu en as besoin tu as un truc unique à jour.


Certes, mais une base locale ne pèse pas grand chose, l'accès est 
direct, et un plugin de données se met à jour aussi.


Je ne dis pas que c'est une mauvaise idée, du tout, juste que 
personnellement je n'en aurais pas l'usage.


--
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] Nomenclatures et serveur de données

2020-06-01 Par sujet Eric Lupinacci
Yep,


> Le 1 juin 2020 à 14:51, nicod_  a écrit :
> 
> pour ma part, comme ce sont des données pas très volumineuses, je préfère 
> qu'un site intègre lui même les données dans ses tables plutôt que de 
> dépendre d'une API distante qui peut être indisponible à un moment donné.
> 

C’est pas vraiment la question.
L’API n’est pas utilisée tout le temps de la même façon que les plugins ne 
peuplent leur table qu’à l’installation.
Donc ce n’est pas une question de dépendance à mon avis.

Par contre quand tu en as besoin tu as un truc unique à jour.

++
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] Nomenclatures et serveur de données

2020-06-01 Par sujet nicod_

Le 01/06/2020 à 14:14, Eric Lupinacci a écrit :

Hello,


J’ai réalisé il y a déjà pas mal de mois (voire d’années) un plugin 
confidentiel nommé Nomenclatures (préfixe isocode) qui rassemble des data 
normatives sur les langues, les unités monétaires, les pays et autres zones 
géographiques…
Le but à l’origine était de pouvoir contrôler les étiquettes de langue SPIP et 
de proposer un renommage, ce qui a été fait dans des articles de la Taverne (à 
intégrer à SPIP pour la 4.0).

Il y a quelques temps j’ai doté Nomenclature d’une API REST basée sur REST 
Factory de façon à offrir ces données à l’ensemble de la communauté et des 
plugins qui pourraient en avoir besoin.
En particulier, les plugins Continents, Pays et Géographie pourraient y puiser 
les données de peuplement des tables.

Donc, je me dis que ça serait bien d’installer ce plugin sur un site de la 
Galaxie et de s’en servir.
On pourrait aussi ajouter une page d’affichage brute des données dans des 
tableaux.
Et donc à partir de là envisager de modifier les plugins de géographie pour 
l’acquisition des données.

Qu’en pensez-vous ?
Si vous pensez que c’est une bonne idée dans quel site de la galaxie 
trouverait-il sa place ?


Salut,

pour ma part, comme ce sont des données pas très volumineuses, je 
préfère qu'un site intègre lui même les données dans ses tables plutôt 
que de dépendre d'une API distante qui peut être indisponible à un 
moment donné.


Sinon, pour une base des communes j'ai utilisé récemment l'open data de 
La Poste :

https://datanova.laposte.fr/explore/dataset/laposte_hexasmal/information/?disjunctive.code_commune_insee_de_la_commune_postal_5
Seul défaut : les noms des communes sont en capitale.

Il y a pas mal d'autres sources sur le site, et on peut même s'inscrire 
pour être tenu au courant des mises à jour.



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

[spip-dev] Menus : migration défectueuse

2020-06-01 Par sujet Stephane Santon

Bonjour,

Un truc bizarre.
J'ai importé une base SPIP 3.2.7 avec menus 1.6.11 vers un site neuf 
3.2.7 et menus 1.7.25.


Mon menu n'apparaît plus.
Quand je vais l'éditer dans l'espace privé, j'ai bien mes 7 entrées 
définies, mais en éditant chaque entrée, tous les champs sont vides !


Et dans la base par phpMyAdmin, j'ai bien mes données dedans...

Une piste ?

Merci

--
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] Gitea - Migration de _dev_

2020-06-01 Par sujet teamspipfact...@gmail.com

Le 01/06/2020 à 13:26, Eric Lupinacci a écrit :

Hello,

On vient de migrer le repo _dev_/univers_spip qui était uniquement sous SVN. Il 
est maintenant dans l’organisation spip-contrib-galaxie.
Il reste encore un Salvatore dans _dev_ : est-il utile ou pas ?

Une petite chose encore : ne serait-il opportun de transférer le débardeur dans 
spip-contrib-outils ?

++
Eric

merci, je m'en sert pour les stats d'Escal

--
spipfactory.fr

Perdu dans la Galaxie SPIP ? : https://boussole.spip.net/
---
Tout SPIPeur, qui fait quelquechose,
a contre lui ceux qui voudraient faire la même chose, ceux qui font précisément 
le contraire,
et surtout la grande armée des gens, beaucoup plus sévéres, qui ne fait rien.
Merci a ceux qui font.

___
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] Nomenclatures et serveur de données

2020-06-01 Par sujet Eric Lupinacci
Hello,


J’ai réalisé il y a déjà pas mal de mois (voire d’années) un plugin 
confidentiel nommé Nomenclatures (préfixe isocode) qui rassemble des data 
normatives sur les langues, les unités monétaires, les pays et autres zones 
géographiques…
Le but à l’origine était de pouvoir contrôler les étiquettes de langue SPIP et 
de proposer un renommage, ce qui a été fait dans des articles de la Taverne (à 
intégrer à SPIP pour la 4.0).

Il y a quelques temps j’ai doté Nomenclature d’une API REST basée sur REST 
Factory de façon à offrir ces données à l’ensemble de la communauté et des 
plugins qui pourraient en avoir besoin.
En particulier, les plugins Continents, Pays et Géographie pourraient y puiser 
les données de peuplement des tables.

Donc, je me dis que ça serait bien d’installer ce plugin sur un site de la 
Galaxie et de s’en servir.
On pourrait aussi ajouter une page d’affichage brute des données dans des 
tableaux.
Et donc à partir de là envisager de modifier les plugins de géographie pour 
l’acquisition des données.

Qu’en pensez-vous ?
Si vous pensez que c’est une bonne idée dans quel site de la galaxie 
trouverait-il sa place ?


++
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] Gitea - Migration de _dev_

2020-06-01 Par sujet Eric Lupinacci
Ok, c’est ce que j’imaginais.

> Le 1 juin 2020 à 13:34, Cerdic  a écrit :
> 
> Non plus besoin de salvatore de _dev_ c’est la vieille version. 
> Salvatore est maintenant intégré dans le plugin trad-lang
> 
> --
> Cédric
> Le 1 juin 2020 à 13:26 +0200, Eric Lupinacci , a écrit :
>> Hello,
>> 
>> On vient de migrer le repo _dev_/univers_spip qui était uniquement sous SVN. 
>> Il est maintenant dans l’organisation spip-contrib-galaxie.
>> Il reste encore un Salvatore dans _dev_ : est-il utile ou pas ?
>> 
>> Une petite chose encore : ne serait-il opportun de transférer le débardeur 
>> dans spip-contrib-outils ?
>> 
>> ++
>> 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] Gitea - Migration de _dev_

2020-06-01 Par sujet Cerdic
Non plus besoin de salvatore de _dev_ c’est la vieille version.
Salvatore est maintenant intégré dans le plugin trad-lang

--
Cédric
Le 1 juin 2020 à 13:26 +0200, Eric Lupinacci , a écrit :
> Hello,
>
> On vient de migrer le repo _dev_/univers_spip qui était uniquement sous SVN. 
> Il est maintenant dans l’organisation spip-contrib-galaxie.
> Il reste encore un Salvatore dans _dev_ : est-il utile ou pas ?
>
> Une petite chose encore : ne serait-il opportun de transférer le débardeur 
> dans spip-contrib-outils ?
>
> ++
> 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

[spip-dev] Gitea - Migration de _dev_

2020-06-01 Par sujet Eric Lupinacci
Hello,

On vient de migrer le repo _dev_/univers_spip qui était uniquement sous SVN. Il 
est maintenant dans l’organisation spip-contrib-galaxie.
Il reste encore un Salvatore dans _dev_ : est-il utile ou pas ?

Une petite chose encore : ne serait-il opportun de transférer le débardeur dans 
spip-contrib-outils ?

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