Re: [DNG] Anybody successfully worked with an Nvidia GeForce gt 710 with Devuan?

2020-12-02 Thread Steve Litt
On Mon, 30 Nov 2020 12:43:23 -0500
Hendrik Boom  wrote:

> From: Hendrik Boom 
> To: dng@lists.dyne.org
> Subject: Re: [DNG] Anybody successfully worked with an Nvidia GeForce
> gt 710  with Devuan? Date: Mon, 30 Nov 2020 12:43:23 -0500
> Sender: "Dng" 
> User-Agent: NeoMutt/20170113 (1.7.2)
> 
> On Mon, Nov 30, 2020 at 12:26:05PM +0100, Arnt Karlsen wrote:
> > On Mon, 30 Nov 2020 05:10:29 -0500, Steve wrote in message 
> > <20201130051029.510f1...@mydesk.domain.cxm>:
> >   
> > > On Sun, 29 Nov 2020 19:48:34 +0100
> > > Riccardo Mottola via Dng  wrote:
> > >   
> > > > Hi,
> > > > 
> > > > Steve Litt wrote:
> > > > > Has anyone successfully worked with an Nvidia GeForce gt 710
> > > > > with Devuan? As a bonus, has anyone gotten it to work without
> > > > > Pulseaudio?  
> > > > 
> > > > did you try nouveau? It is your only long-term hope, the short
> > > > term being using binary drivers.
> > > 
> > > Yes. Works fairly well, but intermittently X just terminates.  
> > 
> > ..doing what, like X freezing and hangs the whole machine?
> 
> I have something like that happening when the system runs out of
> memory. It becomes unresponsive to keyboard and mouse, and appears to
> freeze.

This computer has 64GB of ram tested through a whole 4 hour pass of
memtest86, and htop shows it using next to none of that RAM.

I'll tell you what: If it weren't for the video, this would be a really
kick ass machine. Its six cores map to 12 in htop and gkrellm. Running
Chromium with several youtube movies playing uses up maybe 5%. On my
current Daily Driver Desktop (DDD) such activities take about 70% of
the CPU.
 
SteveT

Steve Litt 
Autumn 2020 featured book: Thriving in Tough Times
http://www.troubleshooters.com/thrive
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] US mirror is broken? Failed to fetch http://us.deb.devuan.org Not Found [IP: 130.89.148.13 80]

2020-12-02 Thread Ralph Ronnquist via Dng
On 02/12 09:25, crich...@blackfoot.net wrote:
> Hi, I was trying to update something a bit ago, and it failed.
> 
> I ran apt update, then: apt install libsasl2-2 libsasl2-modules, and got
> this output:
> .
> Do you want to continue? [Y/n] y
> Err:1 http://us.deb.devuan.org/merged ascii/main amd64 libsasl2-modules-db
> amd64 2.1.27~101-g0780600+dfsg-3+deb9u1
>   404  Not Found [IP: 130.89.148.13 80]
> ...
> I didn't try -fix-missing, since this seems more a server issue.

This typically happens when the version known to your host is no
longer, or not yet, available at the repository. The usual remedy is
to re-run "apt-get update" and then try again.

> Trying to
> pull up http://us.deb.devuan.org/ in a browser
> gets a NET::ERR_CERT_COMMON_NAME_INVALID error.

It wouldn't be a "cert error" unless you used https.

> router1:/var/log# host us.deb.devuan.org
> us.deb.devuan.org is an alias for pkgmaster.devuan.org.
> pkgmaster.devuan.org has address 54.36.142.183
> pkgmaster.devuan.org has address 5.135.82.179
> 
> router1:/var/log# host 130.89.148.13
> 13.148.89.130.in-addr.arpa domain name pointer klecker-archive.debian.org.
> 
> Navigating to klecker-archive.debian.org directly seems to work fine.

Yes, most country-code domains "*.deb.devuan.org" incluing
"us.deb.devuan.org" are aliased to pkgmaster.devuan.org, and its
service for those domains renders a 301 redirect to "deb.devuan.org",
which then resolves to the mirror collection of IP that obviously
included 130.89.148.13 as one of the mirrors.

