Reprise du message précédent :
Trit' -> pas mieux.
Je n'ai strictement aucune envie de remplacer Archlinux par autre chose sur mon PC fixe.
C'est tellement bien foutu que je vois rien qui pourrait faire mieux...

Rappel : AUR (Arch User Repository) est un endroit qui contient des PKGBUILD (donc, même pas des paquets en eux-mêmes : juste des instructions de compilation) de logiciels non validés par la communauté des utilisateurs de confiance (TU, pour « Trusted Users »), ou des logiciels propriétaires, ou des outils expérimentaux, ou des utilitaires pour des configurations très spécifiques, ou des logiciels devenus obsolètes, mais dont certains utilisateurs ont toujours besoin pour le moment…
 
Bref, dans la mesure où là, plus que jamais, c’est du « à tes risques et périls », il est préférable que le gestionnaire de paquets officiel se limite uniquement aux paquets validés par la communauté des TU. Si tu as besoin d’installer quelque chose depuis AUR, fais-le toi-même, mais tu seras seul responsable en cas de souci ultérieur avec (même si ce qui est sur AUR est un minimum vérifié, ça n’empêche pas qu’il puisse y avoir des PKGBUILD qui installent des véroles).

Il est "intégré", seule la phase compilation ne l'ait pas mais, en dehors de cela, les paquets et les dépendances sont gérés par Pacman et sont bien évidemment communes.  
Pour l'histoire de la séparation, c'est juste de la "politique" dans le sens ou ils n'ont pas les ressources de gérer les paquets dans cette zone donc ils ont pris l'initiative de mettre une barrière très légère pour éviter que le commun des utilisateurs se vautrent dessus.

En dehors de cela, je n'ai pas l'impression que les paquets arch soient très modifiés par rapport à leurs sources.  
 
En tout cas, comparé à une Suse, c'est sans commune mesure.  
Par contre, dans mon cas concernant les suses, c'est une expérience ancienne mais, dans le genre très trafiqué, la Suse envoyait du lourd au point ou même les tutos des paquets ne te permettaient même pas de gérer le truc et de corriger les emmerdes. En dehors de cela, c'était bien mais il ne faut pas bidouiller et encore moins sortir des rails de la distro.  
 
P.S: Gobolinux vaincra.  

T'es courageux, perso quand j'ai vu que ca partait en mythomanie totale, j'ai complementement perdu toute envie de répondre.

Oui c'est connu que les paquets sous Arch sont quasi stock  

Et encore, makepkg fait bien parti du paquet pacman...
Je dirai plus que c'est la phase d'obtention du PKGBUILD (et compagnie) qui ne l'est pas.

A la base Arch voulait être le plus possible sans patch supplementaire, mais maintenant que le noyau Linux ne vient plus du git officiel mais d'un d'Arch je ne sais pas si c'est toujours le cas.

À part un fichier .config et un .patch en plus, le noyau reste très proche de l’original : au cours de l’été 2018, il y a eu un bug qui empêchait les PC sous Core 2 Duo (sortis en 2008-2010 environ) de démarrer. Ben, si Arch était la première distribution touchée, le bug venait des développeurs du noyau lui-même, qui avaient changé le réglage par défaut du paramètre « clocksource » dans la branche 4.18, ce qui faisait que ces noyaux ne pouvaient pas démarrer sur ces CPU sans reforcer ce paramètre avec le bon réglage dans GRUB (ou démarrer en mode fallback, ou passer par le noyau LTS, sous réserve que ce dernier fût installé). Il a fallu attendre le 4.18.9 pour que ce soit corrigé.

Merci, c'est plaisant de trouver quelqu'un qui ne s'offusque pas de mon ignorance! (btw, "mentir" signifie connaitre la verite et magre tout annoncer le contraire, dire des conneries mais se tromper ca s'appelle l'ignorance, et j'aimerais bien que vous m'expliquiez pourquoi Oh grand POURQUOI je ressentirais le besoin de "mentir" ici, car vos reactions m'echapent totalement).
 
