{
  "$type": "site.standard.document",
  "bskyPostRef": {
    "cid": "bafyreia77527gmtcmujmcjzuvbwjncoh75yl7hcs5cv33fi6ranba2rcxa",
    "uri": "at://did:plc:pi6woz4d47bkuws673w2il2r/app.bsky.feed.post/3mgc657clzgt2"
  },
  "path": "/t/fork-basement-as-baseplate/12415?page=4#post_67",
  "publishedAt": "2026-03-04T22:10:30.000Z",
  "site": "https://discourse.haskell.org",
  "tags": [
    "github.com/emilypi/base64",
    "Bug on 32 bit systems?",
    "jgm"
  ],
  "textContent": "I hate to bring this up again, but `ram` depends on `base64` which will make downstream packages crash on 32bit systems (yes, I know. there are some out there to this day)\n\ngithub.com/emilypi/base64\n\n####  Bug on 32 bit systems?\n\nopened 02:26PM - 06 Dec 23 UTC\n\n jgm \n\nDebian packaging ran into a problem with pandoc on i386, described at jgm/pandoc…#9233. I think I've traced it to base64. Here is a Dockerfile that reproduces the segfault: ``` Docker FROM i386/debian:sid RUN echo 'deb-src http://deb.debian.org/debian/ unstable main' >> /etc/apt/sources.list RUN apt update RUN apt install -y cabal-install libghc-base64-dev libghc-bytestring-dev RUN printf 'import \"base64\" Data.ByteString.Base64 (encodeBase64)\\n\\ import qualified Data.ByteString as B\\n\\ main = B.readFile \"/usr/bin/whoami\" >>= print . encodeBase64\\n'\\ > test.hs RUN runghc -XPackageImports test.hs ```",
  "title": "Fork `basement`? As `baseplate`?"
}