Bug#987503: swap partition only 1 GB instead of at least 1 x RAM size

[Bastian Bittorf <bb@npl.de>]

This bug is open since nearly 2 years  
and needs a fix, please do it.

It is absolutely annoying to workaround such issues.
If there is anything where i cant help, i will do so.

There was an argument by steve:
"waste hundreds of gigabytes on swap space."

=> If a computer has "hundreds of gigabytes" of RAM
(and so swap), you do not care - you have enough resources anyway.

If you are in a special situation, where you have
more RAM than diskspace, you should better do a manual partitioning,
an not the other way: most people have more diskspace than RAM.

My usecase (which is broken now) is suspend-to-disk (32 GB RAM, 2TB disc)

The change was introduces by:
https://salsa.debian.org/installer-team/partman-auto

commit 7966fcdbeea345432836c685e425fd59a8628b44
Author: Julien Cristau <jcristau@debian.org>
Date:   Mon Mar 9 20:05:35 2020 +0100

    Fix installs with more RAM than disk space
    
    Import from Ubuntu: Introduce partman-auto/cap-ram, to allow capping RAM
    size as used for swap partition calculations. This allows us to cap the
    minimum size of swap partitions size to 1*CAP, and their maximum size to
    a maximum of 2 or 3*CAP depending on architecture. Default is set to
    1024, thus capping swap partitions to between 1 and 3GB. LP: #1351267,
    closes: #949651, #950344.  Patch from Dimitri John Ledkov.

Thanks & bye,
Bastian Bittorf