Installation Manjaro "Pas de d'Ethernet et Wifi"

Essaye de le construire en local:

git clone 'https://aur.archlinux.org/r8125.git'
cd r8125.git/

Tu édite les lignes 19 et 28 _kernver=$(uname -r)

makepkg -si

Chez moi , sans l'option -i (install)

[steph@Tour r8125]$ makepkg
==> Création du paquet r8125 9.003.05-1 (sam. 19 sept. 2020 18:57:03)
==> Vérification des dépendances pour l’exécution…
==> Vérification des dépendances pour la compilation…
==> Récupération des sources…
  -> 9.003.05.tar.gz trouvé
  -> dkms.conf trouvé
==> Validation des fichiers source avec sha256sums…
    9.003.05.tar.gz ... Réussite
    dkms.conf ... Réussite
==> Extraction des sources…
  -> Extraction de 9.003.05.tar.gz avec bsdtar
==> Suppression du répertoire $pkgdir/ existant…
==> Lancement de build()…
make : on entre dans le répertoire « /usr/lib/modules/5.8.9-2-MANJARO/build »
make : on quitte le répertoire « /usr/lib/modules/5.8.9-2-MANJARO/build »
==> Entre dans l’environnement fakeroot…
==> Lancement de package_r8125()…
  -> Starting make install...
==> Nettoyage de l’installation…
  -> Suppression des fichiers libtool…
  -> Suppression des fichiers indésirables…
  -> Suppression des fichiers de bibliothèques statiques…
  -> Nettoyage des symboles inutiles dans les fichiers binaires et les bibliothèques…
  -> Compression des pages de man/info…
==> Recherche des erreurs d’empaquetage…
==> Création du paquet « r8125 »…
  -> Génération du fichier .PKGINFO…
  -> Génération du fichier .BUILDINFO…
  -> Génération du fichier .MTREE…
  -> Compression du paquet…
==> Lancement de package_r8125-dkms()…
==> Nettoyage de l’installation…
  -> Suppression des fichiers libtool…
  -> Suppression des fichiers indésirables…
  -> Suppression des fichiers de bibliothèques statiques…
  -> Nettoyage des symboles inutiles dans les fichiers binaires et les bibliothèques…
  -> Compression des pages de man/info…
==> Recherche des erreurs d’empaquetage…
==> ATTENTION : Le paquet contient une référence à $srcdir
usr/src/r8125-9.003.05/src/.modules.order.cmd
usr/src/r8125-9.003.05/src/r8125.ko
usr/src/r8125-9.003.05/src/.r8125.mod.o.cmd
usr/src/r8125-9.003.05/src/.r8125.o.cmd
usr/src/r8125-9.003.05/src/.Module.symvers.cmd
usr/src/r8125-9.003.05/src/r8125_n.o
usr/src/r8125-9.003.05/src/modules.order
usr/src/r8125-9.003.05/src/.r8125.mod.cmd
usr/src/r8125-9.003.05/src/.r8125_n.o.cmd
usr/src/r8125-9.003.05/src/.rtl_eeprom.o.cmd
usr/src/r8125-9.003.05/src/.r8125.ko.cmd
usr/src/r8125-9.003.05/src/r8125.mod
usr/src/r8125-9.003.05/src/.rtltool.o.cmd
usr/src/r8125-9.003.05/src/r8125.o
==> Création du paquet « r8125-dkms »…
  -> Génération du fichier .PKGINFO…
  -> Génération du fichier .BUILDINFO…
  -> Génération du fichier .MTREE…
  -> Compression du paquet…
==> Quitte l’environnement fakeroot.
==> Création terminée : r8125 9.003.05-1 (sam. 19 sept. 2020 18:57:07)

je dois le clone à un endroit particulier ? (par exemple à la place de l'ancien)

l'option i aurait permis de construire le paquet dans le cache

Pour construire et installer directement votre paquet avec pacman :
makepkg -si
Note : le -i revient à faire:
pacman -U pkgname-pkgver.pkg.tar.xz

après execution de

makepkg -si

j'ai un conflit entre r8125-dkms et r8125 que je viens de clone
dois-je supprimer le 2e ? ou remplacer le 1er ?

Tu le remplace.
Au pire , tu pourras le réinstaller via le cache de pacman

j'ai remplacé celui qui était dans yay par celui que j'ai clone, mais après le makepkg -si, j'ai encore une erreur de conflit

==> Installing r8125 package group with pacman -U...
[sudo] password for ghostleader: 
loading packages...
resolving dependencies...
looking for conflicting packages...
error: unresolvable package conflicts detected
error: failed to prepare transaction (conflicting dependencies)
:: r8125-dkms and r8125 are in conflict
==> WARNING: Failed to install built package(s).

supprime alors

sudo pacman -Rs dkms 
yay -Rs r8125-dkms

après avoir supprimé les deux, je ne peux plus faire de mkpkg
du coup je dois faire quoi ?

Ce paquet Aur génère deux versions<paquet.tar.gz>.... Une r8125-9.003.05-1-x86_64.pkg.tar.xz et une r8125-dkms-9.003.05-1-x86_64.pkg.tar.xz.
Si ça ne passe pas avec la version non dkms, il faut essayer avec l'autre.
Mais je ne sais pas si ce paquet sera la solution, par contre il faut le tester.
Quand on installe via pacman, pamac ou makepkg -i, une copie du paquet construit se trouve dans /var/cache/pacman/pkg/
On peut donc revenir a la version d'avant via sudo pacman -U /var/cache/pacman/pkg/<paquet-d'avant.tar.gz> ou autres format s de compression comme .zs ou .zst .
A lister avant...

lemust83 a écrit : ↑il y a 3 ans Ce paquet Aur génère deux versions<paquet.tar.gz>.... Une r8125-9.003.05-1-x86_64.pkg.tar.xz et une r8125-dkms-9.003.05-1-x86_64.pkg.tar.xz.
Si ça ne passe pas avec la version non dkms, il faut essayer avec l'autre.
Mais je ne sais pas si ce paquet sera la solution, par contre il faut le tester.
Quand on installe via pacman, pamac ou makepkg -i, une copie du paquet construit se trouve dans /var/cache/pacman/pkg/
On peut donc revenir a la version d'avant via sudo pacman -U /var/cache/pacman/pkg/<paquet-d'avant.tar.gz> ou autres format s de compression comme .zs ou .zst .
A lister avant...

désolé, je n'ai pas très bien compris...
je dois installer un nouveau paquet avant de le tester ?

Ta as construit ce paquet Aur https://aur.archlinux.org/r8125.git qui t'a donné deux binaires installables.
Essaye en une en acceptant de supprimer la version existante, reboot et teste. si ça ne passe pas, installe l'autre, reboot et reteste.
Dans tous les cas, tant que tu n'auras pas vidé le cache de pacman, tu pourras réinstaller la version d'origine.
Désolé, j e suis dans la théorie car si j'ai pu démontrer qu'on pouvait construire ce paquet Aur en l'adaptant à Manjaro, je ne me risquerai pas à l'installer sur ma machine car je n'ai pas le même matos...
Edit: quand on fait git clone... on le fait depuis un dossier de travail , genre

mkdir -p dossier-machin-bidulle/
cd dossier-machin-bidulle/
git clone 'https://aur.archlinux.org/r8125.git'
cd r8125.git/
####modification des lignes 19 et 28###
makepkg -si/

par contre, quand je clone, je n'ai que ça quand je fais ls -a

dkms.conf  .git	PKGBUILD  .SRCINFO

ce n'est que lorsque je fais mkpkg -si et qu'il fini sur un conflit que je retrouve r8125 et r8125-dkms en .pkg.tar.xz

ce qui veut dire qu'à chaque fois que je fais mkpkg je les réinstalle et ils entrent en conflit ?

Le PKGBUILD est une recette pour construire un paquet installable.
La commande git clone <url/paquet> va rapatrier les sources déposées sur Aur, donc des fichiers textes exécutables comme le sont des recettes de cuisine. Ça ne se mange pas en l'état, mais en les suivant, on peut se cuisiner de bons petits plats, donc ici un paquet sous forme binaire que le gestionnaire de paquet (libalpm) intégrera dans notre système..
La ligne source() du PKGBUILD pointera les sources du projet, alors que le paquet Aur ne fournira que des scripts (PKGBUILD, machin-bidulle.install .SRCINFO.....)
C'est ce que tu listes dans le dossier rapatrié par git clone
Évidemment, pacman (et donc les autres helpers) t'informera d'un conflit de fichier, de dépendances ou de paquets flagués conflict() ou replace()car il contrôle l'ensemble des dépendances et donc de la possibilité ou non de remplacer tel ou tel paquet en cas de conflit. C'est la raison pour laquelle il est déconseiller d'invoquer la commande sudo make install qu'on voit souvant chez des gens qui viennent de Debian ou autres car pacman (libalpm) ne poura gérer.
Pour simplifier à l’extrême et donc être à limite faux,

makepkg va compiler dans un premier temps le paquet en respectant la hiérarchie du système de fichier, puis va simuler un système virtuel (fakeroot) qui fera "croire" au compilateur (GCC) qu'il est dans le vrai système. La commande makepkg -si va d'abord construire une binaire exécutable puis installera le paquet sous forme de langage machine dans le système , alors qu'un paquet Aur ne sera qu'un script dans l'espace utilisateur permettant de construire la binaire.
Une fois les vérifications propres à la distributions faites, pacman clonera le paquet dans / .

Encore une fois, j'ai démontré qu'on pouvait construire le paquet en adaptant la recette à Manjaro, mais je suis incapable de te dire si c'est la solution.
C'est à toi de tenter l'expérience tout en sachant que le retour en arrière reste possible.