Re: delay before desktop loads

2018-07-29 Thread Erwan David 




Le 30 juillet 2018 1:35:41 AM Frank McCormick  a 
écrit :




  I'm afraid patching the kernel is a little bit beyond my abilities :)



When I had identified the application, I used ltrace to identify the
library causing the problem.

What is your kernel version?


  4.17.0-1-amd64
  Previous kernel, 4.16.0-2-amd64 boots fine and does not have the problem.


Kind regards,


Frank


If you look at a recent thread about sddm, you'll see that installing 
haveged package is a correct workaround.
However upstream dev should have a reflection whether /dev/random is really 
needed by their software since urandom is not bad, even at start.

Re: delay before desktop loads

2018-07-29 Thread Frank McCormick 




On 07/29/2018 06:58 PM, Ben Caradoc-Davies wrote:

On 30/07/18 07:07, Frank McCormick wrote:

I've been experiencing a long delay - upwards of 2 minutes before
the desktop on my Debian Sid loads and displays.
This happens no matter what desktop I try, Cinnamon,Mate or Icewm.

[...]

I enter my
name and password into the lightdm logon window, the wait is upwards 
of 2 minutes before the desktop loads.

[...]

Jul 29 12:06:49 franklin kernel: random: crng init done

[...]
Strangely if I click the mouse on the blank desktop several times, 
then it will start loading, but

if I don't touch it, the 2 minute delay starts
This started a couple of weeks ago, before that all desktops loaded 
quickly.

How can I debug this ?


Frank, this sounds very much like a hang on an uninitialised kernel 
crng. Does this only happen after a fresh boot, but the hang stops if 
you wiggle the mouse? 


   Yup!!



If so, you might be impacted by the change to make
the blocking getrandom kernel syscall really block until sufficient 
entropy is available. Here are some reports I made of other applications 
that were affected by this change, with detailed analysis and fixes:

//snip//

  I'm afraid patching the kernel is a little bit beyond my abilities :)



When I had identified the application, I used ltrace to identify the 
library causing the problem.


What is your kernel version?



  4.17.0-1-amd64
  Previous kernel, 4.16.0-2-amd64 boots fine and does not have the problem.


Kind regards,



Frank

Re: delay before desktop loads

2018-07-29 Thread Ben Caradoc-Davies 

On 30/07/18 07:07, Frank McCormick wrote:

I've been experiencing a long delay - upwards of 2 minutes before
the desktop on my Debian Sid loads and displays.
This happens no matter what desktop I try, Cinnamon,Mate or Icewm.

[...]

I enter my
name and password into the lightdm logon window, the wait is upwards of 
2 minutes before the desktop loads.

[...]

Jul 29 12:06:49 franklin kernel: random: crng init done

[...]
Strangely if I click the mouse on the blank desktop several times, then 
it will start loading, but

if I don't touch it, the 2 minute delay starts
This started a couple of weeks ago, before that all desktops loaded 
quickly.

How can I debug this ?


Frank, this sounds very much like a hang on an uninitialised kernel 
crng. Does this only happen after a fresh boot, but the hang stops if 
you wiggle the mouse? If so, you might be impacted by the change to make 
the blocking getrandom kernel syscall really block until sufficient 
entropy is available. Here are some reports I made of other applications 
that were affected by this change, with detailed analysis and fixes:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=897572
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=899080

To identify whether this is the problem, you could patch your kernel. 
Here are the patches I used:

https://github.com/bencaradocdavies/linux/commit/f0dfb0b7b72e38093aeaa67fe1116b409c1db3dc
https://github.com/bencaradocdavies/linux/commit/19e47d7049c6ca94b98cf8c00bbeb2384a9c43b9

When I had identified the application, I used ltrace to identify the 
library causing the problem.


What is your kernel version?

Kind regards,

--
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand

Re: delay before desktop loads

2018-07-29 Thread Frank McCormick 




On 07/29/2018 05:28 PM, Frank McCormick wrote:



On 07/29/2018 05:05 PM, Matthew Crews wrote:

On 7/29/18 12:07 PM, Frank McCormick wrote:

This is an extract of the journalctl log showing the long delay.

Jul 29 12:04:45 franklin ntpd[652]: Soliciting pool server 
144.217.252.208

Jul 29 12:04:45 franklin ntpd[652]: Soliciting pool server 144.217.75.74
Jul 29 12:04:46 franklin ntpd[652]: Soliciting pool server
2607:5300:61:c0c::1
Jul 29 12:04:46 franklin ntpd[652]: Soliciting pool server 129.128.12.20
Jul 29 12:06:39 franklin kernel: logitech-hidpp-device
0003:046D:401B.0004: HID++ 2.0 device connected.
Jul 29 12:06:40 franklin upowerd[580]: treating change event as add on
/sys/devices/pci:00/:00:1d.0/usb2/2-1/2-1.7/2-1.7:1.2/00
Jul 29 12:06:49 franklin kernel: random: crng init done



  What are these pool servers you are trying to connect to? I suspect
that may be the problem.




    I have no idea. I assume they are picked automatically by ntpd when
the debian package ntpd was installed by me a long time ago.

I think they are/were related to the ntp time program which I had 
installed to keep the system clock accurate.

However, after purging ntp and it's related programs there is no change.

here's the systemd log extract:

Jul 29 18:24:34 franklin systemd[815]: Startup finished in 94ms.
Jul 29 18:24:34 franklin systemd[1]: Started User Manager for UID 1000.
Jul 29 18:24:46 franklin systemd-timesyncd[529]: Synchronized to time 
server 206.108.0.133:123 (2.debian.pool.ntp.org).


Jul 29 18:28:31 franklin kernel: logitech-hidpp-device 
0003:046D:401B.0004: HID++ 2.0 device connected.


^^^
The big delay now is the kernel connecting my Logitech wireless keyboard.
Perhaps it's borked? But it seems to work well still. A kernel bug???

[SOLVED] Re: delay before desktop loads

2018-07-29 Thread Frank McCormick 




On 07/29/2018 06:38 PM, Frank McCormick wrote:



On 07/29/2018 05:28 PM, Frank McCormick wrote:



On 07/29/2018 05:05 PM, Matthew Crews wrote:

On 7/29/18 12:07 PM, Frank McCormick wrote:

This is an extract of the journalctl log showing the long delay.

Jul 29 12:04:45 franklin ntpd[652]: Soliciting pool server 
144.217.252.208
Jul 29 12:04:45 franklin ntpd[652]: Soliciting pool server 
144.217.75.74

Jul 29 12:04:46 franklin ntpd[652]: Soliciting pool server
2607:5300:61:c0c::1
Jul 29 12:04:46 franklin ntpd[652]: Soliciting pool server 
129.128.12.20

Jul 29 12:06:39 franklin kernel: logitech-hidpp-device
0003:046D:401B.0004: HID++ 2.0 device connected.
Jul 29 12:06:40 franklin upowerd[580]: treating change event as add on
/sys/devices/pci:00/:00:1d.0/usb2/2-1/2-1.7/2-1.7:1.2/00
Jul 29 12:06:49 franklin kernel: random: crng init done



  What are these pool servers you are trying to connect to? I suspect
that may be the problem.




    I have no idea. I assume they are picked automatically by ntpd when
the debian package ntpd was installed by me a long time ago.

     I think they are/were related to the ntp time program which I had 
installed to keep the system clock accurate.

However, after purging ntp and it's related programs there is no change.

here's the systemd log extract:

Jul 29 18:24:34 franklin systemd[815]: Startup finished in 94ms.
Jul 29 18:24:34 franklin systemd[1]: Started User Manager for UID 1000.
Jul 29 18:24:46 franklin systemd-timesyncd[529]: Synchronized to time 
server 206.108.0.133:123 (2.debian.pool.ntp.org).


Jul 29 18:28:31 franklin kernel: logitech-hidpp-device 
0003:046D:401B.0004: HID++ 2.0 device connected.


