1784 connectés

FORUM HardWare.fr

Linux et OS Alternatifs

Installation

--==Topic des nouveaux Linuxiens ==- \o_

Recherche :

Dernière réponse

Sujet : --==Topic des nouveaux Linuxiens ==- \o_

Kyjja

JCharle a écrit :

suite a fin de pihole

Quoi ? [:padmasana:3]

Pour tes connexions, que racontent les logs ?

Votre réponse

Nom d'utilisateur

Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !

Le ton de votre message

Votre réponse

Smilies

Liste des smilies perso
Wiki smilies
Chercher un smiley

Options

Activer votre signature
Désactiver les smilies
Activer la notification par email du sujet

Aperçu

Vous avez perdu votre mot de passe ?

Vue Rapide de la discussion

Kyjja

JCharle a écrit :

suite a fin de pihole

Quoi ? [:padmasana:3]

Pour tes connexions, que racontent les logs ?

JCharle

:whistle: ça sent le déterrage de mort ,

bon gros noob ici ,
bricolage avec du raspberry pi 4 ( ubuntu si je ne me plante pas :sweat: ),
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é )

:ange: 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é :whistle:
je n'ai aucune idée ,

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

Tangrim

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

berlo

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

If no arguments are provided 'yay -Syu' will be performed
If no operation is provided -Y will be assumed

Tangrim

Trit' a écrit :

« 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 :jap:

Trit'

Tangrim a écrit :

yay -Syu
Ça met tout à jour, les paquets officiels et ceux de AUR.

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

https://media.giphy.com/media/jxETR [...] /giphy.gif

gee	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. :??: https://escales.ponant.com/wp-conte [...] hot-V3.png

Tangrim

kaari a écrit :

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 ?

yay -Syu
Ça met tout à jour, les paquets officiels et ceux de AUR.

KaSimir a écrit :

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 ?

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 ?

rat de combat a écrit :

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. :o

C'est un manchot.

pandaman2

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...

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 :o

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 )
https://reho.st/self/4d9bb6b16ccab3 [...] dba269.png

frenchieisverige

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

pandaman2

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.

frenchieisverige

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 :O

kaari

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

frenchieisverige

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

kaari

Ca implique d'avoir 2 gpu non ?

frenchieisverige

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

EDIT: Syntaxe

Kyjja

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

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 :o
Et faut un SSD aussi, avec un HDD c'est juste insupportable W10 :D

rat de combat

KaSimir

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

Fork Bomb

kaari a écrit :

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

kaari

hisvin

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. :o

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.

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

kaari

hisvin a écrit :

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.

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...)

Trit'

gee a écrit :

À 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é.

gee

hisvin a écrit :

En dehors de cela, je n'ai pas l'impression que les paquets arch soient très modifiés par rapport à leurs sources.

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.

gee

hisvin a écrit :

Il est "intégré", seule la phase compilation ne l'ait pas

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.

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

gee

Trit' a écrit :

Mais. Qu’est-ce. Que tu. Racontes ??? :heink:
[...]

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

hisvin

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. :o
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. :o

hisvin

kaari a écrit :

Je suis le seul a trouver ca choquant et galere que l'AUR ne soit pas integre au package manager (pacman) ?..

Trit'

kaari a écrit :

Je suis le seul a trouver ca choquant et galere que l'AUR ne soit pas integre au package manager (pacman) ?..

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).

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...