Re: libvirt netwerk Was: Verbinding na update

2022-07-19 Thread Geert Stappers
On Tue, Jul 19, 2022 at 11:49:45PM +, hanbenes wrote:
> Op woensdag 20 juli 2022 om 01:36 schreef hanbenes :
> > Op dinsdag 19 juli 2022 om 12:11 schreef Paul van der Vlis 
> > p...@vandervlis.nl:
> > > Dan in virt-manager:
> > > bewerken | verbinding details | virtual networks
> > > vinkje "automatisch starten bij opstarten".
> >
> > Automatisch starten bij het opstarten is niet echt de bedoeling en
> > ook niet nodig voor goed functioneren is mijn ervaring.
> 
> Of ik lees het verkeerd; het start automatisch de beheerder in niet
> de verschillende machines!?
> 

Misschien:

> 
> Of ik lees het verkeerd; het start automatisch de beheerder en niet
> de verschillende machines!?
> 




Re: Installing on Rock Pi 4

2022-07-19 Thread Christian Britz
Thank you, very interesting!

>> I would call it semi-official. Gunnar Wolf is a respected Debian
>> developer and the debian.net domain is a property of the project. I
>> would prefer an official-official installer though.
> 
> This was briefly touched on during a livestreamed discussion between
> the relevant Debian developers at Debconf less than 24 hours ago.
> I think it was this one:
>   https://debconf22.debconf.org/talks/44-debian-installer-and-images-team-bof/
> I think it is usual practice for this kind of video to become
> available for viewing
> on demand in the near future.
> 
> My recollection of the discussion is that Gunnar's work is welcomed
> by the installer team. And it is hoped and expected by all parties to move
> towards becoming official as a next step with the passage of time.
> However this move is not an immediate priority, as there are other
> changes under discussion regarding the installer, that are currently
> considered to be more important.
> 

-- 
http://www.cb-fraggle.de



Re: odbc_config missing

2022-07-19 Thread David Wright
On Tue 19 Jul 2022 at 21:47:06 (-0500), Igor Korot wrote:

> According to unixODBC maintainers, there is a script called odbc_config.
> 
> It looks like this script is missing in Debian.
> 
> I just tried to compile my program and got an error about it.
> 
> How should I handle it?

By typing the filename into a search engine. As if by magic,
someone has the same problem, and someone else supplies a copy.

Cheers,
David.



odbc_config missing

2022-07-19 Thread Igor Korot
Hi, ALL
According to unixODBC maintainers, there is a script called odbc_config.

It looks like this script is missing in Debian.

I just tried to compile my program and got an error about it.

How should I handle it?

Thank you.


Re: libvirt netwerk Was: Verbinding na update

2022-07-19 Thread hanbenes






Verzonden met Proton Mail beveiligde e-mail.

--- Original Message ---
Op woensdag 20 juli 2022 om 01:36 schreef hanbenes :


>
>
>
>
>
> Verzonden met Proton Mail beveiligde e-mail.
>
>
> --- Original Message ---
> Op dinsdag 19 juli 2022 om 12:11 schreef Paul van der Vlis p...@vandervlis.nl:
>
>
>
> > Hoi Han en anderen,
> >
> > Op 18-07-2022 om 20:07 schreef hanbenes:
> >
> > > Het niet willen starten van een virtuele machine had ik nog niet 
> > > toegelicht. Het doet zich alleen nu voor sinds het opnieuw installeren 
> > > van Debian onlangs.
> > > Het aanzetten van een virtuele machine geeft nu de volgende foutmelding:
> > >
> > > Fout bij starten van domein: Gevraagde operatie is niet geldig: network 
> > > 'default' is not active
> > > Traceback (most recent call last):
> > > File "/usr/share/virt-manager/virtManager/asyncjob.py", line 65, in 
> > > cb_wrapper
> > > callback(asyncjob, *args, **kwargs)
> > > File "/usr/share/virt-manager/virtManager/asyncjob.py", line 101, in tmpcb
> > > callback(*args, **kwargs)
> > > File "/usr/share/virt-manager/virtManager/object/libvirtobject.py", line 
> > > 57, in newfn
> > >
> > > Ik had al een tijdelijke noodoplossing gevonden door de virtuelemachine 
> > > beheerder een nieuwe machine te laten aanmaken. Hij vraagt dan een 
> > > verbindig aan te maken en dat was mijn bedoeling. Daarna kan de aanmaak 
> > > van nieuwe machine onderbroken worden en kan deze weg. De bestaande 
> > > machines kunnen nu aangezet worden. De brigde die ik op een ander moment 
> > > tegen kwam en waarvan ik de herkomst toen niet kende werd hier dus 
> > > aangemaakt. Nu inmiddels weet ik dat de bridge ook automatisch verwijderd 
> > > wordt als de computer uitgezet wordt.
> >
> > Het netwerk wordt bij het aanmaken gestart, maar later niet automatisch.
> > Beetje verwarrend. Wat je moet doen is dit:
> >
> > als root op de commandline de user ("han" waarschijnlijk) rechten geven:
> > adduser han libvirt
>
>
> Dat kan ik gaan onderzoeken.
>
> > Dan in virt-manager:
> > bewerken | verbinding details | virtual networks
> > vinkje "automatisch starten bij opstarten".
>
>
>
> Automatisch starten bij het opstarten is niet echt de bedoeling en ook niet 
> nodig voor goed functioneren is mijn ervaring.

Of ik lees het verkeerd; het start automatisch de beheerder in niet de 
verschillende machines!?

>
> > ( Dit schijnt ook te kunnen als root op de commandline met:
> > virsh net-autostart default
> > Maar dat heb ik nog niet geprobeerd. )
>
>
>
> Als ik de virt mach beheerder deinstalleer en dan opnieuw installeer, blijven 
> de aangemaakte machines dan staan? Worden die dan weer ingelezen?
>
>
> > Daarna machine rebooten en dan moet het werken.
> >
> > > Voor een betere oplossing heb ik de instellingen afgezocht. Bij 
> > > verbinding details staat automatisch verbinden al ingesteld. De 
> > > foutmelding bevat vast de sleutel naar de oplossing. Ik weet alleen niet 
> > > hoe ermee aan te vangen. Als iemand een tip heeft, graag.
> > >
> > > Wat ik ook nog niet weet is, of dit verband kan houden met het update 
> > > verschijnsel in mijn oorspronkelijk bericht, of dat dat onmogelijk is. Ik 
> > > heb die update nog eens uitgevoerd met een virtuele machine die die 
> > > update nog niet had, en heb gekeken wat er gebeurde. De internet 
> > > verbinding leek weg te zijn, beide pictogrammen van LAN en van VPN werden 
> > > leeg en er verscheen een venster die melde dat een wachtwoord voor de VPN 
> > > benodigd was. Als test heb ik Firefox een zoekopdracht gegeven en de 
> > > zoekresultaten werden gevonden. Er was dus toch verbinding met internet. 
> > > Wat was er verdwenen en wat kwam ervoor in de plaats? Of was er niets 
> > > verdwenen en waren de pictogrammen misleidend?
> > > In de update van de fysieke machine toen, kon Thunderbird mijn gmail niet 
> > > meer vinden maar mijn tele2 mailadres wel. Daarna merkte ik dat video's 
> > > van youtube of duckduck niet afspeelden, maar de site werd wel gevonden. 
> > > Paul gaf de sugestie dat VPN voor problemen kon zorgen. Ik heb bij de VPN 
> > > instellingen niets vreemds kunnen ontdekken.
> >
> > Als het wel goed werkt zonder VPN, dan weet je dat het ergens in die VPN
> > moet zitten. Of weet je niet hoe die VPN uit moet?
>
>
> Aan- en uitzetten van VPN is geen probleem.
>
> > Bedenk dat die VPN-beheerders van alles kunnen doen. Misschien zetten ze
> > het afspelen van Youtube video's wel uit als het erg druk wordt, want
> > dat levert natuurlijk veel verkeer op.
>
>
>
> Zou kunnen dat VPN beheerders dat kunnen doen. De constante is dat elke 
> machine dezelfde vreemde stuitering maakt bij die ene zelfde update op 
> hetzelfde punt, waarvan ik mij afvroeg wat daar nu juist mis ging.
>
>
> > > De vraag, of deze twee kwesties verband met elkaar kunnen houden of niet, 
> > > lijkt me toch van belang. Is daar iets zinnigs over te zeggen?
> >
> > Het lijken me verschillende kwesties.
>
>
> Okee
>
> > > Ik voeg nog het 

Re: libvirt netwerk Was: Verbinding na update

2022-07-19 Thread hanbenes






Verzonden met Proton Mail beveiligde e-mail.

--- Original Message ---
Op dinsdag 19 juli 2022 om 12:11 schreef Paul van der Vlis :


> Hoi Han en anderen,
>
> Op 18-07-2022 om 20:07 schreef hanbenes:
>
> > Het niet willen starten van een virtuele machine had ik nog niet 
> > toegelicht. Het doet zich alleen nu voor sinds het opnieuw installeren van 
> > Debian onlangs.
> > Het aanzetten van een virtuele machine geeft nu de volgende foutmelding:
> >
> > Fout bij starten van domein: Gevraagde operatie is niet geldig: network 
> > 'default' is not active
> > Traceback (most recent call last):
> > File "/usr/share/virt-manager/virtManager/asyncjob.py", line 65, in 
> > cb_wrapper
> > callback(asyncjob, *args, **kwargs)
> > File "/usr/share/virt-manager/virtManager/asyncjob.py", line 101, in tmpcb
> > callback(*args, **kwargs)
> > File "/usr/share/virt-manager/virtManager/object/libvirtobject.py", line 
> > 57, in newfn
> >
> > Ik had al een tijdelijke noodoplossing gevonden door de virtuelemachine 
> > beheerder een nieuwe machine te laten aanmaken. Hij vraagt dan een 
> > verbindig aan te maken en dat was mijn bedoeling. Daarna kan de aanmaak van 
> > nieuwe machine onderbroken worden en kan deze weg. De bestaande machines 
> > kunnen nu aangezet worden. De brigde die ik op een ander moment tegen kwam 
> > en waarvan ik de herkomst toen niet kende werd hier dus aangemaakt. Nu 
> > inmiddels weet ik dat de bridge ook automatisch verwijderd wordt als de 
> > computer uitgezet wordt.
>
>
> Het netwerk wordt bij het aanmaken gestart, maar later niet automatisch.
> Beetje verwarrend. Wat je moet doen is dit:
>
> als root op de commandline de user ("han" waarschijnlijk) rechten geven:
> adduser han libvirt
>

Dat kan ik gaan onderzoeken.