^^^
The big delay now is the kernel connecting my Logitech wireless keyboard.
Perhaps it's borked? But it seems to work well still. A kernel bug???






   Solved my own problem for now anyway. Booted into the previous
kernedl 4-16-02 and the delay is gone. The latest kernel is having
some sort of problem with my wireless keyboard/mouse combo.

Re: Videos en Chromium

2018-07-29 Thread Marcelo Eduardo Giordano 




El 24/07/18 a las 20:35, Javier Debian escribió:



El 24/07/18 a las 10:51, Marcelo Eduardo Giordano escribió:

Gracias por contestar.
Uso debian 9
¿Que repositorio tendria que agregar?
Estos son los repositorios que tengo activados
deb http://ftp.us.debian.org/debian/ stretch main contrib non-free
deb http://security.debian.org/debian-security stretch/updates main 
contrib non-free
deb http://ftp.us.debian.org/debian/ stretch-updates main contrib 
non-free



Un buen sources.list, bien completo, es el siguiente:

###
# /etc/apt/sources.list,

deb http://security.debian.org/ stretch/updates main contrib non-free

deb http://ftp.debian.org/debian/ stretch main contrib non-free
deb http://ftp.debian.org/debian/ stretch-updates main contrib non-free
deb http://ftp.debian.org/debian/ stretch-proposed-updates main 
contrib non-free

deb http://ftp.debian.org/debian/ stretch-backports main contrib non-free

deb https://www.deb-multimedia.org stretch main non-free
###


Con la última línea vas a tener problemas de autenticación, por lo que 
deberás bajar las firmas

http://www.deb-multimedia.org/

Luego, para evitar problemas, hay que hacer "apt-pinning".
https://wiki.debian.org/es/AptPreferences

Para el archivo sources.list anterior, correspondería modificar las 
preferences


###
#  /etc/apt/preferences

Package: *
Pin: release a=stretch
Pin-Priority: 950

Package: *
Pin: release a=stretch-updates
Pin-Priority: 920

Pin: release a=stretch-proposed-updates
Pin-Priority: 910

Package: *
Pin: release a=stretch-backports
Pin-Priority: 900

###

¿Para qué sirve?
Por ejemplo, LibreOffice.
"stretch" tiene la versión 5.2.7
"stretch-backports" tiene la versión 6.0.6, que es la última.

JAP

Me puse a trabajar en este tema y no encontré el archivo 
/etc/apt/preferences el que encontré es preferences.d.

Es lo mismo?
Otra pregunta. yo no quiero usar el último libreoffice, prefiero 
usar uno mas viejo y que esté testeado. Con esa configuración no se va a 
instalar el último libreoffice con apt upgrade no?

Espero haber sido explícito

Re: Recherche carte Wifi bien compatible Debian Stretch

2018-07-29 Thread Jean-Marc 
Sun, 29 Jul 2018 19:34:08 +0200
andre_deb...@numericable.fr écrivait :

> Bonsoir,

salut André,

> 
> Tout est dans le titre,
> je recherche pour un pc de bureau une carte Wifi,
> compatible Debian Stretch, sans trop de manips.

Les cartes basées sur chip Atheros sont bien supportées.
En général.

Plus d'info ici :
https://doc.ubuntu-fr.org/wifi_liste_carte

> 
> Faut-il prendre de préférence une carte avec 2 antennes ?

Pas d'idée sur ce point particulier.

> 
> Merci,
> 
> André


Jean-Marc 
https://6jf.be/keys/ED863AD1.txt


pgpmpMz25PMl5.pgp
Description: PGP signature

Re: delay before desktop loads

2018-07-29 Thread Frank McCormick 




On 07/29/2018 05:05 PM, Matthew Crews wrote:

On 7/29/18 12:07 PM, Frank McCormick wrote:

This is an extract of the journalctl log showing the long delay.

