NeoX a écrit 18045 commentaires

dans la nuque, comme ca il peut se laver les mains ;)

comme ca il ne va pas plus loin que les X mettre que tu veux bien lui laisser
et ca consomme rien en electricité

en gros ton ordi te servira à faire une page web, un serveur de base de donnée, ou un peu de docker dedans, mais sera utilisable uniquement en ligne de commande, et via ssh/web depuis un autre poste

regarde si tu peux l'ouvrir, si le HDD peut etre remplacer et la RAM aussi.
si le HDD est en sata, s'acheter un SSD/sata ca coute plus tres cher à ca te rendra des services,
idem pour la RAM, mais plus difficile à trouver peut-etre (DDR/DDR2)

ben justement plymouth ne lance pas X,
affiche des images, des barres de progression donc sait faire du dessin

ah une epoque, sur les ubuntu, c'etait plymouth qui se lancait pendant la seance de boot, pour cacher toutes la phase textuelle, et te faire passer du BIOS à la mire de login

Perso en dehors du site web, ou eventuellement pour des pilotes hyperspecifiques, je n'utilises jamais le support de redhat

par contre je vais utiliser le support de l'applicatif, car c'est deja lui qui est susceptible de planté, avant l'OS :D

Alors je confirme aussi ce resultat,

et d'apres d'autres logiciels, ce serait la "table des matieres" plus que les bookmarks qu'il faut afficher (table of content en anglais)

Cependant il n'y a pas d'index avec les numéros de pages affichables avec son visualiseur préféré (evince chez moi).

j'ouvre ce PDF, ca l'ouvre dans mon naviagateur (firefox)
je vais sur la table des matieres, je clique sur un chapitre, qui me dit etre la page 21,
ca m'envoie sur la page, et mon navigateur me dit que je suis page 21/119
et en bas de la page il y a bien marqué page 21.

donc si ton outil Evinve ne sait pas afficher le nombre de page et la page courante, ce n'est pas le PDF qu'il faut corrigé, enfin je dis çà, je dis rien :p

tu as verifié les droits sur les dossiers et sous dossier de /etc/skel une fois qu'ils sont copiés dans le dossier utilisateur ?

le lien vers le site intel, et la comparaison des differents i5-4460(/s/t)

https://ark.intel.com/content/www/fr/fr/ark/compare.html?productIds=78927,80817,80818

J'utilise le skel pour pouvoir avoir un profil type utilisable sur différent poste.

le dossier /etc/skel va etre utiliser sur un meme poste, pour creer le profil d'un nouvel utilisateur dans son /home, au moment de la creation de son compte

si tu es sur le meme ordinateur, cela ne pose probablement pas de souci, il utilise la meme version de KDE que l'utilisateur premier, au pire il faut faire attention au droit sur les fichiers dans ce dossier