> Dan in virt-manager:
> bewerken | verbinding details | virtual networks
> vinkje "automatisch starten bij opstarten".
>


Automatisch starten bij het opstarten is niet echt de bedoeling en ook niet 
nodig voor goed functioneren is mijn ervaring.


> ( Dit schijnt ook te kunnen als root op de commandline met:
> virsh net-autostart default
> Maar dat heb ik nog niet geprobeerd. )
>


Als ik de virt mach beheerder deinstalleer en dan opnieuw installeer, blijven 
de aangemaakte machines dan staan? Worden die dan weer ingelezen?



> Daarna machine rebooten en dan moet het werken.
>
> > Voor een betere oplossing heb ik de instellingen afgezocht. Bij verbinding 
> > details staat automatisch verbinden al ingesteld. De foutmelding bevat vast 
> > de sleutel naar de oplossing. Ik weet alleen niet hoe ermee aan te vangen. 
> > Als iemand een tip heeft, graag.
> >
> > Wat ik ook nog niet weet is, of dit verband kan houden met het update 
> > verschijnsel in mijn oorspronkelijk bericht, of dat dat onmogelijk is. Ik 
> > heb die update nog eens uitgevoerd met een virtuele machine die die update 
> > nog niet had, en heb gekeken wat er gebeurde. De internet verbinding leek 
> > weg te zijn, beide pictogrammen van LAN en van VPN werden leeg en er 
> > verscheen een venster die melde dat een wachtwoord voor de VPN benodigd 
> > was. Als test heb ik Firefox een zoekopdracht gegeven en de zoekresultaten 
> > werden gevonden. Er was dus toch verbinding met internet. Wat was er 
> > verdwenen en wat kwam ervoor in de plaats? Of was er niets verdwenen en 
> > waren de pictogrammen misleidend?
> > In de update van de fysieke machine toen, kon Thunderbird mijn gmail niet 
> > meer vinden maar mijn tele2 mailadres wel. Daarna merkte ik dat video's van 
> > youtube of duckduck niet afspeelden, maar de site werd wel gevonden. Paul 
> > gaf de sugestie dat VPN voor problemen kon zorgen. Ik heb bij de VPN 
> > instellingen niets vreemds kunnen ontdekken.
>
>
> Als het wel goed werkt zonder VPN, dan weet je dat het ergens in die VPN
> moet zitten. Of weet je niet hoe die VPN uit moet?
>

Aan- en uitzetten van VPN is geen probleem.


> Bedenk dat die VPN-beheerders van alles kunnen doen. Misschien zetten ze
> het afspelen van Youtube video's wel uit als het erg druk wordt, want
> dat levert natuurlijk veel verkeer op.
>


Zou kunnen dat VPN beheerders dat kunnen doen. De constante is dat elke machine 
dezelfde vreemde stuitering maakt bij die ene zelfde update op hetzelfde punt, 
waarvan ik mij afvroeg wat daar nu juist mis ging.



> > De vraag, of deze twee kwesties verband met elkaar kunnen houden of niet, 
> > lijkt me toch van belang. Is daar iets zinnigs over te zeggen?
>
>
> Het lijken me verschillende kwesties.
>

Okee


> > Ik voeg nog het laatste deel van de update toe, rond de defecte 
> > koppelingsgroep regulatory.db
> >
> > Instellen van distro-info-data (0.51+deb11u2) ...
> > Instellen van openssh-client (1:8.4p1-5+deb11u1) ...
> > Instellen van wireless-regdb (2022.04.08-2~deb11u1) ...
> > update-alternatives: waarschuwing: het opnieuw installeren van alternatief 
> > /lib/firmware/regulatory.db-debian wordt afgedwongen, omdat koppelingsgroep 
> > regulatory.db defect is
>
>

Re: Installing on Rock Pi 4

2022-07-19 Thread David
On Wed, 20 Jul 2022 at 01:26, Christian Britz  wrote:
> Am 19.07.22 um 17:16 schrieb Nicolas George:
> > Christian Britz (12022-07-19):

> >> The common way to install Debian on a Raspberry Pi is using one of the
> >> images provided at raspi.debian.net. Once you got it installed, it is a
> >> Debian system like others using the standard repositories.
> >
> > IIRC, debian.net is third-party. Since Debian says it supports this
> > hardware, I would really like to avoid using third-party files.
>
> I would call it semi-official. Gunnar Wolf is a respected Debian
> developer and the debian.net domain is a property of the project. I
> would prefer an official-official installer though.

This was briefly touched on during a livestreamed discussion between
the relevant Debian developers at Debconf less than 24 hours ago.
I think it was this one:
  https://debconf22.debconf.org/talks/44-debian-installer-and-images-team-bof/
I think it is usual practice for this kind of video to become
available for viewing
on demand in the near future.

My recollection of the discussion is that Gunnar's work is welcomed
by the installer team. And it is hoped and expected by all parties to move
towards becoming official as a next step with the passage of time.
However this move is not an immediate priority, as there are other
changes under discussion regarding the installer, that are currently
considered to be more important.



Y

2022-07-19 Thread Josefina Sierra



Enviado desde mi iPhone un



Re: Processors older than Intel Pentium 4

2022-07-19 Thread Michael Stone

On Sun, Jul 17, 2022 at 11:26:36AM -0400, gene heskett wrote:

Another thing that should not be forgotten is that the family of processors
vs the ability to make use of firmware patches to fix bugs took a hit since
family ID's of $0F and below could not be fixed with microcode. And many
of them had a halt bug that if encountered, had no recovery except a full
power down restart.


That was actually fixed in software, and on an older system you'd see 
something about "F00F bug workaround" in dmesg. At any rate it's a moot 
point as intel doesn't issue microcode updates for processors more than 
a few years old; the fact that it's *possible* to update certain ancient 
processors but not others is no more than a curiosity compared to the 
fact that neither is updated in practice.




Re: Exim4 smarthost conf

2022-07-19 Thread Tixy
On Tue, 2022-07-19 at 17:37 +0200, rudu wrote:
> Hi,
> 
> I'm at a lost here trying to configure exim4 on a laptop running 
> bookworm as a smarthost relay to my email provider.
> I already made it working on my desktop machine (bookworm also) on the 
> same local network though I had difficulties too at the time.
> All I'm trying to do is to send myself a mail in a terminal.
> 
> To make it quick and with the help of the config files I found on my 
> desktop, I did :
> 
> # dpkg-reconfigure exim4-config    # smtpauth.provider.fr::465

Do you definitely need port 465, not 587?

> # vi /etc/exim4/passwd.client    # putting the credentials here

The steps below aren't something I've needed to do

> # vi /etc/exim4/exim4.conf.localmacros    # MAIN_TLS_ENABLE = 1
> # /usr/share/doc/exim4/examples/exim-gencert    # generating exim.crt 
> and exim.key files in /etc/exim4/


My notes for the steps I did when setting up exim are...

Install exim4, ca-certificates and s-nail.

Run 'dpkg-reconfigure exim4-config' and answer questions...

General type of mail configuration: "mail sent by smarthost; received 
via SMTP or fetchmail"
System mail name: "yxit.co.uk"
IP-addresses to listen on for incoming SMTP connections: ""
Other destinations for which mail is accepted: "home"
Machines to relay mail for: "192.168.0.0/22"
IP address or host name of the outgoing smarthost: 
"mail.myisp.co.uk::587"
Hide local mail name: "Yes"
Visible domain name for local users: "yxit.co.uk"
Keep number of DNS-queries minimal (Dial-on-Demand)? "No"
Delivery method for local mail: "Maildir format in home directory"
Split configuration into small files?: "Yes"

Edit /etc/exim4/passwd.client to add

mail.myisp.co.uk:usen...@myisp.co.uk:password

-- 
Tixy



Re: ssh certificate authentication: can one user and one server certificate work for any number of users or servers on a LAN?

2022-07-19 Thread Dan Ritter
rhkra...@gmail.com wrote: 
> I am (still) rather confused about using ssh certificate authentication.
> 
> I am confused about a variety of specifics, but the biggie is this: I have 
> the 
> idea that I can create one user certificate and one server (host) 
> certificate, 
> and use that for any number of users and servers on a LAN.

Doing so is a lot like telling all the users that their password
is now "swordfish".

You could do that, but it defeats common sense.

Here's what's going on:

* You (root on many systems) create a certificate authority.
This is a Big Secret.

* You use the Big Secret to sign a Trust Me certificate

* You install the Trust Me cert on all your SSH servers.

* You tell the SSH servers that anyone who can successfully
negotiate a key exchange with the Trust Me cert is an
authorized user -- log them in.

* You use the Trust Me certificate to sign a user-cert
for each user. The user cert says "My username is rhkramer, you
can trust me."

* rhkramer can now log in to any host that believes in your
Trust Me cert, by presenting the user-cert which the Trust Me
certificate can decode.

Pro:
You manage one cert per SSH server, not a pair per user

Cons:
You must keep and properly distribute a CRL, certificate
revocation list
You must keep track of expiration dates on the user-certs
You must re-issue user-certs before the expirations
You must have automated machinery to manage the user-certs
You must properly protect your Big Secret
You must keep everything running

-dsr-



Re: Installing on Rock Pi 4

2022-07-19 Thread Nicolas George
Jeremy Ardley (12022-07-20):
> In my personal use, I use 'official' debian and armbian, I don't see any
> difference in function at all. They are 99.9% the same. The only difference
> is the drivers and boot process.
> 
> I use standard debian arm repositories for all software unrelated to the
> specific drivers for the board (I presently use nano-pi for server and
> router)

Good for you, but obviously what you want to do is not the same thing as
what I want to do. And you cannot know if I am wrong to want that,
because I have not exposed my reasons.

So, thanks for your input, but it is not the kind of help that I am
seeking here.

Regards,

-- 
  Nicolas George


signature.asc
Description: PGP signature


Re: Installing on Rock Pi 4

2022-07-19 Thread Jeremy Ardley


On 20/7/22 12:56 am, Nicolas George wrote:

Jeremy Ardley (12022-07-20):

I have had pretty consistent success with Armbian images - not Rock
Pi, but equivalent systems from a variety of vendors.

https://www.armbian.com/rockpi4/

Thank you. But this is not official Debian, which is what I am trying to
achieve.



In my personal use, I use 'official' debian and armbian, I don't see any 
difference in function at all. They are 99.9% the same. The only 
difference is the drivers and boot process.


I use standard debian arm repositories for all software unrelated to the 
specific drivers for the board (I presently use nano-pi for server and 
router)


--

Jeremy



OpenPGP_signature
Description: OpenPGP digital signature


Re: Installing on Rock Pi 4

2022-07-19 Thread Nicolas George
Jeremy Ardley (12022-07-20):
> I have had pretty consistent success with Armbian images - not Rock
> Pi, but equivalent systems from a variety of vendors.
> 
> https://www.armbian.com/rockpi4/