As golinux noted: it's best to use deb.devuan.org directly in your
source list.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] US mirror is broken? Failed to fetch http://us.deb.devuan.org Not Found [IP: 130.89.148.13 80]

2020-12-02 Thread golinux

On 2020-12-02 10:25, crich...@blackfoot.net wrote:

Hi, I was trying to update something a bit ago, and it failed.

I ran apt update, then: apt install libsasl2-2 libsasl2-modules, and 
got

this output:
.
Do you want to continue? [Y/n] y
Err:1 http://us.deb.devuan.org/merged ascii/main amd64 
libsasl2-modules-db

amd64 2.1.27~101-g0780600+dfsg-3+deb9u1
  404  Not Found [IP: 130.89.148.13 80]
Ign:2 http://us.deb.devuan.org/merged ascii/main amd64 libsasl2-2 amd64
2.1.27~101-g0780600+dfsg-3+deb9u1
Ign:3 http://us.deb.devuan.org/merged ascii/main amd64 libsasl2-modules
amd64 2.1.27~101-g0780600+dfsg-3+deb9u1
Err:1 http://us.deb.devuan.org/merged ascii-security/main amd64
libsasl2-modules-db amd64 2.1.27~101-g0780600+dfsg-3+deb9u1
  404  Not Found [IP: 130.89.148.13 80]
Err:2 http://us.deb.devuan.org/merged ascii-security/main amd64 
libsasl2-2

amd64 2.1.27~101-g0780600+dfsg-3+deb9u1
  404  Not Found [IP: 130.89.148.13 80]
Err:3 http://us.deb.devuan.org/merged ascii-security/main amd64
libsasl2-modules amd64 2.1.27~101-g0780600+dfsg-3+deb9u1
  404  Not Found [IP: 130.89.148.13 80]
E: Unable to fetch some archives, maybe run apt-get update or try with
--fix-missing?

I didn't try -fix-missing, since this seems more a server issue.   
Trying to

pull up http://us.deb.devuan.org/ in a browser
gets a NET::ERR_CERT_COMMON_NAME_INVALID error.

router1:/var/log# host us.deb.devuan.org
us.deb.devuan.org is an alias for pkgmaster.devuan.org.
pkgmaster.devuan.org has address 54.36.142.183
pkgmaster.devuan.org has address 5.135.82.179

router1:/var/log# host 130.89.148.13
13.148.89.130.in-addr.arpa domain name pointer 
klecker-archive.debian.org.


Navigating to klecker-archive.debian.org directly seems to work fine.

Suggestions?

Thx, Chris



There is no US mirror.  Use deb.devuan.org or choose one from 
https://pkgmaster.devuan.org/mirror_list.txt


Package information can be found at https://www.devuan.org/os/packages

golinux



___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


[DNG] US mirror is broken? Failed to fetch http://us.deb.devuan.org Not Found [IP: 130.89.148.13 80]

2020-12-02 Thread crichmon
Hi, I was trying to update something a bit ago, and it failed.

I ran apt update, then: apt install libsasl2-2 libsasl2-modules, and got
this output:
.
Do you want to continue? [Y/n] y
Err:1 http://us.deb.devuan.org/merged ascii/main amd64 libsasl2-modules-db
amd64 2.1.27~101-g0780600+dfsg-3+deb9u1
  404  Not Found [IP: 130.89.148.13 80]
Ign:2 http://us.deb.devuan.org/merged ascii/main amd64 libsasl2-2 amd64
2.1.27~101-g0780600+dfsg-3+deb9u1
Ign:3 http://us.deb.devuan.org/merged ascii/main amd64 libsasl2-modules
amd64 2.1.27~101-g0780600+dfsg-3+deb9u1
Err:1 http://us.deb.devuan.org/merged ascii-security/main amd64
libsasl2-modules-db amd64 2.1.27~101-g0780600+dfsg-3+deb9u1
  404  Not Found [IP: 130.89.148.13 80]
