Re: More fun with Seamonkey

[Bob Bernstein]

On Thu, 20 May 2021, Siard wrote:


[Settings]
gtk-font-name = Liberation Sans 12


BINGO!

Remedied almost everything. Fixed-width fonts in the body of 
text-based emails were still too small until I found 
Preferences->Appearance->Fonts could set a value for 'minimum 
font size,' which got majorly incremented by moi.


[Optional extra credit paragraph -- will not be on the quiz} As 
is doubtless evident to all assembled faithful, I am way past 
trying keep up any pretense that I am a wicked cool clue-enabled 
code-jockey who falls asleep with C snippets running through his 
head. I don't write device drivers before breakfast, but I know 
who does. All this just to lend context as I confess I have been 
trying to solve this configuration problem liteally for years. 
That problem is the principal reason I could never stay with 
seamonkey or thunderbird. I mean, I'm talkin' _years_ of being 
stymied by this. Okay, life is short and you busy folks don't 
have time for any more of my blather.


Thank you,

--
RSB

Re: grub-set-default

[Richmond]

IL Ka  writes:

>
> I cannot see any changes in /etc/grub.d/ or /etc/default/grub
>
> It saves data in the GRUB environment block
>
> https://www.gnu.org/software/grub/manual/grub/grub.html#
> Environment-block
>
> Somewhere in /boot/grub/grubenv but I think firmware storage may also
> be used
>
> To use it, you must set GRUB_DEFUALT=saved

Thanks that was a rather crucial bit I missed out.

Also it didn't like grub-set-default "Windows 10" but it worked with a
number.

Re: URGENT..! Very annoying when UPDATE = debian.map.fastlydns.net

[Calum McConnell]

You may have noticed that you didn't get any responses.  Your message was
caught by my spamfilter, and was furthermore not very clear.

As for your error, it seems likely that there is an error with the
internet connection.  Why and how I cannot tell you, as there is not
enough information


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

Re: Debian-friendly laptop

[Polyna-Maude Racicot-Summerside]

Hi,

On 2021-05-20 2:23 p.m., mj wrote:
> 
> 
> On 5/20/21 5:04 PM, Celejar wrote:
>> Lenovo's official ThinkPad prices are indeed always high, even on their
>> perpetual sales. I think that most of us who buy them for personal use
>> do so on the secondhand / refurbished market.
> 
> Yes, and I would like to point out that the high price tag is in my
> opinion NOT justified by exta good or extra easy warranty. We have had
> several bad and disappointing experiences with lenovo warranty for quite
> expensive laptops.
> 
> Since then we buy only dell laptops, and life has been good. Including
> linux compatibility on the latitudes. (but then again.. perhaps we have
> simpy been lucky, who knows)
> 
I've had many Dell Latitudes and HP Elitebook, all running under Linux
and no problem with compatibility, all models being 2015 & up.

With the HP it was easy to find business dock and have expansion, we
even got some of them working with the 3G/4G cellular modem for
associates working in Congo. With the extra battery they we're able to
work for 12 hours non-stop.

> 
> MJ
> 

-- 
Polyna-Maude R.-Summerside
-Be smart, Be wise, Support opensource development



OpenPGP_signature
Description: OpenPGP digital signature

Re: More fun with Seamonkey

[Siard]

Bob Bernstein:
> I downloaded the binary from seamonkey-project.org, and untarred 
> the bz2 archive. Praise be to whatever Powers and Principalities 
> were involved, but the thing started right up without so much as 
> a hiccup. What wonders!
> 
> Is it me, or does the 'Mail/Newsgroups' window sport a group of 
> fonts rather different from the 'Browser' window? Is there a way 
> to render the miniscule text in the former legible?

Both windows follow the gtk3 settings.
Put these lines in ~/.config/gtk-3.0/settings.ini:

[Settings]
gtk-font-name =  

Example:

[Settings]
gtk-font-name = Liberation Sans 12

The first line ('[Settings]') is important, it should precede the second line.

Liberation Sans is the font that I prefer for this purpose.
So fonts-liberation is installed.
Not fonts-liberation2; the former looks better, at least on my screen.

