Vous n'êtes pas identifié(e).
...ensuite via un script tu peux exporter le calendrier de nextcloud puis le transférer en FTP comme tu le faisais
Je comprends tout ça. Mais ça signifie abandonner la gestion de mon calendrier dans Thunderbird, et basculer sur le cloud. Même si c'est mon Nextcloud, ça fait beaucoup de complication, et surtout, personne parmi le groupe que je gère ne va suivre cette stratégie... Si je ne trouve pas plus simple, je le tenterai pour moi...
https://help.nextcloud.com/t/download-i … pt/15086/7
https://help.nextcloud.com/t/tasks-back … urls/41427
via l'interface web, il faut trouver l'adresse exact
idéalement, créer un mot de passe d'application
Merci!
Je comprends qu'à condition de publier mon calendrier Thunderbird sur mon Nextcloud (ce qu eje ne sais pas encore faire), je peux ensuite indiquer à quelqu'un d'autre sur une machine de pointer son Thunderbird sur le .ics obtenu via l'url qu'ils décrivent, genre https://[SERVER]/remote.php/dav/calendars/[USERNAME]/[URI]?export . C'est assez compliqué de devoir passer par Nextcloud rien que pour ça, mais je vais essayer...
il me semble que c'est pas trop compliqué d'automatiser l'export sur Nextcloud
ensuite un script qui intègre ça et le ftp
Merci Saitama-san!
Automatiser un backup sur nextcloud j'en ai bien l'expérience, par contre une fois stocké par nextcloud sur le serveur, le fichier se retrouve Dieu sait où et je ne sais pas comment le recopier au bon endroit (surtout que c'est un hébergeur associatif où je n'ai pas beaucoup de droits admin...)
Par contre, du coup je me demande si on pourrait abonner un Thunderbird à une adresse Nextcloud... je n'en ai pas trop l'impression (lorsqu'on publie un doc sur NC pour quelqu'un on a une url http...)
https://support.mozilla.org/en-US/kb/ex … a-calendar
Things you need: A server supporting WebDAV
Oui :-/
Cependant, (a) c'était pas le cas avant et (b) mon serveur ne le supporte pas, du moins pas à cet endroit.
Je vois bien qu'il me faudrait utiliser Nextcloud par exemple (dont je me sers déjà ailleurs) mais si je fais ça, je change les adresses d'export de tous mes utilisateurs, et en gros, je les perds, parce qu'ils auront la flemme...
Je pensais qu'il fallait forcément passer par un tiers sur ce genre de choses, genre framagenda
Merci Otyugh!
En fait ça marchait tout-à-fait bien avant (un groupe publiant des agendas par ftp, et s'abonnant au même endroit pour récupérer ceux des autres).
Il y a même des scripts php open source très élaborés comme phpicalendar qui peuvent montrer en ligne les calendriers .ics stockés ainsi au besoin.
Mon problème est précisément qu'une fois que le groupe existe et a pris ses habitudes, l'inertie est telle que si on tente même juste de déplacer la chose, par exemple ici vers Framagenda, on perd immédiatement 90% des abonnés; c'est une chose que j'ai vécue plusieurs fois déjà...
Je suis en train de considérer une exportation (au lieu d'une publication) vers un dossier local qui serait un "raccourci déguisé" vers le bon dossier connecté en ftp, mais c'est assez compliqué pour moi...
... touche Alt ensuite Evenements > Publier
Oui, ça j'y arrive toujours, mais ce qui ne fonctionne pas c'est le dialogue qui apparaît ensuite, qui me demande de remplir "l'url de publication".
Auparavant, c'est là-dedans que j'inscrivais ftp ou http... indiquant où aller; désormais, soit je ne trouve pas la bonne formule, soit le ftp n'est plus supporté, en tout cas j'ai un message d'échec, à l'instant par exemple "error 405 : method not allowed"...
Rebooter n'est pas la chose à faire s'il y a la moindre erreur lors d'une mise à jour.
ben oui, mais que faire d'autre?
J'ai rebooté, il y a eu des problèmes, de fait : les réglages du serveur de fenêtres (?) ont été détruits dans mon user de base, et j'ai dû fermer et rouvrir une session avec un second (super)user pour ramener dans l'user de base les fichiers .config sauvegardés deux heures avant :-(
J'ai l'impression que la config de mon user de base est mal foutue depuis un moment, car ça fait plusieurs fois que je vois ça...
En tout cas,
1) merci!! -j'ai bien 6.1.0-18-amd64 après uname -a
2) quelle serait la procédure que tu conseilles après pareille mise à jour (par le béotien que je suis)?
La mise à jour à installer pour corriger le problème concerne les paquets du pilote nvidia, pas le noyau. As-tu ajouté bookworm-proposed-updates dans sources.list et mis à jour la liste des paquets disponibles avec apt update ?
Je viens juste de le faire. Synaptic a, du coup, installé le noyau 18 dans la foulée sans rien me demander (!!!), vu qu'il devait se souvenir que je l'avais demandé il y a quelques jours (presque terrifiant pour un newbie comme moi)
Pour l'instant je contemple la machine avec inquiétude, mais je vais rebooter pour voir...
Je ne connais pas synaptic ni sa façon de présenter les mises à jour. Il me semble que
apt list --upgradable
affiche la source des mises à jour disponibles.
Tu devrais pouvoir désactiver proposed-updates après avoir fait la mise à jour.
Merci raleur!
Actuellement, et bien que le noyau 18 soit téléchargé, apt list --upgradable ne me donne que deux softs mineurs dont effectivement je n'ai pas fait la mise à jour, mais rien sur le noyau. Je vais me lancer dans le man apt ;-)
J'ai eu un problème similaire,
raspi-firmware était la cause du blocage.
(...)
Mais je ne suis pas sur Raspberry sur cette machine-là :-)
Problème connu et rebattu, incompatibilité entre le noyau -18 et le pilote nvidia.
Une mise à jour du pilote nvidia corrigeant ce problème est disponible dans bookworm-proposed-updates.
Merci infiniment!
La question que je me pose est, si j'ajoute le repo "proposed-updates" pour mettre NVidia à jour, est-ce que je vais pouvoir distinguer facilement ensuite les mises à jour "juste proposées" des autres, dans Synaptic notamment? (ou bien faut-il que je retire "proposed-updates" après avoir fait ma mise à jour?)
(je ne suis pas trop expert dans les détails d'apt...)
Merci encore!
Et à la fin de l'opération, un dialogue m'indique à peu près la même chose :
Je ne sais pas trop que faire, je ne sais même pas comment effacer et recharger la mise à jour...
Jevois qu'il y a un "fautif" annoncé, autour de ma carte NVidia, mais j'ai des tonnes de paquets "Nvidia", certains non installés, d'autres à jour selon Synaptic...
D'avance merci pour tout conseil!
H.
X11 est le serveur graphique, il n'a rien a voir avec tes soucis.
les fenetres sans bordure, c'est le gestionnaire de fenetre qui gère cela (xfwm4), au travers de XFCE qui est ton gestionnaire de bureau.
plus d'infos ici : https://docs.xfce.org/xfce/xfwm4/start
tout ceci se paramètre dans un menu (que je n'ai plus en tete) un clic droit sur le bureau et passe toutes les options en revues.
dans le menus "paramètres" aussi tu as des tonnes de réglages relatifs au design de l'interface.
Merci de ces détails!
Je vais me noter ça dans un coin, xfwm4, car ce n'est pas la première fois que ça m'arrive!
De fait, je n'avais pas non plus accès aux réglages des paramètres du bureau...
Mais j'ai fini par résoudre l'ensemble du problème en récupérant, dans l'une de mes sauvegardes quotidiennes de /home, les derniers fichiers invisibles de paramètres datant "d'avant la panne", et manifestement
- c'étaient ceux de xfwm4
- qui étaient verrouillés par l'affichage en cours, ce qui m'empêchait de les remettre d'équerre contrairement à tous les autres...
Bref maintenant,grâce à vous tous, ça marche!
Je vais passer le fil en [résolu] de ce pas.
Pour info, la méthode "end-user bourrin" que j'ai utilisée consiste à
- employer depuis longtemps l'utilitaire "back in time", qui n'est qu'une surcouche intelligente sur rsync, mais avec plein d'option, notamment son automatisation
- ramener avec cet utilitaire les prefs invisibles du dossier .home ayant été modifiées le jour de la panne
- et dans le cas des fenêtres, effectuer la manip ci-dessus en lançant "back in time" à partir d'un second user admin (vide et ne servant qu'à ce genre de problème) en fermant bien la session principale avant, de façon à ne pas bloquer les prefs fautives...
Bref : vive "back in time", vive "user2" et surtout vive debian-facile!
H.
cela veut dire que tu as supprimé ton user et recréé un nouveau ?
non, pas encore. J'ai juste remplacé, dans l'user actuel, tous les fichiers invisibles de son /home par ceux d'avant. Il doit avoir un autre fichier, peut-être en relation avec le fenêtreur X, peut-être avec xfce, que je n'ai pas remplacé...
si ta une sauvegarde restaure le home , en excluant les répertoire de données perso Vidéos,Images,Téléchargements,Musique et Documents
çà devrait pas être long
comme quoi la sauvegarde régulière c'est bien pratique en cas de pépin
Je viens de restaurer tous les fichiers invisibles de mon /home tels qu'ils étaient la semaine dernière; j'ai récupéré quelques éléments positifs (mon lanceur d'applications notamment) mais j'ai toujours le problème des fenêtres sans bords ni barre en haut permettant de les manipuler, et dans le gestionnaire de paramètres de xfce ne permet pas le démarrage du gestionnaire de fenêtres.
Moi qui n'y connaît pas grand'chose, est-ce que c'est en relation avec X11? Mais je ne sais pas quels fichiers lui correspondent...
tu ne gagnerais pas ton temps à sauver tes données perso sur ton user "malade" vers un disque externe par exemple ?
ensuite tu supprimes ce user et tu le créés à nouveau.
tu repartirais avec les paramètres "stock" que tu pourrais configurer tranquillement à ta sauce.
C'est tentant, mais n'y aura-t-il pas de problème d'UID ou quelque chose comme ça si je tue et recrée mon user de base?
Car de fait je suis très proche de pouvoir faire ça, car j'ai déjà une sauvegarde automatique de tout mon dossier user, quotidienne, sur un disque séparé (j'ai un Lenovo portable super lourdaud mais qui en contrepartie a d'emblée deux disques internes!)
hello
quel dossier renommés?
En gros, à partir du second compte de secours, nommé herve2, j'ai renommé successivement tous les fichiers ou dossiers invisibles de mon user initial herve1 qui avaient été modifiés au cours des dernières 48h (date de "l'incident"), en considérant qu'un renommage par l'admin ne changeait pas le propriétaire.
Je les renommais en ajoutant EX devant, comme .EXfichiermachin par exemple.
Ensuite je changeais de session vers herve1, je constatais que ça ne marchait pas, je fermais la session herve1 (plutôt que de juste basculer), je rouvrais herve2 et je passais au fichier ou au dossier invisible suivant, après avoir aussi remis en place (par un second renommage) le .EXmachinprécédent en .machinprécedent
Dans le détail, j'ai tenté:
– /home/herve/.cache/gstreamer-1.0/
– /home/herve2/.cache/sessions/ je remplace tout le dossier "sessions" pour voir : non
– dans /home/herve/ je remplace. Xauthority : non
– TOUT le dossier .cache : non
– le dossier .config : non!
– le dossier .steam, non
– le dossier .gconf : non
et apparemment il n'y en a pas d'autre de modifiés récemment. Peut-être que ma méthode de masquage par denommage à partir de l'autre compte n'est pas bonne. J'envisage aussi de changer les groupes de tous mes fichiers, de "herve1" à "sudoers", comme ça herve2 pourrait toucher à tout sans sudo, mais j'ai pas essayé, ça sent la modif supplémentaire qui ajoute de l'incertain partout...
chrisinfo a écrit :la situation s'est améliorée en installant le paquet pipewire-audio.
je me lance, mort de peur cependant!
[edit] -ça a marché!!
Merci!!
Maintenant il ne me reste plus qu'à réparer mes bêtises sur le GUI, et les fenêtres. Je vais peut-être clore ici et rouvrir un autre post...
la situation s'est améliorée en installant le paquet pipewire-audio.
je me lance, mort de peur cependant!
C'était quoi le tuto anglais qui a eu un mauvais effet stp ?
je ne retrouve plus le détail, mais le lien https://forums.debian.net/viewtopic.php?t=155791 indiquait u'il fallait basculer de pulseaudio à pipewire sur Debian 12, et ailleurs (je cherche encore) l'on conseillait de désinstaller un paquet contenant pulseaudio-bluetooth, ce que j'ai fait en vain, puis je l'ai remis. A partir de là mon interface est grillée, comme décrit au-dessus :-(
J'ai un second user qui marche, à partir de lui j'ai tenté d'effacer les préférences récentes dans les fichiers invisibles, mais en vain (et en dégradant de plus en plus le GUI...)