listeden cikis

[Ozan Senyayla]

Merhaba,

Bu mail listesinden cikmak istiyorum.

Ozan ŞENYAYLA
Mobil Cihazdan Gönderilmiştir.

Seçkin Alan  şunları yazdı (27 Tem 2020 13:07):

> Bu tarz mailler atmadan önce detay içeren bilgileri ekler misin? 
> 
> Ne hatası aldın nasıl denedin? 
> 
>> On Monday, July 27, 2020, İbrahim Alses  wrote:
>> Gnuroot debian indirdim ve php'yi yukleyemedim yardımcı olur musunuz
> 
> 
> -- 
> Seçkin ALAN
> http://seckinalan.net.tr
> 

Re: documentation for sddm-greeter

[Tixy]

On Mon, 2020-07-27 at 11:39 +0100, Tixy wrote:
> On Mon, 2020-07-27 at 01:54 -0700, tom arnall wrote:
> > is there any?
> > 
> > the issue i'm dealing with is creating avatars on the login screen.
> > i'm running debian buster with the LXQt desktop.,
> 
> And the hits from Googling 'sddm avatar' aren't any good?
> 
> The top 3 hits in Google gives me the Arch wiki page which includes a
> section on configuring avatars, a man page which mentions how to enable
> avatars, and Reddit questions people asking about problems with
> avatars.

Also, the man page for sddm-greeter in Debian says at the end 'The full
documentation for sddm is available at https://github.com/sddm/sddm'.
However, that documentation looks more empty than 'full' :-(

-- 
Tixy

Re: SANE default scanner

[Georgi Naplatanov]

On 7/27/20 12:58 PM, Nicolas George wrote:
> Hi.
> 
> This may be an obvious thing, but I cannot find the answer.
> 
> I can scan with:
> 
> scanimage -d "hpaio:/net/deskjet_3050a_j611_series?ip=10.0.1.155"
> xsane "hpaio:/net/deskjet_3050a_j611_series?ip=10.0.1.155"
> 
> Where do I write this URL so that tools find it without having to tell
> them each time?
> 

Here is the answer:


https://linux.die.net/man/1/scanimage

"The -d or --device-name options must be followed by a SANE device-name
like 'epson:/dev/sg0' or 'hp:/dev/usbscanner0'. A (partial) list of
available devices can be obtained with the --list-devices option (see
below). If no device-name is specified explicitly, scanimage reads a
device-name from the environment variable SANE_DEFAULT_DEVICE. If this
variable is not set, scanimage will attempt to open the first available
device. "

HTH

Kind regards
Georgi

Re: [HS] Questions sur un câblage Ethernet sur Coaxial

[didier . gaumet]

Avertissement: ma méconnaissance du sujet va te faire rigoler doucement, alors 
prière de modérer tes sarcasmes ;-)

En vrac (même si je ne comprends pas bien la méthode de test (je n'ai jamais 
utilisé de testeur de câbles): en gros tu as un câble RJ45 branché dans une 
chambre en entrée de ton testeur et un câble RJ45 branché sur le CFU-1B en 
sortie (ou l'inverse)? ou alors tu testes le circuit chambre/routeur et le 
CFU-1B est sur le chemin?):

- d'après ce que je comprends, ( 
https://en.wikipedia.org/wiki/Ethernet_over_coax et tes liens), le CFU-10 est 
un filtre passif passe-bas pour Ethernet 10Ms/s et passe-haut pour CATV. Je ne 
sais pas quel signal envoie ton testeur mais il est possible que la fréquence 
de son signal soit trop haute et que celui-ci atterrisse sur les prises 
coaxiales plutôt qu'ethernet. ça a l'air d'être vraiment "antique" même pour du 
EoC parce que semble-t-il normalement ethernet utilise les fréquences au-dessus 
(plutôt qu'au dessous) de celles du CATV. 
- je ne sais pas quel est le but de ton intervention mais il est aussi possible 
que plus aucun routeur ethernet ne soit branché sur le(s) CFU-10 
- et puis je me demande un peu l'intérêt dans un hôtel de l'ethernet 10Mb/s de 
nos jours ;-)

Re: Nasıl php yükleyebilirim

[Seçkin Alan]

Bu tarz mailler atmadan önce detay içeren bilgileri ekler misin?

Ne hatası aldın nasıl denedin?

On Monday, July 27, 2020, İbrahim Alses  wrote:

> Gnuroot debian indirdim ve php'yi yukleyemedim yardımcı olur musunuz
>


-- 
Seçkin ALAN
http://seckinalan.net.tr

Re: ssl handshake problem with bugs.debian.org?

[Sven Hartge]

Harald Dunkel  wrote:
> On 2020-07-27 11:17, Sven Hartge wrote:
 
>> Debian uses their own CA to sign this certificate, which is fine for
>> SMTP, which normally only uses opportunistic encryption.
>> 
>> But if the client SMTP-Server is set to *verify* the certificate, it
>> will fail.

> Certificate verification is optional on my MTA. See the log file.
> AFAICT it ignored the failed certificate check and continued with the
> ssl handshake. *Then* it failed.

Right.

> It would be interesting to know whats written in the log files on
> buxtehude. Are there other similar incidents?

Does your MTA present a client certificate? Maybe buxtehude does not
like that?

When diagnosing SSL errors I also find it helpful to wireshark the
connection to see which side exactly triggers the SSL Alert. That may
help highlight the culprit here.

Grüße,
Sven.

-- 
Sigmentation fault. Core dumped.

Re: About /var/log/dpgk.log

[Greg Wooledge]

On Mon, Jul 27, 2020 at 12:15:37PM +, Rodolfo Medina wrote:
> Thanks to you all.  Then, e.g.,
> 
>  2020-07-23 08:02:37 install liblilv-0-0:i386  0.24.2~dfsg0-2
> 
> means that liblilv-0-0 has been installed or not on 2020-07-23?  From dpkg
> manpage, --log option, as I understand, the field with `' should
> correspond to the installed version, so `' seems to state that it is not
> installed at all...?  If so, what does the `install' action do there...?

 is the *previously* installed version.

Re: SANE default scanner

[Brian]

On Mon 27 Jul 2020 at 14:40:00 +0200, Nicolas George wrote:

> Georgi Naplatanov (12020-07-27):
> > https://linux.die.net/man/1/scanimage
> > 
> > "The -d or --device-name options must be followed by a SANE device-name
> > like 'epson:/dev/sg0' or 'hp:/dev/usbscanner0'. A (partial) list of
> > available devices can be obtained with the --list-devices option (see
> > below). If no device-name is specified explicitly, scanimage reads a
> > device-name from the environment variable SANE_DEFAULT_DEVICE. If this
> > variable is not set, scanimage will attempt to open the first available
> > device. "
> 
> Thanks.
> 
> Unfortunately, it does not work: for GUI tools, this environment
> variable pre-selects the device in the device selection dialog, but it
> does not make it appear if it is not detected (?!???@!%@?!!!?).
> 
> Also, it works for only one scanner.

When xsane is run it searches for devices. If the deskjet_3050a is the
only one found, that is the one you will get. If there is more than one,
it presents you with choice.

-- 
Brian.

Re: About /var/log/dpgk.log

[Rodolfo Medina]

 writes:

> On Sat, Jul 25, 2020 at 10:54:56PM +0200, Sven Joachim wrote:
>
> [...]
>
>> It's mentioned in the dpkg manpage, search for the --log option there.
>
> :-)
>
> Thanks, that puts it to rest.
>
> As always, if everything else fails, read the instructions.


Thanks to you all.  Then, e.g.,

 2020-07-23 08:02:37 install liblilv-0-0:i386  0.24.2~dfsg0-2

means that liblilv-0-0 has been installed or not on 2020-07-23?  From dpkg
manpage, --log option, as I understand, the field with `' should
correspond to the installed version, so `' seems to state that it is not
installed at all...?  If so, what does the `install' action do there...?

thanks again,

rodolfo

Re: SANE default scanner

[Nicolas George]

Georgi Naplatanov (12020-07-27):
> https://linux.die.net/man/1/scanimage
> 
> "The -d or --device-name options must be followed by a SANE device-name
> like 'epson:/dev/sg0' or 'hp:/dev/usbscanner0'. A (partial) list of
> available devices can be obtained with the --list-devices option (see
> below). If no device-name is specified explicitly, scanimage reads a
> device-name from the environment variable SANE_DEFAULT_DEVICE. If this
> variable is not set, scanimage will attempt to open the first available
> device. "

Thanks.

Unfortunately, it does not work: for GUI tools, this environment
variable pre-selects the device in the device selection dialog, but it
does not make it appear if it is not detected (?!???@!%@?!!!?).

Also, it works for only one scanner.

Regards,

-- 
  Nicolas George


signature.asc
Description: PGP signature

SANE default scanner

[Nicolas George]

Hi.

This may be an obvious thing, but I cannot find the answer.

I can scan with:

scanimage -d "hpaio:/net/deskjet_3050a_j611_series?ip=10.0.1.155"
xsane "hpaio:/net/deskjet_3050a_j611_series?ip=10.0.1.155"

Where do I write this URL so that tools find it without having to tell
them each time?

Thanks.

-- 
  Nicolas George


signature.asc
Description: PGP signature

Re: About /var/log/dpgk.log

[Rodolfo Medina]

The Wanderer  writes:

> On 2020-07-27 at 08:15, Rodolfo Medina wrote:
>
>>  writes:
>> 
>>> On Sat, Jul 25, 2020 at 10:54:56PM +0200, Sven Joachim wrote:
>>> 
>>> [...]
>>> 
 It's mentioned in the dpkg manpage, search for the --log option
 there.
>>> 
>>> :-)
>>> 
>>> Thanks, that puts it to rest.
>>> 
>>> As always, if everything else fails, read the instructions.
>> 
>> Thanks to you all.  Then, e.g.,
>> 
>> 2020-07-23 08:02:37 install liblilv-0-0:i386  0.24.2~dfsg0-2
>> 
>> means that liblilv-0-0 has been installed or not on 2020-07-23?  From
>> dpkg manpage, --log option, as I understand, the field with `'
>> should correspond to the installed version, so `' seems to
>> state that it is not installed at all...?  If so, what does the
>> `install' action do there...?
>
> That log message means that at 08:02:37 on July 23rd, 2020, the computer
> went from not having any i386-architecture version of liblv-0-0
> installed at all to having version 0.24.2~dfsg0-2 installed.
>
> The "" is the version which was installed *before* dpkg took
> action. The field after that is the version which was installed *after*
> dpkg took action. (Or maybe "was to be"; I don't know what gets logged
> in the case where the install fails, et cetera.)


Clear now, thanks...

Now, when I try to remove liblilv-0-0, Debian warns me that audacity depends on
it:

# aptitude purge liblilv-0-0
The following packages will be REMOVED:  
  liblilv-0-0{p} 
0 packages upgraded, 0 newly installed, 1 to remove and 192 not upgraded.
Need to get 0 B of archives. After unpacking 132 kB will be freed.
The following packages have unmet dependencies:
 audacity : Depends: liblilv-0-0 (>= 0.16.0~dfsg0) but it is not going to be
 installed


But audacity is installed on my Debian box since months...  How can it depend
on a package installed a few days ago...?

rodolfo

Re: off-topic - assunto thunderbird

[Vitor Hugo]

Bom dia;

Consegui resolver o problema do campo assunto, ele sempre esteve la, 
porem escondido foi somente puxar as abas que ele apareceu, 
estranhamente ele não aparece na lista para selecionar.



Em 10/07/2020 13:17, Jack Jr. escreveu:
No meu Thunderbird também não aparece o campo "assunto". A diferença é 
que não aparece para remover (como está lá, não tem como retirar).


Todos os outros campos aparecem. Realmente o campo assunto sumiu ali 
das opções de habiliar/desabilitar.



Jack Pogorelsky Jr.
Engenheiro Mecânico
Tel/WhatsApp: +55 (51) 982017877
E-mail: j...@sulmail.com
Website: sulmail.com/pogorelsky

Em 10/07/2020 11:35, Vitor Hugo escreveu:

Bom dia;

Não funcionou, simplesmente sumiu o campo "Assunto" do menu, acredito 
que seja problema na compilação ou bug do software.


Em 10/07/2020 11:26, Fabio Augusto De Muzio Tobich escreveu:

Bom dia,

Vitor, aqui [1] tem uma situação que parece ser similar a sua, não 
conseguiram
resolver o problema mas encontraram uma alternativa para trazer a 
coluna de

volta, veja se isto te ajuda:

   [1] https://bugzilla-dev.allizom.org/show_bug.cgi?id=1609391

Att.

Em 10/07/2020 10:45, Vitor Hugo escreveu:

https://ibb.co/NpmsJSs

Em 10/07/2020 10:28, henrique escreveu:
   Se você clicar na barra de colunas de campos, aparece uma lista 
de campos a serem exibidos/ocultos. Só escolher.


  Em quarta-feira, 8 de julho de 2020 07:55:28 BRT, Vitor Hugo 
 escreveu:

     Bom dia;

Faz algum tempo que o meu Mozilla Thunderbird não apresenta as 
mensagens

o campo assunto, existe algum lugar para ele ser ativado/desativado?

Re: ssl handshake problem with bugs.debian.org?

[Harald Dunkel]

On 2020-07-27 11:17, Sven Hartge wrote:


Debian uses their own CA to sign this certificate, which is fine for
SMTP, which normally only uses opportunistic encryption.

But if the client SMTP-Server is set to *verify* the certificate, it
will fail.



Certificate verification is optional on my MTA. See the log file.
AFAICT it ignored the failed certificate check and continued with the
ssl handshake. *Then* it failed.

It would be interesting to know whats written in the log files on
buxtehude. Are there other similar incidents?


Regards
Harri

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

[Greg Wooledge]

On Sat, Jul 25, 2020 at 02:45:58PM -0400, Paul M Foster wrote:
> Since you probably would like an application with a nice interface
> (curses, GUI, web), I'd suggest PHP. The platform for your interface is
> in the server and the browser; you just have to write some HTML, which
> is pretty easy. Otherwise, you're looking at fiddly code with GTK or QT
> (or ncurses).

PHP is a terrible language, and I wouldn't recommend it as a starting
point for anything but failure.  Also, I wouldn't assume that the OP
wants a web interface.  If anything, he probably wants a command line
tool that only runs on localhost.  (And then he'll tack on new insane
restrictions later.  "Of course I wanted it to run on a 20x2 LCD!
And it has to fit on a 5.25" floppy!  You should have known that!!")

Crazy undocumented criteria aside, Tcl, Perl and Python would all suit
this project extremely well, I think.  The OP should choose whichever
of those 3 he likes best, and learn how to talk to a database with it.
If a pure command line interface is desired, then there's not much else he
needs to know.  If a GUI interface is desired, all 3 of those languages
have Tk bindings.

For a project of this size and scope, a Tcl application with an sqlite3
database in a local file seems well suited.

Re: About /var/log/dpgk.log

[The Wanderer]

On 2020-07-27 at 08:15, Rodolfo Medina wrote:

>  writes:
> 
>> On Sat, Jul 25, 2020 at 10:54:56PM +0200, Sven Joachim wrote:
>> 
>> [...]
>> 
>>> It's mentioned in the dpkg manpage, search for the --log option
>>> there.
>> 
>> :-)
>> 
>> Thanks, that puts it to rest.
>> 
>> As always, if everything else fails, read the instructions.
> 
> Thanks to you all.  Then, e.g.,
> 
> 2020-07-23 08:02:37 install liblilv-0-0:i386  0.24.2~dfsg0-2
> 
> means that liblilv-0-0 has been installed or not on 2020-07-23?  From
> dpkg manpage, --log option, as I understand, the field with `'
> should correspond to the installed version, so `' seems to
> state that it is not installed at all...?  If so, what does the
> `install' action do there...?