si tu es sur un ordinateur different comme ta phrase le laisse supposé, il peut y avoir des differences meme minimes dans la version de KDE, de ses applets, les machines peuvent etre similaires mais finalement differentes (pas la meme carte graphique, la meme taille d'ecran, etc)

il me semble que DBUS peut ecrire dans les volets de notifications

Si j'édite mon /etc/resolv.conf sur l'une des machine (autre que le pihole) en mettant l'adresse 192.168.1.20 :

jaared@optiplex:~$ ping linuxfr.org
ping: linuxfr.org: Temporary failure in name resolution

c'est là que dig à l'avantage qu'il va te dire qui il interroge (192.168.1.20, ce serait bien), mais si ca se trouve ta machine n'utilise pas le fichier resolv.conf, mais un truc comme dnsmasq, system=resolv, etc

il faut surtout avoir l'oreille fine pour capter la difference :D

et du coup, ca marche ?

dans les captures d'ecran,
je vois que tu demandes au DHCP du pi-hole d'attribuer l'IP 192.168.1.20 comme une IP fixe à une machine…

seulement ce n'est pas là que tu dois le faire pour le pihole,
il ne peux pas demarrer le service DHCP s'il n'a pas lui meme une adresse, et il ne peut pas s'atuoattribuer une adresse par DHCP

il te faut trouver les reglages reseaux du pihole (voir aller reconfigurer ton yunhost) pour lui dire que la carte reseau est desormais en IP statique sur 192.168.1.20/24 avec un resolver externe qui ne sera plus celui de SFR.

une fois le pihole configuré ainsi, tu peux deja tester son fonctionnement depuis une 3e machine.

en DHCP la machine doit recevoir une IP et le DNS fourni par le pihole
en IP statique, avec ou sans DNS la commande

dig linuxfr.org @192.168.1.20
ou
nslookup linuxfr.org 192.168.1.20

devrait de donner des reponses et l'IP de linuxfr
si ce n'est pas le cas, le service DNS sur 192.168.1.20 ne fonctionne pas

n'ayant jamais pu tester, je ne sais pas du tout si c'est nécessaire ;

Necessaire ? non pas forcement.

En effet la majorité des ordinateurs disposent d'une carte son, sur laquelle tu peux brancher un casque, donc le DAC n'apportera rien de plus.

sauf si tu as un besoin tres particulier (MAO demandant de faible latence, de la tres haute qualité audio, etc) ?

Car un DAC c'est simplement" une carte son externe avec des composants parfois de meilleurs qualité que la carte son interne de ton ordi.

On pourrait deja imaginer ta carte son ordi est stereo, et ton DAC 5.1, à brancher ensuite sur tes enceintes 5.1 pour beneficier du 5.1 sur les films ou les jeux ?

Mais pour ton besoin au casque ?…?…?…?

je confirme que j'ai deja eu des IPv6 de certaines box (dont je ne dirais pas le nom ;) )
suffisamment buggé pour que les ordis sous linux ne puissent pas se connecter

le reseau 10.255.255.0/24 n'a pas besoin d'etre connu de tes machines dans les reseaux 192.168.x.0/24

elles ont juste besoin de savoir que pour joindre n'importe qui dans 192.168.1.0/24, il faut demander à 192.168.2.254 (le boitier VPN sur le reseau 2), et non plus à la box (192.168.2.1, route par defaut proposer par le DHCP de la box)

ton reseau 10.255.255.x/24 etant tes interfaces VPN dans le VPN, chaque client VPN connait ce reseau puisqu'il est connecté dessus.

par contre, sur les 2 clients (boitier VPN) il faut preciser que le reseau 192.168.x.0/24 opposé se trouve sur l'autre boitier VPN

ainsi sur ton boitier 192.168.1.x (VPN 10.255.255.1), tu lui diras donc que 192.168.2.0/24 se trouve derriere 10.255.255.2
=> ip a r 192.168.2.0/24 via 10.255.255.2

et vice-versa, sur le boitier 192.168.2.x (VPN 10.255.255.2) tu lui dira que 192.168.1.0/24 se trouve derriere le boitier 10.255.255.1
=> ip a r 192.168.1.0/24 via 10.255.255.1

pour la suite

Et soit dit en passant ca doit résoudre mon problème de sécurité… Quoi que ..le mieux est sûrement de n'autoriser les flux venant uniquement des machines autorisées, par exemple

src=192.168.2.11 dst=192.168.1.0/24 -> ok
src=192.168.2.0/24 dst=192.168.1.0/24 -> KO

ca se regle sur les boitiers VPN, en faisant des regles de filtrages (parefeu), tu as le choix des armes sous linux, depuis un simple iptables, jusqu'a des outils comme UFW, Firewalld…

Bonjour, j'aimerais débuter dans linux et j'ai choisi une entrée compliqué

C'est plus pour le fun que j'essaie

oui, enfin en meme temps se mettre sur une piste noire pleine de bosse, ca n'a jamais été le moyen le plus facile d'apprendre à skier

de meme on ne t'as pas appris à faire du velo en allant sur une autoroute …

decouvrir linux, c'est quand meme plus facile sur une machine nativement supportée, ayant des capacités qui permettront une interface graphique, permettant d'agir dessus, quiite à enseuite apprendre la ligne de commande.

mais demarrer sur une machine qui va ramer pour afficher un ecran, et faire un "top", ou sur laquelle tu ne pourras faire que de la ligne de commande ?

AMHA WTF :)

autant faire une VM dans ta machine principale, ce sera plus rapide, tu pourras faire un snapshot avant de faire une grosse manip, pour pouvoir revenir en arriere, etc

bon bref, je ne vois pas comment remplir facilement cette obligation sans avoir de compte pro aux impots.

c'est quoi le rapport avec le fait d'avoir des outils libres d'annonces, et un outil pour les federer ?

tu peux avoir un compte pro aux impots/urssaf, et utiliser des outils libres pour travailler, heureusement :D

tu ne peux pas faire de route vers un reseua qui n'est pas le tiens (enfin si, mais c'est plus compliqué)

dans le reseau 192.168.2.0/24, tu dois definir ton boitier VPN (192.168.2.x) comme gateway pour atteindre le reseau 192.168.1.0/24

donc

ip r a 192.168.1.0/24 via 192.168.2.254 dev lacarte

ensuite sur cette machine VPN, tu diras que le reseau 192.168.1.0/24 est "derriere le VPN"
soit, si j'ai bien suivi ton schema

ip r a 192.168.1.0/24 via 10.255.255.1 dev levpn

alors il te faut utiliser les backports qui sont là pour t'assurer que le paquet sera compatible avec ta version anterieure

parce que techniquement tout est marqué dedans

You can download latest binary for rust-pullauta for your platform from the latest tags.

https://github.com/rphlo/rusty-pullauta/releases/latest

Linux & Mac
For the script to work you may need to install the perl script dependencies:

sudo cpan install GD POSIX Config::Tiny Geo::ShapeFile

Finally you'll also need the las2txt binary that you'll have to compile:

git clone https://github.com/LAStools/LAStools
cd LAStools
make
cp bin/las2txt /usr/local/bin/

Finally run the perl script as you would run the pullautin.exe, it will invoke the rust binary when posible, eg:

perl pullauta L3323H3.laz

elle date d'avril 2022 (22.04) on est deja en decembre 2023…

tu pourrais mettre à jour ton ubuntu en 23.10, tu aurais alors les firmwares adaptés à la distribution