Bay 12 Games Forum

• It takes a significant amount of time to debug and test compatibility for each and every utility on each of the major Linux distributions (Debian, Arch, Ubuntu, and Red Hat). Libgraphics and DF Therapist 20.6 (see also: qt5) are the primary offenders.
• Reviewing other people's code is extremely time consuming, as not only do I need to understand their code, I need to check it across multiple distributions and verify it doesn't eat anyone's filesystem, like this issue (link).
• It takes a significant amount of time to stay informed about utility development for the utilities I already have... not only do I need to monitor them all, but I need to know exactly what changed and what the new dependencies are. In some cases, it's easy, just change the checksum and download link, problem solved. Other cases, like graphics packs, require unique install steps for each file.
• If I can't even keep up with the pace of current utility upgrades, there's no way I'm going to have the time to add new utilities, like that fancy new stonesense viewer... or any of the other things people expect when comparing the LNP for Linux and the LNP for Windows.
• $DEITY help me when DF2014 lands.

• Lack of free time. When I started this, I was unemployed. Now I'm working two jobs. What time I do have when I get home, I want to spend relaxing, not troubleshooting.
• Lack of motivation. I'm hopelessly behind on features with no time to catch up... meanwhile my inbox is full of angry users demanding tech support.

Andrew, what would you say to a refactoring of the codebase to be more modular, so that a GUI wizard/installer could be created that shows progress bars, etc. It would be a step forward for usability for those Linux users without console experience.

To be clear, I'm not suggesting you do this, rather if you would be amenable to the idea. I'd be happy to work on it. I'm asking because it would be a rather invasive change.

Thanks a lot for this, it's really such a load off getting all of this to run properly.  Installed on Mint 16 without any problems.

I do have one question though, where is the introduction interface thing located?  A "Lazy new pack" thing was placed in Applications>Games in the start menu thing, but it doesn't do anything when I click on it.  I can go into the LNP directory and run everything manually, but I can't seem to find that initial interface with all the options and whatnot on it.

Code: [Select]

Initializing Plugins.
/home/charles/bin/Dwarf Fortress/df_linux/libs/libstdc++.so.6: version `GLIBCXX_3.4.15' not found (required by /home/charles/bin/Dwarf Fortress/df_linux/hack/plugins/stocks.plug.so)
Can't load plugin /home/charles/bin/Dwarf Fortress/df_linux/hack/plugins/stocks.plug.so

I found the df-lnp-installer file, but when i tell it to run (using grandpa point and click from my home folder) nothing happens. Also when i tell it to run in terminal it pulls up a terminal window which closes immediately.

For some reason, when I use this pack, DF often crashes during world creation.
It either hangs forever on "Forming lakes and minerals" or "Recounting legends", or crashes randomly on some year when running history.
In general, about 40% of the time world creation is unsuccessful. I don't have this problem with vanilla DF.

The link in the script is fine, it's just not a normal "link".

hg is the command line program for mercurial, a version control system like git.

Install mercurial and you'll be fine.

Now whether df-lnp-installer should attempt to update the DwarfTherapost mercurial repo when --skip-deps is provided, I dunno.