Стандартная база linux — linux standard base

A.3. VERBATIM COPYING

You may copy and distribute the Document in any medium,
either commercially or noncommercially, provided that this
License, the copyright notices, and the license notice saying this
License applies to the Document are reproduced in all copies, and
that you add no other conditions whatsoever to those of this
License. You may not use technical measures to obstruct or
control the reading or further copying of the copies you make or
distribute. However, you may accept compensation in exchange for
copies. If you distribute a large enough number of copies you
must also follow the conditions in section 3.

LSB (Linux Standard Base)

Как видно в Ubuntu иногда выдается предупреждение No LSB modules are available. Если вы получаете такое сообщение  от lsb_release, то необходимо установить пакет lsb_core.

lsb-core — это пакет поддержки ядра Linux — LSB (Linux Standard Base). Стандартная база Linux (http://www.linuxbase.org/) — это стандартная базовая система, от которой могут зависеть сторонние приложения, написанные для Linux. Этот пакет обеспечивает реализацию ядра стандартной базы Linux на 32-разрядных архитектурах Intel x86, Intel ia64 (Itanium), IBM S390 и PowerPC с ядром Linux.

Будущие версии спецификации и этого пакета могут поддерживать LSB на дополнительных архитектурах и ядрах. Целью этого пакета является предоставление наилучшего текущего способа установки и запуска пакетов LSB в Linux. Установка из стандартного репозитория:

$ sudo apt-get install lsb-core

1.1. General

The Linux Standard Base (LSB) defines a system interface for compiled
applications and a minimal environment for support of installation scripts.
Its purpose is to enable a uniform industry standard environment for
high-volume applications conforming to the LSB.

The LSB specification set is divided into modules,
each of which provides fundamental system interfaces, libraries,
and runtime environment upon which all conforming applications and
libraries using that module depend.

The modules of the Linux Standard Base are:

  • LSB Core — core components

  • LSB Desktop — desktop related components

  • LSB Languages — runtime languages

  • LSB Imaging — printing and scanning

  • LSB Trial Use — components that are not yet mandatory

Interfaces described in the LSB Core module specification
are supplemented by other LSB module specifications.
All other modules depend on the presence of LSB Core.

These specifications are composed of two basic parts: a common part
describing those parts of the interface that
remain constant across all implementations of the LSB, and an
architecture-specific part describing the
parts of the interface that vary by processor architecture.
Together, the common part and the relevant
architecture-specific part for a single hardware architecture provide a
complete interface specification for compiled application programs on systems
that share a common hardware architecture.
Whenever a section of the common part
is supplemented by architecture-specific information, the common part
includes a reference to the architecture-specific part.
Architecture-specific parts of of an LSB module specification
may also contain additional information that is not referenced in the
common part.

The LSB contains both a set of Application Program Interfaces (APIs)
and Application Binary Interfaces (ABIs). APIs may appear in the
source code of portable applications, while the compiled binary of that
application may use the larger set of ABIs. A conforming implementation
provides all of the ABIs listed here. The compilation system may
replace (e.g. by macro definition) certain APIs with calls to one or
more of the underlying binary interfaces, and may insert calls to binary
interfaces as needed.

The Linux Standard Base Specification[edit | edit source]

The LSB comprises a single common (generic) specification and architecture specific specifications. The complete specification for a particular platform consists of the generic specification plus one of the architecture specifications. Architectures supported currently are IA32 and IA64 (Intel 32- and 64-bit processors), PPC32 and PPC64 (IBM’s 32- and 64-bit PowerPC family), S390 (IBM’s S390 processors) and S390X (IBM zSeries processors), and AMD64 (Advanced Micro Devices 64-bit processors).

The LSB defines both a set of Application Program Interfaces (APIs) for source code and Application Binary Interfaces (ABIs) for compiled binaries. A conforming implementation has to support all of the ABIs in the LSB but not all of the source-level APIs.

The LSB is divided into specification modules in which a specification module refers to a unique collection of one or more functions that have value for a certain group of runtime implementations. The modules currently available are LSB-Core, LSB-C++, LSB-Graphics and LSB-I18N. Both LSB-Core and LSB-C++ have generic and architecture-specific specifications while the LSB-Graphics and the LSB-I18N have only the generic specification. Table 10 summarizes the currently available modules.

LSB Modules
Module Functional Area Architectures Available
ELF Generic, Processor-specific
LSB-Core LSB Generic, Processor-specific
Packaging Generic, Processor-specific
LSB-CXX LSB-C++ Generic, Processor-specific
LSB-Graphics Graphics Generic
LSB-I18n OpenI18n Generic

The latest version of the LSB is 3.0.0. LSB 2.0.1 had been submitted to ISO to become an international standard for GNU/Linux.

LSB-Core Specificationedit | edit source

This is the Core module of the Linux Standard Base. This module provides the fundamental system interfaces, libraries, and runtime environment upon which all conforming applications and libraries depend. It provides specifications for the following areas:

  1. Executable and Linking Format (ELF)
  2. Base libraries
  3. Utility libraries
  4. Command and utilities
  5. Execution environment
  6. System initialization
  7. Users and groups
  8. Package format and installation

The specifications make extensive use of existing standardized APIs and ABIs from other bodies. Some normative references include those from ISO POSIX, the System V Interface Definition (SVID) and the Filesystem Hierarchy Standard (FHS).

In particular, the LSB-Core specification includes many interfaces described in ISO POSIX (ISO/IEC 9945) and it specifies that such interfaces should behave exactly as specified in the POSIX standard. It is also the long-term plan of the LSB to converge with ISO/IEC 9945.

One of the problems plaguing the many different GNU/Linux distros has been the various formats used in software package distribution. The LSB addresses this by specifying that applications shall be packaged in the RPM packaging format as defined in the LSB, or supply an installer which is LSB conforming (for example, by invoking LSB commands and utilities). This means that while packages are encouraged to be supplied in Red Hat Package Manager (RPM) format the LSB does not mandate the use of the RPM program or database.

LSB-C++ Moduleedit | edit source

This is the C++ module of the LSB. It supplements the core interfaces by providing system interfaces, libraries, and a runtime environment for applications built using the C++ programming language.

Normative references include the LSB-Core, IOS POSIX and the ISO/IEC 14882 C++ Language standard.

It provides specifications for the following areas:

  1. Low level system information
  2. Base libraries
  3. Package information

The LSB-Graphics Moduleedit | edit source

This specification defines the graphical interface found on an LSB conforming system. Normative references include the LSB-Core and graphic libraries and specifications from The X.Org Foundation.

It provides specifications for the following areas:

  1. Graphic libraries
  2. OpenGL libraries
  3. Package information

A.6. COMBINING DOCUMENTS

You may combine the Document with other documents released
under this License, under the terms defined in section 4 above for
modified versions, provided that you include in the combination
all of the Invariant Sections of all of the original documents,
unmodified, and list them all as Invariant Sections of your
combined work in its license notice.

The combined work need only contain one copy of this
License, and multiple identical Invariant Sections may be replaced
with a single copy. If there are multiple Invariant Sections with
the same name but different contents, make the title of each such
section unique by adding at the end of it, in parentheses, the
name of the original author or publisher of that section if known,
or else a unique number. Make the same adjustment to the section
titles in the list of Invariant Sections in the license notice of
the combined work.

The LSB 3.0 Specification

This is the approved final version of the LSB 3.0 specification.
The tables below present two popular formats, you may also go to the
page with all formats.

Release notes outlining changes from the previous release can be found at

http://wiki.linuxfoundation.org/en/ReleaseNotes3.

LSB 3.0 was released July 6, 2005.

Document Set Functional Area Architecture
Generic IA32 IA64 PPC32 PPC64 S390 S390X AMD64
LSB Core HTML PDF HTML PDF HTML PDF HTML PDF HTML PDF HTML PDF HTML PDF HTML PDF
C++ HTML PDF HTML PDF HTML PDF HTML PDF HTML PDF HTML PDF HTML PDF HTML PDF
Graphics HTML PDF  

The LSB 2 Specification Series

The LSB Specification documents have been restructured for the LSB 2
release. This restructuring will permit management of the documents
to be decentralized, permitting area experts to take ownership of
their respective portion of the specification, without the burdened of
also having to be responsible for portions outside of their area of
expertise.

The LSB 2.X document structure also lays the groundwork for the
creation of additional specification modules which exist on top of
the Core LSB specification. These new modules can permit the addition
of functionallity with would otherwise be considered out of scope for
the LSB, as well as allowing groups outside of the LSB to add
functionallity using the framework established by the LSB.

The LSB 1.3 specifications consisted of a single monolithic
document known as the Generic LSB, which is supplemented by an
architecture specific document.

The table below provides a roadmap for the specification
documents. Document sets available for certification are shown in the
left column. Individual specification documents are shown in the
columns under Architecture. A blank space indiciates a document which
has not yet been created.

Ссылки [ править ]

  1. ^ «Сертификация приложения для LSB» . Linux Foundation . 2008. Архивировано из оригинала 15 июля 2009 года . Проверено 26 апреля 2010 года .
  2. ^ «Названия объектов» . Стандартная базовая базовая спецификация ядра Linux 3.1 . 2005 г.
  3. ^ «Пакет redhat-lsb» . fedoraproject.org . Проверено 15 августа 2015 года .
  4. ^ «Дорожная карта LSB» . Linux Foundation . 2008 . Проверено 26 апреля 2010 года .
  5. ^ «Примечания к выпуску LSB 5.0» . linuxfoundation.org . Архивировано из оригинала 8 июля 2017 года . Проверено 3 июня 2015 года .
  6. ^ djwm (10 марта 2011 г.). «Java удалена из Linux Standard Base 4.1» . Архивировано из оригинального 7 -го декабря 2013 года .
  7. ^ «Java удалена из Linux Standard Base 4.1» . h-online.com . 10 марта 2011 . Проверено 15 августа 2015 года .
  8. ^ «Примечания к выпуску LSB 5.0: Qt 3 удален» . linuxfoundation.org . Проверено 3 июня 2015 года .
  9. ^ «ISO / IEC 23360-1: 2006 — Стандартная базовая спецификация Linux (LSB), основная спецификация 3.1 — Часть 1: Общая спецификация» . Проверено 15 октября 2011 года .
  10. ^ «ISO / IEC TR 24715: 2006 — Информационные технологии — Языки программирования, их среды и интерфейсы системного программного обеспечения — Технический отчет о конфликтах между ISO / IEC 9945 (POSIX) и стандартной базой Linux (ISO / IEC 23360). » . Проверено 15 октября 2011 года .
  11. ^ «Общедоступные стандарты ISO» . Проверено 15 октября 2011 года .
  12. ^ Каталог сертифицированных продуктов на linuxbase.org (12.01.2015)
  13. ^ «bugs.debian.org» .
  14. ^ «linuxfoundation.org» .[ постоянная мертвая ссылка ]
  15. ^ «openacs.org» .
  16. ^ «osnews.com» .
  17. ^ «Глава 22. Установка программного обеспечения 22.1. Введение» . Стандартная базовая базовая спецификация ядра Linux 3.1 . 2005 г.
  18. ^ «Глава 22. Установка программного обеспечения 22.3. Ограничения сценариев пакета» . Стандартная базовая базовая спецификация ядра Linux 3.1 . 2005 г.
  19. ^ a b «Debian — Подробная информация о пакете lsb в lenny (стабильном) — пакет поддержки Linux Standard Base 3.2» . Проект Debian . 18 августа 2008 . Проверено 26 апреля 2010 года .
  20. ^ «Debian LSB» . Проект Debian . Проверено 26 апреля 2010 года .
  21. ^ «Обсуждение Debian LSB ML» . Проект Debian . Проверено 12 сентября 2015 года .
  22. ^ «Debian отказался от стандартной базы Linux» . LWN.net .
  23. ^ «Пакет исходного кода lsb 9.20150917ubuntu1 в Ubuntu» .
  24. ^ a b Дреппер, Ульрих (17 сентября 2005 г.). «Вы все еще думаете, что LSB имеет какую-то ценность?» . Проверено 26 апреля 2010 года .
  25. ^ «Все о средстве проверки приложений Linux» . Linux Foundation . 2008 . Проверено 26 апреля 2010 года .

A.2. APPLICABILITY AND DEFINITIONS

This License applies to any manual or other work that
contains a notice placed by the copyright holder saying it can be
distributed under the terms of this License. The «Document»,
below, refers to any such manual or work. Any member of the
public is a licensee, and is addressed as «you».

A «Modified Version» of the Document means any work
containing the Document or a portion of it, either copied
verbatim, or with modifications and/or translated into another
language.

A «Secondary Section» is a named appendix or a front-matter
section of the Document that deals exclusively with the
relationship of the publishers or authors of the Document to the
Document’s overall subject (or to related matters) and contains
nothing that could fall directly within that overall subject.
(For example, if the Document is in part a textbook of
mathematics, a Secondary Section may not explain any mathematics.)
The relationship could be a matter of historical connection with
the subject or with related matters, or of legal, commercial,
philosophical, ethical or political position regarding
them.

The «Invariant Sections» are certain Secondary Sections
whose titles are designated, as being those of Invariant Sections,
in the notice that says that the Document is released under this
License.

The «Cover Texts» are certain short passages of text that
are listed, as Front-Cover Texts or Back-Cover Texts, in the
notice that says that the Document is released under this
License.

A «Transparent» copy of the Document means a
machine-readable copy, represented in a format whose specification
is available to the general public, whose contents can be viewed
and edited directly and straightforwardly with generic text
editors or (for images composed of pixels) generic paint programs
or (for drawings) some widely available drawing editor, and that
is suitable for input to text formatters or for automatic
translation to a variety of formats suitable for input to text
formatters. A copy made in an otherwise Transparent file format
whose markup has been designed to thwart or discourage subsequent
modification by readers is not Transparent. A copy that is not
«Transparent» is called «Opaque».

Examples of suitable formats for Transparent copies include
plain ASCII without markup, Texinfo input format, LaTeX input
format, SGML or XML using a publicly available DTD, and
standard-conforming simple HTML designed for human modification.
Opaque formats include PostScript, PDF, proprietary formats that
can be read and edited only by proprietary word processors, SGML
or XML for which the DTD and/or processing tools are not generally
available, and the machine-generated HTML produced by some word
processors for output purposes only.

2.2. Relevant Commands

The commands listed in the following tables shall
be available on a Linux Standard Base system, with the specified
runtime names.

Table 2-6. LSB Core Module Command Names

du install mv strings
ar echo install_initd newgrp strip
at ed ipcrm nice stty
awk egrep ipcs nl su
basename env join nohup sync
batch expand kill od tail
bc expr killall passwd tar
cat false ln paste tee
chfn fgrep locale patch test
chgrp file localedef pathchk tic
chmod find logger pax time
chown fold logname pidof touch
chsh fuser lp pr tput
cksum gencat lpr printf tr
cmp getconf ls ps true
col gettext lsb_release pwd tsort
comm grep m4 remove_initd tty
cp groupadd mailx renice umount
cpio groupdel make rm uname
crontab groupmod man rmdir unexpand
csplit groups md5sum sed uniq
cut gunzip mkdir sendmail useradd
date gzip mkfifo seq userdel
dd head mknod sh usermod
df hostname mktemp shutdown wc
diff iconv more sleep xargs
dirname id mount sort zcat
dmesg infocmp msgfmt split  

Table 2-7. LSB Desktop Module Command Names

fc-cache fc-match xdg-desktop-menu xdg-icon-resource xdg-open
fc-list xdg-desktop-icon xdg-email xdg-mime xdg-screensaver

Table 2-8. LSB Imaging Module Command Names

foomatic-rip gs      

История версий

  • 1.0: первый выпуск от 29 июня 2001 г.
  • 1.1: Выпущено 22 января 2002 г. Добавлены аппаратные спецификации ( IA-32 ).
  • 1.2: Выпущено 28 июня 2002 г. Добавлены аппаратные спецификации ( 32-разрядная версия PowerPC ). Сертификация началась в июле 2002 года.
  • 1.2.1: Выпущено в октябре 2002 г. Добавлен Itanium .
  • 1.3: выпущена 17 декабря 2002 г. Добавлены аппаратные спецификации (Itanium, Enterprise System Architecture / 390, z / Architecture).
  • 2.0: выпущена 31 августа 2004 г.
    • LSB модульный для LSB-Core, LSB-CXX, LSB-Graphics и LSB- I18n (не выпущен)
    • Новые аппаратные спецификации ( 64-разрядная версия PowerPC, AMD64 )
    • Синхронизирован с единой спецификацией UNIX (SUS) версии 3
  • 2.0.1: Выпущена 21 октября 2004 года ISO- версия LSB 2.0, которая включала спецификацию для всех аппаратных архитектур (кроме LSB-Graphics, из которых доступна только общая версия).
  • 2.1: выпущена 11 марта 2005 г.
  • 3.0: выпущена 1 июля 2005 г. Среди других изменений библиотеки:
    • Библиотека GNU C версии 2.3.4
    • C ++ ABI заменен на тот, который используется в gcc 3.4.
    • Основная спецификация обновлена ​​до ISO POSIX (2003).
    • Технические исправления 1: 2005
  • 3.1: выпущен 31 октября 2005 г. Эта версия была представлена ​​как ISO / IEC 23360.
  • 3.2: Выпущен 28 января 2008 г. Эта версия была представлена ​​как ISO / IEC 23360.
  • 4.0: выпущена 11 ноября 2008 г. Эта версия содержит следующие функции:
    • Библиотека GNU C версии 2.4
    • Двоичная совместимость с LSB 3.x
    • Легче использовать SDK
    • Поддержка новых версий графических библиотек GTK и Cairo.
    • Java (дополнительный модуль)
    • Более простые способы создания пакетов RPM, совместимых с LSB
    • Crypto API (через библиотеку Network Security Services ) (дополнительный модуль)
  • 4.1: выпущена 16 февраля 2011 г .:
    • Java удалена
    • Модули «Пробного использования» из LSB 4.0, охватывающие мультимедиа ( ALSA ), безопасность (NSS) и прочее для настольных компьютеров ( xdg-utils ), были продвинуты как необходимые подмодули.
    • Обновлены библиотеки GTK +, Cairo и CUPS.
    • Добавлены три новых набора тестов
  • 5.0: выпущена 2 июня 2015 г.
    • Библиотека GNU C версии 2.10 (для psiginfo)
    • Первый основной выпуск, который нарушает обратную совместимость с более ранними версиями (совместим с LSB 3.0 и в основном совместим с LSB 3.1 и более поздними версиями, за некоторыми исключениями)
    • Включает изменения, внесенные в FHS 3.0.
    • Библиотека Qt 3 удалена
    • Развитая модульная стратегия; LSB разделен на модули LSB Core, LSB Desktop, LSB Languages, LSB Imaging и LSB Trial Use.

Как узнать версию Linux

Мы будем использовать команду uname, которая используется для печати вашей системной информации в Linux, такой как версия ядра и имя выпуска, имя сетевого узла, имя аппаратного оборудования, архитектура процессора, аппаратная платформа и операционная система.

В предыдущей команде параметр -o выводит имя операционной системы и -r выводит версию выпуска ядра.

Вы также можете использовать опцию -a с командой uname для печати всей системной информации, как показано:

  • Версия Linux (ядро), которую вы запускаете: версия Linux 4.5.5-300.fc24.x86_64
  • Имя пользователя, скомпилировавшего ваше ядро:
  • Версия компилятора GCC, используемого для построения ядра: gcc версия 6.1.1 20160510
  • Тип ядра: # 1 SMP (ядро Symmetric MultiProcessing) поддерживает системы с несколькими процессорами или несколькими ядрами ЦП.
  • Дата и время создания ядра: Чт май 19 13:05:32 UTC 2016

Узнать дистрибутив

Прежде всего давайте узнаем имя дистрибутива и его версию если это возможно. Для этого будем смотреть содержимое файлов в папке /etc/, которые заканчиваются на release:

cat /etc/*-release

В Ubuntu утилита выведет содержимое двух файлов /etc/lsb-release и /etc/os-release. В них будет содержаться исчерпывающая информация о имени дистрибутива и версии его релиза:

Но если мы выполним ту же команду в ArchLinux то получим совсем другой результат:

Тут уже нет версии, есть только имя дистрибутива, поскольку ArchLinux использует систему скользящих релизов. Немного меньше, но почти всю ту же информацию можно получить используя команду lsb_release:

lsb_release -a

Также очень часто вы можете узнать имя дистрибутива посмотрев пункт “О программе” для любого системного приложения или лучше утилиты “Настройки”:

И еще один способ увидеть версию дистрибутива в основанных на Debian системах – посмотреть информацию о сборке пакета:

dpkg -l openssl

Или для RPM систем:

rpm -qa | grep openssl

Узнать версию ядра

Во многих случаях нам нужна не столько версия дистрибутива linux, сколько версия ядра, которое в нем используется. Для просмотра этой информации тоже есть несколько команд:

uname -a

Или:

uname -r

У меня используется версия ядра 4.8.0-59, тут же мы видим архитектуру системы – x86_64. Обозначение SMB означает, что ядро поддерживает многоядерные процессоры или несколько процессоров. Но мы можем узнать ту же информацию, посмотрев содержимое файла /proc/version:

cat /proc/version

cat /proc/cmdline

Есть еще несколько файлов с подобной информацией:

cat /proc/sys/kernel/{ostype,osrelease,version}

Как узнать архитектуру компьютера

Вы уже знаете как узнать версию Linux, имя дистрибутива и ядро, архитектура уже проскальзывала в командах выше, но существует отдельная команда, которая выводит только архитектуру:

arch

Для этих же целей можно использовать uname:

uname -m

Прием [ править ]

Хотя LSB является стандартом и не имеет конкурентов, за ним следуют лишь несколько дистрибутивов Linux . Например, только 21 выпуск (версия) дистрибутива сертифицирован для LSB версии 4.0, в частности Red Flag Linux Desktop 6.0, Red Hat Enterprise Linux 6.0, SUSE Linux Enterprise 11 и Ubuntu 9.04 (Jaunty Jackalope) ; еще меньше сертифицировано для версии 4.1.

LSB подвергался критике за то, что он не принимал участие в проектах, в первую очередь проекта Debian , за пределами сферы своих компаний-членов.

Выбор формата пакета RPM править

LSB указывает, что программные пакеты должны поставляться либо как LSB-совместимая программа установки , либо (предпочтительно) поставляться в ограниченной форме в формате RPM Package Manager .

Такой выбор формата пакета исключает использование многих других существующих форматов пакетов, несовместимых с RPM. Чтобы решить эту проблему, стандарт не определяет, какой формат пакета система должна использовать для своих собственных пакетов, просто необходимо поддерживать RPM, чтобы можно было устанавливать пакеты от сторонних дистрибьюторов в соответствующей системе.

Ограничения Debian править

Debian включил необязательную поддержку LSB на раннем этапе, в версии 1.1 в «woody» (3.0; 19 июля 2002 г.), 2.0 в «sarge» (3.1; 6 июня 2005 г.), 3.1 в «etch» ​​(4.0; апрель 8, 2007), 3,2 для lenny (5,0; 14 февраля 2009 г.) и 4,1 для «wheezy» (7; 4 мая 2013 г.). Чтобы использовать иностранные LSB-совместимые пакеты RPM, конечный пользователь должен использовать программу Debian Alien, чтобы преобразовать их в собственный формат пакетов, а затем установить их.

Формат RPM, заданный LSB, имеет ограниченное подмножество функций RPM — для блокировки использования функций RPM, которые нельзя было бы перевести в .deb с Alien или другими программами преобразования пакетов, и наоборот, поскольку каждый формат имеет возможности, которых не хватает другому. На практике не все двоичные пакеты Linux обязательно совместимы с LSB, поэтому, хотя большинство из них можно преобразовать между .rpm и .deb, эта операция ограничена подмножеством пакетов.

Используя Alien, Debian становится LSB-совместимым для всех целей и задач, но, согласно описанию их пакета lsb , наличие пакета «не означает, что мы считаем, что Debian полностью соответствует Стандартной базе Linux, и не следует истолковывать как утверждение, что Debian совместим с LSB «.

Debian стремился соответствовать LSB, но с множеством ограничений. Однако эти усилия прекратились примерно в июле 2015 года из-за отсутствия интереса и рабочей силы внутри проекта. В сентябре 2015 года проект Debian подтвердил, что, хотя поддержка стандарта иерархии файловой системы (FHS) будет продолжена, поддержка LSB прекращена. Ubuntu последовала за Debian в ноябре 2015 года.

Качество комплектов тестов на соответствие править

Кроме того, комплекты тестов на соответствие подвергались критике за то, что они содержат ошибки и являются неполными — в частности, в 2005 году Ульрих Дреппер раскритиковал LSB за плохо написанные тесты, которые могут вызвать несовместимость между LSB-сертифицированными дистрибутивами, когда некоторые из них реализуют некорректное поведение, чтобы заставить ошибочные тесты работать, в то время как другие подают заявление и получают отказ от прохождения тестов. Он также осудил отсутствие тестирования приложений, указав, что тестирование только дистрибутивов никогда не может решить проблему приложений, полагающихся на поведение, определяемое реализацией.

Для поставщиков, которые рассматривают сертификаты LSB в своих усилиях по переносимости, Linux Foundation спонсирует инструмент, который анализирует и предоставляет рекомендации по символам и библиотекам, выходящим за рамки LSB.

Как посмотреть версию системы при помощи systemd

systemd — менеджер системы и служб для Linux, совместимый со скриптами инициализации SysV и LSB. systemd обеспечивает возможности агрессивной параллелизации и много всего прочего. Кроме этого он включают в себя демон ведения журнала, утилиты для управления базовой конфигурацией системы (имя хоста, дата, языковой стандарт), ведение списка вошедших в систему пользователей, запущенных контейнеров и виртуальных машин, системных учётных записей, каталогов и параметров среды выполнения и демонов для управления базовой конфигурацией сети, синхронизации сетевого времени, пересылки журналов и разрешения имён.

$ hostnamectl
Static hostname: testcomp
Icon name: computer-desktop
Chassis: desktop
Machine ID: ac1ab0yh85b1be62bfa64a6578ae98f4
Boot ID: 6578a42948b32a67a040c16cf8ba0e
Operating System: Ubuntu 16.04.7 LTS
Kernel: Linux 4.4.0-201-generic
Architecture: x86-64

Команда hostnamectl выдает несколько больше информации.

Рейтинг
( Пока оценок нет )
Editor
Editor/ автор статьи

Давно интересуюсь темой. Мне нравится писать о том, в чём разбираюсь.

Понравилась статья? Поделиться с друзьями:
Работатека
Добавить комментарий

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: