Re: electrons/the Internet doesn't like question authority niggahs?, oris it that I like to eat raw garlic, ...

[tomas]

On Mon, Mar 04, 2024 at 07:44:41PM -0500, gene heskett wrote:
> On 3/4/24 11:42, Albretch Mueller wrote:
> > spend days on end reading, coding and thinking about Math?
> [...]
> Your traceroute might be your isp throttling things as traceroute demands an
> answer from every machine it passes thru to get to the destination. Some
> ISP's might frown on that as its a huge traffic burst.
> 
> > _LINK="https://christuniversity.in/uploads/course/E_21-25_Lateral
> > Entry(1)_20210618043317.pdf"
> 
> This above is busted and will continue to be until you replace the " "
> wrapping it up with left & right arrows like: 

Sorry, Gene -- this is nonsense (at several levels).

The quotes (") prevent the shell from splitting the thing into two pieces.
You'll have to make sure to quote the expansion like so "$_LINK" if you
want to prevent it being split again where it's used (e.g. as an arg to
wget or curl, or...)

That hasn't changed.

The angle brackets may quote in very specific contexts (e.g. an email
body). Or they may not. That depends on all the mail handling tidbits
in their way.

For the shell, the angle brackets HAVE A TOTALLY DIFFERENT MEANING
(sorry for raising my voice). They might redirect your stdin/stdout
or kill all kitten in your household, depending on context.

Cheers
-- 
t


signature.asc
Description: PGP signature

Re: bash parameter expansion "doesn't like" dots?

[David]

On Tue, 5 Mar 2024 at 02:59, Greg Wooledge  wrote:
> On Tue, Mar 05, 2024 at 11:24:11AM +0900, John Crawley wrote:

> > ^ worked as a negator in dash character classes up to Bullseye though, so 
> > something has changed recently. That's what my web searching failed to 
> > find...
>
> It looks like dash doesn't have up-to-date documentation on its changes.
> There's a ChangeLog file in the upstream Git repository's top level
> directory[1] (shipped as changelog.gz in the Debian package), but the most
> recent entry in it is dated 2014-11-17.
>
> We might *guess* that this change was made to make dash more strict
> about POSIX minimalism (removing extensions), but without documentation
> we can't do more than guess about motives.
>
> [1] https://git.kernel.org/pub/scm/utils/dash/dash.git/tree/

A bit more info:
  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1028002

Previous discussion on debian-user:
  https://lists.debian.org/debian-user/2023/04/msg00559.html

Re: Wifi - unable to connect. [solved]

[Kamil Jońca]

Jeffrey Walton  writes:

> On Mon, Mar 4, 2024 at 4:58 PM Greg  wrote:
>>
>> On 2/26/24 18:52, Kamil Jońca wrote:
>> [...]
>> >
>> > What if:
>> > network = {
>> >   ssid="ssid"
>> >   key_mgmt=WPA-EAP
>> >   eap=PEAP
>> >   identity="uid"
>> >   phase2="auth=MSCHAPV2"
>> >   mesh_fwding=1
>> >   password="pas"
>> >   }
>
> The MSCHAPv2 is like a dagger in my eye. Are you required to use it?
>
> 
>
> Jeff

This not question to OP, but rather to his admin :).

KJ

Re: a couple rpi problems

[ghe2001]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256


On Monday, March 4th, 2024 at 9:26 PM, Jeffrey Walton  
wrote:

> Here's what one looks like for a host named 'raptor' after the Intel ISA:

Yeah, I put it in there when I understood what it was looking for.  When I went 
to computer school, there was no Internet or IP anything, so I didn't know that 
"resolve" meant "what's your IP address" (I hit vi real quick to add an IP to 
hosts -- everybody seems to be happy with their resolution now).

Any thoughts on my kernel replacement notice problem?

--
Glenn English

-BEGIN PGP SIGNATURE-
Version: ProtonMail

wsBzBAEBCAAnBYJl5qQICZCf14YxgqyMMhYhBCyicw9CUnAlY0ANl5/XhjGC
rIwyAAAKfQgAygPy80F4EiZzWgfFviPK7woPLTJt0a/cfWKy9hWb7HAJJal5
iJCu5ptloZ0mbwKQehmfMlJK/Qfp4wIwhCm0X/Z5Ye4OqlJ972YQn/RyJZjO
QdrO4UjJ2biTqcc84iHjfeR9qBB/VTXZosLVM9Nd6Sl23fYckp7GQpAtYkNT
WVjz16rUT0t3xeXr7QXaSo2x/MMY2qcldRROxDZVAa8oH74HC5P4+mAC3EB7
Srk0ZKfu2IBFVurp8LbyzuEQVL3c5CdkYXNS3P/nc3Tl27S+yDN98Q5zrREL
iV7eMHdbw/QXzSVvbNxt0fZM5Bg3KLYmcgYp8LhiEwjBezRakt/UYw==
=OGEg
-END PGP SIGNATURE-

Re: a couple rpi problems

[Jeffrey Walton]

On Mon, Mar 4, 2024 at 11:07 PM ghe2001  wrote:
>
> On Monday, March 4th, 2024 at 5:01 PM, Greg Wooledge  
> wrote:
> [...]
> > So, "pi5" appears to be your hostname.
>
> Yup.
>
> > It can't resolve its own hostname. You're probably missing a line in
> > your /etc/hosts file.
>
> Oh!  It wants the IP!  You're right -- pi5 isn't in there.  Thanks.

Here's what one looks like for a host named 'raptor' after the Intel ISA:

$ cat /etc/hosts
# Loopback entries; do not change.
# For historical reasons, localhost precedes localhost.localdomain:
127.0.0.1   localhost localhost.localdomain localhost4 localhost4.localdomain4

# 127.0.1.1 is often used for the FQDN of the machine
127.0.1.1   raptor.home.arpa raptor

# The following lines are desirable for IPv6 capable hosts
::1 localhost localhost.localdomain localhost6 localhost6.localdomain6

Re: electrons/the Internet doesn't like … that I like to eat raw garlic, ...

[David Christensen]

On 3/4/24 16:06, David Wright wrote:

On Mon 04 Mar 2024 at 12:36:54 (-0800), David Christensen wrote:

On 3/4/24 08:37, Albretch Mueller wrote:



_LINK="https://christuniversity.in/uploads/course/E_21-25_Lateral
Entry(1)_20210618043317.pdf"


I ignored the filename, and pasted https://christuniversity.in/uploads/course/
into FF. Here's the text copy/pasted off the page that was displayed.
It was accompanied by the image that is displayed at
https://christuniversity.in/images/cour-btch-bnnr.jpg
...
Just a data point.



Testing ping again:

2024-03-04 17:31:14 dpchrist@laalaa ~
$ ping -c 3 christuniversity.in
PING christuniversity.in (111.93.136.229) 56(84) bytes of data.
64 bytes from 111.93.136.229 (111.93.136.229): icmp_seq=1 ttl=49 time=273 ms
64 bytes from 111.93.136.229 (111.93.136.229): icmp_seq=2 ttl=49 time=272 ms
64 bytes from 111.93.136.229 (111.93.136.229): icmp_seq=3 ttl=49 time=273 ms

--- christuniversity.in ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2002ms
rtt min/avg/max/mdev = 271.914/272.406/272.725/0.352 ms

2024-03-04 17:31:23 dpchrist@laalaa ~
$ ping -c 3 103.105.225.131
PING 103.105.225.131 (103.105.225.131) 56(84) bytes of data.

--- 103.105.225.131 ping statistics ---
3 packets transmitted, 0 received, 100% packet loss, time 2060ms

2024-03-04 17:31:41 dpchrist@laalaa ~
$ ping -c 3 111.93.136.229
PING 111.93.136.229 (111.93.136.229) 56(84) bytes of data.
64 bytes from 111.93.136.229: icmp_seq=1 ttl=49 time=277 ms
64 bytes from 111.93.136.229: icmp_seq=2 ttl=49 time=280 ms
64 bytes from 111.93.136.229: icmp_seq=3 ttl=49 time=276 ms

--- 111.93.136.229 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 276.118/277.636/280.041/1.719 ms


So, same results as before -- one IP works, the other does not, and I 
got lucky with the FQDN (a previous test got the wrong IPv4 address and 
timed out).



Testing Firefox:

https://christuniversity.in/uploads/course/

https://103.105.225.131/uploads/course/

https://111.93.136.229/uploads/course/


All three time out.


Doing whois searches on the A record IP addresses:

1.  https://www.whois.com/whois/103.105.225.131


The IPv4 address holder appears to be a small ISP with 4 @ IPv4 class C 
ranges (1,024 addresses).  It appears nothing is connected to the 
christuniversity.in IPv4 address.



2. https://www.whois.com/whois/111.93.136.229


The IPv4 address holder appears to be a larger ISP with 1 @ IPv4 class B 
range (65,535 addresses).  It appears there is a host connected to the 
christuniversity.in IPv4 address, but I cannot connect to its web server.



STFW for information about DNS A (Address) records, I see:

https://www.cloudflare.com/learning/dns/dns-records/dns-a-record/

What is a DNS A record?
...
The vast majority of websites only have one A record, but it is possible 
to have several. Some higher profile websites will have several 
different A records as part of a technique called round robin load 
balancing, which can distribute request traffic to one of several IP 
addresses, each hosting identical content.



So, two DNS A records for the same FQDN is allowed and can be useful.


Searching for all DNS records for christuniversity.in :

https://www.whatsmydns.net/dns-lookup?query=christuniversity.in=opendns


I see the two A (address) records that we have been discussing:

id 21430, opcode QUERY, rcode NOERROR, flags QR RD RA
;QUESTION
christuniversity.in. IN A
;ANSWER
christuniversity.in. 60 IN A 111.93.136.229
christuniversity.in. 60 IN A 103.105.225.131
;AUTHORITY
;ADDITIONAL