Jul 29 12:04:45 franklin ntpd[652]: Soliciting pool server 144.217.252.208
Jul 29 12:04:45 franklin ntpd[652]: Soliciting pool server 144.217.75.74
Jul 29 12:04:46 franklin ntpd[652]: Soliciting pool server
2607:5300:61:c0c::1
Jul 29 12:04:46 franklin ntpd[652]: Soliciting pool server 129.128.12.20
Jul 29 12:06:39 franklin kernel: logitech-hidpp-device
0003:046D:401B.0004: HID++ 2.0 device connected.
Jul 29 12:06:40 franklin upowerd[580]: treating change event as add on
/sys/devices/pci:00/:00:1d.0/usb2/2-1/2-1.7/2-1.7:1.2/00
Jul 29 12:06:49 franklin kernel: random: crng init done



  What are these pool servers you are trying to connect to? I suspect
that may be the problem.




   I have no idea. I assume they are picked automatically by ntpd when
the debian package ntpd was installed by me a long time ago.

Re: delay before desktop loads

2018-07-29 Thread Matthew Crews 
On 7/29/18 12:07 PM, Frank McCormick wrote:
> This is an extract of the journalctl log showing the long delay.
> 
> Jul 29 12:04:45 franklin ntpd[652]: Soliciting pool server 144.217.252.208
> Jul 29 12:04:45 franklin ntpd[652]: Soliciting pool server 144.217.75.74
> Jul 29 12:04:46 franklin ntpd[652]: Soliciting pool server
> 2607:5300:61:c0c::1
> Jul 29 12:04:46 franklin ntpd[652]: Soliciting pool server 129.128.12.20
> Jul 29 12:06:39 franklin kernel: logitech-hidpp-device
> 0003:046D:401B.0004: HID++ 2.0 device connected.
> Jul 29 12:06:40 franklin upowerd[580]: treating change event as add on
> /sys/devices/pci:00/:00:1d.0/usb2/2-1/2-1.7/2-1.7:1.2/00
> Jul 29 12:06:49 franklin kernel: random: crng init done
> 

 What are these pool servers you are trying to connect to? I suspect
that may be the problem.

delay before desktop loads

2018-07-29 Thread Frank McCormick 

I've been experiencing a long delay - upwards of 2 minutes before

the desktop on my Debian Sid loads and displays.

This happens no matter what desktop I try, Cinnamon,Mate or Icewm.

This is my hardware.

frank@franklin:~$ inxi

CPU: Dual Core Intel Core i5 660 (-MT MCP-) speed/min/max: 
1453/1197/3326 MHz Kernel: 4.17.0-1-amd64 x86_64
Up: 25m Mem: 266.0/3623.2 MiB (7.3%) Storage: 931.52 GiB (2.1% used) 
Procs: 158 Shell: bash 4.4.23 inxi: 3.0.18



I have disabled apparmor, which I suspected but there is no change. Once 
I enter my
name and password into the lightdm logon window, the wait is upwards of  
2 minutes before the desktop loads.


This is an extract of the journalctl log showing the long delay.

Jul 29 12:04:45 franklin ntpd[652]: Soliciting pool server 144.217.252.208
Jul 29 12:04:45 franklin ntpd[652]: Soliciting pool server 144.217.75.74
Jul 29 12:04:46 franklin ntpd[652]: Soliciting pool server 
2607:5300:61:c0c::1

Jul 29 12:04:46 franklin ntpd[652]: Soliciting pool server 129.128.12.20
Jul 29 12:06:39 franklin kernel: logitech-hidpp-device 
0003:046D:401B.0004: HID++ 2.0 device connected.
Jul 29 12:06:40 franklin upowerd[580]: treating change event as add on 
/sys/devices/pci:00/:00:1d.0/usb2/2-1/2-1.7/2-1.7:1.2/00

Jul 29 12:06:49 franklin kernel: random: crng init done

check the times... 12:04.46 .12:06:39

Purged ntpd, no change so I reinstalled.

Strangely if I click the mouse on the blank desktop several times, then 
it will start loading, but

if I don't touch it, the 2 minute delay starts

This started a couple of weeks ago, before that all desktops loaded quickly.

How can I debug this ?

Thanks