That log message means that at 08:02:37 on July 23rd, 2020, the computer
went from not having any i386-architecture version of liblv-0-0
installed at all to having version 0.24.2~dfsg0-2 installed.

The "" is the version which was installed *before* dpkg took
action. The field after that is the version which was installed *after*
dpkg took action. (Or maybe "was to be"; I don't know what gets logged
in the case where the install fails, et cetera.)

-- 
   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: SANE default scanner

[Nicolas George]

Brian (12020-07-27):
> When xsane is run it searches for devices. If the deskjet_3050a is the
> only one found, that is the one you will get. If there is more than one,
> it presents you with choice.

It does not find it at all. It only works if I specify the scanner.

(And I would find very bad taste for xsane to somehow scan my whole
network just in case a scanner happens to be there.)

Regards,

-- 
  Nicolas George


signature.asc
Description: PGP signature

Nasıl php yükleyebilirim

[İbrahim Alses]

Gnuroot debian indirdim ve php'yi yukleyemedim yardımcı olur musunuz

Re: documentation for sddm-greeter

[Tixy]

On Mon, 2020-07-27 at 01:54 -0700, tom arnall wrote:
> is there any?
> 
> the issue i'm dealing with is creating avatars on the login screen.
> i'm running debian buster with the LXQt desktop.,

And the hits from Googling 'sddm avatar' aren't any good?

The top 3 hits in Google gives me the Arch wiki page which includes a
section on configuring avatars, a man page which mentions how to enable
avatars, and Reddit questions people asking about problems with
avatars.

-- 
Tixy

Re: About /var/log/dpgk.log

[The Wanderer]

On 2020-07-27 at 08:53, Rodolfo Medina wrote:

> The Wanderer  writes:
> 
>> On 2020-07-27 at 08:15, Rodolfo Medina wrote:

>>> Thanks to you all.  Then, e.g.,
>>> 
>>> 2020-07-23 08:02:37 install liblilv-0-0:i386  0.24.2~dfsg0-2
>>> 
>>> means that liblilv-0-0 has been installed or not on 2020-07-23?  From
>>> dpkg manpage, --log option, as I understand, the field with `'
>>> should correspond to the installed version, so `' seems to
>>> state that it is not installed at all...?  If so, what does the
>>> `install' action do there...?
>>
>> That log message means that at 08:02:37 on July 23rd, 2020, the computer
>> went from not having any i386-architecture version of liblilv-0-0
>> installed at all to having version 0.24.2~dfsg0-2 installed.
>>
>> The "" is the version which was installed *before* dpkg took
>> action. The field after that is the version which was installed *after*
>> dpkg took action. (Or maybe "was to be"; I don't know what gets logged
>> in the case where the install fails, et cetera.)
> 
> Clear now, thanks...
> 
> Now, when I try to remove liblilv-0-0, Debian warns me that audacity depends 
> on
> it:
> 
> # aptitude purge liblilv-0-0
> The following packages will be REMOVED:  
>   liblilv-0-0{p} 
> 0 packages upgraded, 0 newly installed, 1 to remove and 192 not upgraded.
> Need to get 0 B of archives. After unpacking 132 kB will be freed.
> The following packages have unmet dependencies:
>  audacity : Depends: liblilv-0-0 (>= 0.16.0~dfsg0) but it is not going to be
>  installed
> 
> 
> But audacity is installed on my Debian box since months...  How can it depend
> on a package installed a few days ago...?

My guess would be that this is about architecture differences.

What the install line from above indicates was installed on the 23rd is
the i386 version of liblilv-0-0. I suspect that the amd64 version was
already installed. The amd64 version of audacity depends on the amd64
version of this library, and the i386 version of audacity almost
certainly depends on the i386 version of this library.

Try

# aptitude purge liblilv-0-0:i386

and see what that gives you.

-- 
   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: SANE default scanner

[Hans]

Am Montag, 27. Juli 2020, 14:50:12 CEST schrieb Brian:
> On Mon 27 Jul 2020 at 14:40:00 +0200, Nicolas George wrote:
> > Georgi Naplatanov (12020-07-27):
Hi!
I had had a similar problem with a scanner from Brother. The solution was, to 
add the 
output from lsusb like "5986:0102" (this is just an example!) of the 
/lib/udev/rules.d/60-libsane.rules". Not all scanners are included here and 
sometime you 
must add your own into this lib.

Try, hope it helps!

Good luck,

Hans



> When xsane is run it searches for devices. If the deskjet_3050a is the
> only one found, that is the one you will get. If there is more than one,
> it presents you with choice.




signature.asc
Description: This is a digitally signed message part.

Re: SANE default scanner

[Georgi Naplatanov]

On 7/27/20 3:40 PM, Nicolas George wrote:
> Georgi Naplatanov (12020-07-27):
>> https://linux.die.net/man/1/scanimage
>>
>> "The -d or --device-name options must be followed by a SANE device-name
>> like 'epson:/dev/sg0' or 'hp:/dev/usbscanner0'. A (partial) list of
>> available devices can be obtained with the --list-devices option (see
>> below). If no device-name is specified explicitly, scanimage reads a
>> device-name from the environment variable SANE_DEFAULT_DEVICE. If this
>> variable is not set, scanimage will attempt to open the first available
>> device. "
> 
> Thanks.
> 
> Unfortunately, it does not work: for GUI tools, this environment
> variable pre-selects the device in the device selection dialog, but it
> does not make it appear if it is not detected (?!???@!%@?!!!?).
> 
> Also, it works for only one scanner.
> 

Hi,

I'm not sure how you share the scanner(s) - with saned or if those are
some kind of network scanners.

In case you share these scanners with saned then this article may be
helpful for you.

https://feeding.cloud.geek.nz/posts/setting-up-a-network-scanner-using-sane/

My understanding is that you have to add scanners'  IP addresses in
/etc/sane.d/net.conf


Kind regards
Georgi

Re: hibernar en debian kde buster

[Camaleón]

El 2020-07-27 a las 00:44 -0400, Luis Godoy Meneses escribió:

> Al volver despues de hibernar la pantalla queda en negro y no hace nada,
> alguien podria ayudarme a solucionar este problema??
> tengo una particion de 4.2 gb de swap, 4 gb de ram, estube leyendo algo,
> dicen que influye, no se que tanto.

Quizá vayas algo corto de swap. Yo probaría a hibernar el sistema pero 
con un volcado del contenido de la RAM a un archivo en lugar de la 
partición de intercambio, que en tu caso podría ser algo corta (con 4 
GiB de RAM unos 6-8 GiB de swap hubiera sido un tamaño más razonable).

> al encender en pantalla dice esto "1.443425 8139too :01:06.0: region #1
> not a MMIO resource, aborting
> resuming from hibernation"
> despues de unos segundos la pantalla se va a negro y ya no hace nada.

Parecen dos errores distintos: uno es de la tarjeta de red (realtek 
8139) y el otro el error al intentar volver de la hibernación.

Manda el registro completo del kernel tras restaurar de la hibernación.

> tube la version de debian 8.6 y funcionaba perfectamente

La versiones del kernel cambian con cada versión de Debian y lo que 
antaño funcionaba ahora puede dejar de hacerlo. Normalmente tan sólo 
hay que ajustar algunas cosas para que vuelva a funcionar.

Saludos, 

-- 
Camaleón 

Re: Is experimental part of Debian?

[Andrei POPESCU]

On Du, 26 iul 20, 20:08:42, Brian wrote:
> A package enters experimental. It fixes bug X. Can the bug now be
> recorded as closed in Debian?

In general the version of the package with the fix should be included 
when closing a bug (regardless of release), or adjusted later with 
'found' and 'notfound'.

The BTS will then be able to show in which releases the bug is fixed (or 
not) and other tools that rely on the BTS can act accordingly (e.g.  
testing migration).

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

[HS] Questions sur un câblage Ethernet sur Coaxial

[Olivier]

Bonjour,

Dernièrement, j'ai rencontré des résidences hôtelières équipées d'un
antique pré-câblage sur câble, semble-t-il sur câble coaxial.

Ce  pré-câblage se décompose en:
- un appareil central Multilet CFU-1B installé dans une "colonne technique"
dont la fiche annonce (cf [1]), si j'ai bien compris, un fonctionnement
passif
- une prise murale, installée dans chaque chambre, comportant deux prises
d'antenne TV/radio et une prise RJ45.

En utilisant un testeur de type [2] (pas le même modèle mais un équivalent)
connecté à chaque extrémité RJ45, à ma grande surprise, aucun des 8 témoins
lumineux ne s'allumait [3] (j'écarte les erreurs de repérage car j'ai eu le
même résultat en opérant sur toutes les prises RJ45 du point central).

Pour ma compréhension, qui aurait une explication ?
Ces appareils Multilet CFU-1B doivent-ils être dans un état particulier
(alimenté ? antenne TV (dé)branchée ?) pour "transporter" des signaux
basiques émis par un testeur réseau ?

(Attention, je n'espérait pas forcément que deux appareils Ethernet
modernes puissent communiquer via un tel pré-câblage mais qu'au moins le
testeur annonce une continuité électrique sur au moins deux fils).

[1] http://www.markus.com.pl/files/Produktblad%20CFU-2_Rev%20A_en.pdf
[2]
https://www.amazon.fr/Testeur-testeur-diff%C3%A9rentes-Vitesses-s%C3%A9lecteur/dp/B01HGHMGT2/ref=sr_1_6?dchild=1=testeur+de+cable+RJ45=1595839994=8-6
[3] Pour les personnes non familières avec ce type de testeur, ceux-ci
fonctionnent en envoyant successivement un signal sur les 8 fils d'un
connecteur RJ45. L'autre extrémité du testeur allume un témoin lumineux
parmi les 8 qui l'équipent, dès réception d'un signal. En théorie, si rien
ne s'allume soit il n'y a pas de continuité cuivre (cas toujours
rencontré), soit le signal est trop faible ou n'a pas les caractéristiques
requises (cas jamais rencontré mais que je serai curieux de reproduire en
labo pour mieux comprendre).

Slts

Re: #include

[Camaleón]

El 2020-07-26 a las 15:19 -0600, Channel Herrera escribió:

> #include  buenas algun programador en C/C++ como corrijo el
> error de que no existe..

Los dos paquetes que contienen ese archivo son:

libgtk2.0-dev
libgtk-3-dev

Comprueba que tengas instalado al menos uno.

Si el problema es de rutas, en Google¹ tienes varios resultados, p. 
ej.:

Ubuntu 16.10 GTK 3.0 Include Path for Headers
https://askubuntu.com/questions/892625/ubuntu-16-10-gtk-3-0-include-path-for-headers

¹https://www.google.com/search?complete=0=en=1m8eX5qvBcGIac7nh7gO=%23include+gtk%2Fgtk.h+not+found

Saludos,

-- 
Camaleón 

Re: ssl handshake problem with bugs.debian.org?

[Reco]

Hi.

On Mon, Jul 27, 2020 at 10:43:11AM +0200, Harald Dunkel wrote:
> Hi folks,
> 
> I've got a ssl handshake problem with bugs.debian.org on sending an EMail.
> My mta (OpenBSD 6.7, i.e. libressl) in the office says in its logfile
> 
> :
> Jul 27 10:23:39 gate5a smtpd[67056]: d4df9298d18e1596 mta tls 
> ciphers=TLSv1.3:AEAD-AES256-GCM-SHA384:256
> Jul 27 10:23:39 gate5a smtpd[67056]: d4df9298d18e1596 mta server-cert-check 
> result="failure"

This tells me that buxtehude does not support TLSv1.3 at all.

$ nmap -6 -p 25 -sV --script ssl-enum-ciphers buxtehude.debian.org
Starting Nmap 7.70 ( https://nmap.org ) at 2020-07-27 11:00 CEST
Stats: 0:00:24 elapsed; 0 hosts completed (1 up), 1 undergoing Script Scan
NSE Timing: About 95.74% done; ETC: 11:00 (0:00:01 remaining)
Nmap scan report for buxtehude.debian.org (2607:f8f0:614:1::1274:39)
Host is up (0.15s latency).
Other addresses for buxtehude.debian.org (not scanned): 209.87.16.39

PORT   STATE SERVICE VERSION
25/tcp open  smtpExim smtpd 4.92
| ssl-enum-ciphers:
|   TLSv1.0:
| ciphers:
|   TLS_DHE_RSA_WITH_AES_128_CBC_SHA (dh 2048) - A
|   TLS_DHE_RSA_WITH_AES_256_CBC_SHA (dh 2048) - A
|   TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA (secp256r1) - A
|   TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA (secp256r1) - A
|   TLS_RSA_WITH_AES_128_CBC_SHA (rsa 2048) - A
|   TLS_RSA_WITH_AES_256_CBC_SHA (rsa 2048) - A
| compressors:
|   NULL
| cipher preference: client
|   TLSv1.1:
| ciphers:
|   TLS_DHE_RSA_WITH_AES_128_CBC_SHA (dh 2048) - A
|   TLS_DHE_RSA_WITH_AES_256_CBC_SHA (dh 2048) - A
|   TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA (secp256r1) - A
|   TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA (secp256r1) - A
|   TLS_RSA_WITH_AES_128_CBC_SHA (rsa 2048) - A
|   TLS_RSA_WITH_AES_256_CBC_SHA (rsa 2048) - A
| compressors:
|   NULL
| cipher preference: client
|   TLSv1.2:
| ciphers:
|   TLS_DHE_RSA_WITH_AES_128_CBC_SHA (dh 2048) - A
|   TLS_DHE_RSA_WITH_AES_128_CCM (dh 2048) - A
|   TLS_DHE_RSA_WITH_AES_128_GCM_SHA256 (dh 2048) - A
|   TLS_DHE_RSA_WITH_AES_256_CBC_SHA (dh 2048) - A
|   TLS_DHE_RSA_WITH_AES_256_CCM (dh 2048) - A
|   TLS_DHE_RSA_WITH_AES_256_GCM_SHA384 (dh 2048) - A
|   TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256 (dh 2048) - A
|   TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA (secp256r1) - A
|   TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (secp256r1) - A
|   TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA (secp256r1) - A
|   TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (secp256r1) - A
|   TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256 (secp256r1) - A
|   TLS_RSA_WITH_AES_128_CBC_SHA (rsa 2048) - A
|   TLS_RSA_WITH_AES_128_CCM (rsa 2048) - A
|   TLS_RSA_WITH_AES_128_GCM_SHA256 (rsa 2048) - A
|   TLS_RSA_WITH_AES_256_CBC_SHA (rsa 2048) - A
|   TLS_RSA_WITH_AES_256_CCM (rsa 2048) - A
|   TLS_RSA_WITH_AES_256_GCM_SHA384 (rsa 2048) - A
| compressors:
|   NULL
| cipher preference: client
|_  least strength: A


> We send a bazillion of EMails via this MTA each day. This handshake
> problem shows up only for buxtehude, AFAICT. Is there a compatibility
> issue with openssl in Debian and libressl used in OpenBSD 6.7? AFAIU
> TLS 1.3 is not in libressl yet.

Hardly. It's rather buxtehude does not announce TLSv1.3 at all, and it
may be attributed to the state of TLSv1.3 in GNUTLS (which
exim-daemon-heavy should use).

Reco

Re: #include

[Galvatorix Torixgalva]

Holas,

si no recuerdo mal, tienes que indicarle la ruta completa desde la raiz del
sistema. Al menos eso fue lo que me funciono a mi hace tiempo cuando hacia
pruebas con gtk y me salio ese mismo error. Y eso que usaba la
documentacion del propio gtk.

Un saludo

Désinfectants

[Cecylia Lazar]

Bonjour

Je contacte au nom du fabricant de savons, liquides et gels pour la 
désinfection des mains et les produits de nettoyage.

Je voudrais vous offrir des produits de désinfection inodores qui nettoient et 
désinfectent efficacement la peau, éliminant les virus et les bactéries de vos 
mains. Les produits de désinfection sont destinés à un usage général et 
professionnel (hôpitaux, salles de traitement, laboratoires et autres).

Nous proposons également des savons liquides efficaces avec une large gamme de 
parfums, gels douche, shampooings et revitalisants capillaires, et des 
détergents concentrés qui se distinguent sur le marché avec des performances 
élevées.

Nos produits sont sans danger pour tous les types de peau, destinés à un usage 
quotidien, ils ne contiennent ni silicones ni parabènes.

En raison du bon rapport qualité-prix, les cosmétiques et les produits de 
lavage sont très populaires sur les marchés européens.

Puis-je présenter une offre?


Cordialement

Cecylia Lazar
Responsable du développement commercial

documentation for sddm-greeter

[tom arnall]

is there any?

the issue i'm dealing with is creating avatars on the login screen.
i'm running debian buster with the LXQt desktop.,

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

[David Christensen]

On 2020-07-26 03:06, mick crane wrote:


On Sat, 25 Jul 2020 14:55:35 -0700 David Christensen wrote:



It's been a while, but Linux-Apache-MySQL-Perl worked for me back in
the day:


I'm not very good at this and wondered how to do it and thought could 
have things in a hash of hashes. As you tend to stick with a limited 
variety of recipes wouldn't be that extensive for personal use. After 
sorting out input.


my %food=(
"ham sandwich"=>{
cal=> .4,
protein=>.2,
fiber=>.3,
},
"cauliflower cheese"=>{
cal=> .8,
protein=>.3,
fiber=>.1,
},
);
my $calories= $food{$ARGV[0]}{cal}*$ARGV[1];

and add it to a weekly and daily totals file.



Perl data structures and algorithms can work when needs are few, simple, 
and fixed.  The UI is command-line options and arguments to the Perl 
script.  Data is stored in CSV or TSV files, and accessed with a 
library.  Reports are generated with a PDF library.  The key is that 
everything must fit into memory at once.



As complexity, change, and/or size increase, a database management 
system and SQL become necessary.



David

ssl handshake problem with bugs.debian.org?

[Harald Dunkel]

Hi folks,

I've got a ssl handshake problem with bugs.debian.org on sending an EMail.
My mta (OpenBSD 6.7, i.e. libressl) in the office says in its logfile

:
Jul 27 10:23:37 gate5a smtpd[67056]: d4df9298d18e1596 mta connecting 
address=smtp://209.87.16.39:25 host=buxtehude.debian.org
Jul 27 10:23:37 gate5a smtpd[67056]: d4df9298d18e1596 mta connected
Jul 27 10:23:39 gate5a smtpd[67056]: d4df9298d18e1596 mta tls 
ciphers=TLSv1.3:AEAD-AES256-GCM-SHA384:256
Jul 27 10:23:39 gate5a smtpd[67056]: d4df9298d18e1596 mta server-cert-check 
result="failure"
Jul 27 10:23:39 gate5a smtpd[67056]: d4df9299bfe4df24 mta connecting 
address=smtp://[2607:f8f0:614:1::1274:39]:25 host=buxtehude.debian.org
Jul 27 10:23:39 gate5a smtpd[67056]: d4df9298d18e1596 mta error reason=IO 
Error: error:1404C410:SSL routines:ST_OK:sslv3 alert handshake failure
Jul 27 10:23:39 gate5a smtpd[67056]: smtp-out: Disabling route 5.145.142.10 <-> 
209.87.16.39 (buxtehude.debian.org) for 15s
Jul 27 10:23:39 gate5a smtpd[67056]: d4df9299bfe4df24 mta connected
Jul 27 10:23:41 gate5a smtpd[67056]: d4df9299bfe4df24 mta tls 
ciphers=TLSv1.3:AEAD-AES256-GCM-SHA384:256
Jul 27 10:23:41 gate5a smtpd[67056]: d4df9299bfe4df24 mta server-cert-check 
result="failure"
Jul 27 10:23:41 gate5a smtpd[67056]: d4df9299bfe4df24 mta error reason=IO 
Error: error:1404C410:SSL routines:ST_OK:sslv3 alert handshake failure
Jul 27 10:23:41 gate5a smtpd[67056]: smtp-out: Disabling route 
[2001:67c:13b0:::60] <-> [2607:f8f0:614:1::1274:39] (buxtehude.debian.org) 
for 15s
Jul 27 10:23:41 gate5a smtpd[67056]: smtp-out: Address family mismatch on 
[connector:[2001:67c:13b0:::60]->[relay:bugs.debian.org,smtp,sourcetable=,heloname=mail.aixigo.de],0x0]
Jul 27 10:23:41 gate5a smtpd[67056]: smtp-out: Address family mismatch on 
[connector:5.145.142.10->[relay:bugs.debian.org,smtp,sourcetable=,heloname=mail.aixigo.de],0x0]
:

Please note the "sslv3 alert handshake failure".

We send a bazillion of EMails via this MTA each day. This handshake
problem shows up only for buxtehude, AFAICT. Is there a compatibility
issue with openssl in Debian and libressl used in OpenBSD 6.7? AFAIU
TLS 1.3 is not in libressl yet.


Every helpful hint is highly appreciated.

Harri

Re: ssl handshake problem with bugs.debian.org?

[Sven Hartge]

Reco  wrote:
> On Mon, Jul 27, 2020 at 10:43:11AM +0200, Harald Dunkel wrote:

>> I've got a ssl handshake problem with bugs.debian.org on sending an EMail.
>> My mta (OpenBSD 6.7, i.e. libressl) in the office says in its logfile
>> 
>> :
>> Jul 27 10:23:39 gate5a smtpd[67056]: d4df9298d18e1596 mta tls 
>> ciphers=TLSv1.3:AEAD-AES256-GCM-SHA384:256
>> Jul 27 10:23:39 gate5a smtpd[67056]: d4df9298d18e1596 mta server-cert-check 
>> result="failure"

> This tells me that buxtehude does not support TLSv1.3 at all.

> $ nmap -6 -p 25 -sV --script ssl-enum-ciphers buxtehude.debian.org

Interesting.

nmap shows the same for me, but testssl.sh does not:

,
|  Testing protocols via sockets 
|
|  SSLv2  not offered (OK)
|  SSLv3  not offered (OK)
|  TLS 1  offered (deprecated)
|  TLS 1.1offered (deprecated)
|  TLS 1.2offered (OK)
|  TLS 1.3offered (OK): final
|
| Hexcode  Cipher Suite Name (OpenSSL)   KeyExch.   Encryption  Bits 
Cipher Suite Name (IANA/RFC)
| 
-
| SSLv2
|  - 
| SSLv3
|  - 
| TLSv1 (no server order, thus listed by strength)
|  xc014   ECDHE-RSA-AES256-SHA  ECDH 521   AES 256  
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA 
|  x39 DHE-RSA-AES256-SHADH 2048AES 256  
TLS_DHE_RSA_WITH_AES_256_CBC_SHA   
|  x35 AES256-SHARSAAES 256  
TLS_RSA_WITH_AES_256_CBC_SHA   
|  xc013   ECDHE-RSA-AES128-SHA  ECDH 521   AES 128  
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA 
|  x33 DHE-RSA-AES128-SHADH 2048AES 128  
TLS_DHE_RSA_WITH_AES_128_CBC_SHA   
|  x2f AES128-SHARSAAES 128  
TLS_RSA_WITH_AES_128_CBC_SHA   
| TLSv1.1 (no server order, thus listed by strength)
|  xc014   ECDHE-RSA-AES256-SHA  ECDH 521   AES 256  
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA 
|  x39 DHE-RSA-AES256-SHADH 2048AES 256  
TLS_DHE_RSA_WITH_AES_256_CBC_SHA   
|  x35 AES256-SHARSAAES 256  
TLS_RSA_WITH_AES_256_CBC_SHA   
|  xc013   ECDHE-RSA-AES128-SHA  ECDH 521   AES 128  
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA 
|  x33 DHE-RSA-AES128-SHADH 2048AES 128  
TLS_DHE_RSA_WITH_AES_128_CBC_SHA   
|  x2f AES128-SHARSAAES 128  
TLS_RSA_WITH_AES_128_CBC_SHA   
| TLSv1.2 (no server order, thus listed by strength)
|  xc030   ECDHE-RSA-AES256-GCM-SHA384   ECDH 521   AESGCM  256  
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384  
|  xc014   ECDHE-RSA-AES256-SHA  ECDH 521   AES 256  
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA 
|  x9f DHE-RSA-AES256-GCM-SHA384 DH 2048AESGCM  256  
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
|  xcca8   ECDHE-RSA-CHACHA20-POLY1305   ECDH 521   ChaCha20256  
TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256
|  xccaa   DHE-RSA-CHACHA20-POLY1305 DH 2048ChaCha20256  
TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256  
|  xc09f   DHE-RSA-AES256-CCMDH 2048AESCCM  256  
TLS_DHE_RSA_WITH_AES_256_CCM   
|  x39 DHE-RSA-AES256-SHADH 2048AES 256  
TLS_DHE_RSA_WITH_AES_256_CBC_SHA   
|  x9d AES256-GCM-SHA384 RSAAESGCM  256  
TLS_RSA_WITH_AES_256_GCM_SHA384
|  xc09d   AES256-CCMRSAAESCCM  256  
TLS_RSA_WITH_AES_256_CCM   
|  x35 AES256-SHARSAAES 256  
TLS_RSA_WITH_AES_256_CBC_SHA   
|  xc02f   ECDHE-RSA-AES128-GCM-SHA256   ECDH 521   AESGCM  128  
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256  
|  xc013   ECDHE-RSA-AES128-SHA  ECDH 521   AES 128  
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA 
|  x9e DHE-RSA-AES128-GCM-SHA256 DH 2048AESGCM  128  
TLS_DHE_RSA_WITH_AES_128_GCM_SHA256
|  xc09e   DHE-RSA-AES128-CCMDH 2048AESCCM  128  
TLS_DHE_RSA_WITH_AES_128_CCM   
|  xc09c   AES128-CCMRSAAESCCM  128  
TLS_RSA_WITH_AES_128_CCM   
|  x33 DHE-RSA-AES128-SHADH 2048AES 128  
TLS_DHE_RSA_WITH_AES_128_CBC_SHA   
|  x9c AES128-GCM-SHA256 

Re: About /var/log/dpgk.log

[Rodolfo Medina]

The Wanderer  writes:

> On 2020-07-27 at 08:53, Rodolfo Medina wrote:
>
>> The Wanderer  writes:
>> 
>>> On 2020-07-27 at 08:15, Rodolfo Medina wrote:
>
>>>
>>> That log message means that at 08:02:37 on July 23rd, 2020, the computer
>>> went from not having any i386-architecture version of liblilv-0-0
>>> installed at all to having version 0.24.2~dfsg0-2 installed.
>>>
>>> The "" is the version which was installed *before* dpkg took
>>> action. The field after that is the version which was installed *after*
>>> dpkg took action. (Or maybe "was to be"; I don't know what gets logged
>>> in the case where the install fails, et cetera.)
>> 
>> Clear now, thanks...
>> 
>> Now, when I try to remove liblilv-0-0, Debian warns me that audacity depends
>> on it:
>> 
>> # aptitude purge liblilv-0-0
>> The following packages will be REMOVED:  
>>   liblilv-0-0{p} 
>> 0 packages upgraded, 0 newly installed, 1 to remove and 192 not upgraded.
>> Need to get 0 B of archives. After unpacking 132 kB will be freed.
>> The following packages have unmet dependencies:
>>  audacity : Depends: liblilv-0-0 (>= 0.16.0~dfsg0) but it is not going to be
>>  installed
>> 
>> 
>> But audacity is installed on my Debian box since months...  How can it
>> depend on a package installed a few days ago...?
>
> My guess would be that this is about architecture differences.
>
> What the install line from above indicates was installed on the 23rd is
> the i386 version of liblilv-0-0. I suspect that the amd64 version was
> already installed. The amd64 version of audacity depends on the amd64
> version of this library, and the i386 version of audacity almost
> certainly depends on the i386 version of this library.
>
> Try
>
> # aptitude purge liblilv-0-0:i386
>
> and see what that gives you.


Your guess seems to be true:

# aptitude purge liblilv-0-0:i386
The following packages will be REMOVED:  
  liblilv-0-0:i386{p} libserd-0-0:i386{u} libsord-0-0:i386{u} 
  libsratom-0-0:i386{u} 
0 packages upgraded, 0 newly installed, 4 to remove and 192 not upgraded.
Need to get 0 B of archives. After unpacking 394 kB will be freed.
Do you want to continue? [Y/n/?]

, so it's also important that appendix `:i386'.  Now, I want to remove all tha
packages I installed on last july 23th.  To do so, I do:

 $ grep "2015-12-19.*.install " /var/log/dpkg.log | awk '{ print $4 }' | cut  
-d: -f1 | tr '\n' ' '