I see five MX (mail exchanger) records:

id 52477, opcode QUERY, rcode NOERROR, flags QR RD RA
;QUESTION
christuniversity.in. IN MX
;ANSWER
christuniversity.in. 60 IN MX 1 aspmx.l.google.com.
christuniversity.in. 60 IN MX 5 alt1.aspmx.l.google.com.
christuniversity.in. 60 IN MX 5 alt2.aspmx.l.google.com.
christuniversity.in. 60 IN MX 10 alt3.aspmx.l.google.com.
christuniversity.in. 60 IN MX 10 alt4.aspmx.l.google.com.
;AUTHORITY
;ADDITIONAL


I see two NS (nameserver) records:

id 57399, opcode QUERY, rcode NOERROR, flags QR RD RA
;QUESTION
christuniversity.in. IN NS
;ANSWER
christuniversity.in. 60 IN NS ns1.christuniversity.in.
christuniversity.in. 60 IN NS ns2.christuniversity.in.
;AUTHORITY
;ADDITIONAL


I find it strange that there are no A records for:

ns1.christuniversity.in
ns2.christuniversity.in


And yet dig(1) can find them:

2024-03-04 17:56:59 dpchrist@laalaa ~
$ dig @9.9.9.9 ns1.christuniversity.in

; <<>> DiG 9.16.48-Debian <<>> @9.9.9.9 ns1.christuniversity.in
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 40331
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;ns1.christuniversity.in.   IN  A

;; ANSWER SECTION:
ns1.christuniversity.in. 60 IN  A   111.93.136.227

;; 

Re: bash parameter expansion "doesn't like" dots?

[Greg Wooledge]

On Tue, Mar 05, 2024 at 11:24:11AM +0900, John Crawley wrote:
> ^ worked as a negator in dash character classes up to Bullseye though, so 
> something has changed recently. That's what my web searching failed to find...

It looks like dash doesn't have up-to-date documentation on its changes.
There's a ChangeLog file in the upstream Git repository's top level
directory[1] (shipped as changelog.gz in the Debian package), but the most
recent entry in it is dated 2014-11-17.

We might *guess* that this change was made to make dash more strict
about POSIX minimalism (removing extensions), but without documentation
we can't do more than guess about motives.

[1] https://git.kernel.org/pub/scm/utils/dash/dash.git/tree/

Re: bash parameter expansion "doesn't like" dots?

[John Crawley]

On 05/03/2024 11:36, Max Nikulin wrote:

On 05/03/2024 09:02, Greg Wooledge wrote:

On Tue, Mar 05, 2024 at 10:49:34AM +0900, John Crawley wrote:


I think ^ has been deprecated recently. I failed to find a reference on the web 
just now though.


So, ^ isn't "deprecated".  It's just not portable to sh.


Running shellcheck on a *sh* script with a [^s] glob gives 
https://www.shellcheck.net/wiki/SC3026
"In POSIX sh, ^ in place of ! in glob bracket expressions is undefined."
with some links. There is no warning in the case of a #!/bin/bash script.



Thanks! Shellcheck also says:
"Dash used to support [^c] when compiled with fnmatch and glob from glibc, but it 
was considered as a bug and fixed in version 0.5.12."

That's the version of dash which arrived in Debian Bookworm.
--
John

Re: bash parameter expansion "doesn't like" dots?

[Max Nikulin]

On 05/03/2024 09:02, Greg Wooledge wrote:

On Tue, Mar 05, 2024 at 10:49:34AM +0900, John Crawley wrote:


I think ^ has been deprecated recently. I failed to find a reference on the web 
just now though.


So, ^ isn't "deprecated".  It's just not portable to sh.


Running shellcheck on a *sh* script with a [^s] glob gives 
https://www.shellcheck.net/wiki/SC3026

"In POSIX sh, ^ in place of ! in glob bracket expressions is undefined."
with some links. There is no warning in the case of a #!/bin/bash script.

Re: bash parameter expansion "doesn't like" dots?

[John Crawley]

On 05/03/2024 11:02, Greg Wooledge wrote:

On Tue, Mar 05, 2024 at 10:49:34AM +0900, John Crawley wrote:

On 05/03/2024 05:27, David Wright wrote:

Which shell also matters. The OP appears to be using ^ to negate,
but ! has the advantage that it will be understood in bash and dash.


I think ^ has been deprecated recently. I failed to find a reference on the web 
just now though.


