Amis lecteurs, si vous lisez tous les messages vous verrez que beaucoup ne sont pas d'accord avec l'installation dans /opt et prétendent qu'il y a des risques. Pour ma part je n'ai jamais eu de problème en posant un vulgaire plugin flash dans /opt
Voici comment j'ai procédé pour utiliser pepperflashplugin sans activer les dépôts AUR:
10 octobre à 11h06: Bien qu'ayant reçu des messages discourtois pour simplement avoir décrit l'installation du pepperflash plugin dans /opt, je continue à utiliser Manjaro avec satisfaction. Chromium et son plugin pepperflash fonctionnent très bien. Certains sites requièrent un plugin flash, par exemple http://www.tv5mondeplusafrique.com/
Elle est plus gracieuse.
Dernière modification par grandtoubabil y a 7 ans, modifié au total 5 fois.
Salut, Aur n'est pas un dépôt au sens de core, extra, community ou multilib. Il ne s'active pas mais les paquets dessus se gèrent depuis un aur-helper comme yaourt par exemple. et comment fais tu lors des mises à jour de pepper ? tu n'es pas informé de celle ci, tu dois donc suivre l'évolution par toi même et refaire toute ta manip ?
Macbook 5,1 - Manjaro-Xfce - CPU : Core2Duo 2Ghz | 4Go DDR3 | CG: NVIDIA GeForce 9400M | Son : NVIDIA MCP79
Thinkpad x250 - Arch-Gnome - CPU i5 5200U | 8Go DDR3 | CG: Intel HD 5500 | Son : Intel Wildcat Point-LP HDA
En effet ça me semble bien compliqué et je ne vois pas trop bien l'intérêt de la manœuvre. Tu récupères l'archive sur Aur puis tu l'installes en tant que paquet local. Ce paquet n'est donc jamais mis à jour ?
Manjaro-Xfce-Compiz 64
Desktop
CPU amd-phenom-64(pci=nomsi dans grub)
CG nvidia GeForce GT 730
Ram : 4 Go
kernel : 54 branche : stable, driver GPU : Nvidia-non-libre
Je fonctionne avec Manjaro sans les dépôts AUR. Pepperflash n'est pas relivré tout les jours. Et le téléchargement d'un fichier et une commande tar ça doit bien me prendre une bonne minute en effet.
Pour quelqu'un qui comme moi cherche pepperflash dans Manjaro et ne trouve rien, ça peut servir pour regarder des vidéos avec Chromium
Je ne comprends pas. Tu veux éviter les dépots Aur, pour des raisons de sécurité sûrement ? mais tu vas quand même y chercher ton paquet. Donc tu utilises tous les inconvénients de Aur sans ses avantages : le PKGBUILD et la surveillance des versions par un Aur Helper. En plus, tu crées des dossiers sur ta distro avec des fichiers de paquets non gérés par le gestionnaire de paquet.
Chacun fait bien comme il veut, mais tu courres à la catastrophe en gérant tes paquets comme ça.
peut être que j'ai compris. Tu crois qu'on ne peux pas utiliser aur depuis manjaro ? essaie : yaourt -S pepper-flash
Macbook 5,1 - Manjaro-Xfce - CPU : Core2Duo 2Ghz | 4Go DDR3 | CG: NVIDIA GeForce 9400M | Son : NVIDIA MCP79
Thinkpad x250 - Arch-Gnome - CPU i5 5200U | 8Go DDR3 | CG: Intel HD 5500 | Son : Intel Wildcat Point-LP HDA
Tous les paquets de Aur ont cet avertissement. Le but est que tu regardes le PKGBUILD pour voir ou il pointe vraiment pour récupérer ses sources. La sécurité est là. Tu réponds non, et tu compiles. Pour l'intégration dans chromium, je pense que c'est automatique mais là je ne sais pas, j'utilises pas. C'est bien plus rassurant puisque ton paquet et géré par le gestionnaire de paquet. Admettons que tu veuilles le supprimer, tu vas virer tous les fichiers à la main dans /opt en root ? Mauvaise idée. Non, tu utiliseras le gestionnaire de paquet qui fera ça proprement. Yaourt est une surcouche à pacman qui permet de gérer les paquets aur : https://wiki.archlinux.fr/Yaourt
Macbook 5,1 - Manjaro-Xfce - CPU : Core2Duo 2Ghz | 4Go DDR3 | CG: NVIDIA GeForce 9400M | Son : NVIDIA MCP79
Thinkpad x250 - Arch-Gnome - CPU i5 5200U | 8Go DDR3 | CG: Intel HD 5500 | Son : Intel Wildcat Point-LP HDA
je comprends bien quand il s'agit d'une application qui nécessite des dépendances mais là il s'agit du plugin flash pour Chromium c'est à dire un malheureux fichier libpepflashplayer.so dont on doit informer Chromium de son emplacement.
$ ls -alrt /opt/pepperflash total 18364 -rw-rw-r-- 1 systemd-coredump systemd-coredump 2222 30 août 03:18 manifest.json -rw-rw-r-- 1 systemd-coredump systemd-coredump 18781472 30 août 03:18 libpepflashplayer.so -rw-rw-r-- 1 systemd-coredump systemd-coredump 2071 30 août 03:18 README drwxrwxr-x 2 systemd-coredump systemd-coredump 4096 30 août 03:18 LGPL drwxr-xr-x 3 root root 4096 8 oct. 18:47 .. drwxr-xr-x 3 root root 4096 8 oct. 19:32 .
Sinon, si tu souhaites garder ta méthode en local, il y a une fonction "surveillance des paquets Aur" dans Kalu. Cela te permet d'être informé en tant réel de la mise à jour d'un paquet même si ce dernier n'est pas installé [Edit] : ça va pas le faire puisque Kalu n'est disponible que sur Aur Voir si Pamac ou Octopi offrent cette possibilité ?
Manjaro-Xfce-Compiz 64
Desktop
CPU amd-phenom-64(pci=nomsi dans grub)
CG nvidia GeForce GT 730
Ram : 4 Go
kernel : 54 branche : stable, driver GPU : Nvidia-non-libre
grandtoubab a écrit :Merci c'est franchement pas un soucis, ne vous cassez pas la tête
Si tu veux exploser ton système en le rendant inutilisable, c'est ton choix. Mais j'aime comme l'impression de lire un apprenti sorcier avec tes remarques.
AUR n'est pas parfait. Mais au moins, il respecte les règles d'empaquetage établi par les mainteneurs de la distribution.
Je dis ça, mais je dis rien. Il est vrai que je n'ai que... 7 ans d'archlinux au compteur
grandtoubab a écrit :avoir peur d'un plugin flash, c'est trop drôle
Ce plugin entièrement proprio fait appel à des ressources graphiques et donc systèmes et n'est absolument pas maîtrisé par l'utilisateur si ce n'est de le désactiver ou carrément de le virer. Qu'il soit libre ou pas n'est pas le problème, mais qu'on ne puisse correctement le paramétrer l'est. Manjaro le propose par défaut car il est souvent installé par la suite ce qui n'est pas le cas d'Arch. D'autre part, cette technologie devient obsolète et est abandonnée par de plus en plus au profit (si je puis dire) de HTML5. Perso, ça fait pas mal de temps que je n'en ai plus et tout va bien dans le meilleurs des mondes possibles. Il n'est en fait encore nécessaire que sur certains sites dont beaucoup ne sont pas indispensables
Noyau récent MANJARO x86_64 bits: 64 Xfce 4.16
ASUSTeK model: PRIME B350M-A v: Rev X.0x
6-Core: AMD Ryzen 5 2600X
AMD Baffin [Radeon RX 460/560D / Pro
driver: amdgpu v: kernel
Display: x11 server: X.Org driver: amdgpu,ati unloaded: modesetting
OpenGL: renderer: Radeon RX 560 Series
Arch en Dual. Aucun lien publicitaire ne saurait être toléré dans la signature!
Et puis faut pas confondre ancienneté et expérience.
Et apprendre à se taire aussi. Manjaro a pris la mauvaise version de systemd 231 corrigée. Il faut dire que le paquet est arrivé un peu plus tard que la synchronisation du 5 octobre :
systemd 231-4 [...] Last Packager: Dave Reisner Build Date: 2016-10-07 17:44 UTC Signed By: Dave Reisner Signature Date: 2016-10-07 17:48 UTC Last Updated: 2016-10-09 20:40 UTC
Donc, c'est une merdouille au niveau des développeurs de Manjaro ce problème.
Donc, je vous prierai de bien vouloir chercher des informations avant de l'ouvrir. Vos propos me laisse penser que vous croyez tout savoir... Ce qui est complètement faux ici. La preuve vient d'en être apportée en l'espace de 30 secondes avec des recherches via un moteur de recherche.
De plus, un paquet sur AUR sera mieux maintenu que votre bidouille... Je donne 15 jours avant que nous disiez pis que pendre de la Manjaro à cause de la non-utilisation des outils fournis.
FredBezies a écrit :Donc, je vous prierai de bien vouloir chercher des informations avant de l'ouvrir. Vos propos me laisse penser que vous croyez tout savoir... Ce qui est complètement faux ici. La preuve vient d'en être apportée en l'espace de 30 secondes avec des recherches via un moteur de recherche. .
Tu parles de toi là , Le problème que j'ai cité est dans le noyau 4.8, je ne suis pas le seul à le constater
FredBezies a écrit :Donc, je vous prierai de bien vouloir chercher des informations avant de l'ouvrir. Vos propos me laisse penser que vous croyez tout savoir... Ce qui est complètement faux ici. La preuve vient d'en être apportée en l'espace de 30 secondes avec des recherches via un moteur de recherche. .
Tu parles de toi là ,
Oh, la belle attaque qui arrive je sens...
Le problème que j'ai cité est dans le noyau 4.8, je ne suis pas le seul à le constater
Merci de bien vouloir susprendre mon compte. Je viens de m'apercevoir que je ne savais rien et que monsieur je bricole et je me plains que ça plante sait tout mieux que tout le monde.
En effet, fort de mon expérience de 10 années de mono-démarrage linux, je ne pourrai qu'induire en erreur les utilisateurs.
Au plaisir de se voir dans une nouvelle vie et sur un autre forum !
Le noyau 4.8 a eu une naissance difficile. Il va se stabiliser peu à peu. Ensuite, peut-être que manjaro utilise des options qui ne sont pas employées par Archlinux. Je l'ignore.
Avant que mon compte ne soit désactivé à ma demande, je te remercie de m'indiquer le besoin d'aller voir un psychologue.
Qu'un admin passe et veuille bien désactiver mon compte, merci. Je n'en ai plus l'utilité désormais. Cependant, je continuerai de conseiller Manjaro aux personnes voulant utiliser une rolling.
Ce fut une bonne période que j'ai passé, mais il faut savoir tourner la page. Je vous salue bien bas, monsieur je sais tout mieux que tout le monde.
FredBezies a écrit :Le noyau 4.8 a eu une naissance difficile. Il va se stabiliser peu à peu. Ensuite, peut-être que manjaro utilise des options qui ne sont pas employées par Archlinux. Je l'ignore.
Salut Fred, c'est aussi la question que je me pose puisque ce noyau semble fonctionner plutôt bien sur Arch, voir tes propres retours ainsi que ceux de lemust83 Pour le reste et à titre personnel, je trouverai dommage que tu procèdes à la suppression de ton compte. J'ai appris beaucoup grâce à ton blog et à tes posts sur ce forum. Peut-être pourrions nous mettre ce sujet en résolu et passer à autre chose ? Qu'en pensez-vous ?
à grandtoubab :
Manjaro-Xfce-Compiz 64
Desktop
CPU amd-phenom-64(pci=nomsi dans grub)
CG nvidia GeForce GT 730
Ram : 4 Go
kernel : 54 branche : stable, driver GPU : Nvidia-non-libre