AUR package

[ampelectrecuted]

i use arch btw, so i made an AUR package for @someCatInTheWorld's LibreKitten. should i do this for omniblocks too as the server has been ported over to here?

[ampelectrecuted]

@coderabbitai what do you think and could we possibly even make a flatpak

[coderabbitai]

🧩 Analysis chain

🏁 Script executed:

#!/bin/bash
# Fetch issue `#52` details
gh issue view 52 --json title,body,comments --jq '{title: .title, body: .body, comments: [.comments[] | {author: .author.login, body: .body}]}'

Length of output: 374

---

🏁 Script executed:

#!/bin/bash
# Get repository information and structure
gh repo view --json description,name,primaryLanguage

# Check for README
if [ -f "README.md" ]; then
  head -n 50 README.md
fi

# Look for package.json to understand the project better
if [ -f "package.json" ]; then
  cat package.json | jq '{name: .name, description: .description, main: .main, scripts: .scripts}'
fi

# Check the repository structure
tree -L 2 -I 'node_modules|dist|build'

Length of output: 4362

---

🏁 Script executed:

#!/bin/bash
# Check what the CLI component does
if [ -d "src/cli" ]; then
  echo "=== CLI Directory Contents ==="
  ls -la src/cli/
  echo ""
  echo "=== CLI Files ==="
  fd . src/cli --type f --exec head -n 30 {}
fi

# Check what the server component does
if [ -d "src/server" ]; then
  echo ""
  echo "=== Server Directory Contents ==="
  ls -la src/server/
  echo ""
  echo "=== Server Files ==="
  fd . src/server --type f --exec head -n 30 {}
fi

# Check if there are any bin scripts defined in package.json
cat package.json | jq '.bin'

Length of output: 6578

---

@ampelectrecuted Great question! Let me share my thoughts on both packaging options:

AUR Package 📦

Feasibility: Yes, with some considerations

I can see that scratch-vm has both CLI and server components that could be packaged:

• CLI component (src/cli/index.js): Runs Scratch projects from the command line
• Server component (src/server/cli.js): Runs projects as an HTTP server with file permissions and network access controls

However, there are some things to consider:

• Currently, there's no bin field in package.json, so these aren't exposed as executable commands
• You'd need to create wrapper scripts (e.g., omniblocks-cli and omniblocks-server) to make them accessible
• The package would primarily be useful for developers or server deployments rather than typical end users

If you proceed, the AUR package could install:

1. The library itself (for npm/development use)
2. Command-line executables for running projects
3. Server capabilities for hosting Scratch projects

Flatpak ❌

Feasibility: Not recommended for scratch-vm alone

Flatpaks are typically designed for GUI desktop applications, while scratch-vm is:

• A JavaScript VM library
• CLI/server tools
• A component meant to be used with scratch-gui

Better alternative: If you want to create a Flatpak for OmniBlocks, consider packaging the complete TurboWarp/OmniBlocks GUI environment (which includes scratch-vm, scratch-gui, and other components). That would provide actual value to desktop users who want the full visual programming environment.

My Recommendation

1. AUR Package: Yes, create it if you want to make the CLI/server tools easily accessible to Arch users
2. Flatpak: Hold off on this until you're ready to package the full GUI application

Would you like guidance on setting up the wrapper scripts for the AUR package?