Cannot open Trash?

2020-03-04 Thread kaye n
Hello Friends!

My system:
Host: laptop
Kernel: 4.19.0-6-amd64 x86_64
bits: 64
Desktop: Xfce 4.12.4
Distro: Debian GNU/Linux 10 (buster)

There is a Trash icon on the desktop screen.  If I double-click it to open
it so I can view its contents, I get a dialogue box with the title,

*Handler Not Found*
The message of the dialogue box  is:


*No network handler is configured for this URL, or no mount command is
set.  Add a handler in Devices|Settings|Protocol Handlers.*
I'm too ignorant right now to figure it out.  I would appreciate it if
anyone could give a step by step instruction.

Thank you very much!


Re: HPLIP - upgrade to 3.20.2 and can no longer print. (version corrected)

2020-03-04 Thread Brad Rogers
On Wed, 4 Mar 2020 23:19:47 +
Brian  wrote:

Hello Brian,

>My fault entirely. The port number is 9100, not 631. I always make a
>slip up along the way with things like this :). I am assuming the device

We're all human.  Mistakes happen.  Not a problem.

Okay, substituting 9100 as the port number, the contents of
/etc/nsswitch.conf were printed.

>has an open port 9100; most HP printers do. You can check with
>
>  nmap YOUR_PRINTER'S_IP_ADDRESS

Given the above, probably not necessary, but output lists a number of
open ports and the services used, including port 9100.

>> HPLIP 3.20.2 is still installed, BTW.  
>It wasn't involved here but its best to keep it about for now, if it
>suits you.

It's inconvenient, but as this situation doesn't affect anybody else
here (I've pinned hplip on the only other computer that would be
affected) I can work around it.

-- 
 Regards  _
 / )   "The blindingly obvious is
/ _)radnever immediately apparent"
I'm spending all my money and it's going up my nose
Teenage Depression - Eddie & The Hot Rods


pgppXH3Jdl3dn.pgp
Description: OpenPGP digital signature


Re: Advice on upgrading to SSD

2020-03-04 Thread Klaus Singvogel
0...@caiway.net wrote:
> with cron:
> # prevent disks from sleeping, every minute:
> * * *  **  /bin/touch /dev/sda &>/

Wha not using "hdparm"?

Regards,
Klaus.
-- 
Klaus Singvogel
GnuPG-Key-ID: 1024R/5068792D  1994-06-27



Buster Live DVD Gnome Issues

2020-03-04 Thread Kenneth Parker
About a couple hours back, I downloaded "debian-live-10.3.0-amd64-gnome.iso
from the Debian site.  I then used Brasero (3.12.2-5) to burn it to a Sony
DVD-R.  In other words, I wanted a Live-DVD of, what I created on a Laptop
through the Net Install method, in the last few days.  The Laptop, which is
a "surprise Success Story" for Buster Debian Gnome is one I've posted about
many times:  Lenovo Ideapad 320.  (None of the crashes or hangs, that I
encountered with, XFCE, for example).

So, to "Share the Wealth", I figured that I would create a Live DVD of
this, up to date Buster system.  Long of short, it wouldn't Boot on an HP
Pavilion Tower (probably a UEFI issue), but it DOES boot the Lenovo Ideapad
that created it.  It takes its time, and eventually comes up with the Gnome
Screen with "Activities" at the top left.

Question 1:  Can you do "Non-Free Firmware on a USB Stick", while this DVD
is booting up?

Thanks!

Kenneth Parker


Re: éclairages sur partage réseau vis debian via un smartphone.

2020-03-04 Thread Pierre Malard
Bonjour,

Cette fonctionnalité de partage d'interface IP, IP forwarding, est invalidée
par défaut sur la plupart des OS pour des questions de sécurité. La
possibilité de l’activer existe effectivement sur les 2 bases principales
de smartphone au moins.
Par contre, il faut également savoir que cela réclame également l’accord du
fournisseur d’accès choisi souvent (p.e. Orange). Cela peut être la simple
activation de cette option dans son abonnement et dépend du type
d’abonnement qu’on a.

PS:
Très étrange ton adresse Daniel…

> Le 4 mars 2020 à 21:40, NoSpam  a écrit :
> 
> 
> Le 04/03/2020 à 20:42, cont...@billard-francois-marie.eu a écrit :
>> Bonjour,
> Bonsoir
>> J'ai un réseau avec un serveur sous linux qui ne dispose pas d'accès vers 
>> internet. Je souhaitais ponctuellement via un smartphone connecté en wifi 
>> disposer de cet accès à Internet.
>> Pour ceci j'ai connecté le smartphone en wifi au réseau avec un ip fixe liée 
>> à l'adresse Mac. Ceci fonctionne.
>> Puis bêtement j'ai pensé que cette IP pouvait servir de gateway par défaut à 
>> ce réseau. Et qu'une fois l'accès aux données mobiles activé cela 
>> fonctionnerait.
>> Cependant il n'en est rien.
>> Et là mes compétences atteignent leurs limites.
>> Est ce seulement possible ?
> 
> Cela s'appelle du tethering. Ne connaissant pas l'OS, cherche dans le store. 
> Pour Android, la fonction est implémentée depuis un certain et s'appelle 
> partage de cnnexion Internt. Cela crée un point wifi sur le téléphone auquel 
> se connectent le ou les postes
> 
> --
> 
> Daniel
> 

--
Pierre Malard


   |\  _,,,---,,_
   /,`.-'`'-.  ;-;;,_
  |,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: Advice on upgrading to SSD

2020-03-04 Thread 0...@caiway.net
> There used to be (still?) a set of Western Digital drives that
> would go into a hard sleep and park their heads repeatedly. This 
> tended to cause a shortened lifespan as well as terrible
> performance.
> 
> -dsr-
> 
with cron:
# prevent disks from sleeping, every minute:
* * *  **  /bin/touch /dev/sda &>/



Re: Offline install from CD - not allowed to install SSH server

2020-03-04 Thread 0...@caiway.net
On Wed, 04 Mar 2020 16:32:42 +0100 (CET)
Cichas  wrote:

> 
> Hello guys,
> 
> sorry if this is documented somewhere but today I decided to ask here
> as it is something fundamental I cannot understand. After 20 years I
> decided to try Debian again (as VM for start). I am installing it
> from debian-10.3.0- amd64-xfce-CD-1.iso. As it is in remote location
> with problematic Internet access I wanted to do offline install.


Not a real answer to your question, but you could build an install 
Blu-ray with the jigdo-tool.

https://www.debian.org/CD/jigdo-cd/

The current first one (buster) you can create is 21 GB in size.
There are 4 Blu-rays in total.
You need a writer/reader for those disks of course, 
not sure if dd to an USB flash drive works with the Blu-ray iso-file.
I use a special USB flash drive which supports booting from iso-files,
the IODD mini (I did just a test, the debian install Blu-ray iso-file
boots fine)
 http://iodd.kr/wordpress/product/iodd-mini/

Hope this helps



Re: Advice on upgrading to SSD

2020-03-04 Thread Gene Heskett
On Wednesday 04 March 2020 22:26:34 Michael Stone wrote:

> On Wed, Mar 04, 2020 at 06:53:12PM -0500, Gene Heskett wrote:
> >On Wednesday 04 March 2020 18:49:06 Michael Stone wrote:
> >> On Wed, Mar 04, 2020 at 06:39:51PM -0500, Gene Heskett wrote:
> >> >On Wednesday 04 March 2020 12:48:57 rhkra...@gmail.com wrote:
> >> >>* I suspect most of us don't know whether our disks are
> >> >> spinning 24/7 -- some of my computers are up 24/7, but I suspect
> >> >> the disks "spin down" when unused for some period of time
> >> >
> >> >Would that not be logged as an access error, followed by a
> >> > reset/restart in the logs?  At the very minimum it should be
> >> > logged so that the user can know the drive is doing that.
> >>
> >> no, not unless something is horribly broken
> >
> >That is lieing to the user, and not nice at all.
>
> Why on earth would you expect an error? That's just nuts.

No its not. If the disk is asked for data from such and such a sector in 
order to issue a stop command to a machine, IMO it has its seek time + 1 
revolution to get that data under a head and read. If its spun down then 
it will have to also spin the drive up which may take 2 or 3 seconds.  
That IMNSHO is a huge error that in some scenarios, could get somebody 
maimed or killed.

So we'll have to agree to disagree.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 



Re: Advice on upgrading to SSD

2020-03-04 Thread Michael Stone

On Wed, Mar 04, 2020 at 06:53:12PM -0500, Gene Heskett wrote:

On Wednesday 04 March 2020 18:49:06 Michael Stone wrote:


On Wed, Mar 04, 2020 at 06:39:51PM -0500, Gene Heskett wrote:
>On Wednesday 04 March 2020 12:48:57 rhkra...@gmail.com wrote:
>>* I suspect most of us don't know whether our disks are spinning
>> 24/7 -- some of my computers are up 24/7, but I suspect the disks
>> "spin down" when unused for some period of time
>
>Would that not be logged as an access error, followed by a
> reset/restart in the logs?  At the very minimum it should be logged
> so that the user can know the drive is doing that.

no, not unless something is horribly broken


That is lieing to the user, and not nice at all.


Why on earth would you expect an error? That's just nuts.



Re: Advice on upgrading to SSD

2020-03-04 Thread David Christensen

On 2020-03-04 06:47, Tony van der Hoff wrote:
I guess I'll go with s single SSD onto which I'll copy the data from the 
RAID.


I would advise disconnecting the RAID, doing a fresh install onto the 
SSD, updating and configuring to suit, reconnecting the RAID, and then 
copying data.



Be sure to backup, archive, and image at key points before, during, and 
after the conversion.




Thank you all for helping me make up my mind.


YW.  :-)


David



Module mod_ctrls manquant pour ProFTPd sur Debian Buster ?

2020-03-04 Thread G2PC
Le module mod_ctrls est manquant dans la version 1.3.6 de ProFTPd.
Ce module de peut s'obtenir que par compilation de ProFTPd.

Ce module est contenu dans les fichiers mod_ctrls.c et mod_ctrls.h pour
ProFTPD 1.2 et n'est pas compilé par défaut.
Il ne semble également pas compilé par défaut pour ma version actuelle
1.3.6 de ProFTPD installée sur Debian Buster 10.

Dans le module mod_ctrls il y a l'option controlsocket.
Cela pourrait correspond à un bogue que je rencontre :

sudo proftpd --configtest
Checking syntax of configuration file
*mod_ctrls/0.9.5: error: unable to bind to local socket: Address already
in use*
processing configuration directory '/etc/proftpd/conf.d/'
Syntax check complete.

Le problème pourrait avoir été résolu dans la nouvelle version de ProFTPd
Pourtant, il est dit plus haut que le module n'est pas compilé par défaut.

1- Est ce que oui ou non Debian me permet d'avoir ce module de compilé,
en utilisant le paquet proftpd-basic ?
2- Suis je obligé de passer par les sources officielles de proftpd pour
avoir une compilation complète ?
3- Est ce que le paquet proftpd-basic proposé dans la version de Debian
Buster pourrait être patché manuellement, pour ajouter la prise en
compte du module manquant ?
C'est peut être autrement plus complexe ?

