[spip-dev] [Pousseur] Erreur sur petitions
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
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
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
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
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
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
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
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_
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
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_
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_
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_
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
