Package Details: unnethack 5.3.2-3

Git Clone URL: https://aur.archlinux.org/unnethack.git (read-only, click to copy)
Package Base: unnethack
Description: Variant of NetHack. It features more randomness, more levels, more challenges and more fun than vanilla NetHack.
Upstream URL: https://unnethack.wordpress.com
Licenses: custom
Submitter: None
Maintainer: disastro
Last Packager: disastro
Votes: 21
Popularity: 0.000000
First Submitted: 2010-10-15 10:34 (UTC)
Last Updated: 2022-01-26 20:30 (UTC)

Latest Comments

1 2 3 Next › Last »

ArgusArestorson commented on 2022-01-26 21:03 (UTC)

Thanks! It works now. Thanks for maintaining the package!

disastro commented on 2022-01-26 20:33 (UTC)

Thanks! Updated the package, Github is now using 10 instead of 9 characters for index hashes.

ArgusArestorson commented on 2022-01-26 19:17 (UTC) (edited on 2022-01-26 19:20 (UTC) by ArgusArestorson)

For me the patch isn't passing the validity check.

Validating source files with sha256sums...
    5.3.2.tar.gz ... Passed
    04f0a3a850a94eb8837ddcef31303968240d1c31.patch ... FAILED
 ERROR: One or more files did not pass the validity check!
 error downloading sources: unnethack 
     context: exit status 1

disastro commented on 2020-10-23 18:59 (UTC)

The fix is upstream in git https://github.com/UnNetHack/UnNetHack/commit/04f0a3a850a94eb8837ddcef31303968240d1c31 just need to update the package to apply that until the next release. Debugged it straight away but busy day today!

kusoneko commented on 2020-10-23 18:35 (UTC) (edited on 2020-10-23 18:36 (UTC) by kusoneko)

So, I managed to fix my issue, weirdly enough, I had to do this:

$ makepkg -si

wait until the fatal error.

mv lev.tab.h ../include/lev_comp.h
gcc -DAUTOCONF -O2 -I../include -I./../include -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -D_FORTIFY_SOURCE=2  -c -o lev_yacc.o lev_yacc.c
lev.tab.c:245:10: fatal error: lev.tab.h: No such file or directory

looking at the above, the obvious is that lev.tab.h got renamed to lev_comp.h while moved to the include directory, so I did:

$ cp src/UnNetHack-5.3.2/include/lev_comp.h src/UnNetHack-5.3.2/include/lev.tab.h

and then restarted the whole thing with

$ makepkg -si

afterwards I got the same error but with dgn.tab.h and dgn_comp.h, so I repeated the process:

$ cp src/UnNetHack-5.3.2/include/dgn_comp.h src/UnNetHack-5.3.2/include/dgn.tab.h

followed by:

$ makepkg -si

and then it worked. I'm not sure why as part of the compilation it renames the files it needs before attempting (and failing) to use them, that's a little weird.

kusoneko commented on 2020-10-23 06:24 (UTC)

This doesn't seem to compile anymore for some reason:

==> Entering fakeroot environment...
==> Starting package()...
( cd src ; make )
make[1]: Entering directory '/home/kusoneko/unnethack/src/UnNetHack-5.3.2/src'
unnethack is up to date.
make[1]: Leaving directory '/home/kusoneko/unnethack/src/UnNetHack-5.3.2/src'
( cd util ; make recover )
make[1]: Entering directory '/home/kusoneko/unnethack/src/UnNetHack-5.3.2/util'
make[2]: Entering directory '/home/kusoneko/unnethack/src/UnNetHack-5.3.2/src'
make[2]: '../include/date.h' is up to date.
make[2]: Leaving directory '/home/kusoneko/unnethack/src/UnNetHack-5.3.2/src'
gcc -DAUTOCONF -O2 -I../include -I./../include -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -D_FORTIFY_SOURCE=2  -c -o recover.o recover.c
recover.c: In function ‘restore_savefile’:
recover.c:325:5: warning: ignoring return value of ‘write’ declared with attribute ‘warn_unused_result’ [-Wunused-result]
  325 |     write(sfd, (genericptr_t) &levc, sizeof(levc));
      |     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
gcc -DAUTOCONF  -o recover recover.o
make[1]: Leaving directory '/home/kusoneko/unnethack/src/UnNetHack-5.3.2/util'
( cd dat ; make data )
make[1]: Entering directory '/home/kusoneko/unnethack/src/UnNetHack-5.3.2/dat'
../util/makedefs -d
make[1]: Leaving directory '/home/kusoneko/unnethack/src/UnNetHack-5.3.2/dat'
( cd dat ; make oracles )
make[1]: Entering directory '/home/kusoneko/unnethack/src/UnNetHack-5.3.2/dat'
../util/makedefs -h
make[1]: Leaving directory '/home/kusoneko/unnethack/src/UnNetHack-5.3.2/dat'
( cd dat ; make options )
make[1]: Entering directory '/home/kusoneko/unnethack/src/UnNetHack-5.3.2/dat'
make[1]: 'options' is up to date.
make[1]: Leaving directory '/home/kusoneko/unnethack/src/UnNetHack-5.3.2/dat'
( cd dat ; make quest.dat )
make[1]: Entering directory '/home/kusoneko/unnethack/src/UnNetHack-5.3.2/dat'
../util/makedefs -q
make[1]: Leaving directory '/home/kusoneko/unnethack/src/UnNetHack-5.3.2/dat'
( cd dat ; make rumors )
make[1]: Entering directory '/home/kusoneko/unnethack/src/UnNetHack-5.3.2/dat'
../util/makedefs -r
make[1]: Leaving directory '/home/kusoneko/unnethack/src/UnNetHack-5.3.2/dat'
( cd util ; make lev_comp )
make[1]: Entering directory '/home/kusoneko/unnethack/src/UnNetHack-5.3.2/util'
bison -y  -b lev -d ./lev_comp.y
mv lev.tab.c lev_yacc.c
mv lev.tab.h ../include/lev_comp.h
gcc -DAUTOCONF -O2 -I../include -I./../include -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -D_FORTIFY_SOURCE=2  -c -o lev_yacc.o lev_yacc.c
lev.tab.c:245:10: fatal error: lev.tab.h: No such file or directory
compilation terminated.
make[1]: *** [<builtin>: lev_yacc.o] Error 1
make[1]: Leaving directory '/home/kusoneko/unnethack/src/UnNetHack-5.3.2/util'
make: *** [Makefile:176: spec_levs] Error 2
==> ERROR: A failure occurred in package().
    Aborting...

Shikaku commented on 2019-01-08 22:28 (UTC)

Oh crap it is, sorry about that. Guess I accidentally deleted it? Weird.

disastro commented on 2019-01-05 21:48 (UTC)

@Shikaku flex is part of the base-devel group that you need to install. https://wiki.archlinux.org/index.php/Arch_User_Repository If there are any non base-devel dependencies in the future do let me know of course! I'll try to remember to double check myself in a few days if I am missing any on unnethack

Shikaku commented on 2019-01-05 21:41 (UTC)

Minor issue, need to add a build dependency: flex. Thank you for the prompt update

phosphor commented on 2019-01-03 12:56 (UTC)

Thanks to everyone who maintains this package! I will #pray for you :)