T'es entrain de dire que si j'installe un soft via l'AUR, et que 2 mois plus tard je fais un "pacman -Syu", le soft que j'ai pull via l'AUR va être mis à jour ? (Parce que c'est bien ça mon reproche de non-integration de l'AUR avec pacman, pour la maintenance, et lorsque j'ai teste a l'epoque, j'ai le souvenir que ce n'etais pas le cas...)

Non pacman ne gère pas AUR donc ton logiciel ne sera pas mis à jour, c'est fait expres.

Bah, non puisque Pacman ne gère que les binaires en automatique. Comme je l'ai dit, Aur n'est pas officiel mais il n'est pas officieux non plus vu qu'il est directement rattaché à Archlinux.
Bref.
 
Pour information, si tu veux une gestion transparente et automatique des binaires et des sources, il existe des surcouches comme Yay qui gèrent cela à merveille.  
 
Tout est géré par Pacman avec les dépendances qui vont bien sauf si tu t'amuses à mettre des logiciels trop avancés.

Oui j'avais pu voir qu'il y avait des projets qui arrivaient plus où moins bien à faire une surcouche à pacman et les logiciels sources.
 
Du coup, si j'ai mes paquets provenant des repos officiels et mes logiciels qui proviennent de l'AUR, comment se passe la procédure de maj pour mes logiciels sources ?

<COMMANDE> -Syu
si ma mémoire est bonne.
Ça marchait avec yaourt, en tout cas.

C'est encore plus simple avec yay, juste yay suffit mais Syu est aussi possible.

C'est avec une grande tristesse que je vous annonce mon départ de Linux, du moins concernant l'installation en dur.
 
Ayant de plus en plus de mal à jouer aux jeux récents avec Wine/Proton et étant fatigué d'essayer/trouver des solutions, j'ai donc décidé de repartir sur Windows.  
 
Je garde tout de même mon laptop sous Linux pour tout ce qui est transaction bancaire, achat en ligne vu que je n'ai pas trop confiance non plus à 100%.
 
Quoique, est-ce que ce serait pas plus simple de mettre une Debian dans une machine virtuelle pour le coup ?

Non, car avec une VM tu gardes Windows comme hôte avec tout ses problèmes. Tu pourrais faire l'inverse mais pour ton problème et les jeux cela ne convient pas.
 
Perso sur les jeux je peux rien dire, pour le reste le pingouin est infiniment mieux que cette bouse de W10 à mon avis.

W10 j'arrive à l'utiliser au quotidien, mais uniquement parce que j'utilise mes logiciels libres fétiches dessus : Firefox, Thunderbird, LibreOffice, VLC, etc...
Je ne suis donc pas trop dépaysé.
SI je devais me faner en plus les logiciels made in Microsoft ce serait trop me demander    
Et faut un SSD aussi, avec un HDD c'est juste insupportable W10  

Tu passes par Xen ou proxmox et tu mets tous tes OS en VM ?

Sans forcément passer par un hyperviseur, tu peux faire du GPU passthrough avec VirtualBox ou l'excellent Qemu.
 
EDIT: Syntaxe

Ca implique d'avoir 2 gpu non ?

Oui, mais il peut toujours utiliser son iGPU pour son host.

Ou, la raison pour laquelle je ne virtualise plus Windows (cpu amd)

Avoir une machine dédiée Windows permet de résoudre pas mal de soucis, sauf l'encombrement, l'achat d'une nouvelle machine, le WAF

Bonjour, je suis sous Mint 18.04. J'ai des problèmes de son non égalisé sur mon écran hdmi avec haut parleur intégré (pilote propriétaire nvidia), en particulier sur VLC. Les voix sont trop faibles et la musique trop forte. J'ai vu ici que pulseeffects pourrait peut-être régler le problème :
https://memo-linux.com/pulseeffects [...] ous-linux/
 
Mais cela demande d'ajouter un PPA, ce qui n'a pas l'air anodin notamment pour la sécurité d'après la doc ubuntu :
https://doc.ubuntu-fr.org/ppa
 
Que pensez-vous de cette pratique ? Le pb de son peut être réglé autrement qu'avec un PPA ? Merci pour vos avis.

Effectivement, Ubuntu déconseille l'utilisation des ppa qui peuvent être vérolés. Tu peux alors passer par les flatpaks ou compiler le logiciel:
https://github.com/wwmm/pulseeffects

