Re: Apache2 et interprétation du php

[Migrec]

Le 23/08/2019 à 23:57, Ph. Gras a écrit :

Salut la liste !


Pas mal de rouge et de jaune... Pour une installation "par défaut" ça fait 
beaucoup :
Pass : 30 %
Notice : 12 %
Warning : 58 %

Mais pourquoi Chromium n'est pas sensible à tout ça ?

ça n'a rien à voir avec le navigateur, sauf qu'il affiche les fichiers PHP 
comme si c'était
des pages HTML ou TXT statiques.

À mon avis, le module PHP n'est pas compatible avec la version PHP en usage, ou 
la
version PHP en usage est corrompue à cause des itérations successives, ou le 
fichier
de configuration de PHP est mal renseigné, ou simplement le module PHP de Apache
n'a pas été activé.


Je continue de chercher mais je fais le constat étonnant que Firefox en 
mode navigation privé affiche tout correctement... Comme Chromium ! Mais 
Firefox en "safe mode" rencontre le même problème...

phpinfo() me donne bien le module PHP.

Qu'entends-tu par les itérations successives ?

--
Migrec

Re: Apache2 et interprétation du php

[Ph. Gras]

Salut la liste !

> Pas mal de rouge et de jaune... Pour une installation "par défaut" ça fait 
> beaucoup :
> Pass : 30 %
> Notice : 12 %
> Warning : 58 %
> 
> Mais pourquoi Chromium n'est pas sensible à tout ça ?

ça n'a rien à voir avec le navigateur, sauf qu'il affiche les fichiers PHP 
comme si c'était
des pages HTML ou TXT statiques.

À mon avis, le module PHP n'est pas compatible avec la version PHP en usage, ou 
la
version PHP en usage est corrompue à cause des itérations successives, ou le 
fichier
de configuration de PHP est mal renseigné, ou simplement le module PHP de Apache
n'a pas été activé.

Bonne pioche,

Ph. Gras

Re: Avis sur imprimante/scanner/photocopieur

[Migrec]

Le 23/08/2019 à 19:20, François LE GAD a écrit :

Le 21/08/2019 à 22:28, Basile Starynkevitch a écrit :

Et les imprimantes HP me semblent bien supportées par Debian


Je confirme. Elle est prise en charge par le pilote hplip, présent 
dans les dépôts.


J'ai une color laserjetpro M176n, branchée en ethernet sur la box, qui 
me donne satisfaction, et revient à l'usage bien moins cher qu'une jet 
d'encre.


Petit détail : les 4 toners d'origine ne sont chargés qu'à 50%.


Idem, j'ai une HP M277n en réseau (3 en 1, couleur). Elle scanne vers un 
dossier réseau (samba), une adresse mail. Seul inconvénient : le 
chargeur de doc pour le scan ne fait pas le RV.
Acheter le toner revient assez cher, presque le prix de l'imprimante 
mais en jet d'encre c'est pareil.


Le laser j'apprécie car ça bave pas, ça tient bien dans le temps et 
c'est beau comme impression.


--
Migrec

Re: Apache2 et interprétation du php

[Migrec]

Le 23/08/2019 à 20:26, G2PC a écrit :

Je doute que tu puisses mélanger du php7.3 et 7.0 ...
Que dit phpinfo ?

Tu as bien créé ton virtualhost ?

Tu as bien renseigné ton fichier hosts localement ?


# php -v
PHP 7.3.4-2 (cli) (built: Apr 13 2019 19:05:48) ( NTS )
Copyright (c) 1997-2018 The PHP Group
Zend Engine v3.3.4, Copyright (c) 1998-2018 Zend Technologies
    with Zend OPcache v7.3.4-2, Copyright (c) 1999-2018, by Zend 
Technologies



# cat /etc/hosts
127.0.0.1   localhost.localdomain localhost
127.0.1.1   canoe.homeg.lan canoe

# The following lines are desirable for IPv6 capable hosts
::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters

Je n'utilise pas les VirtualHosts mais j'ai ceci qui g
# cat /etc/apache2/conf-enabled/private.conf
#NameVirtualHost *

#

    Alias /private "/srv/www-private/"
    
    Options Indexes MultiViews FollowSymLinks
    AllowOverride All

    Require ip 192.168.0.1/23
    Require local

    

#