How can I modify the above command so to include - when it is present - also
that important suffix?

thanks

rodolfo

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

[Ajith R]

Hi,

If you decide against a command line system and  decide to go SQL / Klexi way, 
I want to suggest to you a relatively lesser known integrated database system - 
http://www.suneido.com. It has been around for nearly 20 years. It is pretty 
easy to design and stable. It is FOSS. The only problem is that it is available 
only for the Windows platform.
If you still want to go the command line way, have a look at 
https://www.gnu.org/software/recutils/. From the description at the site, 
" GNU Recutils is a set of tools and libraries to access human-editable, plain 
text databases called recfiles. The data is stored as a sequence of records, 
each record containing an arbitrary number of named fields. The picture below 
shows a sample database containing information about GNU packages, along with 
the main features provided by recutils.",it looks like it is the program you 
have been looking for. (Disclaimer: I know nothing about the program.)

All the best,
ajith





On Saturday, 25 July, 2020, 11:08:42 pm IST, Richard Owlett 
 wrote: 





Back in 70's/80's I wrote programs as part of routine job duties.
  {8080/8085 assembler, dBase and Paradox}
Neither I, nor my employers, classed me as a "programmer".
I was "Senior Engineering Tech" or "Junior Engineer".
IOW, I was not in abject *AWE* of computers. *ROFL*

Right now I'm working on a personal project.
INPUT:    How much of what did I eat?
OUTPUT:    How much [cal/protein/fiber] did I eat?

SQL {and variants} seen to dominate all else.
IIRC, dBase was simpler.

What current FOSS system might I be comfortable with?

TIA

Re: About /var/log/dpgk.log

[Rodolfo Medina]

The Wanderer  writes:

> On 2020-07-27 at 09:56, Rodolfo Medina wrote:
>
>> The Wanderer  writes:
>> 
>>> On 2020-07-27 at 08:53, Rodolfo Medina wrote:
>
 But audacity is installed on my Debian box since months...  How can it
 depend on a package installed a few days ago...?
>>>
>>> My guess would be that this is about architecture differences.
>>>
>>> What the install line from above indicates was installed on the 23rd is
>>> the i386 version of liblilv-0-0. I suspect that the amd64 version was
>>> already installed. The amd64 version of audacity depends on the amd64
>>> version of this library, and the i386 version of audacity almost
>>> certainly depends on the i386 version of this library.
>>>
>>> Try
>>>
>>> # aptitude purge liblilv-0-0:i386
>>>
>>> and see what that gives you.
>> 
>> Your guess seems to be true:
>> 
>> # aptitude purge liblilv-0-0:i386
>> The following packages will be REMOVED:  
>>   liblilv-0-0:i386{p} libserd-0-0:i386{u} libsord-0-0:i386{u} 
>>   libsratom-0-0:i386{u} 
>> 0 packages upgraded, 0 newly installed, 4 to remove and 192 not upgraded.
>> Need to get 0 B of archives. After unpacking 394 kB will be freed.
>> Do you want to continue? [Y/n/?]
>> 
>> , so it's also important that appendix `:i386'.  Now, I want to remove all
>> tha packages I installed on last july 23th.  To do so, I do:
>> 
>>  $ grep "2015-12-19.*.install " /var/log/dpkg.log | awk '{ print $4 }' | cut 
>>  -d: -f1 | tr '\n' ' '
>> 
>> How can I modify the above command so to include - when it is present - also
>> that important suffix?
>
> Drop the '| cut -d: -f1' part. That explicitly gets rid of the suffix.
> As far as I can tell from trivial testing, the resulting package list is
> in the correct syntax to be passed to apt-get or aptitude for removal.


Unfortunately,

 root@lenovo:~# aptitude purge "2020-07-23.*.install " /var/log/dpkg.log | awk 
'{ print $4 }' | tr '\n' ' '
Unable to apply some actions, aborting
   information...  information...  package root@lenovo:~# 

Strange, because:

$ grep "2020-07-23.*.install " /var/log/dpkg.log | awk '{ print $4 }' | tr '\n' 
' '
xml-core:all docutils-common:all docutils-doc:all libimagequant0:amd64 
libjs-sphinxdoc:all python-alabaster:all python-asn1crypto:all 
python-babel-localedata:all python-tz:all python-babel:all python-certifi:all 
python-cffi-backend:amd64 python-enum34:all python-ipaddress:all 
python-cryptography:amd64 python-roman:all python-docutils:all python-idna:all 
python-imagesize:all python-markupsafe:amd64 python-jinja2:all 
python-olefile:all python-openssl:all python-pyparsing:all python-packaging:all 
python-pil:amd64 python-pygments:all python-urllib3:all python-requests:all 
python-typing:all sphinx-common:all python-sphinx:all nasm:amd64 yasm:amd64 
cmake-data:all libcurl4:amd64 librhash0:amd64 libuv1:amd64 cmake:amd64 
libchromaprint-tools:amd64 libchromaprint-dev:amd64 frei0r-plugins-dev:amd64 
libunistring-dev:amd64 libunbound8:amd64 libgnutls-dane0:amd64 libopts25:amd64 
gnutls-bin:amd64 libgmpxx4ldbl:amd64 libgmp-dev:amd64 libgnutlsxx28:amd64 
libidn2-dev:amd64 libp11-kit-dev:amd64 libtasn1-6-dev:amd64 nettle-dev:amd64 
libgnutls28-dev:amd64 libtasn1-doc:all libdpkg-perl:all 
libfile-fcntllock-perl:amd64 pkg-config:amd64 ladspa-sdk:amd64 aom-tools:amd64 
libaom-dev:amd64 libserd-0-0:i386 libsord-0-0:i386 libsratom-0-0:i386 
liblilv-0-0:i386 libserd-dev:amd64 libsord-dev:amd64 lv2-dev:amd64 
libsratom-dev:amd64 liblilv-dev:amd64 libraw1394-dev:amd64 
libiec61883-dev:amd64 libraw1394-tools:amd64 libraw1394-11:i386 
libiec61883-0:i386 libraw1394-dev:i386

Maybe all those `:all'...?  Then get cut off only them?

rodolfo

Re: SANE default scanner

[Stefan Monnier]

> net.conf is for scanner shared with SANE's protocol. Notice the "hpaio:"
> fake URL protocol.

That's the kind of reason why I don't like using printer's own network
facilities and prefer to connect them over USB to a local GNU/Linux
server which can then share them over CUPS

It also has the side benefit that sleeping while connected via USB tends
to consume significantly less power than sleeping while connected via the
wifi network (can't remember what the numbers look like for ethernet).
The difference can be sufficient to power a BananaPi ;-)


Stefan

Re: #include

[Channel Herrera]

Tendra algo que ver waylandxq ni me deja compilar desde anjuta ni geany
ni...solo si incluyo en la termimal las libreriasgcc  pkg-config
--cflags gtk+-3.0 de lo contario nada..
El jul. 27, 2020 9:51 AM, "Galvatorix Torixgalva" 
escribió:

> Hola,
>
> yo hice eso, instale los paquetes dev y me salia ese error. Y el archivo
> en cuestion estaba en el sitio correcto y aparentemente todo estaba
> correcto.
>
> Y nada, que daba ese error. Yo, en plan WTF
>
> A mi lo que me funciono es lo que indique antes.
>
> Un saludo
>
>
>

Re: SANE default scanner

[Reco]

On Mon, Jul 27, 2020 at 04:09:08PM +0300, Georgi Naplatanov wrote:
> On 7/27/20 3:40 PM, Nicolas George wrote:
> > Georgi Naplatanov (12020-07-27):
> >> https://linux.die.net/man/1/scanimage
> >>
> >> "The -d or --device-name options must be followed by a SANE device-name
> >> like 'epson:/dev/sg0' or 'hp:/dev/usbscanner0'. A (partial) list of
> >> available devices can be obtained with the --list-devices option (see
> >> below). If no device-name is specified explicitly, scanimage reads a
> >> device-name from the environment variable SANE_DEFAULT_DEVICE. If this
> >> variable is not set, scanimage will attempt to open the first available
> >> device. "
> > 
> > Unfortunately, it does not work: for GUI tools, this environment
> > variable pre-selects the device in the device selection dialog, but it
> > does not make it appear if it is not detected (?!???@!%@?!!!?).
> > 
> > Also, it works for only one scanner.
> 
> I'm not sure how you share the scanner(s) - with saned or if those are
> some kind of network scanners.
> 
> In case you share these scanners with saned then this article may be
> helpful for you.
> 
> https://feeding.cloud.geek.nz/posts/setting-up-a-network-scanner-using-sane/
> 
> My understanding is that you have to add scanners'  IP addresses in
> /etc/sane.d/net.conf

That file serves as ACL for saned (server part), and you're supposed to
add clients' IP there. It does not seem to affect xsane or scanimage
(client parts) in any way.

I'm interested in knowing how to set a default device for xsane too
(which could also disable annoying broadcast-based discovery on every
xsane launch), but it looks like there's no way of doing it.
SANE_DEFAULT_DEVICE is an interesting idea, but ultimately is no
different from a shell alias.

Reco

Re: SANE default scanner

[Nicolas George]

Hans (12020-07-27):
> I had had a similar problem with a scanner from Brother. The solution was, to 
> add the 
> output from lsusb like "5986:0102" (this is just an example!) of the 
> /lib/udev/rules.d/60-libsane.rules". Not all scanners are included here and 
> sometime you 
> must add your own into this lib.

Thanks, but that is for USB, I am asking for network.

To summarize: I want to tell SANE URLs for network-connected scanners so
that they can be presented to the users in GUI dialogs.

Regards,

-- 
  Nicolas George


signature.asc
Description: PGP signature

Re: SANE default scanner

[Brian]

On Mon 27 Jul 2020 at 14:53:38 +0200, Nicolas George wrote:

> Brian (12020-07-27):
> > When xsane is run it searches for devices. If the deskjet_3050a is the
> > only one found, that is the one you will get. If there is more than one,
> > it presents you with choice.
> 
> It does not find it at all. It only works if I specify the scanner.

That is not the way it works here. SANE runs each of the backends in
turn.
 
> (And I would find very bad taste for xsane to somehow scan my whole
> network just in case a scanner happens to be there.

DNS-SD is probably involved. Hardly scanning every host on the network.

-- 
Brian.

Re: SANE default scanner

[Nicolas George]

John Boxall (12020-07-27):
> I was having the same problem with the same model mfp. I had to go into the
> HPLIP Toolbox app and setup the printer. Once I did that xsane and simple
> scan could find the scanner.

Thanks for the suggestion.

I was hoping to avoid installing the whole GUI crap from HP. After all,
the scanner works, my problem is only a UI problem.

Regards,

-- 
  Nicolas George


signature.asc
Description: PGP signature

Re: ssl handshake problem with bugs.debian.org?

[Harald Dunkel]

On 2020-07-27 13:49, Sven Hartge wrote:


Does your MTA present a client certificate? Maybe buxtehude does not
like that?



Yes, it has a certificate. Whether buxtehude likes it I cannot say,
but it looks OK to me. Its a wildcard certificate, though:


Certificate:
Data:
Version: 3 (0x2)
Serial Number:
0b:4b:72:01:12:76:76:75:a8:ec:10:0d:11:36:7b:f8
Signature Algorithm: sha256WithRSAEncryption
Issuer: C=US, O=DigiCert Inc, CN=DigiCert SHA2 Secure Server CA
Validity
Not Before: Jul  9 00:00:00 2020 GMT
Not After : Sep  8 12:00:00 2022 GMT
Subject: C=DE, ST=Nordrhein-Westfalen, L=Aachen, O=aixigo AG, 
OU=Internet, CN=*.aixigo.de
Subject Public Key Info:
Public Key Algorithm: rsaEncryption
RSA Public-Key: (2048 bit)
Modulus:
00:c7:43:b9:e8:1b:5b:2c:b0:a8:26:05:d3:9f:06:
:
:
47:58:c2:17:be:c9:d8:26:7a:4b:45:d6:df:19:cb:
50:79
Exponent: 65537 (0x10001)
X509v3 extensions:
X509v3 Authority Key Identifier:

keyid:0F:80:61:1C:82:31:61:D5:2F:28:E7:8D:46:38:B4:2C:E1:C6:D9:E2

X509v3 Subject Key Identifier:
F7:5D:C6:13:97:9B:F8:D4:49:9E:EC:36:E1:B3:26:C2:12:BD:D2:8C
X509v3 Subject Alternative Name:
DNS:*.aixigo.de, DNS:aixigo.de, DNS:mail.aixigo.de
X509v3 Key Usage: critical
Digital Signature, Key Encipherment
X509v3 Extended Key Usage:
TLS Web Server Authentication, TLS Web Client Authentication
X509v3 CRL Distribution Points:
:
:

BTW, the problem showed up first on June 17th.


When diagnosing SSL errors I also find it helpful to wireshark the
connection to see which side exactly triggers the SSL Alert. That may
help highlight the culprit here.



See attachment. AFAICT this is all encrypted.


Regards
Harri


buxtehude.debian.org.pcap
Description: application/vnd.tcpdump.pcap

Re: SANE default scanner

[Nicolas George]

Brian (12020-07-27):
> > To summarize: I want to tell SANE URLs for network-connected scanners so
> > that they can be presented to the users in GUI dialogs.
> 
> Not much chance of that happening if SANE cannot see the scanner.

Well, if I write

scanner "hpaio:/net/deskjet_3050a_j611_series?ip=10.0.1.155"
scanner "hpaio:/net/Photosmart_2570_series?ip=10.0.0.32"

into some configuration file, then SANE does not need to see the
scanners: I just told where to find them.

My question is: WHAT CONFIGURATION FILE?

>   SANE_DEBUG_DLL=5 scanimage -L

There is no bug to debug, this is useless.

Regards,

-- 
  Nicolas George


signature.asc
Description: PGP signature

Re: About /var/log/dpgk.log

[The Wanderer]

On 2020-07-27 at 10:25, Rodolfo Medina wrote:

> The Wanderer  writes:
> 
>> On 2020-07-27 at 09:56, Rodolfo Medina wrote:

>>> Now, I want to remove all
>>> tha packages I installed on last july 23th.  To do so, I do:
>>> 
>>>  $ grep "2015-12-19.*.install " /var/log/dpkg.log | awk '{ print $4 }' | 
>>> cut  -d: -f1 | tr '\n' ' '
>>> 
>>> How can I modify the above command so to include - when it is present - also
>>> that important suffix?
>>
>> Drop the '| cut -d: -f1' part. That explicitly gets rid of the suffix.
>> As far as I can tell from trivial testing, the resulting package list is
>> in the correct syntax to be passed to apt-get or aptitude for removal.
> 
> Unfortunately,
> 
>  root@lenovo:~# aptitude purge "2020-07-23.*.install " /var/log/dpkg.log | 
> awk '{ print $4 }' | tr '\n' ' '
> Unable to apply some actions, aborting
>information...  information...  package root@lenovo:~# 

You have your syntax wrong. This attempts to run the following commands,
in order, passing the output of each one as input to the next one:

aptitude purge "2020-07-23.*.install " /var/log/dpkg.log
awk '{ print $4 }'
tr '\n' ' '

> Strange, because:
> 
> $ grep "2020-07-23.*.install " /var/log/dpkg.log | awk '{ print $4 }' | tr 
> '\n' ' '
> xml-core:all docutils-common:all docutils-doc:all libimagequant0:amd64 
> libjs-sphinxdoc:all python-alabaster:all python-asn1crypto:all 
> python-babel-localedata:all python-tz:all python-babel:all python-certifi:all 
> python-cffi-backend:amd64 python-enum34:all python-ipaddress:all 
> python-cryptography:amd64 python-roman:all python-docutils:all 
> python-idna:all python-imagesize:all python-markupsafe:amd64 
> python-jinja2:all python-olefile:all python-openssl:all python-pyparsing:all 
> python-packaging:all python-pil:amd64 python-pygments:all python-urllib3:all 
> python-requests:all python-typing:all sphinx-common:all python-sphinx:all 
> nasm:amd64 yasm:amd64 cmake-data:all libcurl4:amd64 librhash0:amd64 
> libuv1:amd64 cmake:amd64 libchromaprint-tools:amd64 libchromaprint-dev:amd64 
> frei0r-plugins-dev:amd64 libunistring-dev:amd64 libunbound8:amd64 
> libgnutls-dane0:amd64 libopts25:amd64 gnutls-bin:amd64 libgmpxx4ldbl:amd64 
> libgmp-dev:amd64 libgnutlsxx28:amd64 libidn2-dev:amd64 libp11-kit-dev:amd64 
> libtas
n1-6-dev:amd64 nettle-dev:amd64 libgnutls28-dev:amd64 libtasn1-doc:all 
libdpkg-perl:all libfile-fcntllock-perl:amd64 pkg-config:amd64 ladspa-sdk:amd64 
aom-tools:amd64 libaom-dev:amd64 libserd-0-0:i386 libsord-0-0:i386 
libsratom-0-0:i386 liblilv-0-0:i386 libserd-dev:amd64 libsord-dev:amd64 
lv2-dev:amd64 libsratom-dev:amd64 liblilv-dev:amd64 libraw1394-dev:amd64 
libiec61883-dev:amd64 libraw1394-tools:amd64 libraw1394-11:i386 
libiec61883-0:i386 libraw1394-dev:i386
> 
> Maybe all those `:all'...?  Then get cut off only them?