Thank you. But this is not official Debian, which is what I am trying to
achieve.

Regards,

-- 
  Nicolas George


signature.asc
Description: PGP signature


ssh certificate authentication: can one user and one server certificate work for any number of users or servers on a LAN?

2022-07-19 Thread rhkramer
I am (still) rather confused about using ssh certificate authentication.

I am confused about a variety of specifics, but the biggie is this: I have the 
idea that I can create one user certificate and one server (host) certificate, 
and use that for any number of users and servers on a LAN.

from man ssh:


A variation on public key authentication is available in the form of 
certificate authentication: instead of a set of public/private keys, signed 
certificates are used.  This has the advantage that a single trusted 
certification authority can be used in place of many public/private keys.  See 
the CERTIFICATES section of ssh-keygen(1) for more information.


That would be done by virtue of using the -n option to set the principals for 
each certificate -- the user certificate could include all the users that might 
use any client, and the server (host) certificate could include all the servers 
on the LAN.  

(Aside -- best to ignore this at least for now: I don't like calling them 
"hosts" or the name "host certificate" -- I think what they are calling a host 
is an ssh server, and a host certificate is the certificate for an ssh server 
(at least in the context of certificate authentication -- maybe in password 
authentication (for example) a host certificate comes into play for both the 
ssh client and the ssh server??)

Using multiple users or servers on one certificate:

   * would be done by using the -n option (when creating the certificate) and 
specifying multiple principals (either users or servers).  That could be done 
by either a comma separated list (of users or servers) or wildcards, or 
presumably some combination of both,

   * and, in fact, the -n option is more like a way to limit the users or 
servers that can use a certificate, the default (iiuc) is that any user can 
authenticate using the host certificate on any server using the server 
certificate.

Am I totally confused, and do you have any experience to confirm this one way 
or the other?

Thanks!

-- 
rhk

If you reply: snip, snip, and snip again; leave attributions; avoid top 
posting; and keep it "on list".  (Oxford comma included at no charge.)  If you 
change topics, change the Subject: line. 

A picture is worth a thousand words -- divide by 10 for each minute of video 
(or audio) or create a transcript and edit it to 10% of the original.



Re: exiftool

2022-07-19 Thread mick crane

On 2022-07-19 17:08, Curt wrote:

On 2022-07-19, mick crane  wrote:


I want to add AttributionURL and AttributionName
https://exiftool.org/TagNames/XMP.html#cc
says is to do with "XMP-cc" but not guessed the syntax as yet.


 exiftool -overwrite_original -XMP-cc:AttributionName="Creator" "file
 name.extension"

 exiftool -overwrite_original -XMP-cc:AttributionURL="Creator URL" 
"file

 name.extension"

 exiftool -overwrite_original
 -XMP-cc:license="http://creativecommons.org/licenses/by-sa/4.0/;
 -XMP-cc:AttributionName="Creator"
 -XMP-cc:AttributionURL="http://creatorURL.com; "file name.extension"


https://libre-software.net/edit-metadata-exiftool/



I've been doing that before without the "-overwrite_original"
but doesn't show up in Gimp metadata menu, is there when view with 
exiftool.
only "exiftool -CopyrightNotice="License: Attribution-ShareAlike 4.0 
International"  file.png"

Shows in Gimp>image>metadata

cheers
mick



Re: Installing on Rock Pi 4

2022-07-19 Thread Jeremy Ardley


On 19/7/22 10:03 pm, Nicolas George wrote:

Hi. I am trying to install Debian on a Rock Pi 4 (v1.73). It is a
system-on-chip similar to and mostly compatible with the Raspberry Pi 4
but with an on-board SSD.


Does anybody have something to suggest?


I have had pretty consistent success with Armbian images - not Rock Pi, but 
equivalent systems from a variety of vendors.

https://www.armbian.com/rockpi4/

--
Jeremy



OpenPGP_signature
Description: OpenPGP digital signature


Re: exiftool

2022-07-19 Thread Curt
On 2022-07-19, mick crane  wrote:

> I want to add AttributionURL and AttributionName
> https://exiftool.org/TagNames/XMP.html#cc
> says is to do with "XMP-cc" but not guessed the syntax as yet.

 exiftool -overwrite_original -XMP-cc:AttributionName="Creator" "file
 name.extension"

 exiftool -overwrite_original -XMP-cc:AttributionURL="Creator URL" "file
 name.extension"

 exiftool -overwrite_original
 -XMP-cc:license="http://creativecommons.org/licenses/by-sa/4.0/;
 -XMP-cc:AttributionName="Creator"
 -XMP-cc:AttributionURL="http://creatorURL.com; "file name.extension"


https://libre-software.net/edit-metadata-exiftool/

> cheers
> mick
>
>






Re: OT: RAID-5 sobre SSD

2022-07-19 Thread Debian

El 19/7/22 a las 12:49, Debian escribió:

El 19/7/22 a las 12:41, Pedro Gras escribió:

Buenas ,
Si montas SSD usa modelos/marcas diferentes y de series de fabricación 
diferentes para evitar problemas.
Hay varios SSDs que fallaban a las +-4 horas de uso por un error 
de firmware.

Si te fallan todos a la vez te hacen una avería.
Un saludo.


ESO NO ME GUSTA.

¿No te acordás la marca/modelo?
Justamente en un RAID uno siempre trata de usar misma marca, modelo y en 
lo posible, serie, para que la velocidad de todos sea exactamente la misma.


JAP



Lo encontré:

https://www.muycomputerpro.com/2020/03/25/hpe-bug-ssd-inutilizarlos

https://support.hpe.com/hpesc/public/docDisplay?docId=a00097382en_us=en_US


Son viejos y están retirados del mercado.
Aunque 40.000 horas son un poco más de 4 años

JAP



Re: OT: RAID-5 sobre SSD

2022-07-19 Thread Debian

El 19/7/22 a las 12:41, Pedro Gras escribió:

Buenas ,
Si montas SSD usa modelos/marcas diferentes y de series de fabricación 
diferentes para evitar problemas.
Hay varios SSDs que fallaban a las +-4 horas de uso por un error de 
firmware.

Si te fallan todos a la vez te hacen una avería.
Un saludo.


ESO NO ME GUSTA.

¿No te acordás la marca/modelo?
Justamente en un RAID uno siempre trata de usar misma marca, modelo y en 
lo posible, serie, para que la velocidad de todos sea exactamente la misma.


JAP



Exim4 smarthost conf

2022-07-19 Thread rudu

Hi,

I'm at a lost here trying to configure exim4 on a laptop running 
bookworm as a smarthost relay to my email provider.
I already made it working on my desktop machine (bookworm also) on the 
same local network though I had difficulties too at the time.

All I'm trying to do is to send myself a mail in a terminal.

To make it quick and with the help of the config files I found on my 
desktop, I did :


# dpkg-reconfigure exim4-config    # smtpauth.provider.fr::465
# vi /etc/exim4/passwd.client    # putting the credentials here
# vi /etc/exim4/exim4.conf.localmacros    # MAIN_TLS_ENABLE = 1
# /usr/share/doc/exim4/examples/exim-gencert    # generating exim.crt 
and exim.key files in /etc/exim4/

# update-exim4.conf
# systemctl restart exim4
$ echo "exim4 test" | mail -s "exim4 test" m...@mydomain.com

Then tail /var/log/exim4/mainlog shows invariably :

2022-07-19 17:16:22 1oDoHK-ta-0W H=provider.fr [109.234.xxx.xxx]: 
Remote host closed connection in response to initial connection
2022-07-19 17:16:22 1oDoHK-ta-0W == m...@mydomain.com R=smarthost 
T=remote_smtp_smarthost defer (-18) H=provider.fr [109.234.xxx.xxx]: 
Remote host closed connection in response to initial connection

2022-07-19 17:16:22 End queue run: pid=4692 -qff

I have a doubt concerning the generation of the TLS files, I didn't know 
what to answer to some questions (what domain name should I choose for 
my local network for example ?) and I may have not given the same 
answers at the time I got it working on my desktop.


So if this rings a bell for anybody, I would welcome any hint to track 
down what's wrong here.


TIA
Rudu



Re: OT: RAID-5 sobre SSD

2022-07-19 Thread Pedro Gras
Buenas ,
Si montas SSD usa modelos/marcas diferentes y de series de fabricación
diferentes para evitar problemas.
Hay varios SSDs que fallaban a las +-4 horas de uso por un error de
firmware.
Si te fallan todos a la vez te hacen una avería.
Un saludo.

On Tue, Jul 19, 2022 at 3:52 PM Debian 
wrote:

> El 18/7/22 a las 15:05, Camaleón escribió:
> > El 2022-07-18 a las 10:21 -0300, Debian escribió:
> >
> >> Buenos días.
> >>
> >> Esta pregunta va para Camaleón, pues creo que es la única persona que
> tiene
> >> experiencia en el tema de los que suelen leer por acá.
> >
> > Con RAID mi experiencia es escasa (sólo he trabajado con hardware raid,
> > niveles 1 y 5) y mala (falsos positivos, lento del copón para reconstuir
> > y bajo rendimiento pero aquí la culpa se debe a que el servidor que lo
> > monta es MUY viejito, del año 2004, pero no desfallece y sigue al pie del
> > cañón).
> >
> > No creo que pueda dar buen consejo ni práctico en este caso, si tuviera
> > que montar el servidor de nuevo me replantería la estragegia y el uso
> > del RAID y buscaría la redundancia de datos y de discos por otro lado
> > (integrada en el sistema de archivos, copia-imagen-clon en disco
> > independiente, etc...).
> >
> >> Tengo que reemplazar un pequeño servidor con RAID-5 por software sobre
> un
> >> Debian con 4 discos HDD de 1Tb cada uno que está tirando desde hace ya 4
> >> años. Vamos a cambiar equipo y discos, ya que la máquina en sí es un i7
> de
> >> hace 6 años.
> >>
> >> La primera opción de reemplazo era un RAID-10 sobre 4 HDD de 2Tb cada
> uno;
> >> esto nos da mayor redundancia.
> >
> > Ventaja: tecnología de discos conocida y fiable, tendrías disponible 4
> > TiB de espacio (50%), puede fallar 1 disco de cada matriz.
> >
> > Inconveniente: más lento (por el uso de discos mecánicos), pero al ser
> > un raid por software, si el disco es rápido y la controldora sata
> > decente, quizá sea inapreciable.
> >
> >> La segunda, montar un RAID-5 sobre 4 discos SSD M.2 NVMe de 1Tb cada
> uno;
> >> estos irían colocados sobre placa adaptadora NVMe PCIe; esto nos da
> mejor
> >> tiempo de respuesta.
> >
> > Ventaja: discos más rápidos y de menor tamaño, la reconstrucción no
> > será muy penalizada aunque sea un RAID-5, ya has trabajado con ese
> > nivel de raid y sabes cómo funciona y gestionarlo.
> >
> > Inconvenientes: menos espacio disponible (3 TiB).
> >
> > En cualqesquiera de los casos sólo te daré una recomendación: los discos
> > duros, sean mecánicos o SSD, SIEMPRE con garantía de 5 años
> (empresariales).
> > Hoy en día fallan más que una escopeta de feria :-/
> >
> >> El cálculo por carga de escritura del sistema hace que los SSD NVMe
> empiecen
> >> a generar fallas en 5 años, tiempo más que suficiente para amortizarlos.
> >>
> >> Esto implica un costo de un 30% superior al reemplazo de los HDD, pero
> la
> >> estimación en los tiempos de respuesta hace que que valga la pena la
> >> inversión. Lo que he leído en la red indica que es una opción
> recomendable.
> >> Con los HDD sólo tuvimos un reemplazo hace 2 años.
> >> (Se hacen copias de seguridad una vez al día en discos externos.)
> >>
> >> La preguntonta:
> >> ¿Alguien ha armado RAID-5 sobre SSD?
> >
> > No he trabajado aún con discos SSD, y menos bajo RAID.
> >
> >> ¿Cómo les fue?
> >> ¿Qué sugerencias tienen para realizar un montaje de estas
> características?
> >
> > A ver qué te recomiendan. En principio, tratándose de un equipo nuevo,
> > me decantaría por el RAID-5 con discos SSD, si el uso del volumen RAID
> > es para almacén de datos. Si es para albergar el SO, el RAID-10.
> >
> > Saludos,
> >
>
>
> Muy buenas sugerencias.
>
> La idea es el SO sobre un RAID-1 sobre dos NVMe de 250 integrados a la
> placa madre.
>
> Los datos me está gustado la idea de un RAID-10 sobre SATA-SSD en vez de
> NVMe. Si bien SATA-SSD es más "lento" que NVMe, es ínfimo y compensa
> costo de pasar de magnético a estado sólido, pues no hay que instalar
> placas PCI para contener los NVMe.
>
> Y por supuesto, el "backup" diario va a un magnético grande.
> La base de datos hoy no llega los 2TB; no es tan grande. La empresa es
> pequeña. Y se va a mantener así mientras no sucumbamos a la idea de
> meter fotos de los productos, que es un proyecto en danza. Ya con los
> pdf escaneados tenemos bastante.
>
> Muchas gracias.
>
> JAP
>
>


Re: Installing on Rock Pi 4

2022-07-19 Thread Nicolas George
Christian Britz (12022-07-19):
> I do not doubt that. I just wanted to point out that at least the boot
> system is not so similar. You called your device "similar to and mostly
> compatible with the Raspberry Pi 4". At least for the installation
> process that is not true.

Indeed. I suppose the announced compatibility is about the software it
can run and the pins that can be controlled.

> I would call it semi-official. Gunnar Wolf is a respected Debian
> developer and the debian.net domain is a property of the project. I
> would prefer an official-official installer though.

Thanks for the clarification.

> Anyway, raspi.debian.net is intended solely for original Raspberry Pi
> devices. I doubt that the images would work with your device.

I doubt it too.

Thanks.

Regards,

-- 
  Nicolas George


signature.asc
Description: PGP signature


Re: Installing on Rock Pi 4

2022-07-19 Thread Christian Britz



Am 19.07.22 um 17:16 schrieb Nicolas George:
> Christian Britz (12022-07-19):
>> If this device really can boot the Debian installer, at least it's boot
>> system is fundamentally different to an out of the box Raspberry Pi.
> 
> IIRC, no two ARM systems have the same boot system.
> 
> The RC1 announcement of Debian installer says this system is supported.
> Debian provides images specifically for this system:
> https://deb.debian.org/debian/dists/bullseye/main/installer-arm64/current/images/netboot/SD-card-images/

I do not doubt that. I just wanted to point out that at least the boot
system is not so similar. You called your device "similar to and mostly
compatible with the Raspberry Pi 4". At least for the installation
process that is not true.

> So it is at least supposed to work.

Yes.

> Why would Debian provide images that do not work?

Would not make sense.


> Note that there are in this directory no images for the plain RPi.

I know.

>> As far as I know, it is only possible to use the Debian installer if you
>> modify the Raspberry to provide it an EFI system.
> 
> Not here, the images that succeed to boot do not have EFI boot, even
> though they look like it.

My comment was specific to the Raspberry Pi.


>> The common way to install Debian on a Raspberry Pi is using one of the
>> images provided at raspi.debian.net. Once you got it installed, it is a
>> Debian system like others using the standard repositories.
> 
> IIRC, debian.net is third-party. Since Debian says it supports this
> hardware, I would really like to avoid using third-party files.

I would call it semi-official. Gunnar Wolf is a respected Debian
developer and the debian.net domain is a property of the project. I
would prefer an official-official installer though.

Anyway, raspi.debian.net is intended solely for original Raspberry Pi
devices. I doubt that the images would work with your device.

-- 
http://www.cb-fraggle.de



Re: Installing on Rock Pi 4

2022-07-19 Thread Nicolas George
Christian Britz (12022-07-19):
> If this device really can boot the Debian installer, at least it's boot
> system is fundamentally different to an out of the box Raspberry Pi.

IIRC, no two ARM systems have the same boot system.

The RC1 announcement of Debian installer says this system is supported.
Debian provides images specifically for this system:
https://deb.debian.org/debian/dists/bullseye/main/installer-arm64/current/images/netboot/SD-card-images/

So it is at least supposed to work.

Why would Debian provide images that do not work?

Note that there are in this directory no images for the plain RPi.

> As far as I know, it is only possible to use the Debian installer if you
> modify the Raspberry to provide it an EFI system.

Not here, the images that succeed to boot do not have EFI boot, even
though they look like it.

It is actually a follow-up I was about to make to my mail: if I compare
the official Debian images with the vendor-provided images that boot, I
notice they both have something that looks like U-Boot, with exactly the
same first octets, after the boot sector.

But they differ in that the image that boots uses GPT, and the /boot
that contains the kernel and extlinux.conf is a separate VFAT partition
declared as EFI system. (But I insist, it does not hold anything
EFI-compatible.)

I should probably try to modify the Debian image to use GPT and have a
separate boot partition like that.

> The common way to install Debian on a Raspberry Pi is using one of the
> images provided at raspi.debian.net. Once you got it installed, it is a
> Debian system like others using the standard repositories.

IIRC, debian.net is third-party. Since Debian says it supports this
hardware, I would really like to avoid using third-party files.

Thanks for your input.

Regards,

-- 
  Nicolas George


signature.asc
Description: PGP signature


Re: Installing on Rock Pi 4

2022-07-19 Thread Christian Britz
Hi Nicolas,

Am 19.07.22 um 16:03 schrieb Nicolas George:
> Hi. I am trying to install Debian on a Rock Pi 4 (v1.73). It is a
> system-on-chip similar to and mostly compatible with the Raspberry Pi 4
> but with an on-board SSD.

[...]

> 
> I have tried the procedure described on:
> https://deb.debian.org/debian/dists/bullseye/main/installer-arm64/current/images/netboot/SD-card-images/README.concatenateable_images
> 
> zcat firmware.rock-pi-4-rk3399.img.gz partition.img.gz | /usr/bin/pv -s 
> $[16777216+136822784] > /dev/mmcblk0
> 
> I have checked that the SD card has a partition that can be mounted and
> looks like a Debian installer.

If this device really can boot the Debian installer, at least it's boot
system is fundamentally different to an out of the box Raspberry Pi.

As far as I know, it is only possible to use the Debian installer if you
modify the Raspberry to provide it an EFI system.

The common way to install Debian on a Raspberry Pi is using one of the
images provided at raspi.debian.net. Once you got it installed, it is a
Debian system like others using the standard repositories.

-- 
http://www.cb-fraggle.de



Re: [OT][OT][OT][OT]Protocolo de comunicación con relojes de asistencia de personal

2022-07-19 Thread Jorge A. Secreto
Hola Camaleón, gacias por responder.

El mar, 19 jul 2022 a la(s) 03:43, Camaleón (noela...@gmail.com) escribió:

> El 2022-07-18 a las 20:08 -0300, Jorge A. Secreto escribió:
>
> > Hola, Disculpen el OT pero ya no sé dónde/cómo buscar.
> > Necesito comunicarme (leer los registros) por IP, con unos relojes de
> > asistencia que no reportan todas las asistencias al programa de personal.
>
> Entiendo que el sistema de control biométrico tendrá algún tipo de
> software
> propietario para gestionar/acceder a esos datos ¿no te permite el
> software depurar el error para el saber el motivo de por qué no se
> entregan
> todos los registros?
>
El programa que entrega el proveedor es tan cerrado que hasta  hay que
cargarle una password por reloj para que lo lea.
Es muy optimista pensar que sirva para algo más que para lo que trae
predefinido. Tuve que buscar otro porque ni siquiera
contemplaba la cantidad de personas que se iban a fichar en el reloj. Hay
más de 1300 empleados, el reloj soporta 500 y
el programa no permitía filtrar el grupo de empleados a cargarle. De paso,
la jefa de personal compró 10 o 12 de estos relojes
sin consultar ni probarlos. Les tendría que decir que no sirven, que los
tiren, por idiotas.
Perdonen la digresión.


> Salvo contadas excepciones, ese tipo de software es cerrado (muy
> cerrado) y complejo de integrar salvo que tengas contacto directo con
> el fabricante como desarrollador o asociado.
>
> > Supongo que tiene que haber algún protocolo razonablemente estándar
> porque
> 

> parecidos en Ali Express.
>
> Normalmente se comunican a través de RS232/485, TCP/IP, USB (depuración en
> local), o los más modernitos, WiFi.
>
> > Intenté analizar el tráfico IP con wireshark pero es todo binario.
> Supongo
> > que no está encriptado porque programas no relacionados lo pueden
> manejar.
> > Por eso también supongo que debe estár definido en el protocolo de
> > comunicación la manera de convertir eso a texto.
> > Si alguien ya renegó con esto y me puede dar una pista me dará una gran
> > mano.
> > Sepan disculpar la molestia
> > Muchas gracias
>
> En la empresa usamos un control de acceso (con lectores de PIN + tarjeta
> de proximidad RFID), y a duras penas está funcionando, vamos,
> que si deja de funcionar -y requiere de windows xp) no sabría ni por
> dónde empezar (el aplicativo se llama NStar de Honeywell).
>
> Si puedes contactar con el fabricante, aunque sólo sea para que te dé
> alguna pista de por dónde tirar para resolver el problema con los
> registros que no se reportan, mejor.
>
> Saludos,
>
> --
> Camaleón
>
>
Gracias nuevamente.
Saludos

