Package Details: playdate-sdk 2.4.2-1

Git Clone URL: (read-only, click to copy)
Package Base: playdate-sdk
Description: SDK for the Playdate console with Lua and C APIs, docs, and a simulator
Upstream URL:
Licenses: LicenseRef-SdkLicense
Submitter: Auerhuhn
Maintainer: Auerhuhn
Last Packager: Auerhuhn
Votes: 5
Popularity: 0.173638
First Submitted: 2022-03-03 17:43 (UTC)
Last Updated: 2024-04-13 18:06 (UTC)

Latest Comments

1 2 Next › Last »

aquova commented on 2024-03-08 15:14 (UTC)

Something to note is that if you're planning on developing Playdate games, the install script only mentions copying the bin, Disk, and Example directories from /opt/playdate-sdk, but you'll need more than that to build a project (such as CoreLibs). It might be worth it to just tell users to copy /opt/playdate-sdk/* into ~/.local/share/playdate-sdk.

Auerhuhn commented on 2023-03-09 14:45 (UTC)

Thanks @shura and @xla for your suggestions and patience.
I’m going to look into this.

shurizzle commented on 2023-03-09 14:15 (UTC)

Or you can patch the bin using

patchelf \
    --replace-needed \
    --replace-needed \

xla commented on 2023-02-01 02:13 (UTC)

After a vanilla install, if I try to run the Simulator I encounter the following error:

/usr/bin/PlaydateSimulator: error while loading shared libraries: cannot open shared object file: No such file or directory

Was able to fix that by installing:

Auerhuhn commented on 2022-07-05 07:39 (UTC)

Thanks for the pointer @teawrecks. I just pushed a new pkgrel to fix this. Please let me know if you encounter any more issues.

teawrecks commented on 2022-07-02 01:23 (UTC) (edited on 2022-07-02 01:24 (UTC) by teawrecks)

The cmake script at C_API/buildsupport/playdate.cmake has this line:

set(PDC "${SDK}/bin/pdc" -sdkpath "${SDK}")

But this package moves pdc (and pdutil) out to /usr/bin/, so it fails later when trying to call pdc. I was able to work around this locally by moving pdc and pdutil back to the SDK's bin folder, and creating links to them in /usr/bin.

Is it possible to do this in the package so that the packaged build files are usable? That or edit the build scripts each time, though I'd be more in favor of changing the SDK as little as possible for this package to work.


Auerhuhn commented on 2022-06-30 07:51 (UTC)

@corysanin I wish I knew.

If the simulator didn’t assume the SDK directory to be writable, we wouldn’t need to jump through all those hoops in the first place. But here we are.

Maybe the folks at Panic just didn’t anticipate that anyone might want to have their SDK managed by the system package manager.

In case you figure out an easier workaround, let me know!

corysanin commented on 2022-06-30 01:10 (UTC)

Oh, I understand. It's trying to write some temp file. Why on earth is it doing that?

corysanin commented on 2022-06-30 00:34 (UTC)

Seems the playdate-simulator.shim script is defaulting to ~/.local/share/ even though the package installs to /opt.

Auerhuhn commented on 2022-05-22 19:45 (UTC)

You’re right Filippo, thanks for the heads up! An issue with my pkgver. Now fixed and upgraded to v1.11.1.