Re: Recherche carte Wifi bien compatible Debian Stretch

2018-07-29 Thread Bernard Schoenacker 



- Mail original -
> De: "Bernard Schoenacker" 
> À: "andre debian" 
> Cc: debian-user-french@lists.debian.org
> Envoyé: Dimanche 29 Juillet 2018 20:34:43
> Objet: Re: Recherche carte Wifi bien compatible Debian Stretch
> 
> 
> 
> - Mail original -
> > De: "andre debian" 
> > À: debian-user-french@lists.debian.org
> > Envoyé: Dimanche 29 Juillet 2018 19:34:08
> > Objet: Recherche carte Wifi bien compatible Debian Stretch
> > 
> > Bonsoir,
> > 
> > Tout est dans le titre,
> > je recherche pour un pc de bureau une carte Wifi,
> > compatible Debian Stretch, sans trop de manips.
> > 
> > Faut-il prendre de préférence une carte avec 2 antennes ?
> > 
> > Merci,
> > 
> > André
> > 
> > 
> > 
> 
> bonjour,
> 
> tu prend ce dongle et un point c'est tout :
> https://www.amazon.fr/Dongle-Wifi-Adaptateur-Wireless-600Mbps/dp/B0759H9TT1
> 
> et tu reprends ce que j'ai posté comme question avec les réponses
> 
> merci
> slt
> bernard
> 
> 
ps: le rtfm est là :
https://doc.ubuntu-fr.org/wifi_chipset_realtek_rtl8812au

Re: Recherche carte Wifi bien compatible Debian Stretch

2018-07-29 Thread Bernard Schoenacker 



- Mail original -
> De: "andre debian" 
> À: debian-user-french@lists.debian.org
> Envoyé: Dimanche 29 Juillet 2018 19:34:08
> Objet: Recherche carte Wifi bien compatible Debian Stretch
> 
> Bonsoir,
> 
> Tout est dans le titre,
> je recherche pour un pc de bureau une carte Wifi,
> compatible Debian Stretch, sans trop de manips.
> 
> Faut-il prendre de préférence une carte avec 2 antennes ?
> 
> Merci,
> 
> André
> 
> 
> 

bonjour,

tu prend ce dongle et un point c'est tout :
https://www.amazon.fr/Dongle-Wifi-Adaptateur-Wireless-600Mbps/dp/B0759H9TT1

et tu reprends ce que j'ai posté comme question avec les réponses

merci
slt
bernard

Recherche carte Wifi bien compatible Debian Stretch

2018-07-29 Thread andre_debian 
Bonsoir,

Tout est dans le titre,
je recherche pour un pc de bureau une carte Wifi,
compatible Debian Stretch, sans trop de manips.

Faut-il prendre de préférence une carte avec 2 antennes ?

Merci,

André

Re: kernel: device-mapper: table: 254:1: adding target device sda1 caused an alignment inconsistency