-- 
Jorge A Secreto
Analista de Sistemas
MP 361


Re: exiftool

2022-07-19 Thread mick crane

On 2022-07-19 10:58, Andy Smith wrote:

Hello,

On Tue, Jul 19, 2022 at 10:03:05AM +0100, mick crane wrote:

I'm sending a load of images to somebody and I want them to be
Attribution-ShareAlike 4.0 International license
Don't want to plaster over images so think to add to exif data.


I've not done it personally but this seems to give an example of
what you want using exiftool:

https://photo.stackexchange.com/a/71428



I don't think it was my exif additions Gimp was complaining about but 
something else.

It's happy enough now but struggling adding the exifdata.
Gimp image>Metadata shows 3 tabs Exif, XMP, IPTC
typing exiftool -CopyrightNotice="Licence: Attribution-ShareAlike 4.0 
International (https://creativecommons.org/licenses/by-sa/4.0/)"

text is in IPTC tab of gimp.
I want to add AttributionURL and AttributionName
https://exiftool.org/TagNames/XMP.html#cc
says is to do with "XMP-cc" but not guessed the syntax as yet.

cheers
mick



Installing on Rock Pi 4

2022-07-19 Thread Nicolas George
Hi. I am trying to install Debian on a Rock Pi 4 (v1.73). It is a
system-on-chip similar to and mostly compatible with the Raspberry Pi 4
but with an on-board SSD.

I have managed to boot and install one of the Debian images provided by
the vendor, but they are obsolete or third-party or both. According to
https://lists.debian.org/debian-devel-announce/2021/04/msg00011.html
this system is now supported by Debian natively, so I would like to
install a real official Debian.

I have tried the procedure described on:
https://deb.debian.org/debian/dists/bullseye/main/installer-arm64/current/images/netboot/SD-card-images/README.concatenateable_images

zcat firmware.rock-pi-4-rk3399.img.gz partition.img.gz | /usr/bin/pv -s 
$[16777216+136822784] > /dev/mmcblk0

I have checked that the SD card has a partition that can be mounted and
looks like a Debian installer.

But when I plug it in the Rock Pi and boot, nothing, it boots on the
internal SSD. I can boot on the SD card if I put a distribution from the
vendor, so the issue is not the SSD having precedence.

I read here somebody who tried the same thing:
https://forum.radxa.com/t/driver-firmware-for-brcmfmac43456/9194
and managed to get a boot. But even trying
../../u-boot/rockpro64-rk3399.img.gz instead of
firmware.rock-pi-4-rk3399.img.gz as written in this forum message changes
nothing.

Of course, to make things easier, it is impossible to get any
diagnostics. The screen starts to get a signal only when the boot is
already well in progress. Well, it is possible but I do not have a
serial input at hand.

Does anybody have something to suggest?

Regards,

-- 
  Nicolas George


signature.asc
Description: PGP signature


Re: [OT][OT][OT][OT]Protocolo de comunicación con relojes de asistencia de personal

2022-07-19 Thread Jorge A. Secreto
Hola!
Soy Jorge, el padre de Nico
Lo que decís es exactamente lo que encontré.
Si llego a conseguir algo te lo paso, claro.
Abrazo

El mar, 19 jul 2022 a la(s) 09:46, Debian (javier.debian.bb...@gmail.com)
escribió:

> El 18/7/22 a las 20:08, Jorge A. Secreto escribió:
> > Hola, Disculpen el OT pero ya no sé dónde/cómo buscar.
> > Necesito comunicarme (leer los registros) por IP, con unos relojes de
> > asistencia que no reportan todas las asistencias al programa de personal.
> > Supongo que tiene que haber algún protocolo razonablemente estándar
> > porque varios programas de diferentes fabricantes pueden comunicarse con
> > estos relojes, a pesar de que son chinos, rebranded. El proveedor no
> > provee esa info y llevo mas de un mes (de a ratos) intentando distintas
> > formas de preguntar en Google y lo mas cerca que llego es a que me
> > ofrezca relojes parecidos en Ali Express.
> > Intenté analizar el tráfico IP con wireshark pero es todo binario.
> > Supongo que no está encriptado porque programas no relacionados lo
> > pueden manejar. Por eso también supongo que debe estár definido en el
> > protocolo de comunicación la manera de convertir eso a texto.
> > Si alguien ya renegó con esto y me puede dar una pista me dará una gran
> > mano.
> > Sepan disculpar la molestia
> > Muchas gracias
> >
> > --
> > Jorge A Secreto
> > Analista de Sistemas
> > MP 361
>
> Nico, buen día.
>
> Los controles biométricos son UNA PORQUERÍA.
> Hay infinidades de programas más o menos económico y/o libres, pero el
> problema es que el SDK de los lectores, el 99,9% son privativos con cero
> documentación disponible, por lo que es casi imposible acceder a los
> mismos desde fuera, salvo ingeniería inversa.
> Los vendedores de lectores, te obligan a usar sus programas cerrados.
> Hay algunos que tienen liberado parte del acceso al SDK, pero no todo;
> por ejemplo, te permiten saber si tal o cual persona está presente o no
> en forma remota, pero no te liberan el acceso al flujo de datos de los
> horarios, o el histórico guardado en el lector.
> Otros, no te permiten la comunicación directa, pero podés bajar a un USB
> en formato de texto los movimientos del día, lo que te genera una
> servidumbre física.
> Por lo menos así era hasta 2019, última vez que tuve que lidiar con esos
> lectores.
> Lo último que trabajé fue con un ingeniero en el Arsenal de la Base,
> pues la idea era reprogramar un CMOS de un lector con código propio; es
> decir, flashear el SDK del lector.
>
> Si encontrás lectores que tenga el SDK del lector abierto, avisá; me
> interesa.
>
> Un abrazo.
>
> JAP
>
>

-- 
Jorge A Secreto
Analista de Sistemas
MP 361


Re: OT: RAID-5 sobre SSD

2022-07-19 Thread Debian

El 18/7/22 a las 15:05, Camaleón escribió:

El 2022-07-18 a las 10:21 -0300, Debian escribió:


Buenos días.

Esta pregunta va para Camaleón, pues creo que es la única persona que tiene
experiencia en el tema de los que suelen leer por acá.


Con RAID mi experiencia es escasa (sólo he trabajado con hardware raid,
niveles 1 y 5) y mala (falsos positivos, lento del copón para reconstuir
y bajo rendimiento pero aquí la culpa se debe a que el servidor que lo
monta es MUY viejito, del año 2004, pero no desfallece y sigue al pie del
cañón).

No creo que pueda dar buen consejo ni práctico en este caso, si tuviera
que montar el servidor de nuevo me replantería la estragegia y el uso
del RAID y buscaría la redundancia de datos y de discos por otro lado
(integrada en el sistema de archivos, copia-imagen-clon en disco
independiente, etc...).


Tengo que reemplazar un pequeño servidor con RAID-5 por software sobre un
Debian con 4 discos HDD de 1Tb cada uno que está tirando desde hace ya 4
años. Vamos a cambiar equipo y discos, ya que la máquina en sí es un i7 de
hace 6 años.

La primera opción de reemplazo era un RAID-10 sobre 4 HDD de 2Tb cada uno;
esto nos da mayor redundancia.


Ventaja: tecnología de discos conocida y fiable, tendrías disponible 4
TiB de espacio (50%), puede fallar 1 disco de cada matriz.

Inconveniente: más lento (por el uso de discos mecánicos), pero al ser
un raid por software, si el disco es rápido y la controldora sata
decente, quizá sea inapreciable.
  

La segunda, montar un RAID-5 sobre 4 discos SSD M.2 NVMe de 1Tb cada uno;
estos irían colocados sobre placa adaptadora NVMe PCIe; esto nos da mejor
tiempo de respuesta.


Ventaja: discos más rápidos y de menor tamaño, la reconstrucción no
será muy penalizada aunque sea un RAID-5, ya has trabajado con ese
nivel de raid y sabes cómo funciona y gestionarlo.

Inconvenientes: menos espacio disponible (3 TiB).

En cualqesquiera de los casos sólo te daré una recomendación: los discos
duros, sean mecánicos o SSD, SIEMPRE con garantía de 5 años (empresariales).
Hoy en día fallan más que una escopeta de feria :-/


El cálculo por carga de escritura del sistema hace que los SSD NVMe empiecen
a generar fallas en 5 años, tiempo más que suficiente para amortizarlos.

Esto implica un costo de un 30% superior al reemplazo de los HDD, pero la
estimación en los tiempos de respuesta hace que que valga la pena la
inversión. Lo que he leído en la red indica que es una opción recomendable.
Con los HDD sólo tuvimos un reemplazo hace 2 años.
(Se hacen copias de seguridad una vez al día en discos externos.)

La preguntonta:
¿Alguien ha armado RAID-5 sobre SSD?


No he trabajado aún con discos SSD, y menos bajo RAID.


¿Cómo les fue?
¿Qué sugerencias tienen para realizar un montaje de estas características?


A ver qué te recomiendan. En principio, tratándose de un equipo nuevo,
me decantaría por el RAID-5 con discos SSD, si el uso del volumen RAID
es para almacén de datos. Si es para albergar el SO, el RAID-10.

Saludos,




Muy buenas sugerencias.

La idea es el SO sobre un RAID-1 sobre dos NVMe de 250 integrados a la 
placa madre.


Los datos me está gustado la idea de un RAID-10 sobre SATA-SSD en vez de 
NVMe. Si bien SATA-SSD es más "lento" que NVMe, es ínfimo y compensa 
costo de pasar de magnético a estado sólido, pues no hay que instalar 
placas PCI para contener los NVMe.


Y por supuesto, el "backup" diario va a un magnético grande.
La base de datos hoy no llega los 2TB; no es tan grande. La empresa es 
pequeña. Y se va a mantener así mientras no sucumbamos a la idea de 
meter fotos de los productos, que es un proyecto en danza. Ya con los 
pdf escaneados tenemos bastante.


Muchas gracias.

JAP



Re: Partición /datos compartida

2022-07-19 Thread Debian

Buen día.

El 18/7/22 a las 16:13, Simeón Ignacio Martirén escribió:

Gracias por tu ayuda JAP.
Me dices:
"Tiene 1 partición llamada /datos con los datos en sí. En ella deberás:
1 - Crear una carpeta para cada usuario, mismo nombre, mismo UID.
2 - Cada usuario deberá hacer un enlace en su carpeta /home/usuario a
dicha carpeta de datos."
Estoy pensando en ahorrar espacio si fuera posible, por esto: en 
/home/usuario1 tengo las carpetas Documentos, Descargas, Imágenes, etc 
con el material del usuario correspondiente, pero,  quisiera que /home 
tenga el mínimo de espacio indispensable para las configuraciones 
solamente. 


Sí, podés hacerlo, pero vas a tener que implementar cuota de uso sobre 
la partición /home, porque si no de otra manera, los usuarios van a ir 
grabando archivos hasta el límite físico del disco.


https://www.linuxtotal.com.mx/index.php?cont=info_admon_018

Vuelvo a repetirte: hacer lo que querés hacer de varios SO con la misma 
/home para VARIOS USUARIOS, es COMPLICADO.

Lo entiendo si es TU maquina personal, y sos el ÚNICO usuario.
Pero una máquina de varios usuarios y varios SO... no te lo recomiendo; 
vas a tener problemas.


El sistema me tira allí las carpetas Documentos, Imágenes, 
Descargas, etc típicas, entonces, debo hacer el enlace correspoindiente 
a /datos/usuario1/Documentos, /datos/usuario1/Imagenes, etc? Porque si 
es así /datos vendría a ser una copia o réplica de /home, y ocuparía el 
mismo espacio en el disco. Y esto debiera tenerlo en cuanta al armar la 
tabla nueva de particiones...



No, /datos no es una réplica de /home.
Dejá de pensar el la estructura de sistemas *nix como en Windows.
En Windows, un disco es un disco; el *nix, TODO es un archivo.

Me explico:
En Windows ves el disco C:, el D:, el Z:.
En *nix ves un árbol del directorio:

jap:/$ tree -l -L 1
.
├── bin -> usr/bin
├── boot
├── dev
├── etc
├── home
├── initrd.img -> boot/initrd.img-5.10.0-16-amd64
├── initrd.img.old -> boot/initrd.img-5.10.0-13-amd64
├── lib -> usr/lib
├── lib32 -> usr/lib32
├── lib64 -> usr/lib64
├── libx32 -> usr/libx32
├── lost+found
├── media
├── mnt
├── opt
├── proc
├── root
├── run
├── sbin -> usr/sbin
├── srv
├── sys
├── tmp
├── usr
├── var
├── vmlinuz -> boot/vmlinuz-5.10.0-16-amd64
└── vmlinuz.old -> boot/vmlinuz-5.10.0-13-amd64

Como te muestra, es un árbol.
Todo puede estar en un disco en una sola partición, como Windows.
O en un disco, en varias particiones.
O en varios discos.
El árbol es el mismo, y se puede enlazar a otros lugares.
El enlace, no es un "Acceso directo", es el propio archivo o directorio.

Por ejemplo, acá en el que te muestro, mi sistema tiene

Disco SDD - Part 1
├── boot


Disco SDD - Part 2
.
├── bin -> usr/bin
├── dev
├── etc
├── initrd.img -> boot/initrd.img-5.10.0-16-amd64
├── initrd.img.old -> boot/initrd.img-5.10.0-13-amd64
├── lib -> usr/lib
├── lib32 -> usr/lib32
├── lib64 -> usr/lib64
├── libx32 -> usr/libx32
├── lost+found
├── media
├── opt
├── proc
├── root
├── run
├── sbin -> usr/sbin
├── srv
├── sys
├── tmp
├── usr
├── var
├── vmlinuz -> boot/vmlinuz-5.10.0-16-amd64
└── vmlinuz.old -> boot/vmlinuz-5.10.0-13-amd64

Disco SDD - Part 3
├── mnt


Disco HDD - Part 1
├── home


Como ves, tengo dos discos con múltiples particiones.
El SO raíz está cargado en un disco sólido SSD rápido con varias 
particiones.


La /home en un disco magnético HDD con todos los archivos, excepto que 
allí hay enlaces en la carpeta de trabajo, que apunta a otra en la 
partición del magnético que está montado en /mnt


jap:~$ tree -l -L 1
.
├── ARCHIVO
├── Calendario2022.png
├── Calendario2023.png
├── Descargas
├── Desktop
├── GIT
├── Historietas
├── ISO
├── MEGA -> /home/javier/_SSD_/MEGA
├── MEGA-backup
├── PDF
├── Permanente -> /home/javier/ARCHIVO/Permanente
├── scan
├── _SSD_ -> /mnt/_SSD_
├── TMP -> /home/javier/_SSD_/TMP
├── Trabajando -> /home/javier/ARCHIVO/2022/Trabajando
├── Transmission
└── VirtualBoxVM


Si te fijás, "MEGA" está sincronizado a la nube y en el SSD, y 
"Trabajando", que es el trabajo diario, también apuntan al SSD, pues el 
sólido es más rápido.


El resto, está en el HDD; son archivos.

Por eso te digo, dejá de ver los discos como entidades físicas; pensá 
todo como árbol de directorio y archivos.



JAP



Re: [OT][OT][OT][OT]Protocolo de comunicación con relojes de asistencia de personal

2022-07-19 Thread Debian

El 18/7/22 a las 20:08, Jorge A. Secreto escribió:

Hola, Disculpen el OT pero ya no sé dónde/cómo buscar.
Necesito comunicarme (leer los registros) por IP, con unos relojes de 
asistencia que no reportan todas las asistencias al programa de personal.
Supongo que tiene que haber algún protocolo razonablemente estándar 
porque varios programas de diferentes fabricantes pueden comunicarse con 
estos relojes, a pesar de que son chinos, rebranded. El proveedor no 
provee esa info y llevo mas de un mes (de a ratos) intentando distintas 
formas de preguntar en Google y lo mas cerca que llego es a que me 
ofrezca relojes parecidos en Ali Express.
Intenté analizar el tráfico IP con wireshark pero es todo binario. 
Supongo que no está encriptado porque programas no relacionados lo 
pueden manejar. Por eso también supongo que debe estár definido en el 
protocolo de comunicación la manera de convertir eso a texto.
Si alguien ya renegó con esto y me puede dar una pista me dará una gran 
mano.

Sepan disculpar la molestia
Muchas gracias

--
Jorge A Secreto
Analista de Sistemas
MP 361


Nico, buen día.

Los controles biométricos son UNA PORQUERÍA.
Hay infinidades de programas más o menos económico y/o libres, pero el 
problema es que el SDK de los lectores, el 99,9% son privativos con cero 
documentación disponible, por lo que es casi imposible acceder a los 
mismos desde fuera, salvo ingeniería inversa.

Los vendedores de lectores, te obligan a usar sus programas cerrados.
Hay algunos que tienen liberado parte del acceso al SDK, pero no todo; 
por ejemplo, te permiten saber si tal o cual persona está presente o no 
en forma remota, pero no te liberan el acceso al flujo de datos de los 
horarios, o el histórico guardado en el lector.
Otros, no te permiten la comunicación directa, pero podés bajar a un USB 
en formato de texto los movimientos del día, lo que te genera una 
servidumbre física.
Por lo menos así era hasta 2019, última vez que tuve que lidiar con esos 
lectores.
Lo último que trabajé fue con un ingeniero en el Arsenal de la Base, 
pues la idea era reprogramar un CMOS de un lector con código propio; es 
decir, flashear el SDK del lector.


Si encontrás lectores que tenga el SDK del lector abierto, avisá; me 
interesa.


Un abrazo.

JAP



debconf (online)

2022-07-19 Thread Gijs Hillenius



Ik volgde vanmorgen met veel plezier de lezing over Debian bij Siemens.

Zit ik toch weer heel anders in de trein, dus.

Het was een presentatie op de Debconf, de lezingen in de hoofd-zaal zijn te 
volgen met:

mpv https://onsite.live.debconf.org/live/drini.m3u8

-- 
Clones are people two.



Re: network 'default' is not active

2022-07-19 Thread Paul van der Vlis

Op 19-07-2022 om 08:47 schreef hanbenes:



Verzonden met Proton Mail beveiligde e-mail.

--- Original Message ---
Op maandag 18 juli 2022 om 21:47 schreef Geert Stappers :



Previou-Subject: Re: libvirt netwerk Was: Verbinding na update
In-Reply-To: 
u8mOPzjdXlhOVYkh_lY2L8opvbOoROPd-qWrBoHHR-Slu4spo41fJ9pH4Zr2HtvLDSygqp5i-YWPKet4-Z5F-d3c_wLHqe7yGrAIa_SAd9s=@protonmail.com


On Mon, Jul 18, 2022 at 06:07:51PM +, hanbenes wrote:


Zou het? Ik gebruik protonmail uitsluitend als webmail via firefox
browser. Die bridge verschijnt na updaten en tijdens updaten is
er geen firefox open. Ik verwijder die bridge vervolgens.


En met welke actie wordt die "bridge" verwijdert?


De bridge wordt verwijderd middels een scherm onder gnome, genaamd 
'Netwerkverbindingen'.

... Wat blijkt: de bridge wordt gemaakt door de virtuele
machine beheerder. Dat gebeurt als na een nieuwe opstart een virtuele
machine gestart wordt. Waar voorheen vm's meteen opstartten lukt dat nu
niet meer in een keer. Het staat ingesteld als QEMU/KVM. De netwerk
source staat op default virtueel netwerk, niet als bridge device.


} Wat zou ik kunnen doen?

