Package Details: playdate-sdk 1.12.3-1

Git Clone URL: https://aur.archlinux.org/playdate-sdk.git (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: https://play.date/dev/
Licenses: custom
Submitter: Auerhuhn
Maintainer: Auerhuhn
Last Packager: Auerhuhn
Votes: 2
Popularity: 0.014015
First Submitted: 2022-03-03 17:43 (UTC)
Last Updated: 2022-08-22 20:21 (UTC)

Latest Comments

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: libwebkit2gtk-4.0.so.37: cannot open shared object file: No such file or directory

Was able to fix that by installing: https://archlinux.org/packages/extra/x86_64/webkit2gtk/

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.

Thanks!

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.

feel commented on 2022-05-22 19:21 (UTC) (edited on 2022-05-22 19:21 (UTC) by feel)

Hi,

it attempts to update the version to 1.11.1 and then it fails:

>>>> yay -S playdate-sdk
....
==> Starting prepare()...
==> Starting pkgver()...
==> Updated version: playdate-sdk 1.11.1-1
==> Sources are ready.
==> Making package: playdate-sdk 1.11.1-1 (Sun 22 May 2022 09:19:07 PM CEST)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> WARNING: Using existing $srcdir/ tree
==> Starting pkgver()...
==> Removing existing $pkgdir/ directory...
==> Entering fakeroot environment...
==> Starting package()...
Packaging the license
install: cannot stat '/home/feel/.cache/yay/playdate-sdk/src/playdate-sdk-1.11.1/SDK_LICENSE.md': No such file or directory
==> ERROR: A failure occurred in package().