Err:2 http://us.deb.devuan.org/merged ascii-security/main amd64 libsasl2-2
amd64 2.1.27~101-g0780600+dfsg-3+deb9u1
  404  Not Found [IP: 130.89.148.13 80]
Err:3 http://us.deb.devuan.org/merged ascii-security/main amd64
libsasl2-modules amd64 2.1.27~101-g0780600+dfsg-3+deb9u1
  404  Not Found [IP: 130.89.148.13 80]
E: Unable to fetch some archives, maybe run apt-get update or try with
--fix-missing?

I didn't try -fix-missing, since this seems more a server issue.   Trying to
pull up http://us.deb.devuan.org/ in a browser
gets a NET::ERR_CERT_COMMON_NAME_INVALID error.

router1:/var/log# host us.deb.devuan.org
us.deb.devuan.org is an alias for pkgmaster.devuan.org.
pkgmaster.devuan.org has address 54.36.142.183
pkgmaster.devuan.org has address 5.135.82.179

router1:/var/log# host 130.89.148.13
13.148.89.130.in-addr.arpa domain name pointer klecker-archive.debian.org.

Navigating to klecker-archive.debian.org directly seems to work fine.

Suggestions?

Thx, Chris

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] snapd in Devuan? Dependency on systemd...

2020-12-02 Thread John Crisp via Dng
On Wed, 2 Dec 2020 15:03:22 +0100
Arnt Karlsen  wrote:


> ..how does the guys running Slackware, and the *BSDs do this 
> certbot thing, and how does it work with e.g. Tor?

Probably Dehydrated or a.n.other system


> ..meanwhile, I too lean towards Ian's contrarianism:
> http://michael.orlitzky.com/articles/lets_not_encrypt.xhtml


That has plenty of criticisms - rightly - but no solutions.

You can't change anything without an alternative solution. Just saying
"I am not playing doesn't" cut it. And if businesses are getting
marked down by not being https, they'll go with whatever gives them
the best Gobble ranking.

I tend to believe the main thing was getting people off their own email
systems that Gobble couldn't read, and on to their cloud infra, which
they could.

To do that they needed to try and convince people they were the good
guys (we protect you from spying governments with https) whilst getting
themselves a nice big data store.

See some comments say by Paul Wouters on Libreswan lists as to Gobble
and their attitude towards VPNs especially WRT the extremely
poor level of VPN encryption in Android.

"They expect you to use https, and not bother with VPNs"

As you rightly say, all for Gobbles benefit.

Shhhhhh - remember those days when they were the good guys?

I'm off to play Gopher :-)

-- 
John Crisp


pgpUR0jOKzAEm.pgp
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] snapd in Devuan? Dependency on systemd...

2020-12-02 Thread John Crisp via Dng
On Wed, 2 Dec 2020 01:09:06 +0100
Bernard Rosset via Dng  wrote:

> Certbot has removed support of certbot-auto for Debian-based systems 
> (cf. 

Just use dehydrated. 

No systemd (the Devil) or snapd (son of the aforementioned Devil)
dependencies. Runs on pretty well anything. 

https://github.com/dehydrated-io/dehydrated

Why wouldn't you?



pgpAMU54fA0Rl.pgp
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] snapd in Devuan? Dependency on systemd...

2020-12-02 Thread Arnt Karlsen
On Tue, 1 Dec 2020 20:35:16 -0600, o1bigtenor wrote in message 
:

> On Tue, Dec 1, 2020 at 6:09 PM Bernard Rosset via Dng
>  wrote:
> >
> > Certbot has removed support of certbot-auto for Debian-based systems
> > (cf.
> > https://github.com/certbot/certbot/blob/adacc4ab6dc63b024b17f0ec5adeb1adc9f93300/certbot-auto#L802).

..looks like we should thank them. :o)

> > Official instructions for Debian
> > (https://certbot.eff.org/lets-encrypt/debianbuster-other) tell to
> > use the snapd package (https://packages.debian.org/buster/snapd)...
> > which depends on systemd and has not been rebuilt separately for
> > Devuan yet.
> >
> > Is there any plan to do so?
> > I know making the list of repackaged packages grow is troublesome
> > for maintenance future-wise...
> >  
> 
> Greetings
> 
> I would suggest that you stay as far as you can form snapd!
> I spent about 8 months working on/with it and in the end was totally
> frustrated.
> After you install snapd - - - - -well canonical will upgrade anything
> AND everything on its schedule. You CANNOT change that! The longest
> file in the forum is individuals asking for an off switch for
> updates. You can push it to about 60 days with some serious tap
> dancing. I tried ALL the options giving to stop the triggered updates
> - - - my machine responded by shutting down. So I didn't get the
> updates but the machine would shut itself off when it was time for
> upgrades. Then I tried to remove the shebang! I tried using $rm -r
> and still had 'crap' hanging around. Got real frustrated with that.
> Left the mess for about a year and then when I tried to restart the
> machine I couldn't get a complete reboot (even using secure boot for
> repair). So I was forced to replace the complete system - - - - a
> right royal pita.
> 
> The idea is good (lxd) but snapd - - - - that's toxic!

..I (dis)agree, to me, snapd looks more like an attempt to replace 
apt, yum etc packaging systems with pötterisms, rather than an
attempt to help the EFF automate encrypting the web with certbot:
https://github.com/snapcore/snapd
https://github.com/snapcore
https://snapcraft.io/docs
https://snapcraft.io/store

..so Tor is secure under snap?  Or, like under systemd?:
https://snapcraft.io/search?category=security

..about certbot:
https://certbot.eff.org/about/
https://certbot.eff.org/docs/intro.html
https://letsencrypt.org/
https://github.com/certbot/certbot

..how does the guys running Slackware, and the *BSDs do this 
certbot thing, and how does it work with e.g. Tor?

..meanwhile, I too lean towards Ian's contrarianism:
http://michael.orlitzky.com/articles/lets_not_encrypt.xhtml



-- 
..med vennlig hilsen = with Kind Regards from Arnt Karlsen
...with a number of polar bear hunters in his ancestry...
  Scenarios always come in sets of three: 
  best case, worst case, and just in case.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] What I learned at Distrowatch

2020-12-02 Thread Arnt Karlsen
On Tue, 1 Dec 2020 09:59:01 -0500, Mason wrote in message 
<20201201145900.gv5...@blisses.org>:

> On Tue, Dec 01, 2020 at 03:33:41PM +0100, Antony Stone wrote:
> 
> > What, specifically, gets installed as part of Devuan which you
> > don't want to see there?  
> 
> As an exercise, try doing a minimal install via debootstrap, which is
> arguably the easiest way to tailor an install. I've thus far not
> managed to get an install through without elogind creeping in, even
> if I explicitly mark it as something to ignore. The Devuan live media
> I use for installs runs elogind. It sort of reminds me of the Agent
> Smith virus speech from The Matrix.


..try replace elogind with (experimental) seatd:
On Tue, 1 Dec 2020 01:26:32 +0100, Arnt wrote in message 
<20201201012632.026f9c65@d44>:
> ..will experimental seatd be part of our escape from pötterisms like
> d-bus and (e)logind?:
> https://pkginfo.devuan.org/stage/experimental/experimental/seatd_0.4.0-1~rc1.html
> https://git.sr.ht/~kennylevinsen/seatd
> 
> ..git clone https://git.sr.ht/~kennylevinsen/seatd and have a
> look. :o)



> 
> > libsystemd0 is a stub library which contains none of the
> > objectionable code or "features" which people who don't want
> > systemd are trying to keep away from.  
> 
> Unix libraries bundle related functionality together so that you can
> link just that which you need. Can you explain how libsystemd0 fits
> into this model? I'm unclear on what set of related functions it
> provides.
> 


-- 
..med vennlig hilsen = with Kind Regards from Arnt Karlsen
...with a number of polar bear hunters in his ancestry...
  Scenarios always come in sets of three: 
  best case, worst case, and just in case.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng