Files
vasilito a399e7da08 cleanup: remove stale tracked files (1.3M lines)
Survey of the working tree found 83 tracked files
that no longer exist on disk (tracked-but-missing).
Most were inside source/ dirs (extraction differences
between git revisions) and are out of scope for this
commit. The 28 non-source tracked-but-missing files
fell into these categories:

  1. Broken self-referential symlinks in driver and
     tui recipes (5 files):
     - local/recipes/drivers/ehcid/ehcid ->
       ../../local/recipes/drivers/ehcid (loops)
     - local/recipes/drivers/ohcid/ohcid -> ...
     - local/recipes/drivers/uhcid/uhcid -> ...
     - local/recipes/drivers/usb-core/usb-core -> ...
     - local/recipes/tui/mc/mc -> ...
     These were created by the now-removed
     apply-patches.sh symlink-overlay system. Per
     AGENTS.md § 'NO OVERLAY-STYLE PATCHES', the
     overlay pattern is retired. Recipes now use the
     `path = 'source'` form in [source] blocks
     pointing at the in-tree Red Bear fork. The
     self-referential symlinks broke because the
     overlay indirection was removed.

  2. Broken absolute-path symlinks in gpu/driver
     recipes (2 files):
     - local/recipes/gpu/drivers/linux-kpi/source
       -> /mnt/data/homes/kellito/Builds/rbos/...
     - local/recipes/gpu/drivers/redox-driver-sys/source
       -> /mnt/data/homes/kellito/Builds/rbos/...
     These were committed on a different filesystem
     layout. The actual source trees are in
     `local/sources/{linux-kpi,redox-driver-sys}/`
     and are loaded via `path = 'source'` config.

  3. Tracked empty `~` (emacs backup) files in
     autotools-generated source dirs (13 files).
     Autotools regen produces `configure~`,
     `config.h.in~`, etc. whenever a developer runs
     `autoreconf` in the source dir. These are
     ephemeral working files, not upstream source.
     Re-running the cookbook's autoreconf will
     regenerate them on the next fetch.

  4. Tracked-but-missing upstream WIP recipes
     (12 recipes, 596 files):
     - recipes/wip/dev/build-system/{meson,ninja-build}
     - recipes/wip/dev/other/{bison,flex}
     - recipes/wip/libs/gnome/libepoxy
     - recipes/wip/libs/other/m4
     - recipes/wip/libs/qt/qt6/{qt6-sensors,
       qt6-sensors-local}
     - recipes/wip/wayland/qt6-wayland-smoke
     - recipes/wip/x11/{libxau,libxcb,x11proto}
     These were tracked in the upstream Redox WIP
     area but the underlying dirs/files no longer
     exist on disk (likely removed when upstream
     WIP was reorganized). They were never
     referenced by any `config/redbear-*.toml`
     and have no surviving tree dependencies.

  5. Top-level `gparted-git/` orphan (4 files):
     A staging dir from a previous attempt to add a
     gparted recipe (RBPKGBUILD + import/). The recipe
     was never finished and the postmortem H-4 says
     it was 'removed' but the dir persisted.

  6. `recipes/gpu/drivers` tracked as a file blob
     but working tree has it as a directory.
     Tree conflict from a prior overlay layout.

.gitignore additions:
  - `*\~` (emacs backup)
  - `.*.swp`, `.*.swo` (vim swap)
  These patterns prevent future accidental commits
  of ephemeral editor / autotools-regen files.

Net effect: 617 files removed, 1,304,942 lines
deleted from tracked history, 0 lines added. The
working tree is now 0 tracked-but-missing files
outside of source/ dirs (source/ extraction
differences are out of scope for this commit).
2026-06-13 00:26:21 +03:00
..

Introduction
============

This is GNU Bash, version 5.2. Bash is the GNU Project's Bourne
Again SHell, a complete implementation of the POSIX shell spec,
but also with interactive command line editing, job control on
architectures that support it, csh-like features such as history
substitution and brace expansion, and a slew of other features. 
For more information on the features of Bash that are new to this
type of shell, see the file `doc/bashref.texi'.  There is also a
large Unix-style man page.  The man page is the definitive description
of the shell's features. 

See the file POSIX for a discussion of how the Bash defaults differ
from the POSIX spec and a description of the Bash `posix mode'.

There are some user-visible incompatibilities between this version
of Bash and previous widely-distributed versions, bash-4.4, bash-5.0,
and bash-5.1. For details, see the file COMPAT.  The NEWS file tersely
lists features that are new in this release. 

Bash is free software, distributed under the terms of the [GNU] General
Public License as published by the Free Software Foundation,
version 3 of the License (or any later version).  For more information,
see the file COPYING. 

A number of frequently-asked questions are answered in the file
`doc/FAQ'. (That file is no longer updated.)

To compile Bash, type `./configure', then `make'.  Bash auto-configures
the build process, so no further intervention should be necessary.  Bash
builds with `gcc' by default if it is available.  If you want to use `cc'
instead, type

	CC=cc ./configure

if you are using a Bourne-style shell.  If you are not, the following
may work:

	env CC=cc ./configure

Read the file INSTALL in this directory for more information about how
to customize and control the build process.  The file NOTES contains
platform-specific installation and configuration information.

If you are a csh user and wish to convert your csh aliases to Bash
aliases, you may wish to use the script `examples/misc/alias-conv.sh'
as a starting point.  The script `examples/misc/cshtobash' is a
more ambitious script that attempts to do a more complete job.

Reporting Bugs
==============

Bug reports for bash should be sent to:

	bug-bash@gnu.org

using the `bashbug' program that is built and installed at the same
time as bash.

The discussion list `bug-bash@gnu.org' often contains information
about new ports of Bash, or discussions of new features or behavior
changes that people would like.  This mailing list is also available
as a usenet newsgroup: gnu.bash.bug. 

When you send a bug report, please use the `bashbug' program that is
built at the same time as bash.  If bash fails to build, try building
bashbug directly with `make bashbug'.  If you cannot build `bashbug',
please send mail to bug-bash@gnu.org with the following information:

	* the version number and release status of Bash (e.g., 2.05a-release)
	* the machine and OS that it is running on (you may run
	  `bashversion -l' from the bash build directory for this information)
	* a list of the compilation flags or the contents of `config.h', if
	  appropriate
	* a description of the bug
	* a recipe for recreating the bug reliably
	* a fix for the bug if you have one!

The `bashbug' program includes much of this automatically.

Questions and requests for help with bash and bash programming may be
sent to the help-bash@gnu.org mailing list.

If you would like to contact the Bash maintainers directly, send mail
to bash-maintainers@gnu.org.

While the Bash maintainers do not promise to fix all bugs, we would
like this shell to be the best that we can make it.

Other Packages
==============

This distribution includes, in examples/bash-completion, a recent version
of the `bash-completion' package, which provides programmable completions
for a number of commands. It's available as a package in many distributions,
and that is the first place from which to obtain it.

The latest version of bash-completion is always available from
https://github.com/scop/bash-completion.

If it's not a package from your vendor, you may install the included version.

Enjoy!

Chet Ramey
chet.ramey@case.edu

Copying and distribution of this file, with or without modification,
are permitted in any medium without royalty provided the copyright
notice and this notice are preserved.  This file is offered as-is,
without any warranty.