POSIX specifies that ! is the negation character in glob ranges, largely
because ^ used to be a synonym for | in the old Bourne shell (for the
benefit of keyboards that didn't have a convenient | character).

The use of ^ as a glob negation is a bash extension.  It's nice for
people who may not even realize that they're supposed to be using !
because they learned regular expressions first.

So, ^ isn't "deprecated".  It's just not portable to sh.


^ worked as a negator in dash character classes up to Bullseye though, so 
something has changed recently. That's what my web searching failed to find...

--
John

Re: bash parameter expansion "doesn't like" dots?

[Greg Wooledge]

On Tue, Mar 05, 2024 at 10:49:34AM +0900, John Crawley wrote:
> On 05/03/2024 05:27, David Wright wrote:
> > Which shell also matters. The OP appears to be using ^ to negate,
> > but ! has the advantage that it will be understood in bash and dash.
> 
> I think ^ has been deprecated recently. I failed to find a reference on the 
> web just now though.

POSIX specifies that ! is the negation character in glob ranges, largely
because ^ used to be a synonym for | in the old Bourne shell (for the
benefit of keyboards that didn't have a convenient | character).

The use of ^ as a glob negation is a bash extension.  It's nice for
people who may not even realize that they're supposed to be using !
because they learned regular expressions first.

So, ^ isn't "deprecated".  It's just not portable to sh.

Re: bash parameter expansion "doesn't like" dots?

[John Crawley]

On 05/03/2024 05:27, David Wright wrote:

Pattern matching in the shell is not the same as in grep: the
rules are different, but similar enough to confuse.

Grep uses regular expressions, while the shell is usually globs. (I have no 
experience of shells other than dash and bash though.)
Bash can compare with regexes using the =~ operator [[ $A =~ $B ]] ...


Which shell also matters. The OP appears to be using ^ to negate,
but ! has the advantage that it will be understood in bash and dash.


I think ^ has been deprecated recently. I failed to find a reference on the web 
just now though.

Testing with dash on Bullseye:
$ v=string
$ echo ${v#*[!s]}
ring
$ echo ${v#*[^s]}
ring

But on Bookworm:
$ v=string
$ echo ${v#*[!s]}
ring
$ echo ${v#*[^s]}
tring

Now the ^ is being treated as just a list member.

With Bash the ^ still seems to be treated as a negator on Bookworm.

So yes, we should be switching to !

--
John

Re: electrons/the Internet doesn't like question authority niggahs?, oris it that I like to eat raw garlic, ...

[gene heskett]

On 3/4/24 11:42, Albretch Mueller wrote:

spend days on end reading, coding and thinking about Math?

[...]
Your traceroute might be your isp throttling things as traceroute 
demands an answer from every machine it passes thru to get to the 
destination. Some ISP's might frown on that as its a huge traffic burst.



_LINK="https://christuniversity.in/uploads/course/E_21-25_Lateral
Entry(1)_20210618043317.pdf"


This above is busted and will continue to be until you replace the " " 
wrapping it up with left & right arrows like:  
which unless your email agent is truly Jurassic, will protect the link 
from line wrapping. It can then be wrapped in transit and still work. It 
has been a std for 2 decades or more.


[...]

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

Re: electrons/the Internet doesn't like question authority niggahs?, or is it that I like to eat raw garlic, ...

[Albretch Mueller]

On 3/4/24, Andy Smith  wrote:
> Please could you rephrase your entire email to only contain
> coherent, direct questions at least tenuously about Debian.

 I am downloading one by one a bunch of (relatively small) documents I
need (I work on corpora research) and the critical part of my bash
script looks like:

   wget --no-check-certificate --server-response --no-verbose
--continue --user-agent="${ua}" --keep-session-cookies --execute
robots=off --waitretry=1 --tries=5  --output-document="${opdf}"
--output-file="${log}" "${pdf}"
   if [[ $? -ne 0 ]]; then
echo "// __ [$_ix/$_lns): ${pdf}|${dmn}_${bn}| *~ download failed"
 >> "${failed_log}" 2>&1
ping="${odir}/${dmn}_${dt}_ping.txt"; time ( ping -c 4 "${dmn}" >
"${ping}" 2>&1 ) >> "${ping}" 2>&1
trace="${odir}/${dmn}_${dt}_traceroute.txt"; time( sudo traceroute
--debug --tcp "${dmn}" > "${trace}" 2>&1 ) >> "${trace}" 2>&1
dig="${odir}/${dmn}_${dt}_dig.txt"; time ( dig +time=5 "${dmn}" >
"${dig}" 2>&1 ) >> "${dig}" 2>&1
   fi

 Most connections attempts are either missed or dropped even though I
am testing first that the data is there. Maybe you know a better way
you would share?
 When I use brave/private/TOR (which apparently uses its own DNS
strategy) things become a lot less problematic (even if noticeably
slower than it already is), so it seems I may have to run brave
through Selenium ...
 I have never been able to see a traceroute log in all its integrity.
I would not go:
 sudo service networking restart
 after every traceroute run, because I am using my employers Internet
and I don't want to risk "electrons" getting even angrier with me.
 lbrtchx

Re: a couple rpi problems

[ghe2001]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256








On Monday, March 4th, 2024 at 5:01 PM, Greg Wooledge  wrote:

> On Mon, Mar 04, 2024 at 11:41:07PM +, ghe2001 wrote:
> 
> > 1) The 5, pi5.slsware.lan, keeps sending me email saying,
> > 
> > "*** SECURITY information for pi5 ***"
> 
> 
> So, "pi5" appears to be your hostname.

Yup.

> It can't resolve its own hostname. You're probably missing a line in
> your /etc/hosts file.

Oh!  It wants the IP!  You're right -- pi5 isn't in there.  Thanks.

--
Glenn English

-BEGIN PGP SIGNATURE-
Version: ProtonMail

wsBzBAEBCAAnBYJl5mNYCZCf14YxgqyMMhYhBCyicw9CUnAlY0ANl5/XhjGC
rIwyAAANBwgAq7nMSAqNTRA7YRx9vW/7JkI/ely4QL6xYUrQ9g7+JWLvi5Do
Qu2vfEKrPuidVahKp3YRcXMNXIryAKS9mO5ghUieiEUMTSH3M+aXiSC7m3CO
Xu7qR5YPdKRM58iMkxHLN2IW2ioDGWAkQo9IdKxFNQvKP7KDhGleWmscFtjC
nbD7kfkKZNShC3s/woEdctrqx2HlJQrbcU4pm6VUNsX0xAL71xPV/jro1Tr3
zPEnAy1Gq5VbcspMShUngaKEFn686GLlyaTaVR5ZWZJZOpEeRf2K/Qf8fZSt
sR/orl0tSGZO2BJdGrZUu9vjkdNwHiSMLC7wkiKU9HdtM58f7PtYRw==
=u7/T
-END PGP SIGNATURE-

Re: electrons/the Internet doesn't like … that I like to eat raw garlic, ...

[David Wright]

On Mon 04 Mar 2024 at 12:36:54 (-0800), David Christensen wrote:
> On 3/4/24 08:37, Albretch Mueller wrote:

> > _LINK="https://christuniversity.in/uploads/course/E_21-25_Lateral
> > Entry(1)_20210618043317.pdf"
> 
> When I click the above link in my mail client (Thunderbird), my
> browser (Firefox) attempts to open the URL.  But, the URL is mangled
> by mail client line wrap and/or indentation (?), and the connection
> times out:
> 
> https://christuniversity.in/uploads/course/E_21-25_Lateral
> 
> An error occurred during a connection to christuniversity.in.

I ignored the filename, and pasted https://christuniversity.in/uploads/course/
into FF. Here's the text copy/pasted off the page that was displayed.
It was accompanied by the image that is displayed at
https://christuniversity.in/images/cour-btch-bnnr.jpg



Alumni
Careers
IQAC
International
Centres
Accreditation

About Us
Academics
Research
Student Life
E - Services
Campuses
Visitors

Programme Details

Open From :
Open Until :

CHRIST
(Deemed to be University)

Dharmaram College Post, Hosur Road, Bengaluru - 560029,
Karnataka, India

Tel: +91 804012 9100 / 9600

Fax: 40129000

Email: m...@christuniversity.in

Web: http://www. christuniversity.in
Vision

EXCELLENCE AND SERVICE
Mission

CHRIST (Deemed to be University) is a nurturing ground for an individual's 
holistic development to make effective contribution to the society in a dynamic 
environment.

UBA
FCRA
Alumni
IQAC
Careers

Library
Centres
Research
Admission
Course Index

Copyright © CHRIST (Deemed to be University) 2020 | Privacy Policy
Website Developed by Cloud Business Pages from INI Technologies Pvt Ltd., 
Kochi, India



Just a data point.

Cheers,
David.

Re: a couple rpi problems

[Greg Wooledge]

On Mon, Mar 04, 2024 at 11:41:07PM +, ghe2001 wrote:
> 1) The 5, pi5.slsware.lan, keeps sending me email saying, 
> 
> "*** SECURITY information for pi5 ***" 

So, "pi5" appears to be your hostname.

> "pi5 : Mar  4 15:40:14 : root : unable to resolve host pi5: Name or service 
> not known"
> 
> I have no idea why it's complaining or what's bent.  

It can't resolve its own hostname.  You're probably missing a line in
your /etc/hosts file.

a couple rpi problems

[ghe2001]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

rpi5 and 4, standard Debian clone OS

1) The 5, pi5.slsware.lan, keeps sending me email saying, 

"*** SECURITY information for pi5 ***" 

and 

"pi5 : Mar  4 15:40:14 : root : unable to resolve host pi5: Name or service not 
known"

I have no idea why it's complaining or what's bent.  


2) On both the 4 and 5, 'needrestart' says I'm running on an old kernel and 
tells me that a reboot will start the newer version.  But it's just kidding -- 
I reboot and I get the same message again.  The 4's been doing that for a long 
time, and I've just let it keep running the old kernel because I'm afraid I 
might break something if I try to delete the old kernel.  But I just got the 5 
a few days ago, it's doing the same thing, and I'd like to get this dealt with.

IIRC (I'm 81, and that's no longer a given), I never saw this with the rpi2s or 
3s or the real Debian boxen. 

Any thoughts/suggestions would be appreciated...

--
Glenn English
-BEGIN PGP SIGNATURE-
Version: ProtonMail

wsBzBAEBCAAnBYJl5lv0CZDmyitW0WqrdxYhBMRG7aHlwXhPX67r9+bKK1bR
aqt3AAAKKwf/QpSQ5LbO3FflxshXl0s+7TZWnW1dWw3XmWHuhuLM904ie6vL
DdaZWr2C/7ZuVN0iKvwpX5Z+8AwtyUTNfrxV7yMKvZw+Gzuc8ZZ2NN/7oGI4
7o8Ua/OXYlwIeKVL8agb3frMvz7Flsh3C9eOqvv7WJTmhkLE23ZKN84VHPcz
GpaSi/K7l6bpHDrC50F1HvgtYzGZIp7bJVY930+IRv1BYLJI7EwLDiC5JjeN
37T1s/Ul7460FFM0J49LMZYUEQKkWqBPw8wqf6zK0WNJ8DYJ6dHA+6Hqf6Xz
CZyPRL2E1Zd0wAtrHPrl+JMHxfMblwyZMu0vkI+h6HHzfbcaEkwMBg==
=BPuV
-END PGP SIGNATURE-

Re: resolv.conf (was Re: electrons/the Internet [racism redacted])

[David Christensen]

On 3/4/24 13:11, Greg Wooledge wrote:

On Mon, Mar 04, 2024 at 12:36:54PM -0800, David Christensen wrote:

I believe Debian rewrites /etc/resolv.conf on every boot.


This is not correct.  It's *partly* correct if you ignore a lot of
complicating factors.

Short version: read .

Long version follows:

If you have a static network interface configuration, defined in
/etc/network/interfaces, with no DHCP client, no VPN stuff going on,
etc. then your /etc/resolv.conf will not be changed.  You can edit the
file and put whatever you want in it, and it'll remain as you wish it
to be.

Unfortunately, almost *nobody* has a setup like this any more.

In a more typical environment, you get your IP address via DHCP, which
means you're running a DHCP client daemon.  Most DHCP client daemons
will rewrite the /etc/resolv.conf file every time they refresh their
DHCP lease.  This may indeed happen at boot time, but it'll also happen
a couple times a day during normal operations.

So, a simple instruction like "edit /etc/resolv.conf" is no longer
possible.  Even worse, there's no single *alternative* either.  You can't
even say "do ___ instead".

To put the correct values into your /etc/resolv.conf file nowdays, you
have to select a *strategy*.  You need to find an indirect way to put
the right content into some *other* place, in such a way that it will
eventually find its way into /etc/resolv.conf every time the file is
rewritten.  And there are *lots* of strategies that will work, so you
can't even say "obviously this one is best".  Life is not that simple.

Or, you could use chattr +i to make the /etc/resolv.conf file immutable,
so DHCP clients and other programs cannot overwrite it.

Either way, you take ownership of whatever strategy you decide to use,
together with its pros and cons.  You'll have to understand that on *this*
system, you went with *this* strategy, and remember where to put your
changes, and how to make them.  Or at the very least, you'll need to be
*aware* of all the strategies you've got in play on all of your systems,
and know how to identify which one is in use on any given system.



Thank you for the clarification.  Thankfully, my gateway DHCP server and 
my Debian instances work together.



David

Re: Wifi - unable to connect. [solved]

[Jeffrey Walton]

On Mon, Mar 4, 2024 at 4:58 PM Greg  wrote:
>
> On 2/26/24 18:52, Kamil Jońca wrote:
> [...]
> >
> > What if:
> > network = {
> >   ssid="ssid"
> >   key_mgmt=WPA-EAP
> >   eap=PEAP
> >   identity="uid"
> >   phase2="auth=MSCHAPV2"
> >   mesh_fwding=1
> >   password="pas"
> >   }

The MSCHAPv2 is like a dagger in my eye. Are you required to use it?



Jeff

Re: resolv.conf (was Re: electrons/the Internet [racism redacted])

[Markus Schönhaber]

04.03.24, 22:11 +0100, Greg Wooledge:

> Instead,
> we will have another hundred-message argument, in which half the
> participants will have no idea what the issue is (but will chime in loudly
> anyway), and the second half will simply attack whatever strategies the
> third half have selected.

You made my day :-)

-- 
Regards
  mks

Re: Wifi - unable to connect. [solved]

[Greg]

On 2/26/24 18:52, Kamil Jońca wrote:
[...]


What if:
network = {
  ssid="ssid"
  key_mgmt=WPA-EAP
  eap=PEAP
  identity="uid"
  phase2="auth=MSCHAPV2"
  mesh_fwding=1
  password="pas"
  }


Bingo! Dzięki wielkie, ułatwiłeś mi życie.

Regards
Greg

Re: resolv.conf (was Re: electrons/the Internet [racism redacted])

[Jeffrey Walton]

On Mon, Mar 4, 2024 at 4:12 PM Greg Wooledge  wrote:
>
> On Mon, Mar 04, 2024 at 12:36:54PM -0800, David Christensen wrote:
> > I believe Debian rewrites /etc/resolv.conf on every boot.
>
> This is not correct.  It's *partly* correct if you ignore a lot of
> complicating factors.
> [...]
>
> All of this is documented on 
> but it's a virtual certainty that nobody in this thread will read that
> wiki page and select a strategy and implement it and be happy.  Instead,
> we will have another hundred-message argument, in which half the
> participants will have no idea what the issue is (but will chime in loudly
> anyway), and the second half will simply attack whatever strategies the
> third half have selected.

Lol... so true. The internet never misses an opportunity to argue!

> resolv.conf (was Re: electrons/the Internet [racism redacted])

And I think I hear someone approaching with the Mjölnir hammer.
Someone might be plonked over the head.

Jeff

Re: Encrypted home and pam_mount

[Andrey Dogadkin]

On Sun, 2024-03-03 at 21:27 +0700, Max Nikulin wrote:
> On 03/03/2024 02:46, Andrey Dogadkin wrote:
> > Automounting works fine, but I'm having trouble with auto-
> > unmounting
> > when I log out. The partition stays mounted and I can see "target
> > is
> > busy" errors from umount in the journal.
> 
> It is an issue with ecryptfs and fscrypt as well.
> 
> https://github.com/systemd/systemd/issues/8598#issuecomment-376845082
> "systemd-user doesn't properly close its PAM session"

I saw that issue and it didn't strike me as related to my case,
pam_mount works fine as long as I allow it to shoot everything down.

> systemd-logind default settings have UserStopDelaySec=10 so some 
> processes are still running after the session is finished.

Setting UserStopDelaySec to 0 gave me the same results.

The thing is, even if I set absurdly big wait delay in pam_mount's
logout statement, I can still observe pulseaudio and dbus-daemon
running throughout the whole delay period. Systemd makes no attempt to
stop them before or while pam_mount is running, that's why it seems
like an ordering problem rather than just things being late.

> Depending on desktop environment or window manager you may try
> 
>   systemctl --user start exit.target
> 
> during logout if the user has no other sessions (SSH, VT, etc.)

I guess I'll stick with  for now. If I have to force things
into behaving properly, might as well let pam_mount do it for me :)
Thank you for your reply

