LINUX.ORG.RU

Hyperbola GNU/Linux-libre в 2024 году

 ,


0

0

Hyperbola GNU/Linux-libre это дистрибутив, основанный на Arch Linux, но очищенный от несвободного софта. Из уникальных фич заметил наличие 32-битной версии дистрибутива и соотвествующих пакетов и вместо Xorg здесь форк xorg от OpenBSD, Xenocara. Вместо systemd тут используется openrc. Документация достаточно подробная, так что проблем с установкой у меня был минимум. Видео выводится через встроенную интеловскую видеокарту.

Вообще могу сказать, что тут намного больше готовых пакетов, чем в том же CRUX, документация тоже намного лучше. Так что первое впечатление этот дистрибутив оставил у меня очень хорошее.

Версия ядра при установке такая:

[vbcnthfkmnth123@localhost ~]$ uname -a
Linux localhost 5.10.191-gnu1-1-lts #1 SMP Mon Oct 2 05:25:02 UTC 2023 i686 GNU/Linux

Ест это все столько:

sh-5.1# ./ps_mem.py 
 Private  +   Shared  =  RAM used       Program

100.0 KiB +  32.5 KiB = 132.5 KiB       init
184.0 KiB +  58.5 KiB = 242.5 KiB       start-stop-daemon
300.0 KiB +  47.5 KiB = 347.5 KiB       rpcbind
408.0 KiB +  28.5 KiB = 436.5 KiB       Xsession
584.0 KiB +  30.5 KiB = 614.5 KiB       dhcpcd
572.0 KiB +  72.5 KiB = 644.5 KiB       sndiod
520.0 KiB + 273.5 KiB = 793.5 KiB       sh
688.0 KiB + 266.5 KiB = 954.5 KiB       openrc-run.sh
  1.1 MiB + 488.5 KiB =   1.6 MiB       agetty (11)
  1.7 MiB +  34.5 KiB =   1.7 MiB       udevd
  1.5 MiB + 252.0 KiB =   1.8 MiB       supervise-daemon (12)
  1.2 MiB + 750.5 KiB =   1.9 MiB       xclock
  1.9 MiB + 185.5 KiB =   2.0 MiB       ttsession
916.0 KiB +   1.2 MiB =   2.1 MiB       dtlogin (3)
  2.5 MiB + 869.5 KiB =   3.3 MiB       dtpad
  2.1 MiB +   1.2 MiB =   3.3 MiB       bash (5)
  2.6 MiB + 805.5 KiB =   3.4 MiB       dtsession
  3.6 MiB +   1.2 MiB =   4.7 MiB       dtwm
  3.6 MiB +   1.7 MiB =   5.3 MiB       dtterm (2)
  2.0 MiB +   3.6 MiB =   5.6 MiB       dtfile (2)
  4.6 MiB +   1.7 MiB =   6.3 MiB       dtexec (4)
  3.6 MiB +   3.6 MiB =   7.3 MiB       script-fu
 33.8 MiB +   1.6 MiB =  35.4 MiB       Xorg
 65.0 MiB +   8.1 MiB =  73.1 MiB       gimp-2.10
186.8 MiB +   6.3 MiB = 193.1 MiB       iceweasel-uxp
---------------------------------
                        356.1 MiB

Единственное, что dtlogin себя странно ведет с openrc: почему-то все ждут его при выключении, из-за чего процесс выключения значительно замедлился.

>>> Просмотр (1440x900, 236 Kb)

★★★★★

Проверено: hobbit ()
Последнее исправление: hobbit (всего исправлений: 6)

Одного не пойму — зачем CDE? Это DE знаменито тем, что было столь неудобным, что для него выпускали пакет расширений от энтузиастов — который назывался XFCE. В современном Xfce до сих пор есть остатки совместимости с CDE.

Vsevolod-linuxoid ★★★★★
()

Самый стабильный Arch-Based дистрибутив!

Goat ★★
()

Я правильно понял что это GA-G41M-ES2L с прошивкой libreboot? Изображение через материнскую плату выводит?

Goat ★★
()

Минималистично! Круто!

Dorif ★★★
()
Ответ на: комментарий от Goat

Пока без libreboot, я пытаюсь понять как прошить внутри системы. А то там на официальном сайте либребута инструкции под какой-то форк прошивальщика. И в репозитарии Hyperbola GNU/Linux-libre этого форка(flashprog) нет. Думаю на следующих выходных попробую прошить c flashrom, как найду инструкцию.

vbcnthfkmnth123 ★★★★★
() автор топика
Последнее исправление: vbcnthfkmnth123 (всего исправлений: 1)
Ответ на: комментарий от Vsevolod-linuxoid

Одного не пойму — зачем CDE

Потому что мне нравится как он выглядит. Плюс ещё тут CDE внезапно есть в репозитариях, даже собирать из исходников не пришлось. Немного устаревшая версия, но все равно приятно.

vbcnthfkmnth123 ★★★★★
() автор топика

Какое-то ненужно для фанатичных systemd-фобов

hateWin ★☆
()
Ответ на: комментарий от MOPKOBKA

Точно. Для чего-то более актуального и без дыр придется собирать пакеты самому.

vbcnthfkmnth123 ★★★★★
() автор топика
Последнее исправление: vbcnthfkmnth123 (всего исправлений: 1)
Ответ на: комментарий от Vsevolod-linuxoid

Мне CDE кажется стильным. Хотя IRIX, имхо, была покрасивше.

Не всё равно ли чем пользуется один конкретный юзер?

endlessend
()

вместо Xorg здесь форк xorg от OpenBSD, Xenocara

Until release 6.9, X.Org used imake but recent modularised versions have switched to GNU autotools. Xenocara uses BSD make and is designed to ease building and maintenance of modularised X.Org within the OpenBSD CVS tree.

Wow, я пропустил самую драму. Какой норкоман втащил в X autotools взамен божественного imake???

Shadow ★★★★★
()
Ответ на: комментарий от endlessend

Wine в репозитариях нет, но никаких препятствий я здесь для этого не вижу. Если собрать пакет со всеми зависимостями, то должно работать.

vbcnthfkmnth123 ★★★★★
() автор топика
Ответ на: комментарий от Vsevolod-linuxoid

Одного не пойму — зачем CDE? Это DE знаменито тем, что было столь неудобным, что для него выпускали пакет расширений от энтузиастов — который назывался XFCE. В современном Xfce до сих пор есть остатки совместимости с CDE.

Какую охренительную чушь ты несешь.

zloy_starper ★★★
()
Ответ на: комментарий от Shadow

Wow, я пропустил самую драму. Какой норкоман втащил в X autotools взамен божественного imake???

Ты пропустил где-то 25 лет жизни. Так-то эталонные иксы в виде X.Org, которые пилят на всякие куцые Xenocara, XQuartz, XMing давно собираются Meson’ом.

EXL ★★★★★
()
Ответ на: комментарий от zloy_starper

Да нет, он всё более чем правильно сказал.

Первые версии XFCE копировали CDE: https://www.reddit.com/media?url=https%3A%2F%2Fi.redd.it%2Ft0wadis0ipi61.jpg

И были максимально неудобны, уродливы и непопуплярны, см. Галерею ЛОРа за 1999-2001 годы, где скринов с XFCE примерно 0-1 на 200.

Но как только главный дизайнер XFCE обрёл глаза и понял что копировать ущербный во всём CDE это прямой путь проекта в могилу – тот час же отказался от дизайна CDE и переформатировался на классический десктоп. И именно с тех пор у XFCE дела пошли в гору и им начали пользоваться люди.

А продолжи они копировать CDE и дальше, ты бы сегодня вообще не знал про XFCE ибо он бы умер ещё 20 лет назад, вместе с CDE.

EXL ★★★★★
()

... дистрибутив, основанный на Arch Linux, но очищенный от несвободного софта ... вместо Xorg здесь форк xorg от OpenBSD ... Вместо systemd тут используется openrc

«Ideology driven development», яснопонятно

- А вот вы могли бы выйти замуж за радикала?
- Простите заради чего?
Jameson ★★★★★
()

iceweasel-uxp

Интересно, они оказывается мейнтейнят свой браузер на UXP, это не ребренд firefox. Правда полузаброшенный - с тех пор в UXP была пара важних апдейтов безопасности. Не понял правда, чем он от василиска отличается

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

А как он в сравнении с artix?
Ну и главное - детские болячки арча вроде разваливающейся системы при неполном обновлении на месте?

mittorn ★★★★★
()
Ответ на: комментарий от mittorn

А как он в сравнении с artix

Не знаю, artix не использовал никогда

детские болячки арча вроде разваливающейся системы

Тут вроде есть какие-то периоды заморозки пакетов, так что в теории не должно быть. Ну там посмотрим. Попользуюсь и можно будет точно понять.

vbcnthfkmnth123 ★★★★★
() автор топика
Последнее исправление: vbcnthfkmnth123 (всего исправлений: 1)
Ответ на: комментарий от vbcnthfkmnth123

проблема арча и артикса в том, что они не хотят делать обратный трекинг зависимостей. То есть если у тебя пакеты bar и baz завиcят от libfoo, при этом слинкованы с libfoo-0.1, то обновление пакета baz может обновить libfoo на libfoo-0.2, при этом bar сломается. И pacman никак этому не припятствует т.к при полном обновлении должны обновиться оба. Частичное обновление же считается некорректным и то, что оно потенциально ломает систему полностью (когда ломается libc или пакетный менеджер) - не считают багом.
Что (по моему скромному мнению) должнен был сделать пакетный менеджер:
а) отказаться устанавливать обновление т.к оно заблокировано уже установленным пакетом (и, возможно преложить при этом обновить оба)
б) при обновлении или удалении libfoo оставлять в системе старый .so пока от него зависит хотя бы один пакет. Таким образом после обновления в системе были бы одновременно libfoo.so.1, libfoo.so.2 и libfoo.so, сслыющийся на libfoo.so.2.
Это не исправит случаев, когда внутри библиотеки ломается ABI, но это уже проблема библиотеки, а не дистрибутива. Такое, например, бывало с wlroots.

В gentoo, кстати, реализованы оба случая. Во первых, такое обновление приведёт к блокировке обновления пакета, во вторых, даже если не привело (зависимость не учтена в ебилде, т.к бинарные и source зависимости различаются) или пользователь сам принудительно снёс библиотеку, срабатывает механизм preserved libs, который не будет удалять файлы библиотеки, если к ней что-то прилинковано. Как только все зависимые пакеты обновятся, старый .so будет подчищен. Подобный механизм в arch позволил бы производить частичные обновления без фатальных поломок

mittorn ★★★★★
()

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

Так какого года пакеты?

kirill_rrr ★★★★★
()
Ответ на: комментарий от EXL

что теперь поделать.

что-что... Закапывать, потом откапывать!

kirill_rrr ★★★★★
()
Ответ на: комментарий от endlessend

Успешней чем современный, который без вулкана толком Q3 не нарисует.

kirill_rrr ★★★★★
()
Ответ на: комментарий от kirill_rrr

Намного функциональней будет

Но неудобее по сравнению с CDE. Например там остались крестики у окон. CDE удобен именно тем, что случайно щелкнуть на крестик, если ткнуть не туда и закрыть окно просто невозможно из-за отсуствия собственно крестика.

vbcnthfkmnth123 ★★★★★
() автор топика
Последнее исправление: vbcnthfkmnth123 (всего исправлений: 1)
Ответ на: комментарий от vbcnthfkmnth123

Ну, терминалы я вызываю на каждый чих. И ещё у меня есть скрипт-пакет парсеров комиксов и он выдаёт мне ~20-30 окон, последовательно.

kirill_rrr ★★★★★
()

Ну вот, выгрызал, ужимал и всё равно тристаписят мегов. И это при пятистах имеющихся. Кошмар, короче. Ужос этот современный дивный мир.

А в Айсвизеле есть возможность рулить памятью? about:config всякие есть? Чего там обкромсать ещё? А то по инету не полазить, только на лор.

R_He_Po6oT ★★★★
()
Ответ на: комментарий от kirill_rrr

Я использую tabbed для терминала для поддержки вкладок, если нужно много терминалов. Если нужно быстро закрыть окно, то выбираю его и alt+F4. Случайно alt+F4 не нажать, что делает это очень удобным.

vbcnthfkmnth123 ★★★★★
() автор топика
Ответ на: комментарий от vbcnthfkmnth123

Я просто понять не могу, этот фокс силшком скромный и не так оформлен для 45-60 и слишком старый для 60+. Но не может же с 5.10 ядром идти что то совсмем древнее.

kirill_rrr ★★★★★
()
Ответ на: комментарий от vbcnthfkmnth123

Нет, это создаст только кучу других проблем, да и далеко не всё умеет статическую линковку

mittorn ★★★★★
()
Ответ на: комментарий от kirill_rrr

Не совсем, но версия там и правда какая-то мёртвая. С тех пор UXP получал обновления безопасности.
Сам же uxp не мёртв, но не понимаю, почему не взять просто basilisk? Проблемы брендинга?

mittorn ★★★★★
()
Ответ на: комментарий от vbcnthfkmnth123

CDE трудно заменить если нравится внешний вид, и легко видишь отличия между настоящим и новым интерфейсом. В Xfce4 кнопки в заголовке настраиваются как угодно перетаскиванием, но из нормальных тем есть только https://github.com/grassmunk/Chicago95

У Palemoon еще есть красивые темы, которые сочетаются с видом ретро-окружения

https://addons.palemoon.org/addon/moonscape/

https://addons.palemoon.org/addon/past-modern-revisited/

MOPKOBKA ★★★★
()
Последнее исправление: MOPKOBKA (всего исправлений: 2)
Ответ на: комментарий от MOPKOBKA

CDE трудно заменить

Зачем его менять? Тут максимум цвета поменять и шрифты. Больше мне и не нужно.

vbcnthfkmnth123 ★★★★★
() автор топика
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.