*mod_ctrls est manquant*.
mod_ctrls_admin est présent ( faire une recherche sur cette page, vous
trouverez la correspondance ci-dessous.

Mon idée première serrait de savoir si il est possible de coller un
scotch mouillé dans le paquet .deb de debian pour obtenir ce module.
Si ce n'est pas possible, cela m'obligera à passer par les sources
officielles de ProFTPd ou d'attendre la mise à niveau de ProFTPd sur
Debian, et, que le module mod_ctrls soit compilé.

La commande proftpd -V m'indique que l'installation qui est effectuée
est la suivante :

sudo proftpd -V

Compile-time Settings:
  Version: 1.3.6 (stable)
  Platform: LINUX [Linux 4.19.0-6-amd64 x86_64]
  Built: Tue Feb 25 2020 21:23:14 UTC
  Built With:
    *configure  '--build=x86_64-linux-gnu'
'--includedir=${prefix}/include' '--mandir=${prefix}/share/man'
'--infodir=${prefix}/share/info' '--sysconfdir=/etc'
'--localstatedir=/var' '--disable-silent-rules'
'--libdir=${prefix}/lib/x86_64-linux-gnu'
'--libexecdir=${prefix}/lib/x86_64-linux-gnu'
'--disable-maintainer-mode' '--disable-dependency-tracking'
'--prefix=/usr'
'--with-includes=/usr/include/postgresql:/usr/include/mariadb:/usr/include/mariadb/mysql'
'--mandir=/usr/share/man' '--sysconfdir=/etc/proftpd'
'--localstatedir=/run' '--libexecdir=/usr/lib/proftpd'
'--enable-sendfile' '--enable-facl' '--enable-dso' '--enable-autoshadow'
'--enable-ctrls' '--enable-ipv6' '--enable-nls' '--enable-memcache'
'--with-lastlog=/var/log/lastlog' '--enable-pcre' '--disable-strip'
'--enable-redis' '--build' 'x86_64-linux-gnu'
'--with-shared=mod_unique_id:mod_site_misc:mod_load:mod_ban:mod_quotatab:mod_sql:mod_sql_mysql:mod_sql_postgres:mod_sql_sqlite:mod_sql_odbc:mod_dynmasq:mod_quotatab_sql:mod_ldap:mod_quotatab_ldap:mod_ratio:mod_tls:mod_rewrite:mod_radius:mod_wrap:mod_wrap2:mod_wrap2_file:mod_wrap2_sql:mod_quotatab_file:mod_quotatab_radius:mod_facl:mod_ctrls_admin:mod_copy:mod_deflate:mod_ifversion:mod_geoip:mod_exec:mod_sftp:mod_sftp_pam:mod_sftp_sql:mod_shaper:mod_sql_passwd:mod_ifsession:mod_auth_otp:mod_tls_redis:mod_wrap2_redis:mod_redis:mod_memcache:mod_tls_memcache:mod_readme:mod_snmp'
'build_alias=x86_64-linux-gnu' 'CFLAGS=-g -O2
-fdebug-prefix-map=/build/proftpd-dfsg-h285Mw/proftpd-dfsg-1.3.6=.
-fstack-protector-strong -Wformat -Werror=format-security'
'LDFLAGS=-Wl,-z,relro' 'CPPFLAGS=-Wdate-time -D_FORTIFY_SOURCE=2'
'CXXFLAGS=-g -O2
-fdebug-prefix-map=/build/proftpd-dfsg-h285Mw/proftpd-dfsg-1.3.6=.
-fstack-protector-strong -Wformat -Werror=format-security'*

  CFLAGS: -g2 -g -O2
-fdebug-prefix-map=/build/proftpd-dfsg-h285Mw/proftpd-dfsg-1.3.6=.
-fstack-protector-strong -Wformat -Werror=format-security -Wall
-fno-omit-frame-pointer -Werror=implicit-function-declaration
  LDFLAGS: -L$(top_srcdir)/lib -Wl,-z,relro -rdynamic 
-L/usr/lib/x86_64-linux-gnu/ -L/usr/lib/x86_64-linux-gnu
  LIBS: -lacl  -lpcreposix -lpcre -lssl -lcrypto -lcap  -lpam -lsupp
-lattr -lnsl -lresolv -lresolv -lcrypt -ldl -lhiredis -lmemcachedutil
-lmemcached  -pthread

  Files:
    Configuration File:
  /etc/proftpd/proftpd.conf
    Pid File:
  /run/proftpd.pid
    Scoreboard File:
  /run/proftpd.scoreboard
    Header Directory:
  /usr/include/proftpd
    Shared Module Directory:
  /usr/lib/proftpd

  Info:
    + Max supported UID: 4294967295
    + Max supported GID: 4294967295

  Features:
    + Autoshadow support
    + Controls support
    + curses support
    - Developer support
    + DSO support
    + IPv6 support
    + Largefile support
    + Lastlog support
    + Memcache support
    + ncursesw support
    + NLS support
    + Redis support
    - Sodium support
    + OpenSSL support
    + PCRE support
    + POSIX ACL support
    + Shadow file support
   

Nginx with PHP 7.4 on Debian Stretch

2020-03-04 Thread Guillermo Céspedes Tabárez
Hola !!

Quiero compartir un proyecto que estoy realizando sobre Debian Stretch. Se
trata de la construcción de una plataforma web con nginx y php, el nuclo
del proyecto es un script de compilación y como resultado se obtiene una
distribución por medio de Packer.io (de momento solo Docker a modo de
ejemplo).

Se intenta con mucho esfuerzo mantener actualizado el código fuente de cada
software, en alerta de versiones y parches liberados y probado diariamente
por Travis-CI

Esto esta pensado para distribuir una imagen de sistema operativo con el
software del servidor web sobre una arquitectura donde actualizar una
instancia, sea partir de una instancia nueva (en paralelo a la actual en
función) cargar la imagen de la plataforma, probar el software y
redirecionar el trafico a la instancia nueva y actualizada, luego eliminar
la instancia anterior.

Espero quede claro el concepto. Cualquier duda, aporte es bienvenido.

https://github.com/dertin/debian-nginx-php
https://hub.docker.com/r/dertin/debian-nginx-php

Saludos,
Guillermo Céspedes.


mtkaalund.dk: Increase the number of visitors

2020-03-04 Thread Mike Russell
Hi mtkaalund.dk*,*

I noticed something interesting while going through your website,
mtkaalund.dk  *.*

It's apparent that you have used Adwords marketing to promote your business
in the past; however your website does see some organic search traffic here
and there. Now, I believe I can help increase that portion of organic
traffic significantly, at mtkaalund.dk  *.*

I believe you would like to come top on searches for keywords related to:
mtkaalund.dk  ... I found a number of SEO issues such as broken links, page
speed issue, HTML validation errors, images with no ALT text on your
website, that's stopping you from getting that traffic.

How about I fix those, and also promote you through engaging content on
relevant places on the web (read, social media).

I guarantee you will see a drastic change in your search ranking and
traffic once these issues are fixed. Also, this is one time, so no paying
Adwords every month.

Is this something you are interested in?

I also prepared a* Free Website Audit Report* for your website. If you are
*Interested* i can show you the report.

I'd be happy to send you our package, pricing and past work details, if
you'd like to assess our work.

I look forward to hearing from you.
*Best Regards,*
*Mike Russell | Sales Executive*
**
[image: beacon]


Re: sin conexion wifi (SOLUCIONADO)

2020-03-04 Thread Ricardo Delgado
 Error de capa 8.

Instale WICD, configure la red

y salio funcionando!!!

Muchas Gracias!


 El martes, 3 de marzo de 2020 22:52:03 ART, qorg11  
escribió:  
 
 ¿Haz activado el firmware?

# modprobe -r iwlwifi
# modprobe iwlwifi


El 4 de marzo de 2020 2:31:06 CET, Ricardo Delgado 
 escribió:
buenas noches, acabo de instalar debian 10 64 bits, y tengo un problema con la 
conexion wifi.


lspci |grep Wireless
02:00.0 Network controller: Intel Corporation Dual Band Wireless-AC 3168NGW 
[Stone Peak] (rev 10)

es la placa que tengo, instale el firmare iwlwifi

si hago un lsmod |grep iwlwifi

lsmod |grep iwlwifi
iwlwifi   249856  1 iwlmvm
cfg80211  774144  3 iwlmvm,iwlwifi,mac80211



iwconfig
eno1  no wireless extensions.

wlo1  IEEE 802.11  ESSID:off/any  
  Mode:Managed  Access Point: Not-Associated   Tx-Power=0 dBm   
  Retry short limit:7   RTS thr:off   Fragment thr:off
  Encryption key:off
  Power Management:on
  
lono wireless extensions.


dhclient wlo1

no me da direccion de red.

uso XFCE4, por eno1 funciona perfecto.

me dan una ayuda por favor?

Gracias


  

Re: Advice on upgrading to SSD

2020-03-04 Thread Gene Heskett
On Wednesday 04 March 2020 18:49:06 Michael Stone wrote:

> On Wed, Mar 04, 2020 at 06:39:51PM -0500, Gene Heskett wrote:
> >On Wednesday 04 March 2020 12:48:57 rhkra...@gmail.com wrote:
> >>* I suspect most of us don't know whether our disks are spinning
> >> 24/7 -- some of my computers are up 24/7, but I suspect the disks
> >> "spin down" when unused for some period of time
> >
> >Would that not be logged as an access error, followed by a
> > reset/restart in the logs?  At the very minimum it should be logged
> > so that the user can know the drive is doing that.
>
> no, not unless something is horribly broken

That is lieing to the user, and not nice at all.


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 



Re: Advice on upgrading to SSD

2020-03-04 Thread Michael Stone

On Wed, Mar 04, 2020 at 06:39:51PM -0500, Gene Heskett wrote:

On Wednesday 04 March 2020 12:48:57 rhkra...@gmail.com wrote:

   * I suspect most of us don't know whether our disks are spinning
24/7 -- some of my computers are up 24/7, but I suspect the disks
"spin down" when unused for some period of time


Would that not be logged as an access error, followed by a reset/restart
in the logs?  At the very minimum it should be logged so that the user
can know the drive is doing that.


no, not unless something is horribly broken



Re: Advice on upgrading to SSD

2020-03-04 Thread Gene Heskett
On Wednesday 04 March 2020 12:48:57 rhkra...@gmail.com wrote:

> On Wednesday, March 04, 2020 09:47:47 AM Tony van der Hoff wrote:
> > Gene didn't address my problem, but made the very useful observation
> > that disks spinning 24/7 don't really die. Perhaps I shouldn't worry
> > about replacing them.
>
> I wouldn't count on that, for two reasons:
>
>* everything mechanical wears, and eventually wears out (well,
> maybe not if the bearings are a magnetic suspension type) (no moving
> parts in contact)
>
>* I suspect most of us don't know whether our disks are spinning
> 24/7 -- some of my computers are up 24/7, but I suspect the disks
> "spin down" when unused for some period of time

Would that not be logged as an access error, followed by a reset/restart 
in the logs?  At the very minimum it should be logged so that the user 
can know the drive is doing that.

The other item that would look identical in the logs is a hot red sata 
drive cable that is failing, which a hot red cable will do, often before 
5 years has elapsed. That particular dye has been known to be a problem 
child since CB radios were imported from the J.A.Pan Company in the 
early 1970's.

The red wire in the microphone cables was always the first to fail.  You 
could pour the copper out of the cut off end of the red wire as a rust 
colored powder.  No matter how much of it you cut off looking for good 
copper to resolder a good connection.  That same plastic dye is still 
destroying hot red sata drive cables. Test by moving the middle of the 
cable while the machine is running with a tail on the log.  If the log 
blows up, replace that cable, preferably with a different color.

In any event I would be watching such a disk with an eye toward 
warrantying it before the warranty expires if a smartctl command to 
disable that "feature" is not available or effective at stopping such 
drive killing non-sense. I understand that W.D. Greens do that so have 
never considered them for purchase.

Do I miss-understand their advertising?

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 



Re: Offline install from CD - not allowed to install SSH server

2020-03-04 Thread Keith Bainbridge

On 5/3/20 8:37 am, Richard Hector wrote:

I am installing it from
debian-10.3.0-amd64-xfce-CD-1.iso.



Is this CD #1 of the set of 3 or 4 or more? The .deb you are looking for 
may be on one of the other CDs.



I agree with the suggestion to try the DVD.   Seems the 'netinstall' is 
the opposite of what you need.



I get that you'd like to complete the install without connecting if you 
have a flaky internet, but if you're not connected, I don't see how the 
install will set up you debian mirror.


--
Keith Bainbridge

keith.bainbridge.3...@gmail.com
+61 (0)447 667 468



Re: HPLIP - upgrade to 3.20.2 and can no longer print. (version corrected)

2020-03-04 Thread Brian
On Wed, Mar 04, 2020 at 08:59:06PM +, Brad Rogers wrote:
> On Wed, 4 Mar 2020 19:58:52 +
> Brian  wrote:
> 
> Hello Brian,
> 
> >nc YOUR_PRINTER'S_IP_ADDRESS 631 < out.dat
> 
> Results in the following being output to the command line;
> 
> HTTP/1.1 400 Bad Request
> Connection: close
> Server: HP HTTP Server; HP Officejet 6700 - CN583A; Serial Number:
> CN33RBQHFG05RQ; Margarita_premium_mp2 Built:Tue Jul 03, 2018 11:55:54PM
> {MPM3CN1827DR, ASIC id 0x003a0008}
 
My fault entirely. The port number is 9100, not 631. I always make a
slip up along the way with things like this :). I am assuming the device
has an open port 9100; most HP printers do. You can check with

  nmap YOUR_PRINTER'S_IP_ADDRESS

Port 631 is for IPP and a protocol exchange is expected. netcat doesn't
use any protocols, apart from tcp/ip. It simply shovels the data over
the wire and hopes for the best. No wonder Margarita was confused.

> That snippet is output to the command line multiple (nine, in fact)
> times, and does not return to the command prompt.  I had to -C to
> exit.  Nothing is printed by the printer.  In fact, the printer's
> display doesn't illuminate as it did when trying to print from within
> (say) LibreOffice.
> 
> I confirmed the IP address of the printer was correct by copying/pasting
> into a browser and loading the printer's internal web page.

Telling us that helped a lot.
 
> HPLIP 3.20.2 is still installed, BTW.

It wasn't involved here but its best to keep it about for now, if it
suits you.

-- 
Brian.



Re: Gros problème avec update-initramfs

2020-03-04 Thread Dethegeek
Bonjour

De mémoire j'ai eu le souci il y a quelques mois. La cause était une saturation 
du volume dédié à /boot.

Le 4 mars 2020 12:41:48 GMT+01:00, nicolas.patr...@gmail.com a écrit :
>Bonjour,
>
>La mise à jour de ce matin a planté avec update-initramfs qui refuse de
>finir la mise à jour d’aptitude (et de dpkg --configure -a).
>update-initramfs -u -k 4.17.0-3-686-pae -v s’arrête juste après le
>module raid10 que je n’utilise pas. Je l’ai blacklisté, pour voir, ça
>ne change rien.
>Je n’arrive même pas à tuer le processus avec CTRL-C, il me faut
>suspendre le processus (CTRL-Z) et le tuer avec killall.
>Voici les derniers modules ajoutés avant le plantage :
>Calling hook cryptpassdev
>Calling hook cryptopensc
>Calling hook cryptkeyctl
>Calling hook cryptgnupg-sc
>Calling hook cryptgnupg
>Calling hook ntfs_3g
>Adding binary /bin/ntfs-3g
>Adding library-link /lib/i386-linux-gnu/libntfs-3g.so.883.0.0
>Adding library /lib/i386-linux-gnu/libntfs-3g.so.883.0.0
>Calling hook reiserfsprogs
>Calling hook mdadm
>Adding binary /sbin/mdadm
>Adding binary /sbin/mdmon
>Adding module /lib/modules/4.17.0-3-686-pae/kernel/drivers/md/linear.ko
>Adding module
>/lib/modules/4.17.0-3-686-pae/kernel/drivers/md/multipath.ko
>Adding module /lib/modules/4.17.0-3-686-pae/kernel/drivers/md/raid0.ko
>Adding module /lib/modules/4.17.0-3-686-pae/kernel/drivers/md/raid1.ko
>Adding module /lib/modules/4.17.0-3-686-pae/kernel/drivers/md/raid10.ko
>Et là, boum.
>Je n’ai aucune information supplémentaire avec strace.
>
>Est-ce que quelqu’un a une idée ?
>
>nicolas patrois : pts noir asocial
>-- 
>RÉALISME
>
>M : Qu'est-ce qu'il nous faudrait pour qu'on nous considère comme des
>humains ? Un cerveau plus gros ?
>P : Non... Une carte bleue suffirait...

-- 
Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma 
brièveté.

Re: éclairages sur partage réseau vis debian via un smartphone.

2020-03-04 Thread Belaïd
Je ne connaissais pas ! Bon à savoir car utile ! Merci

Le mer. 4 mars 2020 21:40, NoSpam  a écrit :

>
> Le 04/03/2020 à 20:42, cont...@billard-francois-marie.eu a écrit :
> > Bonjour,
> Bonsoir
> > J'ai un réseau avec un serveur sous linux qui ne dispose pas d'accès
> > vers internet. Je souhaitais ponctuellement via un smartphone connecté
> > en wifi disposer de cet accès à Internet.
> > Pour ceci j'ai connecté le smartphone en wifi au réseau avec un ip
> > fixe liée à l'adresse Mac. Ceci fonctionne.
> > Puis bêtement j'ai pensé que cette IP pouvait servir de gateway par
> > défaut à ce réseau. Et qu'une fois l'accès aux données mobiles activé
> > cela fonctionnerait.
> > Cependant il n'en est rien.
> > Et là mes compétences atteignent leurs limites.
> > Est ce seulement possible ?
>
> Cela s'appelle du tethering. Ne connaissant pas l'OS, cherche dans le
> store. Pour Android, la fonction est implémentée depuis un certain et
> s'appelle partage de cnnexion Internt. Cela crée un point wifi sur le
> téléphone auquel se connectent le ou les postes
>
> --
>
> Daniel
>
>


Re: Offline install from CD - not allowed to install SSH server

2020-03-04 Thread Richard Hector
On 5/03/20 4:32 am, Cichas wrote:
> Hello guys,
> sorry if this is documented somewhere but today I decided to ask here as
> it is something fundamental I cannot understand. After 20 years I
> decided to try Debian again (as VM for start). I am installing it from
> debian-10.3.0-amd64-xfce-CD-1.iso. As it is in remote location with
> problematic Internet access I wanted to do offline install. After
> several attempts I figured out that it is not possible to install SSH
> server from "Install" menu (text mode) if I will do it as offline
> install without allowing to use mirror. Which makes no sense. If I have
> Internet access then I can do easy apt-get update && apt install
> openssh-server so no need to install it from install menu. But when I
> have no Internet then I will end with machine without any remote access
> and no easy way to fix that. I have checked the ISO image and SSH server
> should be on it
> (/pool/main/o/openssh/openssh-server_7.9p1-10+deb10u2_amd64.deb) so
> that's also not reason why it is not offered to install it without
> allowing mirror.
> 
> Software selection screens:
> Offline (not selecting the mirror):
> https://paste.pics/207074a621d7329f025a519e8d835363
> Online: https://paste.pics/a5401240d365799e2b7768e009c8dec8

When you say offline, do you just mean that you're not selecting a
mirror? Or do you mean that you're not connected to the Internet at all?
I could see that it might decide not to bother with networking software
if there's no network - but I haven't done a CD-only installation in
years; I normally use netinst.

And when you say it's remote - do you mean you're connecting to it
remotely somehow, or just that it's a long way from the rest of the
world, but you're still sitting in front of it?

Richard



Re: HPLIP - upgrade to 3.20.2 and can no longer print. (version corrected)

2020-03-04 Thread Brad Rogers
On Wed, 4 Mar 2020 19:58:52 +
Brian  wrote:

Hello Brian,

>nc YOUR_PRINTER'S_IP_ADDRESS 631 < out.dat

Results in the following being output to the command line;

HTTP/1.1 400 Bad Request
Connection: close
Server: HP HTTP Server; HP Officejet 6700 - CN583A; Serial Number:
CN33RBQHFG05RQ; Margarita_premium_mp2 Built:Tue Jul 03, 2018 11:55:54PM
{MPM3CN1827DR, ASIC id 0x003a0008}


That snippet is output to the command line multiple (nine, in fact)
times, and does not return to the command prompt.  I had to -C to
exit.  Nothing is printed by the printer.  In fact, the printer's
display doesn't illuminate as it did when trying to print from within
(say) LibreOffice.

I confirmed the IP address of the printer was correct by copying/pasting
into a browser and loading the printer's internal web page.

HPLIP 3.20.2 is still installed, BTW.

-- 
 Regards  _
 / )   "The blindingly obvious is
/ _)radnever immediately apparent"
Every single one of us
Devil Inside - INXS


pgpCxB12N3Ati.pgp
Description: OpenPGP digital signature


Re: éclairages sur partage réseau vis debian via un smartphone.

2020-03-04 Thread NoSpam



Le 04/03/2020 à 20:42, cont...@billard-francois-marie.eu a écrit :

Bonjour,

Bonsoir
J'ai un réseau avec un serveur sous linux qui ne dispose pas d'accès 
vers internet. Je souhaitais ponctuellement via un smartphone connecté 
en wifi disposer de cet accès à Internet.
Pour ceci j'ai connecté le smartphone en wifi au réseau avec un ip 
fixe liée à l'adresse Mac. Ceci fonctionne.
Puis bêtement j'ai pensé que cette IP pouvait servir de gateway par 
défaut à ce réseau. Et qu'une fois l'accès aux données mobiles activé 
cela fonctionnerait.

Cependant il n'en est rien.
Et là mes compétences atteignent leurs limites.
Est ce seulement possible ?


Cela s'appelle du tethering. Ne connaissant pas l'OS, cherche dans le 
store. Pour Android, la fonction est implémentée depuis un certain et 
s'appelle partage de cnnexion Internt. Cela crée un point wifi sur le 
téléphone auquel se connectent le ou les postes


--

Daniel



Re: éclairages sur partage réseau vis debian via un smartphone.

2020-03-04 Thread Belaïd
Bonjour,

Sur un smartphone tu ne peux pas utiliser la connexion wifi et les données
mobiles en même temps. Exemple: tu utilise le wifi du téléphone en
connectant le smartphone a ton réseau wifi ou sinon tu utilises les données
mobiles, a savoir la 4G par exemple, mais pas les deux actifs en même
temps. Si ton but était de partager la Wifi de ton réseau domestique pour
connecter ton serveur en passant par le smartphone en tant que passerelle
(le téléphone étant connecter a ton réseau wifi) il me semble que c'est
impossible

Le mer. 4 mars 2020 21:11, cont...@billard-francois-marie.eu <
cont...@billard-francois-marie.eu> a écrit :

> Bonjour,
> J'ai un réseau avec un serveur sous linux qui ne dispose pas d'accès vers
> internet. Je souhaitais ponctuellement via un smartphone connecté en wifi
> disposer de cet accès à Internet.
> Pour ceci j'ai connecté le smartphone en wifi au réseau avec un ip fixe
> liée à l'adresse Mac. Ceci fonctionne.
> Puis bêtement j'ai pensé que cette IP pouvait servir de gateway par défaut
> à ce réseau. Et qu'une fois l'accès aux données mobiles activé cela
> fonctionnerait.
> Cependant il n'en est rien.
> Et là mes compétences atteignent leurs limites.
> Est ce seulement possible ?
>
> Merci
>
> François Bil


Re: ASUSTek Computer, Inc. USB-N13 802.11n Network Adapter (rev. B1) [Realtek RTL8192CU]

2020-03-04 Thread Charles Curley
On Wed, 04 Mar 2020 18:38:00 +0100
Jonas Smedegaard  wrote:

> Quoting Charles Curley (2020-03-04 18:01:50)
> > Mar  4 09:53:22 chaffee kernel: [2078550.601134] CPU: 0 PID: 20521
> > Comm: kworker/0:0 Tainted: GW 4.19.0-8-686 #1
> > Debian 4.19.98-1 Mar  4 09:53:22 chaffee kernel: [2078550.614861]
> > Hardware name: CompuLab AMD "CM-iGLX" Geode LX/CS5536 /CM-iGLX
> > Platform, BIOS Version 5.2 09/02/2007  
> 
> Not sure, but it looks like your CPU is one of those no longer
> supported by Debian.

Well, it seem to work

But I decided to try the adapter on a more modern machine, and got this
in my syslog:

Mar  4 12:28:50 dzur kernel: [2077971.764787] usb 1-5: new high-speed
USB device number 3 using ehci-pci Mar  4 12:28:50 dzur kernel:
[2077971.935351] usb 1-5: New USB device found, idVendor=0b05,
idProduct=17ab, bcdDevice= 2.00 Mar  4 12:28:50 dzur kernel:
[2077971.946300] usb 1-5: New USB device strings: Mfr=1, Product=2,
SerialNumber=3 Mar  4 12:28:50 dzur kernel: [2077971.957109] usb 1-5:
Product: 802.11n WLAN Adapter Mar  4 12:28:50 dzur kernel:
[2077971.967889] usb 1-5: Manufacturer: Realtek Mar  4 12:28:50 dzur
kernel: [2077971.978600] usb 1-5: SerialNumber: 00e04c01 Mar  4
12:28:50 dzur systemd[1]: Listening on Load/Save RF Kill Switch
Status /dev/rfkill Watch. Mar  4 12:28:51 dzur kernel: [2077972.672174]
rtl8192cu: Chip version 0x11 Mar  4 12:28:51 dzur kernel:
[2077973.021735] rtl8192cu: Board Type 0 Mar  4 12:28:51 dzur kernel:
[2077973.036429] rtl_usb: rx_max_size 15360, rx_urb_num 8, in_ep 1 Mar
4 12:28:51 dzur kernel: [2077973.039258] rtl8192cu: Loading firmware
rtlwifi/rtl8192cufw_TMSC.bin Mar  4 12:28:51 dzur kernel:
[2077973.048763] usb 1-5: firmware: direct-loading firmware
rtlwifi/rtl8192cufw_TMSC.bin Mar  4 12:28:51 dzur kernel:
[2077973.048763] ieee80211 phy0: Selected rate control algorithm
'rtl_rc' Mar  4 12:28:51 dzur kernel: [2077973.052201] usbcore:
registered new interface driver rtl8192cu Mar  4 12:28:51 dzur
systemd[1]: Starting Load/Save RF Kill Switch Status... Mar  4 12:28:51
dzur systemd-udevd[202969]: Using default interface naming scheme
'v243'. Mar  4 12:28:51 dzur systemd-udevd[202969]: ethtool:
autonegotiation is unset or enabled, the speed and duplex are not
writable. Mar  4 12:28:51 dzur kernel: [2077973.173353] rtl8192cu
1-5:1.0 wlx1c872cc720d8: renamed from wlan0

That looks better.

root@dzur:~# ifconfig wlx1c872cc720d8
wlx1c872cc720d8: flags=4098  mtu 1500
ether 1c:87:2c:c7:20:d8  txqueuelen 1000  (Ethernet)
RX packets 0  bytes 0 (0.0 B)
RX errors 0  dropped 0  overruns 0  frame 0
TX packets 0  bytes 0 (0.0 B)
TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

root@dzur:~# iwconfig
wlx1c872cc720d8  IEEE 802.11  ESSID:off/any  
  Mode:Managed  Access Point: Not-Associated   Tx-Power=0 dBm   
  Retry short limit:7   RTS thr=2347 B   Fragment thr:off
  Encryption key:off
  Power Management:on
  
enp2s0no wireless extensions.

lono wireless extensions.

root@dzur:~# rfkill list ; echo $?
0: phy0: Wireless LAN
Soft blocked: no
Hard blocked: no
0
root@dzur:~# uname -r
4.19.0-6-amd64
root@dzur:~# uname -a
Linux dzur 4.19.0-6-amd64 #1 SMP Debian 4.19.67-2+deb10u2 (2019-11-11)
x86_64 GNU/Linux root@dzur:~# 

Thanks for the pointer!

The next step is to get hostapd running.

-- 
Does anybody read signatures any more?

https://charlescurley.com
https://charlescurley.com/blog/


pgpkQrBrxFXJJ.pgp
Description: OpenPGP digital signature


éclairages sur partage réseau vis debian via un smartphone.

2020-03-04 Thread contact

Bonjour,
J'ai un réseau avec un serveur sous linux qui ne dispose pas d'accès vers 
internet. Je souhaitais ponctuellement via un smartphone connecté en wifi 
disposer de cet accès à Internet.
Pour ceci j'ai connecté le smartphone en wifi au réseau avec un ip fixe liée à 
l'adresse Mac. Ceci fonctionne.
Puis bêtement j'ai pensé que cette IP pouvait servir de gateway par défaut à ce 
réseau. Et qu'une fois l'accès aux données mobiles activé cela fonctionnerait.
Cependant il n'en est rien.
Et là mes compétences atteignent leurs limites.
Est ce seulement possible ?

Merci

François Bil


Re: HPLIP - upgrade to 3.20.0 and can no longer print.

2020-03-04 Thread Brian
On Wed, Mar 04, 2020 at 07:37:19PM +, Brad Rogers wrote:
> On Wed, 4 Mar 2020 19:24:02 +
> 
> The printer is connected via an ethernet cable to a switch, which is in
> turn connected to the router/modem.  The computer is connected to the
> router/modem via ethernet.
> 
> Again, thank you for your persistence and patience.

You will have, or can obtain, an out.dat file. This file is a printer-ready
file. What cupsfilter has produced is no different from what is produced
when you have printed (or failed to print) previously. We will send it
directly to the printer.

nc YOUR_PRINTER'S_IP_ADDRESS 631 < out.dat

nc (netcat) should be on your system.

-- 
Brian.



Re: HPLIP - upgrade to 3.20.0 and can no longer print.

2020-03-04 Thread Brad Rogers
On Wed, 4 Mar 2020 19:24:02 +
Brian  wrote:

Hello Brian,

>Would you confirm (or otherwise) that the computer you are printing from
>is USB-connected to the printer?

I should have imported the other subthread to here.   :-)

The printer is connected via an ethernet cable to a switch, which is in
turn connected to the router/modem.  The computer is connected to the
router/modem via ethernet.

Again, thank you for your persistence and patience.

-- 
 Regards  _
 / )   "The blindingly obvious is
/ _)radnever immediately apparent"
Dream on white boy, dream on black girl
Original Sin - INXS


pgpQGH_YY4PYj.pgp
Description: OpenPGP digital signature


Re: HPLIP - upgrade to 3.20.0 and can no longer print.

2020-03-04 Thread Brian Potkin
On Wed, Mar 04, 2020 at 06:53:10PM +, Brad Rogers wrote:
> On Wed, 4 Mar 2020 17:12:00 +
> Brian  wrote:
> 
> Hello Brian,
> 
> >isn't quite what I meant by having the printer on the network. I assume
> >the printer is USB-connected to the server. Strictly speaking, it is the
> 
> The printer is connected via ethernet, rather than USB.
> 
> >For a useful output, wireless would have to activated on the printer and
> >it would have to connect to a wireless access point.
> 
> I can connect the printer wirelessly, if necessary.
> 
> Thank you for your patience.

Thank you for your responsiveness.

What I am probing is not at all central to your issue, but it is useful
to know and may give you another way of printing.

-- 
Brian.



Re: HPLIP - upgrade to 3.20.0 and can no longer print.

2020-03-04 Thread Brian
On Wed, Mar 04, 2020 at 07:24:02PM +, Brian wrote:
> 
> Would you confirm (or otherwise) that the computer you are printing from
> is USB-connected to the printer?

Forget about that. Got your other post.

-- 
Brian.



Re: Recommendations wanted: usb to WiFi dongle

2020-03-04 Thread Miguel A. Vallejo
My advice: Keep away from mt76 devices with Buster. I'm using Mediatek
MT7612U and it does not work well



Re: HPLIP - upgrade to 3.20.0 and can no longer print.

2020-03-04 Thread Brian
On Wed, Mar 04, 2020 at 06:57:02PM +, Brad Rogers wrote:
> On Wed, 4 Mar 2020 16:29:11 +
> Brian  wrote:
> 
> Hello Brian,
> 
> >It's useful in that it shows a fully functioning filtering system for
> >3.19.12, but a log for 3.20.2 is what is really required.
> 
> Attached is the output for when 3.20.2 is installed.

Good. Now we do not have to guess.
 
> AFAICS, the only differences are the order in which some of the output
> statements appear in the two logs.

Four filters are started - texttopdf, pdftopdf, gstoraster and hpcups.
All complete successfully. The filtering system has done what it is
designed to do. The implication is that the transport system to the
printer or the printer itself is at fault. But the printer is known to
print!

Would you confirm (or otherwise) that the computer you are printing from
is USB-connected to the printer?

-- 
Brian.



Re: Advice on upgrading to SSD

2020-03-04 Thread Cindy Sue Causey
On 3/4/20, Dan Ritter  wrote:
> rhkra...@gmail.com wrote:
>> some of my computers are up 24/7, but I suspect the disks "spin down" when
>>
>> unused for some period of time
>
> Some do, some don't. Drives sold as "laptop" or "green" drives
> are more likely to do so by themselves.
>
> There used to be (still?) a set of Western Digital drives that
> would go into a hard sleep and park their heads repeatedly. This
> tended to cause a shortened lifespan as well as terrible
> performance.


I remember seeing AND possibly sharing here on Debian-User about a
BIOS setting that let the User decide whether to let disks like that
make that decision on their own..

SOMETHING like that, anyway.. My Dell PC power supply started working
again.. and then finally fritzed for good so I can't go in to check
exactly what it said. I THINK that's the computer that had that
CHOICE.. Dell XPS 420 grin.

Cindy :)
-- 
Cindy-Sue Causey
Talking Rock, Pickens County, Georgia, USA

* runs with birdseed *



Re: Conectivity loss because gateway's arp entry is incomplete

2020-03-04 Thread Miguel A. Vallejo
> This is not necessarily true. I recently bought a (chinese) wifi
> adapter (atheros chip) that was recognized as mediatek. The moment
> I linked the correct drivers with the device it worked properly.

Not my case. They all have the same usbID (0e8d:7612) and I physically
opened them and I saw the MT7612U chip in the four devices.



Re: HPLIP - upgrade to 3.20.0 and can no longer print.

2020-03-04 Thread Brad Rogers
On Wed, 4 Mar 2020 17:12:00 +
Brian  wrote:

Hello Brian,

>isn't quite what I meant by having the printer on the network. I assume
>the printer is USB-connected to the server. Strictly speaking, it is the

The printer is connected via ethernet, rather than USB.

>For a useful output, wireless would have to activated on the printer and
>it would have to connect to a wireless access point.

I can connect the printer wirelessly, if necessary.

Thank you for your patience.

-- 
 Regards  _
 / )   "The blindingly obvious is
/ _)radnever immediately apparent"
Does she always shout at you, does she tell you what to do
Family Life - Sham 69


pgpTFWiHpt8ky.pgp
Description: OpenPGP digital signature


Re: HPLIP - upgrade to 3.20.0 and can no longer print.

2020-03-04 Thread Brad Rogers
On Wed, 4 Mar 2020 16:29:11 +
Brian  wrote:

Hello Brian,

>It's useful in that it shows a fully functioning filtering system for
>3.19.12, but a log for 3.20.2 is what is really required.

Attached is the output for when 3.20.2 is installed.

AFAICS, the only differences are the order in which some of the output
statements appear in the two logs.

-- 
 Regards  _
 / )   "The blindingly obvious is
/ _)radnever immediately apparent"
Just coz they do it in the movies, doesn't mean to say that it's cool
Keep It Clean - The Vibrators
cupsfilter: File "/usr/lib/cups/filter/hpcups" permissions OK (040755/uid=0/gid=0).
DEBUG: argv[0]="cupsfilter"
DEBUG: argv[1]="1"
DEBUG: argv[2]="root"
DEBUG: argv[3]="nsswitch.conf"
DEBUG: argv[4]="1"
DEBUG: argv[5]=""
DEBUG: argv[6]="/etc/nsswitch.conf"
DEBUG: envp[0]=""
DEBUG: envp[1]="CONTENT_TYPE=text/plain"
DEBUG: envp[2]="CUPS_DATADIR=/usr/share/cups"
DEBUG: envp[3]="CUPS_FONTPATH=/usr/share/cups/fonts"
DEBUG: envp[4]="CUPS_SERVERBIN=/usr/lib/cups"
DEBUG: envp[5]="CUPS_SERVERROOT=/etc/cups"
DEBUG: envp[6]="LANG=en_GB.UTF8"
DEBUG: envp[7]="PATH=/usr/lib/cups/filter:/usr/bin:/usr/sbin:/bin:/usr/bin"
DEBUG: envp[8]="PPD=/etc/cups/ppd/Officejet_6700.ppd"
DEBUG: envp[9]="PRINTER_INFO=cupsfilter"
DEBUG: envp[10]="PRINTER_LOCATION=Unknown"
DEBUG: envp[11]="PRINTER=cupsfilter"
DEBUG: envp[12]="RIP_MAX_CACHE=128m"
DEBUG: envp[13]="USER=root"
DEBUG: envp[14]="CHARSET=utf-8"
DEBUG: envp[15]="FINAL_CONTENT_TYPE=application/vnd.cups-raster"
INFO: texttopdf (PID 34972) started.
INFO: pdftopdf (PID 34973) started.
INFO: gstoraster (PID 34974) started.
INFO: hpcups (PID 34975) started.
DEBUG: OUTFORMAT="(null)", so output format will be CUPS/PWG Raster
DEBUG: Page = 595x842; 9,9 to 586,833
STATE: -marker-supply-low-warning
DEBUG: pdftopdf: Last filter determined by the PPD: hpcups; FINAL_CONTENT_TYPE: application/vnd.cups-raster => pdftopdf will not log pages in page_log.
DEBUG: PDF interactive form and annotation flattening done via QPDF
INFO: texttopdf (PID 34972) exited with no errors.
INFO: pdftopdf (PID 34973) exited with no errors.
DEBUG: Color Manager: Calibration Mode/Off
DEBUG: Calling FindDeviceById(cups-cupsfilter)
DEBUG: Failed to send: org.freedesktop.DBus.Error.ServiceUnknown:The name org.freedesktop.ColorManager was not provided by any .service files
DEBUG: Failed to get find device cups-cupsfilter
DEBUG: Calling FindDeviceById(cups-cupsfilter)
DEBUG: Failed to send: org.freedesktop.DBus.Error.ServiceUnknown:The name org.freedesktop.ColorManager was not provided by any .service files
DEBUG: Failed to get device cups-cupsfilter
INFO: Color Manager: no profiles specified in PPD
DEBUG: Color Manager: ICC Profile: None
DEBUG: Ghostscript using Any-Part-of-Pixel method to fill paths.
DEBUG: Ghostscript command line: gs -dQUIET -dPARANOIDSAFER -dNOPAUSE -dBATCH -dNOINTERPOLATE -dNOMEDIAATTRS -dShowAcroForm -sstdout=%stderr -sOutputFile=%stdout -sDEVICE=cups -sMediaType=Plain -sOutputType=0 -r600x600 -dMediaPosition=1 -dDEVICEWIDTHPOINTS=595 -dDEVICEHEIGHTPOINTS=841 -dcupsBitsPerColor=8 -dcupsColorOrder=0 -dcupsColorSpace=17 -dcupsInteger0=26 -scupsPageSizeName=A4 -I/usr/share/cups/fonts -c '<>setpagedevice' -f -_
DEBUG: envp[0]=""
DEBUG: envp[1]="CONTENT_TYPE=text/plain"
DEBUG: envp[2]="CUPS_DATADIR=/usr/share/cups"
DEBUG: envp[3]="CUPS_FONTPATH=/usr/share/cups/fonts"
DEBUG: envp[4]="CUPS_SERVERBIN=/usr/lib/cups"
DEBUG: envp[5]="CUPS_SERVERROOT=/etc/cups"
DEBUG: envp[6]="LANG=en_GB.UTF8"
DEBUG: envp[7]="PATH=/usr/lib/cups/filter:/usr/bin:/usr/sbin:/bin:/usr/bin"
DEBUG: envp[8]="PPD=/etc/cups/ppd/Officejet_6700.ppd"
DEBUG: envp[9]="PRINTER_INFO=cupsfilter"
DEBUG: envp[10]="PRINTER_LOCATION=Unknown"
DEBUG: envp[11]="PRINTER=cupsfilter"
DEBUG: envp[12]="RIP_MAX_CACHE=128m"
DEBUG: envp[13]="USER=root"
DEBUG: envp[14]="CHARSET=utf-8"
DEBUG: envp[15]="FINAL_CONTENT_TYPE=application/vnd.cups-raster"
INFO: Start rendering...
INFO: Processing page 1...
PAGE: 1 1
INFO: Processing page 2...
INFO: Rendering completed
INFO: gstoraster (PID 34974) exited with no errors.
INFO: hpcups (PID 34975) exited with no errors.


pgpQlb_WwPjDM.pgp
Description: OpenPGP digital signature


Re: ASUSTek Computer, Inc. USB-N13 802.11n Network Adapter (rev. B1) [Realtek RTL8192CU]

2020-03-04 Thread Jonas Smedegaard
[ replying via list, assuming off-list reply was accidental ]

Quoting deloptes (2020-03-04 19:31:06)
> Jonas Smedegaard wrote:
> 
> > Quoting Charles Curley (2020-03-04 18:01:50)
> >> Mar  4 09:53:22 chaffee kernel: [2078550.601134] CPU: 0 PID: 20521 Comm:
> >> kworker/0:0 Tainted: G        W         4.19.0-8-686 #1 Debian 4.19.98-1
> >> Mar  4 09:53:22 chaffee kernel: [2078550.614861] Hardware name: CompuLab
> >> AMD "CM-iGLX" Geode LX/CS5536 /CM-iGLX Platform, BIOS Version 5.2
> >> 09/02/2007
> > 
> > Not sure, but it looks like your CPU is one of those no longer 
> > supported by Debian.
> > 
> > If true, then depending on exactly how it no longer fits it might 
> > lead to _sometimes_ working but not always, and it might be that the 
> > wireless driver hits one of those areas not working?
> 
> I have geode gx2, but it has only USB1 interface.

Ah ok, it was the "Geode LX" in the log that got me worried.


> It might be that 686 supports it. I compile the kernel anyway myself. 
> Support is there and all works pretty well.