> I have not tried systemd-homed
> https://systemd.io/HOME_DIRECTORY/
> 
> 

resolv.conf (was Re: electrons/the Internet [racism redacted])

[Greg Wooledge]

On Mon, Mar 04, 2024 at 12:36:54PM -0800, David Christensen wrote:
> I believe Debian rewrites /etc/resolv.conf on every boot.

This is not correct.  It's *partly* correct if you ignore a lot of
complicating factors.

Short version: read .

Long version follows:

If you have a static network interface configuration, defined in
/etc/network/interfaces, with no DHCP client, no VPN stuff going on,
etc. then your /etc/resolv.conf will not be changed.  You can edit the
file and put whatever you want in it, and it'll remain as you wish it
to be.

Unfortunately, almost *nobody* has a setup like this any more.

In a more typical environment, you get your IP address via DHCP, which
means you're running a DHCP client daemon.  Most DHCP client daemons
will rewrite the /etc/resolv.conf file every time they refresh their
DHCP lease.  This may indeed happen at boot time, but it'll also happen
a couple times a day during normal operations.

So, a simple instruction like "edit /etc/resolv.conf" is no longer
possible.  Even worse, there's no single *alternative* either.  You can't
even say "do ___ instead".

To put the correct values into your /etc/resolv.conf file nowdays, you
have to select a *strategy*.  You need to find an indirect way to put
the right content into some *other* place, in such a way that it will
eventually find its way into /etc/resolv.conf every time the file is
rewritten.  And there are *lots* of strategies that will work, so you
can't even say "obviously this one is best".  Life is not that simple.

Or, you could use chattr +i to make the /etc/resolv.conf file immutable,
so DHCP clients and other programs cannot overwrite it.

Either way, you take ownership of whatever strategy you decide to use,
together with its pros and cons.  You'll have to understand that on *this*
system, you went with *this* strategy, and remember where to put your
changes, and how to make them.  Or at the very least, you'll need to be
*aware* of all the strategies you've got in play on all of your systems,
and know how to identify which one is in use on any given system.

All of this is documented on 
but it's a virtual certainty that nobody in this thread will read that
wiki page and select a strategy and implement it and be happy.  Instead,
we will have another hundred-message argument, in which half the
participants will have no idea what the issue is (but will chime in loudly
anyway), and the second half will simply attack whatever strategies the
third half have selected.

And in another month or two, we'll do it all again.

Re: electrons/the Internet doesn't like question authority niggahs?, or is it that I like to eat raw garlic, ...

[David Christensen]

On 3/4/24 08:37, Albretch Mueller wrote:





Yes, networking problems are infuriating.



Something that shouldn't be happening at all is that after I use
traceroute once, it doesn't work again and my Internet access speed
describes like a sinus curve which amplitude remains for the most part
under 16KiB per second and for more than one second as 0B per second.

_LINK="https://christuniversity.in/uploads/course/E_21-25_Lateral
Entry(1)_20210618043317.pdf"



I have AT Internet service in Tracy, California.


My daily driver is:

2024-03-04 10:47:12 dpchrist@laalaa ~
$ cat /etc/debian_version ; uname -a
11.9
Linux laalaa 5.10.0-28-amd64 #1 SMP Debian 5.10.209-2 (2024-01-31) 
x86_64 GNU/Linux



When I click the above link in my mail client (Thunderbird), my browser 
(Firefox) attempts to open the URL.  But, the URL is mangled by mail 
client line wrap and/or indentation (?), and the connection times out:


https://christuniversity.in/uploads/course/E_21-25_Lateral

An error occurred during a connection to christuniversity.in.

The site could be temporarily unavailable or too busy. Try again in 
a few moments.
If you are unable to load any pages, check your computer’s network 
connection.
If your computer or network is protected by a firewall or proxy, 
make sure that Firefox is permitted to access the web.



The following URL's also time out (see DNS comments, below):

http://christuniversity.in/
http://103.105.225.131/
http://111.93.136.229/

https://christuniversity.in/
https://103.105.225.131/
https://111.93.136.229/



  1) is the file actually there?:

wget -q --spider "${_LINK}"; _WGETQ=$?



I refrain from spidering web sites -- being blackholed is not good.



$ ls -l /etc/resolv.conf
-rw-r--r-- 1 root root 204 Mar  3 18:59 /etc/resolv.conf



2024-03-04 10:50:49 dpchrist@laalaa ~
$ ls -l /etc/resolv.conf
-rw-r--r-- 1 root root 83 Mar  4 09:50 /etc/resolv.conf



$ cat /etc/resolv.conf
# Generated by NetworkManager
# nameserver 192.168.1.254
# nameserver 192.168.68.1

# https://serverfault.com/questions/76421/wget-cant-resolve-host
# RED 2013-03-31
nameserver 8.8.8.8
nameserver 8.8.4.4



2024-03-04 10:51:32 dpchrist@laalaa ~
$ cat /etc/resolv.conf
# Generated by NetworkManager
search tracy.holgerdanske.com
nameserver 192.168.5.1


I believe Debian rewrites /etc/resolv.conf on every boot.


Hard coding Google Public DNS servers should work, but letting your 
gateway do it for your LAN is easier to manage, is faster, and conserves 
WAN bandwidth.  I would revert your changes.



And, Google is watching you.


STFW for DNS privacy:

https://avoidthehack.com/best-dns-privacy


I think I will configure my gateway to use Quad9:

https://www.quad9.net/service/locations/


The next level up would be DNS over TLS (DoT), DNS over HTTPS (DoH), 
DNSCrypt, etc.:


https://en.wikipedia.org/wiki/DNS_over_TLS



$ ls -l /etc/nsswitch.conf
-rw-r--r-- 1 root root 613 Mar  3 12:57 /etc/nsswitch.conf



2024-03-04 10:52:04 dpchrist@laalaa ~
$ ls -l /etc/nsswitch.conf
-rw-r--r-- 1 root root 542 Jan  9  2022 /etc/nsswitch.conf



$ cat /etc/nsswitch.conf
# /etc/nsswitch.conf
#
# Example configuration of GNU Name Service Switch functionality.
# If you have the `glibc-doc-reference' and `info' packages installed, try:
# `info libc "Name Service Switch"' for information about this file.

passwd: files
group:  files
shadow: files
gshadow:files

#hosts:  files mdns4_minimal [NOTFOUND=return] dns myhostname

hosts:  files dns mdns4_minimal [NOTFOUND=return] dns myhostname

networks:   files

protocols:  db files
services:   db files
ethers: db files
rpc:db files

netgroup:   nis



2024-03-04 10:56:37 dpchrist@laalaa ~
$ cat /etc/nsswitch.conf
# /etc/nsswitch.conf
#
# Example configuration of GNU Name Service Switch functionality.
# If you have the `glibc-doc-reference' and `info' packages installed, try:
# `info libc "Name Service Switch"' for information about this file.

passwd: files systemd
group:  files systemd
shadow: files
gshadow:files

hosts:  files mdns4_minimal [NOTFOUND=return] dns
networks:   files

protocols:  db files
services:   db files
ethers: db files
rpc:db files

netgroup:   nis


It appears my /etc/nsswitch.conf has not been touched since 
installation.  I would revert your changes.




; <<>> DiG 9.18.19-1~deb12u1-Debian <<>> +time christuniversity.in
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 49715
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;christuniversity.in.   IN  A

;; ANSWER SECTION:
christuniversity.in.60  IN  A   103.105.225.131
christuniversity.in.60  IN  A   111.93.136.229

;; Query time: 327 msec
;; SERVER: 

