Package Details: junipersknot 1.0-4

Git Clone URL: https://aur.archlinux.org/junipersknot.git (read-only)
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: 4
Popularity: 0.000000
First Submitted: 2012-11-19 09:16
Last Updated: 2016-04-16 02:48

Dependencies (2)

Required by (0)

Sources (4)

Latest Comments

otyugh commented on 2016-04-24 15:21

Evrything is fine now, as far as I can tell.

Great work !

bioshacker001 commented on 2016-04-16 02:45

It's all pushed. Give it a try.

bioshacker001 commented on 2016-04-16 02:43

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

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

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

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

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

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

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

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.

All comments