What you want to do instead is to run this exact latter command, and
pass the output of that into the 'aptitude purge' command.

To do that, you use a subshell. This can be done in either of two ways:
with backticks (that is, `, from the key to the left of the '1' key), or
with $() syntax. The former is easier to type, but the latter is more
versatile, because it can be nested.

Try:

$ aptitude purge $(grep "2020-07-23.*.install " /var/log/dpkg.log | awk
'{ print $4 }' | tr '\n' ' ')

and see what you get.


As I understand matters, running 'command' in a subshell results in the
stdout of that command being dropped into the place in the original
command line where the subshell was located. For example, the command

$ aptitude purge $(echo packagename)

results in running the actual command

$ aptitude purge packagename

Note that if the output of the subshell command includes spaces, or
other special characters, you need to handle shell quoting and the
result can get very messy. I don't have a good handle on the more
advanced examples of it myself, but there are reference guides out there
for the basic principles, although I don't keep track of them.

-- 
   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: SANE default scanner

[Georgi Naplatanov]

On 7/27/20 4:32 PM, Nicolas George wrote:
> Georgi Naplatanov (12020-07-27):
>> I'm not sure how you share the scanner(s) - with saned or if those are
>> some kind of network scanners.
> 
> I do not share the scanner, the scanner shares itself.
> 
> To summarize: I want to tell SANE URLs for network-connected scanners so
> that they can be presented to the users in GUI dialogs.
> 

Did you try to add scanners to /etc/sane.d/net.conf

there is another howto

https://help.ubuntu.com/community/sane

Kind regards
Georgi

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

[Eric S Fraga]

You may wish to have a look at recutils:

https://www.gnu.org/software/recutils/

but it may not have some of the functionality you wish (although you
could build on it with shell scripts & awk, say).
-- 
Eric S Fraga via Emacs 28.0.50 & org 9.3.7 on Debian bullseye/sid

Re: About /var/log/dpgk.log

[David Wright]

On Mon 27 Jul 2020 at 14:25:29 (+), Rodolfo Medina wrote:
> The Wanderer  writes:
> > On 2020-07-27 at 09:56, Rodolfo Medina wrote:
> >> The Wanderer  writes:
> >>> On 2020-07-27 at 08:53, Rodolfo Medina wrote:
> >
>  But audacity is installed on my Debian box since months...  How can it
>  depend on a package installed a few days ago...?
> >>>
> >>> My guess would be that this is about architecture differences.
> >>>
> >>> What the install line from above indicates was installed on the 23rd is
> >>> the i386 version of liblilv-0-0. I suspect that the amd64 version was
> >>> already installed. The amd64 version of audacity depends on the amd64
> >>> version of this library, and the i386 version of audacity almost
> >>> certainly depends on the i386 version of this library.
> >>>
> >>> Try
> >>>
> >>> # aptitude purge liblilv-0-0:i386
> >>>
> >>> and see what that gives you.
> >> 
> >> Your guess seems to be true:
> >> 
> >> # aptitude purge liblilv-0-0:i386
> >> The following packages will be REMOVED:  
> >>   liblilv-0-0:i386{p} libserd-0-0:i386{u} libsord-0-0:i386{u} 
> >>   libsratom-0-0:i386{u} 
> >> 0 packages upgraded, 0 newly installed, 4 to remove and 192 not upgraded.
> >> Need to get 0 B of archives. After unpacking 394 kB will be freed.
> >> Do you want to continue? [Y/n/?]
> >> 
> >> , so it's also important that appendix `:i386'.  Now, I want to remove all
> >> tha packages I installed on last july 23th.  To do so, I do:
> >> 
> >>  $ grep "2015-12-19.*.install " /var/log/dpkg.log | awk '{ print $4 }' | 
> >> cut  -d: -f1 | tr '\n' ' '
> >> 
> >> How can I modify the above command so to include - when it is present - 
> >> also
> >> that important suffix?
> >
> > Drop the '| cut -d: -f1' part. That explicitly gets rid of the suffix.
> > As far as I can tell from trivial testing, the resulting package list is
> > in the correct syntax to be passed to apt-get or aptitude for removal.
> 
> 
> Unfortunately,
> 
>  root@lenovo:~# aptitude purge "2020-07-23.*.install " /var/log/dpkg.log | 
> awk '{ print $4 }' | tr '\n' ' '
> Unable to apply some actions, aborting
>information...  information...  package root@lenovo:~# 
> 
> Strange, because:
> 
> $ grep "2020-07-23.*.install " /var/log/dpkg.log | awk '{ print $4 }' | tr 
> '\n' ' '
> xml-core:all docutils-common:all docutils-doc:all libimagequant0:amd64 
> libjs-sphinxdoc:all python-alabaster:all python-asn1crypto:all 
> python-babel-localedata:all python-tz:all python-babel:all python-certifi:all 
> python-cffi-backend:amd64 python-enum34:all python-ipaddress:all 
> python-cryptography:amd64 python-roman:all python-docutils:all 
> python-idna:all python-imagesize:all python-markupsafe:amd64 
> python-jinja2:all python-olefile:all python-openssl:all python-pyparsing:all 
> python-packaging:all python-pil:amd64 python-pygments:all python-urllib3:all 
> python-requests:all python-typing:all sphinx-common:all python-sphinx:all 
> nasm:amd64 yasm:amd64 cmake-data:all libcurl4:amd64 librhash0:amd64 
> libuv1:amd64 cmake:amd64 libchromaprint-tools:amd64 libchromaprint-dev:amd64 
> frei0r-plugins-dev:amd64 libunistring-dev:amd64 libunbound8:amd64 
> libgnutls-dane0:amd64 libopts25:amd64 gnutls-bin:amd64 libgmpxx4ldbl:amd64 
> libgmp-dev:amd64 libgnutlsxx28:amd64 libidn2-dev:amd64 libp11-kit-dev:amd64 
> libtasn1-6-dev:amd64 nettle-dev:amd64 libgnutls28-dev:amd64 libtasn1-doc:all 
> libdpkg-perl:all libfile-fcntllock-perl:amd64 pkg-config:amd64 
> ladspa-sdk:amd64 aom-tools:amd64 libaom-dev:amd64 libserd-0-0:i386 
> libsord-0-0:i386 libsratom-0-0:i386 liblilv-0-0:i386 libserd-dev:amd64 
> libsord-dev:amd64 lv2-dev:amd64 libsratom-dev:amd64 liblilv-dev:amd64 
> libraw1394-dev:amd64 libiec61883-dev:amd64 libraw1394-tools:amd64 
> libraw1394-11:i386 libiec61883-0:i386 libraw1394-dev:i386
> 
> Maybe all those `:all'...?  Then get cut off only them?

I don't know why you'd want to learn bash scripting at
root's command line, but if you insist, please add -s
after the word aptitude.

Cheers,
David.

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

[Greg Wooledge]

On Mon, Jul 27, 2020 at 11:16:45AM -0400, Michael Stone wrote:
> On Mon, Jul 27, 2020 at 08:09:36AM -0400, Greg Wooledge wrote:
> > For a project of this size and scope, a Tcl application with an sqlite3
> > database in a local file seems well suited.
> 
> Only on the internet can someone ask a simple question and get tcl as the
> answer. :-/

OK, here's a quick program to show how it might be done.  The interface
is quite primitive, but it's a proof of concept.

You need to install the libsqlite3-tcl package, if you're using Debian's
version of Tcl.  If you compile Tcl from upstream source, this package
is included by default.

Here's the program:

=
#!/usr/bin/tclsh8.6
package require sqlite3
set dbfile ./food.db

proc usage {} {
global argv0
puts stderr "usage: $argv0 {add|print|dump} arguments"
exit 1
}

if {[file exists $dbfile]} {
sqlite3 db $dbfile
} else {
sqlite3 db $dbfile
db eval {create table food (name text, calories real)}
}

lassign $argv cmd food cals
switch -- $cmd {
add {
if {[llength $argv] != 3} {usage}
db eval {insert into food(name, calories) values (:food, :cals)}
}
print {
if {[llength $argv] != 2} {usage}
db eval {select calories from food where name = :food} v {}
if {! [info exists v(calories)]} {
puts stderr "Food '$food' not found"
exit 1
}
puts $v(calories)
}
dump {
db eval {select name, calories from food order by name} v {
puts [format "%-30.30s %f" $v(name) $v(calories)]
}
}
default {usage}
}
=

And running it:

unicorn:~$ ./foo
usage: ./foo {add|print|dump} arguments
unicorn:~$ ./foo add pretzels 50
unicorn:~$ ./foo add corn 30
unicorn:~$ ./foo print corn
30.0
unicorn:~$ ./foo print 'potato chips'
Food 'potato chips' not found
unicorn:~$ ./foo dump
corn   30.00
pretzels   50.00
unicorn:~$ ls -l food.db
-rw-r--r-- 1 greg greg 8192 Jul 27 11:31 food.db
unicorn:~$ ./foo add corn 35
unicorn:~$ ./foo dump
corn   30.00
corn   35.00
pretzels   50.00

Oops.  Looks like we should consider making the name a unique index.
Well, you can add that to your version.

Do you consider this "difficult"?  If so, you are probably approaching
this problem as a non-programmer, in which case I don't know what to
tell you.  Programming languages exist for a reason, and Tcl is one of
the easiest ones for this particular job.

Re: SANE default scanner

[John Boxall]

I was having the same problem with the same model mfp. I had to go into 
the HPLIP Toolbox app and setup the printer. Once I did that xsane and 
simple scan could find the scanner.


On 2020-07-27 8:40 a.m., Nicolas George wrote:

Georgi Naplatanov (12020-07-27):

https://linux.die.net/man/1/scanimage

"The -d or --device-name options must be followed by a SANE device-name
like 'epson:/dev/sg0' or 'hp:/dev/usbscanner0'. A (partial) list of
available devices can be obtained with the --list-devices option (see
below). If no device-name is specified explicitly, scanimage reads a
device-name from the environment variable SANE_DEFAULT_DEVICE. If this
variable is not set, scanimage will attempt to open the first available
device. "

Thanks.

Unfortunately, it does not work: for GUI tools, this environment
variable pre-selects the device in the device selection dialog, but it
does not make it appear if it is not detected (?!???@!%@?!!!?).

Also, it works for only one scanner.

Regards,


--
Regards,

John Boxall

Re: [HS] Questions sur un câblage Ethernet sur Coaxial

[Olivier]

Le lun. 27 juil. 2020 à 14:48,  a écrit :

>
> Avertissement: ma méconnaissance du sujet va te faire rigoler doucement,
> alors prière de modérer tes sarcasmes ;-)
>
Avec moi: aucun risque !

>
> En vrac (même si je ne comprends pas bien la méthode de test (je n'ai
> jamais utilisé de testeur de câbles): en gros tu as un câble RJ45 branché
> dans une chambre en entrée de ton testeur et un câble RJ45 branché sur le
> CFU-1B en sortie (ou l'inverse)?

C'est ça.
En d'autres termes:

Partie principale du testeur <--- cable RJ45 cat5 ---> Prise RJ de la prise
murale <--- coaxial/X/Y > Multilet CFU-1B <--- cable RJ45 cat5 --->
Partie annexe du testeur

Avec la notation "coaxial/X/Y" ci-dessus, j'entends que la prise murale
étant inamovible (peinture), je n'ai pas pu vérifier à quoi l'arrière de
celle-ci ressemblait.
Symétriquement, dans la colonne technique, le câble qui va vers la chambre
ressemble à un coaxial (souplesse, épaisseur) mais je ne l'ai pas vérifié.

ou alors tu testes le circuit chambre/routeur et le CFU-1B est sur le
> chemin?):
>
> - d'après ce que je comprends, (
> https://en.wikipedia.org/wiki/Ethernet_over_coax et tes liens), le CFU-10
> est un filtre passif passe-bas pour Ethernet 10Ms/s et passe-haut pour
> CATV. Je ne sais pas quel signal envoie ton testeur mais il est possible
> que la fréquence de son signal soit trop haute et que celui-ci atterrisse
> sur les prises coaxiales plutôt qu'ethernet. ça a l'air d'être vraiment
> "antique" même pour du EoC parce que semble-t-il normalement ethernet
> utilise les fréquences au-dessus (plutôt qu'au dessous) de celles du CATV.
>
C'est toute la question !


> - je ne sais pas quel est le but de ton intervention mais il est aussi
> possible que plus aucun routeur ethernet ne soit branché sur le(s) CFU-10
> - et puis je me demande un peu l'intérêt dans un hôtel de l'ethernet
> 10Mb/s de nos jours ;-)
>
> En général, dans une résidence hôtelière, la bande passante offerte à
chaque chambre est en moyenne inférieure 10Mb/s et cela restera vrai encore
quelques années (beaucoup de résidences n'ont que des liens ADSL à partager
équitablement entre toutes les chambres).
Si le coaxial était capable d'offrir du 10Mb/s full duplex, sur un media
gratuit car déjà installé, il aurait du sens.
Maintenant, vu le nombre d'appareils qui n'ont nativement que des
interfaces WiFi (PC portables récents, smartphones, ...), je suis d'accord
qu'une infra Ethernet (a fortiori en 10Mb/s half ou full duplex) a beaucoup
moins d'intérêt


>

Re: SANE default scanner

[Nicolas George]

Georgi Naplatanov (12020-07-27):
> Did you try to add scanners to /etc/sane.d/net.conf
> 
> there is another howto
> 
> https://help.ubuntu.com/community/sane

I did, and as expected it does not work, because

"hpaio:/net/deskjet_3050a_j611_series?ip=10.0.1.155"

looks nothing like the provided examples:

192.168.0.15
::1
localhost
scan-server.office.lan

net.conf is for scanner shared with SANE's protocol. Notice the "hpaio:"
fake URL protocol.

Regards,

-- 
  Nicolas George


signature.asc
Description: PGP signature

Re: SANE default scanner

[Nicolas George]

Brian (12020-07-27):
> Scanning with xsane or simple-scan only works by specifying a URI? You
> don't think this is an issue, in spite of its not being the experience
> of most users?

Well, I am pretty sure I know my situation better than you.

But if you insist to know: hpaio detects networked scanners by querying
CUPS for networked printers. But I do not want CUPS running. This is not
a bug, just a completely idiotic design.

Regards,

-- 
  Nicolas George


signature.asc
Description: PGP signature

Re: SANE default scanner

[Stefan Monnier]

>> That's the kind of reason why I don't like using printer's own network
>> facilities and prefer to connect them over USB to a local GNU/Linux
>> server which can then share them over CUPS
> There will be no computer close enough to the printer to do the job.

Indeed, it's not always a convenient option.
For me, the BananaPi homeserver was within reach of a USB cable, so it
was a no-brainer.

> And if you are suggesting I should buy a device, even an inexpensive

Definitely not.  The ecological impact of a new device dwarfs any of the
potential benefits.

>> It also has the side benefit that sleeping while connected via USB tends
>> to consume significantly less power than sleeping while connected via the
>> wifi network (can't remember what the numbers look like for ethernet).
>> The difference can be sufficient to power a BananaPi ;-)
> Have you considered turning the printer off and disconnecting it from
> the power mains with an external switch?

I could live with it, yes, but my wife expects the printer to "just
work", so it has to pretend it's always on.

> Well, in between explaining why all the answers I got do not match the
> question, I RTFS, and it seems indeed it is not possible with SANE.

It's definitely possible with SANE.  But apparently not with `hpaio`.

> What stupid design.

Yeah, I wish they'd just used SANE instead of inventing their own wheel.

> As for the hpaio backend, it relies on CUPS to find networked printers,
> but CUPS will not be always running. What stupid design.

At least they do use CUPS instead of reinventing yet another wheel.


Stefan

Re: SANE default scanner

[Brian]

On Mon 27 Jul 2020 at 17:34:52 +0200, Nicolas George wrote:

> Brian (12020-07-27):
> > Scanning with xsane or simple-scan only works by specifying a URI? You
> > don't think this is an issue, in spite of its not being the experience
> > of most users?
> 
> Well, I am pretty sure I know my situation better than you.

>From xsane(1)

  xsane accesses image acquisition devices through the SANE (Scanner
  Access Now Easy) interface. The list of available devices depends on
  installed hardware and configuration. When invoked without an explicit
  devicename argument, xsane presents a dialog listing all known and
  available devices. To access an available device that is not known to
  the system, the devicename must be specified explicitly. The format of
  devicename is backend‐name:devicefile (eg: umax:/dev/sga).

All my networked scanners show in xsane. I wonder why yours are unknown
to the system? You are in the best situation to know.

> But if you insist to know: hpaio detects networked scanners by querying
> CUPS for networked printers. But I do not want CUPS running. This is not
> a bug, just a completely idiotic design.

It's good to have technical reasons for network scanner discovery, even
when they do not match reality.

-- 
Brian.

Re: SANE default scanner

[Nicolas George]

Georgi Naplatanov (12020-07-27):
> I'm not sure how you share the scanner(s) - with saned or if those are
> some kind of network scanners.

I do not share the scanner, the scanner shares itself.

To summarize: I want to tell SANE URLs for network-connected scanners so
that they can be presented to the users in GUI dialogs.

Regards,

-- 
  Nicolas George


signature.asc
Description: PGP signature

Re: SANE default scanner

[Brian]

On Mon 27 Jul 2020 at 15:32:23 +0200, Nicolas George wrote:

> Georgi Naplatanov (12020-07-27):
> > I'm not sure how you share the scanner(s) - with saned or if those are
> > some kind of network scanners.
> 
> I do not share the scanner, the scanner shares itself.
> 
> To summarize: I want to tell SANE URLs for network-connected scanners so
> that they can be presented to the users in GUI dialogs.

Not much chance of that happening if SANE cannot see the scanner. Try

  SANE_DEBUG_DLL=5 scanimage -L

-- 
Brian.

Re: About /var/log/dpgk.log

[The Wanderer]

On 2020-07-27 at 09:56, Rodolfo Medina wrote:

> The Wanderer  writes:
> 
>> On 2020-07-27 at 08:53, Rodolfo Medina wrote:

>>> But audacity is installed on my Debian box since months...  How can it
>>> depend on a package installed a few days ago...?
>>
>> My guess would be that this is about architecture differences.
>>
>> What the install line from above indicates was installed on the 23rd is
>> the i386 version of liblilv-0-0. I suspect that the amd64 version was
>> already installed. The amd64 version of audacity depends on the amd64
>> version of this library, and the i386 version of audacity almost
>> certainly depends on the i386 version of this library.
>>
>> Try
>>
>> # aptitude purge liblilv-0-0:i386
>>
>> and see what that gives you.
> 
> Your guess seems to be true:
> 
> # aptitude purge liblilv-0-0:i386
> The following packages will be REMOVED:  
>   liblilv-0-0:i386{p} libserd-0-0:i386{u} libsord-0-0:i386{u} 
>   libsratom-0-0:i386{u} 
> 0 packages upgraded, 0 newly installed, 4 to remove and 192 not upgraded.
> Need to get 0 B of archives. After unpacking 394 kB will be freed.
> Do you want to continue? [Y/n/?]
> 
> , so it's also important that appendix `:i386'.  Now, I want to remove all tha
> packages I installed on last july 23th.  To do so, I do:
> 
>  $ grep "2015-12-19.*.install " /var/log/dpkg.log | awk '{ print $4 }' | cut  
> -d: -f1 | tr '\n' ' '
> 
> How can I modify the above command so to include - when it is present - also
> that important suffix?

Drop the '| cut -d: -f1' part. That explicitly gets rid of the suffix.
As far as I can tell from trivial testing, the resulting package list is
in the correct syntax to be passed to apt-get or aptitude for removal.

-- 
   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: SANE default scanner

[Nicolas George]

Stefan Monnier (12020-07-27):
> That's the kind of reason why I don't like using printer's own network
> facilities and prefer to connect them over USB to a local GNU/Linux
> server which can then share them over CUPS

There will be no computer close enough to the printer to do the job.

And if you are suggesting I should buy a device, even an inexpensive
one, for something that should be done with just a line in a config
file, please think again.

> It also has the side benefit that sleeping while connected via USB tends
> to consume significantly less power than sleeping while connected via the
> wifi network (can't remember what the numbers look like for ethernet).
> The difference can be sufficient to power a BananaPi ;-)

Have you considered turning the printer off and disconnecting it from
the power mains with an external switch?


Well, in between explaining why all the answers I got do not match the
question, I RTFS, and it seems indeed it is not possible with SANE. What
stupid design.

As for the hpaio backend, it relies on CUPS to find networked printers,
but CUPS will not be always running. What stupid design.


Regards,

-- 
  Nicolas George


signature.asc
Description: PGP signature

Re: SANE default scanner

[Brian]

On Mon 27 Jul 2020 at 16:15:30 +0200, Nicolas George wrote:

> Brian (12020-07-27):
> > > To summarize: I want to tell SANE URLs for network-connected scanners so
> > > that they can be presented to the users in GUI dialogs.
> > 
> > Not much chance of that happening if SANE cannot see the scanner.
> 
> Well, if I write
> 
> scanner "hpaio:/net/deskjet_3050a_j611_series?ip=10.0.1.155"
> scanner "hpaio:/net/Photosmart_2570_series?ip=10.0.0.32"
> 
> into some configuration file, then SANE does not need to see the
> scanners: I just told where to find them.
> 
> My question is: WHAT CONFIGURATION FILE?
> 
> >   SANE_DEBUG_DLL=5 scanimage -L
> 
> There is no bug to debug, this is useless.

Scanning with xsane or simple-scan only works by specifying a URI? You
don't think this is an issue, in spite of its not being the experience
of most users?

-- 
Brian.

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

[David Wright]

On Mon 27 Jul 2020 at 11:16:45 (-0400), Michael Stone wrote:
> On Mon, Jul 27, 2020 at 08:09:36AM -0400, Greg Wooledge wrote:
> > For a project of this size and scope, a Tcl application with an sqlite3
> > database in a local file seems well suited.
> 
> Only on the internet can someone ask a simple question and get tcl as
> the answer. :-/

It should suit the OP. For example,

https://lists.debian.org/debian-user/2018/07/msg00756.html

Cheers,
David.

Re: #include

[Galvatorix Torixgalva]

Hola,

yo hice eso, instale los paquetes dev y me salia ese error. Y el archivo en
cuestion estaba en el sitio correcto y aparentemente todo estaba correcto.

Y nada, que daba ese error. Yo, en plan WTF

A mi lo que me funciono es lo que indique antes.

Un saludo

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

[tomas]

On Mon, Jul 27, 2020 at 11:16:45AM -0400, Michael Stone wrote:
> On Mon, Jul 27, 2020 at 08:09:36AM -0400, Greg Wooledge wrote:
> >For a project of this size and scope, a Tcl application with an sqlite3
> >database in a local file seems well suited.
> 
> Only on the internet can someone ask a simple question and get tcl
> as the answer. :-/

For quick one-off GUI scripts it's still hard to beat, though.

Cheers
-- t


signature.asc
Description: Digital signature

Re: En Dell 14 3000 no funciona el live Debian 10

[JAP Debian]

El 26/7/20 a las 20:27, Daniel escribió:
Hola. Error mío comprar una notebook sin comprobar antes con Debian que 
es lo que uso en la vieja, prejuzgando que así sería pues trae Ubuntu 
preinstalado, pero no... no logro ni que corra Debian live.


Se trata de Dell 14 3000 (Inspiron 3493) / i5-1035Gt / SSD / video: 
Intel / WiFi Qualcomm


Intento con un pendrive con "debian-live-10.4.0-amd64-gnome+nonfree.iso".

BIOS versión 1.91  3/7/2020 actualizada (versión 1.91  3/7/2020). Indico 
seteos por las dudas: Enable USB Boot Support: enable / UEFI Boot Path 
Security: never / Absolute©: disable / SMM Security Mitigation: off / 
Intel© Platform Trust Technology: off / Intel© SGX©: disable / Secure 
Boot: off / Dell Auto OS Recovery Threshold: off / SupportAssist OS 
Recovery: off / BIOS auto-recovery: off / Bios Recovey from Hard Drive: on.


Abre Grub normal e inicio "live" pero luego de unas tres pantallas de 
mensajes (quité splash y quiet de grub.cfg) queda en pantalla negra con 
un guión titilante.


No puedo informar mucho de las indicaciones de errores porque no sé como 
registrarlas, son muy rápidas (y es live)


Solamente logré fotografiar esta primera parte pero son como tres 
pantallas hasta detenerse en negro y no logro ni verlas ni grabarlas.


0.192347] hw perf events fixed 4 > max(3), clipping!
1.974243] psmouse serio1: elantech: elantech_send_cmd query 0x02 failed
1.974288] psmouse serio1: elantech: failed to query capabilities
7.454939] iTCO_wdt_ can't request region for resource [mem 
0x0c5fffc-0x00c5]
8.591675] ath10k_pci :02:00.0 firmware: failed to load 
ath10k/pre-cal-pci-:02:00.0 (-2)
8.591699] firmware_class: See https:wiki.debian.org/Firmware for 
information about missing firmware
8.591727] ath10k_pci :02:00.0 firmware: failed to load 
ath10k/cal-pci-:02:00.0.bin (-2)

14.461557] ath10k_pci :02:00.0: coult not init core (-110)
14.461591] ath10k_pci :02:00.0: coult not probe fw (-110)

Agradecería si alguien me puede orientar. Ya busqué de todo en red, el 
pendrive funciona en otra máquina y la Dell funciona con Ubuntu. Probé 
formatear el pen de varias maneras distintas. No sé más que hacer.


Desde ya gracias, Daniel.




Buen día.

El problema es la "live" de Debian.

Tengo una Dell Inspiron I3-1005G1 que vino con Ubuntu.
No hubo forma de arrancar el "live", salvo modo consola.
Pero una instalación con el DVD-1 de Buster, fue sin ningún inconveniente.

JAP

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

[Michael Stone]

On Mon, Jul 27, 2020 at 08:09:36AM -0400, Greg Wooledge wrote:

For a project of this size and scope, a Tcl application with an sqlite3
database in a local file seems well suited.


Only on the internet can someone ask a simple question and get tcl as 
the answer. :-/

Re: About /var/log/dpgk.log

[The Wanderer]

On 2020-07-27 at 10:37, The Wanderer wrote:

> What you want to do instead is to run this exact latter command, and
> pass the output of that into the 'aptitude purge' command.

> Try:
> 
> $ aptitude purge $(grep "2020-07-23.*.install " /var/log/dpkg.log | awk
> '{ print $4 }' | tr '\n' ' ')
> 
> and see what you get.

Turns out that the 'tr' part can be dropped as well; the subshell
redirection is smart enough for the newlines to be processed correctly.
All you need to do with the output from grep is reduce it to only column 4.

I habitually do that via e.g. "cut -d ' ' -f 4" instead of "awk {print
$4}", but the result should be the same, and awk is more versatile.

-- 
   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: ssl handshake problem with bugs.debian.org?

[Sven Hartge]

Harald Dunkel  wrote:
> [-- text/plain, encoding 7bit, charset: utf-8, 60 lines --]

> On 2020-07-27 13:49, Sven Hartge wrote:
>> 
>> Does your MTA present a client certificate? Maybe buxtehude does not
>> like that?
>> 

> Yes, it has a certificate. Whether buxtehude likes it I cannot say,
> but it looks OK to me. Its a wildcard certificate, though:

> Certificate:
> Subject: C=DE, ST=Nordrhein-Westfalen, L=Aachen, O=aixigo AG, 
> OU=Internet, CN=*.aixigo.de

Wildcard or not shouldn't matter. What matters if the Server uses that
certificate as a client certificate.

> BTW, the problem showed up first on June 17th.

>> When diagnosing SSL errors I also find it helpful to wireshark the
>> connection to see which side exactly triggers the SSL Alert. That may
>> help highlight the culprit here.
>> 

> See attachment. AFAICT this is all encrypted.

Yes, but with TLS1.0 to TLS1.2 you could see the Alert and the rejection
of the connection unencrypted.

But your server and buxtehude switch to TLS1.3 and that prevents that
kind of information from showing, IIRC, including the handshake with the
certificate exchange.

So, unfortunately this seems to be a dead end.

S°

-- 
Sigmentation fault. Core dumped.

Re: SANE default scanner

[Brian]

On Mon 27 Jul 2020 at 16:52:19 +0200, Nicolas George wrote:

> Georgi Naplatanov (12020-07-27):
> > Did you try to add scanners to /etc/sane.d/net.conf
> > 
> > there is another howto
> > 
> > https://help.ubuntu.com/community/sane
> 
> I did, and as expected it does not work, because
> 
> "hpaio:/net/deskjet_3050a_j611_series?ip=10.0.1.155"
> 
> looks nothing like the provided examples:
> 
> 192.168.0.15
> ::1
> localhost
> scan-server.office.lan
> 
> net.conf is for scanner shared with SANE's protocol. Notice the "hpaio:"
> fake URL protocol.

You have fundamental misunderstanding about the purpose of net.conf. As
the wiki says:

 Note that the net backend is not for accessing arbitrary
 scanners over a network. It's intended use is for the server
 (which has a SANE-supported scanner) to be able to export that
 scanner to clients on the network via a single SANE-specific,
 manufacturer-agnostic protocol.

-- 
Brian.

Re: Mencoder and ffmpeg

[Rodolfo Medina]

Thomas Amm  writes:

> On Sat, 2020-07-25 at 18:39 +, Rodolfo Medina wrote:
>> Hi all.
>> 
>> I wanted to capture my webcam streaming and audio using ffmpeg but
>> banged
>> against `a sea of troubles': sync problems, video freezing, video
>> stuttering,
>> background noise, choose of one format rather than other...  Mencoder
>> instead
>> at once easily, with:
>> 
>>   $ mencoder tv:// -tv
>> driver=v4l2:width=640:height=480:device=/dev/video0:forceaudio:alsa:ad
>> evice=hw.1,0 -ovc lavc -oac mp3lame -lameopts cbr:br=64:mode=3 -o
>> webcam.avi
>> 
>> did perfectly the job.  But Mencoder is hardly ever used compared with
>> ffmpeg...
>> 
>> I wonder why so much difference in this case between the two
>> respective
>> behaviours and wish to know what you listers think about all that...
>> 
>> thanks for any help
>> 
>> cheers
>> 
>> rodolfo
>> 
>
> Mencoder basically uses the same libraries as ffmpeg (and a few more,
> IIRC). Having used both for years for standard (ripping, replaying,
> recencoding) tasks as well as for somewhat exotic stuff like streaming
> video sources from gadgets live into VJ mixers using all kind of filter
> in between I would say that mencoder is the app of choice if it gets the
> job done because it has much simpler options.
> FFMPEG comes into play whenever simpler options fail. As you noticed
> there are more options than anyone could memorize trying to cover even
> the most exotic use-cases. 
> Your command line, BTW, looks very much like my standard section in
> .mplayer/config for live streaming/encoding from a webcam. I'd suppose
> reading the extra HTML-doc for mplayer. It's a relatively easy read.
> Getting into FFMPEG is certainly worth it, too - if you have specific
> needs. 


Thanks...  I've always only used ffmpeg but now after this my last experience
I'm interested in learning to use mencoder as well...  But it seems to me that
the real problem with it is the lack of support...  I recently wrote to mplayer
mailing list with no answer, whereas mencoder specific mailing list looks
inactive with its 3 years ago last post...

rodolfo

Re: SANE default scanner

[Nicolas George]

Stefan Monnier (12020-07-27):
> It's definitely possible with SANE.  But apparently not with `hpaio`.

I insist: it is not possible with SANE to specify a list of extra
scanners.

And since SANE lies between applications and back-ends, it is the
correct place to implement it.

Regards,

-- 
  Nicolas George


signature.asc
Description: PGP signature

Re: SANE default scanner

[Nicolas George]

Brian (12020-07-27):
> Ok, libsane-hpaio requires libcups.so.2. That's nowhere near requiring
> CUPS, in particular cups-daemon. The printing system is not involved
> with scanning.

This is the last time I grace you with a reply. As I have told you twice
now, unlike you, I have read the source code and I know what I am
talking about. Here are the excerpts:

/* Look for Network Scan devices if localonly flag if FALSE. */
if (!localOnly)
{
/* Look for all-in-one scan devices for which print queue created */
cnt = GetCupsPrinters(_printer);
for (i=0; i

signature.asc
Description: PGP signature

Re: SANE default scanner

[Nicolas George]

Nicolas George (12020-07-27):
> Well, in between explaining why all the answers I got do not match the
> question, I RTFS, and it seems indeed it is not possible with SANE. What
> stupid design.
> 
> As for the hpaio backend, it relies on CUPS to find networked printers,
> but CUPS will not be always running. What stupid design.

These are now:

https://gitlab.com/sane-project/frontends/-/issues/18
https://bugs.launchpad.net/hplip/+bug/1889109

I predict that SANE will blame hpaio and hpaio will not care that people
do not want to run CUPS needlessly.

Extra reference for some people in this discussion:

https://en.wikipedia.org/wiki/%44%75%6e%6e%69%6e%67%E2%80%93%4b%72%75%67%65%72%5f%65%66%66%65%63%74

Regards,

-- 
  Nicolas George


signature.asc
Description: PGP signature

Re: SANE default scanner

[Brian]

On Mon 27 Jul 2020 at 19:12:10 +0200, Nicolas George wrote:

> Brian (12020-07-27):
> > Ok, libsane-hpaio requires libcups.so.2. That's nowhere near requiring
> > CUPS, in particular cups-daemon. The printing system is not involved
> > with scanning.
> 
> This is the last time I grace you with a reply. As I have told you twice

I don't usually triumph so quickly in a discussion. :)

> now, unlike you, I have read the source code and I know what I am
> talking about. Here are the excerpts:

You are quite right - I have not read any source code; I'm illiterate!
However, I do have four scanners available over the network so must be
doing something right.

-- 
Brian.

Re: SANE default scanner

[Gene Heskett]

On Monday 27 July 2020 14:32:11 Brian wrote:

> On Mon 27 Jul 2020 at 16:52:19 +0200, Nicolas George wrote:
> > Georgi Naplatanov (12020-07-27):
> > > Did you try to add scanners to /etc/sane.d/net.conf
> > >
> > > there is another howto
> > >
> > > https://help.ubuntu.com/community/sane
> >
> > I did, and as expected it does not work, because
> >
> > "hpaio:/net/deskjet_3050a_j611_series?ip=10.0.1.155"
> >
> > looks nothing like the provided examples:
> >
> > 192.168.0.15
> >
> > ::1
> >
> > localhost
> > scan-server.office.lan
> >
> > net.conf is for scanner shared with SANE's protocol. Notice the
> > "hpaio:" fake URL protocol.
>
> You have fundamental misunderstanding about the purpose of net.conf.
> As the wiki says:
>
>  Note that the net backend is not for accessing arbitrary
>  scanners over a network. It's intended use is for the server
>  (which has a SANE-supported scanner) to be able to export that
>  scanner to clients on the network via a single SANE-specific,
>  manufacturer-agnostic protocol.

At high risk of hyjacking the thread, I have been following along, hoping 
to be able to find my aio BIG brother scanner over the net, say from an 
rpi4 running buster in the garage. This aio has both cat5 from a local 
switch and a usb cable from this machine plugged into it and the aio has 
a local net address of ###.###.71.21 assigned and is pingable from 
anyplace on my local network. But the pi can only find it via the usb 
cable.

[dll] sane_get_devices: found 1 devices
device `net:##.##.71.3:brother4:bus4;dev2' is a Brother MFC-J6920DW USB 
scanner

Why can't it be found at 71.21?  The .3 is this machine.

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: About /var/log/dpgk.log

[Greg Wooledge]

On Mon, Jul 27, 2020 at 07:42:31PM +, Rodolfo Medina wrote:
> Must be so because
> 
>  $ zgrep "2018.*.install " /var/log/dpkg* 
> 
> gives no output and so with 2017, 2016 and 2015, whereas for 2019 and 2020
> there is output...

You can use ls -l to see the datestamps on the files.

You can zcat the oldest one, and pipe that through head, to see the
oldest entries in the oldest file.  That'll tell you where your cutoff
point is, more precisely than the datestamps (which will tell you the
end of each individual file, but not the beginning).

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

[Michael Stone]

On Mon, Jul 27, 2020 at 11:39:11AM -0400, Greg Wooledge wrote:

On Mon, Jul 27, 2020 at 11:16:45AM -0400, Michael Stone wrote:

On Mon, Jul 27, 2020 at 08:09:36AM -0400, Greg Wooledge wrote:
> For a project of this size and scope, a Tcl application with an sqlite3
> database in a local file seems well suited.

Only on the internet can someone ask a simple question and get tcl as the
answer. :-/


OK, here's a quick program to show how it might be done.


The question wasn't "what's your favorite programming language", was it?

Even then, I'd be hard-pressed to recommend tcl as the thing to learn in 
2020, but that's beside the point.



Do you consider this "difficult"?  If so, you are probably approaching
this problem as a non-programmer, in which case I don't know what to
tell you.  Programming languages exist for a reason, and Tcl is one of
the easiest ones for this particular job.


Did you read the original question or use dbase back in the day? 

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

[Miles Fidelman]

On 7/27/20 11:16 AM, Michael Stone wrote:


On Mon, Jul 27, 2020 at 08:09:36AM -0400, Greg Wooledge wrote:

For a project of this size and scope, a Tcl application with an sqlite3
database in a local file seems well suited.


Only on the internet can someone ask a simple question and get tcl as 
the answer. :-/


Well...

1. Where else would you ask the question, if not "the internet?"

2. tcl is still pretty cool - some great things are written in it, like 
fossil-scm (the DCVS used for sqlite, built on sqlite, in tcl, by the 
author of sqlite)


Seems like a great idea.




--
In theory, there is no difference between theory and practice.
In practice, there is.   Yogi Berra

Theory is when you know everything but nothing works.
Practice is when everything works but no one knows why.
In our lab, theory and practice are combined:
nothing works and no one knows why.  ... unknown

Re: SANE default scanner

[Stefan Monnier]

>> > Well, in between explaining why all the answers I got do not match the
>> > question, I RTFS, and it seems indeed it is not possible with SANE.
>> It's definitely possible with SANE.  But apparently not with `hpaio`.
> libsane-hpaio is a backend that conforms to the SANE standard.

On one end, yes.  On the other end it talks the HPAIO "standard".

I was talking about the network protocol.  Apparently his scanner is not
connected to a `saned` daemon (that would talk the SANE protocol) but
talks an HPAIO-specific protocol instead.
Discovery is hence not performed by SANE but by the `libsane-hpaio`
backend itself.

IOW he wants/needs to use `libsane-hpaio` on the client rather than on
the server.


Stefan

Re: SANE default scanner

[Nicolas George]

Brian (12020-07-27):
> libsane-hpaio needs CUPS to deal with scanners? Imagination is a great
> asset. Sometimes!

If you do not believe me, just RTFS or use ldd and nm to check.

Regards,

-- 
  Nicolas George


signature.asc
Description: PGP signature

Re: SANE default scanner

[Brian]

On Mon 27 Jul 2020 at 18:39:45 +0200, Nicolas George wrote:

> Brian (12020-07-27):
> > libsane-hpaio needs CUPS to deal with scanners? Imagination is a great
> > asset. Sometimes!
> 
> If you do not believe me, just RTFS or use ldd and nm to check.

Ok, libsane-hpaio requires libcups.so.2. That's nowhere near requiring
CUPS, in particular cups-daemon. The printing system is not involved
with scanning.

-- 
Brian

Re: SANE default scanner

[Brian]

On Mon 27 Jul 2020 at 12:39:11 -0400, Stefan Monnier wrote:

> >> > Well, in between explaining why all the answers I got do not match the
> >> > question, I RTFS, and it seems indeed it is not possible with SANE.
> >> It's definitely possible with SANE.  But apparently not with `hpaio`.
> > libsane-hpaio is a backend that conforms to the SANE standard.
> 
> On one end, yes.  On the other end it talks the HPAIO "standard".
> 
> I was talking about the network protocol.  Apparently his scanner is not
> connected to a `saned` daemon (that would talk the SANE protocol) but
> talks an HPAIO-specific protocol instead.

Nicolas George appears to have ruled out using saned on a server. There
isn't a protocol specific to libsane-hpaio, not unless you are thinking
of DNS-SD/mDNS, which are standard protocols.

> Discovery is hence not performed by SANE but by the `libsane-hpaio`
> backend itself.

Ok; I'll go with that.

> IOW he wants/needs to use `libsane-hpaio` on the client rather than on
> the server.

Indeed.

We have now briefly discussed the only two techniques possible to
achieve Nicolas George's objective.

-- 
Brian.

Re: SANE default scanner

[Brian]

On Mon 27 Jul 2020 at 15:09:52 -0400, Gene Heskett wrote:

> At high risk of hyjacking the thread, ...

You have driven a bulldozer through it. Please go away, think about what
you want to say and devise a new post to express your particular issue.

And don't do it again. You should know better and set a good example.

-- 
Brian.

Re: About /var/log/dpgk.log

[Rodolfo Medina]

Greg Wooledge  writes:

> On Mon, Jul 27, 2020 at 07:06:47PM +, Rodolfo Medina wrote:
>> Just so simple.  Now, I want to know when libiec61883-dev:i386 was installed
>> into my system.  To do so, I did:
>> 
>>  $ zgrep libiec61883-dev:i386 dpkg.log*
>> dpkg.log:2020-07-23 08:07:12 status unpacked libiec61883-dev:i386 1.2.0-3
>> dpkg.log:2020-07-23 08:07:12 configure libiec61883-dev:i386 1.2.0-3 
>> dpkg.log:2020-07-23 08:07:12 status unpacked libiec61883-dev:i386 1.2.0-3
>> dpkg.log:2020-07-23 08:07:13 status half-configured libiec61883-dev:i386 
>> 1.2.0-3
>> dpkg.log:2020-07-23 08:07:13 status installed libiec61883-dev:i386 1.2.0-3
>> 
>> In the output there isn't any `install' item...  How come...?
>
> Most likely, because your oldest logs have been removed already.