Re: bash parameter expansion "doesn't like" dots?

[David Wright]

On Mon 04 Mar 2024 at 11:51:29 (+0900), John Crawley wrote:
> On 04/03/2024 10:07, David Wright wrote:
> > On Sun 03 Mar 2024 at 17:58:53 (-0600), Albretch Mueller wrote:
> > >   bash doesn't seem to like dots too close to brackets:
> > > 
> > >   echo "${_VAR//[^0-9a-zA-Z.,_-]/}"
> > > 
> > >   works fine.
> > > 
> > > On 3/3/24, Albretch Mueller  wrote:
> > > > _VAR="admissions.piedmont.edu_files?trackid=wnm:1980=what-is-the-second-fundamental-theorem-of-calculus(1).pdf"
> > > > 
> > > > echo "${_VAR//[^a-zA-Z0-9_-]/}"
> > > > 
> > > > echo "${_VAR//[^a-zA-Z0-9_-.]/}"
> >   ↑↑↑
> > 
> > That's a range, except that it isn't because it's written backwards.
> > Check for yourself by testing with 9-0 instead of 0-9.
> > 
> So the problem isn't about dots,

It shouldn't be, as there's nothing special about ".", though there's
the mystery of what was said in the OP's quoted post, which we're not
privy to.

> but the handling of the - which has to go last if it isn't to be treated as a 
> range marker.

First or last in the set. I prefer last, because "]" can only go first
in the set to be a matchable character.

> https://www.gnu.org/software/grep/manual/html_node/Character-Classes-and-Bracket-Expressions.html
> says:
> 
> ‘-’
> represents the range if it’s not first or last in a list or the ending 
> point of a range. To make the ‘-’ a list item, it is best to put it last.

Well, here's a clue as to where the trouble might have arisen.
Pattern matching in the shell is not the same as in grep: the
rules are different, but similar enough to confuse.

Which shell also matters. The OP appears to be using ^ to negate,
but ! has the advantage that it will be understood in bash and dash.

Cheers,
David.

Re: [OT] VMware vende su negocio enfocado a usaurios finales

[Juan carlos Rebate]

Dejarán workstation discontinuado? Lo empeorarán aún más? Se sabe algo?

El mié., 28 feb. 2024 11:57, Camaleón  escribió:

> Hola,
>
> Pues eso, ojo avizor quienes uséis productos de VMware que Broadcom
> está empezando a hacer caja «soltando lastre»:
>
> Broadcom Sells VMware's End-User Computing Division for $4bn
> https://news.itsfoss.com/broadcom-vmware-euc/
>
> KKR comprará la unidad de informática de usuario final de Broadcom por
> 4.000 millones de dólares
>
> https://es.investing.com/news/stock-market-news/kkr-comprara-la-unidad-de-informatica-de-usuario-final-de-broadcom-por-4000-millones-de-dolares-93CH-2581920
>
> Saludos,
>
> --
> Camaleón
>
>

Re: TESTE DE INTEGRIDADE SSD

[Yuri Musachio]

Anderson, boa tarde!

Eu não entendi bem a sua dúvida, mas sobre a partição /boot eu consegui 
contornar isso.
Você não precisa adicionar a partição /boot ao RAID... Algo que você pode fazer 
é reconfigurar o grub para que, quando ele atualizar, o sistema identifica que 
existem duas partições /boot e irá atualizar as duas. Sendo assim, se em algum 
momento o disco 1 (principal) parar de funcionar, o segundo disco terá o /boot 
atualizado e irá conseguir iniciar corretamente.
PORÉM, existe um segundo pulo do gato que envolve o /boot e o fstab... É meio 
complicado descrever o problema, mas se trata do seguinte:
Após você rodar o reconfigure pros grubs/boot, você conseguirá adicionar a 
lista do fstab quais são os seus /boot (UUID). O que acontece é que, se o disco 
principal falhar, durante a inicialização do sistema, o sistema vai ler a 
primeira linha de /boot que será o UUID do /boot do disco principal que neste 
caso está fora, e por conta disso não conseguirá iniciar. OK, você até vai 
conseguir acessar a máquina e modificar o fstab para o segundo UUID de /boot 
passar a ser o principal, mas o intuito é isso ser invisível. Para este caso, 
você pode adicionar um mesmo LABEL para as partições /boot.
Logo, na identificação do fstab, ao invés de ter um UUID diferente para cada 
/boot, você irá identificar o label para montar no /boot. Neste caso, como as 
duas partições /boot dos dois discos possuem o mesmo LABEL, caso um /boot pare 
de funcionar (disco fora), ele irá iniciar pelo outro /boot do segundo disco.
Irei descrever abaixo os comandos:

Reconfigurar e identificar os /boot que serão atualizados em conjunto.
PS: É sempre indicado que os HDs sejam de mesma marca e capacidade, para que no 
momento da formatação do disco, o /boot secundário ficar identico ao principal.
# dpkg-reconfigure grub-efi-amd64

Adicionar LABEL aos /boot.
# dosfslabel /dev/boot1 "nome-label"
# dosfslabel /dev/boot2 "nome-label"

Modificar no fstab a linha que diz respeito ao /boot , trocando o UUID por 
LABEL.
LABEL=nome-label /boot 

Pra testar, já sabe... Desativa um HD, depois tenta iniciar pelo outro. Depois 
desativa o atual, e reinicia pelo que estava parado.
Interessante é que o RAID ainda irá funcionar lindamente, e nunca te dará dor 
de cabeça. :)
Espero ter ajudado!