Meer met het programma `virt-manager` spelen.
Onderzoek het. Zie eventueel ook bijgevoegd plaatje.


Het niet willen starten van een virtuele machine had ik nog niet
toegelicht. Het doet zich alleen nu voor sinds het opnieuw installeren
van Debian onlangs.
Het aanzetten van een virtuele machine geeft nu de volgende foutmelding:

Fout bij starten van domein: Gevraagde operatie is niet geldig: network 
'default' is not active
Traceback (most recent call last):
File "/usr/share/virt-manager/virtManager/asyncjob.py", line 65, in cb_wrapper
callback(asyncjob, *args, **kwargs)
File "/usr/share/virt-manager/virtManager/asyncjob.py", line 101, in tmpcb
callback(*args, **kwargs)
File "/usr/share/virt-manager/virtManager/object/libvirtobject.py", line 57, in 
newfn



Die "network 'default' is not active" lees ik als

Brigde die nodig is, is er niet.




Ik denk het ook


Ik dacht dat het de Protonmail bridge was, maar virt-manager richt ook 
een bridge in.  Standaard heeft Debian geen bridge.


Groet,
Paul



--
Paul van der Vlis Linux systeembeheer Groningen
https://vandervlis.nl/



Re: libvirt netwerk Was: Verbinding na update

2022-07-19 Thread Paul van der Vlis

Hoi Han en anderen,

Op 18-07-2022 om 20:07 schreef hanbenes:


Het niet willen starten van een virtuele machine had ik nog niet toegelicht. 
Het doet zich alleen nu voor sinds het opnieuw installeren van Debian onlangs.
Het aanzetten van een virtuele machine geeft nu de volgende foutmelding:

Fout bij starten van domein: Gevraagde operatie is niet geldig: network 
'default' is not active
Traceback (most recent call last):
   File "/usr/share/virt-manager/virtManager/asyncjob.py", line 65, in 
cb_wrapper
 callback(asyncjob, *args, **kwargs)
   File "/usr/share/virt-manager/virtManager/asyncjob.py", line 101, in tmpcb
 callback(*args, **kwargs)
   File "/usr/share/virt-manager/virtManager/object/libvirtobject.py", line 57, 
in newfn

Ik had al een tijdelijke noodoplossing gevonden door de virtuelemachine 
beheerder een nieuwe machine te laten aanmaken. Hij vraagt dan een verbindig 
aan te maken en dat was mijn bedoeling. Daarna kan de aanmaak van nieuwe 
machine onderbroken worden en kan deze weg. De bestaande machines kunnen nu 
aangezet worden. De brigde die ik op een ander moment tegen kwam en waarvan ik 
de herkomst toen niet kende werd hier dus aangemaakt. Nu inmiddels weet ik dat 
de bridge ook automatisch verwijderd wordt als de computer uitgezet wordt.


