neulab/tldr huggingface dataset:
$WINEPREFIX/dosdevices Directory containing the DOS device mappings. Each file in that directory is a symlink to the Unix device file implementing a given device. For instance, if COM1 is mapped to /dev/ttyS0 you'd have a symlink of the form $WINEPREFIX/dosdevices/com1 -> /dev/ttyS0. DOS drives are also specified with symlinks; for instance if drive D: corresponds to the CDROM mounted at /mnt/cdrom, you'd have a symlink $WINEPREFIX/dosdevices/d: -> /mnt/cdrom. The Unix device corresponding to a DOS drive can be specified the same way, except with '::' instead of ':'. So for the previous example, if the CDROM device is mounted from /dev/hdc, the corresponding symlink would be $WINEPREFIX/dosdevices/d:: -> /dev/hdc.
Wine is available thanks to the work of many developers. For a listing of the authors, please see the file AUTHORS in the top-level directory of the source distribution.
Wine can be distributed under the terms of the LGPL license. A copy of the license is in the file COPYING.LIB in the top-level directory of the source distribution.
A status report on many applications is available from the Wine Application Database ⟨https://appdb.winehq.org⟩.  Please add entries to this list for applications you currently run, if necessary.
Bugs can be reported on the Wine bug tracker ⟨https://bugs.winehq.org⟩.
The most recent public version of wine is available through WineHQ, the Wine development headquarters ⟨https://www.winehq.org/⟩.
wineserver(1), winedbg(1), Wine documentation and support ⟨https://www.winehq.org/help⟩.
bosh(1)                      General Commands Manual                     bosh(1)
bosh - Browsable Output SHell
bosh [OPTIONS] [CONFIGURATION] [CONFIGURATION OPTIONS]
bosh takes the output of a program or script and provides a curses interface to browse that output. A particular line of that output can be selected and actions can be defined and executed and make use of the that selected line.
CONFIGURATION is the name of a bosh configuration file (see below), in which case that is loaded.
If CONFIGURATION is absent, and bosh is invoked on the end of a pipe, it will read from stdin.
Bosh now supports passing arguments to the CONFIGURATION. The arguments will be available in the standard way ($1...$9,$*,$@,etc).
Bosh can be invoked as above, or as "interpreter", meaning it can invoked from a shebang (#!) line at the top of a script. This script would just be a bosh configuration file. See bops as an example, which should have come with bosh.
-h / --help show help and exit
-v / --version show version and exit
--autorefresh=N Automatically re-run command every N seconds.
--cursorsize=N Set the cursor to N lines high.
--cursormovement=N Set how much the cursor moves one an up/down keypress.
--header=[N] Prevent the cursor from entering the first N rows of the output.
--multilineseperator=STRING When an action is invoked and the cursor is multi-line, the lines selected will be concatenated together.  With this setting a separating string can be specified to be inserted between the lines.
--preaction=COMMANDS A command or commands that will be run on the invocation of all actions, before the action is run.  This allows code that is a common for the actions to be only defined once. Preactions are simply prefixed onto the action when the action is invoked. This means you will need to include a separating character (eg ;) at the end of preaction.
--refresh=[0,1] A value of 1 means that bosh will re-run the command after an action is performed.
--uservars=N Set the number of user variables ( of the form $BOSHVARx ) available. See the USER VARIABLES section below.
Bosh configs are fairly simple. Firstly you need a line which tells bosh the actual program to execute to show it it's buffer -
command=ps x
It could also be a chain of commands (bash) -
command=for i in *; do echo $i; done
Or it can spread it over multiple lines for readability with a \ (must be at the end of line!) -
command=for i in * \
do \
echo $i \
Or now even better, bosh supports blocks delimited by {{ and }} - command{{
echo $i
These can be used with all options and actions.
Command line arguments given to bosh after the COMMAND parameter are available and can be used as follows -
command=ps $*
This would allow the user to specify the format of ps when invoking bosh.
Commands can also set BOSHERR.  When execution of the command finishes, bosh will exit and display the value of BOSHERR if it has been set.
command=if [ -z "$1" ] \
then \
BOSHERR="usage: $BOSHCONF [SECTION] NAME" \
return 1 \
fi \
man $*
This will mean bosh exits immediately if no arguments are passed on the command line. Note the use of return rather than exit.
After the command option, you can specify any of the options specified above in the OPTIONS section, but without the -- prefix -
header=4
refresh=1
Basic actions are defined as -
KEY=command
k=kill $(echo $BOSH | cut -f1 -d' ')
9=kill -9 $(echo $BOSH | cut -f1 -d' ')
Or, using the preaction setting (see above) -
preaction=PID=$(echo $BOSH | cut -f1 -d' ');
k=kill $PID
9=kill -9 $PID
The keys available are a-z,0-9 and enter. Bosh keys are not case sensitive, so A= is the same as a=.
$BOSH is an environment variable containing the currently selected line(s) in bosh. It is set when the action key is invoked. This is how information is passed to the actions. In the example above, the PID is extracted from the currently selected line of the ps output using cut, which can then be passed to the kill command.
ACTIONS WITH OUTPUT For basic actions such as kill, which has no output to stdout, the above definition is sufficient. However, bosh can now intercept the output of actions and place that in the bosh window. These are defined as follows -
KEY=[.]command Or,
l=[.]/usr/sbin/lsof -p $PID
Assuming the preaction is used above, this action will use lsof to show in bosh a list of files that process $PID has open. In this situation, the output of the original command is lost, and replaced with the output of the action.
Alternatively an action can be defined - KEY=[>]command
In this situation, bosh is like a web browser, in that this output (lsof) will not override the current buffer, but create a new buffer - You can get then move back and forward through these buffers with the left and right arrow keys. At this stage, actions are only available in the original buffer.
The other possibility is that an action may be required that has output that isn't to be shown in the bosh window, such as other curses-based applications. So the following syntax will make bosh end curses mode when this action is invoked.
KEY=[!]command
eg: If the bosh window contained a list of files, an action like this could be used to load that file in pico.
e=[!]pico $BOSH
ACTION PARAMETERS Actions can now have a prompt for user input before performing the action.  The value is available to the action using the $BOSHPARAM variable.
eg: Using the ps example above, with PID preaction -
s=[!:signal] kill -s $BOSHPARAM $PID
When this action is called, bosh will ask for user input with the prompt signal:  .  Once this has been entered, the action will run.
BOSH* VARIABLES: In addition to $BOSH , $BOSHPARAM and $BOSHERR (all explained above), the following variables available to actions -
$BOSHPID Process ID of bosh itself
$BOSHPPID Parent process ID of bosh (eg: the shell you ran bosh from)
USER VARIABLES User variables are variables to be set and used by commands and actions. They are of the form $BOSHVARx.  When the command or action is run and sets a user variable, bosh will store the contents when that command or action has finished.  This allows the values to be used by subsequent actions. To make use of these, you must first set the uservars to the number you need (eg: uservars=1 will give you BOSHVAR1, uservars=10 will give you BOSHVAR1 thru BOSHVAR10).
Currently bosh only supports bash as the shell that it spawns for executing the commands and actions.  Support for other shells and languages will hopefully be included in the future.
EXAMPLE CONFIGURATION: Included with bosh should be a simple configuration named bops. It uses ps as the main command, and allows you to kill the selected process or view its open files (using lsof). This is where the above examples are taken from. The original inspiration for bosh was being able to kill processes easily in this manner.
To run bops, type -
$ ./bops
This invokes bosh through the shebang at the top (assuming the path is set correctly).
Or to run it the traditional way -
$ ./bosh ./bops
UP/DOWN cursor up/down
LEFT/RIGHT buffer forward/back
^L     refresh screen
^O     run new command
^P     pipe buffer through a command, with the output of that pipe will become the buffer
^R     refresh program output (re-run the command)
^V     show the current configuration
^W     search
^N     repeat search
^X     exit
F3     same as ^W
F4     same as ^N
F5     same as ^R
F6     reload configuration
F12    same as ^L
|      same as ^P
The status bar contains some further information about the current configuration. It shows with exit=num the last exit value of a command run in bosh. Furthermore a R indicates that bosh is running with refresh option activated. In the status bar there will be a countdown shown if the autorefresh option is set.
Alex Sisson (alexsisson@gmail.com)
Check for updates at http://bosh.sourceforge.net
HARDINFO(1)                       User Commands                      HARDINFO(1)
HardInfo - System profiler and benchmark for Linux systems.
hardinfo [OPTION...]
Is a system profiler and benchmark for Linux systems, that gathers information about the hardware and operating system, performs benchmarks, and generates reports.  The information gathered is presented on an simple and intuitive GUI.
Information is grouped in four main groups: Computer, Devices, Network, and Benchmarks.
The Computer group contains mostly information about basic software. This includes but is not limited to information about the operating system (kernel version, C library, distribution, etc.), kernel modules, locale information, filesystem usage, users/groups, and development tools.
The Devices group contains information about the hardware, as detected by the operating system.  Hardinfo is incapable of detecting hardware by itself, it merely lists what the operating system was able to find.  This includes, but does not limit to, information about the processor (including cache layout, known bugs, and feature flags with their explanation), devices (such as USB, PCI, and Input devices), among other things.
The Network group lists information about network interfaces, routing table, DNS servers, and other networking-related topics.
The Benchmarks group allow performing simple benchmarks to test CPU and FPU capabilities, as well as some of the graphical user interface capabilities as well.  In previous versions, it was possible to send the benchmark results to a central server, so it was possible to compare the benchmarks with other Hardinfo users; this service has been deactivated in the mean time.
Reports can be generated either by invoking Hardinfo with special command-line parameters (see below), or by clicking the "Generate Report" button in the GUI.  Reports can be customized in the GUI and saved in either HTML or plain text formats.
-h, --help Show help options
-r, --generate-report creates a report and prints to standard output
-f, --report-format chooses a report format (text, html)
-b, --run-benchmark run benchmark; requires benchmark.so to be loaded
-l, --list-modules lists modules
-m, --load-module specify module to load
-a, --autoload-deps automatically load module dependencies
-v, --version shows program version and quit
AUTHORS/CONTRIBUTORS For current maintainers committing, see AUTHORS.md file and more info are at https://github.com/lpereira/hardinfo/graphs/contributors .  More contributions are in each files source headers.
HardInfo its Copyright Â© 2003, 2009-2017 Leandro A. F. Pereira <leandro@hardinfo.org>.  This is free software; see the source for copying conditions.  There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  This manpage was created by PICCORO Lenz McKAY <mckaygerhard@gmail.com> for the hardinfo project.
kexec(8)                          User Manuals                          kexec(8)
kexec - directly boot into a new kernel
/sbin/kexec [-v (--version)] [-f (--force)] [-x (--no-ifdown)] [-y (--no- sync)] [-l (--load)] [-p (--load-panic)] [-u (--unload)] [-e (--exec)] [-t (--type)] [--mem-min=addr] [--mem-max=addr]
kexec is a system call that enables you to load and boot into another kernel from the currently running kernel.  kexec performs the function of the boot loader from within the kernel. The primary difference between a standard system boot and a kexec boot is that the hardware initialization normally performed by the BIOS or firmware (depending on architecture) is not performed during a kexec boot. This has the effect of reducing the time required for a reboot.
Make sure you have selected CONFIG_KEXEC=y when configuring the kernel. The CONFIG_KEXEC option enables the kexec system call.
Using kexec consists of
(1) loading the kernel to be rebooted to into memory, and (2) actually rebooting to the pre-loaded kernel.
To load a kernel, the syntax is as follows:
kexec -l kernel-image --append=command-line-options --initrd=initrd-image
where kernel-image is the kernel file that you intend to reboot to.
Insert the command-line parameters that must be passed to the new kernel into command-line-options.  Passing the exact contents of /proc/cmdline into command-line-options is the safest way to ensure that correct values are passed to the rebooting kernel.
The optional initrd-image is the initrd image to be used during boot.
It's also possible to invoke kexec without an option parameter. In that case, kexec loads the specified kernel and then invokes shutdown(8).  If the shutdown scripts of your Linux distribution support kexec-based rebooting, they then call kexec -e just before actually rebooting the machine. That way, the machine does a clean shutdown including all shutdown scripts.
For example, if the kernel image you want to reboot to is /boot/vmlinux, the contents of /proc/cmdline is root=/dev/hda1, and the path to the initrd is /boot/initrd, then you would use the following command to load the kernel:
kexec -l /boot/vmlinux --append=root=/dev/hda1 --initrd=/boot/initrd
After this kernel is loaded, it can be booted to at any time using the command:
kexec -e
-d (--debug) Enable debugging messages.
-S (--status) Return 0 if the type (by default crash) is loaded. Can be used in conjuction with -l or -p to toggle the type. Note this option supersedes other options and it will not load or unload the kernel.
-e (--exec) Run the currently loaded kernel. Note that it will reboot into the loaded kernel without calling shutdown(8).
-f (--force) Force an immediate kexec call, do not call shutdown(8) (contrary to the default action without any option parameter). This option performs the same actions like executing -l and -e in one call.
-h (--help) Open a help file for kexec.
-i (--no-checks) Fast reboot, no memory integrity checks.
-l (--load) kernel Load the specified kernel into the current kernel.
-p (--load-panic) Load the new kernel for use on panic.
-t (--type=type) Specify that the new kernel is of this type.
-s (--kexec-file-syscall) Specify that the new KEXEC_FILE_LOAD syscall should be used exclusively.
-c (--kexec-syscall) Specify that the old KEXEC_LOAD syscall should be used exclusively (the default).
-a (--kexec-syscall-auto) Try the new KEXEC_FILE_LOAD syscall first and when it is not supported or the kernel does not understand the supplied image fall back to the old KEXEC_LOAD interface.
There is no one single interface that always works.
KEXEC_FILE_LOAD is required on systems that use locked-down secure boot to verify the kernel signature.  KEXEC_LOAD may be also disabled in the kernel configuration.
KEXEC_LOAD is required for some kernel image formats and on architectures that do not implement KEXEC_FILE_LOAD.
-u (--unload) Unload the current kexec target kernel. If a capture kernel is being unloaded then specify -p with -u.
-v (--version) Return the version number of the installed utility.
-x (--no-ifdown) Shut down the running kernel, but restore the interface on reload.
-y (--no-sync) Shut down the running kernel, but skip syncing the filesystems.
--mem-min=addr Specify the lowest memory address addr to load code into.
--mem-max=addr Specify the highest memory address addr to load code into.
--entry=addr Specify the jump back address. (0 means it's not jump back or preserve context)
--load-preserve-context Load the new kernel and preserve context of current kernel during kexec.
--load-jump-back-helper Load a helper image to jump back to original kernel.
--reuseinitrd Reuse initrd from first boot.
--print-ckr-size Print crash kernel region size, if available.
Beoboot-x86
--args-elf Pass ELF boot notes.
--args-linux Pass Linux kernel style options.
--real-mode Use the kernel's real mode entry point.
elf-x86
--append=string Append string to the kernel command line.
--command-line=string Set the kernel command line to string.
--reuse-cmdline Use the command line from the running system. When a panic kernel is loaded, it strips the crashkernel parameter automatically. The BOOT_IMAGE parameter is also stripped.
--initrd=file Use file as the kernel's initial ramdisk.
--ramdisk=file Use file as the kernel's initial ramdisk.
bzImage-x86
--real-mode Use real-mode entry point.
multiboot-x86
--module=mod arg1 arg2 ... Load module mod with command-line arguments arg1 arg2 ... This parameter can be specified multiple times.
multiboot2-x86
--console-serial Enable the serial console.
--console-vga Enable the VGA console.
--elf32-core-headers Prepare core headers in ELF32 format.
--elf64-core-headers Prepare core headers in ELF64 format.
--reset-vga Attempt to reset a standard VGA device.
--serial=port Specify the serial port for debug output.
--serial-baud=baud_rate Specify the baud rate of the serial port.
gh-auth - Login, logout, and refresh your authentication
gh auth <command> [flags]
Manage gh's authentication state.
gh(1), gh-auth-login(1), gh-auth-logout(1), gh-auth-refresh(1), gh-auth- setup-git(1), gh-auth-status(1)
Ця сторінка підручникаeперекладена автоматично програмою http://pere.org.ua/dwn/test/Linemerge(1)2006.05.04.tar.gz
Ебилди до неї брати тут:
http://linux.org.ua/yabbfiles/Attachments/dev-perl.tar.bz2 Мовні помилки на
сторінці виправляти поки не потрябно, а Ваша допомога може бути любязно прийнята
на http://pere.org.ua/ та
http://linux.org.ua/cgi-bin/yabb/YaBB.pl?num=1146937283/0#0
Ім'я emerge - інтерфейс командної рядки до системі портежей (Portage system)
Синтаксис emerge [опції] [дію] [ebuild | файл_tbz2 | клас | зависимость]...  emerge [опції] [дію] файл_ebuild emerge sync | rsync emerge --help -h [system | config | sync] emerge --version
Опис emerge - це повний інтерфейс командної рядки до системі портежей. Використовується, в основному, для установки пакетів, причому, emerge може автоматично обробляти будь-які залежності, заданые в необхідному пакеті. Утиліта emerge може також оновлювати дерево портежей, надаючи доступ до новим і оновленим пакетів. Утиліта emerge також забезпечує безпроблемне відновлення версій встановлених пакетів. Дозволяє працювати з пакетами у вигляді вихідних кодів, так і в двоичном вигляді, також може використовуватися для створення двоичных пакетів з метою подальшого поширення.  Пакети EBUILD, файли TBZ2, класи та залежність Основне призначення утиліти emerge - установка пакетів. Встановлювані пакети можна поставити із чотирьох основних способів: як пакет ebuild, як файл tbz2, як клас або як залежність.
ebuild ebuild необхідно ставити, як мінімум вигляді припустимого імені каталозі пакетів портежей (valid Portage package directory name) без вказівки версії чи категорії, наприклад, portage чи python. Можна додати також категорію і номер версії, наприклад, sys-apps/portage чи python-2.2.1-r2. Утиліта emerge ігнорує завершальну косу межу, тож можна використовувати автоматичне завершення для імен файлів. Як значення ebuild можна також ставити реальне ім'я файла, наприклад, /usr/portage/app-admin/python/python-2.2.1-r2.ebuild.
Файл_tbz2 Файл_tbz2 має коректним файлом .tbz2, створеним за допомогою команди ebuild <пакет>-<версия>.ebuild пакет чи emerge --buildpkg [категория/]<пакет>, чи quickpkg /var/db/pkg/<категория>/<пакет>.
Клас Класи пакетів - зручний спосіб окреслити велику групу пакетів. У у даний час підтримується два класу: system і world. Клас system містить набір пакетів, які вважаються необхідними для правильної роботи системи. Клас world містить всі пакети в системі плюс всі пакети, перелічені в файле /var/cache/edb/world чи /var/lib/portage/world (=>portage-2.0.51). Докладніше див. далі розділі Файлы Врахуйте, що ці команди зазвичай використовуються із --update.
Залежність Залежність описує обмеження на пакет, який буде встановлено. Наприклад, >=dev-lang/python-2.2.1-r2  що відповідає останньої доступної версії мови Python, більшої чи рівної 2.2.1-r2. Аналогічно, <dev-lang/python-2.0 відповідає останньої доступної версії мови Python до 2.0. Врахуйте, що у багатьох командних интерпретаторах знадобиться замаскувати символи на кшталт '<'  і  '=' ; щоб уникнути проблем із маскуванням, беріть залежність в поодинокі чи подвійні лапки.
Дії Ні дії Якщо дію не зазначено, в додаються зазначені пакети і задовольняються всі їхні залежності. Як аргументів можна вказувати пакети ebuild, файлы tbz2, классы чи зависимости. Врахуйте, що для установки файла tbz2 необхідно вказати опцію --usrpkg. Пакети додаються наприкінці файла world, тож вони враховуються при наступних оновленнях.
clean -з
Очищає систему, видаляючи пакети, не які впливають на функціональність системи. Як аргументів можна вказуватипакети build, классы чи зависимости. Наприклад, emerge clean binutils видаляє старі версії binutils; emerge clean net-www/mozilla-0.9.9-r2 видаляє зазначену версію Mozilla.  Використовувати цю команду, в загальному, безпечно. Врахуйте, що пакети в єдиному примірнику (unslotted packages) команда clean не видаляє.
depclean Виявляє всі пакети, встановлені в системі без видимої причини. Утиліта emerge генерує список пакетів, які повинні бути встановлені, на основі списку системних пакетів і файла world. Потім вона порівнює цей список зі списком фактично встановлених пакетів; знайдені відмінності видаються як непотрібні пакети, які пропонується видалити.  Удаление деяких пакетів може до того, що пакети, пов'язані з видаленими, перестануть працювати і почнуть повідомляти про саме ті бібліотеках. Знову встановіть за допомогою emerge пакет, який перестав працювати, і ця проблема вирішена. Врахуйте, що зміни прапорів USE можуть істотно вплинути на результат, выдаваемый виконанні дії depclean.
help -h
Видає довідкову інформацію з утиліті emerge. Додавання одного з інших перелічених додаткових аргументів призводить до видачу більш детальною довідкової інформації по відповідного дії. Вбудована довідкова документація утиліти emerge оновлюється частіше, ніж ця сторінка довідкового керівництва; зверніться до неї при виникненні проблем, які допоможе вирішити ця сторінка довідкового керівництва.
info Видає інформацію для включення звіти помилки. Ця інформація допомагає розробникам при вирішенні проблем, про які ви повідомляєте. Включайте, будь ласка, цю інформацію при посилці звіту про помилку. Розширену інформацію можна отримати при зазначенні опції --verbose.
inject -i
При "впрыске" пакета для нього вставляють "заглушка" тож система портежей вважає його встановленим. Це зручноза потреби, наприклад, встановити двоичную версію XFree86 для нетривиальной відеокарти чи просто додати власні пакети. Необхідно вказати категорію і конкретну версію вставляемого пакета. Наприклад, emerge inject sys-kernel/gentoo-sources-2.4.19
prune -P Попередження: Ця дія може видалити важливі пакети! Віддаляються всі, крім останніх, версій відповіднихпакетів. Якщо для пакета є кілька слотов, залишається лише остання версія кожному слоте. При цьому не відбувається перевірки залежностей, тому бути видалено пакети, необхідні для нормальної роботи системи. Використовуйте дію clean, якщо не впевнені цілком у тому, що робите. Як аргуменгтов можна вказувати пакети ebuild, классы чи зависимости -- приклади см на описі дії clean.
regen Викликає перевірку і відновлення кеша залежностей для всіх пакетів ebuild в дереві портежей. Кеш використовується для прискорення пошуку і побудови дерев залежностей. Ця команда не рекомендується для користувачів rsync,оскільки rsync оновлює кеш, використовуючи кеши на сервері. Якщо ви не знаєте, чим відрізняється "користувач rsync" від інших користувачів, виходить, ви - "користувач rsync" :). Користувачі rsync повинні просто виконатикоманду emerge sync для регенерації кеша.
search -s
Шукає відповідності переданої строке в дереві портежей. Шукана рядок представляє собою регулярне висловлення.Наприклад, команда emerge search "^kde" шукає будь-який пакет, ім'я якого починається з "kde"; emerge search "gcc$" шукає будь-який пакет, ім'я якого закінчується на "gcc"; emerge search "office" шукає будь-який пакет, ім'я якого містить слово "office".  Якщо пошук необхідно виконувати і в описі пакета, використовуйте опцію --searchdesc чи -S.
sync Ініціює відновлення дерева портежей з одного з дзеркал rsync.gentoo.org. Врахуйте, що будь-які зміни, виконані в дереві портежей, при цьому будуть стерті. За винятком спеціальних випадків, для відновлення використовується rsync. Щоб дізнатися, як уникнути видалення зміни, див. опис PORTDIR_OVERLAY на сторінці довідкового керівництва make.conf(5).
unmerge -C
При цьому бути видалено важливі пакети! Віддаляються всі відповідні пакети. Перевірка залежностей не виконується, тому бути видалено пакети, необхідні для нормальної роботи системи. Як аргументів можна ставитипакети ebuild, классы чи зависимости - приклади див. вище в описі clean.
Опції --buildpkg -b
Каже emerge про необхідність побудувати двоичные пакети для всіх відповідних пакетів ebuild, крім їх звичайного додавання в дерево. Корисно для тих, хто займається підтримкою пакетів або адмініструванні кількох систем Gentoo Linux (будуємо раз, встановлюємо пакеты tbz2 за допомогоюemerge скрізь). Пакет буде створено в каталозі ${PKGDIR}/All. Як альтернативи для вже включених в дерево пакетів можна використовувати опцію quickpkq, яка створює пакеты tbz2 з "живої" файловій системи.
--buildpkgonly -B
Создает двоичные пакети для всіх оброблених пакетів ebuild, не включаючи їх в дерево пакетів. Проблема лише в тому, що всі залежності часу побудови вже мають бути в систему за допомогою emerge.
--changelog -l
Використовуйте цю опцію із дією --pretend. У результаті, будуть показані записи ChangeLog для всіх пакетів, які оновлюватися.
--columns При використанні разом із --pretend видає імена пакетів, нову і стару версію выравненными по столбцам для простоти вирізання і копіювання.
--debug -d
Потребує від emerge працювати в отладочном режимі. У цьому режимі середовище побудови bash працюватиме з опцією -x, видаючи детальну отладочную інформацію в стандартних вихідний потік. Опція --debug чудово підходить дляпошуку синтаксических помилок bash.
--deep -D
При використанні разом із опцією --update, цей прапор вимагає від emerge враховувати всі дерево залежностей пакетів, а не просто перевіряти безпосередні залежності пакетів. Це, наприклад, дозволяє врахувати відновлення в бібліотеках, не перелічених явно в залежностях пакета.
--emptytree -e
Создает видимість того, що дерево встановлених пакетів містить лише glibc; цю опцію варто використовувати разом із --pretend. Вона дозволяє розробникам отримати повне уявлення про дереві всіх залежностей пакета і перебудовувати дерева в цілому з використанням новітніх версій бібліотек.
--fetchonly -f
Замість створення пакета, просто вибирає (fetches) всі пакети (головний пакет і всі його залежності).
--noconfmem Потребує від портежей не враховувати записи злиття, показує, що файл конфігурації в каталозі CONFIG_PROTECT вже був у дерево. Система портежей зазвичай включатиме такі файли лише, щоб не змушувати користувача возиться зі ж конфігурації кілька разів. Цей прапор призведе до включению файла конфгиурации щоразу.
--nodeps -O
Включає зазначені пакети, не включаючи залежності. Врахуйте, що процес побудови може закінчитися невдало, якщо залежності виявляться незадоволеними.
--noreplace -n
Пропускає один в командної строке пакети, якщо вони вже були встановлені. Без цієї опції будь-які в командноїстроке пакети, пакети ebuild чи зависимости чого призводитимуть до повторного включению відповідного пакета системою Portage, навіть якщо він уже встановлено. Врахуйте, що зависимости система Portage за умовчанням повторно не включає.
--nospinner Відключає для сеансу "крутилку" (spinner). "Крутилка" активируется, якщо команда подана з термінала (TTY). Цей прапор відключає її, незалежно від влаштування.
--oneshot Включає пакети як звичайно, але не додає в профіль world з метою подальшого відновлення.
--onlydeps -o
Включає (чи вдає, що включає) залежності зазначених пакетів, а не самі пакети.
--pretend -p
Замість реального включення просто показує, що має встановлюватися, якщо не вказати --pretend. Використання опції --pretend настійно рекомендується перед установкою будь-якого незнайомого пакета. У выдаваемом результаті: * N = новий * U = відновлення * R = заміна * B = блокується вже встановленим пакетом.
--quiet -q
Результати можуть відрізнятиметься, у разі, обсяг котрі системою портежей результатів скорочується чи видача ущільнюється.
--resume Відновлює останнє дійство включению пакетів. Врахуйте, будь ласка, що відновити можна лише дію, закінчилися зпомилкою через збою. Якщо нічого, буде просто видано повідомлення про успішне виконання.
--searchdesc -S
Зіставляє рядок пошуку з полем опису і ім'ям пакета. Врахуйте, що зіставлення з регулярним вираженням ведеться і в описі пакета.
--skipfirst Ця дія припустимо лише разом із --resume. Воно видаляє перший пакет у списку кандидатів на поновлення установки, так, щоб включення могло продовжитися навіть за наявності непоправної чи несуттєвою помилки. Цю опцію треба використовувати лише в випадках, коли перепустку пакета не порушує залежності.
--update -u
Оновлює пакети до новій з доступних версій. Врахуйте, що --update ще не має всіма можливостями. Він не буде автоматично оновлювати залежності пакетів в файле world, якщо їх самих там ще немає.
--upgradeonly -U
Оновлює пакети, исключая відновлення, що призводять до зниження версії установлюваного пакета. Слоты (SLOTs) враховуються на найпростішому рівні.
--usepkg -k
Потребує від emerge використовувати двоичные пакети (з каталогу $PKGDIR), якщо вони є, уникаючи цим, можливості, тривалих компіляцій. Ця опція корисна для установок з компакт-дисків; можна виконати export PKGDIR=/mnt/cdrom/packages, а потім використовувати цю опцію, щоб emerge "витягувала" пакети з CD для задоволення залежностей.
--usepkgonly -K
Працює так само, як і --usepkg, але включає лише двоичные пакети. Усе необхідні двоичные пакети мають бути доступні на момент перевірки залежностей чи emerge просто перестане роботу.
--verbose -v
Потребує від emerge працювати в багатослівному (verbose) режимі. У у даний час цей прапор призводить до тому,що emerge видає повідомлення помилки GNU info, якщо вони.
--version -V
Видає номер версії emerge. Цю опцію не можна поєднувати з іншими; ім'я і формат дії при цьому не важливі.
Видані результати При використанні emerge з прапорами pretend/verbose, результати погляд можуть здатися складними для розуміння. Цей розділ пояснює, що означає вся "стенографическая" інформація.
[blocks B ] [blocks B ] app-text/dos2unix (from pkg app-text/hd2u-0.8.0) Пакет Dos2unix блокує включення в дерево пакета hd2u. Блокування виявляється, коли два пакета перекриваються по файлам чи можуть викликати ті чи інші ушкодження в системі. Проте зазвичай включати одночасно блокуючі одне пакети не треба, бо вони забезпечують однакові можливості.
[ebuild N ] [ebuild N ] app-games/qstat-25c Пакет Qstat - новий у вашій системі і буде включатися в дерево за допомогою emerge вперше.
[ebuild R ] [ebuild R ] sys-apps/sed-4.0.5 Пакет sed 4.0.5 вже був включено, але якщо виконати команду ще раз, система портежей повторно включить у цей пакет (даному випадку, sed).
[ebuild F ] [ebuild F ] media-video/realplayer-8-r6 Пакет realplayer вимагає, щоб ви завантажили вихідники вручну. При спробу включити пакет в дерево, якщо вихідні тексти пакета не знайдено, система портежей зупиниться і видасть інструкції про те, як завантажити відсутніфайли.
[ebuild U ] [ebuild U ] net-fs/samba-2.2.8_pre1 [2.2.7a] Пакет Samba 2.2.7a вже був і може бути оновлено до версії 2.2.8_pre1.
[ebuild UD] [ebuild UD] media-libs/libgd-1.8.4 [2.0.11] Пакет Libgd 2.0.11 вже був включено, але якщо виконати команду, система портежей автоматично знизить (Downgrade) версію пакета до 1.8.4. Це може статися, якщо понад нова версія пакета була замаксирована, оскільки виявилася поврежденной чи створює загрозу захисту системи, а виправлення ще не випущено.  Ще це може статися бо пакет, який ви намагаєтеся включити за допомогою emerge вимагає для успішного включенняпонад стару версію пакета. У разі, бібліотека libgd 2.x несумісна з libgd 1.x. Це означає, що пакети, створені з використанням libgd 1.x, не скомпилируются з версією 2.x, її треба знизити, перш ніж вдасться ці пакети успішно встановити.
[ebuild U-] [ebuild U-] x11-base/xfree-4.3.0 [4.2.99.902] Дефис (-) представляє відсутність інформації про слоте (SLOT information) пакета Xfree. відбувається, коли попередня версія була просто "впрыснута" (докладніше див. опис дії inject, чи виявилася настільки старої, що відповідний слот не існує. У будь-якому, понад нова версія Xfree доступна для відновлення.
[ebuild U ] [ebuild U ] net-analyzer/nmap-3.15_beta2 [3.15_beta1] -gtk -gnome Значения -gtk і -gnome відбивають статус USE-переменных при включення пакета nmap. Тут ми бачимо, що nmap може використовувати USE-переменные gtk і gnome, але в поточних установках змінні gtk і gnome відключено. Тому додаткова підтримка gtk і gnome не буде включено в nmap встановленні.
Примітка Статус USE видається тільки якщо використовуються опції --pretend і --verbose.
Практично завжди треба перед будь-який спробою установки чи відновлення виконувати її ж, але з опцією --pretend. Це побачити, що буде зроблено, а також виявити блокуючі пакети, які треба буде попередньо видалити. Це тим паче важливо для класів system і world, які можуть викликати відновлення великої кількості пакетів, якщо дерево портежей було досить активно. Зазвичай також є сенс використовувати опцію --update, яка дозволяє ігнорувати вже оновлені пакети, але оновлювати при цьому інші. При встановлення пакета з невстановленими залежностями, якщо залежності ці не вказано явно у списку параметрів, вони додаватися в файл world. Якщо необхідно внести залежності в файл world для подальшого відновлення, не забудьте явно вказати на їхнє як параметрів emerge.  У командної строке можна вказувати USE-переменные, переопределяющие значення, в стандартних місцях, що дозволяє уникнути використання ряду небажаних залежностей. Прапори USE, задані в строке, НЕ запам'ятовуються. Наприклад, команда USE="-x -gnome" emerge mc встановить пакет mc з зазначеними установками USE.  Якщо команда emerge --update system чи emerge --update world не спрацює з видачею повідомлень помилки, причина може бути тому, що пакет ebuild використовує нову можливість, якої немає в цієї версії утиліти emerge. Можна спочатку виконати emerge --update portage для відновлення до останньою, яка має підтримувати будь-які необхідні нові можливості.
Примітка: Будьте обережні при використанні пакетів, у стадії розробки. Проблеми і помилки, які виникають у результаті неправильного використання замаскованих пакетів, призводять до марне витрачання часу розробників Gentoo. Подумайте заздалегідь, зможете чи впоратися з проблемами, які можуть виникнути.
Маски в системі портежей забезпечують три основні функції: вони дозволяють поставити період тестування, протягом якого пакети можуть використовуватися на машинах; вони запобігають використання пакета, який почав сбоить,і дозволяють маскувати існуючі пакети, поламані чи загрозливі захисту. Маскирование можна робити двома способами: за допомогою файла package.mask і з допомогою ключевых слів. Як демаскувати пакет при використанні цих способів описано нижче. Врахуйте також, що коли утиліті emerge передається пакет ebuild, то всі види максировки ігноруються і emerge намагатиметься включити пакет в.
package.mask Файл package.mask, в основному, блокує використання пакетів, що викликають проблеми або як що призводять до проблеми на машинах. Він в каталозі ${PORTDIR}/profiles. Пакети можна демаскувати в файле шляхом додавання символу коментарю (#) на рядки, маскирующей пакет.
Ключове слово Ключове слово (KEYWORDS) також використовуються для маскування пакетів, перебувають на стадії тестування. Є які визначають архітектуру ключові слова, що для кожного пакета, які дозволяють системі портежей визначити, з якими системами сумісний пакет. Пакети, компилирующиеся на деякої архітектурі, але не які вважаються "стабільними", маскуються шляхом вказівки тильди (~) перед назвою архітектури. Утиліта emerge перевіряє значення переменной середовища ACCEPT_KEYWORDS, перш ніж дозволити чи заборонити включення пакета, замаскованого за допомогою КЛЮЧОВИХ СЛІВ. Щоб проінформувати утиліту emerge, що необхідно побудувати ці "тестові" версії пакетів, можна встановити переменной ACCEPT_KEYWORDS значення "~arch", де arch - одне з значень: x86, ppc, sparc, mips, alpha, arm, hppa. Наприклад, команда ACCEPT_KEYWORDS="~x86" emerge xfree призведе до тому, що emerge враховуватиме замасковані ключовими словами версії XFree як потоенциальных кандидатів на відновлення. Попередження: Не встановлюйте цієї переменной значення, яке відрізнятиметься від відповідного вашої архітектурі.
Як повідомляти помилки Будь ласка, повідомляйте про будь-яких виявлених помилках через [http://bugs.gentoo.org/ bugs.gentoo.org] web-сайт Будь ласка, включайте в звіт про помилку результат, який видає утиліта emerge.
Посилання на emerge --help, ebuild(1), ebuild(5), make.conf(5) Ряд допоміжних додатків в каталозі /usr/lib/portage/bin. Пакет app-admin/gentoolkitмістить корисні сценарії, наприклад, qpkg (засіб запитів до пакетів).
Файли /var/cache/edb/world (/var/lib/portage/world у версіях >=portage-2.0.51) Містить список всіх зазначених користувачем пакетів. Можна без побоювання редагувати цей файл, додаючи пакети, які необхідно враховувати при оновлення класу world, і видаляючи ті, які оновлювати при цьому не треба.
/etc/make.conf Містить змінні для процесу побудови пакетів, переопределяя значення, задані в make.globals. Саме цей файл треба редагувати замість перелічених далі.
/etc/make.profile/make.defaults Содерржит специфічні для профілю змінні для процесу побудови пакетів. Не редактируйте цей файл.
/etc/make.profile/use.defaults Містить список пакетів, які разі установки, призводять до встановлення за умовчанням відповідного прапора використання (use flag). Не редактируйте цей файл.
/usr/portage/profiles/use.desc Містить основний список прапорів USE з описами їх функцій. Не редактируйте цей файл.
/etc/make.profile/virtuals Містить список стандартних пакетів, використовуваних для вирішення віртуальних залежностей. Не редактируйте цей файл.
/var/cache/edb/virtuals Містить список пакетів, використовуваних для вирішення віртуальних залежностей. У разі, коли пошук віртуальних залежностей закінчується невдало, можна переупорядочить записи відповідних віртуальних залежностей в цьому файле. Перший пакет, зазначений після virtual, використовується для зіставлення з virtual.
/etc/make.profile/package Містить список пакетів, використовуваних для базової системи. Класи system і world враховують вміст цього файла. Не редактируйте його.
/etc/make.globals Містить стандартні змінні для процесу побудови. Не редактируйте цей файл.
Автори * Daniel Robbins <drobbins@gentoo.org> * Geert Bevin <gbevin@gentoo.org> * Achim Gottinger <achim@gentoo.org> * Nicholas Jones <carpaski@gentoo.org> * Phil Bordelon <sunflare@gentoo.org> * Mike Frysinger <vapier@gentoo.org>
Джерело * http://www.ln.ua/~openxs/projects/man/uman128.html * У. Кравчук <valera@openxs.kiev.ua>http://gentoo.ru/node/829
SDCV(1)                      General Commands Manual                     SDCV(1)
sdcv - console version of StarDict program
sdcv [ options ] [list of words]
sdcv is a simple, cross-platform text-based utility for working with dictionaries in StarDict format.  Each word from "list of words" may be a string with a leading '/' for using a Fuzzy search algorithm, with a leading '|' for using full-text search, and the string may contain '?' and '*' for regexp search.  It works in interactive and non-interactive mode.  To exit from interactive mode press Ctrl+D.  In interactive mode, if sdcv was compiled with readline library support, you can use the UP and DOWN keys to cycle through history.
-h  --help Display help message and exit
-v --version Display version and exit
-l --list-dicts Display list of available dictionaries and exit
-u --use-dict filename For search use only dictionary with this bookname
-n --non-interactive For use in scripts
-x --only-data-dir For use in scripts: only use the dictionaries in data-dir, do not search in user and system directories
-e --exact-search Do not fuzzy-search for similar words, only return exact matches
-j --json Print the results of list-dicts and searches as json, not as plain text.  For use in automatically processing the results of a dictionary lookup.
--utf8-output Force sdcv to not convert to locale charset, output in utf8
--utf8-input Force sdcv to not convert from locale charset, assume that input is in utf8
--data-dir path/to/directory Use this directory as the path to the stardict data directory. This means that sdcv searches for dictionaries in data-dir/dic directory.
--color Use ANSI escape codes for colorizing sdcv output (does not work with json output).
/usr/share/stardict/dic
$(XDG_DATA_HOME)/stardict/dic
Place where sdcv expects to find dictionaries.  Instead of /usr/share/stardict/dic you can use any directory you want, just set the STARDICT_DATA_DIR environment variable.  For example, if you have dictionaries in /mnt/data/stardict-dicts/dic, set STARDICT_DATA_DIR to /mnt/data/stardict-dicts.
$(XDG_DATA_HOME)/sdcv_history
This file includes the last $(SDCV_HISTSIZE) words, which you sought with sdcv.  SDCV uses this file only if it was compiled with readline library support.
$(XDG_CONFIG_HOME)/sdcv_ordering
This is a text file containing one dictionary bookname per line. It specifies in which order the results of a search should be shown.
Environment Variables Used By sdcv:
STARDICT_DATA_DIR   If set, sdcv uses this variable as the data directory, this means that sdcv searches dictionaries in $STARDICT_DATA_DIR/dic
SDCV_HISTSIZE       If set, sdcv writes in $(XDG_DATA_HOME)/sdcv_history (or $(SDCV_HISTFILE)) the last $(SDCV_HISTSIZE) words, which you look up using sdcv. If it is not set, then the last 2000 words are saved in $(XDG_DATA_HOME)/sdcv_history.
SDCV_HISTFILE       If set, sdcv writes it's history to $(SDCV_HISTFILE). If it is not set, then the default $(XDG_DATA_HOME)/sdcv_history path will be used.
SDCV_PAGER          If SDCV_PAGER is set, its value is used as the name of the program to use to display the dictionary article.
Email bug reports to dushistov at mail dot ru. Be sure to include the word "sdcv" somewhere in the "Subject:" field.
Evgeniy A. Dushistov, Hu Zheng
stardict(1), http://sdcv.sourceforge.net/, http://stardict.sourceforge.net
GRAPHML2GV(1)                General Commands Manual               GRAPHML2GV(1)
graphml2gv - GRAPHML-DOT converter
graphml2gv [ -?v ] [ -ggname ] [ -ooutfile ] [ files ]
graphml2gv converts a graph specified in the GRAPHML format to a graph in the GV (formerly DOT) format.
-ooutfile Prints output to the file outfile. If not given, graphml2gv uses stdout.
files   Names of files containing 1 or more graphs in GRAPHML.  If no files operand is specified, the standard input will be used.
As both the graph and graphics models of GV and GML differ significantly, the conversion can only be at best approximate.  In particular, GV currently has no notion of hyperedges or edges containing graphs.
At present, graphml2gv only supports the basic graph topology. Specifically, the <KEY> and <DATA> elements are not handled, though they could be.
pdfseparate(1)               General Commands Manual              pdfseparate(1)
pdfseparate - Portable Document Format (PDF) page extractor
pdfseparate [options] PDF-file PDF-page-pattern
pdfseparate extract single pages from a Portable Document Format (PDF).
pdfseparate reads the PDF file PDF-file, extracts one or more pages, and writes one PDF file for each page to PDF-page-pattern.
PDF-page-pattern should contain %d (or any variant respecting printf format), since %d is replaced by the page number.
The PDF-file should not be encrypted.
-f number Specifies the first page to extract. If -f is omitted, extraction starts with page 1.
-l number Specifies the last page to extract. If -l is omitted, extraction ends with the last page.
pdfseparate sample.pdf sample-%d.pdf
extracts all pages from sample.pdf, if i.e. sample.pdf has 3 pages, it produces
sample-1.pdf, sample-2.pdf, sample-3.pdf
The pdfseparate software and documentation are copyright 1996-2004 Glyph & Cog, LLC and copyright 2005-2011 The Poppler Developers - http://poppler.freedesktop.org
pdfdetach(1), pdffonts(1), pdfimages(1), pdfinfo(1), pdftocairo(1), pdftohtml(1), pdftoppm(1), pdftops(1), pdftotext(1) pdfsig(1), pdfunite(1)
READPE(1)                    General Commands Manual                   READPE(1)
readpe - displays information about PE files
readpe [OPTIONS]...  pefile
readpe can read and display all PE file headers, fields and values. It's part of pev, the PE file analysis toolkit.
pefile is a PE32/PE32+ executable or dynamic linked library file.
-A, --all Full output (default).
-H, --all-headers Show all PE headers.
-S, --all-sections Show PE section headers.
-f, --format <text|csv|xml|html> Change output format (default: text).
-d, --dirs Show data directories.
-h, --header <dos|coff|optional> Show specific header. It can be used multiple times.
-i, --imports Show imported functions.
-e, --exports Show exported functions.
-V, --version Show version.
--help Show this help.
Display the Optional file header of putty.exe:
$ readpe -h optional putty.exe
Display data directories and exported functions of cards.dll:
$ readpe -de cards.dll
Display all possible information about svchost.exe file:
$ readpe svchost.exe
Please, check the latest development code and report at https://github.com/merces/pev/issues
ofs2rva(1), pedis(1), pehash(1), peldd(1), pepack(1), peres(1), pescan(1), pesec(1), pestr(1), rva2ofs(1)
Copyright (C) 2013 - 2020 pev authors. License GPLv2+: GNU GPL version 2 or later <https://www.gnu.org/licenses/gpl-2.0.txt>.  This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law.
PROTOC(1)                   protocol buffer compiler                   PROTOC(1)
protoc - compile protocol buffer description files
protoc [--cpp_out=OUT_DIR] [--java_out=OUT_DIR] [--python_out=OUT_DIR] [-IPATH | --proto_path=PATH] PROTO_FILE
protoc {-h | --help}
protoc --version
protoc is a compiler for protocol buffers definitions files. It can can generate C++, Java and Python source code for the classes defined in PROTO_FILE.
-IPATH, --proto_path=PATH Specify the directory in which to search for imports. May be specified multiple times; directories will be searched in order. If not given, the current working directory is used.
--cpp_out=OUT_DIR Enable generation of C++ bindings and store them in OUT_DIR.
--java_out=OUT_DIR Enable generation of Java bindings and store them in OUT_DIR.
--python_out=OUT_DIR Enable generation of Python bindings and store them in OUT_DIR.
Note that at least one of the --cpp_out, --java_out and --python_out options must be given (otherwise the program has nothing to do). It's also possible to specify more than one.
The program currently exits with code 255 for all errors, which makes it hard to differentiante from scripts the actual error.
The upstream BTS can be found at https://github.com/protocolbuffers/protobuf/issues.
More documentation about protocol buffers syntax and APIs is available online at https://developers.google.com/protocol-buffers/docs/overview.
Iustin Pop <iustin@debian.org> Wrote this manpage for the Debian system.
Copyright Â© 2007 Iustin Pop
ZATHURA(1)                           zathura                          ZATHURA(1)
zathura - a document viewer