Best,
On Mar 4 2024, at 1:10 pm, Anderson Rodrigues  
wrote:
> Por falar em Raid tem um problema que eu ainda não consegui contornar, 
> fazendo Raid em Software temos um problema para instalar o /Boot no Raid por 
> exemplo "md0/boot" o Grub não consegue ver esse diretório durante a 
> instalação uma forma de contornar isso é criar uma partição no disco somente 
> para o /boot, porém se esse disco for o que apresentar o problema perdemos o 
> acesso ao sistema, uma pergunta RAID em software é recomendado apenas para 
> máquinas desktops e não servidores, ou temos alguma forma de deixar o /boot 
> com grub em todos os discos de forma a não parar a máquina?
> Muito Obrigado a todos e um bom dia.
>
>
> Em sáb., 2 de mar. de 2024 às 16:01, Rafael de Almeida  (mailto:rafael.i...@gmail.com)> escreveu:
> > Galera,
> > Quem quiser saber mais sobre SSD no Linux
> > https://eriberto.pro.br/palestras/ssd-ref-biblio.pdf
> >
> >
> >
> > Em sáb., 2 de mar. de 2024 às 01:47, Leandro Cunha 
> > mailto:leandrocunha...@gmail.com)> escreveu:
> > > João, é você que realiza o processo pra se retirar da lista.
> > >
> > > https://lists.debian.org/debian-user-portuguese/
> > > Em qua., 28 de fev. de 2024, 14:37, João Pedro Nader Gervasoni 
> > > mailto:jnge...@hotmail.com)> escreveu:
> > > > Me retire desta lista
> > > >
> > > > Obter o Outlook para Android (https://aka.ms/AAb9ysg)
> > > > From: Jose Tavares  > > > (mailto:jaatavar...@gmail.com)>
> > > > Sent: Wednesday, February 28, 2024 2:02:14 AM
> > > > To: Yuri Musachio  > > > (mailto:yuri.musac...@gmail.com)>
> > > > Cc: Rafael de Almeida  > > > (mailto:rafael.i...@gmail.com)>; debian-user-portuguese 
> > > >  > > > (mailto:debian-user-portuguese@lists.debian.org)>
> > > > Subject: Re: TESTE DE INTEGRIDADE SSD
> > > >
> > > >
> > > > Me lembrei de algo extra..
> > > >
> > > > Se a máquina onde o SSD está ficar fazendo muito swap, e for colocado 
> > > > no SSD uma particao de swap muito pequena, alguns blocos do SSD serão 
> > > > super stressados com escrita e leitura, podendo danificar aquele espaco 
> > > > precocemente. A recomendacao é que o swap seja sempre 2x a quantidade 
> > > > de ram. Hoje em dia isto pode ser bastante de espaco desperdicado.
> > > > Lembrei disto pois já estourei SSD e nvme de laptops algumas vezes. lol 
> > > > ..
> > > > Deixa eu contar como aconteceu comigo o problema repetitivamente:
> > > > Se o cara ir atrás do MTBF dos modelos de SSD e ler quantos bytes eles 
> > > > aceitam de escrita antes de pifar, e então dividir os bytes pelo espaco 
> > > > de disco, se consegue saber quantas vezes um determinado bloco consegue 
> > > > aceitar escritas antes de estourar.
> > > >
> > > > 

Re: TESTE DE INTEGRIDADE SSD

[Paulo Ricardo Bruck]

Humm vou dar o meu pitaco pois faz muito tempo que não mexo com o msadm,
mas na época eu fazia um grub-install /dev/ sda; grub-install /dev/sdb

Em seg., 4 de mar. de 2024, 14:27, Anderson Rodrigues <
andersonrodrigues1...@gmail.com> escreveu:

> Por falar em Raid tem um problema que eu ainda não consegui contornar,
> fazendo Raid em Software temos um problema para instalar o /Boot no Raid
> por exemplo "md0/boot" o Grub não consegue ver esse diretório durante a
> instalação uma forma de contornar isso é criar uma partição no disco
> somente para o /boot, porém se esse disco for o que apresentar o problema
> perdemos o acesso ao sistema, uma pergunta RAID em software é recomendado
> apenas para máquinas desktops e não servidores, ou temos alguma forma de
> deixar o /boot com grub em todos os discos de forma a não parar a máquina?
> Muito Obrigado a todos e um bom dia.
>
> Em sáb., 2 de mar. de 2024 às 16:01, Rafael de Almeida <
> rafael.i...@gmail.com> escreveu:
>
>> Galera,
>> Quem quiser saber mais sobre SSD no Linux
>> https://eriberto.pro.br/palestras/ssd-ref-biblio.pdf
>>
>> Em sáb., 2 de mar. de 2024 às 01:47, Leandro Cunha <
>> leandrocunha...@gmail.com> escreveu:
>>
>>> João, é você que realiza o processo pra se retirar da lista.
>>>
>>> https://lists.debian.org/debian-user-portuguese/
>>>
>>> Em qua., 28 de fev. de 2024, 14:37, João Pedro Nader Gervasoni <
>>> jnge...@hotmail.com> escreveu:
>>>
 Me retire desta lista

 Obter o Outlook para Android 
 --
 *From:* Jose Tavares 
 *Sent:* Wednesday, February 28, 2024 2:02:14 AM
 *To:* Yuri Musachio 
 *Cc:* Rafael de Almeida ;
 debian-user-portuguese 
 *Subject:* Re: TESTE DE INTEGRIDADE SSD

 Me lembrei de algo extra..

 Se a máquina onde o SSD está ficar fazendo muito swap, e for colocado
 no SSD uma particao de swap muito pequena, alguns blocos do SSD serão super
 stressados com escrita e leitura, podendo danificar aquele espaco
 precocemente. A recomendacao é que o swap seja sempre 2x a quantidade de
 ram. Hoje em dia isto pode ser bastante de espaco desperdicado.

 Lembrei disto pois já estourei SSD e nvme de laptops algumas vezes. lol
 ..
 Deixa eu contar como aconteceu comigo o problema repetitivamente:
 Se o cara ir atrás do MTBF dos modelos de SSD e ler quantos bytes eles
 aceitam de escrita antes de pifar, e então dividir os bytes pelo espaco de
 disco, se consegue saber quantas vezes um determinado bloco consegue
 aceitar escritas antes de estourar.

 Depois o cara cria o swap 2x o tamanho da ram e passa a hibernar a
 máquina no trajeto pro office e no trajeto pra casa, o que seria uma boa
 prática. Dois hibernates por dia, duas escritas da ram no SSD, no mesmo
 espaco do swap, vezes uns 2 anos fazendo isto e plim, o SSD comeca a ficar
 lerdo quando se vai hibernar (realocando) e uma hora dá zebra. É só fazer
 os calculos, mas pelos 2 anos o problema acontece.

 Jose Tavares


 On Wed, Feb 28, 2024 at 1:44 AM Jose Tavares 
 wrote:

 Alguns fabricantes de SSD tem produtos muito ruins.

 Instala o pacote smartmontools, e usa o smartctl fazendo teste short e
 long .. Quando disparares o teste, verifica quanto tempo irá levar e depois
 de concluir o tempo, com o parâmetro -a consegues ver o resultado.

 O smart roda em background, então não afeta a perf da máquina. Lê com
 atenção os resultados.

 Uma tool simples que recomendo é o f3.
 https://fight-flash-fraud.readthedocs.io/en/latest/introduction.html
 Foi escrita por um brasileiro.

 Basicamente o que ela faz é escrever padrões em toda a memória flash e
 depois lê e compara os resultados. Com isto, dá para ver se há diferenças
 na escrita e depois leitura, o que indicaria erro no armazenamento. Serve
 para qualquer tipo de armazenamento.

 Durante as operações, acompanhe os logs da máquina para ver se acontece
 resets nas controladoras de disco.

 Sobre raid1, é uma opção, mas utilize preferivelmente 2 marcas de SSD
 diferentes, para contornar problemas de fabricantes e de modelos
 específicos. Outra opção é usar um SSD e um HDD, e então configurar
 write-mostly para que todas as leituras se dêem somente do SSD e as
 escritas em ambos para não ter perda de performance significativa.

 Uma coisa que costumo sempre fazer antes de usar qualquer disco é rodar
 um dd if= of=/dev/null
 Desta forma fazendo uma leitura completa do disco antes de começar o
 seu uso. Nisto já se percebe se houver erros. É possível também fazer
 testes de escrita e leitura usando o fsck.ext4 com -cc caso o disco tenha
 sido configurado com ext4.. O comando shred também pode te ajudar fazendo
 passes no disco e vendo resultados.

 Mas de todas opções, o f3 me parece 

Re: electrons/the Internet [...]

[tomas]

On Mon, Mar 04, 2024 at 10:37:28AM -0600, Albretch Mueller wrote:
> spend days on end reading, coding and thinking about Math?

Sorry. Try again. The whole post doesn't make much sense to
me.

I just tried this:

  curl -LI 
"https://christuniversity.in/uploads/course/E_21-25_LateralEntry(1)_20210618043317.pdf"

(the L is because you first get a 302) and the whole thing
says "403 Forbidden", so it may just be you need some kind
of credentials. But hey, as I said, I didn't understand much
of what you are tryig.

Cheers
-- 
t


signature.asc
Description: PGP signature

Re: electrons/the Internet doesn't like question authority niggahs?, or is it that I like to eat raw garlic, ...

[Andy Smith]

Hi,

On Mon, Mar 04, 2024 at 10:37:28AM -0600, Albretch Mueller wrote:
> spend days on end reading, coding and thinking about Math?

Please could you rephrase your entire email to only contain
coherent, direct questions at least tenuously about Debian.

If this results in an empty email, this is an indication that this
mailing list was not the correct place to send it to in the first
place.

Thanks,
Andy

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

electrons/the Internet doesn't like question authority niggahs?, or is it that I like to eat raw garlic, ...

[Albretch Mueller]

spend days on end reading, coding and thinking about Math?

As part of turning society/the world as a whole into an "all tangible
things" panopticon they have turned the Internet into a
"freedom-loving" gulag for which they are even using "AI"; so, they
don’t even need to use V-Leute. Those minitrue folks are so smart!

Something that shouldn't be happening at all is that after I use
traceroute once, it doesn't work again and my Internet access speed
describes like a sinus curve which amplitude remains for the most part
under 16KiB per second and for more than one second as 0B per second.

_LINK="https://christuniversity.in/uploads/course/E_21-25_Lateral
Entry(1)_20210618043317.pdf"

 1) is the file actually there?:

wget -q --spider "${_LINK}"; _WGETQ=$?
echo "// __ \$_WGETQ: |$_WGETQ|"

echo "// __ $_WGETQ: |0|"

 2) As one of the recommendations I found which might relate to this
problematic:

$ ls -l /etc/resolv.conf
-rw-r--r-- 1 root root 204 Mar  3 18:59 /etc/resolv.conf
$

$ cat /etc/resolv.conf
# Generated by NetworkManager
# nameserver 192.168.1.254
# nameserver 192.168.68.1

# https://serverfault.com/questions/76421/wget-cant-resolve-host
# RED 2013-03-31
nameserver 8.8.8.8
nameserver 8.8.4.4
$

$ ls -l /etc/nsswitch.conf
-rw-r--r-- 1 root root 613 Mar  3 12:57 /etc/nsswitch.conf
$

$ cat /etc/nsswitch.conf
# /etc/nsswitch.conf
#
# Example configuration of GNU Name Service Switch functionality.
# If you have the `glibc-doc-reference' and `info' packages installed, try:
# `info libc "Name Service Switch"' for information about this file.

passwd: files
group:  files
shadow: files
gshadow:files

#hosts:  files mdns4_minimal [NOTFOUND=return] dns myhostname

hosts:  files dns mdns4_minimal [NOTFOUND=return] dns myhostname

networks:   files

protocols:  db files
services:   db files
ethers: db files
rpc:db files

netgroup:   nis

 3) dig, ping, traceroute and wget log:

$ ls -l christuniversity.in_*.*
-rwxrwxrwx 1 user user  617 Mar  4 05:42
christuniversity.in_20240304112021.846262299_dig.txt
-rwxrwxrwx 1 user user  219 Mar  4 05:42
christuniversity.in_20240304112021.846262299_ping.txt
-rwxrwxrwx 1 user user 1081 Mar  4 05:42
christuniversity.in_20240304112021.846262299_traceroute.txt
-rwxrwxrwx 1 user user  522 Mar  4 05:42
'christuniversity.in_EComp_21-25_Lateral
Entry1_20210618043317_20240304112021.846262299_wget.log'
-rwxrwxrwx 1 user user0 Mar  4 05:20
'christuniversity.in_EComp_21-25_Lateral Entry1_20210618043317.pdf'
$

// __ christuniversity.in_20240304112021.846262299_dig.txt


; <<>> DiG 9.18.19-1~deb12u1-Debian <<>> +time christuniversity.in
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 49715
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;christuniversity.in.   IN  A

;; ANSWER SECTION:
christuniversity.in.60  IN  A   103.105.225.131
christuniversity.in.60  IN  A   111.93.136.229

;; Query time: 327 msec
;; SERVER: 8.8.8.8#53(8.8.8.8) (UDP)
;; WHEN: Mon Mar 04 05:42:58 CST 2024
;; MSG SIZE  rcvd: 80


real0m0.428s
user0m0.040s
sys 0m0.046s

// __ christuniversity.in_20240304112021.846262299_ping.txt

PING christuniversity.in (103.105.225.131) 56(84) bytes of data.

--- christuniversity.in ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 3080ms


real0m13.445s
user0m0.000s
sys 0m0.015s

// __ christuniversity.in_20240304112021.846262299_traceroute.txt

traceroute to christuniversity.in (111.93.136.229), 30 hops max, 60 byte packets
 1  _gateway (192.168.68.1)  16.964 ms  15.714 ms  17.508 ms
 2  * 192.168.1.254 (192.168.1.254)  18.381 ms *
 3  * * *
 4  * * *
 5  * * *
 6  * * *
 7  * * *
 8  * * *
 9  ix-be-39.ecore1.ct8-chicago.as6453.net (66.198.27.4)  64.819 ms
64.547 ms  64.685 ms
10  if-ae-44-2.tcore1.ct8-chicago.as6453.net (63.243.129.56)  80.053
ms  81.180 ms  85.409 ms
11  if-ae-26-2.tcore3.nto-newyork.as6453.net (216.6.81.28)  86.478 ms
*  81.806 ms
12  if-ae-34-14.tcore4.njy-newark.as6453.net (66.198.111.26)  81.795
ms if-ae-34-15.tcore4.njy-newark.as6453.net (66.198.111.58)  84.297 ms
 82.801 ms
13  if-ae-1-3.tcore3.njy-newark.as6453.net (216.6.57.5)  97.965 ms
88.660 ms  89.184 ms
14  66.198.70.10 (66.198.70.10)  306.240 ms *  301.191 ms
15  * * *
16  * * *
17  * * *
18  111.93.136.229 (111.93.136.229)  307.868 ms  313.512 ms  306.604 ms
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *

real0m21.725s
user0m0.016s
sys 0m0.025s

// __'christuniversity.in_EComp_21-25_Lateral
Entry1_20210618043317_20240304112021.846262299_wget.log'

failed: Connection timed out.
failed: Connection timed out.
failed: Connection timed out.
failed: Connection timed out.
failed: Connection 

Re: TESTE DE INTEGRIDADE SSD

[Anderson Rodrigues]

Por falar em Raid tem um problema que eu ainda não consegui contornar,
fazendo Raid em Software temos um problema para instalar o /Boot no Raid
por exemplo "md0/boot" o Grub não consegue ver esse diretório durante a
instalação uma forma de contornar isso é criar uma partição no disco
somente para o /boot, porém se esse disco for o que apresentar o problema
perdemos o acesso ao sistema, uma pergunta RAID em software é recomendado
apenas para máquinas desktops e não servidores, ou temos alguma forma de
deixar o /boot com grub em todos os discos de forma a não parar a máquina?
Muito Obrigado a todos e um bom dia.

Em sáb., 2 de mar. de 2024 às 16:01, Rafael de Almeida <
rafael.i...@gmail.com> escreveu:

> Galera,
> Quem quiser saber mais sobre SSD no Linux
> https://eriberto.pro.br/palestras/ssd-ref-biblio.pdf
>
> Em sáb., 2 de mar. de 2024 às 01:47, Leandro Cunha <
> leandrocunha...@gmail.com> escreveu:
>
>> João, é você que realiza o processo pra se retirar da lista.
>>
>> https://lists.debian.org/debian-user-portuguese/
>>
>> Em qua., 28 de fev. de 2024, 14:37, João Pedro Nader Gervasoni <
>> jnge...@hotmail.com> escreveu:
>>
>>> Me retire desta lista
>>>
>>> Obter o Outlook para Android 
>>> --
>>> *From:* Jose Tavares 
>>> *Sent:* Wednesday, February 28, 2024 2:02:14 AM
>>> *To:* Yuri Musachio 
>>> *Cc:* Rafael de Almeida ; debian-user-portuguese
>>> 
>>> *Subject:* Re: TESTE DE INTEGRIDADE SSD
>>>
>>> Me lembrei de algo extra..
>>>
>>> Se a máquina onde o SSD está ficar fazendo muito swap, e for colocado no
>>> SSD uma particao de swap muito pequena, alguns blocos do SSD serão super
>>> stressados com escrita e leitura, podendo danificar aquele espaco
>>> precocemente. A recomendacao é que o swap seja sempre 2x a quantidade de
>>> ram. Hoje em dia isto pode ser bastante de espaco desperdicado.
>>>
>>> Lembrei disto pois já estourei SSD e nvme de laptops algumas vezes. lol
>>> ..
>>> Deixa eu contar como aconteceu comigo o problema repetitivamente:
>>> Se o cara ir atrás do MTBF dos modelos de SSD e ler quantos bytes eles
>>> aceitam de escrita antes de pifar, e então dividir os bytes pelo espaco de
>>> disco, se consegue saber quantas vezes um determinado bloco consegue
>>> aceitar escritas antes de estourar.
>>>
>>> Depois o cara cria o swap 2x o tamanho da ram e passa a hibernar a
>>> máquina no trajeto pro office e no trajeto pra casa, o que seria uma boa
>>> prática. Dois hibernates por dia, duas escritas da ram no SSD, no mesmo
>>> espaco do swap, vezes uns 2 anos fazendo isto e plim, o SSD comeca a ficar
>>> lerdo quando se vai hibernar (realocando) e uma hora dá zebra. É só fazer
>>> os calculos, mas pelos 2 anos o problema acontece.
>>>
>>> Jose Tavares
>>>
>>>
>>> On Wed, Feb 28, 2024 at 1:44 AM Jose Tavares 
>>> wrote:
>>>
>>> Alguns fabricantes de SSD tem produtos muito ruins.
>>>
>>> Instala o pacote smartmontools, e usa o smartctl fazendo teste short e
>>> long .. Quando disparares o teste, verifica quanto tempo irá levar e depois
>>> de concluir o tempo, com o parâmetro -a consegues ver o resultado.
>>>
>>> O smart roda em background, então não afeta a perf da máquina. Lê com
>>> atenção os resultados.
>>>
>>> Uma tool simples que recomendo é o f3.
>>> https://fight-flash-fraud.readthedocs.io/en/latest/introduction.html
>>> Foi escrita por um brasileiro.
>>>
>>> Basicamente o que ela faz é escrever padrões em toda a memória flash e
>>> depois lê e compara os resultados. Com isto, dá para ver se há diferenças
>>> na escrita e depois leitura, o que indicaria erro no armazenamento. Serve
>>> para qualquer tipo de armazenamento.
>>>
>>> Durante as operações, acompanhe os logs da máquina para ver se acontece
>>> resets nas controladoras de disco.
>>>
>>> Sobre raid1, é uma opção, mas utilize preferivelmente 2 marcas de SSD
>>> diferentes, para contornar problemas de fabricantes e de modelos
>>> específicos. Outra opção é usar um SSD e um HDD, e então configurar
>>> write-mostly para que todas as leituras se dêem somente do SSD e as
>>> escritas em ambos para não ter perda de performance significativa.
>>>
>>> Uma coisa que costumo sempre fazer antes de usar qualquer disco é rodar
>>> um dd if= of=/dev/null
>>> Desta forma fazendo uma leitura completa do disco antes de começar o seu
>>> uso. Nisto já se percebe se houver erros. É possível também fazer testes de
>>> escrita e leitura usando o fsck.ext4 com -cc caso o disco tenha sido
>>> configurado com ext4.. O comando shred também pode te ajudar fazendo passes
>>> no disco e vendo resultados.
>>>
>>> Mas de todas opções, o f3 me parece o mais fácil e direto para os teus
>>> testes, e irá acusar problemas se houverem.
>>>
>>> Ah, e execute todos os testes antes de colocar o disco em produção.
>>>
>>> Espero ter ajudado.
>>> Jose Tavares
>>>
>>>
>>> On Wed, Feb 28, 2024 at 12:00 AM Yuri Musachio 
>>> wrote:
>>>
>>> MUITO FÁCIL fazer o RAID1 (no Debian)… chega a ser ridículo! PORÉM,
>>> existem 

Re: missing development package?

[Brad Rogers]

On Mon, 4 Mar 2024 11:56:54 +
debian-u...@howorth.org.uk wrote:

Hello debian-u...@howorth.org.uk,

>Does the # character at the start of the deb-src line matter?

Yes;  It comments out deb-src as a repo, so it can't/won't be used.

-- 
 Regards  _   "Valid sig separator is {dash}{dash}{space}"
 / )  "The blindingly obvious is never immediately apparent"
/ _)rad   "Is it only me that has a working delete key?"
The stakes were high but the danger low
Charade - Skids


pgpk335bj7i_u.pgp
Description: OpenPGP digital signature

Re: missing development package?

[Greg Wooledge]

On Mon, Mar 04, 2024 at 11:56:54AM +, debian-u...@howorth.org.uk wrote:
> thyme after thyme  wrote:
> > *  debian.list
> > # Debian Stable.
> > deb http://deb.debian.org/debian bookworm main contrib non-free
> > non-free-firmware
> > deb http://security.debian.org/debian-security bookworm-security main
> > contrib non-free non-free-firmware
> > #deb-src http://deb.debian.org/debian bookworm main contrib non-free
> > non-free-firmware
> 
> Does the # character at the start of the deb-src line matter?

Yes, very much so.  It's the comment character, and it means that this
line is not to be used.

Re: missing development package?

[debian-user]

thyme after thyme  wrote:
> On 2024-03-04 10:48, to...@tuxteam.de wrote:
> 
> > That's right: in your /etc/apt/sources.list (or in some file
> > under .../sources.list.d/ at your preference) there must be
> > a way for your installer to find the sources. Something akin
> > to:
> > 
> >   deb-src http://ftp.de.debian.org/debian/ bullseye-updates main
> > contrib non-free  
> 
> I'm on bookworm. Pasting my current sources below. Is something
> missing?
> 
> /e/a/sources.list.d $ for f in *; echo "*  $f"; cat "$f"; echo ""; end
> *  debian-stable-updates.list
> # Debian Updates
> deb http://deb.debian.org/debian bookworm-updates main contrib
> non-free non-free-firmware
> 
> *  debian.list
> # Debian Stable.
> deb http://deb.debian.org/debian bookworm main contrib non-free
> non-free-firmware
> deb http://security.debian.org/debian-security bookworm-security main
> contrib non-free non-free-firmware
> #deb-src http://deb.debian.org/debian bookworm main contrib non-free
> non-free-firmware

