Package Details: junipersknot 1.0-4

Git Clone URL: https://aur.archlinux.org/junipersknot.git (read-only, click to copy)
Package Base: junipersknot
Description: A short kinetic novel crafted in a month by Dischan, Juniper's Knot is a story told from dual perspectives: that of a demon and a boy.
Upstream URL: http://junipersknot.dischan.org/
Licenses: custom
Submitter: AlexanderR
Maintainer: bioshacker001
Last Packager: bioshacker001
Votes: 3
Popularity: 0.000000
First Submitted: 2012-11-19 09:16 (UTC)
Last Updated: 2016-04-16 02:48 (UTC)

Latest Comments

munircontractor commented on 2018-09-02 17:15 (UTC)

Link for tarball is broken in PKGBUILD. Updated link for tarball is https://dischan.co/files/JunipersKnot_en_1.0_lin.tar.bz2

otyugh commented on 2016-04-24 15:21 (UTC)

Evrything is fine now, as far as I can tell. Great work !

bioshacker001 commented on 2016-04-16 02:45 (UTC)

It's all pushed. Give it a try.

bioshacker001 commented on 2016-04-16 02:43 (UTC)

Ok, so, I've got temporary fixes for everything, but it's slightly unclean. The script at /usr/bin automatically changes the directory to /usr/share/junipersknot and runs it. This is obviously undesirable, but you can't execute it from another directory.

bioshacker001 commented on 2016-04-16 02:25 (UTC)

This is an active issue with the PKGBUILD. It's actually derived from the script used to run it. Going to /usr/share/junipersknot and running./"Juniper's Knot.sh" makes the application start normally. I'm probably going to modify the .desktop file to do this as a temporary measure, but running it from the commandline without doing that is problematic

otyugh commented on 2016-04-15 13:31 (UTC)

Hey, a dependance was missing : python2-pygame, without it I got the following error : > ImportError: No module named pygame After installing it, got a new problem :( >AttributeError: 'module' object has no attribute 'Sentinel (full error : http://pastebin.com/t6VNbJ5Q)

bioshacker001 commented on 2016-04-09 00:32 (UTC)

I've updated the PKGBUILD, but even now it only allows for you to successfully download the package bundle. Working on getting it to successfully fully extract the bundle as a temporary measure.

bioshacker001 commented on 2016-04-08 10:31 (UTC)

Ok, so even a renpy symlink breaks the program. I think they made modifications to renpy itself.I'm going to upload a non-symlinked version (including the full renpy bundle), and I'll diff the bundled renpy in the morning, since I've been up going on 64 hours.

bioshacker001 commented on 2016-04-08 10:31 (UTC)

Ok, so even a renpy symlink breaks the program. I think they made modifications to renpy itself.I'm going to upload a non-symlinked version (including the full renpy bundle), and I'll diff the bundled renpy in the morning, since I've been up going on 64 hours.

dcelasun commented on 2016-04-08 09:47 (UTC)

Symlink isn't necessary for renpy itself (you can use RENPY_BASE=/usr/share/renpy for that), but the problem is the game is trying to dynamically load renpy modules from its own directory and renpy doesn't like that. I see two possible solutions: - A symlink, as you suggested. No idea if that's enough, but it's a good start. - A fairly sizable patch to junipersknot to fix various hardcoded relative directories to point to the correct locations. Obviously having a working package is important, so I'd personally go with option #1 now and option #2 in the long term.

bioshacker001 commented on 2016-04-08 09:37 (UTC)

Ok, so here's what I'm going to do. The bundle itself works. I'm going to modify the PKGBUILD to install an unhindered copy, complete with a redundant bundled version of ren'py. I agree with dcelasun, linux packages shouldn't work like that, so I'm going to work on stripping the reliance on the bundled renpy. maybe with a symlink? Either way, the PKGBUILD should install a working copy at all times, not a broken one.

bioshacker001 commented on 2016-04-08 08:49 (UTC)

I've taken over the package, and shall start working on getting it fully back up. I've updated the PKGBUILD to properly point to correct download URL, and am removing the python2 patch as it is no longer necessary. There are renpy module issues that require resolution before this functions fully, and I shall be handling them coming up. I'm going to upload a more functional PKGBUILD, albeit currently still broken.

dcelasun commented on 2016-04-08 08:02 (UTC)

I've tried updating this package to properly integrate with Arch, but it fights me at every step. It refuses to work without its bundled renpy and, when trying to use renpy from [community], every time I try to fix one thing, something else breaks down entirely. Using the bundled renpy is simply wrong, Linux packages aren't supposed to work that way, but I probably shouldn't spend anymore time on this so I give up. Package orphaned.

dcelasun commented on 2014-10-16 08:29 (UTC)

Adopted and completely refactored the package. Changelog: - Stop using the Windows executable (remove p7zip dependency as a side-effect bonus) - Stop creating primary executable in build() - Fix WM_CLASS issues (thanks @grawity) - Include the icon (PNG, not ICO) and fonts within the package (so it no longer depend on icoutils or ttf-liberation)

grawity commented on 2014-01-14 17:17 (UTC)

The .desktop file needs to be installed as "dischan_JunipersKnot.desktop" to match the WM_CLASS used by the program (see xprop) – some DEs want this. It should have just "Icon=junipersknot" without the extension, too. I'm not sure which WMs understand .ico icons, but apparently gnome-shell wants PNG, so I used this: convert "Juniper's Knot.exe_14_1_0.ico" JunipersKnot.png for f in JunipersKnot-*.png; do s=$(identify "$f" | awk '{print $3}') install -Dm644 "$f" "$pkgdir/usr/share/icons/hicolor/$s/apps/junipersknot.png" done