1. 17 Sep, 2021 1 commit
    • Andrea Pappacoda's avatar
      build(meson): look for howardhinnant-date · cdad9c2b
      Andrea Pappacoda authored
      Since the "date" library has such a general name,
      it often gets renamed to "hinnant-date",
      "howardhinnant-date", etc. This change enables
      Meson to find the library when it is called in
      either ways. This "new" name is used, for example,
      in the Debian package.
      cdad9c2b
  2. 15 Sep, 2021 7 commits
  3. 13 Sep, 2021 2 commits
  4. 12 Sep, 2021 1 commit
  5. 03 Sep, 2021 2 commits
  6. 30 Aug, 2021 2 commits
  7. 27 Aug, 2021 1 commit
    • Louis Solofrizzo's avatar
      [SERVER] ssl: Add the possibility for the user to set a password callback · 27c0c9ed
      Louis Solofrizzo authored
      In order to use passphrase-protected keys.
      This patch does not change the default behavior:
      
          server.useSSL("./cert/server.crt", "./cert/server.key");
          $> ./a.out
          Enter PEM pass phrase:
          [...]
      
          static int password_callback(char *buf, int size, int rwflag, void *u)
          {
              static const char *password = "foobar"; // _Please_ don't do that, that's an example
              strncpy(buf, password, size);
              return strlen(password);
          }
      
          server.useSSL("./cert/server.crt", "./cert/server.key", false, &password_callback);
          $> ./a.out
          Listening on 0.0.0.0:9080
      
      Key has been generated with:
      
          $> openssl genrsa -aes128 -passout pass:foobar -out server.key 3072
      
      If you intend to use this feature, please look at the recent
      developments on memfd_secret[1] in order to actually store a passphrase
      with relative security in memory.
      
      [1] https://lwn.net/Articles/865256/Signed-off-by: default avatarLouis Solofrizzo <lsolofrizzo@scaleway.com>
      27c0c9ed
  8. 10 Aug, 2021 2 commits
  9. 05 Aug, 2021 2 commits
  10. 07 Jul, 2021 8 commits
  11. 05 Jul, 2021 2 commits
  12. 02 Jul, 2021 1 commit
  13. 01 Jul, 2021 1 commit
    • Andrea Pappacoda's avatar
      Add support for multiple archs in autopkgtest CI · 86024bae
      Andrea Pappacoda authored
      This took **a lot** of time, as autopkgtest-build-qemu has been able to
      build non-x86 for less than a release (version 5.17, unreleased),
      and it isn't meant to be (easly) used on Ubuntu (and unfortunately GH
      Actions only support Ubuntu).
      
      This is extremely fragile; adding a CPU core breaks something, adding a
      MB of RAM breaks something, installing recommended packages breaks
      something... you get it. But it works. Beautiful, isn't it?
      
      This currently tests amd64, arm64. armhf, i386 and ppc64el. s390x seems
      unsupported by autopkgtest-build-qemu.
      
      If you're curious to see how many trials it took, have a look at this
      test branch:
      github.com/Tachi107/pistache/tree/actions-autopkgtest-multiarch-test
      86024bae
  14. 28 Jun, 2021 6 commits
  15. 27 Jun, 2021 2 commits