Does the # character at the start of the deb-src line matter?

> #debian backports
> #deb http://deb.debian.org/debian bookworm-backports main contrib
> non-free non-free-firmware
> 
> *  mx.list
> # MX Community Main and Test Repos
> deb http://ftp.halifax.rwth-aachen.de/mxlinux/packages/mx/repo/
> bookworm main non-free
> #deb http://ftp.halifax.rwth-aachen.de/mxlinux/packages/mx/testrepo/
> bookworm test
> 
> #ahs hardware stack repo
> #deb http://ftp.halifax.rwth-aachen.de/mxlinux/packages/mx/repo/
> bookworm ahs
> 
> > Note that Debian might have some patches to make the package
> > buildable in Debian context; so installing Debian's build
> > deps is just an approximation.
> > 
> > If I were you, I'd first install the Debian src package and
> > its build deps, build that, and work on from there.  
> 
> How do I find the src package? You mean of xfce4-screensaver? This is
> all I can find:
> 
> $ apt search xfce4-screensaver
> Sorting... Done
> Full Text Search... Done
> xfce4-screensaver/mx,now 4.18.2-0.1~mx23+1 amd64 [installed]
>   screen saver and locker that is integrated with the xfce4 desktop
> 

Re: missing development package?

[tomas]

On Mon, Mar 04, 2024 at 11:13:24AM +, thyme after thyme wrote:
> On 2024-03-04 10:48, to...@tuxteam.de wrote:
> 
> > That's right: in your /etc/apt/sources.list (or in some file
> > under .../sources.list.d/ at your preference) there must be
> > a way for your installer to find the sources. Something akin
> > to:
> > 
> >   deb-src http://ftp.de.debian.org/debian/ bullseye-updates main contrib 
> > non-free
> 
> I'm on bookworm. Pasting my current sources below. Is something missing?

Hm. The package "xfce4-screensaver" doesn't exist for bookworm. It
does for trixie, that's why I assumed that.

That makes things more interesting, I guess :-)

I'm at $DAYJOB currently, so I'll have to bow out of this thead for
now. But now, at least, the landscape is clearer.

Cheers
-- 
t


signature.asc
Description: PGP signature

Re: missing development package?

[thyme after thyme]

On 2024-03-04 10:48, to...@tuxteam.de wrote:

> That's right: in your /etc/apt/sources.list (or in some file
> under .../sources.list.d/ at your preference) there must be
> a way for your installer to find the sources. Something akin
> to:
> 
>   deb-src http://ftp.de.debian.org/debian/ bullseye-updates main contrib 
> non-free

I'm on bookworm. Pasting my current sources below. Is something missing?

/e/a/sources.list.d $ for f in *; echo "*  $f"; cat "$f"; echo ""; end
*  debian-stable-updates.list
# Debian Updates
deb http://deb.debian.org/debian bookworm-updates main contrib non-free
non-free-firmware

*  debian.list
# Debian Stable.
deb http://deb.debian.org/debian bookworm main contrib non-free
non-free-firmware
deb http://security.debian.org/debian-security bookworm-security main
contrib non-free non-free-firmware
#deb-src http://deb.debian.org/debian bookworm main contrib non-free
non-free-firmware

#debian backports
#deb http://deb.debian.org/debian bookworm-backports main contrib
non-free non-free-firmware

*  mx.list
# MX Community Main and Test Repos
deb http://ftp.halifax.rwth-aachen.de/mxlinux/packages/mx/repo/ bookworm
main non-free
#deb http://ftp.halifax.rwth-aachen.de/mxlinux/packages/mx/testrepo/
bookworm test

#ahs hardware stack repo
#deb http://ftp.halifax.rwth-aachen.de/mxlinux/packages/mx/repo/
bookworm ahs

> Note that Debian might have some patches to make the package
> buildable in Debian context; so installing Debian's build
> deps is just an approximation.
> 
> If I were you, I'd first install the Debian src package and
> its build deps, build that, and work on from there.

How do I find the src package? You mean of xfce4-screensaver? This is
all I can find:

$ apt search xfce4-screensaver
Sorting... Done
Full Text Search... Done
xfce4-screensaver/mx,now 4.18.2-0.1~mx23+1 amd64 [installed]
  screen saver and locker that is integrated with the xfce4 desktop

Re: missing development package?

[thyme after thyme]

Hi t,

thanks very much for the help. Responses below:

On 2024-03-04 10:05, to...@tuxteam.de wrote:
> There's an automatic way to do this: install the build
> dependencies:
> 
>   sudo apt-get install build-dep 

I get an error:

~ $ sudo apt-get install build-dep xfce4-screensaver
[sudo] password for m:   
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
E: Unable to locate package build-dep
~ [100] $

The man page tells me the syntax is actually apt-get build-dep [pkg],
not apt-get install build-dep [pkg]. That gets me to here:

~ $ sudo apt-get build-dep xfce4-screensaver
Reading package lists... Done
E: You must put some 'deb-src' URIs in your sources.list
~ [100] $ 


> This might be due to package "build-essential" missing (which, I
> think, would have come with "install build-dep"). But not quite
> sure about that. I guess build-essential won't be listed as an
> explicit build dependency.

I have it installed:

$ apt search build-essential 
Sorting... Done
Full Text Search... Done
build-essential/stable,now 12.9 amd64 [installed]
  Informational list of build-essential packages


> 
> Are you building xfce4-screensaver from the Debian package source,
> or from upstream?

>From git master at the aforelinked gitlab repo.

Re: missing development package?

[tomas]

On Mon, Mar 04, 2024 at 10:38:18AM +, thyme after thyme wrote:
> Hi t,
> 
> thanks very much for the help. Responses below:
> 
> On 2024-03-04 10:05, to...@tuxteam.de wrote:
> > There's an automatic way to do this: install the build
> > dependencies:
> > 
> >   sudo apt-get install build-dep 
> 
> I get an error:
> 
> ~ $ sudo apt-get install build-dep xfce4-screensaver
> [sudo] password for m:   
> Reading package lists... Done
> Building dependency tree... Done
> Reading state information... Done
> E: Unable to locate package build-dep
> ~ [100] $
> 
> The man page tells me the syntax is actually apt-get build-dep [pkg],
> not apt-get install build-dep [pkg]. That gets me to here:

Eh -- sorry, yes.

> ~ $ sudo apt-get build-dep xfce4-screensaver
> Reading package lists... Done
> E: You must put some 'deb-src' URIs in your sources.list
> ~ [100] $ 

That's right: in your /etc/apt/sources.list (or in some file
under .../sources.list.d/ at your preference) there must be
a way for your installer to find the sources. Something akin
to:

  deb-src http://ftp.de.debian.org/debian/ bullseye-updates main contrib 
non-free

(the details are different: you are at least on trixie, I guess,
and you might want to choose another source).

[...]

> > Are you building xfce4-screensaver from the Debian package source,
> > or from upstream?
> 
> >From git master at the aforelinked gitlab repo.

Note that Debian might have some patches to make the package
buildable in Debian context; so installing Debian's build
deps is just an approximation.

If I were you, I'd first install the Debian src package and
its build deps, build that, and work on from there.

Cheers
-- 
t


signature.asc
Description: PGP signature

Re: missing development package?

[tomas]

On Mon, Mar 04, 2024 at 09:23:52AM +, thyme after thyme wrote:
> Hello everyone,
> 
> I'm not a developer, but I'm trying to build xfce4-screensaver and
> suspect I may be missing a development package.
> 
> I've sudo apt-get installed everything on this list:
> https://salsa.debian.org/xfce-extras-team/xfce4-screensaver/blob/debian/master/debian/control#L6

There's an automatic way to do this: install the build
dependencies:

  sudo apt-get install build-dep 

[...]

> savers/Makefile.am:53: error: library used but 'RANLIB' is undefined
> savers/Makefile.am:53:   The usual way to define 'RANLIB' is to add
> 'AC_PROG_RANLIB'
> savers/Makefile.am:53:   to 'configure.ac' and run 'autoconf' again.
> autoreconf: error: automake failed with exit status: 1

This might be due to package "build-essential" missing (which, I
think, would have come with "install build-dep"). But not quite
sure about that. I guess build-essential won't be listed as an
explicit build dependency.

Are you building xfce4-screensaver from the Debian package source,
or from upstream?

Cheers
-- 
t


signature.asc
Description: PGP signature

missing development package?

[thyme after thyme]

Hello everyone,

I'm not a developer, but I'm trying to build xfce4-screensaver and
suspect I may be missing a development package.

I've sudo apt-get installed everything on this list:
https://salsa.debian.org/xfce-extras-team/xfce4-screensaver/blob/debian/master/debian/control#L6

When I try to configure xfce4-screensaver for building, this is what I
see:

/m/h/m/.l/g/xfce4-screensaver (master|✔) $ ./autogen.sh --prefix=/usr
--sysconfdir=/etc
(...)
autoreconf: configure.ac: not using Libtool
autoreconf: running: intltoolize --copy --force
autoreconf: configure.ac: not using Gtkdoc
autoreconf: running: /usr/bin/autoconf --force
autoreconf: running: /usr/bin/autoheader --force
autoreconf: running: automake --add-missing --copy --force-missing
savers/Makefile.am:53: error: library used but 'RANLIB' is undefined
savers/Makefile.am:53:   The usual way to define 'RANLIB' is to add
'AC_PROG_RANLIB'
savers/Makefile.am:53:   to 'configure.ac' and run 'autoconf' again.
autoreconf: error: automake failed with exit status: 1

The xfce4-screensaver dev tells me that the issue may be a missing
dependency, but as they're not on Debian, they can't help me. 
https://gitlab.xfce.org/apps/xfce4-screensaver/-/issues/138#note_85344

Can any of you?

Best,
t.h.