Sounds irrelevant here, so just for others stumbling upon this: 
Compiling the kernel yourself ensures that the _kernel_ supports the 
baseline you manage to configure/patch it to support, but the rest of 
system (likely including wifi, although not the kernel modules) may 
still have a different baseline (unless you recompile everything, but 
then please don't call it Debian).


Enjoy,

 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private

signature.asc
Description: signature


Re: ASUSTek Computer, Inc. USB-N13 802.11n Network Adapter (rev. B1) [Realtek RTL8192CU]

2020-03-04 Thread deloptes
Charles Curley wrote:

> On Tue, 03 Mar 2020 22:29:09 +0100
> deloptes  wrote:
> 
>> Charles Curley wrote:
>> 
>> > However, the adapter does not show up in the results of "ifconfig
>> > -a" or "iwconfig".
>> 
>> just wondering what "rfkill list" says
>> 
> 
> root@chaffee:~# rfkill list ; echo $?
> 0
> root@chaffee:~#
> 
> 

obviously because of the error below no interface is being
created/registered. You'll need to sort out this error first.

We understood what your platform is but nothing about the kernel.

As I am using a Geode GX2, I can simply recommend compiling the kernel with
all features you need incl. those drivers you need.

The way you could be sure you got what you wanted and could also debug.

It tells me only that it breaks trying to allocate memory, which means to me
it could be you have low amount of memory or there is a bug in the driver.

As I do not know what kernel it is and where you got the driver from, I can
not tell anything.

> 
> And, for the terminally curious, here's the trace in syslog when I plug
> it in:
> 
> 
> Mar  4 09:53:22 chaffee kernel: [2078550.355949] usb 1-1: new
> high-speed USB device number 6 using ehci-pci Mar  4 09:53:22 chaffee
> kernel: [2078550.521864] usb 1-1: New USB device found, idVendor=0b05,
> idProduct=17ab, bcdDevice= 2.00
> Mar  4 09:53:22 chaffee kernel: [2078550.536903] usb 1-1: New USB device
> strings: Mfr=1, Product=2, SerialNumber=3
> Mar  4 09:53:22 chaffee kernel: [2078550.551447] usb 1-1: Product: 802.11n
> WLAN Adapter
> Mar  4 09:53:22 chaffee kernel: [2078550.559328] usb 1-1: Manufacturer:
> Realtek
> Mar  4 09:53:22 chaffee kernel: [2078550.566515] usb 1-1: SerialNumber:
> 00e04c01
> Mar  4 09:53:22 chaffee kernel: [2078550.579863] kworker/0:0: page
> allocation failure: order:4,
> mode:0x60c0c0(GFP_KERNEL|__GFP_COMP|__GFP_ZERO), nodemask=(null)
> Mar  4 09:53:22 chaffee kernel: [2078550.594223] kworker/0:0 cpuset=/
> mems_allowed=0
> Mar  4 09:53:22 chaffee kernel: [2078550.601134] CPU: 0 PID: 20521 Comm:
> kworker/0:0 Tainted: GW 4.19.0-8-686 #1 Debian 4.19.98-1
> Mar  4 09:53:22 chaffee kernel: [2078550.614861] Hardware name: CompuLab
> AMD "CM-iGLX" Geode LX/CS5536 /CM-iGLX Platform, BIOS Version 5.2
> 09/02/2007
> Mar  4 09:53:22 chaffee kernel: [2078550.629060] Workqueue: usb_hub_wq
> hub_event [usbcore]
> Mar  4 09:53:22 chaffee kernel: [2078550.635860] Call Trace:
> Mar  4 09:53:22 chaffee kernel: [2078550.642433]  dump_stack+0x60/0x7e
> Mar  4 09:53:22 chaffee kernel: [2078550.649142] 
> warn_alloc.cold.129+0x48/0xbf
> Mar  4 09:53:22 chaffee kernel: [2078550.655545] 
> __alloc_pages_nodemask+0xe2a/0xe60
> Mar  4 09:53:22 chaffee kernel: [2078550.662027]  kmalloc_order+0x18/0x30
> Mar  4 09:53:22 chaffee kernel: [2078550.668308] 
> kmalloc_order_trace+0x1b/0x90
> Mar  4 09:53:22 chaffee kernel: [2078550.674438]  __kmalloc+0x1b0/0x220
> Mar  4 09:53:22 chaffee kernel: [2078550.681026]  ?
> ieee80211_add_iface+0x90/0x90 [mac80211]
> Mar  4 09:53:22 chaffee kernel: [2078550.687564]  wiphy_new_nm+0x210/0x6b0
> [cfg80211]
> Mar  4 09:53:22 chaffee kernel: [2078550.694064] 
> ieee80211_alloc_hw_nm+0x10b/0x620 [mac80211]
> Mar  4 09:53:22 chaffee kernel: [2078550.700511]  rtl_usb_probe+0x24/0x521
> [rtl_usb]
> Mar  4 09:53:22 chaffee kernel: [2078550.707004]  ?
> _cond_resched+0x17/0x30
> Mar  4 09:53:22 chaffee kernel: [2078550.713726]  ? mutex_lock+0x10/0x30
> Mar  4 09:53:22 chaffee kernel: [2078550.720007] 
> rtl8192cu_probe+0x12/0x20 [rtl8192cu]
> Mar  4 09:53:22 chaffee kernel: [2078550.726330] 
> usb_probe_interface+0xc8/0x2e0 [usbcore]
> Mar  4 09:53:22 chaffee kernel: [2078550.732557]  really_probe+0x216/0x380
> Mar  4 09:53:22 chaffee kernel: [2078550.738592] 
> driver_probe_device+0xe1/0x120
> Mar  4 09:53:22 chaffee kernel: [2078550.745630]  ?
> usb_match_id.part.12+0x41/0x50 [usbcore]
> Mar  4 09:53:22 chaffee kernel: [2078550.751436] 
> __device_attach_driver+0x75/0xe0
> Mar  4 09:53:22 chaffee kernel: [2078550.757152]  ?
> __driver_attach+0x100/0x100
> Mar  4 09:53:22 chaffee kernel: [2078550.762862] 
> bus_for_each_drv+0x5d/0xa0
> Mar  4 09:53:22 chaffee kernel: [2078550.768581] 
> __device_attach+0xc3/0x140
> Mar  4 09:53:22 chaffee kernel: [2078550.774289]  ?
> __driver_attach+0x100/0x100
> Mar  4 09:53:22 chaffee kernel: [2078550.779702] 
> device_initial_probe+0x12/0x20
> Mar  4 09:53:22 chaffee kernel: [2078550.785047] 
> bus_probe_device+0x77/0x80
> Mar  4 09:53:22 chaffee kernel: [2078550.790324]  device_add+0x35e/0x640
> Mar  4 09:53:22 chaffee kernel: [2078550.795448]  ?
> _cond_resched+0x17/0x30
> Mar  4 09:53:22 chaffee kernel: [2078550.800396]  ? mutex_lock+0x10/0x30
> Mar  4 09:53:22 chaffee kernel: [2078550.805486] 
> usb_set_configuration+0x3d7/0x850 [usbcore]
> Mar  4 09:53:22 chaffee kernel: [2078550.805486] 
> usb_set_configuration+0x3d7/0x850 [usbcore]
> Mar  4 09:53:22 chaffee kernel: [2078550.810330]  generic_probe+0x4c/0x70
> [usbcore]
> Mar  4 09:53:22 chaffee kernel: 

Re: Advice on upgrading to SSD

2020-03-04 Thread Nate Bargmann
* On 2020 04 Mar 10:02 -0600, Michael Stone wrote:
> On Wed, Mar 04, 2020 at 02:47:47PM +, Tony van der Hoff wrote:
> > Gene didn't address my problem, but made the very useful observation
> > that disks spinning 24/7 don't really die. Perhaps I shouldn't worry
> > about replacing them.
> 
> the speed advantages are such that I try to avoid spinning disks for OSs
> wherever possible these days since the costs for SSDs have gotten so low.

This.

I updated two desktops last week from spinning rust to SSDs, including
this machine, and the speed increase, lack of noise, much lower heat
inside the case, and now much lower price point makes the upgrade a no
brainer.

> > Andrei supports file-level copying, so I'll stick to that.
> 
> Yes, this is generally how I'd proceed. rsync existing filesystem onto the
> new one, bind mount /dev /proc and /sys to the new filesystem, then chroot
> into it, edit fstab on the new filesystem to point to the new root (I'd
> personally use the UUID) run grub-install to put the bootloader on the new
> disk, and then run update-grub. There are other approaches to setting up the
> bootloader as well. It's best to do all this in single user mode to avoid
> files changing while you're copying. Then you'll want to change the bios
> settings to boot off the ssd first rather than the hard drives.

I like rsync for this.  In the olde days I often updated over the LAN to
copy data from a laptop to a desktop and back to the laptop's new drive.
Years ago I bought a 500 GB USB drive that saved that step.  As rsync
gives compression with the '-z' option, doing so over the network was
tolerable.

I had to do a bit more dancing on this machine where I use secure boot
with UEFI.  I followed the steps from:

https://wiki.debian.org/GrubEFIReinstall 

including putting the suggested Refind image on a thumb drive and
booting to it after disabling secure boot but via EFI.  That was easy,
the next day I updated the BIOS which erased all of the user keys so I
had to do those steps over and ensure the Grub key was in NVRAM along
with the key I use to sign the Virtualbox kernel modules.

It was a learning experience!

- Nate

-- 

"The optimist proclaims that we live in the best of all
possible worlds.  The pessimist fears this is true."

Web: https://www.n0nb.us
Projects: https://github.com/N0NB
GPG fingerprint: 82D6 4F6B 0E67 CD41 F689 BBA6 FB2C 5130 D55A 8819



signature.asc
Description: PGP signature


Re: Advice on upgrading to SSD

2020-03-04 Thread Dan Ritter
rhkra...@gmail.com wrote: 
> On Wednesday, March 04, 2020 09:47:47 AM Tony van der Hoff wrote:
> > Gene didn't address my problem, but made the very useful observation
> > that disks spinning 24/7 don't really die. Perhaps I shouldn't worry
> > about replacing them.
> 
> I wouldn't count on that, for two reasons:
> 
>* everything mechanical wears, and eventually wears out (well, maybe not 
> if 
> the bearings are a magnetic suspension type) (no moving parts in contact)
> 
>* I suspect most of us don't know whether our disks are spinning 24/7 -- 
> some of my computers are up 24/7, but I suspect the disks "spin down" when 
> unused for some period of time

Some do, some don't. Drives sold as "laptop" or "green" drives
are more likely to do so by themselves.

There used to be (still?) a set of Western Digital drives that
would go into a hard sleep and park their heads repeatedly. This 
tended to cause a shortened lifespan as well as terrible
performance.

-dsr-



Re: Advice on upgrading to SSD

2020-03-04 Thread rhkramer
On Wednesday, March 04, 2020 09:47:47 AM Tony van der Hoff wrote:
> Gene didn't address my problem, but made the very useful observation
> that disks spinning 24/7 don't really die. Perhaps I shouldn't worry
> about replacing them.

I wouldn't count on that, for two reasons:

   * everything mechanical wears, and eventually wears out (well, maybe not if 
the bearings are a magnetic suspension type) (no moving parts in contact)

   * I suspect most of us don't know whether our disks are spinning 24/7 -- 
some of my computers are up 24/7, but I suspect the disks "spin down" when 
unused for some period of time



Re: [OT] JFYI: Lets Encrypt CAA bug, how to check certificate

2020-03-04 Thread Nate Bargmann
Thanks for passing that along,  Didar.  It shows my cert is OK as well.

- Nate

-- 

"The optimist proclaims that we live in the best of all
possible worlds.  The pessimist fears this is true."

Web: https://www.n0nb.us
Projects: https://github.com/N0NB
GPG fingerprint: 82D6 4F6B 0E67 CD41 F689 BBA6 FB2C 5130 D55A 8819



signature.asc
Description: PGP signature


Re: ASUSTek Computer, Inc. USB-N13 802.11n Network Adapter (rev. B1) [Realtek RTL8192CU]

2020-03-04 Thread Jonas Smedegaard
Quoting Charles Curley (2020-03-04 18:01:50)
> Mar  4 09:53:22 chaffee kernel: [2078550.601134] CPU: 0 PID: 20521 Comm: 
> kworker/0:0 Tainted: GW 4.19.0-8-686 #1 Debian 4.19.98-1
> Mar  4 09:53:22 chaffee kernel: [2078550.614861] Hardware name: CompuLab AMD 
> "CM-iGLX" Geode LX/CS5536 /CM-iGLX Platform, BIOS Version 5.2 09/02/2007

Not sure, but it looks like your CPU is one of those no longer supported 
by Debian.

If true, then depending on exactly how it no longer fits it might lead 
to _sometimes_ working but not always, and it might be that the wireless 
driver hits one of those areas not working?


 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private

signature.asc
Description: signature


Re: ASUSTek Computer, Inc. USB-N13 802.11n Network Adapter (rev. B1) [Realtek RTL8192CU]

2020-03-04 Thread Charles Curley
On Tue, 03 Mar 2020 22:29:09 +0100
deloptes  wrote:

> Charles Curley wrote:
> 
> > However, the adapter does not show up in the results of "ifconfig
> > -a" or "iwconfig".  
> 
> just wondering what "rfkill list" says
> 

root@chaffee:~# rfkill list ; echo $?
0
root@chaffee:~# 



And, for the terminally curious, here's the trace in syslog when I plug
it in:


Mar  4 09:53:22 chaffee kernel: [2078550.355949] usb 1-1: new
high-speed USB device number 6 using ehci-pci Mar  4 09:53:22 chaffee kernel: 
[2078550.521864] usb 1-1: New USB device found, idVendor=0b05, idProduct=17ab, 
bcdDevice= 2.00
Mar  4 09:53:22 chaffee kernel: [2078550.536903] usb 1-1: New USB device 
strings: Mfr=1, Product=2, SerialNumber=3
Mar  4 09:53:22 chaffee kernel: [2078550.551447] usb 1-1: Product: 802.11n WLAN 
Adapter
Mar  4 09:53:22 chaffee kernel: [2078550.559328] usb 1-1: Manufacturer: Realtek
Mar  4 09:53:22 chaffee kernel: [2078550.566515] usb 1-1: SerialNumber: 
00e04c01
Mar  4 09:53:22 chaffee kernel: [2078550.579863] kworker/0:0: page allocation 
failure: order:4, mode:0x60c0c0(GFP_KERNEL|__GFP_COMP|__GFP_ZERO), 
nodemask=(null)
Mar  4 09:53:22 chaffee kernel: [2078550.594223] kworker/0:0 cpuset=/ 
mems_allowed=0
Mar  4 09:53:22 chaffee kernel: [2078550.601134] CPU: 0 PID: 20521 Comm: 
kworker/0:0 Tainted: GW 4.19.0-8-686 #1 Debian 4.19.98-1
Mar  4 09:53:22 chaffee kernel: [2078550.614861] Hardware name: CompuLab AMD 
"CM-iGLX" Geode LX/CS5536 /CM-iGLX Platform, BIOS Version 5.2 09/02/2007
Mar  4 09:53:22 chaffee kernel: [2078550.629060] Workqueue: usb_hub_wq 
hub_event [usbcore]
Mar  4 09:53:22 chaffee kernel: [2078550.635860] Call Trace:
Mar  4 09:53:22 chaffee kernel: [2078550.642433]  dump_stack+0x60/0x7e
Mar  4 09:53:22 chaffee kernel: [2078550.649142]  warn_alloc.cold.129+0x48/0xbf
Mar  4 09:53:22 chaffee kernel: [2078550.655545]  
__alloc_pages_nodemask+0xe2a/0xe60
Mar  4 09:53:22 chaffee kernel: [2078550.662027]  kmalloc_order+0x18/0x30
Mar  4 09:53:22 chaffee kernel: [2078550.668308]  kmalloc_order_trace+0x1b/0x90
Mar  4 09:53:22 chaffee kernel: [2078550.674438]  __kmalloc+0x1b0/0x220
Mar  4 09:53:22 chaffee kernel: [2078550.681026]  ? 
ieee80211_add_iface+0x90/0x90 [mac80211]
Mar  4 09:53:22 chaffee kernel: [2078550.687564]  wiphy_new_nm+0x210/0x6b0 
[cfg80211]
Mar  4 09:53:22 chaffee kernel: [2078550.694064]  
ieee80211_alloc_hw_nm+0x10b/0x620 [mac80211]
Mar  4 09:53:22 chaffee kernel: [2078550.700511]  rtl_usb_probe+0x24/0x521 
[rtl_usb]
Mar  4 09:53:22 chaffee kernel: [2078550.707004]  ? _cond_resched+0x17/0x30
Mar  4 09:53:22 chaffee kernel: [2078550.713726]  ? mutex_lock+0x10/0x30
Mar  4 09:53:22 chaffee kernel: [2078550.720007]  rtl8192cu_probe+0x12/0x20 
[rtl8192cu]
Mar  4 09:53:22 chaffee kernel: [2078550.726330]  
usb_probe_interface+0xc8/0x2e0 [usbcore]
Mar  4 09:53:22 chaffee kernel: [2078550.732557]  really_probe+0x216/0x380
Mar  4 09:53:22 chaffee kernel: [2078550.738592]  driver_probe_device+0xe1/0x120
Mar  4 09:53:22 chaffee kernel: [2078550.745630]  ? 
usb_match_id.part.12+0x41/0x50 [usbcore]
Mar  4 09:53:22 chaffee kernel: [2078550.751436]  
__device_attach_driver+0x75/0xe0
Mar  4 09:53:22 chaffee kernel: [2078550.757152]  ? __driver_attach+0x100/0x100
Mar  4 09:53:22 chaffee kernel: [2078550.762862]  bus_for_each_drv+0x5d/0xa0
Mar  4 09:53:22 chaffee kernel: [2078550.768581]  __device_attach+0xc3/0x140
Mar  4 09:53:22 chaffee kernel: [2078550.774289]  ? __driver_attach+0x100/0x100
Mar  4 09:53:22 chaffee kernel: [2078550.779702]  device_initial_probe+0x12/0x20
Mar  4 09:53:22 chaffee kernel: [2078550.785047]  bus_probe_device+0x77/0x80
Mar  4 09:53:22 chaffee kernel: [2078550.790324]  device_add+0x35e/0x640
Mar  4 09:53:22 chaffee kernel: [2078550.795448]  ? _cond_resched+0x17/0x30
Mar  4 09:53:22 chaffee kernel: [2078550.800396]  ? mutex_lock+0x10/0x30
Mar  4 09:53:22 chaffee kernel: [2078550.805486]  
usb_set_configuration+0x3d7/0x850 [usbcore]
Mar  4 09:53:22 chaffee kernel: [2078550.805486]  
usb_set_configuration+0x3d7/0x850 [usbcore]
Mar  4 09:53:22 chaffee kernel: [2078550.810330]  generic_probe+0x4c/0x70 
[usbcore]
Mar  4 09:53:22 chaffee kernel: [2078550.815135]  usb_probe_device+0x25/0x60 
[usbcore]
Mar  4 09:53:22 chaffee kernel: [2078550.819964]  really_probe+0x216/0x380
Mar  4 09:53:22 chaffee kernel: [2078550.824774]  driver_probe_device+0xe1/0x120
Mar  4 09:53:22 chaffee kernel: [2078550.829564]  ? __schedule+0x29d/0x900
Mar  4 09:53:22 chaffee kernel: [2078550.834330]  
__device_attach_driver+0x75/0xe0
Mar  4 09:53:22 chaffee kernel: [2078550.840189]  ? __driver_attach+0x100/0x100
Mar  4 09:53:22 chaffee kernel: [2078550.845052]  bus_for_each_drv+0x5d/0xa0
Mar  4 09:53:22 chaffee kernel: [2078550.849849]  __device_attach+0xc3/0x140
Mar  4 09:53:22 chaffee kernel: [2078550.854576]  ? __driver_attach+0x100/0x100
Mar  4 09:53:22 chaffee kernel: [2078550.859272]  device_initial_probe+0x12/0x20
Mar  4 09:53:22 chaffee kernel: [2078550.863904]  

Re: HPLIP - upgrade to 3.20.0 and can no longer print.

2020-03-04 Thread Brian
On Wed, Mar 04, 2020 at 04:23:16PM +, Brad Rogers wrote:
> On Wed, 4 Mar 2020 16:08:38 +
> 
> Hello Brian,

Hello Brad,
 
> >  avahi-browse -rt _ipp._tcp
> 
> Output is in the attached file to avoid (hopefully) horrendous word wrap
> issues.

The output is from the DNS-SD broadcasts made by a CUPS server. This
isn't quite what I meant by having the printer on the network. I assume
the printer is USB-connected to the server. Strictly speaking, it is the
server that is on the network, not the printer.

For a useful output, wireless would have to activated on the printer and
it would have to connect to a wireless access point.
 
> >  avahi-browse -rt _uscan._tcp
> 
> Results in no output.  However, about 1 second passes before the command
> prompt reappears, so something occurs.

This tells you the server is not a scanning device! T'would be surprising
if it was.

> I'll reiterate that currently, the working (v3.19.12) hplip is
> installed, in case it's relevant.

It wasn't relevant for this.

-- 
Brian








> -- 
>  Regards  _
>  / )   "The blindingly obvious is
> / _)radnever immediately apparent"
> Bet you thought you knew what I was about
> Problem - Sex Pistols

