* master:
  software/proftpd/test: fix flaky test_partial_upload_are_deleted
  fixup! slapos.cookbook: remove deprecated softwaretype recipe
  slapos.cookbook: remove deprecated softwaretype recipe
  move old software releases to unstable
  component/pysvn-python: version up 1.9.15
  component/subversion: version up 1.14.1
  component/serf: version up 1.3.9
  fixup! jstestnode: some cleanup
  remove unused test software releases
  nodejs: old versions need Python 2
  jstestnode: some cleanup
  nodejs: remove unused versions
  etherpad-lite: move to unstable
  cloud9: move to unstable
  software/kvm: remove unused nodejs compilation
  component/python3: do not build nis module
  component/openssh: version up 8.8p1
  Revert "component/fonts: Workaround download bug"
  version up: slapos.recipe.build 0.49
  python2.7: small cleanup

There can be a short delay until the partially uploaded file is actually
removed, so wait a little bit before checking for its absence.

Our old subversion does not seem to support the expiration of letsencrypt root certificate, as we can see in [tests](
https://erp5js.nexedi.net/#/test_result_module/20210930-70CDB278/143): 

```
ClientError: ("Unable to connect to a repository at URL 'https://svn.erp5.org/repos/public/erp5/trunk/bt5/test_web'\nServer SSL certificate verification failed: certificate has expired", [("Unable to connect to a repository at URL 'https://svn.erp5.org/repos/public/erp5/trunk/bt5/test_web'", 230001), ('Server SSL certificate verification failed: certificate has expired', 230001)])
```

This is also what we observe when using svn command from ERP5 software release:

```
~/srv/slapos/shared/subversion/26833ca5dbfd6944dc2e584d0761dc89/bin/svn info https://svn.erp5.org/repos/public/erp5/trunk/bt5/test_web
Error validating server certificate for 'https://svn.erp5.org:443':
 - The certificate has expired.
Certificate information:
 - Hostname: svn.erp5.org
 - Valid: from Sep 26 05:47:35 2021 GMT until Dec 25 05:47:34 2021 GMT
 - Issuer: Let's Encrypt, US
 - Fingerprint: 01:98:FF:1B:68:A1:55:59:35:EE:1C:57:8A:6E:5A:22:1F:3E:B2:86
(R)eject, accept (t)emporarily or accept (p)ermanently? ^Csvn: E200015: Unable to connect to a repository at URL 'https://svn.erp5.org/repos/public/erp5/trunk/bt5/test_web'
```

Updating subversion and linking it with openssl 1.1 seem to solve the issue.

See merge request nexedi/slapos!1053

This has been superseeded by switch-softwaretype recipe.

See commit d9cbf829.

This is a follow up of 04938bff.

Nis module is linking against system library libnsl which is not slapos compatible.

Also note that we use printf instead of echo here because echo behaviour with \n is different with bash or dash.

openssh 7.7p1 has a compilation erro in Debian 11.

This reverts commit e5f9dee1,
now that slapos.recipe.build is fixed.

* master:
  Version up slapos.toolbox 0.126
  stack/slapos: slapos.cookbook version up (1.0.212)
  Release slapos.cookbook (1.0.212)
  recipe/readline: Add when-absent feature
  recipe/readline: Support modern python
  stack/slapos.cg: update slapos.core to 1.6.19
  fonts: update component's ${buildout:parts}
  m4: cleanup
  Version up erp5.util 0.4.712
  component/fonts: Workaround download bug
  software/theia: Fix libsecret path resolution
  component/apache: version up 2.4.49, including security fixes.
  component/ghostscript: version up 9.55.0, including security fixes.

Allows to use recipe for cases when file is not present yet so it can return
some default (marker-like) value.

* master:
  software/erp5testnode: update seleniumrunner
  java-re/libreoffice: disable shared for the moment
  stack/resilient: Use dumps to transmit parameters
  fix "stack/caucase: Fix md5 change detection"
  java-re: enable shared
  java: clean up
  java: remove old/unused patch
  libreoffice: enable shared
  More shared parts using slapos.recipe.build:download-unpacked
  nginx: share more parts, drop obsolete sections
  fonts: cleanup, make msttcore-fonts shared
  theia: clean up test/dummy/software.cfg
  version up: zc.buildout, slapos.recipe.build, Debian 10/11 netinst
  kvm: small cleanup before further changes about iso image path
  NEO: use stack/slapos.cfg versions for cffi/gevent/greenlet
  Clean up 'cclient' component
  Move old MySQL to unstable
  caddy-frontend: Add missing promise on each exposed node
  caddy-frontend: Avoid needless double slashing for type:zope

1.0.181 cannot be installed on Debian 11

This reverts commits d23929f7
(partially) and 3c52286b.

This issue is in slapos.core, slapos/testing/check_software.py:

      '*/parts/libreoffice-bin/*',
      '*/parts/java-re*/*',

We'll reapply the changes after (or at the same time as)
slapos.core is updated.