Het netwerk wordt bij het aanmaken gestart, maar later niet automatisch. 
Beetje verwarrend.  Wat je moet doen is dit:


als root op de commandline de user ("han" waarschijnlijk) rechten geven:
adduser han libvirt

Dan in virt-manager:
bewerken | verbinding details | virtual networks
vinkje "automatisch starten bij opstarten".

( Dit schijnt ook te kunnen als root op de commandline met:
virsh net-autostart default
Maar dat heb ik nog niet geprobeerd. )

Daarna machine rebooten en dan moet het werken.


Voor een betere oplossing heb ik de instellingen afgezocht. Bij verbinding 
details staat automatisch verbinden al ingesteld. De foutmelding bevat vast de 
sleutel naar de oplossing. Ik weet alleen niet hoe ermee aan te vangen. Als 
iemand een tip heeft, graag.

Wat ik ook nog niet weet is, of dit verband kan houden met het update 
verschijnsel in mijn oorspronkelijk bericht, of dat dat onmogelijk is. Ik heb 
die update nog eens uitgevoerd met een virtuele machine die die update nog niet 
had, en heb gekeken wat er gebeurde. De internet verbinding leek weg te zijn, 
beide pictogrammen van LAN en van VPN werden leeg en er verscheen een venster 
die melde dat een wachtwoord voor de VPN benodigd was. Als test heb ik Firefox 
een zoekopdracht gegeven en de zoekresultaten werden gevonden. Er was dus toch 
verbinding met internet. Wat was er verdwenen en wat kwam ervoor in de plaats? 
Of was er niets verdwenen en waren de pictogrammen misleidend?
In de update van de fysieke machine toen, kon Thunderbird mijn gmail niet meer 
vinden maar mijn tele2 mailadres wel. Daarna merkte ik dat video's van youtube 
of duckduck niet afspeelden, maar de site werd wel gevonden. Paul gaf de 
sugestie dat VPN voor problemen kon zorgen. Ik heb bij de VPN instellingen 
niets vreemds kunnen ontdekken.


Als het wel goed werkt zonder VPN, dan weet je dat het ergens in die VPN 
moet zitten. Of weet je niet hoe die VPN uit moet?


Bedenk dat die VPN-beheerders van alles kunnen doen. Misschien zetten ze 
het afspelen van Youtube video's wel uit als het erg druk wordt, want 
dat levert natuurlijk veel verkeer op.



De vraag, of deze twee kwesties verband met elkaar kunnen houden of niet, lijkt 
me toch van belang. Is daar iets zinnigs over te zeggen?


Het lijken me verschillende kwesties.


Ik voeg nog het laatste deel van de update toe, rond de defecte koppelingsgroep 
regulatory.db

Instellen van distro-info-data (0.51+deb11u2) ...
Instellen van openssh-client (1:8.4p1-5+deb11u1) ...
Instellen van wireless-regdb (2022.04.08-2~deb11u1) ...
update-alternatives: waarschuwing: het opnieuw installeren van alternatief 
/lib/firmware/regulatory.db-debian wordt afgedwongen, omdat koppelingsgroep 
regulatory.db defect is


Ik denk dat het niet erg is. Maar als je er op wilt zoeken is het handig 
om de foutmelding Engelstalig te hebben. Zie mijn vorige mail.


Groet,
Paul


Instellen van linux-image-amd64 (5.10.127-1) ...
Instellen van apache2-bin (2.4.54-1~deb11u1) ...
Instellen van libwbclient0:amd64 (2:4.13.13+dfsg-1~deb11u4) ...
Instellen van libfreetype6:amd64 (2.10.4+dfsg-1+deb11u1) ...
Instellen van libfribidi0:amd64 (1.0.8-2+deb11u1) ...
Instellen van usb.ids (2022.05.20-0+deb11u1) ...
Instellen van libnm0:amd64 (1.30.6-1+deb11u1) ...
Instellen van libdpkg-perl (1.20.11) ...
Instellen van nano (5.4-2+deb11u1) ...
Instellen van orca (3.38.2-2) ...
Instellen van tigervnc-common (1.11.0+dfsg-2+deb11u1) ...
Nieuwe versie van configuratiebestand /etc/pam.d/tigervnc wordt geïnstalleerd 
...
Instellen van gir1.2-nm-1.0:amd64 (1.30.6-1+deb11u1) ...
Instellen van libsdl2-2.0-0:amd64 (2.0.14+dfsg2-3+deb11u1) ...
Instellen van openssh-sftp-server (1:8.4p1-5+deb11u1) ...
Instellen 

Re: exiftool

2022-07-19 Thread Andy Smith
Hello,

On Tue, Jul 19, 2022 at 10:03:05AM +0100, mick crane wrote:
> I'm sending a load of images to somebody and I want them to be
> Attribution-ShareAlike 4.0 International license
> Don't want to plaster over images so think to add to exif data.

I've not done it personally but this seems to give an example of
what you want using exiftool:

https://photo.stackexchange.com/a/71428

Cheers,
Andy

-- 
https://bitfolk.com/ -- No-nonsense VPS hosting



exiftool

2022-07-19 Thread mick crane

Hi,
exiftool is in the repository so I reckon is fair game for a question.
I'm sending a load of images to somebody and I want them to be 
Attribution-ShareAlike 4.0 International license

Don't want to plaster over images so think to add to exif data.
If type.
"exiftool -license="https://creativecommons.org/licenses/by-sa/4.0/; 
./filename"
Gimp is complaining that metadata is not understood and do I want to 
import.
Gimp Metadata viewer is of the form "Exif.Image.Compression   
Uncompressed"

What is the correct form to add license to image with exiftool ?.
See talk of XML but I don't understand that.

mick



Re: DebConf 2022

2022-07-19 Thread Alejandro
Bueno gracias a todas las personas de mente abierta que han contestado sin 
ofenderse...

Supongo que al fin y al cabo es bastante cuestionable que Debian sea un sistema 
operativo completamente libre, pero bueno me sigue alegrando poder usarlo la 
verdad...

saludos!

