[HN Gopher] Ask HN: What are the best maintained how-to sites fo...
___________________________________________________________________
Ask HN: What are the best maintained how-to sites for Linux?
A recent thread talked about a how to site that was well done but
hadn't been updated in a good 5 years. I'd love to have a list of
Linux how to sites and reference#s for how to articles and just
basic documentation from general, to distro specific, to scripting.
As a macOS user, it'd be cool if there was another set of how to
and reference sites that are up to date covering terminal for
macOS, including using Zsh which the shell Mac is transitioning to.
It woukd be kid of cool to do a lot of stuff on the Mac command
line. If you got really good at it, you'd be a far, far more
efficient Mac user. Night and day difference. Any suggestions on
macOS terminal how to and doc sites, including ones that dive into
zsh beyond just recommending Oh My Zsh, which is awesome, but it
would be useful to find articles that dive deeper beyond just how
to add on to Zsh to make it better automatically.
Author : marmot777
Score : 64 points
Date : 2021-04-30 18:38 UTC (4 hours ago)
| fredski42 wrote:
| For RHEL go to docs.redhat.com
| heavyset_go wrote:
| In a similar vein, does anyone have up-to-date resources for
| Linux kernel development?
| rijoja wrote:
| I guess you would find the most up to date resources within the
| documentation in the source code.
| golumn wrote:
| One might argue that the most up to date documentation is the
| source code itself!
| davidcollantes wrote:
| I have found LinuxBabe (https://www.linuxbabe.com/) a very good
| Linux resource.
| smoldesu wrote:
| Just as a heads up, Linux and MacOS are not going to be "the
| same" in the terminal. While they're certainly more similar than
| say, the Windows command line or Powershell, the Darwin tooling
| doesn't quite match up with Linux on several occasions.
| Especially once you try extending your workspace, you'll run into
| some immediate party-stoppers. I like Homebrew and MacPorts, but
| neither of them are good enough to be a true "package manager"
| for MacOS, and it completely undermines the great Unix heritage
| that MacOS builds upon.
|
| OP, you might be caught between a rock and a hard place here: if
| you're already familiar with your terminal and piping from
| stdin/stdout, there's not really a whole lot more to learn. Apple
| isn't very forthcoming with details on the inner workings of
| MacOS either, so you're going to have a tough time fully grokking
| how to use the command line effectively. And even if you do
| manage to figure it all out, you're only trapped with what they
| give you.
|
| My advice? Learn ssh, and use it to connect to a real Linux box.
| That's how 90% of sysadmins do their work, it's how you should do
| it too.
| dharmab wrote:
| Notable examples:
|
| - macOS uses BSD-style coreutils while most Linuxes use GNU
| coreutils. They have different args, output and behavior in
| many common cases.
|
| - macOS ships with Bash v4. Bash v5 is a common default package
| on modern Linuxes.
|
| - While the basic user permissions are the same, the OS
| security model is entirely different. There's no direct
| equivalent to namespaces in macOS and no direct equivalent to
| SIP in Linux.
| Kaze404 wrote:
| Are there any community efforts on solving those issues?
| dharmab wrote:
| You can download alternative GNU coreutils from Homebrew,
| but they will need to install under different binary names.
|
| You can download Bash v5 from Homebrew.
| davidcollantes wrote:
| In my opinion, Brew solve the first two.
| Jiocus wrote:
| Here's the Linux tag on ServerFault:
|
| https://serverfault.com/questions/tagged/linux
| throwaway823882 wrote:
| We can probably bring back The Linux Documentation Project
| (https://tldp.org/index.html) from its slumber with a fresh coat
| of paint
| wdencker wrote:
| For an academic take on "how-to Linux", I'd recommend CMU's CS
| 15-213 course [1]. The systems class I took in college borrowed
| liberally from it, IIRC.
|
| Also, I'm putting together a master list [2] of the best
| resources from this thread and the other one OP mentioned. Let me
| know if I'm missing anything!
|
| [1] https://www.cs.cmu.edu/~213/schedule.html
|
| [2] https://trove.to/wes/trove/learn-linux
| blakesterz wrote:
| I seem to have https://www.cyberciti.biz/ show up in my search
| results quite often for all those dumb little things that just
| fall out of my brain after not doing them for a year. The
| explainers are usually really good.
| geocrasher wrote:
| I was going to say the same thing. I have found this to be a
| reliable resource.
|
| On the other hand I've found howtoforge.com to be the opposite
| of good and stopped using them a few years ago.
| cpach wrote:
| Honestly, I know of no such centralized and up-to-date repository
| when it comes to Linux knowledge.
|
| However - have a look at https://www.freebsd.org/docs/ - that is
| one thing that really sets FreeBSD apart from Linux.
| cpach wrote:
| PS. When it comes to a shell for interactive usage, have a look
| at Fish shell. It's a joy to get started with IME.
|
| https://fishshell.com/
| Zhyl wrote:
| https://linuxjourney.com/
|
| http://write.flossmanuals.net/command-line/introduction/
| danuker wrote:
| Here's the Linux tag on SuperUser:
|
| https://superuser.com/questions/tagged/linux
| andrenotgiant wrote:
| I am biased because I used to work there, but the how-tos on
| https://www.digitalocean.com/community/tutorials are well-
| maintained by a team of technical editors, writers, and paid
| contributors.
|
| They treat articles like code, the average article has 30+ edits,
| and reports of issues are triaged and turned into edits and
| updates.
| reilly3000 wrote:
| I'm a big fan! They are among the most usable docs on the web,
| and errata is incredibly scarce.
| skrtskrt wrote:
| seriously about half of my bookmarks for leaning Linux and
| Kubernetes stuff are Digital Ocean docs
| smitty1e wrote:
| We must praise the mighty https://linuxfromscratch.org/
|
| I recommend this to everyone interested building tech muscles:
|
| - set up a VM with a tool chain
|
| - a slice of storage
|
| - a weekend
|
| . . .and level up.
| 120bits wrote:
| +1 for LFS. I have learned so much for it and just about linux
| in general.
| oplav wrote:
| I find their installation docs for various programs really
| helpful too since it often walks through what each step is
| doing. For example, here's installing ffmpeg:
| https://www.linuxfromscratch.org/blfs/view/svn/multimedia/ff...
| danuker wrote:
| Here is the Unix site on Stack Exchange: 200k+ questions:
|
| https://unix.stackexchange.com/questions
| technick wrote:
| I used howtoforge.com some back in the mid to late 2000's and it
| appears to still be getting fresh content.
| danuker wrote:
| The Arch Linux Wiki, which I find very useful (surprisingly even
| for other distros):
|
| https://wiki.archlinux.org/
| Arkanosis wrote:
| The helpfulness of the ArchWiki for people who don't use Arch
| can't be stated enough. As a user of several distros, this is
| my go-to documentation regardless of which distro I'm working
| with.
| threatofrain wrote:
| It's (almost) like the MDN of Linux.
| dharmab wrote:
| I'd say the MDN of linux is man-pages, which is browsable
| online at https://man7.org/linux/man-pages/index.html
| ratorx wrote:
| Arch Linux also has a man page browser (with IMO a
| slightly nicer interface, especially on mobile), which
| includes all packages in the default Arch repositories
| (but not the AUR): https://man.archlinux.org
| mraza007 wrote:
| No doubt Arch Linux wiki is the one of the best resource for
| Linux.
| Jiocus wrote:
| There really is no doubt about.
|
| Only paralleled, in excellence, by it's namesake dist ;)
| mraza007 wrote:
| Couldn't agree more :)
|
| It's full of knowledge. Basically a treasure of knowledge.
| boomboomsubban wrote:
| To add, there are very few "Arch-isms" beyond package
| installation. Sometimes you'll be instructed to confugure
| something up that your distro has already preconfigured, and
| very rarely a new version of something will change enough to
| make the guide unhelpful with an old version. Most of it should
| translate fine though.
|
| And if you use duckduckgo, !aw.
| thayne wrote:
| Yes, but you do need to sometimes worry about your distro
| doing something different (like putting files in different
| locations).
| boomboomsubban wrote:
| It may just be my ignorance, but those should be very rare.
| The only thing I can think of offhand is some parts of the
| bootloader, anything else you interact with should have
| files in the standard config locations.
| dharmab wrote:
| Thanks in large part to a few contributors who maintain bots to
| help maintain strong consistent style and deduplicate
| information across the wiki. (You know who you are!)
| smitty1e wrote:
| In this vein: https://wiki.gentoo.org/wiki/Main_Page
| alfiedotwtf wrote:
| Came here to say this, and am glad this is at the top!
| thinkmassive wrote:
| The Bash Reference Manual at gnu.org is my first choice for all
| things bash:
|
| https://www.gnu.org/software/bash/manual/bash.html
| cpach wrote:
| I second this. It's a bit cumbersome, but it's required
| reference reading for any serious Bash scripting.
| HeckFeck wrote:
| GNU Docs are usually quite good. I learnt how to write
| Makefiles from the horse's mouth.
| noahtallen wrote:
| Here's a general how to site called Linuxize:
| https://linuxize.com/
|
| I mention it because a large number of my recent "how to x on
| Linux" search queries took me to this site, and it typically
| answered the question at hand. It also has a really pleasant
| design, IMO, and is updated frequently.
___________________________________________________________________
(page generated 2021-04-30 23:01 UTC)