Les nouveaux événements ne sont plus relayés sur Twitter

Depuis 2016 :

https://twitter.com/agendadulibre

C'est toujours opérationnel pour l'instance française de l'AdL par contre :

https://twitter.com/AgendaduLibreFr

... donc c'est certainement possible de corriger. :-)

mentioned in commit ansible@de8380da

mentioned in merge request ansible!7 (closed)

Les variables suivantes ne sont visiblement pas définies : TWITTER_CONSUMER_KEY TWITTER_CONSUMER_SECRET TWITTER_ACCESS_TOKEN TWITTER_ACCESS_SECRET

Voir https://gitlab.com/facil/agenda-libre-quebec/blob/adl_quebec_rebase/app/models/event_callbacks.rb#L69

Plus de détails dans ces MRs :

• https://gitlab.com/facil/ansible/merge_requests/7
• https://gitlab.com/facil/ansible-vars/merge_requests/1. Il faut ajouter les valeurs décrites ci-dessus pour autoriser l'accès au compte twitter de facil.

Hum en fait je ne suis pas sûr de bien comprendre entre la issue actuelle (liée à l'Agenda du Libre) et les MR (liées à Dates Faciles, instance de Framadate). C'est 2 projets différents.

Si le problème concerne bien l'Agenda du Libre, c'est pas vraiment lié à l'infra des Services Faciles. Le serveur est quand même géré avec Ansible mais pas l'install de l'Agenda du Libre où c'est fait manuellement car plus vieux que le projet des Services Faciles. Donc si tu veux rajouter des directives dans la conf, il faut que tu clones le dépôt git de ce projet (agenda-libre-quebec) sur ton poste, édites le fichier en question et commit+push. Ensuite sur le serveur tu pourras faire un git pull dans l'environnement de dev (pas grave si quelque chose casse) et voir si ça corrige le problème. Et faire pareil en prod ensuite.

Il y a une documentation sur le wiki sur la procédure (plus lié à la mise à jour de l'Agenda du Libre), mais la procédure à suivre reste la même.

Hésites pas si tu veux des précisions !

Effectivement, c'est une confusion de ma part !

J'ai donc essayé de monter l'application en local, mais j'ai une erreur avec nokogiri :

bundle install --path vendor/bundle --without production --full-index
Your Gemfile lists the gem mysql2 (>= 0) more than once.
You should probably keep only one of them.
While it's not a problem now, it could cause errors if you change the version of one of them later.
Fetching source index from https://rails-assets.org/
Fetching source index from https://rubygems.org/
Fetching source index from https://rails-assets.org/
Using rake 12.3.1
Using concurrent-ruby 1.0.5
Using i18n 1.0.0
Using minitest 5.11.3
Using thread_safe 0.3.6
Using tzinfo 1.2.5
Using activesupport 5.1.6
Using builder 3.2.3
Using erubi 1.7.1
Fetching nokogiri 1.8.2
Downloading nokogiri-1.8.2 revealed dependencies not in the API or the lockfile (mini_portile2 (~> 2.3.0)).
Either installing with `--full-index` or running `bundle update nokogiri` should fix the problem.

In Gemfile:
  actionview-encoded_mail_to was resolved to 1.0.9, which depends on
    rails was resolved to 5.1.6, which depends on
      actioncable was resolved to 5.1.6, which depends on
        actionpack was resolved to 5.1.6, which depends on
          actionview was resolved to 5.1.6, which depends on
            rails-dom-testing was resolved to 2.0.3, which depends on
              nokogiri

Mes connaissances en ruby étant limitées, je suis vite passé à autre chose pour le moment.

D'après https://gitlab.com/facil/agenda-libre-quebec/blob/adl_quebec_rebase/app/models/event_callbacks.rb#L67, les valeurs doivent être définie dans des variables d'environnement ou des variables apache.

Faut-il les définir manuellement sur le serveur ou y a t-il une autre méthode ? Il suffirait sinon d'exécuter export TWITTER_CONSUMER_KEY=valeur export TWITTER_CONSUMER_SECRET=valeur export TWITTER_ACCESS_TOKEN=valeur export TWITTER_ACCESS_SECRET=valeur sur le serveur.

closed

reopened

As-tu essayé de faire un bundle update nokogiri comme suggéré ? De mémoire j'avais déjà eu ce problème et le bundle update avait corriger le problème.

Pour les variables tu peux les définir au niveau d'Apache, au niveau du vhost (c'est Apache qui crée l'env dans lequel s'exécute ruby) avec RailsEnv. Il y en a déjà dans les vhosts adl-dev/adl-prod je crois.

@pierreduchemin : on peut fermer ici ?

@pierreduchemin : je te relance là-dessus : on peut fermer ici ou pas ? :-)

closed