Must be so because

 $ zgrep "2018.*.install " /var/log/dpkg* 

gives no output and so with 2017, 2016 and 2015, whereas for 2019 and 2020
there is output...

rodolfo

Re: SANE default scanner

[Siard]

On Mon, 27 Jul 2020 11:58:44 +0200, Nicolas George wrote:
> This may be an obvious thing, but I cannot find the answer.
> 
> I can scan with:
> 
> scanimage -d "hpaio:/net/deskjet_3050a_j611_series?ip=10.0.1.155"
> xsane "hpaio:/net/deskjet_3050a_j611_series?ip=10.0.1.155"
> 
> Where do I write this URL so that tools find it without having to tell
> them each time?

It looks simple to me, or am I missing something?
Create /usr/local/bin/scanimage with these contents:

#! /bin/sh
/usr/bin/scanimage -d "hpaio:/net/deskjet_3050a_j611_series?ip=10.0.1.155"

Then,
$ cd /usr/local/bin
$ chmod +x scanimage

>From then on, run this command to scan:
$ scanimage

Because /usr/local/bin is before /usr/bin in $PATH, /usr/local/bin/scanimage
takes precedence over /usr/bin/scanimage.

Re: SANE default scanner

[Nicolas George]

Siard (12020-07-27):
> It looks simple to me, or am I missing something?

Does it add the scanner in Gimp's scanner menu?

Regards,

-- 
  Nicolas George


signature.asc
Description: PGP signature

Re: About /var/log/dpgk.log

[Greg Wooledge]

On Mon, Jul 27, 2020 at 07:06:47PM +, Rodolfo Medina wrote:
> Just so simple.  Now, I want to know when libiec61883-dev:i386 was installed
> into my system.  To do so, I did:
> 
>  $ zgrep libiec61883-dev:i386 dpkg.log*
> dpkg.log:2020-07-23 08:07:12 status unpacked libiec61883-dev:i386 1.2.0-3
> dpkg.log:2020-07-23 08:07:12 configure libiec61883-dev:i386 1.2.0-3 
> dpkg.log:2020-07-23 08:07:12 status unpacked libiec61883-dev:i386 1.2.0-3
> dpkg.log:2020-07-23 08:07:13 status half-configured libiec61883-dev:i386 
> 1.2.0-3
> dpkg.log:2020-07-23 08:07:13 status installed libiec61883-dev:i386 1.2.0-3
> 
> In the output there isn't any `install' item...  How come...?

Most likely, because your oldest logs have been removed already.

Re: SANE default scanner

[Brian]

On Mon 27 Jul 2020 at 12:05:15 -0400, Stefan Monnier wrote:

> 
> > Well, in between explaining why all the answers I got do not match the
> > question, I RTFS, and it seems indeed it is not possible with SANE.
> 
> It's definitely possible with SANE.  But apparently not with `hpaio`.

libsane-hpaio is a backend that conforms to the SANE standard. In what
way is it different from, say, libsane-pixma?

> > What stupid design.
> 
> Yeah, I wish they'd just used SANE instead of inventing their own wheel.
> 
> > As for the hpaio backend, it relies on CUPS to find networked printers,
> > but CUPS will not be always running. What stupid design.
> 
> At least they do use CUPS instead of reinventing yet another wheel.

libsane-hpaio needs CUPS to deal with scanners? Imagination is a great
asset. Sometimes!

-- 
Brian.

Re: SANE default scanner

[Siard]

Nicolas George:
> Siard (12020-07-27):
> > It looks simple to me, or am I missing something?
> 
> Does it add the scanner in Gimp's scanner menu?

Ah, I guess I see what I was missing.

Re: About /var/log/dpgk.log

[Rodolfo Medina]

David Wright  writes:

> I don't know why you'd want to learn bash scripting at
> root's command line, but if you insist, please add -s
> after the word aptitude.


No, certainly, my fault...  I just did:

 $ zgrep "2020-07-23.*.install " /var/log/dpkg.log* | awk '{ print $4 }' | tr 
'\n' ' '

and then copied and pasted the output as argument of `# aptitude purge'...
Just so simple.  Now, I want to know when libiec61883-dev:i386 was installed
into my system.  To do so, I did:

 $ zgrep libiec61883-dev:i386 dpkg.log*
dpkg.log:2020-07-23 08:07:12 status unpacked libiec61883-dev:i386 1.2.0-3
dpkg.log:2020-07-23 08:07:12 configure libiec61883-dev:i386 1.2.0-3 
dpkg.log:2020-07-23 08:07:12 status unpacked libiec61883-dev:i386 1.2.0-3
dpkg.log:2020-07-23 08:07:13 status half-configured libiec61883-dev:i386 1.2.0-3
dpkg.log:2020-07-23 08:07:13 status installed libiec61883-dev:i386 1.2.0-3

In the output there isn't any `install' item...  How come...?

thanks,

rodolfo

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

[Greg Wooledge]

On Mon, Jul 27, 2020 at 04:04:16PM -0400, Michael Stone wrote:
> On Mon, Jul 27, 2020 at 09:52:28PM +0200, to...@tuxteam.de wrote:
> > And, in Greg's defense, he provided some code, something no
> > one of us did -- I'd say this round goes to him ;-)
> 
> How? The OP request was for something simpler than SQL (presumably because
> he didn't want to learn SQL?), so the response "learn SQL anyway, and in
> addition learn my favorite language as a way to pass the SQL commands to the
> backend" simply misses the point.

It's a language the OP has already stated they're learning (in a past
thread -- we understand if you do not have this context).  In addition,
learning SQL is the right long term solution.

Re: SANE default scanner

[Stefan Monnier]

>> It's definitely possible with SANE.  But apparently not with `hpaio`.
> I insist: it is not possible with SANE to specify a list of extra
> scanners.

Indeed.  And given SANE's design, there shouldn't be much need for it:
it assumes that either the scanner is local (via a hardware-specific
driver, hpaio being one of them) or it's remotely accessed over the SANE
protocol, in which case it uses the DNS-SD protocol to find it.

The problem is with scanner that are remote but using a "local driver"
(local to the client rather than local to the scanner).

I suggest you open a feature request on the SANE's issue tracker.
Who knows, maybe this can even be solved already by somehow tweaking the
DNS server to advertize your hpaio device?


Stefan

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

[tomas]

On Mon, Jul 27, 2020 at 04:04:16PM -0400, Michael Stone wrote:
> On Mon, Jul 27, 2020 at 09:52:28PM +0200, to...@tuxteam.de wrote:
> >And, in Greg's defense, he provided some code, something no
> >one of us did -- I'd say this round goes to him ;-)
> 
> How? The OP request was for something simpler than SQL [...]

Whatever. I was a bit tongue-in-cheek anyway, illustrated by
emoticon.

Far more "interesting" proposals have crossed this thread,
including a full LAMP stack (witt PHP to learn, a web server
to administer and a browser to eat all available RAM -- uh
as a client). You jumped at Tcl, which somehow suggests you
have some peeve with it. /My/ peeve is "don't do that", so
I jumped at it, hopefully in a sufficiently humorous way to
not hurt anyone.

The OP is old enough to pick and choose.

Or something. But don't take me too seriously.

Cheers
-- t


signature.asc
Description: Digital signature

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

[Michael Stone]

On Mon, Jul 27, 2020 at 10:34:39PM +0100, Joe wrote:

The OP is in a learning experience, it's what retirement is for.


Huh. I thought it was for doing what you want instead of what other 
people tell you that you "have to" do. 

Re: SANE default scanner

[Stefan Monnier]

Nicolas George [2020-07-27 23:49:59] wrote:
> Stefan Monnier (12020-07-27):
>> Indeed.  And given SANE's design, there shouldn't be much need for it:
>> it assumes that either the scanner is local (via a hardware-specific
>> driver, hpaio being one of them) or it's remotely accessed over the SANE
>> protocol, in which case it uses the DNS-SD protocol to find it.
>> 
>> The problem is with scanner that are remote but using a "local driver"
>> (local to the client rather than local to the scanner).
>
> This is a sadly classic pattern in Libre software: "not my problem, it's
> the other project doing it wrong".

I'm not sure where you found assignment of blame in what I wrote.

> - The only way to have SANE-using applications see the scanner is that
>   hpaio detects it.

Apparently not 100% so since it works if you provide the URI explicitly.

> Both these points are design mistakes.

I can't see any reason why your request can't be satisfied by a fairly
simple change to the code (e.g. to read extra URIs from a local
configuration file in the client; better would be to be able to read
this info from something like the DNS), with no need for any kind of
redesign.  So it seems like a simple missing feature.
I haven't looked enough at the code to be sure this can be done easily,
but if it can then it shows it's not a design problem.  Just yet another
missing feature.


Stefan

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

[tomas]

On Mon, Jul 27, 2020 at 03:46:08PM -0400, Michael Stone wrote:
> On Mon, Jul 27, 2020 at 11:39:11AM -0400, Greg Wooledge wrote:

[...]

> >OK, here's a quick program to show how it might be done.
> 
> The question wasn't "what's your favorite programming language", was it?

To be fair, the question wasn't what your favourite programming
language is *not* ;-P

And, in Greg's defense, he provided some code, something no
one of us did -- I'd say this round goes to him ;-)

Cheers
-- t


signature.asc
Description: Digital signature

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

[Michael Stone]

On Mon, Jul 27, 2020 at 09:52:28PM +0200, to...@tuxteam.de wrote:

And, in Greg's defense, he provided some code, something no
one of us did -- I'd say this round goes to him ;-)


How? The OP request was for something simpler than SQL (presumably 
because he didn't want to learn SQL?), so the response "learn SQL 
anyway, and in addition learn my favorite language as a way to pass 
the SQL commands to the backend" simply misses the point.

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

[Joe]

On Mon, 27 Jul 2020 16:04:16 -0400
Michael Stone  wrote:

> On Mon, Jul 27, 2020 at 09:52:28PM +0200, to...@tuxteam.de wrote:
> >And, in Greg's defense, he provided some code, something no
> >one of us did -- I'd say this round goes to him ;-)  
> 
> How? The OP request was for something simpler than SQL (presumably 
> because he didn't want to learn SQL?), so the response "learn SQL 
> anyway, and in addition learn my favorite language as a way to pass 
> the SQL commands to the backend" simply misses the point.
> 

The OP is in a learning experience, it's what retirement is for.

Very basic SQL, no more than a few queries, is an appropriate thing to
learn, along with the (minimal) care and feeding of MySQL/MariaDb. I've
never really gone beyond select, insert, delete and update queries,
resorting to Google to temporarily learn to add users, change
privileges etc. As a hobbyist, I've never needed to go near stored
procedures, transactions etc.

I was once SQLphobic, avoiding the use of applications which required a
MySQL database, looking around for 'simpler' ways to do things, which
invariably required more work. Eventually I was forced into it, and I
currently have more than 20 domestic, business and experimental
databases running in MariaDb. I added another a week ago, and when I
work up the enthusiasm, I'll make a user interface for it. I have at
least one database whose only user interface is PhpMyAdmin...

-- 
Joe

Re: SANE default scanner

[Nicolas George]

Stefan Monnier (12020-07-27):
> Indeed.  And given SANE's design, there shouldn't be much need for it:
> it assumes that either the scanner is local (via a hardware-specific
> driver, hpaio being one of them) or it's remotely accessed over the SANE
> protocol, in which case it uses the DNS-SD protocol to find it.
> 
> The problem is with scanner that are remote but using a "local driver"
> (local to the client rather than local to the scanner).

This is a sadly classic pattern in Libre software: "not my problem, it's
the other project doing it wrong".

Sorry guys, you're BOTH doing it wrong:

hpaio, you should not rely on a print server to detect scanners, even if
you're made by a company that first came to this business through
printers.

SANE, since you accept third-party back-ends, you should assume some
will get it wrong and have workarounds ready.

> I suggest you open a feature request on the SANE's issue tracker.

Already did. And to hplip too.

> Who knows, maybe this can even be solved already by somehow tweaking the
> DNS server to advertize your hpaio device?

No, it can't, that's pretty obvious looking at the source code:

- The only way to have SANE-using applications see the scanner is that
  hpaio detects it.

- The only way to have hpaio detect the scanner is to have CUPS running,
  the corresponding printer configured and hpaio allowed to connect to
  it.

Both these points are design mistakes.

Regards,

-- 
  Nicolas George


signature.asc
Description: PGP signature

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

[Joe]

On Mon, 27 Jul 2020 17:46:35 -0400
Michael Stone  wrote:

> On Mon, Jul 27, 2020 at 10:34:39PM +0100, Joe wrote:
> >The OP is in a learning experience, it's what retirement is for.  
> 
> Huh. I thought it was for doing what you want instead of what other 
> people tell you that you "have to" do. 
> 

He does.

-- 
Joe

Re: FOSS equivalents of *OLD* database and spreadsheet tools?

[David Wright]

On Mon 27 Jul 2020 at 15:46:08 (-0400), Michael Stone wrote:
> On Mon, Jul 27, 2020 at 11:39:11AM -0400, Greg Wooledge wrote:
> > On Mon, Jul 27, 2020 at 11:16:45AM -0400, Michael Stone wrote:
> > > On Mon, Jul 27, 2020 at 08:09:36AM -0400, Greg Wooledge wrote:
> > > > For a project of this size and scope, a Tcl application with an sqlite3
> > > > database in a local file seems well suited.
> > > 
> > > Only on the internet can someone ask a simple question and get tcl as the
> > > answer. :-/
> > 
> > OK, here's a quick program to show how it might be done.
> 
> The question wasn't "what's your favorite programming language", was it?
> 
> Even then, I'd be hard-pressed to recommend tcl as the thing to learn
> in 2020, but that's beside the point.
> 
> > Do you consider this "difficult"?  If so, you are probably approaching
> > this problem as a non-programmer, in which case I don't know what to
> > tell you.  Programming languages exist for a reason, and Tcl is one of
> > the easiest ones for this particular job.
> 
> Did you read the original question or use dbase back in the day?

I, for one, read the question a previous time that it was posed:
https://lists.debian.org/debian-user/2017/02/msg01024.html
That reference is somewhere mid-thread, and this time I'll quote
it to save your looking it up:

   "A little research indicates that Tcl/Tk plays well with sqlite.
A couple of years ago I started learning it for a now abandoned
project. I'll follow up on that combo. [I looked at some code
fragments on http://wiki.tcl.tk . They were reminiscent of what
I did in dBaseII so may be a productive path.]" — Richard Owlett

Cheers,
David.