Package Details: zork1 1-11

Git Clone URL: (read-only, click to copy)
Package Base: zork1
Description: Zork I adventure game (for Infocom's z-code interpreter)
Upstream URL: None
Licenses: custom
Submitter: darose
Maintainer: darose
Last Packager: darose
Votes: 50
Popularity: 0.000000
First Submitted: 2005-04-12 04:32 (UTC)
Last Updated: 2016-09-18 15:00 (UTC)

Latest Comments

1 2 3 Next › Last »

tifrueh commented on 2023-01-11 20:58 (UTC)

That sounds neat, thanks for your effort!

darose commented on 2023-01-11 19:36 (UTC)

This is a very old AUR package. (See the "First Submitted" date back in 2005.) At the time I don't think frotz was in the main repos, so that wasn't a consideration. I don't recall why I ultimately wound up choosing jzip over frotz.

Thinking about your suggestion, I was initially thinking to leave things as is. ("If it ain't broke, don't fix it.") But I do see some compelling reasons to switch to frotz: in the repos rather than AUR (like you said), but also jzip looks pretty unmaintained upstream (no releases since 2000), and that would also mean one less AUR package for me to maintain.

AFA the save location directory (i.e., passing -R flag to frotz) I wouldn't want to force a specific particular directory on everyone. But I could add an optional parm (and/or env var) onto the zork1 script that allows you to pass that dir in as a parm, which I would then pass on to frotz.

I'll take a look at making these changes when I have a moment.

tifrueh commented on 2023-01-07 12:49 (UTC) (edited on 2023-01-07 14:42 (UTC) by tifrueh)

is there any particular reason you are using jzip and not frotz? frotz is in the pacman repo, so you wouldn't have an AUR-dependency and with it you'd be able to specify a save location, e.g. ~/.local/share/zork1/SAVE or something for easier compatibility with multi-user environments

EDIT: I'd suggest something like this:

darose commented on 2020-07-30 15:58 (UTC)

Yeah, like @fordprefect said, Zork is a really old game, and so doesn't really have any upstream URL per se. (It pre-dates web sites altogether! Plus, Infocom, the company that made it, hasn't been in business for decades.) The closest thing to an "Upstream URL" for it would be the Infocom game fan site . But that's really an unofficial site, and not even solely dedicated to Zork. So not sure it's worth listing as the url.

fordprefect commented on 2020-07-24 07:15 (UTC)

@caltlgin: before bossing around you could maybe try to find out what that game is… Since this is very ancient, no official website exists. That game is much older than you, presumably, as it dates from the early 80s.

jsteel commented on 2016-09-19 16:55 (UTC)

Ah, rebuild of jzip fixed it. Thanks

darose commented on 2016-09-19 02:11 (UTC)

FYI, a quick google turned up these threads that might have something to do with your issue:

darose commented on 2016-09-19 02:09 (UTC)

Odd. I've not heard of anyone else running into this issue. And I don't even have that file installed at all: $ ls -1 /usr/lib/libncurses* /usr/lib/ /usr/lib/ /usr/lib/ /usr/lib/ /usr/lib/ /usr/lib/ /usr/lib/ /usr/lib/ And these are all the curses packages I have installed: $ pacman -Q | grep curses lib32-ncurses 6.0-2 ncurses 6.0-4 perl-curses 1.33-2 Perhaps try making sure you have the most recent versions of each of these installed. And you can also try rebuilding the jzip package. Perhaps it got built against an older version of the curses libraries.

jsteel commented on 2016-09-18 18:53 (UTC)

Without ncurses5-compat-libs I get: jzip: error while loading shared libraries: cannot open shared object file: No such file or directory Maybe you have something else providing you with that file?