2018-07-29 Thread David Wright 
On Sat 28 Jul 2018 at 15:23:48 (-0700), Rick Thomas wrote:
> 
> On Jul 28, 2018, at 1:28 PM, Henrique de Moraes Holschuh  
> wrote:
> 
> > On Sat, 28 Jul 2018, David Wright wrote:
> >> On Sat 28 Jul 2018 at 10:57:45 (-0300), Henrique de Moraes Holschuh wrote:
> >>> On Sat, 28 Jul 2018, Rick Thomas wrote:
> > rbthomas@small:~$ lsblk -t
> > NAME   ALIGNMENT MIN-IO   OPT-IO PHY-SEC LOG-SEC ROTA SCHED 
> >   RQ-SIZE  RA WSAME
> > sda0   4096 335539204096 5121 
> > mq-deadline  60 1280B
> > `-sda1 0   4096 335539204096 5121 
> > mq-deadline  60 1280B
> >  |-small-swap-1   409604096 5121
> >  128 128   32M
> >  |-small-root-1   409604096 5121
> >  128 128   32M
> >  `-small-home-1   409604096 5121
> >  128 128   32M
> > mmcblk205120 512 5120 
> > mq-deadline 128 1280B
> > |-mmcblk2p105120 512 5120 
> > mq-deadline 128 1280B
> > `-mmcblk2p205120 512 5120 
> > mq-deadline 128 1280B
> > rbthomas@small:~$ 
>  
>  Note the alignment values of “-1” for the lvm entries but not for the 
>  GPT partition or the whole disk.
>  Why do you suppose that is?
> >>> 
> >>> Keep in mind that you *offset*-align the outer container *only*, and then 
> >>> inside
> >>> you just keep the size alignment.
> >>> 
> >>> So, the above ensures correct use of the partitions even if sda1 is
> >>> unaligned.
> >>> 
> >>> If you offset-align sda1 to -1, everything inside it should have an 
> >>> offset of
> >>> zero to keep the alignment correct.
> >> 
> >> I don't think I fully understand the explanation. Can you point out
> >> the number(s) that's wrong, and how it should be corrected.
> > 
> > There is nothing wrong on the table above as far as I can tell,
> > *assuming* the device does need the -1 alignment.  Since sda1 isn't
> > aligned, everything inside it at the first level must be (and is)
> > aligned at -1 to compensate.
> > 
> > Where sda1 aligned at -1, nothing inside it should be, as sda1 would
> > already provide the required alignemnt to anything inside it.
> 
> 
> Thanks for the clarification, Henrique!

Well, it didn't clarify much for me, but my case is different as I'm
only using LUKS and not LVM. More interesting to me than
https://unix.stackexchange.com/questions/340484/device-mapper-table-alignment-inconsistency
is
https://unix.stackexchange.com/questions/421587/dmsetup-luksformat-creating-an-alignment-inconsistency
which seems AIUI to put the prime cause on the interaction of the
drive and the kernel in producing the number 33553920 which is
garbage, and the blame on LUKS for using this number without
flagging the fact that it looks suspect (yielding an unaligned
"payload") and alerting the user to this fact on standard error.

> Let me see if I have this right…
> 
> 1) If I had heeded the warning in “man pvcreate” and set up the physical 
> volume with
> pvcreate —dataalignmentoffset 7s /dev/sda
> to accommodate the -1 offset (provided either by the drive itself or the USB 
> enclosure it is in — we don’t know) then all the “-1”s in the above table 
> would be “0”s and I would not be getting the error messages at boot time.  Is 
> this correct?

Knowing nothing about pvcreate, I can't comment on whether the fix is
correct. However, I don't understand what you mean by "accommodate
the -1 offset" because the partition itself looks aligned to me:
 sda1   0   4096 335539204096 5121 mq-deadline  60 1280B

> 2) But as it is, I did not do that, so when I used vgcreate to make the 
> volume group called “small”, it realized that the partition was out of 
> alignment and compensated — thus causing the alignment of “-1” for all of the 
> logical volumes.  And, most importantly, therefor the logical volumes are, in 
> fact, properly aligned and I can stop worrying.  Furthermore, the warnings at 
> boot time are just noting that an alignment of “-1” has been applied by the 
> device-mapper and all is well.  Is this correct?

I don't think the partition is unaligned.

> 3) Or are you saying that the messages are _not_ just warnings:  I should go 
> back and re-format the disk to use the “—dataalignmentoffset 7s” option.  (I 
> can do this if I do it soon. I don’t have much data on the disk yet.)

If that is the correct fix, you might as well do it at this stage.
I can't judge whether my case has led to performance degradation
but as mine has 2GB of backup in just two directories, recreating
the data is a two-minute job.

So here is my understanding of the simple LUKS case which I would
welcome criticisms of.

$ lsblk -t
NAME  ALIGNMENT MIN-IO   OPT-IO

Bug #862397 (thunar freezing) is closed, but I'm still hit. What to do?

2018-07-29 Thread Jaime T 
HI all.

I run a stretch (stable) xfce desktop, and I'm regularly hit by thunar
(v1.6.11-1) freezing. I've found:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=862397
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=868704

but these have been closed since (apparently) the bug is fixed in
later versions. My question is:

Given that I'm still running v1.6.11-1 (I'm on stable, right!), what's
the best/easiest/least-system-changing way to stop being hit by the
bug? I understand that "sudo apt update ; sudo apt upgrade" won't help
until buster is released, so that's off the cards. I'd love the ease
of downloading and installing a non-broken-package from backports, but
it's not there. :-( Is my *only* option really to download the source
package, apply the fix and re-compile the package myself? Is there no
easier way?

More generally, what do people "normally" do when they're hit by a bug
in a package (in a "stable" distribution) that won't receive a fix (in
that stable distribution)?

Thanks for your help.

Re: Unwanted emails

2018-07-29 Thread Nicholas Geovanis 
So I can't tell, does she hate Spokane more or Austin?
My money is on Spokane, don't like it much either ;-)
On Fri, Jul 27, 2018 at 9:14 AM mick crane  wrote:
>
> On 2018-07-27 14:09, Maria Rosatto wrote:
> > I have been unsubscribing for months now with you assholes from
> > Spokane and you claim my address is not in your system yet now you
> > come out of Austin. Tx. Why don’t you assholes get a real job and stop
> > trying to scam others
> >
> > Sent from my iPhone
>
> I love emails like this
>
>
> --
> Key ID4BFEBB31
>

Re: activation wifi usb realtek

2018-07-29 Thread Bernard Schoenacker 



- Mail original -
> De: err...@free.fr
> À: debian-user-french@lists.debian.org
> Envoyé: Dimanche 29 Juillet 2018 10:58:56
> Objet: Re: activation wifi usb realtek
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
> 
> On 07/29/2018 07:18 AM, Bernard Schoenacker wrote:
> > nom logique: enp63s0
> 
> il ne faut pas chercher wlan0 mais enp63s0 (oui c'est chiant ces
> interfaces qui changent de nom tout le temps, contrairement à ce
> qu'on attend de cette façon de nommer les interfaces)
> 
bonjour,

pour la connection réseau c'est :

-a) wlx000f004ae3d7 # wifi usb
-b) enp63s0 # carte ethernet

merci pour la bonne volonté

slt
bernard

Re: activation wifi usb realtek

2018-07-29 Thread err404 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 07/29/2018 07:18 AM, Bernard Schoenacker wrote:
> nom logique: enp63s0

il ne faut pas chercher wlan0 mais enp63s0 (oui c'est chiant ces interfaces qui 
changent de nom tout le temps, contrairement à ce qu'on attend de cette façon 
de nommer les interfaces)

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEMXISaGZmF7NpMTZj6OuMS89alfsFAltdgcYACgkQ6OuMS89a
lfvqkxAAh5D8pvMVTE/2RHWeAjOLPnH7SxSzmEo3kRxdEJV4vDsQNGNJ+6N5T6Mo
7dyNjKVfTO1WtQQFq3SS1aIu5jPd/oDDYTpwmOv2PUNA5S8VUQzV1iuz/Zex3qnL
IhgkffiVrRmFxHEN3TyWJEXM2uGbpAZBp1I0xPdiKmZehiIRuuKVYTF+NQmEnSuo
b++0ouKMxlH3eCSM+bYahPKoe7kDFZDV3tq3F+ubdW2ANmHiorPPGOJJSQGwqt/Q
wHMfvtvoxtmeUVnGbFcNKd/1hMBmgrRMIwrWcXrW+DWHaT0JqofRf1SZCB/75DMK
BfQr72ehXzs4IdbSw4Z7CIYxajmLXEeXiOXLDgUHGZTcFNl3bhzLItPiaF/A7BqU
C7Z+KvpJINFu3/8Yo62lRNTEeYcnSB92nQEKRCSJ0k+SCXYb2MUFZ3jqnrjazX3k
Mn8TZAut7r4pfuVqiWU4mf6OvFG3wwSKlY/DXIk+MRqU4GraEIkGjOPe2N8oqQyW
sxciWEqokuQjpGm/Gdi0BHPx4RV6YAE8kD0pJ+bJoge9I30phoYpCRQ+oo9QxC1f
EWFof4eFyUiSQ1jzFAHIwe0H8Ber9/13XOnSBIXhOczpasL2TKSNYn7s7LkYHj7R
LSFXD/KVHOUoHE+H7cJpS86Jy1LOKTE3FEpAALtu5COiUBhXxJ0=
=7pAP
-END PGP SIGNATURE-

Re: activation wifi usb realtek

2018-07-29 Thread Bernard Schoenacker 



- Mail original -
> De: "jean-pierre giraud" 
> À: debian-user-french@lists.debian.org
> Envoyé: Dimanche 29 Juillet 2018 09:03:26
> Objet: Re: activation wifi usb realtek
> 
> Bonjour,
> Le 29/07/2018 à 07:11, Haricophile a écrit :
> > Le Sun, 29 Jul 2018 06:09:37 +0200 (CEST),
> > Bernard Schoenacker  a écrit :
> > 
> >> bonjour,
> >>
> >> je recherche le moyen d'activer un dongle Usb wifi Realtek
> >> et je n'y arrive pas
> >>
> >> lsusb (extrait)
> >>
> >> Bus 002 Device 003: ID 0bda:a811 Realtek Semiconductor Corp.
> > 
> > En regardant rapidement, il semble qu'il faille le firmware
> > rtl8812au
> > que je ne vois pas dans le paquet Debian firmware-realtek mais qui
> > doit
> > se trouve sur github, en plusieurs exemplaires même, je n'ai pas
> > regardé de près.
> > 
> > http://forums.debian.net/viewtopic.php?t=135154
> > 
> Tu peux jeter un oeil sur ces fil de discussion qui concernent le
> firmware rtl8812au :
> https://forum.ubuntu-fr.org/viewtopic.php?id=2026217
> et
> https://forum.ubuntu-fr.org/viewtopic.php?id=2025827
> Amicalement,
> jipege
> 
bonjour,

avec ce firmware il esrt possible de monter un hotspot

merci
slt
bernard

Re: Firefox ESR et le bon coin

2018-07-29 Thread François LE GAD 

Le 28/07/2018 à 17:50, MERLIN Philippe a écrit :

Bonjour,
J'essaie de passer une annonce sur le bon coin et je désire ajouter des photos
or chaque fois que je demande d'ajouter des photos j'ai droit à un blocage
complet de Firefox ESR la même manipulation sous Chrome pas de souci ouverture
d'une fenêtre permettant de choisir le fichier image à charger.
Avez vous rencontré ce problème? Si  oui comment l'avez vous résolu.
Debian Sid AMD64
Firefox ESR  52.9.0
Philippe Merlin



Une extension du genre noscript, peut-être ?
Essaie en mode sans échec.

--
François

Re: activation wifi usb realtek

2018-07-29 Thread jean-pierre giraud 
Bonjour,
Le 29/07/2018 à 07:11, Haricophile a écrit :
> Le Sun, 29 Jul 2018 06:09:37 +0200 (CEST),
> Bernard Schoenacker  a écrit :
> 
>> bonjour,
>>
>> je recherche le moyen d'activer un dongle Usb wifi Realtek
>> et je n'y arrive pas 
>>
>> lsusb (extrait)
>>
>> Bus 002 Device 003: ID 0bda:a811 Realtek Semiconductor Corp.
> 
> En regardant rapidement, il semble qu'il faille le firmware rtl8812au
> que je ne vois pas dans le paquet Debian firmware-realtek mais qui doit
> se trouve sur github, en plusieurs exemplaires même, je n'ai pas
> regardé de près.
> 
> http://forums.debian.net/viewtopic.php?t=135154
> 
Tu peux jeter un oeil sur ces fil de discussion qui concernent le
firmware rtl8812au :
https://forum.ubuntu-fr.org/viewtopic.php?id=2026217
et
https://forum.ubuntu-fr.org/viewtopic.php?id=2025827
Amicalement,
jipege