Hey there! We've found the following might help you get unblocked faster:

• 🧵 Unknown Error Starting a Railway container
• 🧵 Consistently unable to apt install and connect to archive.ubuntu.com with nixpacks
• 🧵 Failed to integrate Astrojs API with backend service in Python/FastaPI via railway.internal.

If you find the answer from one of these, please let us know by solving the thread!

Worth mentioning... While my project is in Python, there is an npm version of Sass I could use (it's slower, but it would work). Will a Railpack-based installation be able to install dependencies from both?

I attempted to set up a pre-deploy script to install the npm version, but—as I feared—the Railpack installer had already decided (correctly) that this was a Python project, and therefore didn't install npm. So... no luck along that avenue. :-(

hey andrewminer , yeah Railpack can totally handle python +node together just add these env vars in your service settings:

RAILPACK_PACKAGES = node (pulls in Node via Mise during build)

RAILPACK_INSTALL_COMMAND = pip install -r requirements.txt && npm install -g sass

that installs your Python deps, then Sass via npm—Flask-Assets should find the sass command no prob. For the faster native version, swap the npm part with

curl -L https://github.com/sass/dart-sass/releases/download/1.94.2/dart-sass-1.94.2-linux-x64.tar.gz -o sass.tar.gz && tar -xzf sass.tar.gz && mv dart-sass/sass /usr/local/bin/ && rm -rf dart-sass sass.tar.gz

(add RAILPACK_BUILD_APT_PACKAGES = curl tar if needed)

on apt, no direct Dart Sass package—apt-cache search sass shows old stuff like sassc (LibSass) or ruby-sass (deprecated).

redeploy and test with sass --version in the shell

I'm afraid this didn't get me there. Adding node to RAILPACK_PACKAGES did install NodeJS correctly. I then updated my build script to include:

#/usr/bin/env sh

VENV_DIR="./authmo/venv"
python -m venv "${VENV_DIR}"
if [ ! -d "${VENV_DIR}" ]; then
    echo "Failed to create virtual env."
    exit 125
fi

. "${VENV_DIR}/bin/activate"
echo "Using pip: $(which pip)"

pip install --upgrade pip
pip install authmo_common@git+https://${GITHUB_USER}:${GITHUB_TOKEN}@github.com/authmo/common
pip install authmo_sql@git+https://${GITHUB_USER}:${GITHUB_TOKEN}@github.com/authmo/sql
pip install .

npm install -g sass
echo "Using sass: $(which sass)"

In the build log, I do see the line "Using sass: /mise/shims/sass" at the end. So, it appears that the installation worked correctly. However, using this script for starting the server:

#/usr/bin/env sh

VENV_DIR="./authmo/venv"
. "${VENV_DIR}/bin/activate"

echo "Using python: $(which python)"
echo "Using sass: $(which sass)"

SERVICE_NAME="www2-web" python -m gunicorn "authmo_www.web.server:launchApp()"

I see "Using sass: " in the Deploy log. So, it appears that sass was removed somewhere between the build completing and the server starting.

Out of curiosity, I added these lines to my startup script:

    if ! which sass; then
        npm install -g sass
    fi
    echo "Using sass: $(which sass)"

Sadly, it didn't help. In the deploy log I see:

Starting Container
Using python: /app/authmo/venv/bin/python
node: error while loading shared libraries: libatomic.so.1: cannot open shared object file: No such file or directory
Using sass: 

Curious, what do you need sass for at runtime?

I'm using Flask-Webassets to serve up dynamically generated, hashed, compressed, etc. versions of my SCSS files. Super handy for development, and (until now) very simple to deploy along-side the server. It caches everything, so it's just as fast at runtime without having to fuss about setting up a separate asset build pipeline. I've done the whole webpack thing (or browserify if you reach back far enough) thing on past projects, and this has been much simpler... until now. :-(

You're on your own. Unless Railway decides your problem is definitely due to something in their stack (and a total lack of documentation on writing build scripts doesn't count), they're going to make your issue public, slap a bounty on it, and hope someone else will help out. Based upon my empirical evidence from this issue, there's a 50/50 shot someone will feed you ChatGPT gibberish at 60min intervals to claim the bounty.

A lack of documentation is definitely on us. Apologies you're experiencing this (and ChatGPT gibberish - we try to drop the banhammer as fast as we can on them). Improving Railpack documentation and providing recipes/examples is definitely somthing we should be doing, so I'm sorry for the poor experience here.

Thank you, Ray. I appreciate you saying so. Please let me know if you have any questions about my specific set-up which will help in improving the documentation around Build and Start-Up scripts.