Vous n'êtes pas identifié(e).
Mais explorer.exe commence à planter après 'installation de comtcl32.
Je m'en suis sorti en créant un préfixe wine dédié à captvty, et un autre vierge pour les autres applications.
Ça ne répare pas le comportement de captvty, mais les autres softs se comportent normalement.
Voir le fil que j'avais ouvert ici https://debian-facile.org/viewtopic.php … 54#p352754
Est-ce que ça vaut la peine d'ajouter un avertissement dans le wiki ?
y compris les applis wine intégrée comme (?) :
Ta question m'a amené sur une piste, la commande :
plante quand elle est appelée après l'installation de wine et Captvty en suivant le tuto du wiki Captvty. (je dis peut-être une bêtise, mais si explorer.exe ne fonctionne pas, ça explique peut-être que l'arborescence ne soit pas accessible pour un exe w$ appelé par wine?)
En revanche, explorer.exe se lance correctement juste après une installation "fraiche" de wine.
J'ai donc testé explorer.exe à chaque étape du tuto Captvty, est c'est après l'installation de comctl32 que explorer.exe ne se lance pas.
J'ai ensuite découvert çà et là la notion de préfixe pour wine, et la possibilité d'en utiliser plusieurs.
Du coup, je me suis créé un préfixe par défaut pour toutes mes applications,
et un deuxième préfixe dédié à captvty
sur lequel j'installe captvty en suivant le tuto, en ajoutant le préfixe à chaque commande.
Par exemple,
devient
Pour lancer mes applis w$, j'utilise le préfixe par défaut:
pour lancer captvty, j'utilise le préfixe dédié:
Et tout baigne.
Ça m'avait échappé, mais apparemment, je ne suis pas le seul à avoir ce problème d'accès à l'arborescence des dossiers. cf. le fil consacré au wiki captvty https://debian-facile.org/viewtopic.php … 90#p344590
J'y mets un lien vers ici-même.
Est-ce que ça mérite que j'ajoute un avertissement et une courte explication sur les préfixes dans le wiki captvty?
Est-ce que ça mérite aussi que je m'attèle à un tuto sur les préfixes?
L'appli se lance, j'écris, je mets en forme
Clic sur enregistrer et...
Par contre, je ne sais pas si c'est lié,
Il est sous
(et c'est de là que je le lance)
L'appli se lance et fonctionne...
...jusqu'au clic qui tue (l'appli):
2 - Pour Captvty :
L'appli se lance et fonctionne...
...Et lors du clic :
Une piste pour résoudre ça ? (J'aimerais éviter de passer par une VM, mais bon...)
J'utilise en effet /e/ depuis un peu plus d'un an : https://debian-facile.org/viewtopic.php … 26#p319426
Super retour d'expérience ! Ainsi que le fil de Trefix sur la e.foundation.
Malgré les migraines que /e/ lui a causées, je pense que c'est ce que je vais choisir, ça m'a l'air plus aisé à prendre en main, surtout en gardant quelques chaines au pied chez ggle.
Coté engin, ça sera sans doute un Galaxy reconditionné, mais je ne suis pas encore fixé sur le modèle, ni sur le budget.
Si l’écran de mon BB priv de 2016 m'en laisse le temps (adieu au clavier physique ), je vais continuer à fureter, ne serait-ce que pour vérifier si y-en-a-t-y-pas un à éviter.
Par exemple, sur le S7, le hotspot semble problématique (ben oui, chez moi, c'est 4G ou , sisi, ça existe encore !).
En tout cas, à tous les deux de m'aider à démarrer l'année, je vous souhaite un bon démarrage de 2021 à vous aussi !
[AJOUT et RESOLU] Finalement ça sera un S9 reconditionné, sur lequel j'installerai /e/.
Assez déçu de n'avoir pas pu acheter un FP3 avec /e/préinstallé chez e.foundation : apparemment, achat impossible en France pour l'instant, peut-être à cause de la MMS issue ? "french friendly" certes, mais "france friendly", pas pour l'instant.
J'aurais pu soutenir l'initiative anti-obsolescence de FP en l'achetant chez eux et en installant /e/ moi-même, mais finalement, ça aurait été plus cher, et plus neuf. J'ai choisi l'option recyclage.
autre webcam ne connaitre pas ton linux
Un peu de lecture et j'ai compris ta réponse... 1er chapitre de https://wiki.archlinux.org/index.php/We … up#Loading Merci !
J'ai trouvé les deux cameras ("pré-UVC")et des ressources aussi ante-dilluviennes que les webcam : gspca, gspca devices et webcam.
Et je cale.
Compiler et patcher, ça me dépasse.
Merci à ceux qui se sont penchés sur mon sujet.
ClayStone a écrit :J'ai pas eu le choix, j'ai dû installer Skype hmm .
Connais-tu Jitsi?
Oui , et en fait j'utilise normalement jami sur lequel la vidéo fonctionne (j'aurais dû préciser ça en plus de VLC et motion).
Mais l'un de mes interlocuteurs n'a aucune envie de découvrir autre chose... Ce qui explique le "j'ai dû"
@rodrigue7973
peut etre tu retiré un webcam car la skype va detecté un bot
Arf... d'accord ! J'suis con...
Une seule des webcam connectée, puis l'autre, j'ai toujours ce rectangle noir
jitsi non pas deux webcam je pense
Je n'ai pas besoin des deux, j'essayais les deux en espérant qu'il y en ait une au moins qui fonctionne
Skype les voit toutes deux, mais quelque soit laquelle je sélectionne, la fenêtre vidéo reste noire.
En ce moment,
/dev/video0 correspond à la philips 200NC
/dev/video1 c'est la quickcam V-UAS14
VLC les ouvre avec l'argument v4l2://
La solution indiquée en 5.1. sur cette page https://doc.ubuntu-fr.org/skype n'a pas réglé le problème.
J'ai ces répertoires / fichiers
Je n'ai pas tenté ceci https://wiki.archlinux.org/index.php/Webcam_setup trouvé dans ce fil (à propos d'un autre problème...), ça me parait un peu ardu pour mon petit niveau... Est-ce que ça vaut la peine que j'y mette mon nez ?
Et comment traduire echobot dans
Skype The echobot does not support videochat. Don't use it for testing your webcam
?
Sinon, quelqu'un pourrait-il me guider vers une solution ?
Merci !
et :
Pas possible d'atteindre wiki.debian.org ni les manpages, (DF, j'y accède parfaitement !)
Suis-je le seul dans ce cas ?
Et suppression de l'index
Et ça marche beaucoup mieux maintenant : résolu
Et j'ai appris des trucs !
Merci d'avoir attendu pour te taire sur le sujet !
1Go de RAM et "mémoire virtuelle de 256Go" (what) et 78Go d'indexe... Y a juste une couille. x)
en effet
J'ai tenté un reinstall et la suppression de l'index, mais pas d'amélioration.
Si baloo ne sert qu'à indexer mes fichiers pour accélérer la recherche de fichiers, je n'en ai en effet pas besoin.
Mais comment le désinstaller ?
Je vais "casser" KDE, non?
[ajout]
85% pour HDD2, c'est normal
mais 90% pour home, c'est 74G pour .local/share/baloo/index sur les 78G
[/ajout]
[ajout]
Capture de lxtask, PC "au repos"
sortie de htop
iotop installé avec synaptic :
[/ajout]
J'ai lu quelque part que les 128 To ne sont pas inquiétants.
Quid des 74.7 Go ?
J'ai osé :
Lors d'une recherche précédente, le PID du processus baloo_file_extractor était mentionné
C'est quoi baloo ? (si cette question est pertinente ici...) J'avoue que je comprends chaque mot de :
Baloo is the file indexing and file search framework for KDE Plasma. It focuses on speed and a very small memory footprint. It maintains an index of your files and optionally their contents which you can search.
Mais la phrase est pour moi assez obscure...
"very small memory footprint"
ça n'est quand même pas kfind ou la recherche de Dolphin qui rend mon PC si lent ??
Problème 2 (lancement du script d'installation du correcteur) réglé aussi :
Concernant le script, [...] Tu as essayé avec son chemin absolu ?
L'installation se termine correctement
LibreOffice officie, l'installeur installe, l'activation active, et le correcteur corrige... youpi!
Rebooté ? Pourquoi faire ?
Sais pas ... vieille habitude héritée de windows sans doute...
Tu es sûr que c'est la bonne ligne ?
Comment m'en assurer ? J'ai les mêmes lignes pour /etc /proc etc...
/etc/schroot/desktop/fstab:
Tu as vérifier son effet en exécutant "df -hT" ou "mount" depuis le shell du chroot
ça donne ça :
et
Par ailleurs, je ne sais pas si ça peut être utile, lorsque je lance le chroot, j'obtiens, entre autres, ces lignes
[Ajout] J'ai relancé le chroot plusieurs fois et les 2 warning ci-dessus n'apparaissent plus jamais... mais toujours la même punition pour les privilèges de /run/user et aucun changement dans les retours de mount et df -hT
Concernant le script, il a bien les permissions d'exécution ?
Tu as essayé avec son chemin absolu ?
Je n'avais pas essayé jusque là, et ça semble fonctionner : en tout cas, l'installation se lance correctement, avec quelques messages d'erreur affichés par la console cependant.
C'est moi qui ai mis fin à l'installation. A moins que tu me conseilles le contraire, je préfère attendre que libreoffice fonctionne correctement.
A+
/run est un système de fichiers temporaire [...] qu'il faudrait le traiter avec un "bind mount" comme /dev, /proc et /sys pour qu'il soit accessible depuis le chroot.
J'ai ajouté la ligne au fichier /etc/schroot/desktop/fstab et rebooté
, mais je ne vois pas de changement : les propriétaires de /run/user/1000 et /run/user/113 du chroot sont toujours root et root alors que ceux de l'hôte sont mon user et sddm. Même message d'erreur affiché, et qui n’apparaît plus si je change manuellement les propriétaires.
Pourquoi lances-tu ce script de cette façon et pas de la façon classique ?
Parce que j'avais déjà essayé sans succès :
Aucun problème avec le logiciel lui-même et les modules pour firefox et thunderbird en 64b,
Ou as tu eu cette info?
C'est dejà installé
Mais il ne fonctionne que sur la version 32b de LibreOffice.
Ou as tu eu cette info?
Comme je n'y arrivais pas j'ai cherché et trouvé ça sur le forum de LibreOffice/openOffice
Pourquoi cette idée?
Multiarch ne semble pas possible pour libreoffice, et j'aurais jamais eu cette idée tout seul, voir cette discussion en particulier les post 7 et 9 de raleur.
"Sur le coup, l'idée m'avait tenté" comme les cactus...
teste une debian 32bits (i386)
C'est fait, ça marche (y compris en VM 32b comme alternative du chroot, mais c'est moins "transparent")... mais j'aimerais garder amd64
et en effet :
Je corrige ça avec succès en modifiant les privilèges (en me basant sur ceux de l’hôte) :
ca marche nickel, mais c'est provisoire: je dois refaire cette manip après chaque reboot.
De quelle manière fixer le pb de manière pérenne ? Est-ce qu'un simple copier/coller du /run/user de l'hôte vers le chroot suffirait, est-ce que "binder" /run/user resoudrait ça ?
2- Quand je tente de lancer le sript .bash de l’installation d’antidote depuis le chroot, la fenêtre me demandant les droits root apparaît correctement, mais l’installation ne démarre pas et j’obtiens :
Comme j'ai même pb avec le lancement du .bash depuis l'hôte, je me dis que c'est ma commande qui est incorrecte. J’ai recherché ce qu’était ce env mais je n’ai pas compris comment ça marche. Est-ce que ça a un rapport avec la clé "preserve-environment" du schroot.conf?
Par ailleurs, si je lance le sript .bash en root, la fenêtre d’installation apparaît correctement, mais je n’ai pas poursuivi: j’ai peur d’avoir des problèmes de droits lorsque j'utiliserais LibreOffice après avoir ajouté le.oxt d'antidote à LibO. Crainte justifiée ?
3- devant le pb 2, j’ai essayé de lancer le script depuis dolphin (ça marche sur l'hôte). Mais il m'est inutilisable depuis le chroot : sa fenêtre n'affiche pas l'arborescence des dossiers, j'obtiens l'erreur qui suit, et je dois tuer le processus à la main.
Merci d'avance pour votre aide
Pour info,
- J'ai vérifié l'installation d'antidote pour LibO sur une stretch i386, ça fonctionne parfaitement.
- la configuration de mon chroot:
/etc/schroot/schroot.conf:
/etc/schroot/desktop/fstab: j'ai évité de "binder" la racine de mon user, ça a évité beaucoup de pbs sur mon sytème hôte.
je n’ai pas touché à /etc/schroot/desktop/copyfile ni à /etc/schroot/desktop/nssdatabases