Package Details: chrysalis-bin 0.13.3-1

Git Clone URL: https://aur.archlinux.org/chrysalis-bin.git (read-only, click to copy)
Package Base: chrysalis-bin
Description: Graphical configurator for Kaleidoscope-powered keyboards (AppImage)
Upstream URL: https://github.com/keyboardio/Chrysalis
Licenses: GPL3
Conflicts: chrysalis
Provides: chrysalis
Submitter: alerque
Maintainer: alerque (fx101, pdizzle)
Last Packager: alerque
Votes: 0
Popularity: 0.000000
First Submitted: 2020-10-05 13:49 (UTC)
Last Updated: 2023-12-19 20:07 (UTC)

Latest Comments

1 2 Next › Last »

alerque commented on 2022-10-22 17:41 (UTC)

@evybongers Sure I'd accept a patch to that effect. The icon should be downloaded using the source=() array if anything. Generating the desktop with gendesk is fine, or just add it as a source tracked along with the PKGBUILD. The sources are in this repo so sending a PR is fine.

Qvyldr commented on 2022-10-19 14:13 (UTC) (edited on 2022-10-19 14:14 (UTC) by Qvyldr)

Could you maybe add a desktop entry for it? Something like this:

[Desktop Entry]
Terminal=false
Type=Application
Name=Chrysalis
Comment=Graphical configurator for Kaleidoscope
Exec=/usr/bin/chrysalis
Icon=chrysalis
StartupWMClass=chrysalis

Icon could be downloaded from https://github.com/keyboardio/Chrysalis/blob/v${pkgver}/build/icon.png and installed as /usr/share/applications/io.keyboard.chrysalis.desktop

I'm happy to send a patch for it

alerque commented on 2022-10-12 16:52 (UTC)

Yes we can probably make this place the udev rules, but we also have to figure out how to strip out the root prompt and script that tries to place it. If anybody has patches they are welcome, I'm traveling and unable to test updates at the moment.

The-Compiler commented on 2022-09-27 06:26 (UTC)

Would it be possible for this package (as well as chrysalis/chrisalis-git I presume) to install the upstream udev rules to /etc/udev/rules.d at install time?

While upstream prompts for root rights with a script to install it, it seems nicer to have it installed and tracked by pacman - also, it turns out upstream doesn't actually install it in all situations it'd be needed (if you're in the uucp group, you can access the serial port, but not do firmware updates without manually installing the udev rules).

alerque commented on 2020-10-07 10:51 (UTC)

Is someone able to confirm that this AppImage works properly without the uucp package installed? In working on the source build I was unable to get that working without it — presumably not for the tooling it provided but just to get the /dev/ttyACM0 device permissions and uucp user group setup properly. It might be needed as a dependency for this package as well, but it's kind of hard to backtrack on my system and test without it.

alerque commented on 2020-10-05 19:57 (UTC) (edited on 2020-10-07 10:47 (UTC) by alerque)

@pdizzle The current chrysalis-git is closer to correct already, it at least builds the source, although it handles the Electron dependency incorrectly and has other issues such as mixing up npm and yarn. I may look into that after I fix up the chrysalis package. Yes of course chrysalis will track tagged stable release versions. The git package builds from the latest HEAD rather than the latest tagged release.

pdizzle commented on 2020-10-05 14:16 (UTC) (edited on 2020-10-05 14:16 (UTC) by pdizzle)

@caleb, thanks for doing that. just so I'm following, what would be the difference between chrysalis and chrysalis-git at that point? would you be tracking releases on chrysalis?

alerque commented on 2020-10-05 13:56 (UTC) (edited on 2020-10-05 14:02 (UTC) by alerque)

This package is (and always has been) incorrectly named. It is just packaging an AppImage that is built upstream, so the pkgname should be chrysalis-bin. I have done the work for you guys of posting it under that name including importing this repository history and updating the packaging to work under that name. I've also added the existing maintainers as maintainers (I'll remove myself later). I'm now filing a merge request to get rid of this package namespace so that I can post an actual source build under this name.

pdizzle commented on 2020-07-22 14:03 (UTC) (edited on 2020-07-22 14:07 (UTC) by pdizzle)

OK -- based on looking through AppImage docs and some discussion, it looks like libfuse.so.2 is needed in order to be able to run AppImages, so i will be adding fuse2 as a dependency.

pdizzle commented on 2020-07-22 01:11 (UTC)

I've updated the package to 0.7.9 -- I have not added fuse2 as a dependency yet.. waiting until I hear back from the devs -- my best guess is this is included in Ubuntu and that's what the AppImage is packaged for, so the dep is not included in the AppImage. If that's the case, I'll update the deps to include that as well. Thanks for the catch @hxy.