[Announce] FrogComposband 7.1.chocolate released

[Sideways]

I like the addition information/recommendation/explanation one gets before committing to a reforge. I finally understand how item type is used to adjust scores for newly created artifacts.

One remaining question: Let's say I want to reforge some artifact armor onto a battle axe. I have a choice of two in my home inventory:
Battle Axe (+0,+0)
Battle Axe (+15,+15)
Either one is acceptable to the reforger.
I'm wondering if the resulting artifact will be exactly the same either way (meaning the ToHit and Dam bonuses are mundanized (removed) before the reforge, OR is the resulting artifact more likely to have high ToHit and Dam bonues (at least +15,+15) at the expense of special abilities, brands, slays, etc.

The latter; the +15,+15 axe will have higher to-hit/dam after reforging.

(It might also score a mite higher on average, even though the range of possible scores is identical, because starting with guaranteed stuff can skew the distribution of scores within that range a bit; but yes, there will be less room for other stuff.)

[ShadowTechnology]

The latter; the +15,+15 axe will have higher to-hit/dam after reforging.

(It might also score a mite higher on average, even though the range of possible scores is identical, because starting with guaranteed stuff can skew the distribution of scores within that range a bit; but yes, there will be less room for other stuff.)

I understand and like the answer. It's nice to know that those bonuses are not "wasted", and that I have some control over bonuses vs special abilities by selecting different target items. It also means I'll be editing the auto-destroyer to stop automatic destruction of otherwise normal items with high bonuses to use as potential reforging targets.

[CyclopsSlayer]

So... LOL... Thrall Mode

I'm sure there has to be some secret, but OMG!
It seems to be just a run around praying for a WoR scroll/rod while you die (10^frustration) times. Still, it is strangely addicting. Especially the starts were you see a horrifying visage in your starting room and die in 0.001 turns.

It used to be Ironman that was totally unfair... well Ironman is now easy mode in comparison.

[DrWho42]

It used to be Ironman that was totally unfair... well Ironman is now easy mode in comparison.

oh, the irony

[Kreutzer]

Hello,

I recently moved to using Linux, but I have had serious trouble compiling FrogComposband for Linux. I attempted to make from source, but several quest files (volc_old, etc.) needed to be retrieved from Github directly, and even after doing so the application quits just before gaining control (after character creation and just after hitting Enter to start the game).

I would appreciate help figuring out how to make FCP work on Linux! I know I can use Angband-Live, but I would really like a local copy. A .deb package would be ideal, but I understand there may be reasons that doesn't already exist.

[Sideways]

I know some people have had problems compiling for Linux while Gwarl does it fine, not entirely sure why though. (Of course, Gwarl can compile for Linux every *band that's ever existed.)

The latest dev version has updated some of the outlying makefiles, which I've hoped were the reason some files were improperly copied or located on some Linux installs. I see q_volc_old.txt was also misnamed on github as q_volcano.txt, which did not otherwise cause problems because it's essentially a legacy file. I hope Gwarl can offer further help if that's not enough to make the install compile and run.

[HugoVirtuoso]

I wonder if the Linux distro version/type makes a difference

[Gwarl]

To be on the safe side use the --with-no-install option on configure and run in-place.

Also Sideways exaggerates; I am as yet unable to compile any variants from before 1995 (Ben Harrison's maintainership)

[Kreutzer]

Hello! Yeah, I'd like to clarify how I'm doing this.

Following the readme.txt instructions, everything goes fine until make install:

"/usr/bin/install: cannot stat 'q_laboratory.txt': No such file or directory
Failed to install q_laboratory.txt!
make[2]: *** [../../mk/buildsys.mk:437: install] Error 1
make[1]: *** [../mk/buildsys.mk:432: install] Error 2
make: *** [mk/buildsys.mk:432: install] Error 2"

Trying to launch the game anyway produces a "Failed!" main window that's supposedly updating the help files, but after exiting:

"XIO: fatal IO error 11 (Resource temporarily unavailable) on X server ":0"
after 611 requests (611 known processed) with 0 events remaining."

The game *does* run, only as root, if launched as just "frogcomposband" instead of "frogcomposband --", but that seems unintended and probably undesirable.

[Sideways]

Sorry, that's more stupidity in the makefile, q_laboratory.txt no longer exists and I've removed it from the makefile now.

Gwarl clearly has some way to compile even with the bad makefile though (I'd guess by running just make instead of make install?)

[Kreutzer]

Sorry, that's more stupidity in the makefile, q_laboratory.txt no longer exists and I've removed it from the makefile now.

Gwarl clearly has some way to compile even with the bad makefile though (probably through completely ignoring that makefile like Windows installs do).

Would it help to remove any files the Makefile can't find *from* the Makefile? There's a few others, like old_volc.txt as mentioned.

[Gwarl]

Hello! Yeah, I'd like to clarify how I'm doing this.

Following the readme.txt instructions.

This is a mistake. As I say, if you run configure using --with-no-install that should sidestep the problem completely.

[Sideways]

The very latest dev version (from 2 hours ago) should have makefiles that match actually existing files, whatever problems persist there will be caused by something else.

Gwarl's advice should help but I'd like to get make install working too

[Kreutzer]

The dev version works perfectly for compiling! It still needs to be run as root to create save games, though.

(I also had this issue with no-installing it.)

[HugoVirtuoso]

Hey, does Shift + Diagonal direction key 3 or 9 (via Num pad) on original keyset not work on FCPB on Linux angband.live? In my case, Shift + 3 or 9 (on Num pad) do nothing. Shift '7' or '1' work fine as run commands. This 'bug' is happening to me while on angband.live Ubuntu 18.0.4 LTS's Firefox or Chrome browsers. I never encountered this problem while on Windows 10 angband.live. (I think this is an exclusive angband.live on Linux bug) werecobalt confirmed he has the same problem