Enviado con [Proton Mail](https://proton.me/) correo seguro.

--- Original Message ---
El martes, 19 de julio de 2022 a las 10:03,  escribió:

> Get [Outlook for Android](https://aka.ms/AAb9ysg)
>
> ---
>
> From: estebanmo...@riseup.net 
> Sent: Tuesday, July 19, 2022, 1:57 AM
> To: Alejandro ; Lista Debian 
> 
> Subject: Re: DebConf 2022
>
> Get [Outlook for Android](https://aka.ms/AAb9ysg)
>
> ---
>
> From: Alejandro 
> Sent: Monday, July 18, 2022, 3:35 PM
> To: Lista Debian 
> Subject: DebConf 2022
>
> Hola Ladies and Gentlemen, he visto que se está celebrando la reunión anual 
> de la comunidad Debian y no he podido evitar fijarme en los sponsors, donde 
> aparece google como sponsor platinum y microsoft como sponsor dorado.
>
> Me parece excelente eso, Debian ocupa dinero y es bueno que lo obtenga de 
> quien se lo de, estoy seguro de que no se lo condicionaron.
>
> Fuera de eso y a manera personal, no me quiero imaginar al resto de 
> radicalistas, a parte de ti, con sus caras de indignados, hace mucho tiempo 
> yo me burle de ellos y molestaba diciéndoles que si office funcionara en 
> Linux, yo lo pagaría, ahora no solo se puede usar office web en Linux, si no 
> que hasta aplicación de Teams hay.
>
> Hay módulos del kernel en tu PC escritos por empleados de Microsoft y hasta 
> distribuciones de Linux hechas por ellos...
>
> Ojala los radicales se esfumen del proyecto Debian y que le den espacio a 
> gente con mente tan abierta como la que este dispuesta de aceptar ayuda de 
> quien sea sin miramientos...
>
> Es una pregunta obvia pero...¿Qué significa esto? Esos tipos son los reyes de 
> tratar a las personas como a productos, verlos como sponsors preferenciales 
> en el principal evento a nivel mundial de una distribución GNULinux 
> considerada pilar fundamental del software libre, no es muy alagüeño.
>
> Pues si son los reyes, hacen y deshacen a su antojo, porque al final de 
> cuentas es dinero no es todo, pero vaya que si facilita todo...
>
> Alguien tiene alguna explicación al respecto?
>
> Quién eres tu para pedir explicaciones, espera a que SFP/Debian publiquen 
> cuando les ronque como invirtieron el dinero...
>
> Humildemente pido disculpas por el mensaje anterior.. Todo es válido menos 
> que no debe leerse SFP si no SPI... Software for Public Interest la fundación 
> que financia a Debian con dinero de.. Microsoft, Google, yo... Entre otros...
>
> Gracias un saludo!
>
> Enviado con [Proton Mail](https://proton.me/) correo seguro.

Re: DebConf 2022

2022-07-19 Thread estebanmonge
Get Outlook for AndroidFrom: estebanmo...@riseup.net Sent: Tuesday, July 19, 2022, 1:57 AMTo: Alejandro ; Lista Debian Subject: Re: DebConf 2022Get Outlook for AndroidFrom: Alejandro Sent: Monday, July 18, 2022, 3:35 PMTo: Lista Debian Subject: DebConf 2022Hola Ladies and Gentlemen, he visto que se está celebrando la reunión anual de la comunidad Debian y no he podido evitar fijarme en los sponsors, donde aparece google como sponsor platinum y microsoft como sponsor dorado.Me parece excelente eso, Debian ocupa dinero y es bueno que lo obtenga de quien se lo de, estoy seguro de que no se lo condicionaron. Fuera de eso y a manera personal, no me quiero imaginar al resto de radicalistas, a parte de ti, con sus caras de indignados, hace mucho tiempo yo me burle de ellos y molestaba diciéndoles que si office funcionara en Linux, yo lo pagaría, ahora no solo se puede usar office web en Linux, si no que hasta aplicación de Teams hay. Hay módulos del kernel en tu PC escritos por empleados de Microsoft y hasta distribuciones de Linux hechas por ellos... Ojala los radicales se esfumen del proyecto Debian y que le den espacio a gente con mente tan abierta como la que este dispuesta de aceptar ayuda de quien sea sin miramientos...Es una pregunta obvia pero...¿Qué significa esto? Esos tipos son los reyes de tratar a las personas como a productos, verlos como sponsors preferenciales en el principal evento a nivel mundial de una distribución GNULinux considerada pilar fundamental  del software libre, no es muy alagüeño. Pues si son los reyes, hacen y deshacen a su antojo, porque al final de cuentas es dinero no es todo, pero vaya que si facilita todo... Alguien tiene alguna explicación al respecto?Quién eres tu para pedir explicaciones, espera a que SFP/Debian publiquen cuando les ronque como invirtieron el dinero... Humildemente pido disculpas por el mensaje anterior.. Todo es válido menos que no debe leerse SFP si no SPI... Software for Public Interest la fundación que financia a Debian con dinero de.. Microsoft, Google, yo... Entre otros... Gracias un saludo!






Enviado con Proton Mail correo seguro.






Re: DebConf 2022

2022-07-19 Thread estebanmonge
Get Outlook for AndroidFrom: Alejandro Sent: Monday, July 18, 2022, 3:35 PMTo: Lista Debian Subject: DebConf 2022Hola Ladies and Gentlemen, he visto que se está celebrando la reunión anual de la comunidad Debian y no he podido evitar fijarme en los sponsors, donde aparece google como sponsor platinum y microsoft como sponsor dorado.Me parece excelente eso, Debian ocupa dinero y es bueno que lo obtenga de quien se lo de, estoy seguro de que no se lo condicionaron. Fuera de eso y a manera personal, no me quiero imaginar al resto de radicalistas, a parte de ti, con sus caras de indignados, hace mucho tiempo yo me burle de ellos y molestaba diciéndoles que si office funcionara en Linux, yo lo pagaría, ahora no solo se puede usar office web en Linux, si no que hasta aplicación de Teams hay. Hay módulos del kernel en tu PC escritos por empleados de Microsoft y hasta distribuciones de Linux hechas por ellos... Ojala los radicales se esfumen del proyecto Debian y que le den espacio a gente con mente tan abierta como la que este dispuesta de aceptar ayuda de quien sea sin miramientos...Es una pregunta obvia pero...¿Qué significa esto? Esos tipos son los reyes de tratar a las personas como a productos, verlos como sponsors preferenciales en el principal evento a nivel mundial de una distribución GNULinux considerada pilar fundamental  del software libre, no es muy alagüeño. Pues si son los reyes, hacen y deshacen a su antojo, porque al final de cuentas es dinero no es todo, pero vaya que si facilita todo... Alguien tiene alguna explicación al respecto?Quién eres tu para pedir explicaciones, espera a que SFP/Debian publiquen cuando les ronque como invirtieron el dinero... Gracias un saludo!






Enviado con Proton Mail correo seguro.





Re: network 'default' is not active

2022-07-19 Thread hanbenes






Verzonden met Proton Mail beveiligde e-mail.

--- Original Message ---
Op maandag 18 juli 2022 om 21:47 schreef Geert Stappers :


> Previou-Subject: Re: libvirt netwerk Was: Verbinding na update
> In-Reply-To: 
> u8mOPzjdXlhOVYkh_lY2L8opvbOoROPd-qWrBoHHR-Slu4spo41fJ9pH4Zr2HtvLDSygqp5i-YWPKet4-Z5F-d3c_wLHqe7yGrAIa_SAd9s=@protonmail.com
>
>
> On Mon, Jul 18, 2022 at 06:07:51PM +, hanbenes wrote:
>
> > > > > > > > Zou het? Ik gebruik protonmail uitsluitend als webmail via 
> > > > > > > > firefox
> > > > > > > > browser. Die bridge verschijnt na updaten en tijdens updaten is
> > > > > > > > er geen firefox open. Ik verwijder die bridge vervolgens.
> > > > >
> > > > > En met welke actie wordt die "bridge" verwijdert?
> > > >
> > > > De bridge wordt verwijderd middels een scherm onder gnome, genaamd 
> > > > 'Netwerkverbindingen'.
> > > >
> > > > ... Wat blijkt: de bridge wordt gemaakt door de virtuele
> > > > machine beheerder. Dat gebeurt als na een nieuwe opstart een virtuele
> > > > machine gestart wordt. Waar voorheen vm's meteen opstartten lukt dat nu
> > > > niet meer in een keer. Het staat ingesteld als QEMU/KVM. De netwerk
> > > > source staat op default virtueel netwerk, niet als bridge device.
> > >
> > > } Wat zou ik kunnen doen?
> > >
> > > Meer met het programma `virt-manager` spelen.
> > > Onderzoek het. Zie eventueel ook bijgevoegd plaatje.
> >
> > Het niet willen starten van een virtuele machine had ik nog niet
> > toegelicht. Het doet zich alleen nu voor sinds het opnieuw installeren
> > van Debian onlangs.
> > Het aanzetten van een virtuele machine geeft nu de volgende foutmelding:
> >
> > Fout bij starten van domein: Gevraagde operatie is niet geldig: network 
> > 'default' is not active
> > Traceback (most recent call last):
> > File "/usr/share/virt-manager/virtManager/asyncjob.py", line 65, in 
> > cb_wrapper
> > callback(asyncjob, *args, **kwargs)
> > File "/usr/share/virt-manager/virtManager/asyncjob.py", line 101, in tmpcb
> > callback(*args, **kwargs)
> > File "/usr/share/virt-manager/virtManager/object/libvirtobject.py", line 
> > 57, in newfn
>
>
> Die "network 'default' is not active" lees ik als
>
> Brigde die nodig is, is er niet.
>
>

Ik denk het ook

>
> Groeten
> Geert Stappers
> --
> Silence is hard to parse



Re: [OT][OT][OT][OT]Protocolo de comunicación con relojes de asistencia de personal

2022-07-19 Thread Camaleón
El 2022-07-18 a las 20:08 -0300, Jorge A. Secreto escribió:

> Hola, Disculpen el OT pero ya no sé dónde/cómo buscar.
> Necesito comunicarme (leer los registros) por IP, con unos relojes de
> asistencia que no reportan todas las asistencias al programa de personal.

Entiendo que el sistema de control biométrico tendrá algún tipo de software 
propietario para gestionar/acceder a esos datos ¿no te permite el 
software depurar el error para el saber el motivo de por qué no se entregan 
todos los registros?

Salvo contadas excepciones, ese tipo de software es cerrado (muy 
cerrado) y complejo de integrar salvo que tengas contacto directo con 
el fabricante como desarrollador o asociado.

> Supongo que tiene que haber algún protocolo razonablemente estándar porque
> varios programas de diferentes fabricantes pueden comunicarse con estos
> relojes, a pesar de que son chinos, rebranded. El proveedor no provee esa
> info y llevo mas de un mes (de a ratos) intentando distintas formas de
> preguntar en Google y lo mas cerca que llego es a que me ofrezca relojes
> parecidos en Ali Express.

Normalmente se comunican a través de RS232/485, TCP/IP, USB (depuración en 
local), o los más modernitos, WiFi.

> Intenté analizar el tráfico IP con wireshark pero es todo binario. Supongo
> que no está encriptado porque programas no relacionados lo pueden manejar.
> Por eso también supongo que debe estár definido en el protocolo de
> comunicación la manera de convertir eso a texto.
> Si alguien ya renegó con esto y me puede dar una pista me dará una gran
> mano.
> Sepan disculpar la molestia
> Muchas gracias

En la empresa usamos un control de acceso (con lectores de PIN + tarjeta 
de proximidad RFID), y a duras penas está funcionando, vamos, 
que si deja de funcionar -y requiere de windows xp) no sabría ni por 
dónde empezar (el aplicativo se llama NStar de Honeywell).

Si puedes contactar con el fabricante, aunque sólo sea para que te dé 
alguna pista de por dónde tirar para resolver el problema con los 
registros que no se reportan, mejor.

Saludos,

-- 
Camaleón 



Re: DebConf 2022

2022-07-19 Thread Camaleón
El 2022-07-18 a las 21:34 +, Alejandro escribió:

> Hola Ladies and Gentlemen, he visto que se está celebrando la reunión anual 
> de la comunidad Debian y no he podido evitar fijarme en los sponsors, donde 
> aparece google como sponsor platinum y microsoft como sponsor dorado.
> 
> Es una pregunta obvia pero...¿Qué significa esto? 

Pues significa que Google ha pagado 2 EUR y Microsoft 1 EUR para 
patrocinar el evento de la conferencia anual de Debian :-)

Patrocinios sin los cuales seguramete no habría DebConf (no creo que 
sólo con las donaciones fuera suficiente). Está bien explicado aquí:

https://media.debconf.org/dc22/fundraising/debconf22_sponsorship_brochure_en.pdf

> Esos tipos son los reyes de tratar a las personas como a productos, verlos 
> como sponsors preferenciales en el principal evento a nivel mundial de una 
> distribución GNULinux considerada pilar fundamental del software libre, no es 
> muy alagüeño.

Pues entonces mejor que no sepas quiénes conforman la plana mayor de la 
Fundación Linux :-P:

https://www.linuxfoundation.org/board-of-directors/

Microsoft, Meta, Oracle, IBM...

Ni las empresas que colaboran en el kernel:

https://www.linuxfoundation.org/wp-content/uploads/linux-kernel-report-2017.pdf

Intel, Google, Oracle, Facebook...

> Alguien tiene alguna explicación al respecto?

Pues que algún interés tienen esas empresas en colaborar o patrocinar 
el software libre, evidentemente.

Si el interés es lícito o no, eso ya dependerá de la naturaleza y 
objetivo de cada compañía, pero no percola en la labor ni de Debian, ni 
de la Fundación Linux ni del kernel, ya que todas esos proyectos de 
software libre tienen directrices y directivas de obligado cumplimiento.

Saludos,

-- 
Camaleón