Search Criteria
Package Details: dusklight 1.4.1-2
Package Actions
| Git Clone URL: | https://aur.archlinux.org/dusklight.git (read-only, click to copy) |
|---|---|
| Package Base: | dusklight |
| Description: | Dusklight brings a classic adventure to PC and mobile platforms with a variety of fixes and improvements. |
| Upstream URL: | https://github.com/TwilitRealm/dusklight |
| Licenses: | CC0-1.0 |
| Conflicts: | tp-dusk |
| Provides: | tp-dusk |
| Replaces: | tp-dusk |
| Submitter: | HurricanePootis |
| Maintainer: | HurricanePootis |
| Last Packager: | HurricanePootis |
| Votes: | 12 |
| Popularity: | 4.22 |
| First Submitted: | 2026-05-13 03:52 (UTC) |
| Last Updated: | 2026-06-19 04:45 (UTC) |
Dependencies (18)
- abseil-cpp (abseil-cpp-gitAUR)
- fmt (fmt-gitAUR)
- freetype2 (freetype2-qdoled-aw3225qfAUR, freetype2-qdoled-gen3AUR, freetype2-gitAUR, freetype2-macosAUR, freetype2-qdoledAUR, freetype2-woledAUR)
- glibc (glibc-gitAUR, glibc-git-native-pgoAUR, glibc-eacAUR)
- libgcc (libgcc-fast-optimizedAUR, libgcc-snapshotAUR)
- libjpeg-turbo (mozjpeg-gitAUR, mozjpegAUR, libjpeg-turbo-gitAUR)
- libpng (libpng-gitAUR, libpng-apngAUR)
- libstdc++ (libstdc++-fast-optimizedAUR, libstdc++-snapshotAUR)
- sdl3 (sdl3-noibus-gitAUR, sdl3-gitAUR)
- sqlite (sqlite-fossilAUR)
- zlib (zlib-gitAUR, zlib-ng-compat-gitAUR, zlib-ng-compat)
- clang (llvm-gitAUR, clang-minimal-gitAUR, clang17-binAUR, clang-static-gitAUR) (make)
- cmake (cmake3AUR, cmake-gitAUR) (make)
- git (git-gitAUR, git-glAUR, git-wd40AUR) (make)
- lld (llvm-gitAUR) (make)
- ninja (ninja-gitAUR, ninja-memAUR, ninja-noemacs-gitAUR, ninja-kitwareAUR, ninja-fuchsia-gitAUR, n2-gitAUR) (make)
- patchelf (patchelf-gitAUR) (make)
- vulkan-headers (vulkan-headers-gitAUR) (make)
Latest Comments
1 2 3 Next › Last »
HurricanePootis commented on 2026-05-28 16:54 (UTC)
@MarcoCoreDuo
Yeah no problem. I remember experiencing this issue back when I used
paru.MarcoCoreDuo commented on 2026-05-28 16:52 (UTC)
@HurricanePootis Thanks for the help. I added
dusklighttoIgnoreDeveland now it's fine. That's also good to know for the future. I'm still pretty new to the Arch world. I also didn't think about the fact that git submodule already pulls the right commit.HurricanePootis commented on 2026-05-28 15:54 (UTC)
@MarcoCoreDuo I found a github issue that describes your situation. You can use
IgnoreDevelandIgnoreDevelSource, as describe inman 5 paru.conf.HurricanePootis commented on 2026-05-28 15:46 (UTC)
@marcoCoreDuo
I've been in your exact position before, and I've tried doing that for many packages. If you're using
paru, at least from when I did all my testing, I discovered that it really didn't change anything. Furthermore, pinning theaurorasubmodule to a certain commit really doesn't matter as whenever you use thegit submodulecommand, it will pull the correct commit from the repo.I'll go ahead and do the change, but I don't think anything will happen. I switched to
yayfromparufor this exact reason.MarcoCoreDuo commented on 2026-05-28 15:44 (UTC)
@HurricanePootis Would it be possible to pin the
aurorasubmodule in thesourcearray to the exact commit associated with the release? Right now, it pulls the latest commit from the main branch. This causes AUR helpers to constantly trigger false-positive updates whenever a new commit is pushed to aurora. Pinning the commit would also ensure build reproducibility and prevent unexpected build failures if upstream introduces breaking changes.HurricanePootis commented on 2026-05-28 14:14 (UTC)
@narcester My steam controller (2010s) works for me using this package. This package relies on system SDL3 for controller input. If you have a new steam controller, try installing
sdl3-git.narcester commented on 2026-05-28 14:09 (UTC)
I don't know what's the reason but this package makes my Steam Controller not work at all. It works fine in the menu but when I try to click play and press any buttons, it doesn't work at all. The dusklight-bin one works perfectly fine but not this one. Not sure why is that.
MarcoCoreDuo commented on 2026-05-20 16:40 (UTC)
@HurricanePootis It builds fine, yeah. I just thought it would be better not to rely on transitive dependencies from
meson, whenmesonis not needed to build the project.HurricanePootis commented on 2026-05-19 23:11 (UTC)
@MarcoCoreDuo
Lmao thanks for pointing out the typo, my bad G. Also, I don't include all upstream makedepends() as I am able to build the package in a clean chroot with
extra-x86-64-build -cwithout seeing any errors. I'll look more into it, just in case.MarcoCoreDuo commented on 2026-05-19 20:17 (UTC)
Hi, thanks for maintaining this package.
I noticed a small typo in the
prepare()function (submoudleinstead ofsubmodule). Also, I saw thatmesonis listed in themakedepends. Is there a reason for not only including the upstream-mentioned build deps?This built fine in a clean chroot with
extra-x86_64-build:1 2 3 Next › Last »