> +   eth0 IPv6 Officejet_6700_fax @ abydos   Internet Printer  
>local
> +   eth0 IPv6 Officejet_6700 @ abydos   Internet Printer  
>local
> +   eth0 IPv4 Officejet_6700_fax @ abydos   Internet Printer  
>local
> +   eth0 IPv4 Officejet_6700 @ abydos   Internet Printer  
>local
> =   eth0 IPv6 Officejet_6700_fax @ abydos   Internet Printer  
>local
>hostname = [abydos.local]
>address = [2001:8b0:234:2417:e7fe:43c:2aae:82ec]
>port = [631]
>txt = ["printer-type=0x6" "printer-state=3" "TLS=1.2" 
> "UUID=fd0f955d-6e5c-3ab5-4a03-70ffdd14295f" "URF=DM3" 
> "pdl=application/postscript" "product=Unknown" "priority=0" 
> "adminurl=https://abydos.local.:631/printers/Officejet_6700_fax; "ty=Unknown" 
> "rp=printers/Officejet_6700_fax" "qtotal=1" "txtvers=1"]
> =   eth0 IPv6 Officejet_6700 @ abydos   Internet Printer  
>local
>hostname = [abydos.local]
>address = [2001:8b0:234:2417:e7fe:43c:2aae:82ec]
>port = [631]
>txt = ["printer-type=0x901E" "printer-state=3" "Duplex=T" "Color=T" 
> "TLS=1.2" "UUID=25e0e91d-ed46-3c21-4c9d-c3c5a3700194" "URF=DM3" 
> "pdl=application/octet-stream,application/pdf,application/postscript,image/jpeg,image/png,image/pwg-raster,image/urf"
>  "product=(HP Officejet 6700 Premium E-all-in-one printer-h711n)" 
> "priority=0" "note=" 
> "adminurl=https://abydos.local.:631/printers/Officejet_6700; "ty=HP Officejet 
> 6700, hpcups 3.20.2" "rp=printers/Officejet_6700" "qtotal=1" "txtvers=1"]
> =   eth0 IPv4 Officejet_6700_fax @ abydos   Internet Printer  
>local
>hostname = [abydos.local]
>address = [192.168.1.99]
>port = [631]
>txt = ["printer-type=0x6" "printer-state=3" "TLS=1.2" 
> "UUID=fd0f955d-6e5c-3ab5-4a03-70ffdd14295f" "URF=DM3" 
> "pdl=application/postscript" "product=Unknown" "priority=0" 
> "adminurl=https://abydos.local.:631/printers/Officejet_6700_fax; "ty=Unknown" 
> "rp=printers/Officejet_6700_fax" "qtotal=1" "txtvers=1"]
> =   eth0 IPv4 Officejet_6700 @ abydos   Internet Printer  
>local
>hostname = [abydos.local]
>address = [192.168.1.99]
>port = [631]
>txt = ["printer-type=0x901E" "printer-state=3" "Duplex=T" "Color=T" 
> "TLS=1.2" "UUID=25e0e91d-ed46-3c21-4c9d-c3c5a3700194" "URF=DM3" 
> "pdl=application/octet-stream,application/pdf,application/postscript,image/jpeg,image/png,image/pwg-raster,image/urf"
>  "product=(HP Officejet 6700 Premium E-all-in-one printer-h711n)" 
> "priority=0" "note=" 
> "adminurl=https://abydos.local.:631/printers/Officejet_6700; "ty=HP Officejet 
> 6700, hpcups 3.20.2" "rp=printers/Officejet_6700" "qtotal=1" "txtvers=1"]





Re: Offline install from CD - not allowed to install SSH server

2020-03-04 Thread john doe
On 3/4/2020 4:32 PM, Cichas wrote:
>
> Hello guys,
>
> sorry if this is documented somewhere but today I decided to ask here as it
> is something fundamental I cannot understand. After 20 years I decided to
> try Debian again (as VM for start). I am installing it from debian-10.3.0-
> amd64-xfce-CD-1.iso. As it is in remote location with problematic Internet

This is a cd where I would try a DVD.

> access I wanted to do offline install. After several attempts I figured out
> that it is not possible to install SSH server from "Install" menu (text
> mode) if I will do it as offline install without allowing to use mirror.
> Which makes no sense. If I have Internet access then I can do easy apt-get
> update && apt install openssh-server so no need to install it from install
> menu. But when I have no Internet then I will end with machine without any
> remote access and no easy way to fix that. I have checked the ISO image and
> SSH server should be on it (/pool/main/o/openssh/openssh-server_7.9p1-10+deb
> 10u2_amd64.deb) so that's also not reason why it is not offered to install

If I'm not mistaking, this is the SSH server used during installation
but not after installation.

> it without allowing mirror.
>
>
>
>
> Software selection screens:
>
> Offline (not selecting the mirror): https://paste.pics/207074a621d7329f025a
> 519e8d835363
>
> Online: https://paste.pics/a5401240d365799e2b7768e009c8dec8
>
>
>
>
>
>
>
> So can anybody enlighten me why it is set like this and if it is possible to
> do anything with it (fill a bug? against which package?), please?
>
>

Have a go with the DVD.

--
John Doe



Re: Advice on upgrading to SSD

2020-03-04 Thread G.W. Haywood

Hi there,

On Wed, 4 Mar 2020, grumpy wrote:


if new drive is the same size or larger
install new drive
boot using usb drive, i use systemrescuecd
dd if=old_drive of=new_drive


If there might be any problem with readability on source disc sectors,
then 'ddrescue' is far superior to plain old 'dd'.

Be aware that there is more than one version of ddrescue, and I've
seen at least one version which was less than reliable.  From personal
experience the version packaged by Debian seems to be a good version.

--

73,
Ged.



Re: HPLIP - upgrade to 3.20.0 and can no longer print.

2020-03-04 Thread Jonas Smedegaard
Quoting Brad Rogers (2020-03-04 16:04:07)
> On Wed, 04 Mar 2020 15:47:45 +0100
> Jonas Smedegaard  wrote:
> 
> >Thanks for clarifying.  Yes, the two bugs filed today relates only to
> 
> I was too wrapped up in details to see the blindingly obvious
> 
> >unstable, and your explicitly omitting details about suppressed 
> >recommended packages must mean that you have none of that.
> 
> I don't routinely install recommended packages.  AFAICS, the 
> recommends for hplip relate mostly to scanning, rather than printing 
> so probably not relevant.  Of course, I'm no expert.

When you routinely ignore recommendations from those developing your 
system, then I find it all too likely that your system is too broken in 
too many surprising ways.

Feel free to insist that ignoring recommendations works fine for you 
(others before you have insisted on that), just please mention 
explicitly that practice of yours when seeking help, so that those 
believing in the sanity of following recommendations can avoid getting 
frustrated figuring out which not-broken-by-another-definition breakage 
might have caused your issue.


> Should I still go ahead and file a report?

I don't know.

Good luck with your system.


 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private

signature.asc
Description: signature


Re: HPLIP - upgrade to 3.20.0 and can no longer print.

2020-03-04 Thread Brian
On Wed, Mar 04, 2020 at 04:13:05PM +, Brad Rogers wrote:
> On Wed, 4 Mar 2020 15:51:18 +
> a...@cityscape.co.uk wrote:
> 
> Hello a...@cityscape.co.uk,
> 
> >Execute (as root):
> >cupsfilter -p /etc/cups/ppd/XXX.ppd -m printer/foo -e
> >/etc/nsswitch.conf > out.dat 2>log
> 
> I'll point out that this is with the 3.19.12 (i.e. things working)
> version of hplip installed, so may not be useful.

It's useful in that it shows a fully functioning filtering system for
3.19.12, but a log for 3.20.2 is what is really required.

-- 
Brian.



Re: HPLIP - upgrade to 3.20.0 and can no longer print.

2020-03-04 Thread Brad Rogers
On Wed, 4 Mar 2020 15:51:18 +
a...@cityscape.co.uk wrote:

Hello a...@cityscape.co.uk,

>Execute (as root):
>cupsfilter -p /etc/cups/ppd/XXX.ppd -m printer/foo -e
>/etc/nsswitch.conf > out.dat 2>log

I'll point out that this is with the 3.19.12 (i.e. things working)
version of hplip installed, so may not be useful.

cupsfilter: File "/usr/lib/cups/filter/hpcups" permissions OK 
(040755/uid=0/gid=0).
DEBUG: argv[0]="cupsfilter"
DEBUG: argv[1]="1"
DEBUG: argv[2]="root"
DEBUG: argv[3]="nsswitch.conf"
DEBUG: argv[4]="1"
DEBUG: argv[5]=""
DEBUG: argv[6]="/etc/nsswitch.conf"
DEBUG: envp[0]=""
DEBUG: envp[1]="CONTENT_TYPE=text/plain"
DEBUG: envp[2]="CUPS_DATADIR=/usr/share/cups"
DEBUG: envp[3]="CUPS_FONTPATH=/usr/share/cups/fonts"
DEBUG: envp[4]="CUPS_SERVERBIN=/usr/lib/cups"
DEBUG: envp[5]="CUPS_SERVERROOT=/etc/cups"
DEBUG: envp[6]="LANG=en_GB.UTF8"
DEBUG: envp[7]="PATH=/usr/lib/cups/filter:/usr/bin:/usr/sbin:/bin:/usr/bin"
DEBUG: envp[8]="PPD=/etc/cups/ppd/Officejet_6700.ppd"
DEBUG: envp[9]="PRINTER_INFO=cupsfilter"
DEBUG: envp[10]="PRINTER_LOCATION=Unknown"
DEBUG: envp[11]="PRINTER=cupsfilter"
DEBUG: envp[12]="RIP_MAX_CACHE=128m"
DEBUG: envp[13]="USER=root"
DEBUG: envp[14]="CHARSET=utf-8"
DEBUG: envp[15]="FINAL_CONTENT_TYPE=application/vnd.cups-raster"
INFO: texttopdf (PID 23941) started.
INFO: pdftopdf (PID 23942) started.
INFO: gstoraster (PID 23943) started.
INFO: hpcups (PID 23944) started.
DEBUG: OUTFORMAT="(null)", so output format will be CUPS/PWG Raster
STATE: -marker-supply-low-warning
DEBUG: pdftopdf: Last filter determined by the PPD: hpcups; FINAL_CONTENT_TYPE: 
application/vnd.cups-raster => pdftopdf will not log pages in page_log.
DEBUG: Page = 595x842; 9,9 to 586,833
INFO: texttopdf (PID 23941) exited with no errors.
DEBUG: PDF interactive form and annotation flattening done via QPDF
INFO: pdftopdf (PID 23942) exited with no errors.
DEBUG: Color Manager: Calibration Mode/Off
DEBUG: Calling FindDeviceById(cups-cupsfilter)
DEBUG: Failed to send: org.freedesktop.DBus.Error.ServiceUnknown:The name 
org.freedesktop.ColorManager was not provided by any .service files
DEBUG: Failed to get find device cups-cupsfilter
DEBUG: Calling FindDeviceById(cups-cupsfilter)
DEBUG: Failed to send: org.freedesktop.DBus.Error.ServiceUnknown:The name 
org.freedesktop.ColorManager was not provided by any .service files
DEBUG: Failed to get device cups-cupsfilter
INFO: Color Manager: no profiles specified in PPD
DEBUG: Color Manager: ICC Profile: None
DEBUG: Ghostscript using Any-Part-of-Pixel method to fill paths.
DEBUG: Ghostscript command line: gs -dQUIET -dPARANOIDSAFER -dNOPAUSE -dBATCH 
-dNOINTERPOLATE -dNOMEDIAATTRS -dShowAcroForm -sstdout=%stderr 
-sOutputFile=%stdout -sDEVICE=cups -sMediaType=Plain -sOutputType=0 -r600x600 
-dMediaPosition=1 -dDEVICEWIDTHPOINTS=595 -dDEVICEHEIGHTPOINTS=841 
-dcupsBitsPerColor=8 -dcupsColorOrder=0 -dcupsColorSpace=17 -dcupsInteger0=26 
-scupsPageSizeName=A4 -I/usr/share/cups/fonts -c '<>setpagedevice' -f -_
DEBUG: envp[0]=""
DEBUG: envp[1]="CONTENT_TYPE=text/plain"
DEBUG: envp[2]="CUPS_DATADIR=/usr/share/cups"
DEBUG: envp[3]="CUPS_FONTPATH=/usr/share/cups/fonts"
DEBUG: envp[4]="CUPS_SERVERBIN=/usr/lib/cups"
DEBUG: envp[5]="CUPS_SERVERROOT=/etc/cups"
DEBUG: envp[6]="LANG=en_GB.UTF8"
DEBUG: envp[7]="PATH=/usr/lib/cups/filter:/usr/bin:/usr/sbin:/bin:/usr/bin"
DEBUG: envp[8]="PPD=/etc/cups/ppd/Officejet_6700.ppd"
DEBUG: envp[9]="PRINTER_INFO=cupsfilter"
DEBUG: envp[10]="PRINTER_LOCATION=Unknown"
DEBUG: envp[11]="PRINTER=cupsfilter"
DEBUG: envp[12]="RIP_MAX_CACHE=128m"
DEBUG: envp[13]="USER=root"
DEBUG: envp[14]="CHARSET=utf-8"
DEBUG: envp[15]="FINAL_CONTENT_TYPE=application/vnd.cups-raster"
INFO: Start rendering...
INFO: Processing page 1...
PAGE: 1 1
INFO: Processing page 2...
INFO: Rendering completed
INFO: gstoraster (PID 23943) exited with no errors.
INFO: hpcups (PID 23944) exited with no errors.


-- 
 Regards  _
 / )   "The blindingly obvious is
/ _)radnever immediately apparent"
Shut it up you silly cow
Golden Green - Wonder Stuff


pgp0Me1eYHJgQ.pgp
Description: OpenPGP digital signature


Re: HPLIP - upgrade to 3.20.0 and can no longer print.

2020-03-04 Thread Brad Rogers
On Wed, 4 Mar 2020 16:08:38 +
Brian  wrote:

Hello Brian,

>  avahi-browse -rt _ipp._tcp

Output is in the attached file to avoid (hopefully) horrendous word wrap
issues.

>  avahi-browse -rt _uscan._tcp

Results in no output.  However, about 1 second passes before the command
prompt reappears, so something occurs.

I'll reiterate that currently, the working (v3.19.12) hplip is
installed, in case it's relevant.

-- 
 Regards  _
 / )   "The blindingly obvious is
/ _)radnever immediately apparent"
Bet you thought you knew what I was about
Problem - Sex Pistols
+   eth0 IPv6 Officejet_6700_fax @ abydos   Internet Printer
 local
+   eth0 IPv6 Officejet_6700 @ abydos   Internet Printer
 local
+   eth0 IPv4 Officejet_6700_fax @ abydos   Internet Printer
 local
+   eth0 IPv4 Officejet_6700 @ abydos   Internet Printer
 local
=   eth0 IPv6 Officejet_6700_fax @ abydos   Internet Printer
 local
   hostname = [abydos.local]
   address = [2001:8b0:234:2417:e7fe:43c:2aae:82ec]
   port = [631]
   txt = ["printer-type=0x6" "printer-state=3" "TLS=1.2" 
"UUID=fd0f955d-6e5c-3ab5-4a03-70ffdd14295f" "URF=DM3" 
"pdl=application/postscript" "product=Unknown" "priority=0" 
"adminurl=https://abydos.local.:631/printers/Officejet_6700_fax; "ty=Unknown" 
"rp=printers/Officejet_6700_fax" "qtotal=1" "txtvers=1"]
=   eth0 IPv6 Officejet_6700 @ abydos   Internet Printer
 local
   hostname = [abydos.local]
   address = [2001:8b0:234:2417:e7fe:43c:2aae:82ec]
   port = [631]
   txt = ["printer-type=0x901E" "printer-state=3" "Duplex=T" "Color=T" 
"TLS=1.2" "UUID=25e0e91d-ed46-3c21-4c9d-c3c5a3700194" "URF=DM3" 
"pdl=application/octet-stream,application/pdf,application/postscript,image/jpeg,image/png,image/pwg-raster,image/urf"
 "product=(HP Officejet 6700 Premium E-all-in-one printer-h711n)" "priority=0" 
"note=" "adminurl=https://abydos.local.:631/printers/Officejet_6700; "ty=HP 
Officejet 6700, hpcups 3.20.2" "rp=printers/Officejet_6700" "qtotal=1" 
"txtvers=1"]
=   eth0 IPv4 Officejet_6700_fax @ abydos   Internet Printer
 local
   hostname = [abydos.local]
   address = [192.168.1.99]
   port = [631]
   txt = ["printer-type=0x6" "printer-state=3" "TLS=1.2" 
"UUID=fd0f955d-6e5c-3ab5-4a03-70ffdd14295f" "URF=DM3" 
"pdl=application/postscript" "product=Unknown" "priority=0" 
"adminurl=https://abydos.local.:631/printers/Officejet_6700_fax; "ty=Unknown" 
"rp=printers/Officejet_6700_fax" "qtotal=1" "txtvers=1"]
=   eth0 IPv4 Officejet_6700 @ abydos   Internet Printer
 local
   hostname = [abydos.local]
   address = [192.168.1.99]
   port = [631]
   txt = ["printer-type=0x901E" "printer-state=3" "Duplex=T" "Color=T" 
"TLS=1.2" "UUID=25e0e91d-ed46-3c21-4c9d-c3c5a3700194" "URF=DM3" 
"pdl=application/octet-stream,application/pdf,application/postscript,image/jpeg,image/png,image/pwg-raster,image/urf"
 "product=(HP Officejet 6700 Premium E-all-in-one printer-h711n)" "priority=0" 
"note=" "adminurl=https://abydos.local.:631/printers/Officejet_6700; "ty=HP 
Officejet 6700, hpcups 3.20.2" "rp=printers/Officejet_6700" "qtotal=1" 
"txtvers=1"]


pgpAyX0694sU4.pgp
Description: OpenPGP digital signature


Re: Atualizacao bios

2020-03-04 Thread Lucky Linux

Bom dia.

Dá uma lida aqui: 
https://www.clubedohardware.com.br/forums/topic/1148166-tutorial-como-atualizar-a-bios-do-notebook-da-semp-toshiba-infinity-digital-tech-is-1412/


é o 1412mas

Abraço

Lucio Massafferri Salles

Em 04/03/2020 12:00, luigui escreveu:

Semp_Toshiba Infinity is 1462




Re: HPLIP - upgrade to 3.20.0 and can no longer print.

2020-03-04 Thread Brian
On Wed, Mar 04, 2020 at 03:40:57PM +, Brad Rogers wrote:
> 
> The printer is an OfficeJet 6700 Premium (an all in one device).

Thanks.

With the 6700 on the network provide what you get for

  avahi-browse -rt _ipp._tcp

and

  avahi-browse -rt _uscan._tcp

avahi-browse is in the avahi-utils package.

-- 
Brian.



Re: Advice on upgrading to SSD

2020-03-04 Thread Michael Stone

On Wed, Mar 04, 2020 at 02:47:47PM +, Tony van der Hoff wrote:
Gene didn't address my problem, but made the very useful observation 
that disks spinning 24/7 don't really die. Perhaps I shouldn't worry 
about replacing them.


the speed advantages are such that I try to avoid spinning disks for OSs
wherever possible these days since the costs for SSDs have gotten so 
low. 


Andrei supports file-level copying, so I'll stick to that.


Yes, this is generally how I'd proceed. rsync existing filesystem onto 
the new one, bind mount /dev /proc and /sys to the new filesystem, then 
chroot into it, edit fstab on the new filesystem to point to the new 
root (I'd personally use the UUID) run grub-install to put the 
bootloader on the new disk, and then run update-grub. There are other 
approaches to setting up the bootloader as well. It's best to do all 
this in single user mode to avoid files changing while you're copying. 
Then you'll want to change the bios settings to boot off the ssd first 
rather than the hard drives.




Offline install from CD - not allowed to install SSH server

2020-03-04 Thread Cichas

Hello guys,

sorry if this is documented somewhere but today I decided to ask here as it
is something fundamental I cannot understand. After 20 years I decided to 
try Debian again (as VM for start). I am installing it from debian-10.3.0-
amd64-xfce-CD-1.iso. As it is in remote location with problematic Internet
access I wanted to do offline install. After several attempts I figured out
that it is not possible to install SSH server from "Install" menu (text 
mode) if I will do it as offline install without allowing to use mirror. 
Which makes no sense. If I have Internet access then I can do easy apt-get
update && apt install openssh-server so no need to install it from install
menu. But when I have no Internet then I will end with machine without any
remote access and no easy way to fix that. I have checked the ISO image and
SSH server should be on it (/pool/main/o/openssh/openssh-server_7.9p1-10+deb
10u2_amd64.deb) so that's also not reason why it is not offered to install
it without allowing mirror.




Software selection screens:

Offline (not selecting the mirror): https://paste.pics/207074a621d7329f025a
519e8d835363

Online: https://paste.pics/a5401240d365799e2b7768e009c8dec8







So can anybody enlighten me why it is set like this and if it is possible to
do anything with it (fill a bug? against which package?), please?







Kind regards,

--


 Ivan


Re: HPLIP - upgrade to 3.20.0 and can no longer print.

2020-03-04 Thread ad44
On Wed, Mar 04, 2020 at 03:04:07PM +, Brad Rogers wrote:
> On Wed, 04 Mar 2020 15:47:45 +0100
> Jonas Smedegaard  wrote:
> 
> Should I still go ahead and file a report?
> 
> >Thanks for bringing it up here first.
> 
> I prefer to ask around first, just in case I'm doing something wrong.
> DD's have enough on their plates already without having to deal with my
> being the PEBKAC.

Execute (as root):

cupsfilter -p /etc/cups/ppd/XXX.ppd -m printer/foo -e /etc/nsswitch.conf > 
out.dat 2>log

and post the contents of log here. XXX is the PPD name for your printer.
Only you know its name.

-- 
Brian.



Re: HPLIP - upgrade to 3.20.0 and can no longer print.

2020-03-04 Thread Brad Rogers
On Wed, 4 Mar 2020 15:27:12 +
Brian Potkin  wrote:

Hello Brian,

>There are none. The hplip package simply ceases to be a recommends of
>other packages.

Thanks for the info.

>> Should I be removing hplip, for example?  
>No. Perhaps. It depends on what your printer model is. It is traditional
>to offer such information when discussing printing matters.

This is why I'd be no good at bug triaging, etc.  I consistently
overlook the obvious.   :-(

The printer is an OfficeJet 6700 Premium (an all in one device).

-- 
 Regards  _
 / )   "The blindingly obvious is
/ _)radnever immediately apparent"
You're a sidewalk cipher speaking prionic jive
Give You Nothing - Bad Religion


pgpNlce94auiz.pgp
Description: OpenPGP digital signature


Re: HPLIP - upgrade to 3.20.0 and can no longer print.

2020-03-04 Thread Brian Potkin
On Wed, Mar 04, 2020 at 02:18:47PM +, Brad Rogers wrote:
> On Wed, 04 Mar 2020 09:03:04 -0500
> The Wanderer  wrote:
> 
> Hello The,
> 
> >I wonder whether this might therefore be the result of a change in cups,
> >rather than in hplip.
> 
> Thanks for the pointer.  Frankly, I have no idea what the change in CUPS
> means.  That is, what are the implications WRT to hplip?

There are none. The hplip package simply ceases to be a recommends of
other packages.

> Should I be removing hplip, for example?

No. Perhaps. It depends on what your printer model is. It is traditional
to offer such information when discussing printing matters.

> If yes, that would be a pity, since hplip has some features I find
> useful, though not essential.  I can, for example, simply walk to the
> printer to find out about ink levels, but it's nice to be able to do
> that job without moving from the desk.

Inconsequential as regards the major purpose of HPLIP.

-- 
Brian.



[OT] JFYI: Lets Encrypt CAA bug, how to check certificate

2020-03-04 Thread Didar Hossain
Hi,

This post is informational:

Lets Encrypt discovered a bug in their CA software (boulder) related to CAA
checking code. They have decided to revoke a subset of certificates issued on
March 4, 2020.

More information:
https://arstechnica.com/information-technology/2020/03/lets-encrypt-revoking-https-certs-due-to-certificate-authority-bug/

If you are using letsencrypt certificate(s) as I am, here is a way to check
whether you are affected -

curl -d 'fqdn=example.com' https://unboundtest.com/caaproblem/checkhost

* replace "example.com" with your own domain(s).

Found the helpful command from the comments on slashdot about this issue.

Kind regards,
Didar

-- 
The odds are a million to one against your being one in a million.



Re: HPLIP - upgrade to 3.20.0 and can no longer print.

2020-03-04 Thread Brad Rogers
On Wed, 04 Mar 2020 15:47:45 +0100
Jonas Smedegaard  wrote:

Hello Jonas,

>Thanks for clarifying.  Yes, the two bugs filed today relates only to 

I was too wrapped up in details to see the blindingly obvious

>unstable, and your explicitly omitting details about suppressed 
>recommended packages must mean that you have none of that.

I don't routinely install recommended packages.  AFAICS, the
recommends for hplip relate mostly to scanning, rather than printing so
probably not relevant.  Of course, I'm no expert.

Should I still go ahead and file a report?

>Thanks for bringing it up here first.

I prefer to ask around first, just in case I'm doing something wrong.
DD's have enough on their plates already without having to deal with my
being the PEBKAC.

-- 
 Regards  _
 / )   "The blindingly obvious is
/ _)radnever immediately apparent"
We're going to hell anyway, let's travel first class
Saturday Night - Kaiser Chiefs


pgppErFB_Rbl2.pgp
Description: OpenPGP digital signature


Re: Advice on upgrading to SSD

2020-03-04 Thread grumpy

On Wed, 4 Mar 2020, Tony van der Hoff wrote:


On Monday 02 March 2020 06:28:58 Tony van der Hoff wrote:


Hi,
I'm currently running Buster on a 5 year old GigaByte motherboard with
a 10-year old Raid-1 array on 2 500GB disks. Although it is running
fine, I'm becoming a bit concerned about the longevity of this
storage, so I'm planning to upgrade it to a 500GB or maybe 1TB SSD
from Crucial.

My plan would be to install the SSD in the cage, and dd the contents
of the array onto the SSD. I would then change the BIOS to boot from
the SSD, making the RAID array redundant.

Can someone please tell me whether this plan is feasible, and what
pitfalls I might encounter?



Thanks to all who replied.

Gene didn't address my problem, but made the very useful observation that 
disks spinning 24/7 don't really die. Perhaps I shouldn't worry about 
replacing them.


Dan gave a useful step-by-step procedure for copying at file level. This 
method is slightly problematical for me as it includes "make changes to new 
/etc/fstab" and "make changes to bootloader to set new root filesystem", 
neither of which I feel feel comfortable with, due to lack of knowledge. I'll 
certainly abandon my plan to dd the whole filesystem.


Basti and Deloptes propose to add the SSD as a third drive to the RAID. Very 
attractive, but would involve complications if the SSD is not identical in 
size to the old spinners.


Andrei supports file-level copying, so I'll stick to that.

Joe supports the idea of adding the drive to the RAID, but makes no reference 
to dealing wth the size difference.


Alex highlights the downside of size difference.

David and Sarunas suggests doing a system reinstall on the SSD, leaving my 
data on the RAID. Whilst a useful upgrade, I don't really understand how that 
addresses my problem. (if I have one!)


Michael and Deloptes poo-poo that suggestion, with which I concur.

Andy suggests that I should continue using RAID, instead of reverting to a 
single disk. Thank you very much for this helpful suggestion, I considered it 
originally, but abandoned it on cost grounds. When I originally built this 
system with RAID, 10 years ago, I was very reliant on data integrity. I now 
no longer have such a pressing need, and am quite happy to rely on a single 
disk, with nightly rsync backups to an off-site server. I certainly have no 
need for the always-on data that RAID provides.


Finally, Geoff supports Andy's suggestion, and in addition, interestingly, 
mentions NVME to replace SATA SSD. Attractive, but costly.


So, you have all given me plenty to think about, for which I'm grateful.
I guess I'll go with s single SSD onto which I'll copy the data from the 
RAID.

Thank you all for helping me make up my mind.



if new drive is the same size or larger
install new drive
boot using usb drive, i use systemrescuecd
dd if=old_drive of=new_drive



Atualizacao bios

2020-03-04 Thread luigui

Bom dia amigos.

Minha duvida pode fugir ao escopo da lista...desculpem.

Mas alguem sabe se e' possivel atualizar a bios de um dinossauro 
Semp_Toshiba Infinity is 1462.


Ja revolvi a net e o site do fabricante nao disponibiliza mais tal 
modelo. Caso seje possivel como conseguir uma copia da mesma?


O ancestral ate roda um debian satisfatoriamente para minhas tarefas, 
porem com o app psensor a temp do nucleo chega no pico de 100 graus mas 
nao derruba o sistema.


De antemao, agradeco a atencao

Att

Luiz Carlos



Re: HPLIP - upgrade to 3.20.0 and can no longer print.

2020-03-04 Thread Jonas Smedegaard
Quoting Brad Rogers (2020-03-04 15:18:47)
> On Wed, 04 Mar 2020 09:03:04 -0500
> The Wanderer  wrote:
> >I wonder whether this might therefore be the result of a change in 
> >cups, rather than in hplip.
> 
> Thanks for the pointer.  Frankly, I have no idea what the change in 
> CUPS means.  That is, what are the implications WRT to hplip?
> 
> Should I be removing hplip, for example?

I recommend to file a bugreport, which also means you get feedback from 
those maintaining the package.

I recommend to file the issue against the package where you experienced 
it - hplip - it is easy later reassign as needed.

It is nice, however, that you mention in the bugreport how you've been 
suggested this possible relationship with CUPS.


> If yes, that would be a pity, since hplip has some features I find 
> useful, though not essential.  I can, for example, simply walk to the 
> printer to find out about ink levels, but it's nice to be able to do 
> that job without moving from the desk.

Share your concerns with those who can actually act on this: The Debian 
maintainers of the package you are concerned about: I.e. consider file a 
(low severity) bugreport against cups raising your concerns about 
weakened user experience.  Phrase is constructively and friendly - if it 
is perceived as "whining" (regardless of whether that was your 
intention) then there's obviously a higher risk that the bugreport will 
be dismissed without proper reflection.


Kind regards,

 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private

signature.asc
Description: signature


Re: HPLIP - upgrade to 3.20.0 and can no longer print.

2020-03-04 Thread Jonas Smedegaard
Quoting Brad Rogers (2020-03-04 15:20:00)
> On Wed, 04 Mar 2020 15:00:39 +0100
> Jonas Smedegaard  wrote:
> >Please mention when you use testing/unstable.
> I'm on testing, and there are no reports at Debian's hplip page.  Nor 
> can I find reports at the HP hplip support site.

Thanks for clarifying.  Yes, the two bugs filed today relates only to 
unstable, and your explicitly omitting details about suppressed 
recommended packages must mean that you have none of that.

This seems an excellent case of an issue that needs reporting.

Please do file this as a bug in Debian.

Thanks for bringing it up here first.


 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private

signature.asc
Description: signature


Re: Advice on upgrading to SSD

2020-03-04 Thread Tony van der Hoff

On Monday 02 March 2020 06:28:58 Tony van der Hoff wrote:


Hi,
I'm currently running Buster on a 5 year old GigaByte motherboard with
a 10-year old Raid-1 array on 2 500GB disks. Although it is running
fine, I'm becoming a bit concerned about the longevity of this
storage, so I'm planning to upgrade it to a 500GB or maybe 1TB SSD
from Crucial.

My plan would be to install the SSD in the cage, and dd the contents
of the array onto the SSD. I would then change the BIOS to boot from
the SSD, making the RAID array redundant.

Can someone please tell me whether this plan is feasible, and what
pitfalls I might encounter?



Thanks to all who replied.

Gene didn't address my problem, but made the very useful observation 
that disks spinning 24/7 don't really die. Perhaps I shouldn't worry 
about replacing them.


Dan gave a useful step-by-step procedure for copying at file level. This 
method is slightly problematical for me as it includes "make changes to 
new /etc/fstab" and "make changes to bootloader to set new root 
filesystem", neither of which I feel feel comfortable with, due to lack 
of knowledge. I'll certainly abandon my plan to dd the whole filesystem.


Basti and Deloptes propose to add the SSD as a third drive to the RAID. 
Very attractive, but would involve complications if the SSD is not 
identical in size to the old spinners.


Andrei supports file-level copying, so I'll stick to that.

Joe supports the idea of adding the drive to the RAID, but makes no 
reference to dealing wth the size difference.


Alex highlights the downside of size difference.

David and Sarunas suggests doing a system reinstall on the SSD, leaving 
my data on the RAID. Whilst a useful upgrade, I don't really understand 
how that addresses my problem. (if I have one!)


Michael and Deloptes poo-poo that suggestion, with which I concur.

Andy suggests that I should continue using RAID, instead of reverting to 
a single disk. Thank you very much for this helpful suggestion, I 
considered it originally, but abandoned it on cost grounds. When I 
originally built this system with RAID, 10 years ago, I was very reliant 
on data integrity. I now no longer have such a pressing need, and am 
quite happy to rely on a single disk, with nightly rsync backups to an 
off-site server. I certainly have no need for the always-on data that 
RAID provides.


Finally, Geoff supports Andy's suggestion, and in addition, 
interestingly,  mentions NVME to replace SATA SSD. Attractive, but costly.


So, you have all given me plenty to think about, for which I'm grateful.
I guess I'll go with s single SSD onto which I'll copy the data from the 
RAID.

Thank you all for helping me make up my mind.

--
Tony van der Hoff| mailto:t...@vanderhoff.org
Buckinghamshire, England |



Re: HPLIP - upgrade to 3.20.0 and can no longer print.

2020-03-04 Thread Brad Rogers
On Wed, 04 Mar 2020 09:03:04 -0500
The Wanderer  wrote:

Hello The,

>I wonder whether this might therefore be the result of a change in cups,
>rather than in hplip.

Thanks for the pointer.  Frankly, I have no idea what the change in CUPS
means.  That is, what are the implications WRT to hplip?

Should I be removing hplip, for example?

If yes, that would be a pity, since hplip has some features I find
useful, though not essential.  I can, for example, simply walk to the
printer to find out about ink levels, but it's nice to be able to do
that job without moving from the desk.

-- 
 Regards  _
 / )   "The blindingly obvious is
/ _)radnever immediately apparent"
You're only 29 got a lot to learn
Seventeen - Sex Pistols


pgpt5Qe75m1Wh.pgp
Description: OpenPGP digital signature


Re: HPLIP - upgrade to 3.20.0 and can no longer print.

2020-03-04 Thread Brad Rogers
On Wed, 04 Mar 2020 15:00:39 +0100
Jonas Smedegaard  wrote:

Hello Jonas,

>Please mention when you use testing/unstable.

Of course.  Stupid of me;  I'm on testing, and there are no reports at
Debian's hplip page.  Nor can I find reports at the HP hplip support
site.

-- 
 Regards  _
 / )   "The blindingly obvious is
/ _)radnever immediately apparent"
You're all invited to a party, you don't even have to come
Get The Funk Out - Extreme


pgpkd5zT2DNt1.pgp
Description: OpenPGP digital signature


Re: HPLIP - upgrade to 3.20.0 and can no longer print.

2020-03-04 Thread The Wanderer
On 2020-03-04 at 08:44, Brad Rogers wrote:

> Hello All,
> 
> Is anybody else having issues with hplip 3.20.0?  The upgrade
> resulted in me not being able to print anything.  Jobs were,
> apparently, being sent to the printer (its display panel lit up, to
> indicate that there was something about to happen), but the jobs
> never completed and eventually timed out with a communication error.

I don't have hplip installed (which is a bit surprising, I had thought
that I did), but this post brought to mind a changelog message I saw in
a semi-recent upgrade.

Checking ~/mbox for the key word I half-remembered finds that it was in
the upgrade of cups to 2.3.1-5. The changelog entry for that version
reads:

>> cups (2.3.1-5) unstable; urgency=medium
>> 
>>   * Move towards driverless-centered installation:
>> - Drop all printer-driver-* and hplip recommends/suggests
>>   * Cleanup all versions from pre- Debian stable
>>   * Bump S-V to 4.5.0 without changes needed
>> 
>>  -- Didier Raboud   Fri, 07 Feb 2020 17:08:48 +0100

and because of that plus this:



> The report that CUPS is missing / non-functional strikes me as
> weird, because it *is* installed and runs.  Again, despite the
> report, cups-bsd and cups-client are both installed.  I even tried
> installing as many of the missing packages as possible when running
> 3.20.0 to no avail.

I wonder whether this might therefore be the result of a change in cups,
rather than in hplip.

I haven't actually had occasion to try printing since that package
upgrade, so I don't know whether it's produced any behavior change on my
end.

-- 
   The Wanderer

The reasonable man adapts himself to the world; the unreasonable one
persists in trying to adapt the world to himself. Therefore all
progress depends on the unreasonable man. -- George Bernard Shaw



signature.asc
Description: OpenPGP digital signature


Re: HPLIP - upgrade to 3.20.0 and can no longer print.

2020-03-04 Thread Jonas Smedegaard
Hi Brad,

Quoting Brad Rogers (2020-03-04 14:44:55)
> Is anybody else having issues with hplip 3.20.0?

Please mention when you use testing/unstable.

When you do use testing/unstable then please check yourself for reported 
bugs before asking here.

Also, please mention if you have suppressed installation of recommended 
packages.


 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private

signature.asc
Description: signature


Re: HPLIP - upgrade to 3.20.2 and can no longer print. (version corrected)

2020-03-04 Thread Brad Rogers
On Wed, 4 Mar 2020 13:44:55 +
Brad Rogers  wrote:

Hello All,

Mea Culpa - that should be version 3.20.2

All other details remain the same.

-- 
 Regards  _
 / )   "The blindingly obvious is
/ _)radnever immediately apparent"
Well well well, you just can't tell
My Michelle - Guns 'N' Roses


pgp3vIXaArP69.pgp
Description: OpenPGP digital signature


HPLIP - upgrade to 3.20.0 and can no longer print.

2020-03-04 Thread Brad Rogers
Hello All,

Is anybody else having issues with hplip 3.20.0?  The upgrade resulted
in me not being able to print anything.  Jobs were, apparently, being
sent to the printer (its display panel lit up, to indicate that there
was something about to happen), but the jobs never completed and
eventually timed out with a communication error.

The installed version (3.19.12) hp-check report concludes thus;

Missing Required Dependencies
-
error: 'cups' package is missing or 'cups' service is not running.
error: 'libcups2' package is missing/incompatible 
error: 'libjpeg62-turbo-dev' package is missing/incompatible 
error: 'libcups2-dev' package is missing/incompatible 
error: 'cups-bsd' package is missing/incompatible 
error: 'cups-client' package is missing/incompatible 
error: 'libcupsimage2' package is missing/incompatible 
error: 'libcupsimage2-dev' package is missing/incompatible 
error: 'libusb-1.0.0-dev' package is missing/incompatible 
error: 'libsane-dev' package is missing/incompatible 
error: 'libsnmp-dev' package is missing/incompatible 
error: 'snmp' package is missing/incompatible 
error: 'python3-pyqt4' package is missing/incompatible 
error: 'gtk2-engines-pixbuf' package is missing/incompatible 
error: 'libtool' package is missing/incompatible 
error: 'libtool-bin' package is missing/incompatible 

Missing Optional Dependencies
-
error: 'avahi-utils' package is missing/incompatible 
error: 'python3-notify2' package is missing/incompatible 
error: 'python3-dbus.mainloop.qt' package is missing/incompatible 

and from 3.20.0;

Missing Required Dependencies
-
error: 'cups' package is missing or 'cups' service is not running.
error: 'libcups2' package is missing/incompatible 
error: 'libjpeg62-turbo-dev' package is missing/incompatible 
error: 'libcups2-dev' package is missing/incompatible 
error: 'cups-bsd' package is missing/incompatible 
error: 'cups-client' package is missing/incompatible 
error: 'libcupsimage2' package is missing/incompatible 
error: 'libcupsimage2-dev' package is missing/incompatible 
error: 'libusb-1.0.0-dev' package is missing/incompatible 
error: 'libsane-dev' package is missing/incompatible 
error: 'libsnmp-dev' package is missing/incompatible 
error: 'snmp' package is missing/incompatible 
error: 'python3-pyqt4' package is missing/incompatible 
error: 'gtk2-engines-pixbuf' package is missing/incompatible 
error: 'libtool' package is missing/incompatible 
error: 'libtool-bin' package is missing/incompatible 

Missing Optional Dependencies
-
error: 'avahi-utils' package is missing/incompatible 
error: 'python3-notify2' package is missing/incompatible 
error: 'python3-dbus.mainloop.qt' package is missing/incompatible 

IOW, they're identical.

The report that CUPS is missing / non-functional strikes me as weird,
because it *is* installed and runs.  Again, despite the report, cups-bsd
and cups-client are both installed.  I even tried installing as many of
the missing packages as possible when running 3.20.0 to no avail.

-- 
 Regards  _
 / )   "The blindingly obvious is
/ _)radnever immediately apparent"
Bet you thought you had it all worked out
Problem - Sex Pistols


pgpDZJj7_ICHF.pgp
Description: OpenPGP digital signature


Gros problème avec update-initramfs

2020-03-04 Thread nicolas . patrois
Bonjour,

La mise à jour de ce matin a planté avec update-initramfs qui refuse de finir 
la mise à jour d’aptitude (et de dpkg --configure -a).
update-initramfs -u -k 4.17.0-3-686-pae -v s’arrête juste après le module 
raid10 que je n’utilise pas. Je l’ai blacklisté, pour voir, ça ne change rien.
Je n’arrive même pas à tuer le processus avec CTRL-C, il me faut suspendre le 
processus (CTRL-Z) et le tuer avec killall.
Voici les derniers modules ajoutés avant le plantage :
Calling hook cryptpassdev
Calling hook cryptopensc
Calling hook cryptkeyctl
Calling hook cryptgnupg-sc
Calling hook cryptgnupg
Calling hook ntfs_3g
Adding binary /bin/ntfs-3g
Adding library-link /lib/i386-linux-gnu/libntfs-3g.so.883.0.0
Adding library /lib/i386-linux-gnu/libntfs-3g.so.883.0.0
Calling hook reiserfsprogs
Calling hook mdadm
Adding binary /sbin/mdadm
Adding binary /sbin/mdmon
Adding module /lib/modules/4.17.0-3-686-pae/kernel/drivers/md/linear.ko
Adding module /lib/modules/4.17.0-3-686-pae/kernel/drivers/md/multipath.ko
Adding module /lib/modules/4.17.0-3-686-pae/kernel/drivers/md/raid0.ko
Adding module /lib/modules/4.17.0-3-686-pae/kernel/drivers/md/raid1.ko
Adding module /lib/modules/4.17.0-3-686-pae/kernel/drivers/md/raid10.ko
Et là, boum.
Je n’ai aucune information supplémentaire avec strace.

Est-ce que quelqu’un a une idée ?

nicolas patrois : pts noir asocial
-- 
RÉALISME

M : Qu'est-ce qu'il nous faudrait pour qu'on nous considère comme des humains ? 
Un cerveau plus gros ?
P : Non... Une carte bleue suffirait...



Re: Conectivity loss because gateway's arp entry is incomplete

2020-03-04 Thread Nektarios Katakis




Στις 2020-03-04 01:54, Miguel A. Vallejo έγραψε:

Nektarios Katakis wrote:

I would check the `dmesg` command output. If there are erros there 
then

they re coming from the kernel.


I forgot to mention not a single message in syslog, kern.log, or any
other log I could find. Nothing. Nada. Zero.


Have you made sure that the wifi is not the problem? Before going into
wild software investigation?


No, that's what I want to discover to fill an appropriate bug report
against the right component. I must admit MT7612u support is buggy as
hell. I suffer many other bugs with these devices, all of them related
to the inhability to follow AP frequency changes in the 5 GHz band,
but this one does not seems related to the wifi itself. When the bug
triggers I can send and receive packets. Only sending arp messages
seems to be missing.


For example have you tried in a Windows
laptop with the correct device drivers? Because you even might not be
using the correct device drivers!


I can't test the devices in Windows because I have no Windows here,


I dont use windows either. But most manufacturers give correct drivers
for them.


but I have four dongles, from two different manufacturers, all of them
with the MT7612U chip in it and all of them load the mt76x2u module
when plugged, so I must conclude they are using the correct device
driver/module. The problem exists with all the four dongles.


This is not necessarily true. I recently bought a (chinese) wifi
adapter (atheros chip) that was recognized as mediatek. The moment
I linked the correct drivers with the device it worked properly.



Re: Recommendations wanted: usb to WiFi dongle

2020-03-04 Thread didier gaumet
Hello,

Charles wanting a Buster compatible adapter, I must add that I have been
unable to connect to my AP with a "pure" Debian Buster (wireless client
mode, no AP mode). I have had to enable backports and use backported
kernel and firmware. The firmware-misc-nonfree package which contains
mt76 firmwares seems unchanged between Buster and Buster-backports
concerning the mt76 parts, though.



Re: Recommendations wanted: usb to WiFi dongle

2020-03-04 Thread Nicolas George
Charles Curley (12020-03-03):
> I tried getting an ASUSTek Computer, Inc. USB-N13 802.11n Network
> Adapter running under Debian Buster. That appears to be a complete bust
> (see the previous thread).
> 
> Recommendations for replacements?
> 
> This for a SOHO application. The adapter is to go on a FIT-PC1 using USB
> 2.0. 2.4GHz is sufficient; 5 GHz would be nice for future expansion.
> b/g/n wireless modes would be nice. Radio range of ~~30 meters indoors
> should do it. High speed is not a requirement.
> 
> The plan is to use this with hostapd to control the network.

I recently asked advice for a similar question, this is the answer I
got:

https://lists.debian.org/debian-user/2020/02/msg00615.html

Regards,

-- 
  Nicolas George


signature.asc
Description: PGP signature


Re: Problèmes avec Mozilla ??

2020-03-04 Thread ai
J'ai trouvé le problème... La page d'accueil était le don... Je ne sais 
pas pourquoi ?


en changeant je n'ai plus de problème

Le 29/02/2020 à 09:48, ai a écrit :

68.5.4.0

c'est bizarre je l'ai sur ubuntu 20.04 mais pas sur debian SID ?

J'y pense s'ils me pompent trop l'air c'est ce qui va arriver !

Quoique je ne suis pas pressé et pour les faire chier je vais attendre 
! lol



Le 28/02/2020 à 21:08, G2PC a écrit :

thunderbird bloque l'entrée environ 1 ou 2 minutes pour passer leur
annonce de don !

Vraiment ?
Tu as quoi comme Thunderbird car heureusement, je n'ai pas ça moi ! Je
l'aurais déjà jeté.