Pour cacti :
# cat /etc/apache2/conf-enabled/cacti.conf
Alias /cacti /usr/share/cacti/site


    Options +FollowSymLinks
    AllowOverride None
    = 2.3>
    Require all granted
    
    
    Order Allow,Deny
    Allow from all
    

    AddType application/x-httpd-php .php

    
    php_flag magic_quotes_gpc Off
    php_flag short_open_tag On
    php_flag register_globals Off
    php_flag register_argc_argv On
    php_flag track_vars On
    # this setting is necessary for some locales
    php_value mbstring.func_overload 0
    php_value include_path .
    

    DirectoryIndex index.php



Tu peux aussi installer phpsecinfo histoire de voir ce qu'il va te dire
sur ton installation :
https://github.com/ZerooCool/phpsecinfo/tree/phpsecinfo-zeroocool-v3.0.1
Pas mal de rouge et de jaune... Pour une installation "par défaut" ça 
fait beaucoup :

Pass : 30 %
Notice : 12 %
Warning : 58 %

Mais pourquoi Chromium n'est pas sensible à tout ça ?

--
Migrec

Problème de Bluetooth

[Simeone Dominique]

Bonsoir,
j'ai installé les firmware
mais voici l'état la connection ne se fait pas au server

root@dominique:~# service bluetooth status
● bluetooth.service - Bluetooth service
   Loaded: loaded (/lib/systemd/system/bluetooth.service; enabled; vendor preset
   Active: active (running) since Fri 2019-08-23 20:32:33 CEST; 4min 53s ago
 Docs: man:bluetoothd(8)
 Main PID: 489 (bluetoothd)
   Status: "Running"
    Tasks: 1 (limit: 4582)
   Memory: 3.5M
   CGroup: /system.slice/bluetooth.service
   └─489 /usr/lib/bluetooth/bluetoothd

août 23 20:32:33 dominique bluetoothd[489]: Sap driver initialization failed.
août 23 20:32:33 dominique bluetoothd[489]: sap-server: Operation not permitted 
août 23 20:32:46 dominique bluetoothd[489]: Endpoint registered: sender=:1.74 pa
août 23 20:32:46 dominique bluetoothd[489]: Endpoint registered: sender=:1.74 pa
août 23 20:33:13 dominique bluetoothd[489]: Endpoint registered: sender=:1.334 p
août 23 20:33:13 dominique bluetoothd[489]: Endpoint registered: sender=:1.334 p
août 23 20:33:13 dominique bluetoothd[489]: RFCOMM server failed for Headset Voi
août 23 20:33:13 dominique bluetoothd[489]: RFCOMM server failed for :1.334/Prof
août 23 20:33:28 dominique bluetoothd[489]: Endpoint unregistered: sender=:1.74 
août 23 20:33:28 dominique bluetoothd[489]: Endpoint unregistered: sender=:1.74 

Que dois-je faire?
Bien cordialement.


Mr.Dominique Simeone

Re: Apache2 et interprétation du php

[Ph. Gras]

Salut la liste !

> Je rencontre un souci étrange et je ne sais pas d'où provient ce comportement.
> Sur mon installation de cacti :
> - avec Firefox 68 sur serveur.reseaulocal.lan/cacti/, il me propose le 
> téléchargement d'un fichier (avec un nom aléatoire) avec un peu de php 
> dedans. Si vais sur le index.php, ça passe mais lorsque je navigue dans le 
> site, j'ai parfois le bandeau supérieur correctement affiché mais du php en 
> dessous...
> (foreach($items as $item) { if 
> (!reports_add_graphs(get_filter_request_var('report_id'), $item, 
> get_request_var('timespan'), get_request_var('align'))) { 
> raise_message('reports_add_error'); $good = false; break; } } if ($good) { 
> raise_message('reports_graphs_added..)
> [...]
> Et dans ces cas, l'adresse vers laquelle je veux naviguer est bien dans la 
> barre d'adresse. Si je valide avec entrée, ça passe, l'affiche démarre. Mais 
> rebelote quelques pages plus loin.
> - avec Chromium 76, aucun problème !
> 
> Pourquoi une différence en les 2 navigateurs ? Mon installation d'Apache 
> est-elle en faute ?
> 
> Dernièrement, j'ai beaucoup jonglé avec php entre les différentes versions, 
> j'ai supprimé php5 et mis php7.3 et il reste un peu de php7.0.

Quelques pistes :
— Le module PHP ou la passerelle phpX.Y-fpm n'est pas activé, pas correctement 
configuré, ou ne correspond tout bonnement pas avec la version de PHP ;
— PHP n'est pas correctement installé et/ou configuré après les itérations 
successives effectuées ;
— Apache2 n'est pas correctement configuré…

À tester dans l'ordre, car il peut y avoir des erreurs à chaque étape.

Bonne pioche,

Ph. Gras

Re: Apache2 et interprétation du php

[G2PC]

Je doute que tu puisses mélanger du php7.3 et 7.0 ...
Que dit phpinfo ?

Tu as bien créé ton virtualhost ?

Tu as bien renseigné ton fichier hosts localement ?

Tu peux aussi installer phpsecinfo histoire de voir ce qu'il va te dire
sur ton installation :
https://github.com/ZerooCool/phpsecinfo/tree/phpsecinfo-zeroocool-v3.0.1

Le 23/08/2019 à 19:06, Migrec a écrit :
> Bonjour,
>
> Je rencontre un souci étrange et je ne sais pas d'où provient ce
> comportement.
> Sur mon installation de cacti :
> - avec Firefox 68 sur serveur.reseaulocal.lan/cacti/, il me propose le
> téléchargement d'un fichier (avec un nom aléatoire) avec un peu de php
> dedans. Si vais sur le index.php, ça passe mais lorsque je navigue
> dans le site, j'ai parfois le bandeau supérieur correctement affiché
> mais du php en dessous...
> (foreach($items as $item) { if
> (!reports_add_graphs(get_filter_request_var('report_id'), $item,
> get_request_var('timespan'), get_request_var('align'))) {
> raise_message('reports_add_error'); $good = false; break; } } if
> ($good) { raise_message('reports_graphs_added..)
> [...]
> Et dans ces cas, l'adresse vers laquelle je veux naviguer est bien
> dans la barre d'adresse. Si je valide avec entrée, ça passe, l'affiche
> démarre. Mais rebelote quelques pages plus loin.
> - avec Chromium 76, aucun problème !
>
> Pourquoi une différence en les 2 navigateurs ? Mon installation
> d'Apache est-elle en faute ?
>
> Dernièrement, j'ai beaucoup jonglé avec php entre les différentes
> versions, j'ai supprimé php5 et mis php7.3 et il reste un peu de php7.0.
> -- 
> Migrec
>

Re: Avis sur imprimante/scanner/photocopieur

[François LE GAD]

Le 21/08/2019 à 22:28, Basile Starynkevitch a écrit :

Et les imprimantes HP me semblent bien supportées par Debian


Je confirme. Elle est prise en charge par le pilote hplip, présent dans 
les dépôts.


J'ai une color laserjetpro M176n, branchée en ethernet sur la box, qui 
me donne satisfaction, et revient à l'usage bien moins cher qu'une jet 
d'encre.


Petit détail : les 4 toners d'origine ne sont chargés qu'à 50%.
--
François

Apache2 et interprétation du php

[Migrec]

Bonjour,

Je rencontre un souci étrange et je ne sais pas d'où provient ce 
comportement.

Sur mon installation de cacti :
- avec Firefox 68 sur serveur.reseaulocal.lan/cacti/, il me propose le 
téléchargement d'un fichier (avec un nom aléatoire) avec un peu de php 
dedans. Si vais sur le index.php, ça passe mais lorsque je navigue dans 
le site, j'ai parfois le bandeau supérieur correctement affiché mais du 
php en dessous...
(foreach($items as $item) { if 
(!reports_add_graphs(get_filter_request_var('report_id'), $item, 
get_request_var('timespan'), get_request_var('align'))) { 
raise_message('reports_add_error'); $good = false; break; } } if ($good) 
{ raise_message('reports_graphs_added..)

[...]
Et dans ces cas, l'adresse vers laquelle je veux naviguer est bien dans 
la barre d'adresse. Si je valide avec entrée, ça passe, l'affiche 
démarre. Mais rebelote quelques pages plus loin.

- avec Chromium 76, aucun problème !

Pourquoi une différence en les 2 navigateurs ? Mon installation d'Apache 
est-elle en faute ?


Dernièrement, j'ai beaucoup jonglé avec php entre les différentes 
versions, j'ai supprimé php5 et mis php7.3 et il reste un peu de php7.0.

--
Migrec

Fw: question sur un chemin telechargement

[Simeone Dominique]

 

   - Message transmis - De : Fabrice Régnier À : 
Simeone Dominique Envoyé : vendredi 23 août 2019 à 
15:04:08 UTC+2Objet : Re: question sur un chemin telechargement
 Bonjour,

Merci de ne pas m'envoyer des mails à mon adresse perso. En revanche, tu 
peux envoyer tes mails à la liste debian pour que tout le monde en 
profite: gmane.linux.debian.user.french

Pour répondre à ta question, il se peut que le répertoire  /lib/firmware 
n'existe pas. Peux-tu le vérifier ?

f.



Le 23/08/2019 à 13:18, Simeone Dominique a écrit :
> Bonjour,
> 
> je l'ai fait mais cela ne fonctionne pas.
> 
> N'y a t il pas un chemin plus direct pour atteindre /lib/firmware?
> 
> Par exemple /usr/lib/firmware ou /var/lib/firmware.
> 
> Qu'en pensez-vous?
> 
> Bien cordialement.
> 
> Mr.Dominique Simeone
> 
> 
> Le jeudi 22 août 2019 à 23:12:21 UTC+2, fab  a écrit :
> 
> 
> 'lut,
> 
> cd /tmp/
> wget
> http://git.meleeweb.net/linux.git/snapshot/linux-6029ddc2333ae37f637d44beef3a1480cbbb33b9.tar.gz
> mv 6029ddc2333ae37f637d44beef3a1480cbbb33b9.tar.gz /lib/firmware/
> 
> Avant de le mettre dans /lib/firmware/, il ne faut pas le décompresser ?
> 
> tar -zxvf 6029ddc2333ae37f637d44beef3a1480cbbb33b9.tar.gz
> 
> f.
> 
> 
> Le 22/08/2019 à 22:53, Simeone Dominique a écrit :
>  > Bonjour,
>  >
>  > je cherche à telecharger dans un repetoire mais le chemin est 
> insuffisant.
>  >
>  >   wget -p /lib/firmware
>  > 
> http://git.meleeweb.net/linux.git/snapshot/linux-6029ddc2333ae37f637d44beef3a1480cbbb33b9.tar.gz
>  > /lib/firmware: Schéma manquant.
>  > --2019-08-22 22:47:59--
>  > 
> http://git.meleeweb.net/linux.git/snapshot/linux-6029ddc2333ae37f637d44beef3a1480cbbb33b9.tar.gz
>  > Résolution de git.meleeweb.net (git.meleeweb.net)… 62.210.131.231
>  > Connexion à git.meleeweb.net (git.meleeweb.net)|62.210.131.231|:80…
>  > connecté.
>  > requête HTTP transmise, en attente de la réponse… 200 OK
>  > Taille : non indiqué [application/x-gzip]
>  > Sauvegarde en :
>  > 
> « 
> git.meleeweb.net/linux.git/snapshot/linux-6029ddc2333ae37f637d44beef3a1480cbbb33b9.tar.gz
>  »
>  >
>  > git.meleeweb.net/li [   <=>  ] 117,67M  3,61MB/s    
> ds 30s
>  >
>  > 2019-08-22 22:48:29 (3,95 MB/s) -
>  > 
> « 
> git.meleeweb.net/linux.git/snapshot/linux-6029ddc2333ae37f637d44beef3a1480cbbb33b9.tar.gz
>  » 
> 
>  > sauvegardé [123382730]
>  >
>  > Terminé — 2019-08-22 22:48:29 —
>  > Temps total effectif : 30s
>  > Téléchargés : 1 fichiers, 118M en 30s (3,95 MB/s)
>  >
>  > Peut-on m'aider?
>  >
>  > Bien cordialement.
>  >
>  > Dominique Simeone
>  >
>  > Mr.Dominique Simeone
> 
> 
  

Re: revenir à /etc/network/interfaces

[Pierre Malard]

Effectivement, quoique la solution de François demande certainement un « 
systemctl restart network », non ?
En fait il en va de même avec les autres solutions sauf que ce genre de 
manipulation sur les interfaces réseau est souvent hasardeuse et qu’un reboot 
a, au moins, l’avantage de bien mettre les choses au carré.

A+

> Le 23 août 2019 à 10:30, Daniel Huhardeaux  a écrit :
> 
> Le 23/08/2019 à 08:28, Pierre Malard a écrit :
> 
> Bonjour
> 
> [...]  Voici comment revenir à l’appellation ethN :
>>   - https://www.p3ter.fr/debian-ubuntu-eth0-c-est-fini.html
>>   - 
>> https://memo-linux.com/debian-9-retrouver-les-noms-des-interfaces-reseaux-eth/
> 
> [...]
> 
> La solution donnée par François est plus souple et ne nécessite pas de reboot
> 
> https://lists.debian.org/debian-user-french/2019/08/msg00085.html
> 
> --
> Daniel
> 

--
Pierre Malard

   « Tant que les lions n’auront pas leurs propres historiens, les histoires
   de chasse tourneront toujours à la gloire du chasseur »
  Proverbe africain
   |\  _,,,---,,_
   /,`.-'`'-.  ;-;;,_
  |,4-  ) )-,_. ,\ (  `'-'
 '---''(_/--'  `-'\_)  πr

perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-.  ;-;;,_:  |,A-  ) )-,_. ,\ 
(  `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"'  `-'"'"'\_): 
24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print'
- --> Ce message n’engage que son auteur <--



signature.asc
Description: Message signed with OpenPGP

Re: Migration des noms des interfaces réseau

[Erwann Le Bras]

Le 17/08/2019 à 18:31, Migrec a écrit :

Le 17/08/2019 à 17:48, Frederic Zulian a écrit :


Bonjour,

Une autre possibilité est d'enlever systemd-networkd  et  continuer à 
utiliser /etc/network/interfaces   avec les noms classiques 
d'interfaces eth0, eth1, ...,


Bonjour,

Avant d'upgrader mon serveur en Buster, j'ai fais une copie des 
fichiers qui contenaient eth0 ou eth1 (je n'ai que 2 interfaces) vers 
un répertoire temporaire et avec sed, j'ai remplacé en série les noms 
de cette façon :
find . -type file -exec echo sed -i 's/echo 
htmlentities/highlight_string/g' {} \;


Et j'ai ensuite remis les fichiers au bon endroit avant de supprimer 
70-persistent-rules, update-initramfs -u, reboot

Et tout semble ok.

Par contre il n'est pas fait mention de systemd-networkd dans les 
notes de publication de Buster donc pour l'instant, je n'y touche pas 
et je verrai ça après la mise à jour.




bonjour

personnellement, j'ai conservé des anciens noms (eth0 et eth1) sur mon 
serveur sans soucis. ils sont définis dans les persistent-rules et je 
n'ai pas eu de soucis pendant la mise à jour.


cordialement

Re: revenir à /etc/network/interfaces

[Daniel Huhardeaux]

Le 23/08/2019 à 08:28, Pierre Malard a écrit :

Bonjour

[...]  Voici comment revenir à l’appellation ethN :

   - https://www.p3ter.fr/debian-ubuntu-eth0-c-est-fini.html
   - 
https://memo-linux.com/debian-9-retrouver-les-noms-des-interfaces-reseaux-eth/


[...]

La solution donnée par François est plus souple et ne nécessite pas de 
reboot


https://lists.debian.org/debian-user-french/2019/08/msg00085.html

--
Daniel

Re: revenir à /etc/network/interfaces

[Pierre Malard]

Bonjour,

Je suis bien d’accord sur ta remarque sur les « clickodrômes »… aussi bien 
quant à l’utilité de NetworkManager dans le cas d’un poste fixe, connecté à un 
réseau  … fixe et devant posséder une adresse IP … fixe. C’est notamment le cas 
de n’importe quel serveur, non ? Et je ne comprends pas pourquoi on ne laisse 
pas la possibilité d’un choix.

Pour être plus pratique, comme ce problème a d’abord touché Ubuntu, c’est là 
qu’on peut trouver la solution. Je te conseille la lecture du paragraphe 3.6 de 
la documentation d’Ubuntu (Désactiver Network-Manager pour laisser agir ifup) 
sur NetworkManager (https://doc.ubuntu-fr.org/network-manager). Il y a 
également des informations intéressantes sur Debian-Facile 
(https://debian-facile.org/doc:reseau:network-manager) car le paquet 
NetworkManager est souvent couplé avec une gestion dynamique des DNS qui n’a 
aussi d’utilité que dans le cas d’un poste itinérant. Sinon, voici le 
récapitulatif de quelques pages utiles :
  - https://doc.ubuntu-fr.org/network-manager 

  - https://debian-facile.org/doc:reseau:network-manager 

  - http://xmodulo.com/disable-network-manager-linux.html 


Enfin, pour être complet, il y a également le problème des noms d’interfaces IP 
ethN vers enpNXN ou wlpNXN. Si l’explication de ce nouveau type d’appellation 
est parfaitement légitime (cf § « Stateless Persistent Net… quoi ? » de 
l’article https://www.p3ter.fr/debian-ubuntu-eth0-c-est-fini.html) il en reste 
pas moins que, encore une fois dans le cas d’un poste fixe déjà géré ou d’un 
serveur, de surcroît si on a installé tout un tas d’outils référents ethN 
(iptables, …) le renommage de ces interfaces Ethernet peut s’avérer merdique. 
Voici comment revenir à l’appellation ethN :
  - https://www.p3ter.fr/debian-ubuntu-eth0-c-est-fini.html 

  - 
https://memo-linux.com/debian-9-retrouver-les-noms-des-interfaces-reseaux-eth/ 


En espérant que cela réponde au mieux à ton problème…


> Le 23 août 2019 à 00:15, Basile Starynkevitch  a 
> écrit :
> 
> Bonsoir la liste
> 
> 
> Je suis trop vieux pour facilement apprendre NetworkManager. Et plus je 
> vieillis plus les clikodromes me sont pénibles (et je saurais même expliquer 
> pourquoi).
> 
> 
> Je veux revenir à/etc/network/interfaces car c'est de mon âge (j'ai 60 ans).
> 
> 
> Quels en sont les inconvenients, sur un desktop sans wifi et avec deux cartes 
> ethernets? Je n'y fais que du IPv4 & IPv6.
> 
> 
> Je suis sous Debian/Buster mais je viens de passer à testing (AMD2940). A 
> tout hasard, deux commandes sous Debian:
> 
>  % ip addr
> 1: lo:  mtu 65536 qdisc noqueue state UNKNOWN group 
> default qlen 1000
> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
> inet 127.0.0.1/8 scope host lo
>valid_lft forever preferred_lft forever
> inet6 ::1/128 scope host
>valid_lft forever preferred_lft forever
> 2: enp10s0:  mtu 1500 qdisc pfifo_fast state 
> UP group default qlen 1000
> link/ether a0:f3:c1:00:bc:b7 brd ff:ff:ff:ff:ff:ff
> inet 192.168.4.3/24 brd 192.168.4.255 scope global dynamic noprefixroute 
> enp10s0
>valid_lft 83041sec preferred_lft 83041sec
> inet6 2a01:cb04:49f:bd00:709d:6cdf:a1bd:239a/64 scope global dynamic 
> noprefixroute
>valid_lft 1775sec preferred_lft 575sec
> inet6 fe80::c877:6d0c:eab2:e37d/64 scope link noprefixroute
>valid_lft forever preferred_lft forever
> 3: enp8s0:  mtu 1500 qdisc mq state UP group 
> default qlen 1000
> link/ether 00:d8:61:37:a4:26 brd ff:ff:ff:ff:ff:ff
> inet 192.168.1.10/23 brd 192.168.1.255 scope global dynamic noprefixroute 
> enp8s0
>valid_lft 73047sec preferred_lft 73047sec
> inet6 fe80::2d8:61ff:fe37:a426/64 scope link noprefixroute
>valid_lft forever preferred_lft forever
> 
> % lspci|grep -i ether
> 08:00.0 Ethernet controller: Intel Corporation I211 Gigabit Network 
> Connection (rev 03)
> 0a:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. 
> RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 06)
> 
> Librement.
> 
> --
> Basile STARYNKEVITCH   == http://starynkevitch.net/Basile
> opinions are mine only - les opinions sont seulement miennes
> Bourg La Reine, France; 
> (mobile phone: cf my web page / voir ma page web...)
> 

--
Pierre Malard

  « La façon de donner vaut mieux que ce que l'on donne »
   Pierre Corneille (1606-1684) - Le menteur
   |\  _,,,---,,_
   /,`.-'`'-.  ;-;;,_
  |,4-  ) )-,_. ,\ (  `'-'
 '---''(_/--'  `-'\_)   πr

perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-.  ;-;;,_:  |,A-  ) )-,_. ,\ 
(  `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"'  `-'"'"'\_): 
24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print'
- --> Ce message