Zones d'agrandissement des fenêtres minuscules
Salut, Sur Plasma de Buster. Les bords des fenêtres où l'on peut venir avec la souris sont si fins que je mets souvent plus de 30 secondes à positionner correctement la souris pour agrandir la fenêtre. J'ai cherché, cherché mais pas trouvé où je pourrais régler cela. Une idée ? Merci
Re: [1/2 résolu] Erreur d'extraction de tarball
Bonjour, 9 sept. 2020 à 22:14 de Olivier Humbert : > Ça, c'est un beau thread de liste d'entre-aide qui fini avec un rapport de > bogue. > Oui belle coopération sauf que je suis pas certain qu'il s'agisse d'un bug... Tout n'est-il pas expliqué à l'adresse https://www.gnu.org/software/tar/manual/html_node/Dealing-with-Old-Files.html ? Bien cordialement, l0f4r0
Re: E16 et la réorganisation des fenêtres
Le mercredi 9 septembre 2020 à 18:50:03 UTC+2, benoit a écrit : > Bonjour, > > > Merci pour les liens, ce n'est pas ce que je cherchais car, ça permet > uniquement de dimentioner les fenêtres en demis ou quart d'écran et de les > placer dans le coin supérieur ou inférieur gauche ou droit, mais il n'y a pas > d'optimisation de placement comme le faisait E16. > > Mais c'est quand même très intéressant et je l'ai ajouté dans ma config > d'openbox. > -- > Benoit > > > Sent with ProtonMail Secure Email. Désolé, tout ce qui est tiling WM ma passe un peu au-dessus de la tête :-) par curiosité, j'avais dû en installer un une fois et abandonner tout de suite... Par contre j'avais oublié qu'il existe des WM dynamiques (qui peuvent changer de mode: Stacking/Tiling), ça répond peut-être à ton besoin si tu es prêt à changer une nouvelle fois de WM. Le wiki archlinux propose une liste: https://wiki.archlinux.org/index.php/Window_manager#Dynamic_window_managers
Re: [1/2 résolu] Erreur d'extraction de tarball
Le 2020-09-07 23:54, David Sinquin a écrit : Bonsoir, je reproduis aussi avec Mate. Après avoir regardé de plus près, je reproduis aussi avec: workdir="$(mktemp --directory)" mkdir -p $workdir/base/directory/ touch $workdir/base/directory/empty ln -s directory $workdir/base/link engrampa $workdir/base/ -a $workdir/archive.tar && echo OK # OK tar tvf $workdir/archive.tar base/link # hrw-r--r-- user/user 0 2020-09-07 23:26 base/link/empty # lrwxrwxrwx user/user 0 2020-09-07 23:26 base/link -> directory rm -rf "$workdir" Évidemment, le fait qu'il y ait dans l'archive à la fois la cible du lien et un lien de même nom n'est pas du tout normal et c'est ce qui cause l'erreur à l'extraction… Oui, ça semble logique. Au point où j'en étais, j'ai créé un rapport de bug : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=969761 en espérant que ça permette de gagner l'autre moitié de la résolution :-) Je vais aller y ajouter quelques infos peut être pour essayer d'attirer l'autre moitié :) Ça, c'est un beau thread de liste d'entre-aide qui fini avec un rapport de bogue. Parfait et merci David ! Fabrice a écrit : Je ne reproduis pas l'erreur avec le gestionnaire de fichiers standard de GNOME. Essaie de verifier l'archive en ligne de commande: tar -tf ~/Bureau/fogpad-port.tar.xz La commande indique-t-elle une erreur? Peux-tu m'envoyer (a mon adresse seulement, pour eviter de spammer la mailing-list) le fichier afin que je regarde de mon cote? Puisque le bogue a été cerné, je ne sais pas si tu as encore besoin de tout cela. Si oui, envoie moi un message (perso) et je te ferai un tarball comme tu le demandais. Merci à toutes les personnes ayant participées ici. Bonne soirée/journée. Olivier -- Site web : https://librazik.tuxfamily.org/ Donation : https://liberapay.com/LibraZiK/ Diaspora : https://framasphere.org/people/8c184af0c9450134f6682a053625 Mastodon : https://mastodon.xyz/@LibraZiK
Re: bibliothèque pdf pour php[RESOLU]
Bonsoir Oui, c'est juste. Il y a peut être des cas exotiques où ce ne sera pas vrai (je laisse une ouverture au scénario de la loi de l'emmerdement perpétuel, pour ma décharge :) ). Un conseil tant que j'y suis : les librairies téléchargées par composer ne doivent en principe pas être accessibles depuis un navigateur. Par sécurité, et si c'est necessaire, envisage de modifier ton projet de sorte qu'il présente un sous dossier comme racine pour le navigateur (de mémoire document root pour Apache) et des dossiers frères pour toutes les ressources qui ne doivent pas être accessibles par les usagers. Le dossier vendor étant un de ceux là. Autre avantage, si tu connais git ou un autre CVS (qui sera forcément moins bien que git), tu pourras maintenir, développer ou bug-fixer ces librairies tierces assez facilement. Encore quelques infos : composer te permet de choisir des versions des librairies, par exemple si tu n'es pas compatible avec les dernières versions. Je te laisse lire sa documentation, c'est pas très sorcier. Jette aussi un oeil à composer.json pour voir une partie du potentiel de ce gestionnaire de paquet. N'hésite pas à chercher des librairies sur packagist.org car il y a beaucoup de ressources. Le 9 septembre 2020 19:38:20 GMT+02:00, Jose CHARTERS a écrit : >Le 07/09/2020 à 22:41, Dethegeek a écrit : >> Si tu as d'autres librairies dans le projet, par cohérence, tu devrais >> les "convertir" à composer. Ton projet deviendra plus simple à maintenir. > >Bonsoir, > >Si je comprends bien, composer installe les librairies dans le >répertoire racine du site. > >Ce qui fait, qu'en cas de migration, et de changement de système, le >fait de copier le répertoire sur la nouvelle machine, les librairies >seront également copiées. Et les librairies ne seront plus manquantes. > >Ai-je bien compris ? > >Cordialement, > >José Charters > -- Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté.
Re: bibliothèque pdf pour php[RESOLU]
Le 07/09/2020 à 22:41, Dethegeek a écrit : Si tu as d'autres librairies dans le projet, par cohérence, tu devrais les "convertir" à composer. Ton projet deviendra plus simple à maintenir. Bonsoir, Si je comprends bien, composer installe les librairies dans le répertoire racine du site. Ce qui fait, qu'en cas de migration, et de changement de système, le fait de copier le répertoire sur la nouvelle machine, les librairies seront également copiées. Et les librairies ne seront plus manquantes. Ai-je bien compris ? Cordialement, José Charters
Re: équivalant de history -c en ZSH ?
‐‐‐ Original Message ‐‐‐ Le mercredi 9 septembre 2020 09:58, Sébastien NOBILI a écrit : > > Une discussion similaire là : > > https://unix.stackexchange.com/questions/544373/how-to-clear-history-in-zsh > > Chez moi, Zsh inscrit les commandes dans le fichier d'historique dès > qu'elles > sont lancées, contrairement à Bash qui les inscrit en quittant. > Bonjour, Merci pour ces infos. En effet j'ai pu le constater en faisant un tail -f sur le fichier d'historique. Donc contrairement à Bash on ne peut pas demander à zsh «d'oublier» les commendes lancées puis qu'elles sont déjà écrites. Quant à history -p pour zsh il arrête d'écrire après, mais ce n'est pas « rétroactif ». > Quand j'ai besoin d'oublier une commande, je vais directement éditer le > fichier > d'historique : > > vi $HISTFILE > En oubliant pas que si vi est une (/etc/)alternative de vim, il log ce qui a été fait dans .viminfo. -- Benoit
Re: E16 et la réorganisation des fenêtres
Bonjour, Merci pour les liens, ce n'est pas ce que je cherchais car, ça permet uniquement de dimentioner les fenêtres en demis ou quart d'écran et de les placer dans le coin supérieur ou inférieur gauche ou droit, mais il n'y a pas d'optimisation de placement comme le faisait E16. Mais c'est quand même très intéressant et je l'ai ajouté dans ma config d'openbox. -- Benoit Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ Le lundi 7 septembre 2020 09:33, didier gaumet a écrit : > Hello, > > Peut-être que ce qui est évoqué ici pourra t'aider (je ne sais pas, j'utilise > bêtement Gnome) : > https://thomashunter.name/posts/2019-01-27-treating-openbox-like-a-tiling-windowmanager > https://ideatrash.net/2019/06/organizing-and-tiling-your-windows-on-openbox-using-only-openbox.html
Re: équivalant de history -c en ZSH ?
Bonjour, Le 2020-09-08 20:33, benoit a écrit : history est une commande de bash. history -c Pour demander à bash d'oublier ce que j'ai fait. Existe-il un équivalant ZSH pour lui demander de ne pas écrire dans le fichier d'historique des commandes en quittant ? Une discussion similaire là : https://unix.stackexchange.com/questions/544373/how-to-clear-history-in-zsh Chez moi, Zsh inscrit les commandes dans le fichier d'historique dès qu'elles sont lancées, contrairement à Bash qui les inscrit en quittant. Quand j'ai besoin d'oublier une commande, je vais directement éditer le fichier d'historique : vi $HISTFILE Sébastien
