[bug#54267] doc: Add "Running Guix System on a Capsul Server" chapter.

* doc/guix-cookbook.texi (Running Guix System on a Capsul Server): New node.
---
 doc/guix-cookbook.texi | 13 +++++++++++++
 1 file changed, 13 insertions(+)

Hi jgart,

Am Samstag, dem 05.03.2022 um 22:28 -0500 schrieb jgart:
> * doc/guix-cookbook.texi (Running Guix System on a Capsul Server): New
> node.
> ---
>  doc/guix-cookbook.texi | 13 +++++++++++++
>  1 file changed, 13 insertions(+)
> 
> diff --git a/doc/guix-cookbook.texi b/doc/guix-cookbook.texi
> index d2ce525998..184217038b 100644
> --- a/doc/guix-cookbook.texi
> +++ b/doc/guix-cookbook.texi
> @@ -18,6 +18,7 @@ Copyright @copyright{} 2020 Brice Waegeneire@*
>  Copyright @copyright{} 2020 André Batista@*
>  Copyright @copyright{} 2020 Christine Lemmer-Webber@*
>  Copyright @copyright{} 2021 Joshua Branson@*
> +Copyright @copyright{} 2022 jgart@*
>  
>  Permission is granted to copy, distribute and/or modify this document
>  under the terms of the GNU Free Documentation License, Version 1.3 or
> @@ -1353,6 +1354,7 @@ reference.
>  * Guix System Image API::        Customizing images to target specific
> platforms.
>  * Connecting to Wireguard VPN::  Connecting to a Wireguard VPN.
>  * Customizing a Window Manager:: Handle customization of a Window
> manager on Guix System.
> +* Running Guix System on a Capsul Server:: Running Guix System on a
> Capsul Server
>  * Running Guix on a Linode Server:: Running Guix on a Linode Server
>  * Setting up a bind mount:: Setting up a bind mount in the file-
> systems definition.
>  * Getting substitutes from Tor:: Configuring Guix daemon to get
> substitutes through Tor.
> @@ -2021,6 +2023,17 @@ your screen but not suspend it, it's a good idea
> to notify xss-lock about this s
>  confusion occurs. This can be done by executing @code{xset s activate}
> immediately
>  before you execute slock.
>  
> +@node Running Guix System on a Capsul Server
> +@section Running Guix System on a Capsul Server
> +@cindex capsul, Capsul
> +
> +@uref{https://www.capsul.org, Capsul} is a VPS service provided by
> +the hacker collective @uref{https://www.cyberia.club, Cyberia}. They
> +provide the latest stable version of Guix System as a server distro
> +option. Cyberia's VPS images can be community maintained by making a
> +pull request at the
> @uref{https://git.cyberia.club/cyberia/capsul-images,
> +capsul-images} repository.
> +
>  @node Running Guix on a Linode Server
>  @section Running Guix on a Linode Server
>  @cindex linode, Linode
Sounds more like an ad than a recipe to me.  Note that "latest stable"
means "I enjoy being part of a crypto-mining botnet and would like to
dedicate more harware towards reaching the 3 degree target" when
speaking about rolling release distribution models.  
Then again... "cryptocurrency payments are back"[1].

Cheers

[1] https://cyberia.club/blog/20211217-capsul-maintenance-updates.html

On Mon, 07 Mar 2022 13:28:58 +0100 Liliana Marie Prikler <liliana.prikler@ist.tugraz.at> wrote:
> Sounds more like an ad than a recipe to me.  Note that "latest stable"
> means "I enjoy being part of a crypto-mining botnet and would like to
> dedicate more harware towards reaching the 3 degree target" when
> speaking about rolling release distribution models.  
> Then again... "cryptocurrency payments are back"[1].

I'd be less suspicious to promote Cyberia, a 501(c)(3) non-profit
organization providing the general public with Guix System virtual
private servers than DigitalOcean. Capsul's approach to providing Guix
System is a better approach than using some cloud infrastructure provider
that doesn't care to make Guix System a first-class citizen. I think we
should promote grassroots organizations like this and be more suspicious
of companies funded by VC money instead (DigitalOcean, Github, etc...).

all best,

jgart

Am Montag, dem 07.03.2022 um 12:04 -0500 schrieb jgart:
> 501(c)(3) non-profit organization
That is a broad label and no indicator of quality whatsoever.  It
applies to organizations genuinely interested in the betterment of
society, happy faces painted on top of companies taking weird business
decisions (looking at you, Mozilla), and right-wing think tanks spewing
propaganda while claiming to be an academical institution in name only
and accepting huge amounts of cash to speak on behalf of big oil
against any regulations that would impact their profits.

> On Mon, 07 Mar 2022 13:28:58 +0100 Liliana Marie Prikler
> <liliana.prikler@ist.tugraz.at> wrote:
> > Sounds more like an ad than a recipe to me.  Note that "latest
> > stable" means "I enjoy being part of a crypto-mining botnet and
> > would like to dedicate more harware towards reaching the 3 degree
> > target" when speaking about rolling release distribution models.  
> > Then again... "cryptocurrency payments are back"[1].
> 
> I'd be less suspicious to promote Cyberia [...] than DigitalOcean.
> Capsul's approach to providing Guix System is a better approach than
> using some cloud infrastructure provider that doesn't care to make
> Guix System a first-class citizen.
> I think we should promote grassroots organizations like this and be
> more suspicious of companies funded by VC money instead
> (DigitalOcean, Github, etc...).
While in principle I agree that all companies are sketchy always, the
cookbook still is not a place for endorsements, but for technical
solutions.  Your contribution is the former.  To be anything but you
should at the very least guide users through the process of purging
password-less root access.

Cheers

Liliana Marie Prikler schreef op wo 09-03-2022 om 09:36 [+0100]:
> [...]  To be anything but you
> should at the very least guide users through the process of purging
> password-less root access.

An additional option could be adding support to "guix deploy" for
automating some of the processes.

Greetings,
Maxime.

Hi,

Maxime Devos <maximedevos@telenet.be> writes:

> Liliana Marie Prikler schreef op wo 09-03-2022 om 09:36 [+0100]:
>> [...]  To be anything but you
>> should at the very least guide users through the process of purging
>> password-less root access.
>
> An additional option could be adding support to "guix deploy" for
> automating some of the processes.

I agree that advertising a service provider isn't really the right place
in the cookbook.  It's nice to know it exists though!

Thanks,

Closing.

Maxim