gladilov.org.ru 

1367 заметок с тегом

софт

Позднее Ctrl + ↑

Новая виртуальная ОСь — 18.09.2018

 Foresight Linux 2.5.3

Дистрибутив Linux, основанный на  rPath, содержит как бесплатное, так и проприетарное ПО. Начал разрабатываться Кеном ВанДайном (Ken VanDine) во время его работы в команде GNOME Marketing как демонстрационный дистрибутив, содержащий самые последние выпуски GNOME. На Distrowatch’е первое упоминание дистра — это версия 0.6 в марте 2005 года. Проект закрылся в конце мая 2015 года. Используется пакетный менеджер Conary. Среды рабочих столов —  Gnome,  KDE,  LXDE и  Xfce.

 Foresight

2018   виртуальные ОСи   досуг   ОС   софт

Линус Торвальдс временно отстранился от разработки ядра Linux

Линус Торвальдс сообщил о временном уходе с поста координатора разработки ядра Linux. До возвращения Линуса его место займёт Грег Кроа-Хартман (Greg Kroah-Hartman), отвечающий за поддержку стабильной ветки ядра. Основной задачей Грега станет доведение до конца разработки выпуска 4.19, который сейчас находится на стадии четвёртого кандидата в релизы. Точных сроков не называется, но предполагается, что Линус вернётся к работе к моменту открытия следующего окна приёма изменений, в рамках которого начнётся формирование ядра 4.20.

Показать

В качестве причины временного отстранения от разработки называется желание переосмыслить свою роль в сообществе и получить время для изучения вопросов, связанных с пониманием эмоций людей и адекватным реагированием в конфликтных ситуациях. Линус также извинился за то, что иногда бывает несдержан и слишком жёстко отвечает на промахи и ошибки других людей. По его ощущением он не выгорел и не чувствует потребности полностью прекратить участие в разработке Linux, а хочет и дальше продолжать работу над проектом, которым занимается уже почти 30 лет.

На подобные мысли Линуса натолкнула собственная ошибка и реакция на эту ошибку сообщества. Линус перепутал место и время проведения октябрьского саммита мэйнтенеров ядра Linux и запланировал отдых с семьёй на это время. Линус предложил провести саммит без него, но организаторы вошли в положение Линуса и проголосовали за перенос мероприятия из Ванкувера в Эдинбург, чтобы он смог принять участие в саммите без отмены семейной поездки.

После этого случая Линус попытался посмотреть на семя со стороны и осознал, что в дискуссиях важен не только технический аспект, но и человеческое отношение. В своём общении Линус не учитывает эмоциональное состояние людей и часто бывает необоснованно требователен и груб к другим участникам, что приводит к возникновению непрофессиональной и напряжённой обстановки в сообществе, а иногда вынуждает людей к прекращению участия в проекте. Кроме того, он задумался над тем, что был бы рад вообще пропустить саммит разработчиков и это плохой знак. Итогом стало решение сделать перерыв, который даст время переосмыслить своё поведение и научиться терпимости, сдерживанию эмоций и пониманию точки зрения других людей.

Кроме того, Линус Торвальдс полностью обновил документ «Code of Conflict», определяющий основные принципы разрешения конфликтных ситуаций между разработчиками ядра. Ранее правила ограничилась краткими рекомендациями по общению в цивилизованном виде без агрессии и оскорблений. Новый вариант основан на рекомендациях «Contributor Covenant», применяемых во многих открытых проектах, включая Eclipse, Freedesktop, GitLab, Ruby и Kubernetes, а также в открытых проектах Google.

Документ определяет равные возможности для всех участников, независимо от их мировоззрения, возраста, пола, религиозных предпочтений, уровня образования, социального статуса и национальности. В сообществе приветствуется дружелюбная форма общения, понимание, сопереживание проблемам других участников, восприятие конструктивной критики, принятие наилучших для всего сообщества решений. Не допускаются троллинг, оскорбительная манера общения, попытки унижения, домогательства, нарушения неприкосновенности частной жизни, разглашение персональных сведений, а также другие действия, которые могут считаться неуместными при профессиональном общении.

Источник

Новая виртуальная ОСь — 13.09.2018-2

 Frugalware 2.1 (Derowd)

Весьма простой и удобный дистрибутив, на основе  Слаквари, но использующий менеджер пакетов Джуда Винетта pacman из  Арча. Его начала разрабатывать команда под руководством  венгра Вайны Миклоса (Miklós Vajna) в ноябре 2004 года. Поддерживаются платформы i686 и amd64 (обещали поддержку i386, но так и не завезли). Поддерживаются три ветки — текущая (current), стабильная (stable) и тестовая (testing), текущая обновляется ежедневно, стабильная — каждые 6 месяцев. Менеджеры рабочего стола —  Fluxbox,  GNOME,  KDE Plasma,  Openbox,  Razor-qt.

 Frugalware

2018   виртуальные ОСи   досуг   ОС   софт

Новая виртуальная ОСь — 13.09.2018

 OSGeoLive 12.0

Дистрибутив на базе  Лубунты, с большим количеством программ с открытым исходным кодом для ГИС-проектирования. Представляет собой загрузочный DVD/USB-диск с возможностью установки на носитель компьютера или образ виртуальной машины. Пилится под патронатом некоммерческой неправительственной организации  OSGeo, основанной в США. Среда рабочего стола —  LXDE. После установки образ винта стал «весить» 12 гигов.

 OSGeoLive

2018   виртуальные ОСи   досуг   ОС   софт

Новая виртуальная ОСь — 12.09.2018-2

 ArchBang 0309

Легковесный дистрибутив из  Канады, созданный на основе  Арча, совместимый с ним по пакетной базе. Оконный менеджер по умолчанию —  Openbox. Имеет высокую скорость работы на старом или малопроизводительном оборудовании с ограниченными ресурсами. Создатель этого дистра, Виленски Аристиде (Willensky ’Will X TrEmE’ Aristide), начал его пилить под впечатлением от  CrunchBang’а.

 ArchBang

2018   виртуальные ОСи   досуг   ОС   софт

Новая виртуальная ОСь — 12.09.2018

 BlackArch 2018.06.01

Дистрибутив родом из  США, созданный на основе пакетной базы  Арча и полностью совместимый с ним, может использоваться как весьма мощный инструмент для исследований в области безопасности и изучения защищённости систем. Официальным спонсором разработки дистрибутива является хакерская группировка NullSecurity. Дистр поставляется в виде Live-DVD ISO-образов с возможностью установки на накопитель компьютера. Оконные менеджеры в комплекте — облегчённые:  Awesome,  Blackbox,  i3,  Fluxbox,  spectrwm,  Openbox. Пакетный менеджер — pacman.

 BlackArch

Детали: Показать

Установил в  VirtualBox’е, размер образа винта составил 21 Гб. По умолчанию логин для входа в графическую среду: root пароль: blackarch. Скрипт установки — blackarch-install.

При установке разделы 40-гигового образа я создал такие: тип таблицы — mbr, первый — 1 Гб для /boot, второй на 37 Гб — для / (с шифрованием), третий для свопа всё, что осталось (2 гига).

После установки системы размер файла образа раздулся до 21 гига, после установки KDE Plasma, Cinnamon’а, кусочков от Mate, Gnome и т. п. он стал весить 34 Гб.

Систему обновлял командой

pacman -Syyu

2018   виртуальные ОСи   досуг   ОС   софт

Новая виртуальная ОСь — 10.09.2018-2

 Guadalinex 9

Дистрибутив, продвигаемый правительством  Андалусии, первые две версии (с 2003 года) были основаны на  Дебиане, затем (с 2005 года) — на  Бубунте. Проект является частью правительственного плана по внедрению свободного программного обеспечения и повсеместного использования его в общественных школах (согласно Декрету 72/2003), с участием Министерства инноваций, науки и бизнеса. Среда рабочего стола —  Cinnamon. Пилятся несколько версий дистра (для разного вида использования — в школах, библиотеках, в университетах, дома): Guadalinex EDU, Guadalinex CDM, Guadalinex Guadalinfo, Guadalinex Bibliotecas, Guadalinex Mini.

 Guadalinex

2018   виртуальные ОСи   досуг   ОС   софт

Новая виртуальная ОСь — 10.09.2018

 Elive 3.0.0 (Opal)

Красивый дистрибутив, базирующийся на  Debian, использующий  E17 как среду рабочего стола (для меня всё, что использует Enlightenment, является по умолчанию красивым ). Можно работать как с Live CD, так и установив дистр на жёсткий диск (используется UnionFS). Установленная система заняла на винте почти 8 Гб. Раньше для установки стабильной версии требовался донат (минимально — 10 y.e.) или инвайт, но с версии 3.0 эта модель распространения изменена — теперь дистр может использоваться бесплатно и без ограничений.

 Elive

2018   виртуальные ОСи   досуг   ОС   софт

Срыв покровов. Продолжение

Продолжение рассказа об особенностях монтирования файловых систем.

В дополнение темы монтирования двух разных ФС в одну точку монтирования имею заявить следующее:

как явствует из манов ([1], [2]), при монтировании файлов используется механизм монтирования через loop-устройство. То есть, сначала устанавливается привязка петлевого устройства /dev/loopX к монтируемому файлу, затем это устройство монтируется на точку монтирования.

Если петлевое устройство явно не указано (как у меня при проведении эксперимента), тогда mount попытается найти свободный loop-device и использовать его. Поэтому, если бы я при монтировании файлов A.img и B.img в одну точку монтирования выполнил команду losetup и cat /etc/mtab, то увидел бы нечто вроде этого: Показать

root@debian:/home/soul# losetup
NAME       SIZELIMIT OFFSET AUTOCLEAR RO BACK-FILE
/dev/loop0         0      0         1  0 /home/soul/A.img
/dev/loop1         0      0         1  0 /home/soul/B.img
root@debian:/home/soul# cat /etc/mtab 
rootfs / rootfs rw 0 0
. . .
/dev/loop0 /mnt/A ext2 rw,relatime 0 0
/dev/loop1 /mnt/A minix rw,relatime 0 0
root@debian:/home/soul#

Как по мне, cамый оптимальный вариант решения (подсмотрен тут) — это создать линейный RAID из двух петлевых устройств, привязанных к своим файлам, и смонтировать его в нужную точку монтирования (требует установленного пакета mdadm): Показать

root@debian:/home/soul# losetup /dev/loop0 A.img
root@debian:/home/soul# losetup /dev/loop1 B.img
root@debian:/home/soul# mdadm --build /dev/md0 --level=linear --raid-devices=2 /dev/loop0 /dev/loop1
root@debian:/home/soul# mount /dev/md0 /mnt
root@debian:/home/soul#

Срыв покровов

Рассказ об особенностях монтирования файловых систем.

Вчера моя дражайшая половина супруга задала мне интересный вопрос — что будет, если в одну точку монтирования привинтить две разных файловых системы?

Сегодня, найдя свободное время, я попробовал это выяснить опытным путём в  ВиртуалБоксовой машине с установленным  Дебианом, о чём отчитываюсь: Показать

– Создал директории /mnt/A и /mnt/B и файлы A.img и B.img (размером по 10 Мб), отформатировав их в разные файловые системы (ext2 и minix): Показать

soul@debian:~$ sudo -s
root@debian:/home/soul# fallocate -l 10M A.img
root@debian:/home/soul# fallocate -l 10M B.img
root@debian:/home/soul# ls /mnt
root@debian:/home/soul# mkdir /mnt/A
root@debian:/home/soul# mkdir /mnt/B
root@debian:/home/soul# mkfs.ext2 A.img
mke2fs 1.42.12 (29-Aug-2014)
Discarding device blocks: done
Creating filesystem with 10240 1k blocks and 2560 inodes
Filesystem UUID: 866d1e35-dad7-466a-990a-411601395777
Superblock backups stored on blocks:
        8193

Allocating group tables: done
Writing inode tables: done
Writing superblocks and filesystem accounting information: done

root@debian:/home/soul# mkfs.minix B.img
3424 inodes
10240 blocks
Firstdatazone=112 (112)
Zonesize=1024
Maxsize=268966912

root@debian:/home/soul#

– Смонтировал их в разные директории (A.img в /mnt/A, B.img в /mnt/B): Показать

root@debian:/home/soul# mount -o loop A.img /mnt/A
root@debian:/home/soul# ls /mnt/A
lost+found
root@debian:/home/soul# mount -o loop B.img /mnt/B
root@debian:/home/soul# ls /mnt/B
root@debian:/home/soul#

– Отмонтировал B.img от /mnt/B и примонтировал к /mnt/A, создал каталог /mnt/A/test1: Показать

root@debian:/home/soul# umount /mnt/B
root@debian:/home/soul# mount -o loop B.img /mnt/A
root@debian:/home/soul# mkdir /mnt/A/test1
root@debian:/home/soul# ls /mnt/A
test1
root@debian:/home/soul#

– Перемонтировал A.img и B.img и примонтировал их к разным директориям, посмотрел результат создания каталога: Показать

root@debian:/home/soul# umount /mnt/A
root@debian:/home/soul# umount /mnt/A
root@debian:/home/soul# mount -o loop A.img /mnt/A
root@debian:/home/soul# mount -o loop B.img /mnt/B
root@debian:/home/soul# ls /mnt/A
lost+found
root@debian:/home/soul# ls /mnt/B
test1
root@debian:/home/soul# umount /mnt/A
root@debian:/home/soul# umount /mnt/B
root@debian:/home/soul#

– Повторил эксперимент в другой последовательности: Показать

root@debian:/home/soul# mount -o loop B.img /mnt/A
root@debian:/home/soul# mount -o loop A.img /mnt/A
root@debian:/home/soul# ls /mnt/A
lost+found
root@debian:/home/soul# mkdir /mnt/A/test2
root@debian:/home/soul#

– Отмонтировал оба файла, примонтировал их опять к разным директориям и посмотрел результат второго этапа: Показать

root@debian:/home/soul# umount /mnt/A
root@debian:/home/soul# umount /mnt/A
root@debian:/home/soul# mount -o loop A.img /mnt/A
root@debian:/home/soul# mount -o loop B.img /mnt/B
root@debian:/home/soul# ls /mnt/A
lost+found  test2
root@debian:/home/soul# ls /mnt/B
test1
root@debian:/home/soul#

– Отмонтировал всё, удалил ненужные файлы и каталоги: Показать

root@debian:/home/soul# umount /mnt/A
root@debian:/home/soul# umount /mnt/B
root@debian:/home/soul# rm A.img
root@debian:/home/soul# rm B.img
root@debian:/home/soul# rmdir /mnt/A
root@debian:/home/soul# rmdir /mnt/B
root@debian:/home/soul# ^D
exit
soul@debian:~$

Из вышеприведённого можно сделать вывод, что изменения применяются на ту файловую систему, которая была примонтирована последней.

P. S. Здесь речь идёт о стандартных решениях, всякие там LVM, ZFS, btrfs и unionfs не рассматриваются.

Информация о системе: Показать

soul@debian:~$ uname -a
Linux debian 3.16.0-6-amd64 #1 SMP Debian 3.16.56-1 (2018-04-28) x86_64 GNU/Linux
soul@debian:~$ cat /etc/issue.net
Debian GNU/Linux 8
soul@debian:~$ cat /etc/os-release
PRETTY_NAME="Debian GNU/Linux 8 (jessie)"
NAME="Debian GNU/Linux"
VERSION_ID="8"
VERSION="8 (jessie)"
ID=debian
HOME_URL="http://www.debian.org/"
SUPPORT_URL="http://www.debian.org/support"
BUG_REPORT_URL="https://bugs.debian.org/"
soul@debian:~$ lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description:    Debian GNU/Linux 8.10 (jessie)
Release:        8.10
Codename:       jessie
soul@debian:~$

Ранее Ctrl + ↓
Наверх