Razor's Linux Progress

[anon]

Does anyone know how to export all manuals from linux commands to files?

But they're files already!

Use manpath to see the directories used by your system, and man --where --all foo to find a specific manual page of foo.

The standard location is /usr/share/man according to Filesystem Hierarchy Standard, and /usr/man is usually a symlink to that directory.

Other locations can be defined in /etc/manpath.config or /etc/man_db.conf (exact location varies). For example, /usr/local/share/man is almost always included.

In addition, man tries to find manual pages for every directory specified in $PATH – for example, if you added /opt/plan9/bin to $PATH, man will automatically search /opt/plan9/man and /opt/plan9/bin/man.

If the $MANPATH environment variable is set, however, it will override all other sources.

[Master Razor]

Very good anon but I don't think this helps me. I need them in plain text and those gz archives are man-format for lack of a proper term.

[anon]

Oh well, I guess a simple script that does a for loop on all locations with binaries could work?

#!/bin/sh
cd /bin
for $a in * ; do man $a > /tmp/$a.txt ; done
# Very simple example but the idea is there

[Master Razor]

I think you must have me mistaken for moron. Do read again:

I'm looking for something like this man ls>./ls.txt but on a much larger scale: all CLI applications, everything that was ever made in a distro, and not just those installed. I'm curious if it can be done, and if so, in what way can it be achieved.

[Master Razor]

I'm going to do some distro hopping starting tomorow. While I do not regret using OpenSuse I failed in find a distro with good support for programming. Suse is extremely hard at installing and configuring IDEs and compilers.
Still, in these 6 months I never had a single issue with it.

[anon]

As it turns out, there is a version of Ghost for Linux (the real thing, not g4l). It's a bit hidden but I found a copy

[Master Razor]

I finally jumped to ArchLinux after seeing the elevel of bloatness of the other popular distributions. Things are a lot more difficult for me now but I quite like it this way. I have come to the conclusion that whatever is very popular is actually crap.

[anon]

Things are a lot more difficult for me now but I quite like it this way.

I have come to the conclusion that whatever is very popular is actually crap.

The first thing I thought after reading these phrases is that they're really easy to quote mine.

[Master Razor]

I want to start playing games on linux using wine. I'll mostly be playing games in the era of 2000-2005 so it's nothing fancy. What I'd like to know is if there is any way to re-build wine environment once in a while? Like windows, it tends to be slower with time (many programs, failed uninstalls and such), so how would one clear wine (the equivalent of re-install windows)?
Another thing, how secure is wine? For example, say I use a keygen that is malware, how much damage would a wine malware do my Linux box? I'm never going to be this reckless but I need to know what to expect.

[anon]

What I'd like to know is if there is any way to re-build wine environment once in a while? Like windows, it tends to be slower with time (many programs, failed uninstalls and such), so how would one clear wine (the equivalent of re-install windows)?

That's the easiest part, just kill all your Wine processes and rm -rf ~/.wine

As for security, Wine sort of works like Sandboxie, in that programs running inside it have limited or no access to stuff outside the sandbox, and nothing inside it will run if you kill all the associated processes. It is very rare for Windows malware to affect a Linux system (and some of the tricks they use, like kernel-mode drivers, don't work under it), but it's not unheard of, and definitely very much possible. The programmer just needs to anticipate that his work could run on Wine and act accordingly; most don't because it's extra effort with very little gain.

[Master Razor]

That's good. I got my game to work this weekend and I am very happy.
On top of that, I learned Emacs, and currently using it as my default IDE for all my coding work. Everyone should study it - it is the best editor and ide I've ever worked with, hands down.

[anon]

On top of that, I learned Emacs, and currently using it as my default IDE for all my coding work. Everyone should study it - it is the best editor and ide I've ever worked with, hands down.

You misspelled vi

Also, if you find a good way to change the codepage for non-Unicode Windows programs running under Wine, please let me know.

[Master Razor]

Well vi comes pre-installed on all linux operating systems, can be learned easily and is very fast text editor. emacs has a very steep learning curve, and you will have to install and configure it on every system you use but once you get it up and running there's nothing you can't do with it.
vi can't really be used as an IDE - sure, you CAN use it but it's not meant for such a task.

I got rid of codeblocks, geany and kdevelop in favor of Emacs.

[Master Razor]

I just had a thought: vi supporters have the Cult of vi, while Emacs supporters have the Church of Emacs. Let's fight with bananas

[anon]

The best editor is ed, of course, but I'm a piece of stale bread that can't use it