More fun with Seamonkey

[Bob Bernstein]

I downloaded the binary from seamonkey-project.org, and untarred 
the bz2 archive. Praise be to whatever Powers and Principalities 
were involved, but the thing started right up without so much as 
a hiccup. What wonders!


Is it me, or does the 'Mail/Newsgroups' window sport a group of 
fonts rather different from the 'Browser' window? Is there a way 
to render the miniscule text in the former legible?


Thank you,

--
"No matter how big the problem is, you can always run away from it."
Dom Irrera

Re: Debian-friendly laptop

[mj]

On 5/20/21 5:04 PM, Celejar wrote:

Lenovo's official ThinkPad prices are indeed always high, even on their
perpetual sales. I think that most of us who buy them for personal use
do so on the secondhand / refurbished market.


Yes, and I would like to point out that the high price tag is in my 
opinion NOT justified by exta good or extra easy warranty. We have had 
several bad and disappointing experiences with lenovo warranty for quite 
expensive laptops.


Since then we buy only dell laptops, and life has been good. Including 
linux compatibility on the latitudes. (but then again.. perhaps we have 
simpy been lucky, who knows)



MJ

Re: Debian-friendly laptop

[Andrew M.A. Cater]

On Wed, May 19, 2021 at 11:49:56PM -0400, Gene Heskett wrote:
> On Wednesday 19 May 2021 22:48:18 Stefan Monnier wrote:
> 
> > > Or perhaps more than a bit more ;) I see that the Librem 14 version
> > > 1 starts at $1470, for an i7 10710U, 8GB RAM, 250GB SSD, 14"
> > > 1920x1080 screen, no WLAN. I'm pretty sure you can do a whole lot
> > > better than that from the standard brands.
> >
> > Indeed, you pay more, but it funds development of coreboot, saves you
> > from having to wonder if the wifi's chipset will work out of the box,
> > as well as brings to Intel's attention the existence of real customers
> > willing to pay to have *less* code running in the ME.
> >
> >
> > Stefan "typing this on his Purism mini"
> 
> While building the latest linuxcnc for my pi, I came across this mentio 
> of coreboot, so I checked their site for asus mainboard support, to find 
> asus unmentioned.
> 
> So, will it work for an Asus Z370-A II mainboard?
> 
> Currently running this machine with 32GB of dram and a 6 core i5 cpu. 
> UEFI turned off.
> 
> Thanks to anyone that knows.
> 
> Cheers, Gene Heskett
> -- 
> "There are four boxes to be used in defense of liberty:
>  soap, ballot, jury, and ammo. Please use in that order."
> -Ed Howdershelt (Author)
> If we desire respect for the law, we must first make the law respectable.
>  - Louis D. Brandeis
> Genes Web page 
> 
https://coreboot.org/status/board-status.html suggests not.

Coreboot ASUS Z370-A II into Google gave me the web page.

UEFI turned off? You may find problems with some software, especially 
graphics cards which assume UEFI, in the future. For any new installations
I would suggest turning UEFI on - legacy BIOS will not always be supported
and support is deprecated by most vendors.

All the very best, as ever,

Andy Cater

Hope this helps

Andy Cater

Re: Debian-friendly laptop

[Celejar]

On Thu, 20 May 2021 07:51:31 -0400
rhkra...@gmail.com wrote:

> On Wednesday, May 19, 2021 08:06:19 AM Celejar wrote:
> > Or perhaps more than a bit more ;) I see that the Librem 14 version 1
> > starts at $1470, for an i7 10710U, 8GB RAM, 250GB SSD, 14" 1920x1080
> > screen, no WLAN. I'm pretty sure you can do a whole lot better than
> > that from the standard brands.
> 
> Lenovo US claims to be having a sale on Think PCs
> 
> received this this morning -- I looked at only the first page of the first 
> URL 
> and those are not in my price range (nor am I looking for one atm)
> 
> PS: I guess "Think PCs" include Thinkpads, I'm not sure what else that 
> includes.

Lenovo's official ThinkPad prices are indeed always high, even on their
perpetual sales. I think that most of us who buy them for personal use
do so on the secondhand / refurbished market.

Celejar

Re: stunt rally

[Alejandro]

Vale gracias, echaré un ojo a ver si lo soluciono. El juego está muy chulo! Un 
saludo


Sent with ProtonMail Secure Email.

‐‐‐ Original Message ‐‐‐
El jueves, 20 de mayo de 2021 8:13, Camaleón  escribió:

> El 2021-05-19 a las 23:34 +, Alejandro escribió:
>
> > Hola tengo un problema para ejecutar el stunt rally. Desde alguna 
> > actualización dejó de ejecutarse, creo que tiene que ver con los parámetros 
> > de la ventana. Aquí copio el error que me da por si alguien sabe si es muy 
> > complicado de solucionar. Estoy usando Sparky Linux Gameover edition, 
> > basado en Debian pero la rama testing. Gracias de antemano un saludo!
> >
> > *** Starting GLX Subsystem ***
> >
> > Registering ResourceManager for type Texture
> >  name: Microsoft X-Box 360 pad axes: 6 buttons: 11
> > GLRenderSystem::_createRenderWindow "Stunt Rally", 1024x768 windowed 
> > miscParams: FSAA=0 externalWindowHandle=81788930 title=Stunt Rally 
> > vsync=false
> > GLXWindow::create: The externalWindowHandle parameter is deprecated.
> > Use the parentWindowHandle or currentGLContext parameter instead.
> > X Error of failed request: GLXBadContext
> > Major opcode of failed request: 151 (GLX)
> > Minor opcode of failed request: 6 (X_GLXIsDirect)
> > Serial number of failed request: 42
> > Current serial number in output stream: 41
>
> Creo que te aparece el mismo error que a este usuario:
>
> SR Crashes on Open
> https://forum.freegamedev.net/viewtopic.php?f=78=7680
>
> Seguramente el problema venga tras actualizar el controlador de la
> gráfica. Podrías preguntar en el foro¹ de su web o intentar compilar el
> paquete con las instrucciones² que indican.
>
> ¹https://forum.freegamedev.net/viewforum.php?f=78=a374046aaabde37a8b5f7611c2db6550
> ²http://stuntrally.tuxfamily.org/wiki/doku.php?id=compile
>
> Saludos,
>
> -
>
> Camaleón

Re: Missing SSL/https root cert(s)?

[Celejar]

On Thu, 20 May 2021 13:20:08 +0100
Darac Marjal  wrote:

> 
> On 20/05/2021 12:03, d...@sherohman.org wrote:
> > Although everything works properly for actual (human) users, a coworker
> > has informed me that some of his automated tests are failing with
> > invalid https certificate errors.  I checked and, sure enough, it's not
> > just his tests:
> >
> > $ curl https://ojs.lub.lu.se
> > curl: (60) SSL certificate problem: unable to get local issuer certificate
> > $ wget https://ojs.lub.lu.se
> > --2021-05-20 12:54:48--  https://ojs.lub.lu.se/
> > Resolving ojs.lub.lu.se (ojs.lub.lu.se)... 130.235.140.198
> > Connecting to ojs.lub.lu.se (ojs.lub.lu.se)|130.235.140.198|:443...
> > connected.
> > ERROR: The certificate of ‘ojs.lub.lu.se’ is not trusted.
> > ERROR: The certificate of ‘ojs.lub.lu.se’ doesn't have a known issuer.
> >
> > links and lynx both issue similar complaints, and these results are
> > consistent across multiple systems using Debian versions 9, 10, and (the
> > current pre-release version of) 11.  ca-certficates is up-to-date on all
> > systems.
> >
> > Firefox and Chromium, however, both say the certificate is 100% valid,
> > and I am not aware of any users having reported certificate issues with
> > the site.
> >
> > The cert in question is issued by GEANT eScience SSL CA 4, which in turn
> > is signed by USERTrust RSA Certification Authority.
> > /usr/share/ca-certificates/mozilla does not have any GEANT certs, but
> > there is a USERTrust_RSA_Certification_Authority.crt, so it would appear
> > that it should work properly.
> >
> > We have... several... servers all with GEANT-based certificates and this
> > behavior is consistent across all those certs.  There are also a handful
> > of machines with LetsEncrypt or TERENA certificates which are recognized
> > by all tools; this problem seems limited to those issued by GEANT.
> >
> >
> > So, the obvious practical question:  What do I need to do to get the
> > command-line tools to recognize GEANT certs?  curl is the one that
> > really matters, but a solution that fixes them all in one fell swoop
> > would, of course, be ideal.
> 
> A great place to start is the SSL Labs Server Test -
> https://www.ssllabs.com/ssltest/analyze.html?d=ojs.lub.lu.se -
> This will perform various handshakes with a HTTPS server and report all
> kinds of useful information, including a summary "Grade".
> 
> The most obvious thing I notice from that is that SSL Labs warns that
> your certificate chain is incomplete. This probably ties in with the
> curl error of "The certificate doesn't have a known issuer". HTTPS
> certificates are usually *not* signed directly by the Certificate
> Authority. I don't know the details but I think it's to do with the fact
> that the CA certificate is very precious so it's usually kept offline.
> That CA certificate is used to sign "Intermediate" certificates which
> are more easily revoked. However, the Intermediate certificates tend to
> be rather more numerous.
> 
> Anyway, the upshot of this is that you have two pieces of a chain: At
> the bottom of the chain is the certificate which your web server is
> using to encrypt the traffic. At the top of the chain is the Certificate
> Authority certificate. This is what web clients know about. To "join the
> dots", you need to configure the web server to send your individual
> certificate AND the intermediate certificate that it was signed by. You
> COULD send the whole chain - in that way you're saying "This is me, and
> I'm signed by this intermediate and the intermediate is signed by this
> CA", but that's generally considered redundant information. If the
> client already has the CA certificate, then it just wastes bandwidth by
> sending the CA certificate.
> 
> So, why do Firefox and Chromium work? I'm not sure, but I could
> speculate. Firstly, it's possible that they've already seen the
> intermediate certificate somewhere else. The certificates are identified
> by name and by a hash so, if the web browser already has that
> intermediate in its cache, then it can build a trust path to a known CA
> through that. Secondly, they may be fetching the intermediate
> certificate on demand - Firefox and Chromium are much more geared
> towards fetching multiple resources in parallel; curl and friends
> probably just fetch what you asked for.

To elaborate on / add to this: there's also something called Authority
Information Access (AIA), which allows the client to locate a missing
intermediate certificate on its own:

https://www.thesslstore.com/blog/aia-fetching/

Chrome supports this, although Firefox apparently doesn't:

https://bugzilla.mozilla.org/show_bug.cgi?id=399324

curl doesn't:

https://github.com/curl/curl/issues/2793

See further:

https://security.stackexchange.com/questions/199963/certificate-works-in-chrome-firefox-but-not-with-curl-unable-to-get-local-is

Re: Missing SSL/https root cert(s)?

[Darac Marjal]

On 20/05/2021 12:03, d...@sherohman.org wrote:
> Although everything works properly for actual (human) users, a coworker
> has informed me that some of his automated tests are failing with
> invalid https certificate errors.  I checked and, sure enough, it's not
> just his tests:
>
> $ curl https://ojs.lub.lu.se
> curl: (60) SSL certificate problem: unable to get local issuer certificate
> $ wget https://ojs.lub.lu.se
> --2021-05-20 12:54:48--  https://ojs.lub.lu.se/
> Resolving ojs.lub.lu.se (ojs.lub.lu.se)... 130.235.140.198
> Connecting to ojs.lub.lu.se (ojs.lub.lu.se)|130.235.140.198|:443...
> connected.
> ERROR: The certificate of ‘ojs.lub.lu.se’ is not trusted.
> ERROR: The certificate of ‘ojs.lub.lu.se’ doesn't have a known issuer.
>
> links and lynx both issue similar complaints, and these results are
> consistent across multiple systems using Debian versions 9, 10, and (the
> current pre-release version of) 11.  ca-certficates is up-to-date on all
> systems.
>
> Firefox and Chromium, however, both say the certificate is 100% valid,
> and I am not aware of any users having reported certificate issues with
> the site.
>
> The cert in question is issued by GEANT eScience SSL CA 4, which in turn
> is signed by USERTrust RSA Certification Authority.
> /usr/share/ca-certificates/mozilla does not have any GEANT certs, but
> there is a USERTrust_RSA_Certification_Authority.crt, so it would appear
> that it should work properly.
>
> We have... several... servers all with GEANT-based certificates and this
> behavior is consistent across all those certs.  There are also a handful
> of machines with LetsEncrypt or TERENA certificates which are recognized
> by all tools; this problem seems limited to those issued by GEANT.
>
>
> So, the obvious practical question:  What do I need to do to get the
> command-line tools to recognize GEANT certs?  curl is the one that
> really matters, but a solution that fixes them all in one fell swoop
> would, of course, be ideal.

A great place to start is the SSL Labs Server Test -
https://www.ssllabs.com/ssltest/analyze.html?d=ojs.lub.lu.se -
This will perform various handshakes with a HTTPS server and report all
kinds of useful information, including a summary "Grade".

The most obvious thing I notice from that is that SSL Labs warns that
your certificate chain is incomplete. This probably ties in with the
curl error of "The certificate doesn't have a known issuer". HTTPS
certificates are usually *not* signed directly by the Certificate
Authority. I don't know the details but I think it's to do with the fact
that the CA certificate is very precious so it's usually kept offline.
That CA certificate is used to sign "Intermediate" certificates which
are more easily revoked. However, the Intermediate certificates tend to
be rather more numerous.

Anyway, the upshot of this is that you have two pieces of a chain: At
the bottom of the chain is the certificate which your web server is
using to encrypt the traffic. At the top of the chain is the Certificate
Authority certificate. This is what web clients know about. To "join the
dots", you need to configure the web server to send your individual
certificate AND the intermediate certificate that it was signed by. You
COULD send the whole chain - in that way you're saying "This is me, and
I'm signed by this intermediate and the intermediate is signed by this
CA", but that's generally considered redundant information. If the
client already has the CA certificate, then it just wastes bandwidth by
sending the CA certificate.

So, why do Firefox and Chromium work? I'm not sure, but I could
speculate. Firstly, it's possible that they've already seen the
intermediate certificate somewhere else. The certificates are identified
by name and by a hash so, if the web browser already has that
intermediate in its cache, then it can build a trust path to a known CA
through that. Secondly, they may be fetching the intermediate
certificate on demand - Firefox and Chromium are much more geared
towards fetching multiple resources in parallel; curl and friends
probably just fetch what you asked for.

>
> And the broader question:  Why do GUI browsers recognize the
> certificate, but command-line tools and text-mode browsers do not?
> Shouldn't they all be looking at the same certificates, as provided by
> the ca-certificates package?
>



OpenPGP_signature
Description: OpenPGP digital signature

Re: vim not seeing many Unicode chars

[Tom Browder]

On Tue, May 18, 2021 at 11:37 IL Ka  wrote
…

Thanks!

-Tom

Re: vim not seeing many Unicode chars

[Tom Browder]

 On Tue, May 18, 2021 at 09:36 Greg Wooledge  wrote:

> On Tue, May 18, 2021 at 09:25:30AM -0500,

…

Thanks, Greg.

-Tom

Re: Debian-friendly laptop

[Celejar]

On Thu, 20 May 2021 01:04:06 -0400
Stefan Monnier  wrote:

> > While building the latest linuxcnc for my pi, I came across this mentio 
> > of coreboot, so I checked their site for asus mainboard support, to find 
> > asus unmentioned.
> >
> > So, will it work for an Asus Z370-A II mainboard?
> 
> I have no idea, but you can check the doc and or code to find out.

Here's the official answer:
https://www.coreboot.org/FAQ#Will_coreboot_work_on_my_machine.3F

> The statistically most likely answer is "no" because most chipsets and
> motherboards are woefully underdocumented so it's very hard to port
> Coreboot to it.
> 
> That's why I find Purism and System76 to be important: being
> manufacturers they have a bit more leverage to get some of that
> documentation (presumably under NDA) such that they can port Coreboot to
> the particular chipset they're using, and that can then be helpful for
> other machines using the same (or similar) chipset.

Celejar

Re: Debian-friendly laptop

[rhkramer]

On Wednesday, May 19, 2021 08:06:19 AM Celejar wrote:
> Or perhaps more than a bit more ;) I see that the Librem 14 version 1
> starts at $1470, for an i7 10710U, 8GB RAM, 250GB SSD, 14" 1920x1080
> screen, no WLAN. I'm pretty sure you can do a whole lot better than
> that from the standard brands.

Lenovo US claims to be having a sale on Think PCs

received this this morning -- I looked at only the first page of the first URL 
and those are not in my price range (nor am I looking for one atm)

PS: I guess "Think PCs" include Thinkpads, I'm not sure what else that 
includes.


From: Lenovo US 
Date: Wed May 19 11:56:17 2021

   
New 11th Gen X1 PCs are up to 40% off now + save up to 60% off most Think PCs. 

<[[https://land.lenovo.com/index.php/email/emailWebview?mkt_tok=MDI2LUVOTy0wMDEAAAF9JFA8MeJ74EFrVsIjbIT9_Rw3mStJ7QE7RIiuc1TldraukBQvF4VGdtFi2HQ-
LW0yr7bEe30Ix_oOMtCUKLGDozggIPL7_kLsGEBDeBVE1sbkyGM_id=71616]]>
LAPTOPS  


TABLETS  


DESKTOPS  


ACCESSORIES  


DEALS  

Missing SSL/https root cert(s)?

[dave]

Although everything works properly for actual (human) users, a coworker
has informed me that some of his automated tests are failing with
invalid https certificate errors.  I checked and, sure enough, it's not
just his tests:

$ curl https://ojs.lub.lu.se
curl: (60) SSL certificate problem: unable to get local issuer certificate
$ wget https://ojs.lub.lu.se
--2021-05-20 12:54:48--  https://ojs.lub.lu.se/
Resolving ojs.lub.lu.se (ojs.lub.lu.se)... 130.235.140.198
Connecting to ojs.lub.lu.se (ojs.lub.lu.se)|130.235.140.198|:443...
connected.
ERROR: The certificate of ‘ojs.lub.lu.se’ is not trusted.
ERROR: The certificate of ‘ojs.lub.lu.se’ doesn't have a known issuer.

links and lynx both issue similar complaints, and these results are
consistent across multiple systems using Debian versions 9, 10, and (the
current pre-release version of) 11.  ca-certficates is up-to-date on all
systems.

Firefox and Chromium, however, both say the certificate is 100% valid,
and I am not aware of any users having reported certificate issues with
the site.

The cert in question is issued by GEANT eScience SSL CA 4, which in turn
is signed by USERTrust RSA Certification Authority.
/usr/share/ca-certificates/mozilla does not have any GEANT certs, but
there is a USERTrust_RSA_Certification_Authority.crt, so it would appear
that it should work properly.

We have... several... servers all with GEANT-based certificates and this
behavior is consistent across all those certs.  There are also a handful
of machines with LetsEncrypt or TERENA certificates which are recognized
by all tools; this problem seems limited to those issued by GEANT.


So, the obvious practical question:  What do I need to do to get the
command-line tools to recognize GEANT certs?  curl is the one that
really matters, but a solution that fixes them all in one fell swoop
would, of course, be ideal.

And the broader question:  Why do GUI browsers recognize the
certificate, but command-line tools and text-mode browsers do not?
Shouldn't they all be looking at the same certificates, as provided by
the ca-certificates package?

-- 
Dave Sherohman

Re: Debian-friendly laptop

[Stefan Monnier]

> While building the latest linuxcnc for my pi, I came across this mentio 
> of coreboot, so I checked their site for asus mainboard support, to find 
> asus unmentioned.
>
> So, will it work for an Asus Z370-A II mainboard?

I have no idea, but you can check the doc and or code to find out.
The statistically most likely answer is "no" because most chipsets and
motherboards are woefully underdocumented so it's very hard to port
Coreboot to it.

That's why I find Purism and System76 to be important: being
manufacturers they have a bit more leverage to get some of that
documentation (presumably under NDA) such that they can port Coreboot to
the particular chipset they're using, and that can then be helpful for
other machines using the same (or similar) chipset.


Stefan

Re: No deb for seamonkey?

[Richard Owlett]

On 05/19/2021 06:09 PM, Siard wrote:

Bob Bernstein:

Richard Owlett:

I've been getting SeaMonkey from there since days of Squeeze
[now running Buster] without any problems.


Yes. They don't distribute debs, but they do distribute binary
versions with install procedures.

Not sure which route I should take, binary from the
seamonkey-project.org site, or deb from the repo named in
wiki.debian.org/Seamonkey. I'm leaning toward the
first-mentioned.

Opinions?


I found that taking the tarball from seamonkey-project.org is dead easy.
Just unpack it in /opt and start /opt/seamonkey/seamonkey. No installation
needed.


+*1* !!



You can have a look at the seamonkey-project.org site now and then to see if
a new version is available, but you can also follow
www.seamonkey-project.org/news via RSS, so you get notified when a new version
is available. Then just delete /opt/seamonkey and put the new version there.

( RSS link: https://www.seamonkey-project.org/news-atom )

Re: Debian-friendly laptop

[Stefan Monnier]

> Or perhaps more than a bit more ;) I see that the Librem 14 version 1
> starts at $1470, for an i7 10710U, 8GB RAM, 250GB SSD, 14" 1920x1080
> screen, no WLAN. I'm pretty sure you can do a whole lot better than
> that from the standard brands.

Indeed, you pay more, but it funds development of coreboot, saves you
from having to wonder if the wifi's chipset will work out of the box,
as well as brings to Intel's attention the existence of real customers
willing to pay to have *less* code running in the ME.


Stefan "typing this on his Purism mini"

Re: No deb for seamonkey?

[didier gaumet]

Hello,

I would say that you express your point of view with unnecessary vigour 
and that it is not fully endorsed by the Debian community:


https://wiki.debian.org/Seamonkey (disclaimer sentence)
https://wiki.debian.org/DontBreakDebian

Cheers :-)

Re: stunt rally

[Camaleón]

El 2021-05-19 a las 23:34 +, Alejandro escribió:

> Hola tengo un problema para ejecutar el stunt rally. Desde alguna 
> actualización dejó de ejecutarse, creo que tiene que ver con los parámetros 
> de la ventana. Aquí copio el error que me da por si alguien sabe si es muy 
> complicado de solucionar. Estoy usando Sparky Linux Gameover edition, basado 
> en Debian pero la rama testing. Gracias de antemano un saludo!
> 
> **
> *** Starting GLX Subsystem ***
> **
> Registering ResourceManager for type Texture
>  name: Microsoft X-Box 360 pad axes: 6 buttons: 11
> GLRenderSystem::_createRenderWindow "Stunt Rally", 1024x768 windowed 
> miscParams: FSAA=0 externalWindowHandle=81788930 title=Stunt Rally vsync=false
> GLXWindow::create: The externalWindowHandle parameter is deprecated.
> Use the parentWindowHandle or currentGLContext parameter instead.
> X Error of failed request: GLXBadContext
> Major opcode of failed request: 151 (GLX)
> Minor opcode of failed request: 6 (X_GLXIsDirect)
> Serial number of failed request: 42
> Current serial number in output stream: 41

Creo que te aparece el mismo error que a este usuario:

SR Crashes on Open
https://forum.freegamedev.net/viewtopic.php?f=78=7680

Seguramente el problema venga tras actualizar el controlador de la 
gráfica. Podrías preguntar en el foro¹ de su web o intentar compilar el 
paquete con las instrucciones² que indican.

¹https://forum.freegamedev.net/viewforum.php?f=78=a374046aaabde37a8b5f7611c2db6550
²http://stuntrally.tuxfamily.org/wiki/doku.php?id=compile

Saludos,

-- 
Camaleón