Les PPA c'est comme tout ce qui vient d'AUR chez Archlinux : si tu te contentes des trucs les plus connus il n'y a aucun risque.
Par contre un PPA obscur fait part un pèlerin inconnu de tous faut éviter  
 
Perso j'ai tout ça et je pense que le risque d'un point de vue sécurité est nul ( celui de Chromium dégagera bientôt, c'est juste pour tester vis à vis de la compatibilité avec Flash Player )

Merci pour les réponses. Je pensais que ce qui était proposé dans le gestionnaire de paquets l'était aussi dans le gestionnaire de logiciels (= flatpak je suppose) mais en fait non. J'ai donc fait l'installation avec le gestionnaire de logiciels. Maintenant il n'y a plus qu'à essayer de le prendre en main...

yay -Syu
Ça met tout à jour, les paquets officiels et ceux de AUR.
 
 
Je ne joue pas à des jeux très récents (en fait je m'achète plus que des jeux qui tournent en natif sous linux), mais même avec PlayOnLinux et Lutris ça bloque ?
 

C'est un manchot.

C'est interessant de confondre les pingouins et les manchots, ca ne se ressemble pas et ne vit pas dans le même hémisphère.

« yay » tout court : pas besoin de préciser les paramètres, car « -Syu » est implicite si rien d’autre n’est précisé.

Je viens d'apprendre un truc  

et quand tu fais "yay --help" à la fin c'est ecrit :

Ça m'aura pas servi longtemps, je viens de passer à pikaur.

ça sent le déterrage de mort ,

bon gros noob ici ,
bricolage avec du raspberry pi 4 ( ubuntu si je ne me plante pas   ),
installation pihole + openvpn = sans soucis les 2 sont ok et fonctionnel ,

suite a fin de pihole , passé a adguard home ,

hors impossible de faire marché openvpn dessus ,
j'ai toujour connexion refusé.  ( du mobile avec une autre ip , vers le raspberry pi )

je pense que adguard bloque tout les port inutile pour lui , sécurité ?
du monde assez calé pour m'aider ?
( connection refusé = port fermé ? ( pour moi port fermé = time out , pas de reponse et pas refusé )

 un peu simplet peu être , juste ouvrir le port part defaut ( 1194 )  serai t-il jouable ?
( comment faire )

j'ai tenté une désinstall d'open vpn ,et réinstall ,aucun soucis ,
reste que la connection est toujour refusé

le raspberry a toujour la meme ip (local) qu'avant ( pihole+openvpn ) ,transfert de port de la box reste la meme...
aucune erreur a l'installation d'openvpn

donc a part le port fermé  
je n'ai aucune idée ,

possible que je ne soit pas au bonne endroit ,
toute aide ou direction bienvenu ,)

 
Quoi ?    
 
Pour tes connexions, que racontent les logs ?

Hello,
 
J'ai ce petit portable qui rame comme pas possible sous Windows (c'est genre 2min montre en main pour juste ouvrir l'explorateur... )
 
hp 14s-dq0000sf
 
est ce qu'il y a moyen de passer sous un Linux léger

4go de ram est insuffisant de nos jours

c'est vrai que je pourrais passer en 8go  

mais sinon côté distri linux que je pourrais installer dessus ? y a pas de blocages bios qui empêche de mettre un linux sur ce genre de pc ?

Tu peux déjà tester avec une clé USB "live". Pour les débutants je conseille Linux Mint. Il y a plusieurs interfaces graphiques ("DE" pour desktop environnment), perso je suis fan de Xfce qui en plus est léger (je suis à 1,8Go de RAM total avec Firefox ouvert mais sous Debian, sachant que Mint est basé sur Debian).
 
Au niveau BIOS c'est toujours un peu délicat, il faudra certainement modifier l'ordre de démarrage pour démarrer sur clé USB. Ensuite faut tester en "live" si tout fonctionne... Ca n'empêche pas d'avoir une mauvaise surprise à l'installation bien sûr.
 
Par contre installation sur le SSD (j'espère ) == formatage == EFFACEMENT COMPLET du SSD, donc prévoir backups/copies à jour de tout les données perso y compris trucs (URL, mots de passe, ...) sauvegardés dans le navigateur etc.