The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Летнее обновление ALT p9 starterkits "
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Летнее обновление ALT p9 starterkits "  +/
Сообщение от opennews (?), 13-Июн-20, 11:36 
Доступен пятый выпуск стартовых наборов на Девятой платформе Альт.  Стартовые наборы подходят для начала работы со стабильным репозиторием опытным пользователям, которые предпочитают самостоятельно определять список пакетов приложений и настраивать систему. Образы включают в себя базовую систему, одно из окружений рабочего стола или набор специализированных приложений...

Подробнее: https://www.opennet.dev/opennews/art.shtml?num=53147

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


4. "Летнее обновление ALT p9 starterkits "  +3 +/
Сообщение от Друг (?), 13-Июн-20, 11:58 
Лучшее КДЕ - от команды кто их создает - Neon! Остается лишь поставить свои программы по вкусу. Лучший Циннамон - от команды кто его создает Mint.
Ответить | Правка | Наверх | Cообщить модератору

6. "Летнее обновление ALT p9 starterkits "  +9 +/
Сообщение от тот_же_анон_уже_без_мабилы (?), 13-Июн-20, 12:43 
лучший Альт от тех, кто Альт создаёт!
Ответить | Правка | Наверх | Cообщить модератору

8. "Летнее обновление ALT p9 starterkits "  –1 +/
Сообщение от Друг (?), 13-Июн-20, 12:55 
Согласен про ALT - у дистра есть свои почитатели даже среди IT-блогеров. Попробовал Fly в ASTRA, очень даже ничего оболочка. Думаю, если бы было побольше сообщество, то это был бы лучший дистрибутив для десктопа на Линукс.
Ответить | Правка | Наверх | Cообщить модератору

29. "Летнее обновление ALT p9 starterkits "  +4 +/
Сообщение от Аноним (29), 13-Июн-20, 18:13 
Это kde с нарушением gpl.
Ответить | Правка | Наверх | Cообщить модератору

33. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Аноним (33), 13-Июн-20, 19:06 
В третьих кедах была хорошая панель и konqueror в качестве файлового менеджера. Здесь я такого в упор не наблюдаю. Как, впрочем, и смысла брать готовые кеды и портить их.
Ответить | Правка | Наверх | Cообщить модератору

37. "Летнее обновление ALT p9 starterkits "  +1 +/
Сообщение от Аноним (37), 13-Июн-20, 20:11 
Но страшен..
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

41. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Аноним (41), 13-Июн-20, 21:19 
Уже нет. С выходом законов о импортозамещении дружба и сообщества закончились.
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

46. "Летнее обновление ALT p9 starterkits "  +2 +/
Сообщение от Michael Shigorinemail (ok), 14-Июн-20, 00:50 
У Вас -- возможно, а у нас-то с чего бы?  Вместе и лопатим.
Ответить | Правка | Наверх | Cообщить модератору

111. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от dgg (?), 15-Июн-20, 15:59 
У вас еще по вопросы невозможности зарегаться на вашем же форуме в платный саппорт не отправляют?

За подработку копарем лицензии на шару выдают что?

Ответить | Правка | Наверх | Cообщить модератору

135. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Michael Shigorinemail (ok), 15-Июн-20, 20:55 
> У вас еще по вопросы невозможности зарегаться на вашем же форуме
> в платный саппорт не отправляют?

Не-а, хотя разбирает грабли антиспамовых списков тоже Черепанов.

> За подработку копарем лицензии на шару выдают что?

Если кому надо так -- наверное, можно договориться и так.  Обычно-то люди решают _свои_ задачи -- чтоб в репозитории (и в следующих выпусках что дистрибутивов, что вот стартеркитов) всё было в нужном для них виде.

Я когда-то в ALT Linux Team пришёл всего лишь после предложения поправить в пакете webalizer настройки по умолчанию, чтоб смотрел не в /usr/local/apache/, а в /var/log/httpd/ сообразно упаковке апача...

Ответить | Правка | Наверх | Cообщить модератору

43. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Аноним (43), 13-Июн-20, 23:11 
Ребята из альта очень стараются заработать себе серьёзную репутацию в сообществе, участвуют в многих публичных обсуждениях на самых извнстных дискуссионных площадках рунета, внося свежии идеи и будоража сообщество оригинальным, никем не ангажированным мнением. Ежедневно вносят неоценимый вклад в развитие открытых технологий и свободного программного обеспечения. В связи с этим обазование мощного комьюнити вокруг этих ребят вопрос лишь времени. Кстати, дистрибутив, говорят, популярен не только лишь среди блогеров,многие танцоры тоже им пользуются.
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

59. "Летнее обновление ALT p9 starterkits "  +2 +/
Сообщение от Anonymoustus (ok), 14-Июн-20, 01:44 
Тонко. ;-)
Ответить | Правка | Наверх | Cообщить модератору

104. "Летнее обновление ALT p9 starterkits "  +1 +/
Сообщение от Michael Shigorinemail (ok), 15-Июн-20, 15:36 
Не, топорно.
Ответить | Правка | Наверх | Cообщить модератору

87. "Летнее обновление ALT p9 starterkits "  +2 +/
Сообщение от Аноним (87), 14-Июн-20, 20:45 
> танцоры тоже им пользуются

Хорошие хоть?

Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

108. "Летнее обновление ALT p9 starterkits "  +1 +/
Сообщение от dgg (?), 15-Июн-20, 15:56 
>>Ребята из альта очень стараются заработать

Можно не продолжать

Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

85. "Летнее обновление ALT p9 starterkits "  +1 +/
Сообщение от Вейланд (?), 14-Июн-20, 17:52 
У fly не может быть сообщества, она закрытая.
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

20. "Летнее обновление ALT p9 starterkits "  +1 +/
Сообщение от DerRoteBaron (ok), 13-Июн-20, 16:57 
Проблема неона в убунте. А неон к тому же на уже порядком протухшей 18.04
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

36. "Летнее обновление ALT p9 starterkits "  –1 +/
Сообщение от Аноним (43), 13-Июн-20, 20:04 
Уж всякого лучше альта ;)
Ответить | Правка | Наверх | Cообщить модератору

38. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Аноним (37), 13-Июн-20, 20:14 
Обоим нужен номодесет. Прямые конкуренты, можно сказать, Кубунту в этом деле :)
Ответить | Правка | Наверх | Cообщить модератору

47. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Michael Shigorinemail (ok), 14-Июн-20, 00:52 
Во-первых, не удивлюсь, если KDE Neon как раз появился по мотивам ровно нашего LiveCD.  Во-вторых -- не удивлюсь, если он ничем не лучше. :)
Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

57. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Аноним (43), 14-Июн-20, 01:38 
Тоесть ваши мотивы тоже обкатка свежачков на хомячках? :) Чуть выше аноним упоминал более вероятный источник вдохновения кедописов. Ну и про лтс убунту что угодно можно сказать, иногда и посмеяться, но альту до её уровня как до марса и вы это прекрасно понимаете ;) я как бы не хейтер, ну путь будет альт, разнообразие это восхитительно, но выгодно он смотрится только на нашем, отечественном, фоне.
Ответить | Правка | Наверх | Cообщить модератору

106. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Michael Shigorinemail (ok), 15-Июн-20, 15:54 
> Тоесть ваши мотивы тоже обкатка свежачков на хомячках? :)

М-да, пожалуй, мне сразу стоило понятней написать -- слишком много лет в две руки выпускал как стартеркиты, так и регулярки, о которых речь.

Мы делаем две родственные ветки таких LiveCD -- одна на сизифе (репозиторий разработки альта), другая -- на текущей стабильной.  Первый проект называется "регулярные сборки", они же "регулярки": http://altlinux.org/regular (из них самый востребованный -- http://altlinux.org/rescue); второй -- "стартовые наборы", они же "стартеркиты": http://altlinux.org/starterkits

Так вот с KDE Neon я сравнивал именно _регулярку_ со свежим KDE5, про которую апстрим был в курсе.

> альту до её уровня как до марса и вы это прекрасно понимаете ;)

В чём-то они впереди, в чём-то мы -- и _это_ я понимаю прекрасно.

> выгодно он смотрится только на нашем, отечественном, фоне

Знаете, за двадцать лет я такого наслушался от тех, кто не смотрел. :)  А вот кто смотрел -- включая ранее такое говоривших -- говорят иначе.

Ответить | Правка | Наверх | Cообщить модератору

134. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Аноним (43), 15-Июн-20, 19:08 
Блин, да они во в ем впереди, даже если вы в чем-то лучше :) вы понимаете о чем я? А я об этом. Альт неплох для того, что он из себя представляет, местами может и хорош, но в целом это не имеет никакого отношения к положению альта относительно и неона и убунты.
Ответить | Правка | Наверх | Cообщить модератору

60. "Летнее обновление ALT p9 starterkits "  –2 +/
Сообщение от Аноним (43), 14-Июн-20, 01:59 
Такие вот бестолковые заявления вполне себе отталкивают сформировавшаяся внутренне аудиторию, которая могла быть стать частью комьюнити, которое может что-то, кроме как спросить сколько времени и исключительно на великодержавном. Качнуть там из интереса, чем-то зацепиться. По сравнению с тем что есть на нашем, пусть и не особо презентабельном в целом, фоне реально ведь нормальный дистр. Рефлексов не вызывает, а ценник можно драть по полной, этж импортозамещение.
Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

109. "Летнее обновление ALT p9 starterkits "  +1 +/
Сообщение от Michael Shigorinemail (ok), 15-Июн-20, 15:56 
> Такие вот бестолковые заявления

А можете объяснить великодушно -- что именно не так?

> Рефлексов не вызывает, а ценник можно драть по полной,
> этж импортозамещение.

На всякий напомню -- Вы тоже можете драть ценник что за стартеркиты, что за ядро Linux собственной сборки.  И то, и то -- под GPL.

Да, и не вижу праведного осуждения редхата, сузи или вот каноникала насчёт ценника-то.

Ответить | Правка | Наверх | Cообщить модератору

133. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Аноним (43), 15-Июн-20, 19:01 
А я их и не осуждаю и вас не осуждаю. С чего вдруг, просто бестолково, когда мышь со слоном себя сравнивает из соображений того, что в мультиках Диснея они примерно одного цвета.

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

Ответить | Правка | Наверх | Cообщить модератору

136. "Летнее обновление ALT p9 starterkits "  +1 +/
Сообщение от Michael Shigorinemail (ok), 15-Июн-20, 21:18 
>>>> Во-первых, не удивлюсь, если KDE Neon как раз появился
>>>> по мотивам ровно нашего LiveCD.  Во-вторых -- не удивлюсь,
>>>> если он ничем не лучше. :)
>>> Такие вот бестолковые заявления [...]
>> А можете объяснить великодушно -- что именно не так?
> А я их и не осуждаю и вас не осуждаю.

Это да, но мне стало интересно, что именно бестолкового в #47 (даже контекст для Вашего удобства выстроил выше).  То, что новые выпуски KDE всё-таки куда удобней щупать с ливки в виртуалке, а не поставив туда сузю, подключив вон тот репозиторий и вкатив обновление -- по-моему, не так уж сложно заметить.  И лично я был только рад, когда некоторое напряжение "выкатить людям новые образы" (ну там, скоординироваться с zerg@, собрать, проверить, выложить, упомянуть) несколько спало, когда этим наконец-то занялся сам апстрим.

Да сами посмотрите анонсы новых версий KDE здесь несколько лет назад: "KDE" shigorin "nightly" -starterkits site:opennet.ru/ =>

http://www.opennet.dev/openforum/vsluhforumID3/106815.html#24
http://www.opennet.dev/openforum/vsluhforumID3/93459.html#8
http://www.opennet.dev/openforum/vsluhforumID3/97985.html#49

Разумеется, это не кедоспецифично:

http://www.opennet.dev/openforum/vsluhforumID3/99383.html#18
http://www.opennet.dev/opennews/art.shtml?num=44102

Ну и в целом:

http://www.opennet.dev/opennews/art.shtml?num=36102

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

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

Есть места, где провалы у альта -- порой даже вместо наметившихся было прорывных идей.  А есть -- где все остальные вместе с редхатом отстали и местами очень сильно.  Или почти все, как вот с tcb(5) и control(8).

> Комментарий про возможность заработать на импортозамещении
> подразумевал под собой возможность заработать на нем при помощи
> вашего продукта

Да можно и нашего, когда кому годится.  Его же и в аппаратуру пихать несложно, например -- стартеркиты выпускаются для уймы платформ, освоить mkimage-profiles тоже не то чтобы ракетное дело...

Ответить | Правка | Наверх | Cообщить модератору

148. "Летнее обновление ALT p9 starterkits "  –1 +/
Сообщение от Аноним (43), 16-Июн-20, 05:12 
Что бестолкового? Бестолковая привычка закидывать всё подряд шапками, делая громкие заявления, не имеющие отношения к объективной реальности. Просто давайте прекратим дискуссию, в любом случае все останемся при своём мнении. Вы опять пытаетесь пуститься в частности где по вашему мнению вы превзошли убунту, но для меня все равно очевидно где каноникал, а где альт. Это как байкал, никто не спорит что в стране должен быть какой-то свой камень, ну пусть и так себе, пусть дорогой, но какой-то нужен, по объективным причинам. Вот только проводить параллели между ним и интелом, несмотря на все современные проблемы мало любимой мной корпорации - абсолютно бестолковая затея. Понимаете о чем я? Интел - байкал. Убунту - альт. Слон - ... Не будьте моськой, нормальный дистр, хорошее дело делаете, зачем это вам.
Ответить | Правка | Наверх | Cообщить модератору

74. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Аноним (74), 14-Июн-20, 13:53 
Неон не делает так:
https://s8.hostingkartinok.com/uploads/images/2020/06/1d5330...
https://s8.hostingkartinok.com/uploads/images/2020/06/5d8e97...
Это с флэшки Руфус.
Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

77. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от n00by (ok), 14-Июн-20, 15:14 
> Неон не делает так:
> https://s8.hostingkartinok.com/uploads/images/2020/06/1d5330...
> https://s8.hostingkartinok.com/uploads/images/2020/06/5d8e97...
> Это с флэшки Руфус.

2я картинка с ROSA Image Writer. Утилита их родную Розу точно так же пишет и давно. https://sun1-96.userapi.com/oq_rPxT7-pW65anDsYmwBVRVLhQztj_r...

Даже ходить далеко не пришлось, жалоба от 10го июня, присоединяйтесь ;) https://vk.com/rosa_linux?w=wall-33847957_314393

Ответить | Правка | Наверх | Cообщить модератору

82. "Летнее обновление ALT p9 starterkits "  +1 +/
Сообщение от mikhailnov (ok), 14-Июн-20, 17:33 
Руфус лезет, куда не надо.
Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

112. "Летнее обновление ALT p9 starterkits "  +1 +/
Сообщение от Michael Shigorinemail (ok), 15-Июн-20, 15:59 
> Неон не делает так:

Неон тут в любом случае не виноват.

> Это с флэшки Руфус.

А вот Rufus как раз и пытается умничать (что ему не даётся) -- он портит ISO-образ вместо того, чтобы взять его и записать.

См. в картинках на http://altlinux.org/write#Rufus -- там это назвали в итоге "Запись в режиме DD-образ", перекиньте выбиралку.

Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

150. "Летнее обновление ALT p9 starterkits "  –1 +/
Сообщение от Аноним (74), 16-Июн-20, 15:40 
Михаил, у вас 1-го и 13-го, если не забыли :)
Ответить | Правка | Наверх | Cообщить модератору

161. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Michael Shigorinemail (ok), 17-Июн-20, 02:16 
Не понял.
Ответить | Правка | Наверх | Cообщить модератору

165. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Аноним (74), 17-Июн-20, 12:48 
Ну и ладно. Всё равно после установки с диска Альт не выжил на диске из-за конкуренции :)
Ответить | Правка | Наверх | Cообщить модератору

84. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Аноним (74), 14-Июн-20, 17:42 
> не удивлюсь, если KDE Neon как раз появился по мотивам ровно нашего LiveCD

ADE? )

Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

95. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от SunXE (ok), 14-Июн-20, 22:57 
У цинамона та же проблема, на федоре она стабильнее работает.
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

96. "Летнее обновление ALT p9 starterkits "  +1 +/
Сообщение от Аноним (96), 15-Июн-20, 00:05 
> Проблема неона в убунте. А неон к тому же на уже порядком
> протухшей 18.04

Это проблема только для тех, кому обидно, что не на их любимой тестовой площадке редхата сделано или на вообще на всеобщей тестовой площадке с ауром.
Для пользователей KDE Neon проблем нет, как и для прочих кедеюзеров, используютщих кеды в своих дистрах.

Лично я проблем не вижу, не использую ни кеды, ни неон.

Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

177. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от заминированный тапок (ok), 19-Июн-20, 16:41 
какая здравая мысль.

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

Ответить | Правка | Наверх | Cообщить модератору

110. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от dgg (?), 15-Июн-20, 15:57 
Так релизнется скоро 20,04, если уже не вышел. Может первого фикс релиза ждут.
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

176. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от заминированный тапок (ok), 19-Июн-20, 16:38 
оно из тех, что считает что "сырееновее" - луче (даже не глядя, что 18.04 - LTS) и хочет уже в 03 месяце дистр из 04, например

правда, в чём смысл и логика - хз, наверное только для пое**ся, а не поработать.

Ответить | Правка | Наверх | Cообщить модератору

175. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от заминированный тапок (ok), 19-Июн-20, 16:33 
>Проблема неона в убунте.

взаржанул

>А неон к тому же на уже порядком протухшей 18.04

проржался в голосину

ты не из стендапа случаем?

Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

66. "Летнее обновление ALT p9 starterkits "  +1 +/
Сообщение от Аноним (66), 14-Июн-20, 11:51 
Я лет 6 сидел на КДесктопах 7-8.  По стабильности и целостности я бы сказал весьма достойно для небольшой команды. Так что предрассудки это всё, у меня вот недавно на VPSке демьян глючить начал всего-лишь из-за апдейтов, сусю поставил год назад - графические артефакты, на федоре баг с входом в КДЕ висит со времен 28 где-то версии.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

113. "Летнее обновление ALT p9 starterkits "  +1 +/
Сообщение от Michael Shigorinemail (ok), 15-Июн-20, 16:01 
Справедливости ради -- косяки, разумеется, бывают, но мы стараемся отлавливать их ещё в сизифе: http://altlinux.org/changes
Ответить | Правка | Наверх | Cообщить модератору

5. "Летнее обновление ALT p9 starterkits "  –2 +/
Сообщение от Аноним (37), 13-Июн-20, 12:43 
Как выживают? :)
https://d.radikal.ru/d30/2006/da/f56e5e81d122.jpg
Ответить | Правка | Наверх | Cообщить модератору

9. "Летнее обновление ALT p9 starterkits "  +1 +/
Сообщение от Zenitur (ok), 13-Июн-20, 13:12 
https://pic4a.ru/06/ERo.png
Ответить | Правка | Наверх | Cообщить модератору

10. "Летнее обновление ALT p9 starterkits "  +2 +/
Сообщение от Аноним (10), 13-Июн-20, 13:22 
Облегчи себе жизнь, поставь uBlock (хоть и не отрицаю, что подобные сайты - помойка, но пользование интернетом станет заметно лучше с блокировщиком нечисти).
Ответить | Правка | Наверх | Cообщить модератору

22. "Летнее обновление ALT p9 starterkits "  +7 +/
Сообщение от mos87 (ok), 13-Июн-20, 17:10 
дВаже зенидыр знает что радиКал на ит ресурсе в 21м веке это ну...
Ответить | Правка | Наверх | Cообщить модератору

75. "Летнее обновление ALT p9 starterkits "  –1 +/
Сообщение от Аноним (74), 14-Июн-20, 14:02 
https://d.radikal.ru/d05/2006/c5/965770b818f5.jpg

Комсомольцы - беспокойные сердца,
Комсомольцы все доводят до конца.
Друзья, вперед, Нас жизнь зовет!
Наша Родина кругом цветет!

😉

Ответить | Правка | Наверх | Cообщить модератору

90. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Аноним (87), 14-Июн-20, 20:56 
Совет: открывайте прямые ссылки на радиКАЛ в Opera 12. Ее почему-то не перенаправляет на html с рекламой. Возможно и смена user agent поможет. Только в лисьем about:config посайтовые настройки агента применяются после перезапуска браузера.
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

91. "Летнее обновление ALT p9 starterkits "  +2 +/
Сообщение от Аноним (87), 14-Июн-20, 21:01 
Да, достаточно создать значение (тип - строка):
general.useragent.override.radikal.ru
с содержимым:
Opera/9.80 (X11; Linux i686) Presto/2.12.388 Version/12.14

Еще, если прямые ссылки на imgur кликать не со страницы, а скопировать ссылку и вставить в новой вкладке (чтобы referer не передавался) то и imgur не перенаправляет на мусорный html.

Ответить | Правка | Наверх | Cообщить модератору

92. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Аноним (74), 14-Июн-20, 21:34 
uBlock Origin помогает любому обозревателю. Да и любой встроенный в обозреватель, например, AdGuard. Или упомянутые балероны что ли?
Ответить | Правка | К родителю #90 | Наверх | Cообщить модератору

11. "Летнее обновление ALT p9 starterkits "  +1 +/
Сообщение от Аноним (11), 13-Июн-20, 13:35 
Без systemd ALT установить можно?
Ответить | Правка | Наверх | Cообщить модератору

12. "Летнее обновление ALT p9 starterkits "  +4 +/
Сообщение от n00by (ok), 13-Июн-20, 13:45 
> Без systemd ALT установить можно?

    Xfce (sysvinit): i586, x86_64 (средний)

    GNUstep (sysvinit): i586, x86_64 (средний)
    IceWM (sysvinit): i586, x86_64 (средний)

    сервер (sysvinit): i586, x86_64 (средний)
    «пустышка» JeOS (sysvinit): i586, x86_64, e2k, e2kv4 (средний)

https://www.altlinux.org/Starterkits/Download

Ответить | Правка | Наверх | Cообщить модератору

16. "Летнее обновление ALT p9 starterkits "  –8 +/
Сообщение от Anonymoustus (ok), 13-Июн-20, 14:42 
> Без systemd ALT установить можно?

Зачем тебе _их_ закладки и бэкдоры? В отличие от очень ужасного, но очень далёкого АНБ, эти товарищьмайоры тебя легко достанут.

Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

19. "Летнее обновление ALT p9 starterkits "  –1 +/
Сообщение от Аноним (33), 13-Июн-20, 16:39 
На счёт бэкдоров не скажу, а вот за лицензию достанут вполне. У нас же правовое государство.
Ответить | Правка | Наверх | Cообщить модератору

25. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от mos87 (ok), 13-Июн-20, 17:19 
*у нас "диктатура закона" (с)
Ответить | Правка | Наверх | Cообщить модератору

28. "Летнее обновление ALT p9 starterkits "  –5 +/
Сообщение от Аноним (33), 13-Июн-20, 18:00 
Осталось только найти и прочитать этот закон. А то уже лет 5 почти в каждой новости их носом тыкаю на отсутствие лицензий, а воз и ныне там. Скачаю, поставлю, а ко мне гости прибегут.
Ответить | Правка | Наверх | Cообщить модератору

49. "Летнее обновление ALT p9 starterkits "  +1 +/
Сообщение от Michael Shigorinemail (ok), 14-Июн-20, 00:56 
Потрудитесь всё-таки перед разговором за лицензии хотя бы ознакомиться с предметом разговора: http://nightly.altlinux.org/p9/license.ru.html (п. 2.1).  Негоже в луже заседать с такой серьёзной рожей :-)
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

48. "Летнее обновление ALT p9 starterkits "  +2 +/
Сообщение от Michael Shigorinemail (ok), 14-Июн-20, 00:55 
А можно ссылочку?

PS: в смысле хоть на одну закладку или бэкдор в сабже; ну или балабол, сами понимаете.

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

58. "Летнее обновление ALT p9 starterkits "  –2 +/
Сообщение от Anonymoustus (ok), 14-Июн-20, 01:43 
> А можно ссылочку?
> PS: в смысле хоть на одну закладку или бэкдор в сабже; ну
> или балабол, сами понимаете.

Бумагу про аудит сначала покажите. Как нету?

Ответить | Правка | Наверх | Cообщить модератору

114. "Летнее обновление ALT p9 starterkits "  +1 +/
Сообщение от Michael Shigorinemail (ok), 15-Июн-20, 16:05 
>> А можно ссылочку?
>> PS: в смысле хоть на одну закладку или бэкдор в сабже;
>> ну или балабол, сами понимаете.
> Бумагу про аудит сначала покажите. Как нету?

Кому надо -- тому показывают (и да, есть).  Но Вы ведь спрашиваете не в новости про Альт 8сп, где если и было бы не заявлено -- то подразумевается; а в новости про стартеркиты я лично считаю уместным "кто ляпнул, на том и бремя доказательства".  И то, надо сказать, удивили.

Ответить | Правка | Наверх | Cообщить модератору

127. "Летнее обновление ALT p9 starterkits "  –2 +/
Сообщение от Anonymoustus (ok), 15-Июн-20, 17:56 
По умолчанию считается, что заведомо небезопасно и потенциально уязвимо всё, что не прошло аудит доверенного аудитора.

Даже эти ваши стартеркиты. Кто их проверял?

Ответить | Правка | Наверх | Cообщить модератору

137. "Летнее обновление ALT p9 starterkits "  +2 +/
Сообщение от Michael Shigorinemail (ok), 15-Июн-20, 21:24 
> По умолчанию считается, что заведомо небезопасно и потенциально
> уязвимо всё, что не прошло аудит доверенного аудитора.

Предъявите такового.  Доверие тоже ведь штука не универсальная.

> Даже эти ваши стартеркиты. Кто их проверял?

В целом -- antohami@ со товарищи (http://forum.altlinux.org/index.php?topic=42738.0); попакетно -- где-то коллеги из конторы или сообщества, где-то разработчики, где-то явно никто, судя по виду порой публикуемых CVE.  Я прекрасно понимаю, что Вы не это имели в виду, но что написали, на то отвечаю.

Ответить | Правка | Наверх | Cообщить модератору

97. "Летнее обновление ALT p9 starterkits "  +1 +/
Сообщение от Аноним (96), 15-Июн-20, 00:12 
> Без systemd ALT установить можно?

Можно, но последний раз, когда пробовал, там нужно было доводить до ума, но это лучше у Михаила спросить напрямую, скорее всего именно он сборкой этих китов заведует!

Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

116. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Michael Shigorinemail (ok), 15-Июн-20, 16:10 
>> Без systemd ALT установить можно?
> Можно, но последний раз, когда пробовал, там нужно было доводить до ума

Про доводку до ума стартеркитов с sysvinit лучше всего, думаю, сюда писать: http://forum.altlinux.org/index.php?topic=36177 -- или прицельно вешать баги, если обсуждать особо нечего и замечание/предложение кристально понятное: http://bugzilla.altlinux.org/enter_bug.cgi?product=Regular

> но это лучше у Михаила спросить напрямую, скорее всего именно он
> сборкой этих китов заведует!

На p9 уже с год как Антон Мидюков выпускает :-)  Об этом было полстроки в предложенном тексте новости (кстати, кто занимался образотворчеством, тот может прикинуть, насколько это тривиально: выпустить пару десятков вариантов под четыре платформы в две руки с проверкой).

Ответить | Правка | Наверх | Cообщить модератору

166. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Аноним (74), 17-Июн-20, 12:53 
> тот может прикинуть, насколько это тривиально

https://www.culture.ru/poems/21363/kem-byt )

Ответить | Правка | Наверх | Cообщить модератору

13. "Летнее обновление ALT p9 starterkits "  –8 +/
Сообщение от user90 (?), 13-Июн-20, 14:05 
Нопомните-ка, это тот самый дистр, где какие-то пакеты прикрутили к не тому пакетному менеджеру, или я что-то путаю?
Ответить | Правка | Наверх | Cообщить модератору

14. "Летнее обновление ALT p9 starterkits "  +5 +/
Сообщение от Аноним (14), 13-Июн-20, 14:15 
Это чтобы вероятный противник не разобрался
Ответить | Правка | Наверх | Cообщить модератору

15. "Летнее обновление ALT p9 starterkits "  +2 +/
Сообщение от Аноним (33), 13-Июн-20, 14:36 
Не позорься. apt умеет работать с rpm: https://en.wikipedia.org/wiki/APT-RPM Есть ещё PCLinuxOS, который apt+rpm. Проблема только в том, что уже не пилится оно с десяток лет и весьма тормозит.
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

56. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Michael Shigorinemail (ok), 14-Июн-20, 01:22 
Остаётся добавить, что изначально apt-rpm сделали в Conectiva, а в альте apt-rpm почему-то работает как раз _быстрее_, чем apt с dpkg в родном для них дебиане (и при этом весьма активно продолжает развиваться).
Ответить | Правка | Наверх | Cообщить модератору

83. "Летнее обновление ALT p9 starterkits "  –1 +/
Сообщение от mikhailnov (ok), 14-Июн-20, 17:36 
Как получено утверждение, что быстрее? По моим наблюдениям - ощутимо медленнее. Любой пакет очень долго ищет в базе. Скорость распаковки и установки пакетов не сравнивал.
Ответить | Правка | Наверх | Cообщить модератору

99. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от n00by (ok), 15-Июн-20, 09:23 
> Как получено утверждение, что быстрее? По моим наблюдениям - ощутимо медленнее. Любой
> пакет очень долго ищет в базе. Скорость распаковки и установки пакетов
> не сравнивал.

По моим наблюдениям, которые подтверждены объективно - цифрами, говорить о скорости работы пакетных менеджеров с представителями ООО «НТЦ ИТ РОСА» нет смысла.

Например, пользователь предоставил следующие данные и попросил разобраться:

Ребилд базы данных RPM: rpm --rebuilddb - Mageia=5 сек - ROSA=4 мин. 45 сек
Поиск "правых" зависимостей пакета: urpmq --whatrequires libgcc1 - Mageia=7 сек - ROSA=1 мин. 48 сек.
Поиск "правых" зависимостей пакета: urpmq --whatrequires glibc - Mageia=7 сек - ROSA=5 мин.32 сек.
https://forum.rosalinux.ru/viewtopic.php?t=8427

Исключительные разработчики заявили традиционное "хорошо бы кто-то это сделал за нас".

Когда я устранил проблему (время установки 1Гб обновлений сократилось с 3-х часов до 15 минут на RAID0 SSD) они решение (совершенно костыльное) приняли и принялись заявлять, что я ничего не понимаю в вопросе.)))

Ответить | Правка | Наверх | Cообщить модератору

100. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от mikhailnov (ok), 15-Июн-20, 09:47 
Оставим затаскивание костылей на совести тех, кто их затащил. И заметим, что кол-во жалоб на развалившуюся БД rpm сократилось после внедрения костыля, вероятно, потому что разные операции стали выполняться быстрее и стали меньше случайно выключать систему в неподходящий момент. Для в целом плохого состояния rpm5 и особенно работы с БД в нем -- стало получше, и хорошо.

Правильное решение -- переход на с BerkleyDB на Sqlite, чтобы избавить разработку и эксплуатацию пакетного менеджера от необходимости быть специалистом по низкоуровневым базам данных. В rpm4 это уже сделано и находится в фазе активного тестирования и устранения багов. Возможно, получится перевести rosa2019.1 на sqlite, есть несколько нюансов.
Ответить | Правка | Наверх | Cообщить модератору

101. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от n00by (ok), 15-Июн-20, 12:02 
> Оставим затаскивание костылей на совести тех, кто их затащил.

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

> И заметим, что
> кол-во жалоб на развалившуюся БД rpm сократилось после внедрения костыля, вероятно,
> потому что разные операции стали выполняться быстрее и стали меньше случайно
> выключать систему в неподходящий момент.

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

> Правильное решение -- переход на с BerkleyDB на Sqlite, чтобы избавить разработку
> и эксплуатацию пакетного менеджера от необходимости быть специалистом по низкоуровневым
> базам данных.

Вот тут ты ошибся, что проблема в БД, и не знаешь, что ФС является "низкоуровневой БД". Две ошибки, но их сумма по виду верна.))) Так что можно быть полным Мистером dd без понимания азов, как Андрюша. Какое-то время прокатывает.

> В rpm4 это уже сделано и находится в фазе
> активного тестирования и устранения багов. Возможно, получится перевести rosa2019.1 на
> sqlite, есть несколько нюансов.

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

Ответить | Правка | Наверх | Cообщить модератору

102. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от mikhailnov (ok), 15-Июн-20, 12:18 
> Вот тут ты ошибся, что проблема в БД

Во-первых, какая проблема, во-вторых, где я такое написал?
> и не знаешь, что ФС является "низкоуровневой БД"

приятно считать окружающих дураками без понимания азов, наверное

Ответить | Правка | Наверх | Cообщить модератору

103. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от n00by (ok), 15-Июн-20, 13:39 
>> Вот тут ты ошибся, что проблема в БД
> Во-первых, какая проблема, во-вторых, где я такое написал?

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

>> и не знаешь, что ФС является "низкоуровневой БД"
> приятно считать окружающих дураками без понимания азов, наверное

Заметь, "дураки" -- сугубо твоя личная оценка. ;) Только вот за окружающими прятаться -- не камильфо.

Ответить | Правка | Наверх | Cообщить модератору

138. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Michael Shigorinemail (ok), 15-Июн-20, 21:28 
> Правильное решение -- переход на с BerkleyDB на Sqlite

С большой вероятностью как раз неправильное, но об этом лучше в той новости.

> чтобы избавить разработку и эксплуатацию пакетного менеджера
> от необходимости быть специалистом по низкоуровневым
> базам данных.

Боюсь, будет "за всё хорошее против всего плохого" -- неспециалисты по разработке вроде Panu останутся неспециалистами, ну а при эксплуатации rpm-alt мне что-то не помню, бывали ли когда нужны db?.?-utils...

Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

141. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от mikhailnov (ok), 15-Июн-20, 21:47 
>> чтобы избавить разработку и эксплуатацию пакетного менеджера
>> от необходимости быть специалистом по низкоуровневым
>> базам данных.
> при эксплуатации rpm-alt мне что-то не помню, бывали ли когда нужны db?.?-utils...

Если хотите разобраться с, например, проблемами производительности или повреждением БД в процессе эксплуатации, нужно быть специалистом по низкоуровневым БД. Если в процессе работы пакетного менеджера возникают нюансы с БД, то встает вопрос, как их отлаживать. Например, у нас была ситуация, когда rpm5 не записывал один из провайдов установленного пакета в /var/lib/rpm/Provides. Когда сам rpm управляет транзакциями и делает прочую низкоуровневую работу, чтобы такое отлаживать, нужно быть специалистом по низкоуровневым БД. Когда такая работа заменяется формированием строки SQL-запроса для sqlite, становится хотя бы понятно, с чего начать отладку. Также можно захотеть вручную покопаться в БД в обход rpm, в случае с BDB это сделать совсем нетривиально.

Если скажете, что не сталкивались с проблемами с работой БД rpm в rpm-alt, то не поверю, в p8 после работы apt-get регулярно в фоне зависала или по очень долгу весела какая-то операция с БД, кстати, как решили это? В p9+ не замечал такого. По запросу "rpm rebuild db site:altlinux.org" также нагугливаются типовые проблемы с БД, корневая причина которых, на мой взгляд, именно в том, что на пакетный менеджер возложены совсем не свойственные ему задачи, которые он выполняет плохо.

>> Правильное решение -- переход на с BerkleyDB на Sqlite
> С большой вероятностью как раз неправильное, но об этом лучше в той
> новости.

Все аргументы против этого, которые слышал, сводились к теоретической потенциальной потери производительности. Ну пускай какие-то операции выполняются чуть дольше, на тех машинах, где запускается rpm, это не будет заметно, на embeded его не запускают. Чем еще неправильно?

> Боюсь, будет "за всё хорошее против всего плохого" -- неспециалисты по разработке
> вроде Panu останутся неспециалистами

А какие претензии к Panu?

Ответить | Правка | Наверх | Cообщить модератору

142. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Michael Shigorinemail (ok), 15-Июн-20, 22:02 
>>> чтобы избавить разработку и эксплуатацию пакетного менеджера
>>> от необходимости быть специалистом по низкоуровневым
>>> базам данных.
>> при эксплуатации rpm-alt мне что-то не помню, бывали ли когда нужны db?.?-utils...
> Если хотите разобраться с, например, проблемами производительности
> или повреждением БД в процессе эксплуатации, нужно быть специалистом
> по низкоуровневым БД.

Понятно, что при выборе между удобством таких разборок и производительностью/надёжностью в 99,(9)% остальных случаев стоит учитывать и первое.  Вот только ставить его во главу угла -- ну модно, конечно.  Но не работает.  Дальше по этой дорожке -- соседняя новость с post-meritocracy.

> Если скажете, что не сталкивались с проблемами с работой БД rpm
> в rpm-alt, то не поверю

Ну не верьте, но вот как есть.  Один раз как-то давно пришлось выкручиваться из rpmdb, подразваленного чем-то вроде отключения питания при dist-upgrade, но против лома с приёмами у кого хочешь сложно.

> в p8 после работы apt-get регулярно в фоне зависала или по очень
> долгу весела какая-то операция с БД, кстати, как решили это?
> В p9+ не замечал такого.

Это стоит в devel@ спросить.

> По запросу "rpm rebuild db site:altlinux.org" также нагугливаются
> типовые проблемы с БД, корневая причина которых, на мой взгляд,
> именно в том, что на пакетный менеджер возложены совсем не
> свойственные ему задачи, которые он выполняет плохо.

Пробежался по этим вот из попавшихся на первой странице именно гугла:
http://forum.altlinux.org/index.php?topic=28293.0
http://forum.altlinux.org/index.php?topic=9405.0
http://forum.altlinux.org/index.php?topic=42874.0
http://forum.altlinux.org/index.php?topic=34644.0
http://lists.altlinux.org/pipermail/devel/2002-April/086943....
-- удивлён Вашим предположением даже в его краткой форме.

> Все аргументы против этого, которые слышал, сводились к теоретической
> потенциальной потери производительности. Ну пускай какие-то операции
> выполняются чуть дольше

Это сразу же стукнет и по сборочнице, если что.

> на тех машинах, где запускается rpm, это не будет заметно,
> на embeded его не запускают.

Вообще-то запускают.

> Чем еще неправильно?

Попыткой "свести всё к javascript", который "зато знакомый".

>> неспециалисты по разработке вроде Panu останутся неспециалистами
> А какие претензии к Panu?

Порой неспособен понять хороший патч, но это полбеды.
Он способен _выкинуть_ хороший патч.  На этом фоне наступание на давно известные грабли -- лишь вторые полбеды.

Более подробно писал в новости про rpm 4.14, если не ошибаюсь.

Ответить | Правка | Наверх | Cообщить модератору

143. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от mikhailnov (ok), 15-Июн-20, 22:56 
>[оверквотинг удален]
>>>> базам данных.
>>> при эксплуатации rpm-alt мне что-то не помню, бывали ли когда нужны db?.?-utils...
>> Если хотите разобраться с, например, проблемами производительности
>> или повреждением БД в процессе эксплуатации, нужно быть специалистом
>> по низкоуровневым БД.
> Понятно, что при выборе между удобством таких разборок и производительностью/надёжностью
> в 99,(9)% остальных случаев стоит учитывать и первое.  Вот только
> ставить его во главу угла -- ну модно, конечно.  Но
> не работает.  Дальше по этой дорожке -- соседняя новость с
> post-meritocracy.

Мода здесь не при чем. Это просто разумная достаточность. Ресурсы любого человека и/или компании ограничены, если есть возможность их потратить на копания в кишках BDB или на написание или исправление полезного функционала в rpm, то для всех полезнее их потратить на последнее. В вопросе производительности достаточно помнить о ней, думать о ней, поддерживать ее на _достаточном_ уровне и не перегибать палку. Иначе, по такой логике, можно предложить писать %pre, %build и %install в спеках на си, чтобы было быстро, со строгой типизацией, надежно и не было входа "шелл-макакам".

>[оверквотинг удален]
>> типовые проблемы с БД, корневая причина которых, на мой взгляд,
>> именно в том, что на пакетный менеджер возложены совсем не
>> свойственные ему задачи, которые он выполняет плохо.
> Пробежался по этим вот из попавшихся на первой странице именно гугла:
> http://forum.altlinux.org/index.php?topic=28293.0
> http://forum.altlinux.org/index.php?topic=9405.0
> http://forum.altlinux.org/index.php?topic=42874.0
> http://forum.altlinux.org/index.php?topic=34644.0
> http://lists.altlinux.org/pipermail/devel/2002-April/086943....
> -- удивлён Вашим предположением даже в его краткой форме.

Не понял, что Вы хотели сказать этими ссылками? База поломалась, для ее починки требуется ручное вмешательство, то, что повезло и база починилась, а данные не потерялись, - это хорошо, но это не оправдывает то, что RPM допустил поломку БД. Ломом - это когда с помощью rm, dd или иным целенаправленным вмешательством ломают базу, а когда внезапно отключается электричество - это типовая ситуация, которую БД обязана уметь разруливать и поддерживать свою консистентность настолько, насколько это возможно и позволяет окружающая обстановка (файловая система, железо и пр.). На ум пришло такое сравнение: в браузерах Chromium и Firefox применяется Sqlite, не припомню проблем с ними (в Хромиуме как-то профиль немного повреждался, но вряд ли из-за БД), хотя все мы используем браузеры гораздо больше, чем RPM. Из этого можно сделать вывод, что есть примеры, когда консистентность БД поддерживается лучше, чем в rpm+bdb (возможно, сравнение не уместное, не знаю).

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

Разумно, если кто-нибудь сравнивал в Федоре, будет интересно почитать.

>> на тех машинах, где запускается rpm, это не будет заметно,
>> на embeded его не запускают.
> Вообще-то запускают.

Кто запускает, тот пусть и поддерживает соответствующие бекенды в rpm, а 99% пользователей и разработчиков не должны страдать и тратить время впустую из-за 1% потребителей со специфическими задачами. Иначе напоминает "соседнюю новость с post-meritocracy" ;)

>>> неспециалисты по разработке вроде Panu останутся неспециалистами
>> А какие претензии к Panu?
> Порой неспособен понять хороший патч, но это полбеды.
> Он способен _выкинуть_ хороший патч.  На этом фоне наступание на давно
> известные грабли -- лишь вторые полбеды.
> Более подробно писал в новости про rpm 4.14, если не ошибаюсь.

Почитаю комментарии там. Пока могу сказать, что в последние годы под руководством Panu rpm4 улучшился настолько, что сейчас можно заменить rpm5 на rpm4 без значимых регрессий в функционале. Если посмотреть на rpm в не такой уж и старой centos 7, то в нем нет, например, файловых триггеров. Дикостью кажется. На такое rpm5 вряд ли заменили бы. Да, бывают ошибки, в т.ч. весьма глупые и у Panu, их приходится править (https://github.com/rpm-software-management/rpm/commit/bea87e), но в целом со стороны проект выглядит как активно развивающийся в правильную сторону, адекватный, открытый и без больших перегибов (особенно с учетом непростого наследия, доставшегося со времен Джеффа).

Ответить | Правка | Наверх | Cообщить модератору

145. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Michael Shigorinemail (ok), 15-Июн-20, 23:11 
> Мода здесь не при чем. Это просто разумная достаточность.

Ну пусть время покажет.

> Иначе, по такой логике можно предложить писать %pre, %build
> и %install в спеках на си, чтобы было быстро, со строгой типизацией,
> надежно и не было входа "шелл-макакам".

Это на сях-то строгая?.. я, конечно, чайник, но мне всегда казалось, что в той же M2 она где-то более-менее, а строгая во всяких окамлах -- чтоб вывод типов работал.

У rpmdb типовой режим работы -- "под капотом".  У спека -- или на запись разработчиком/скриптом, или на чтение rpmbuild'ом.  Мне кажется, "по такой логике" тут неуместно.

А про спеки Джефф как-то сокрушался, что не существует формальной грамматики для них (=> возможности валидации без исполнения произвольного кода), поскольку парсер изначально делался Эриком ad hoc...

>>> По запросу "rpm rebuild db site:altlinux.org" также нагугливаются
>>> типовые проблемы с БД
>> http://forum.altlinux.org/index.php?topic=28293.0
>> http://forum.altlinux.org/index.php?topic=9405.0
>> http://forum.altlinux.org/index.php?topic=42874.0
>> http://forum.altlinux.org/index.php?topic=34644.0
>> http://lists.altlinux.org/pipermail/devel/2002-April/086943....
> Не понял, что Вы хотели сказать этими ссылками?

Сделал предложенный запрос, глянул первую страницу результатов.

> это не оправдывает то, что RPM допустил поломку БД.

Хорошо бы, чтоб не допустил.

> а когда внезапно отключается электричество - это типовая ситуация,
> которую БД обязана уметь разруливать и поддерживать свою
> консистентность настолько, насколько это возможно и позволяет
> окружающая обстановка (файловая система, железо и пр.).

Хорошая оговорка; так вот я о том, что за свои двадцать с лишним лет работы с rpm-дистрибутивами (от 3.0.6 до 4.13) я особых проблем по части libdb не припоминаю.  Да, её надо уметь готовить _при сборке_ -- ldv@ умеет.

> На ум пришло такое сравнение: в браузерах Chromium и Firefox
> применяется Sqlite, не припомню проблем с ними

Вот это хорошо напомнили, кстати.  Как раз фокс порой приходится "администрировать" и от этого я не то чтобы рад:

$ cat ~/bin/firefox-vacuum.sh 
#!/bin/sh
for i in VACUUM REINDEX; do
        find ~/.mozilla \
                -type f \
                -name \*.sqlite \
                -exec sqlite3 '{}' $i \;
done
Особенно когда оно жизнерадостно рассказывает "Error: database disk image is malformed", но никакого аналога db_recover(1) сходу найти не удалось (возможно, с глаз надо было снять лыжные ботинки, но не факт).

>>> на тех машинах, где запускается rpm, это не будет заметно,
>>> на embeded его не запускают.
>> Вообще-то запускают.
> Кто запускает, тот пусть и поддерживает

Я докопался к фактической (не)справедливости утверждения, а не к ценовым вопросам, если что. :)  Да, зануда.

> Почитаю комментарии там. Пока могу сказать, что в последние годы
> под руководством Panu rpm4 улучшился настолько, что

...на 4.14 мы решили не переезжать.

> Если посмотреть на rpm в не такой уж и старой centos 7, то в нем нет,
> например, файловых триггеров. Дикостью кажется.

У нас были в "4.0" (которым особо одарённые альт попрекали порой).

Ответить | Правка | Наверх | Cообщить модератору

147. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от mikhailnov (ok), 16-Июн-20, 00:05 
> Это на сях-то строгая?..

Всяко строже POSIX shell

> У rpmdb типовой режим работы -- "под капотом".  У спека --
> или на запись разработчиком/скриптом, или на чтение rpmbuild'ом.  Мне кажется,
> "по такой логике" тут неуместно.

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

>> а когда внезапно отключается электричество - это типовая ситуация,
>> которую БД обязана уметь разруливать и поддерживать свою
>> консистентность настолько, насколько это возможно и позволяет
>> окружающая обстановка (файловая система, железо и пр.).
> Хорошая оговорка; так вот я о том, что за свои двадцать с
> лишним лет работы с rpm-дистрибутивами (от 3.0.6 до 4.13) я особых
> проблем по части libdb не припоминаю.  Да, её надо уметь
> готовить _при сборке_ -- ldv@ умеет.

Вот в этом и проблема: отсутствие совсем критичных проблем достигается трудом таких людей, как ldv@, продуманностью многих мелочей, тем, что вы понимаете, что выключать комп во время dist-upgrade не надо и не выключаете его, т.е. избегаете опасных ситуаций. А мне кажется, что будет хорошо, если пакетный менеджер отдаст заботу о таком на откуп профессионалам - разработчикам более высокоуровневой БД, а своих разработчиков и эксплуататоров освободит от необходимости думать о БД.

>[оверквотинг удален]
>         find ~/.mozilla \
>            
>     -type f \
>            
>     -name \*.sqlite \
>            
>     -exec sqlite3 '{}' $i \;
> doneОсобенно когда оно жизнерадостно рассказывает "Error: database disk image
> is malformed", но никакого аналога db_recover(1) сходу найти не удалось (возможно,
> с глаз надо было снять лыжные ботинки, но не факт).

https://wordstat.yandex.ru/#!/?words=database%20disk�... - меньше тысячи запросов в месяц
https://wordstat.yandex.ru/#!/?words=rpmdb%20(error%7Cfailed) - 33 запроса в месяц
С учетом разницы в количестве пользователей выглядит так, что такие проблемы в sqlite редкие.

>> Если посмотреть на rpm в не такой уж и старой centos 7, то в нем нет,
>> например, файловых триггеров. Дикостью кажется.
> У нас были в "4.0" (которым особо одарённые альт попрекали порой).

Знаю. Но сейчас файловые триггеры в rpm4 применять поудобнее, чем альтовские. И работают вроде бы побыстрее, т.к. сначала отбираются те скрипты, которые надо запустить, а в rpm-alt запускаются сразу все скрипты, и не самый оптимальный скрипт из какого-нибудь пакета может создать проблемы. Но зато без запросов к БД для получения списка того, что надо запустить. В любом случае, чем меньше скриптов запускается, тем меньше риск возникновения ошибок.
"4.0" попрекали порой за дело, наверное, например, за неумение в дайджесты sha1, что создавало много проблем и пользователям, и разработчикам стороннего ПО, которым никто не подсказал выставить соответствующий макрос так, чтобы дайджесты считались в md5 для совместимости с "4.0".

Ответить | Правка | Наверх | Cообщить модератору

158. "Летнее обновление ALT p9 starterkits "  +1 +/
Сообщение от Мимакрокадил (?), 17-Июн-20, 01:06 
> Вот в этом и проблема: отсутствие совсем критичных проблем достигается трудом таких
> людей, как ldv@, продуманностью многих мелочей,

А программы, а тем более операционная система и должны писаться профессионалами, системными инжнерами, которые долго и нудно вылизывают и оптимизируют код, а не мамкиными-кодирами и скриптомакаками, которые хотят сэкономить какие-то там свои ресурсы, чтобы запиливать вместо оптимизации ещё каких-то фичей, а несэкономленные ресурсы покроет пользователь, он же лошара, ничего не понимает, мы ему свистелок с перделками отсыпем щедро и по ушам маркетолухи проедутся, что наш продукт самый-самый!
>тем, что вы понимаете, что
> выключать комп во время dist-upgrade не надо и не выключаете его,
> т.е. избегаете опасных ситуаций.

Логично, что в здравом уме так делать не будут, но Михаил говоря о том, что не встречал проблем, думается давал понять, что за такое долгое время ситуации были разные и не вспомнилось ни одной поломки, думаю уж такая ситуация как отключение электичества во время dist-upgrade случалось не один раз, и брат жив.
>А мне кажется, что будет хорошо, если
> пакетный менеджер отдаст заботу о таком на откуп профессионалам - разработчикам
> более высокоуровневой БД, а своих разработчиков и эксплуататоров освободит от необходимости
> думать о БД.

Слава богам, что я наталкнулся здесь на ваш разговор, я до этого момента подозревал, что роса мутный дистр, но после вот этих ваших постов, если так думают все разработчики дистрибутива, и в таком ключе ведётся разработка, я мало того что никогда в жизни пользоваться вашим поделием не буду, так ещё всем встречным линуксоедам буду эту дичь показывать и детям и правнукам завещаю ваше упоротое поделие обходить!

Ответить | Правка | Наверх | Cообщить модератору

163. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от mikhailnov (ok), 17-Июн-20, 11:20 
>> Вот в этом и проблема: отсутствие совсем критичных проблем достигается трудом таких
>> людей, как ldv@, продуманностью многих мелочей,
> А программы, а тем более операционная система и должны писаться профессионалами, системными
> инжнерами, которые долго и нудно вылизывают и оптимизируют код

Все верно, во-первых, вылизывают, во-вторых, свой, а когда вместо написания пакетного менеджера нужно написать работу с БД, то ни пакетный менеджер, ни работа с БД не будут вылизаны.

> мамкиными-кодирами и скриптомакаками, которые хотят сэкономить какие-то там свои ресурсы,
> чтобы запиливать вместо оптимизации ещё каких-то фичей

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

>>тем, что вы понимаете, что
>> выключать комп во время dist-upgrade не надо и не выключаете его,
>> т.е. избегаете опасных ситуаций.
> Логично, что в здравом уме так делать не будут, но Михаил говоря
> о том, что не встречал проблем, думается давал понять, что за
> такое долгое время ситуации были разные и не вспомнилось ни одной
> поломки, думаю уж такая ситуация как отключение электичества во время dist-upgrade
> случалось не один раз, и брат жив.

У mike@ брат жив, у кого-то умер, у кого-то поранился, а пересоздание БД помогло, это не опровергает тезис о наличии проблемы, которую нужно решать. См. про оптимизации выше.

>>А мне кажется, что будет хорошо, если
>> пакетный менеджер отдаст заботу о таком на откуп профессионалам - разработчикам
>> более высокоуровневой БД, а своих разработчиков и эксплуататоров освободит от необходимости
>> думать о БД.
> Слава богам, что я наталкнулся здесь на ваш разговор, я до этого
> момента подозревал, что роса мутный дистр, но после вот этих ваших
> постов, если так думают все разработчики дистрибутива, и в таком ключе
> ведётся разработка, я мало того что никогда в жизни пользоваться вашим
> поделием не буду, так ещё всем встречным линуксоедам буду эту дичь
> показывать и детям и правнукам завещаю ваше упоротое поделие обходить!

Да не пользуйтесь, пользуйтесь дистрибутивами с, например, dpkg, в котором нет БД, или RPM-дистрибутивами, в котором RPM первее всех перейдет на sqlite, или RPM-дистрибутивами, в которых положили на вопросы надежности БД RPM, иных среди RPM-дистрибутивов совсем мало, если вообще есть.
Как сделаете свой выбор, расскажите, что выбрали и почему.

Ответить | Правка | К родителю #158 | Наверх | Cообщить модератору

172. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Мимакрокадил (?), 19-Июн-20, 15:39 
>>> Вот в этом и проблема: отсутствие совсем критичных проблем достигается трудом таких
>>> людей, как ldv@, продуманностью многих мелочей,
>> А программы, а тем более операционная система и должны писаться профессионалами, системными
>> инжнерами, которые долго и нудно вылизывают и оптимизируют код
> Все верно, во-первых, вылизывают, во-вторых, свой, а когда вместо написания пакетного менеджера
> нужно написать работу с БД, то ни пакетный менеджер, ни работа
> с БД не будут вылизаны.

В данном случае пакетный менеджер уже существует, а ваша команда, как и другие до этого просто делает очередной велосипед на останках гибрида ежа с ужом от уже почившего родителя. Создаётся впечатление, что вы просто делаете так, чтобы не было похоже максимально с тем, от чего вы отпочковались.
Такой NIH-синдром или что-то подобное.
>> мамкиными-кодирами и скриптомакаками, которые хотят сэкономить какие-то там свои ресурсы,
>> чтобы запиливать вместо оптимизации ещё каких-то фичей
> Речь идет как раз об оптимизации работы с БД, а не о
> запиливании новых фичей, если что. Ресурсы нужны на оптимизацию существующего функционала,
> а когда существующего функционала слишком много - когда в него входят
> задачи и работы с пакетами, и работа с БД - то
> см. выше.

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

>[оверквотинг удален]
>>> выключать комп во время dist-upgrade не надо и не выключаете его,
>>> т.е. избегаете опасных ситуаций.
>> Логично, что в здравом уме так делать не будут, но Михаил говоря
>> о том, что не встречал проблем, думается давал понять, что за
>> такое долгое время ситуации были разные и не вспомнилось ни одной
>> поломки, думаю уж такая ситуация как отключение электичества во время dist-upgrade
>> случалось не один раз, и брат жив.
> У mike@ брат жив, у кого-то умер, у кого-то поранился, а пересоздание
> БД помогло, это не опровергает тезис о наличии проблемы, которую нужно
> решать. См. про оптимизации выше.

Нет, я дал понять то, что вы пытаетесь через чур много усилий прикладывать к проблеме, которой по сути и нет, опасность преувеличена, а важность не первостепенна. В том же Альте, не к обеду будет упомянут, проблем с отключением электричества во время dist-upgrade особых и нет, сам по себе apt штатно уже умеет разруливать битые обновления. На крайний случай системный администратор не идиот, он обновляет сперва одну машину на тест, потом уже раскатывает после положительного тестирования результаты по остальным типовым установкам, так что если чего и случилось, чего лично у меня никогда не было в подобных случаях, то можно в крайней необходимости восстановить систему до процесса прерванного апгрейда, если у вас системные администраторы поступают не так, я вас спешу "обрадовать" - такие работники достойны вашей конторы!

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

>[оверквотинг удален]
>> Слава богам, что я наталкнулся здесь на ваш разговор, я до этого
>> момента подозревал, что роса мутный дистр, но после вот этих ваших
>> постов, если так думают все разработчики дистрибутива, и в таком ключе
>> ведётся разработка, я мало того что никогда в жизни пользоваться вашим
>> поделием не буду, так ещё всем встречным линуксоедам буду эту дичь
>> показывать и детям и правнукам завещаю ваше упоротое поделие обходить!
> Да не пользуйтесь, пользуйтесь дистрибутивами с, например, dpkg, в котором нет БД,
> или RPM-дистрибутивами, в котором RPM первее всех перейдет на sqlite, или
> RPM-дистрибутивами, в которых положили на вопросы надежности БД RPM, иных среди
> RPM-дистрибутивов совсем мало, если вообще есть.

Я пользуюсь разными дистрибутивами, которые давно зарекомендовали себя на рынке надёжных систем, Альт не использую, хотя на мой взгляд это лучшая из "российских" (в кавычках, потому что участие принимают не только граждане этой страны) разработок на данный момент, не использую не по техническим причинам, а по расхождению с политикой партии.

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

> Как сделаете свой выбор, расскажите, что выбрали и почему.

А я уже сделал. По задаче используются разные, как RPM, так и DEB-based системы.
Господи, да любой зарекомендовавший себя, как надёжный, дистрибутив будет лучше, чем Роса, это очевидно, у меня даже к рачу доверия больше, они хотя бы пользу сообществу приносят, и не пудрят пользователю мозги.

Если вы тут подумали вдруг, что у меня личная неприязнь к Росе, то это не так, просто почему-то в среде "российсих" дистрибутивов как-будто принято делать шнягу и вести себя как моральные уроды по отношению к пользователям.
Хотя если честно, мне пофиг, что вы там думаете, я уже указал выше, что я буду всем кому можно показывать ваши изречения, чтобы они поняли какова суть вашей разработки, и держались от ваших продуктов подальше!

Ответить | Правка | К родителю #163 | Наверх | Cообщить модератору

182. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от mikhailnov (ok), 19-Июн-20, 18:24 
> Нет, речь о том, что вы то ли от недостатка опыта работы
> с более, так называемыми низкоуровневыми инструментами, начинаете городить свой низкосортный
> огород, в чём сами и палитесь тут, попутно пропаливая то, что
> у вас там какие-то хипсторы сидят, которые не могут в системную
> инженерию.

По-моему, вы наглядно палитесь, что додумываете прочитанное. Каким образом из написанного выше следует наличие своего "огорода"?

>[оверквотинг удален]
>>> такое долгое время ситуации были разные и не вспомнилось ни одной
>>> поломки, думаю уж такая ситуация как отключение электичества во время dist-upgrade
>>> случалось не один раз, и брат жив.
>> У mike@ брат жив, у кого-то умер, у кого-то поранился, а пересоздание
>> БД помогло, это не опровергает тезис о наличии проблемы, которую нужно
>> решать. См. про оптимизации выше.
> Нет, я дал понять то, что вы пытаетесь через чур много усилий
> прикладывать к проблеме, которой по сути и нет, опасность преувеличена, а
> важность не первостепенна. В том же Альте, не к обеду будет
> упомянут, проблем с отключением электричества во время dist-upgrade особых и нет,

Что значит "особых проблем нет"? Проблемы либо есть, либо их нет. Выше приведено достаточно свидетельств, что проблемы есть. Если вы считаете это нормальным поведением и не проблемой, то с вами не соглашусь, да и такой ваш подход противоречит вашим же громким заявления про вылизывание системных компонентов.

> сам по себе apt штатно уже умеет разруливать битые обновления. На
> крайний случай системный администратор не идиот, он обновляет сперва одну машину

Т.е. вы читаете нормальным то, что кому-то приходится штатно разруливать битые обновления и восстанавливать систему из резервной копии? Мы прикладываем все усилия к тому, чтобы пользователи Росы не занимались такой ерундой, и выше обсуждается одно из направлений уменьшения количества таких ситуаций. С чем именно вы не согласны, я так и не понял.

> на тест, потом уже раскатывает после положительного тестирования результаты по остальным
> типовым установкам, так что если чего и случилось, чего лично у
> меня никогда не было в подобных случаях, то можно в крайней
> необходимости восстановить систему до процесса прерванного апгрейда, если у вас системные
> администраторы поступают не так, я вас спешу "обрадовать" - такие работники
> достойны вашей конторы!

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

> И вот только не надо про новые разработки там, которые якобы призваны
> на замену старым и плохом, новое слово в линуксовых дистрибутивах, это
> ну NixOS, ну Void,

И GoboLinux.

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

Если вы хотите пользоваться дистрибутивами, которые вылизывают производительность БД пакетного менеджера в ущерб ее стабильности и простоты отладки и сопровождения, пользуйтесь ими; когда сами столкнетесь с проблемами с БД и попытаетесь их поотлаживать, вспомните эту переписку.

> Я пользуюсь разными дистрибутивами, которые давно зарекомендовали себя на рынке надёжных
> систем, Альт не использую, хотя на мой взгляд это лучшая из
> "российских" (в кавычках, потому что участие принимают не только граждане этой
> страны) разработок на данный момент, не использую не по техническим причинам,
> а по расхождению с политикой партии.

"Не использую, но мнение имею и о работе dist-upgrade рассуждаю"
Собственно, вы палитесь, когда пишите:
> сам по себе apt штатно уже умеет разруливать битые обновления

и БД RPM сам восстановит, и появившиеся дубликаты пакетов (RPM-специфичное явление) сам удалит, ага, ага

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

Тоже "Не использую, но мнение имею"?

Ответить | Правка | К родителю #172 | Наверх | Cообщить модератору

171. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от n00by (ok), 18-Июн-20, 11:21 
>> Вот в этом и проблема: отсутствие совсем критичных проблем достигается трудом таких
>> людей, как ldv@, продуманностью многих мелочей,
> А программы, а тем более операционная система и должны писаться профессионалами, системными
> инжнерами, которые долго и нудно вылизывают и оптимизируют код, а не
> мамкиными-кодирами и скриптомакаками, которые хотят сэкономить какие-то там свои ресурсы,
> чтобы запиливать вместо оптимизации ещё каких-то фичей, а несэкономленные ресурсы покроет
> пользователь, он же лошара, ничего не понимает, мы ему свистелок с
> перделками отсыпем щедро и по ушам маркетолухи проедутся, что наш продукт
> самый-самый!

Да, примерно так о пользователях (точнее, тестировщиках по неволе) они и думают. Вы почти дословно угадали мнение "комьюнити-менеджера" Розалинукс г-н Потапова, которому он учит подопечных разработчиков: "Есть такое очень простое правило. Никогда не делай добро для людей, люди - неблагодарные свиньи."

> Слава богам, что я наталкнулся здесь на ваш разговор, я до этого
> момента подозревал, что роса мутный дистр, но после вот этих ваших
> постов, если так думают все разработчики дистрибутива, и в таком ключе
> ведётся разработка, я мало того что никогда в жизни пользоваться вашим
> поделием не буду, так ещё всем встречным линуксоедам буду эту дичь
> показывать и детям и правнукам завещаю ваше упоротое поделие обходить!

Они там на полном серьёзе рекомендуют пользователям скопировать раздел в каталог командой dd. https://vk.com/wall-33847957_311489?reply=311514

В общем-то у занимающейся профанацией нацпроекта фирмочки, где на 2018й год было официально трудоустроены 2 сотрудника https://sun9-22.userapi.com/KCRQZnUSS5D30l1lRoBC3obmfoL9-6il...
а на 2019 стало аж 8 https://www.rusprofile.ru/id/6024586
нет иного выбора как опираться на поддержку идиотов, в которых они усиленно пытаются превратить своих немногочисленных пользователей. Вот и разносят ересь с умным и священным видом.

Ответить | Правка | К родителю #158 | Наверх | Cообщить модератору

173. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Мимакрокадил (?), 19-Июн-20, 15:59 
>[оверквотинг удален]
>> перделками отсыпем щедро и по ушам маркетолухи проедутся, что наш продукт
>> самый-самый!
> Да, примерно так о пользователях (точнее, тестировщиках по неволе) они и думают.
> Вы почти дословно угадали мнение "комьюнити-менеджера" Розалинукс г-н Потапова, которому
> он учит подопечных разработчиков: "Есть такое очень простое правило. Никогда не
> делай добро для людей, люди - неблагодарные свиньи."
> а на 2019 стало аж 8 https://www.rusprofile.ru/id/6024586
> нет иного выбора как опираться на поддержку идиотов, в которых они усиленно
> пытаются превратить своих немногочисленных пользователей. Вот и разносят ересь с умным
> и священным видом.

Я вас "обрадую" может быть, но справедливости ради, не только в одной Росе так, по опыту калькулейт был тоже замечен в схожем поведении. Пруфов не дам, потому что это по сути личная переписка с разработчиками, и если я выложу её, то не сейчас, а ещё не скоро, я всё-таки надеюсь что ребята начнут думать головой, хотя скорее всего нет.  Можете не верить, но попробуйте пообщаться в недовольными пользователями, которые месяцы, а то и годы, посидели на этой системе. Только здраво взвесить, а не обращать внимание на крикливых фанатиков, у которых вечный УМВР-вы-всё-врёти!

Я к тому, что это пост-советская чтоль черта, попользовать пользователя как только можно, держа его за лоха?
Причём я ни коим образом не осуждаю сам факт привлечения тестировщиков, пусть даже и бесплатных, но тогда не делайте вид, что вы такие добрые дядьки, которые тестируют на пользователях свои хотелки, а итоговый продукт получит неизвестно кто, надо сразу дать понять, что у вас за стратегия, и чтобы дела со словами не расходились. А не мяться как стыдливая барышня и замалчивать или того хуже — нагло врать.

Вот, например, та же красношляпа вполне открыто указывает, что занимается разработкой коммерческого продукта за деньги, любой чих там по подписке за деньги.
Хотите, вон можете пользоваться тестовой площадкой, она да - на халяву, тестировщики нам нужны.
И что? Распугались от этого пользователи, разбежались? Нет, да они там за обе щеки уплетают то, что красношляпа с лопаты им накидывает, ещё и нахваливают и экскриментами закидают любого, кто что-то плохое скажет, про их дистрибутив.
С точки зрения морали, хорошо и по-доброму они поступают?..
Ну, не знаю, каждый сам пусть решает, мораль у каждого своя!
Но то, что они поступают честно, ведя игру в открытую, я думаю, это очевидно большинству!

Ответить | Правка | К родителю #171 | Наверх | Cообщить модератору

183. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от n00by (ok), 19-Июн-20, 19:50 
>[оверквотинг удален]
>> и священным видом.
> Я вас "обрадую" может быть, но справедливости ради, не только в одной
> Росе так, по опыту калькулейт был тоже замечен в схожем поведении.
> Пруфов не дам, потому что это по сути личная переписка с
> разработчиками, и если я выложу её, то не сейчас, а ещё
> не скоро, я всё-таки надеюсь что ребята начнут думать головой, хотя
> скорее всего нет.  Можете не верить, но попробуйте пообщаться в
> недовольными пользователями, которые месяцы, а то и годы, посидели на этой
> системе. Только здраво взвесить, а не обращать внимание на крикливых фанатиков,
> у которых вечный УМВР-вы-всё-врёти!

Вообще-то Калкулэйт я сам использовал пару лет и у меня всё работает, поскольку умею читать Gentoo Wiki и не только. Насколько знаю, компания производит картонную упаковку, дистрибутивом не торгует, собирает для собственных нужд и публикуют, по просьбам пользователей занесли в Реестр. Я мог бы сформулировать какие-то к ним претензии, типа "нет Gnome и systemd из коробки", но боюсь, меня засмеют.

> Я к тому, что это пост-советская чтоль черта, попользовать пользователя как только
> можно, держа его за лоха?

Всегда в России так было. Климат суровый, жизнь тяжелая, люди в массе своей привыкли друг другу помогать. Обязательно 1 из 1000 находится шаромыжник, решивший на доброте нажиться. Другое дело, что в дремучие годы такие случайно пропадали в лесу или местах не столь отдалённых, а потом начались свобода и демократия, а опыта мало, вот оно и расцвело пышным цветом, пробиваясь во власть.

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

Дело даже не в том, что труд тестировщика продаётся, когда он про то не знает. Пользователь видит большие буквы "Российская ОС" без уведомления о ненадлежащем качестве, пробует установить, сталкивается с проблемами. В результате напрашивается вывод, что _все_ тут такие. С другой стороны, что бы скачать тестовый образ Альт Сизиф -- надо ещё постараться его найти.

>[оверквотинг удален]
> Хотите, вон можете пользоваться тестовой площадкой, она да - на халяву, тестировщики
> нам нужны.
> И что? Распугались от этого пользователи, разбежались? Нет, да они там за
> обе щеки уплетают то, что красношляпа с лопаты им накидывает, ещё
> и нахваливают и экскриментами закидают любого, кто что-то плохое скажет, про
> их дистрибутив.
> С точки зрения морали, хорошо и по-доброму они поступают?..
> Ну, не знаю, каждый сам пусть решает, мораль у каждого своя!
> Но то, что они поступают честно, ведя игру в открытую, я думаю,
> это очевидно большинству!

Эти деятели из Розалинукс постоянно тычут пальчиком в Шапку, оправдываясь "у них так же!". При этом Fedora и RHEL технически системы разные, а ROSA Fresh тестировали 3 года, потом прямо из того же репозитория создали и продаётся ROSA Enterprise Desktop x4, которую ни тестер не может использовать легально, ни даже соавтор не может получить.

Ответить | Правка | К родителю #173 | Наверх | Cообщить модератору

184. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от mikhailnov (ok), 19-Июн-20, 22:31 
> Вы почти дословно угадали мнение "комьюнити-менеджера" Розалинукс г-н Потапова, которому
> он учит подопечных разработчиков: "Есть такое очень простое правило. Никогда не
> делай добро для людей, люди - неблагодарные свиньи."

Не забывай уточнять, что это вырванная тобой из контекста цитата из личной переписки с Потаповым, и оставь, пожалуйста, додумки, кто, кого и чему учит.

> Они там на полном серьёзе рекомендуют пользователям скопировать раздел в каталог командой
> dd. https://vk.com/wall-33847957_311489?reply=311514

Ну придумал бы уже что-то поинтереснее, чем в стопицотый раз мусолить эту описку

> а на 2019 стало аж 8 https://www.rusprofile.ru/id/6024586

Сотрудников намного больше, через какое-то время, после их перевода из одной компании в другую, ЕГРЮЛ обновится, а товарищ будет вынужден придумать что-то новое, чтобы захватывать воображение обывателей.

Что касается якобы обмана пользователей, политика выпуска Fresh и RED публична, политика тестирования публична, тестовые репозитории отключены по умолчанию, политика обновления ПО в репозиториях также публична, стабильный репозиторий не является тестовым полигоном, поскольку общий с корпоративным дистрибутивом. Все обновления в него проходят отдел тестирования, процесс тестирования также публичен.

Ответить | Правка | К родителю #171 | Наверх | Cообщить модератору

186. "о разложении розалинукс"  +/
Сообщение от n00by (ok), 20-Июн-20, 06:52 
>> Вы почти дословно угадали мнение "комьюнити-менеджера" Розалинукс г-н Потапова, которому
>> он учит подопечных разработчиков: "Есть такое очень простое правило. Никогда не
>> делай добро для людей, люди - неблагодарные свиньи."
> Не забывай уточнять, что это вырванная тобой из контекста цитата из личной
> переписки с Потаповым

Прекрати попытки оклеветать меня. Ты прекрасно знаешь -- это не личная переписка, а обсуждение вашего "вежливого сообщества", где в том числе и ты участвовал. Сказано именно по поводу разработки Розалинукс, а "свиньи" - в адрес сообщества. Цитата в плане контекста самодостаточна, другое дело, что у тебя не хватает ума его понять (а то что он дальше про бога задвинул - опускаю, ибо тянет на статью УК).

> и оставь, пожалуйста, додумки, кто, кого и чему учит.

Один твой коллега, который любит повторять "хочешь завалить дело -- отдай Мише", оказался поумнее тебя и не так давно пришёл ко мне и принялся от этого Потапова открещиваться. ;) Ведь Keleg не только этому учит и не думает извиниться, но и живёт по тем понятиям, почерпнутым из его "библии" Сильмариллион. Мне интересно, ты всегда разделял его эльфийское мировоззрение, или это он тебя научил? Я в том числе про удаление моих репозиториев и твоё заявление "удалили, мало ли чего от него ждать".

>> Они там на полном серьёзе рекомендуют пользователям скопировать раздел в каталог командой
>> dd. https://vk.com/wall-33847957_311489?reply=311514
> Ну придумал бы уже что-то поинтереснее, чем в стопицотый раз мусолить эту
> описку

Ты сам придумал, назвав статическую типизацию строгой.))) Подобные "описки" для вас характерны.

>> а на 2019 стало аж 8 https://www.rusprofile.ru/id/6024586
> Сотрудников намного больше, через какое-то время, после их перевода из одной компании
> в другую, ЕГРЮЛ обновится, а товарищ будет вынужден придумать что-то новое,
> чтобы захватывать воображение обывателей.

Когда я работал за вас вашу работу, исправляя проблемы вне уровня вашей компетенции, де-юре числился один директор, а де-факто ровно полтора сотрудника: Pufler, Алзим плюс эльф Keleg. Потом появился ты, Мистер ДД Григорьев и некий Pastor "если ты работал на нас бесплатно, значит ты лох" Di. Теперь товарищ вынужден придумывать оправдание, почему они кушают за мой счёт: якобы я вру про количество сотрудников, потому позволено у меня своровать.

> Что касается якобы обмана пользователей, политика выпуска Fresh и RED публична, политика
> тестирования публична, тестовые репозитории отключены по умолчанию, политика обновления
> ПО в репозиториях также публична, стабильный репозиторий не является тестовым полигоном,
> поскольку общий с корпоративным дистрибутивом.

Дело за малым. Подтверди. Предоставь ссылку, где там оно публично сказано на 2016й год, что Fresh предназначена для тестирования и будет продаваться без существенных изменений под именем RED, и что мои труды украдут, удалив репозитории.

>  Все обновления в него проходят отдел тестирования, процесс тестирования также публичен.

Ни ты, ни Потапов понятия не имеете о тестировании. Все найденные и исправленные мною ошибки прошли мимо так называемого "отдела".

Ответить | Правка | К родителю #184 | Наверх | Cообщить модератору

187. "о разложении розалинукс"  +/
Сообщение от mikhailnov (ok), 20-Июн-20, 10:52 
> Прекрати попытки оклеветать меня.

Клевещешь здесь только ты. И прекрати распространять клевету о Потапове. Прекрати передергивать, "забывая" уточнить контекст.

> Один твой коллега, который любит повторять "хочешь завалить дело -- отдай Мише",
> оказался поумнее тебя и не так давно пришёл ко мне и
> принялся от этого Потапова открещиваться. ;)

Я в курсе, но, интересно, зачем было это на публике писать? Видимо, затем же, зачем и личную переписку без спроса публиковал, при чем с потерей контекста, повернув в свою пользу.

> Ведь Keleg не только этому
> учит и не думает извиниться, но и живёт по тем понятиям,
> почерпнутым из его "библии" Сильмариллион. Мне интересно, ты всегда разделял его
> эльфийское мировоззрение, или это он тебя научил? Я в том числе
> про удаление моих репозиториев и твоё заявление "удалили, мало ли чего
> от него ждать".

Келег не имеет отношения к закрытию твоего акканута на abf.io с перемещением git без удаления.
На остальную бредятину не буду отвечать, т.к. пытаешься вынудить меня подписаться под клеветой, лживый манипулятор.

> Дело за малым. Подтверди. Предоставь ссылку, где там оно публично сказано на
> 2016й год, что Fresh предназначена для тестирования и будет продаваться без
> существенных изменений под именем RED, и что мои труды украдут, удалив
> репозитории.

Прекрати лгать про удаление репозиториев, хорошо зная, что они не удалены, а лежат, например, здесь: https://abf.io/hisshadow/rosa-pad/commits/master
Когда вносишь правки в код под свободной лицензией, зная о существовании коммерческого дистрибутива, на нем основанного, неуместно говорить о якобы воровстве. Когда принимались твои правки, обещаний о доступности коммерческих дистрибутивов не давалось, как и не было _обещаний_ добавить иные дистрибутивы в Реестр, поэтому обиды строятся в т.ч. на додумывании не имевших место быть обещаний.

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

Тестировщики проводят функциональное тестирование, имитируя реальные задачи конечных пользователей, а не ищут мелкие и иногда критические затыки, которые ты находил и/или исправлял, это разные задачи.

В общем, в очередной раз был вынужден написать много бесполезного текста, чтобы публика имела представление о передернутости и местами лживости высказываний товарища n00by.

Ответить | Правка | К родителю #186 | Наверх | Cообщить модератору

188. "о разложении розалинукс"  +/
Сообщение от n00by (ok), 20-Июн-20, 11:40 
>> Прекрати попытки оклеветать меня.
> Клевещешь здесь только ты. И прекрати распространять клевету о Потапове. Прекрати передергивать,
> "забывая" уточнить контекст.

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

>> Один твой коллега, который любит повторять "хочешь завалить дело -- отдай Мише",
>> оказался поумнее тебя и не так давно пришёл ко мне и
>> принялся от этого Потапова открещиваться. ;)
> Я в курсе, но, интересно, зачем было это на публике писать?

Он давно в курсе содержания моих диалогов тет-а-тет с третьим лицом, но выставляет претензии мне по поводу раскрытия тех "тайн".)))

> Видимо,
> затем же, зачем и личную переписку без спроса публиковал, при чем
> с потерей контекста, повернув в свою пользу.

Потапов директора подставил, когда тот заявлял в СМИ о якобы реализованной поддержке UEFI32 64-х разрядными установочными образами. Теперь тебя подставил. Как по нотам.

Оставляю тебе шанс извиниться за клевету про якобы опубликованную личку. Ищи контекст.

>> Ведь Keleg не только этому
>> учит и не думает извиниться, но и живёт по тем понятиям,
>> почерпнутым из его "библии" Сильмариллион. Мне интересно, ты всегда разделял его
>> эльфийское мировоззрение, или это он тебя научил? Я в том числе
>> про удаление моих репозиториев и твоё заявление "удалили, мало ли чего
>> от него ждать".
> Келег не имеет отношения к закрытию твоего акканута на abf.io с перемещением
> git без удаления.

Это сделал ты, проникшись его ересью о "людях-свиньях"?

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

Разумеется, ты не можешь привести ссылку на подтверждение "прозрачности политики", поскольку её нет. Пытаешься заболтать вопрос. Поэтому и утверждается: ваша схемка с привлечением халявной рабсилы мутная, как и вы сами.

>> Дело за малым. Подтверди. Предоставь ссылку, где там оно публично сказано на
>> 2016й год, что Fresh предназначена для тестирования и будет продаваться без
>> существенных изменений под именем RED, и что мои труды украдут, удалив
>> репозитории.
> Прекрати лгать про удаление репозиториев, хорошо зная, что они не удалены

Факт: мои репозитории пусты.
https://abf.io/st
https://abf.io/trs

> а лежат, например, здесь: https://abf.io/hisshadow/rosa-pad/commits/master

Воровство технически и есть перемещение из одного места в другое. Факт обмана с вашей стороны так же был и не один.

> Когда вносишь правки в код под свободной лицензией, зная о существовании коммерческого
> дистрибутива, на нем основанного, неуместно говорить о якобы воровстве.

Ссылку на публичную оферту ты не дал. Телепатическим способом определил, что я там якобы знал, прочтя не ведомо что?

> Когда принимались
> твои правки, обещаний о доступности коммерческих дистрибутивов не давалось, как и
> не было _обещаний_ добавить иные дистрибутивы в Реестр, поэтому обиды строятся
> в т.ч. на додумывании не имевших место быть обещаний.

Ты сам здесь свидетельствовал о данных обещаниях внести в Реестр. Повторяю, коль с первого раза не дошло:

Сообщение от mikhailnov (ok), 05-Июл-19, 13:41

Что касается "НКО", то речь про https://vk.com/ro_spo. Было обещано попытаться включить ROSA Fresh в Реестр отечественного ПО (https://reestr.minsvyaz.ru/), но его туда не включили. Теперь товарищ пытается добиться "справедливости".

https://www.opennet.dev/openforum/vsluhforumID3/117821.html#182

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

Реальная задача: купил SSD и его используешь, а не выкидываешь на помойку через 3 года, из-за безмерных fdatasync() в ламерской поделке.

> В общем, в очередной раз был вынужден написать много бесполезного текста, чтобы
> публика имела представление о передернутости и местами лживости высказываний товарища
> n00by.

Ты забыл хоть что-то из своих проекций подтвердить ссылками. Но шанс у тебя пока есть, как я и обещал.

Ответить | Правка | К родителю #187 | Наверх | Cообщить модератору

190. "о разложении розалинукс"  +/
Сообщение от mikhailnov (ok), 20-Июн-20, 12:14 
> Он давно в курсе содержания моих диалогов тет-а-тет с третьим лицом, но
> выставляет претензии мне по поводу раскрытия тех "тайн".)))

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

> Потапов директора подставил, когда тот заявлял в СМИ о якобы реализованной поддержке
> UEFI. Теперь тебя подставил. Как по нотам.
> Оставляю тебе шанс извиниться за клевету про личку. Ищи контекст.

Сам поищи, где выкладывал скриншоты личных или закрытых групповых переписок с А., П. и, по-моему, даже со мной. А ты их много где выкладывал, и здесь, и на других ресурсах, я же не коллекционирую ссылки на них. Раньше ты здесь писал под "Анонимом", поэтому сложно найти сообщения, но можно попытаться, ключевые слово "оторвать" и "свиньи".

>> Келег не имеет отношения к закрытию твоего акканута на abf.io с перемещением
>> git без удаления.
> Это сделал ты, проникшись его ересью о "людях-свиньях"?

Предложил убрать у тебя коммит-права в abf.io/import я. Ответственные люди посчитали, что имеет смысл и аккаунты заблокировать и переместили репозитории. Метафора, что люди свиньи, не имеет отношения к этому вопросу.

>> На остальную бредятину не буду отвечать, т.к. пытаешься вынудить меня подписаться под
>> клеветой, лживый манипулятор.
> Разумеется, ты не можешь привести ссылку на подтверждение "прозрачности политики", поскольку
> её нет. Пытаешься заболтать вопрос. Поэтому и утверждается: ваша схемка с
> привлечением халявной рабсилы мутная, как и вы сами.

Думал, знаешь, где политики публично выложены или можешь найти их. Вот:
политика выпуска: http://wiki.rosalab.ru/ru/index.php?title=%D0%9F&#...
политика тестирования: http://wiki.rosalab.ru/ru/index.php/%D0%A0%D0...
политика обновления пакетов в репозитории в рамках жизненного цикла платформы: http://wiki.rosalab.ru/ru/index.php/%D0%A0%D0...

>[оверквотинг удален]
>>> 2016й год, что Fresh предназначена для тестирования и будет продаваться без
>>> существенных изменений под именем RED, и что мои труды украдут, удалив
>>> репозитории.
>> Прекрати лгать про удаление репозиториев, хорошо зная, что они не удалены
> Факт: мои репозитории пусты.
> https://abf.io/st
> https://abf.io/trs
>> а лежат, например, здесь: https://abf.io/hisshadow/rosa-pad/commits/master
> Воровство технически и есть перемещение из одного места в другое. Факт обмана
> с вашей стороны так же был и не один.

Воровство - это когда забрали и не отдают или присвоили авторство, а там просто лежит git с сохранением всех коммитов и их авторством, который можно скачать и использовать,в  т.ч. запушить в другое место.

>> Когда вносишь правки в код под свободной лицензией, зная о существовании коммерческого
>> дистрибутива, на нем основанного, неуместно говорить о якобы воровстве.
> Ссылку на публичную оферту ты не дал. Телепатическим способом определил, что я
> там якобы знал, прочтя не ведомо что?

Оферты о том, как наработки Fresh попадают в коммерческие дистрибутивы, нет и не было, использование их в коммерческом дистрибутиве не является нарушением каких-либо прав, потому что все исходные коды этих разработок, используемых в коммерческом дистрибутиве, также открыты, собственно, репозиторий git (https://abf.io/import) и SRPMS (http://mirror.rosalab.ru/rosa/rosa2016.1/repository/SRPMS/) общий. Чисто по-человечески - о существовании коммерческих дистрибутивов ты знал, если бы действительно был важен вопрос использования твоих наработок в них, то ты бы либо отдельно обговорил этот вопрос, либо не присылал бы свои наработки. Просто ты обиделся и нашел предлог, как можно попытаться нагадить.

>[оверквотинг удален]
>> твои правки, обещаний о доступности коммерческих дистрибутивов не давалось, как и
>> не было _обещаний_ добавить иные дистрибутивы в Реестр, поэтому обиды строятся
>> в т.ч. на додумывании не имевших место быть обещаний.
> Ты сам здесь свидетельствовал о данных обещаниях внести в Реестр. Повторяю, коль
> с первого раза не дошло:
> Сообщение от mikhailnov (ok), 05-Июл-19, 13:41
> Что касается "НКО", то речь про https://vk.com/ro_spo. Было обещано попытаться включить
> ROSA Fresh в Реестр отечественного ПО (https://reestr.minsvyaz.ru/), но его туда не
> включили. Теперь товарищ пытается добиться "справедливости".
> https://www.opennet.dev/openforum/vsluhforumID3/117821.html#182

Я написал в этой ветке:
"обещаний о доступности коммерческих дистрибутивов не давалось"
"не было _обещаний_ добавить иные дистрибутивы в Реестр"
В приведенной цитате написано: "Было обещано попытаться включить"
Между "обещано включить" и "обещано попытаться" есть большая разница. В РОСПО, насколько помню, прямым текстом говорилось, что будут предприняты попытки включить Fresh в Реестр, но никто не обещал, что это 100% получится осуществить.

Ответить | Правка | К родителю #188 | Наверх | Cообщить модератору

191. "о разложении розалинукс"  +/
Сообщение от n00by (ok), 20-Июн-20, 12:34 
> политика выпуска: http://wiki.rosalab.ru/ru/index.php?title=%D0%9F&#...
> политика тестирования: http://wiki.rosalab.ru/ru/index.php/%D0%A0%D0...
> политика обновления пакетов в репозитории в рамках жизненного цикла платформы: http://wiki.rosalab.ru/ru/index.php/%D0%A0%D0...

В следующем сообщении ты даёшь точную цитату, где сказано, что ROSA Fresh это версия для тестирования и впоследствии будет продаваться под другим наименованием.

Ответить | Правка | К родителю #190 | Наверх | Cообщить модератору

194. "о разложении розалинукс"  +/
Сообщение от n00by (ok), 20-Июн-20, 13:13 
> Сам поищи, где выкладывал скриншоты личных или закрытых групповых переписок

Что и требовалось от пустозвона -- он принялся расширять исходный тезис "личная переписка с Потаповым" до "закрытых групповых", при том перекладывая на меня бремя доказательства своих подтасовок и утверждений про якобы искаженный контекст.

Факт, что Потапов считает неблагодарными свиньями сообщество, которое на него работает, да ещё меня этому учил -- это никакая не "тайна переписки", это, как минимум, свинство. Люди должны знать, с кем имеют дело.

> "не было _обещаний_ добавить иные дистрибутивы в Реестр"
> В приведенной цитате написано: "Было обещано попытаться включить"
> Между "обещано включить" и "обещано попытаться" есть большая разница.

Для детского сада она и впрямь велика.

В общем, цитату по моему запросу в #191 балабол может не приводить, по его ссылкам её нет и никогда на сайте ООО "НТЦ ИТ РОСА" не было уведомлений об участии "пользователей" в тестировании коммерческого продукта. Fresh преподносится как "готово для дома", а не "недоделка Enterprise Desctop в которой надо 2 года ловить ошибки".

Ответить | Правка | К родителю #190 | Наверх | Cообщить модератору

189. "о разложении розалинукс"  +/
Сообщение от n00by (ok), 20-Июн-20, 12:09 
> Тестировщики проводят функциональное тестирование, имитируя реальные задачи конечных
> пользователей, а не ищут мелкие и иногда критические затыки, которые ты
> находил и/или исправлял, это разные задачи.

Вот тебе ещё одна реальная задача, раз вы сами ею хвалитесь. https://www.rosalinux.ru/dr-web/

Сертификат получен на основании результатов совместных тестовых испытаний, проведенных компаниями «Доктор Веб» и разработчиком операционных систем – ООО «НТЦ ИТ РОСА». Dr.Web рекомендован в качестве средства защиты на ПК и серверов под управлением ОС семейства ROSA Enterprise, в том числе, для сертифицированных версии.


Работал ли DrWeb в REDx4? Нет, не работал, поскольку Pufler не прочёл https://github.com/systemd/systemd/blob/master/NEWS (иных вариантов нет, т.к. там ничего сложного) и не реализовал поддержку. В результате регрессии кроме того поотваливались принтеры и прочее, запускающееся по SYSV INIT.D
Хвалёная "QA" из одного Потапова пропустила, заметили пользователи. Жалобы игнорировались, пришлось делать мне.

Ответить | Правка | К родителю #187 | Наверх | Cообщить модератору

192. "о разложении розалинукс"  +/
Сообщение от mikhailnov (ok), 20-Июн-20, 12:37 
На момент, когда ты заметил проблему, а Pulfer ее исправил (https://abf.io/import/systemd/commit/fa3e5f0aab5ca338b500ea8...), RED X4 еще не было. Но это не важно. Да, в то время после банкротства компании людей не хватало, исправлялись в первую очередь критические проблемы, раз исправил тогда, спасибо, в т.ч. за то, что не пришлось исправлять позже (например, уже мне), например, когда проводились упомянутые испытания на совместимость Dr.Web и RED.
Следующую проблему от Dr.Web - https://bugzilla.rosalinux.ru/show_bug.cgi?id=10204 - исправили полностью силами сотрудников компании, без помощи сообщества (не вижу ничего плохого в помощи заинтересованных членов сообщества).
Сейчас и QA уже не из одного Потапова состоит, и скрипты автоматического тестирования системы разрабатываются, и systemd обновлялся не без прочтения NEWS с выписыванием подозрительных мест и откатом части изменений, кстати, давно хотел сказать спасибо за то, что обращал внимание на важность прочтения этого файла, пусть даже и в такой не самой приятной форме.
Ответить | Правка | К родителю #189 | Наверх | Cообщить модератору

193. "о разложении розалинукс"  +/
Сообщение от n00by (ok), 20-Июн-20, 13:12 
> На момент, когда ты заметил проблему, а Pulfer ее исправил (https://abf.io/import/systemd/commit/fa3e5f0aab5ca338b500ea8...)

Вот в этом вся Розалинукс. Он её исправил, взяв моё решение с форума.

https://bugzilla.rosalinux.ru/show_bug.cgi?id=8082
https://forum.rosalinux.ru/viewtopic.php?f=56&t=7731&p=86155...

А про исходное "мелкие затыки" мы как-то и забыли. ;)

Ответить | Правка | К родителю #192 | Наверх | Cообщить модератору

151. "Летнее обновление ALT p9 starterkits "  +1 +/
Сообщение от Anonymoustus (ok), 16-Июн-20, 15:49 
> Вот это хорошо напомнили, кстати.  Как раз фокс порой приходится "администрировать"
> и от этого я не то чтобы рад:


$ cat ~/bin/firefox-vacuum.sh
#!/bin/sh
for i in VACUUM REINDEX; do
        find ~/.mozilla \
                -type f \
                -name \*.sqlite \
                -exec sqlite3 '{}' $i \;
done


Отличный Unix-way, между прочим. Неужели даже Електрона не понадобилось? Чудеса!

Ответить | Правка | К родителю #145 | Наверх | Cообщить модератору

155. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от n00by (ok), 16-Июн-20, 20:28 
>> Иначе, по такой логике можно предложить писать %pre, %build
>> и %install в спеках на си, чтобы было быстро, со строгой типизацией,
>> надежно и не было входа "шелл-макакам".
> Это на сях-то строгая?.. я, конечно, чайник, но мне всегда казалось, что
> в той же M2 она где-то более-менее, а строгая во всяких
> окамлах -- чтоб вывод типов работал.

Что бы более-менее конструктивно общаться с исключительным специалистом Розалинукс, надобно иметь ввиду, что

#define LIBVA_MAJOR_VERSION 1  

с его точки зрения -- переменная. https://github.com/saiarcot895/chromium-ubuntu-build/issues/... (и предыдущее его сообщение)

Ответить | Правка | К родителю #145 | Наверх | Cообщить модератору

154. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от n00by (ok), 16-Июн-20, 20:15 
>>> чтобы избавить разработку и эксплуатацию пакетного менеджера
>>> от необходимости быть специалистом по низкоуровневым
>>> базам данных.
>> при эксплуатации rpm-alt мне что-то не помню, бывали ли когда нужны db?.?-utils...
> Если хотите разобраться с, например, проблемами производительности или повреждением БД
> в процессе эксплуатации, нужно быть специалистом по низкоуровневым БД.

Нет, не нужно. Я понятия не имею, что такое "низкоуровневые БД" (как и, между прочим, Яндекс; но что-то краем уха слышал про реляционные). При этом вполне решил за вас проблему.

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

Ответить | Правка | К родителю #141 | Наверх | Cообщить модератору

157. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от mikhailnov (ok), 17-Июн-20, 00:44 
> При этом вполне решил за вас проблему.

Не решил, а откостылировал - сделал приемлемый объезд, о чем сам написал выше. Решение требует глубокого понимания работы с низкоуровневыми БД - БД, где сам делаешь многие чихи. А т.к. ни у тебя, ни у меня этого понимания нет, должным образом ту проблему мы сейчас не решим.

Ответить | Правка | Наверх | Cообщить модератору

162. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от n00by (ok), 17-Июн-20, 07:00 
>> При этом вполне решил за вас проблему.
> Не решил, а откостылировал - сделал приемлемый объезд, о чем сам написал
> выше.

Я в праве так называть свой труд, а ты с продажи решения кормишься, стало быть, хамишь.

> Решение требует глубокого понимания работы с низкоуровневыми БД - БД,
> где сам делаешь многие чихи.

"Чих" я сделал когда допустил, что ты по моему намёку наберёшь с Яндексе "низкоуровневая БД", почитаешь и поймёшь, что это сочетание -- нонсенс.

> А т.к. ни у тебя, ни
> у меня этого понимания нет, должным образом ту проблему мы сейчас
> не решим.

Мне достаточно понимания, что такое completion routine в IRP, что бы целенаправленными поисками по очевидным признакам найти затык в системе, которую в первый раз увидел. А тебе надо начинать с таких вещей как "стек", "очередь", "кеширование", "транзакция" -- тогда может и дойдёт, о чём я вообще говорю.

Кстати, на тему избыточных синхронизаций ФС у вас поныне висит открытый мною баг, где перечислены варианты решения в других системах. Найди и посмотри, где и какое там БеДе.

Ответить | Правка | Наверх | Cообщить модератору

117. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Michael Shigorinemail (ok), 15-Июн-20, 16:12 
> Как получено утверждение, что быстрее?

На глаз (разумеется, на одном и том же стендовом железе).  Там на дистрибутиве достаточная разница была, чтоб не то что секундомер был излишним -- в чашках чаю мерить было можно...

> Скорость распаковки и установки пакетов не сравнивал.

А я именно о них, поскольку у меня эти операции наиболее частые.  Замечание принимается -- стоило явно написать о предметах сравнения, раз уж заикнулся.

Ответить | Правка | К родителю #83 | Наверх | Cообщить модератору

120. "Летнее обновление ALT p9 starterkits "  +1 +/
Сообщение от mikhailnov (ok), 15-Июн-20, 16:38 
>> Скорость распаковки и установки пакетов не сравнивал.
> А я именно о них, поскольку у меня эти операции наиболее частые.
>  Замечание принимается -- стоило явно написать о предметах сравнения, раз
> уж заикнулся.

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

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

apt+dpkg:
root@pay2:~# time apt install audacity
Чтение списков пакетов… Готово
Построение дерева зависимостей      
Чтение информации о состоянии… Готово
Уже установлен пакет audacity самой новой версии (2.3.3-1build1).
Обновлено 0 пакетов, установлено 0 новых пакетов, для удаления отмечено 0 пакетов, и 0 пакетов не обновлено.

real    0m3,862s
user    0m2,624s
sys    0m0,988s
root@pay2:~# time apt install audacity
Чтение списков пакетов… Готово
Построение дерева зависимостей      
Чтение информации о состоянии… Готово
Уже установлен пакет audacity самой новой версии (2.3.3-1build1).
Обновлено 0 пакетов, установлено 0 новых пакетов, для удаления отмечено 0 пакетов, и 0 пакетов не обновлено.

real    0m2,788s
user    0m2,638s
sys    0m0,155s


apt+rpm (alt):
alt-p8-edu ~ # time apt-get install audacity
Чтение списков пакетов... Завершено
Построение дерева зависимостей... Завершено
Последняя версия audacity уже установлена.
0 будет обновлено, 0 новых установлено, 0 пакетов будет удалено и 746 не будет обновлено.
6.46user 1.40system 0:13.96elapsed 56%CPU (0avgtext+0avgdata 137052maxresident)k
198696inputs+192464outputs (10major+37626minor)pagefaults 0swaps
alt-p8-edu ~ # time apt-get install audacity
Чтение списков пакетов... Завершено
Построение дерева зависимостей... Завершено
Последняя версия audacity уже установлена.
0 будет обновлено, 0 новых установлено, 0 пакетов будет удалено и 746 не будет обновлено.
3.46user 0.18system 0:03.65elapsed 99%CPU (0avgtext+0avgdat

В случае dpkg, возможно, увеличение скорости за счет кеширования, а в случае rpm, возможно, перестроило что-то в БД после предыдущей операции установки пакета, а, может, и то, и другое. В общем в обоих случаях победил apt+dpkg, не смотря на то, что используется btrfs, которая обычно проседает на чтении кучи случайных файлов, коей является "БД" dpkg.

При реальном использовании, разумеется, секундомером не замеряю, по ощущениям - нервозность от длительности ожидания на apt+rpm возникает чаще, чем на apt+dpkg, на объективность не претендую.

UPD. Это sisyphus, не p8.

Ответить | Правка | Наверх | Cообщить модератору

139. "Летнее обновление ALT p9 starterkits "  +1 +/
Сообщение от Michael Shigorinemail (ok), 15-Июн-20, 21:34 
> [...] 0 будет обновлено, 0 новых установлено [...]
> UPD. Это sisyphus, не p8.

И ещё это не установка, а работа с базой метаданных репозитория.  Тоже штука важная, но она-то секунды занимает, а не десятки секунд..минут.

PS: если кому-то увидевшему эту переписку захочется покопать тему серьёзней -- нормировать установку стоит в первом приближении на кол-во устанавливаемых пакетов и их объём, как мне кажется, а работу с базой -- на кол-во бинарных пакетов в подключенных репозиториях (в любом разе, в т.ч. search) и количество учитываемых связей (Requires:/Depends: и так далее -- для update и просчёта собственно транзакций).

Ответить | Правка | Наверх | Cообщить модератору

185. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от mikhailnov (ok), 19-Июн-20, 22:41 
> PS: если кому-то увидевшему эту переписку захочется покопать тему серьёзней -- нормировать
> установку стоит в первом приближении на кол-во устанавливаемых пакетов и их
> объём, как мне кажется, а работу с базой -- на кол-во
> бинарных пакетов в подключенных репозиториях (в любом разе, в т.ч. search)
> и количество учитываемых связей (Requires:/Depends: и так далее -- для update
> и просчёта собственно транзакций).

Забыл написать. В Альте граф зависимостей, наверное, сложнее, чем в большинстве других дистрибутивов, поскольку есть генераторы зависимостей на скриптлеты и ABI. SetVersion (зависимости от ABI) очень крутая штука и, думаю, занимает не мало ресурсов. Учитывать просто кол-во зависимостей недостаточно, поскольку часть из них может быть закольцована, может быть много указаний порядка зависимостей (pre, post, >, <, = и др.). При установке, помимо объема, есть триггеры, например, и в ряде мест отсутствие триггера не означает, что он не нужен, может, он нужен бы, но его нет. Так что в целом задача произвести точное сравнение представляется нерешаемой.

Если сравнить, например, pacman в Arch Linux и RPM с urpmi/dnf/apt-get, то pacman всех уделает в скорости, но за счет простоты и меньшего количества операций, направленных на поддержание консистентности системы, и более простого репозиторий, который и ломается часто.

Может быть, если убрать setversion из метаданных, работа с базой в apt-get alt станет даже быстрее, чем в apt+dpkg.

Такие сравнения имеет смысл делать только исходя из максимально конкретной решаемой задачи.

Ответить | Правка | Наверх | Cообщить модератору

24. "Летнее обновление ALT p9 starterkits "  +1 +/
Сообщение от mos87 (ok), 13-Июн-20, 17:15 
Толстый тралинг
Фактически ты себя выставил школьнегом который не понимает что такое стек технологий.
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

67. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от user90 (?), 14-Июн-20, 12:02 
Но непонятно, чего было не оставить оригинальный менеджер пакетов, который к тому же сделан куда более продуманно и не побоюсь сказать более профессионально?
Ответить | Правка | Наверх | Cообщить модератору

68. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Anonymoustus (ok), 14-Июн-20, 13:01 
> Но непонятно, чего было не оставить оригинальный менеджер пакетов, который к тому
> же сделан куда более продуманно и не побоюсь сказать более профессионально?

RPM против APT? На любителя… Лично моё мнение: APT (+ aptitude) — лучше.

Ответить | Правка | Наверх | Cообщить модератору

69. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от user90 (?), 14-Июн-20, 13:06 
Удали пакет вместе с его зависимостями с apt в одну строку в терминале))
Ответить | Правка | Наверх | Cообщить модератору

70. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Anonymoustus (ok), 14-Июн-20, 13:20 

$ sudo apt-get remove fp-ide-3.0.4
Reading package lists... Done
Building dependency tree      
Reading state information... Done
The following packages were automatically installed and are no longer required:
  fp-units-db-3.0.4 fp-units-fv-3.0.4 fp-units-gfx-3.0.4 fp-units-math-3.0.4
  fp-units-misc-3.0.4 fp-units-multimedia-3.0.4 fp-units-net-3.0.4
Use 'sudo apt autoremove' to remove them.
The following packages will be REMOVED:
  fp-ide-3.0.4 fpc-3.0.4
0 upgraded, 0 newly installed, 2 to remove and 10 not upgraded.
After this operation, 5 552 kB disk space will be freed.
Do you want to continue? [Y/n] n
Abort.



$ sudo apt-get autoremove fp-ide-3.0.4
Reading package lists... Done
Building dependency tree      
Reading state information... Done
The following packages will be REMOVED:
  fp-ide-3.0.4 fp-units-db-3.0.4 fp-units-fv-3.0.4 fp-units-gfx-3.0.4
  fp-units-math-3.0.4 fp-units-misc-3.0.4 fp-units-multimedia-3.0.4
  fp-units-net-3.0.4 fpc-3.0.4
0 upgraded, 0 newly installed, 9 to remove and 10 not upgraded.
After this operation, 95,0 MB disk space will be freed.
Do you want to continue? [Y/n] n
Abort.

Ответить | Правка | Наверх | Cообщить модератору

71. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от user90 (?), 14-Июн-20, 13:29 
Ок, урыл)) Только вот что: "were automatically installed" - а если я установлю какой-то из них вручную?
Ответить | Правка | Наверх | Cообщить модератору

76. "Летнее обновление ALT p9 starterkits "  –1 +/
Сообщение от Anonymoustus (ok), 14-Июн-20, 14:20 
> Ок, урыл))

Ну так я Дебиан когда-то давным давно выбрал не ради моды и нескучных обоев. ;-)


> Только вот что: "were automatically installed" - а если я
> установлю какой-то из них вручную?

С таких пакетов предварительно надо снять пометку «установленных автоматически».


Managing automatically installed packages

To install one package, it is often necessary to install several others (to fulfill its dependencies). For instance, if you wish to install the clanbomber package, you must also install the package libclanlib2. If you remove clanbomber again, you probably no longer need the libclanlib2 package; aptitude will attempt to detect this and automatically remove the libclanlib2 package.

It works like this: when you install a package, aptitude will automatically install any other packages on which it depends. These packages are marked as having been “automatically installed”; aptitude will monitor them and remove them when they are no longer depended upon by any manually installed package [10] . They will appear in the preview as “packages being removed because they are no longer used.”

As with any automatic process, there is a potential for things to go haywire. For instance, even if a package was automatically installed to start with, it might turn out to be useful in its own right. You can cancel the “automatic” flag at any time by pressing m; if the package is already being removed, you can use Package → Install (+) to cancel the removal and clear the “automatic” flag.

https://www.debian.org/doc/manuals/aptitude/ch02s02s06.en.html


Search term reference

https://www.debian.org/doc/manuals/aptitude/ch02s04s05.en.html


Или можно «прикрепить» их (hold). Они не будут удалены без явного указания.

А помеченные как keep не будут обновлены командами обновления.

Я себе «закрепил» от удаления^W вмешательства «шибко умной» автоматики те программы, где новые версии не удовлетворяют моим ожиданиям:


$ apt-mark showhold

chromium
gnat
gnat-gps
gnat-gps-common
nvidia-cuda-mps
nvidia-detect
nvidia-kernel-dkms
nvidia-settings
nvidia-xconfig
opera-stable


И вообще в нашем ветеранском линухе (Devuan, он же Debian) всё по-взрослому:


$ ls -1 /usr/bin/{apt,dpkg}*

/usr/bin/apt
/usr/bin/apt-cache
/usr/bin/apt-cdrom
/usr/bin/apt-config
/usr/bin/apt-extracttemplates
/usr/bin/apt-ftparchive
/usr/bin/apt-get
/usr/bin/aptitude
/usr/bin/aptitude-create-state-bundle
/usr/bin/aptitude-curses
/usr/bin/aptitude-run-state-bundle
/usr/bin/apt-key
/usr/bin/apt-listchanges
/usr/bin/apt-mark
/usr/bin/apt-sortpkgs
/usr/bin/dpkg
/usr/bin/dpkg-architecture
/usr/bin/dpkg-buildflags
/usr/bin/dpkg-buildpackage
/usr/bin/dpkg-checkbuilddeps
/usr/bin/dpkg-deb
/usr/bin/dpkg-distaddfile
/usr/bin/dpkg-divert
/usr/bin/dpkg-genbuildinfo
/usr/bin/dpkg-genchanges
/usr/bin/dpkg-gencontrol
/usr/bin/dpkg-gensymbols
/usr/bin/dpkg-maintscript-helper
/usr/bin/dpkg-mergechangelogs
/usr/bin/dpkg-name
/usr/bin/dpkg-parsechangelog
/usr/bin/dpkg-query
/usr/bin/dpkg-scanpackages
/usr/bin/dpkg-scansources
/usr/bin/dpkg-shlibdeps
/usr/bin/dpkg-source
/usr/bin/dpkg-split
/usr/bin/dpkg-statoverride
/usr/bin/dpkg-trigger
/usr/bin/dpkg-vendor


$ ls -1 /usr/sbin/dpkg*

/usr/sbin/dpkg-preconfigure
/usr/sbin/dpkg-reconfigure


Однажды я от рута рекурсивно сломал права доступа на файловой системе. Трагедия, инсталляцию на помойку? С утилитами APT можно просто переустановить все пакеты заново. Одной командой. ;-)


ЗЫ

Не знаю, возможно ли это с RPM, а с APT можно иметь смешанный репозиторий для нескольких архитектур, а не только релизов. У меня на 64-битной машине некоторые нужные пакеты из 32-битного репозитория, а остальные из 64-битного. И два релиза: прошлый стабильный и позапрошлый стабильный. И всё это как-то уживается вместе.

Ответить | Правка | Наверх | Cообщить модератору

81. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от mos87 (ok), 14-Июн-20, 17:31 
кто спорит что система развесистая

но всё равно ИМХО эта парадигма где единое жестко связанное дерево устарела

сейчас слишком много файлов/пакетов/зависимостей.. когда смотрю на все эти lib-что-то-dev километровой длины, кровавые слёзы текут.

сейчас лучше опакечивать бошьшинство софта со своими библами, если только этот пакет их требует. и не раскидывать миллион файлов по FHS. Поставил я какой-то софт скажем, может даже временно, а он 100 пакетов зависимостей тянет, в каждом по миллиону файлов. Конечному пользователю (мне) всё это не надо и только мешается. Или другой пример - 2 софта требуют перл. и само собой хороший тон в Линуксах чтобы они юзали системный перл. Хотя смысла в этом немного. Лучше каждому пакету дать его минимальный и чтобы в PATH и PERLLIB их конечно не было. Тогда не надо заботиться что обнова "общего" Перла что-то сломает. Подобная философия кстати лучше сочетается с ахривами типа CPAN и говноскрипта и вообще всего.
так проще держать разные версии софта и не пытаться их интегрально свести в одно дерево что становится чем дальше тем тяжелее. А профита по сути кроме привычности нету. С минусами такого подхода можно разобраться.

Ответить | Правка | Наверх | Cообщить модератору

115. "Летнее обновление ALT p9 starterkits "  +1 +/
Сообщение от Anonymoustus (ok), 15-Июн-20, 16:06 
Для того, чтобы так сделать, нужно сперва убедить все дистрибутивы в том, что FHS существует и должна быть использована по умолчанию всеми. Но в мире перепончатых, напоминаю, не только stable API is nonsense, но и принято забивать даже на POSIX. А когда для пингвинария пытались выработать линуховый стандарт, подсуетилась Шапка и снова всё стало через жопу, зато в её интересах. Ну и напоминаю также об эпическом голосовании в Дебиане за системду. Из-за этого (лицемерной хитрожопости РедГада) убедить все дистрибутивы в необходимости единого стандарта не представляется возможным.

А если бы делать по уму, то для графических программ следовало бы завести ещё одну отдельную (уже третью) иерархию, как было в своё время сделано Ябблом для Мака. Тогда бы и эти ваши флетпаки взлетели, да и вообще много бы стало проще.

Пока существует РедГад, никакого свободного стандартизированного линуха не будет. Чем скорее вы это поймёте, ребята, тем лучше для вас же. :-)

Ответить | Правка | Наверх | Cообщить модератору

123. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Michael Shigorinemail (ok), 15-Июн-20, 17:50 
> сейчас лучше опакечивать бошьшинство софта со своими библами

Это не "лучше" или "хуже", это по сути выбор вида статика/динамика (в чём-то аналогичный выбору "hosts или DNS").  Если опакечивать без понимания такой сути -- будет точно хуже; например, из-за статической линковки или "статической" упаковки дырявых/глючных версий библиотек.

Одни детишки (забыл уже имя того проекта, хотя наверняка можно в архиве найти при надобности) лет пятнадцать-двадцать назад затеяли статически собранный дистрибутив, потому что их как слакваристов то ли оскорбляли, то ли унижали зависимости.  Запоролись уже технически они где-то в районе OOo, но вопросы по существу возникали ещё в районе pam, помнится (хотя не помню, был ли pam в тогдашней слаквари -- он ведь изоморфную проблему решает).

> Поставил я какой-то софт скажем, может даже временно, а он 100
> пакетов зависимостей тянет, в каждом по миллиону файлов.

Для таких случаев и есть aptitude (с не сильно давних пор и собственно apt в debian и производных научился писать метаданные о происхождении запроса на каждый конкретный пакет -- явно велено али по зависимостям потянулся); при этом в общем и в целом aptitude install softina; aptitude remove softina должно привести примерно к тому же виду системы, что и был.

Если что-то шибко развесистое или "временно" подразумевает достаточно длительный период, за который поставленные "паровозиком" пакеты могут понадобиться другим пакетам (либо обновляться?) -- картина может быть другая.  Но тогда и стенды/виртуалки/контейнеры/чруты бывают.

> Конечному пользователю (мне) всё это не надо и только мешается.

Вам оно мешается в плане обозримости списка установленных пакетов, так понимаю?  Просто если для работы softina эти стомильёнов файлов действительно нужны -- тут вариантов не особо-то и много.

> Или другой пример - 2 софта требуют перл. и само собой хороший тон
> в Линуксах чтобы они юзали системный перл. Хотя смысла в этом
> немного. Лучше каждому пакету дать его минимальный и чтобы в PATH
> и PERLLIB их конечно не было.

А чем лучше?  Необходимостью потом эти перлы в случаях необходимости (что даже и с perl5 бывает) поддерживать в N-кратном объёме?

> Тогда не надо заботиться что обнова "общего" Перла что-то сломает.
> Подобная философия кстати лучше сочетается с ахривами типа CPAN и
> говноскрипта и вообще всего.

За CPAN не скажу, про "вообще всего" это Вы зря, ну а остальное сразу бы и сказали.

> С минусами такого подхода можно разобраться.

Вот сперва разберитесь, а потом уже отбивайтесь от благодарного человечества, рвущегося закидать Вас амброзиями...

PS: мой старый приятель давным-давно написал такую вот статью: http://www.linuxlib.ru/Linux/idealsa.htm

Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

178. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Мимакрокадил (?), 19-Июн-20, 16:42 
>> сейчас лучше опакечивать бошьшинство софта со своими библами
> Это не "лучше" или "хуже", это по сути выбор вида статика/динамика (в
> чём-то аналогичный выбору "hosts или DNS").  Если опакечивать без понимания
> такой сути -- будет точно хуже; например, из-за статической линковки или
> "статической" упаковки дырявых/глючных версий библиотек.

Я думаю, что адекватной будет в таком случае золотая середина, чтобы основная система была классической, чтобы системные библиотеки и компоненты, а всякий юзерософт, который, как правило и хотят иметь свежим или нескольких версий, можно было ставить отдельно от системных компонент, но опять же, не заталкивать это всё в непонятный блоб и городить рантаймы по несколько сот метров или под гиг (привет snap!) где не пойми какая секурность (практика показала уже, что peшeтoвая и болтопокладательская) , а иметь тот все как обычно и системные версии юзерспейсного софта, но также иметь возможность ставить отдельно юзерософт поверх этого способом, сходным с тем, который есть в NixOS, чтобы повторяющиеся компоненты не дублировались каждый раз, и всё же была хоть какая-то ревизия библиотек, которые тянут даже таким образом в систему.
Суть же стабильных версий дистрибутивов такова, что им лишь бы не заменяли версии стабильных библиотек, так и не будут заменять, но это не значит, что их надо вообще не проверять, пусть к примеру будут собирать юзерспейсные дополнительных версий пакеты, с теми либами, что готовят в этой же системе, но ещё в тестовой ветке. С одной стороны получаемые таким образом пакеты программ будут своеобразным бэкпортом, но в то же самое время не будет такой бэкпорт заменять стабильную версию, как это происходит в том же Debian.
Да, в случае работы одной либы разных версий мы получим накладные расходы системных ресурсов, но во всех других аспектах это меньшая кровь, для достижения получения стабильной системы, и свежака в одном флаконе. Тут и контроль версий, и проверка, и овцы относительно целы и пользователи довольны, но это всяко лучше, чем всякие снапы и флатпаки.

На мой взгляд - дистрибутив который начнёт первым практиковать подобное, будет самым популярным в итоге, потому что убьёт максимальное количество зайцев, при минимальном расходе патронов (потреблении ресурсов) ;).
Конечно надо будет ещё причесать и подать в относительно привлекательной обёртке, но это уже дело маркетолухов.
С моей стороны видится, что подобное может успешно осилить только уже существующий и стоящий твёрдо на ногах проект.

NixOS в чистом виде коллегами тестировался и всё же целиком, таким образом, построенная система показала себя нестабильной, а вот установка, подобным образом, юзерспейсных программ, на мой взгляд, удачная идея. Да, есть народ, который пытается колхозить пакетный менджер nix в Debian, но один человек такое не вывезет, особенно без глубокого опыта системной разработки.
Пользователям нужно уже готовое подобное искоробочное решение.

Надеюсь донёс понятно свою мысль.

Ответить | Правка | Наверх | Cообщить модератору

121. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Michael Shigorinemail (ok), 15-Июн-20, 16:40 
> Не знаю, возможно ли это с RPM, а с APT можно иметь смешанный
> репозиторий для нескольких архитектур, а не только релизов.

http://ftp.altlinux.org/pub/distributions/ALTLinux/p9/branch/ =>
aarch64
doc
files
i586
noarch
ppc64le
x86_64
x86_64-i586 <-- http://altlinux.org/biarch

> У меня на 64-битной машине некоторые нужные пакеты из 32-битного
> репозитория, а остальные из 64-битного. И два релиза: прошлый
> стабильный и позапрошлый стабильный.

Руками можно смешивать (/точечно {обновлять,откатывать}) и с RPM, только крайне желательно понимать, что делаешь.

В альте, кстати, подстраховок на такие случаи больше, чем в любом известном мне дистрибутиве (если не вообще ОС) -- благодаря set-versions имени Лёши Турбина.

Но в apt/debian реализация "поставить вот это вон из той ветки" работает, а у нас подобного именно на этом уровне, насколько знаю, нет.

> И всё это как-то уживается вместе.

На localhost, с которого сейчас пишу (http://freesource.info/wiki/MichaelShigorin/ZenbookUX31A), годами уживалось.  Сейчас вот за ненадобностью ^i586-.* снесены напрочь :)

Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

124. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Anonymoustus (ok), 15-Июн-20, 17:53 
Да, в Дебиане работает. Оформляется в таком стиле:


$ cat /etc/apt/sources.list.d/devuan-1-jessie.list
 
deb [arch=amd64,i386] http://deb.devuan.org/merged jessie main non-free contrib
deb-src [arch=amd64,i386] http://deb.devuan.org/merged jessie main non-free contrib
...


$ cat /etc/apt/sources.list.d/devuan-2-ascii.list
 
deb [arch=amd64,i386] http://deb.devuan.org/merged ascii main non-free contrib
deb-src [arch=amd64,i386] http://deb.devuan.org/merged ascii main non-free contrib
...


cat /etc/apt/sources.list.d/palemoon.list
 
deb [arch=amd64,i386] http://download.opensuse.org/repositories/home:/stevenpusser.../ /
deb [arch=amd64,i386] http://download.opensuse.org/repositories/home:/stevenpusser.../ /
#deb [arch=amd64,i386] http://download.opensuse.org/repositories/home:/stevenpusser.../ /

Ответить | Правка | Наверх | Cообщить модератору

140. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Michael Shigorinemail (ok), 15-Июн-20, 21:40 
> Да, в Дебиане работает. Оформляется в таком стиле:

А, ну взять и намешать два выпуска тоже можно, конечно -- я-то -t имел в виду.  Так-то из коробки в p9/x86_64 будет что-то вроде:

$ cat /etc/apt/sources.list.d/yandex.list 
# mirror.yandex.ru (Yandex, Moscow)

# ALT Linux Platform 9
#rpm [p9] ftp://mirror.yandex.ru/altlinux p9/branch/x86_64 classic
#rpm [p9] ftp://mirror.yandex.ru/altlinux p9/branch/x86_64-i586 classic
#rpm [p9] ftp://mirror.yandex.ru/altlinux p9/branch/noarch classic

rpm [p9] http://mirror.yandex.ru/altlinux p9/branch/x86_64 classic
rpm [p9] http://mirror.yandex.ru/altlinux p9/branch/x86_64-i586 classic
rpm [p9] http://mirror.yandex.ru/altlinux p9/branch/noarch classic

#rpm [p9] rsync://mirror.yandex.ru/altlinux p9/branch/x86_64 classic
#rpm [p9] rsync://mirror.yandex.ru/altlinux p9/branch/x86_64-i586 classic
#rpm [p9] rsync://mirror.yandex.ru/altlinux p9/branch/noarch classic


Ответить | Правка | Наверх | Cообщить модератору

93. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Аноним (74), 14-Июн-20, 21:47 
Больше нравятся це́почки зависимых:
https://c.radikal.ru/c34/2006/5c/3cddaa3baee9.png
Продолжение ещё около десятка таких.
Аналог команды apt purge libvdpau :)
Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

125. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Michael Shigorinemail (ok), 15-Июн-20, 17:54 
> Больше нравятся це́почки зависимых: [radikal]
> Продолжение ещё около десятка таких.
> Аналог команды apt purge libvdpau :)

Как и в дебиане -- применяйте для выяснения, "кто на ком стоял",

Debug::pkgMarkInstall "true";
Debug::pkgProblemResolver "true";

в /etc/apt/apt.conf (либо в командной строке с -o).

Вероятно, за неё зацепилось что-то вроде gst-plugins-bad1.0, за который, в свою очередь -- libqt5-multimedia (а вот это если не баг, то картинка маслом про именно жёсткие зависимости).

Ответить | Правка | Наверх | Cообщить модератору

88. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Аноним (88), 14-Июн-20, 20:49 
Лучше чего? RPM, на минутщку, не менеджер пакетов, а формат этих самых пакетов. А менеджеров, работающих с ним, вагон и маленькая тележка - zypper, urpmi, yum/dnf, тот же apt, в случае с Альт-ом. RTFM, уважаемый
Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

107. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Anonymoustus (ok), 15-Июн-20, 15:55 
> Лучше чего? RPM, на минутщку, не менеджер пакетов, а формат этих самых
> пакетов. А менеджеров, работающих с ним, вагон и маленькая тележка -
> zypper, urpmi, yum/dnf, тот же apt, в случае с Альт-ом. RTFM,
> уважаемый

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

Ответить | Правка | Наверх | Cообщить модератору

94. "Летнее обновление ALT p9 starterkits "  –1 +/
Сообщение от Аноним (87), 14-Июн-20, 22:47 
> RPM против APT? На любителя… Лично моё мнение: APT (+ aptitude) — лучше

APT жуткий тормоз. Точнее, dpkg. Не знаю, как RPM (вроде довольно быстрый), но pacman по сравнению с ними реактивный.

Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

105. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Anonymoustus (ok), 15-Июн-20, 15:54 
>> RPM против APT? На любителя… Лично моё мнение: APT (+ aptitude) — лучше
> APT жуткий тормоз. Точнее, dpkg. Не знаю, как RPM (вроде довольно быстрый),
> но pacman по сравнению с ними реактивный.

Попробуй скорости новой Шапки! ;-)

У меня не сложилось впечатление медлительности APT, если только не добавлено много репозиториев. Вот тогда и впрямь начинает неприятно тормозить. Из-за тормозов я не включаю в своём Диване репозитории третьего выпуска.

Ответить | Правка | Наверх | Cообщить модератору

179. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Мимакрокадил (?), 19-Июн-20, 16:51 
>> RPM против APT? На любителя… Лично моё мнение: APT (+ aptitude) — лучше
> APT жуткий тормоз. Точнее, dpkg. Не знаю, как RPM (вроде довольно быстрый),
> но pacman по сравнению с ними реактивный.

Да, только вот сравнивать пакман с его куцыми, по сравнению с apt, возможностями - это удел поверхностного суждения о предметах сравнения.

Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

119. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Michael Shigorinemail (ok), 15-Июн-20, 16:24 
> RPM против APT? На любителя…
> Лично моё мнение: APT (+ aptitude) — лучше.

Слушайте, но вторично же удивляете вплоть до немого вопроса -- Вы ли это.  Серьёзно уравниваете управление _пакетами_ с управлением _репозиториями_ или это такая шутка была?

PS: разумеется, что APT+RPM куда лучше, чем просто RPM (и в целом возможность применения инструмента более высокого порядка вместе с базовым -- лучше, чем возможность применения только базового) -- не спорю.

Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

122. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Anonymoustus (ok), 15-Июн-20, 17:45 
_Подразумевается_ сравнение систем управления пакетами, а не форматов. Мне кажется, что это очевидно и само собой разумеется. Но похоже, что линуксоидам надо вот прямо с букваря начинать каждое обсуждение.
Ответить | Правка | Наверх | Cообщить модератору

126. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Michael Shigorinemail (ok), 15-Июн-20, 17:56 
> _Подразумевается_ сравнение систем управления пакетами

Так ведь APT не управляет пакетами.  Он стоит над этим уровнем, занимаясь межпакетными зависимостями и прочими метаданными.

А именно пакетами занимаются как раз-таки пакетные менеджеры.

Понимаю, что у меня порой тоже феерически корявые формулировки бывают, но Вы-то не я!

Ответить | Правка | Наверх | Cообщить модератору

80. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от mos87 (ok), 14-Июн-20, 17:22 
> Но непонятно, чего было не оставить оригинальный менеджер пакетов

что в данном случае оригинальный? и почему что-то не "оставили" они объясняли
>который к тому же сделан куда более продуманно и не побоюсь сказать более профессионально?

ты про в создании пакетоменеджеров?

Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

118. "Летнее обновление ALT p9 starterkits "  +1 +/
Сообщение от Michael Shigorinemail (ok), 15-Июн-20, 16:20 
> Но непонятно, чего было не оставить оригинальный менеджер пакетов

http://www.altlinux.org/History/FAQ#apt-rpm

> который к тому же сделан куда более продуманно и не побоюсь сказать
> более профессионально?

Это dpkg-то сделан более профессионально?  Тогда почему тогда, когда альт начинался, там не было даже подписей?..

Вы сейчас провели классическое сравнение тёплого с мягким -- rpm как пакетный менеджер более дубов и надёжен, dpkg -- более гибок (и я бы сказал -- за'overengineer'ен).

Насчёт профессионализма апстрима апта тоже в прошлом году грустные мысли бродили -- эти деятели мало того что развели свою подсистему управления памятью, так она ещё и кривая (причём поймали это как раз на e2k): http://bugzilla.altlinux.org/37373

Ну и если бы тот же urpmi не был кривей турецкого ятагана -- возможно, в альте как производном mandrake и сейчас был бы он.  Собственно, http://docs.altlinux.org/ru-RU/archive/2.4/html-single/maste...

Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

174. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Мимакрокадил (?), 19-Июн-20, 16:10 
> Но непонятно, чего было не оставить оригинальный менеджер пакетов, который к тому
> же сделан куда более продуманно и не побоюсь сказать более профессионально?

Потому что на тот момент apt+rpm давал больше преимуществ, чем rpm с "родными" менеджерами. Сейчас та же красношляпа подтянулась, хотя как по мне субъективно всё равно apt получше будет, и я рад, что в том же Альте именно такая связка, лично я ничего инородного и криминального в этом не вижу, тем более что в самом apt уже была какая-никакая поддержка работы с rpm, которую команда Альт уже допиливала, насколько я всё это понял, не слежу за rpm дистрами, просто иногда использую.


Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

17. "Летнее обновление ALT p9 starterkits "  +1 +/
Сообщение от Аноним (17), 13-Июн-20, 15:07 
А в альтлинуксе есть шифрование по ГОСТу в openssl и следовательно всей системе (apache/nginx итп)?
Просто проблема есть в том что меня как хостера клиенты часто просят это шифрование им сделать (ходят куда-то в государственные сервисы), а тут если есть "искаробочное" решение (собственно кроме LAMP от него ничего не требуется), то может быть буду тогда им указывать на него
Ответить | Правка | Наверх | Cообщить модератору

18. "Летнее обновление ALT p9 starterkits "  +2 +/
Сообщение от Аноним (33), 13-Июн-20, 16:23 
Везде давно есть. Даже в дебиане https://packages.debian.org/source/buster/libengine-gost-ope... Ты о чём вообще?
Ответить | Правка | Наверх | Cообщить модератору

50. "Летнее обновление ALT p9 starterkits "  +1 +/
Сообщение от Michael Shigorinemail (ok), 14-Июн-20, 01:01 
> А в альтлинуксе есть шифрование по ГОСТу в openssl
> и, следовательно, всей системе (apache/nginx и т.п.)?

Да.  Возможно, пригодится http://www.altlinux.org/ГОСТ_в_OpenSSL -- и до кучи:

http://www.altlinux.org/OSS-GOST-Crypto
http://ftp.altlinux.org/pub/distributions/ALTLinux/p9/branch.../

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

170. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от userd (ok), 17-Июн-20, 20:49 
Там тоже может быть не всё гладко.
Мне вот сервер с гостом пока не нужен, только клиент.
Оказалось, что не все сервера доступны - см. #38620
Ответить | Правка | Наверх | Cообщить модератору

21. "Летнее обновление ALT p9 starterkits "  –3 +/
Сообщение от Аноним (33), 13-Июн-20, 16:58 
Т.к. автор новости игнорирует любые упоминания про лицензию, то перехожу сюда https://www.altlinux.org/Starterkits

"Небольшие live-сборки с различными графическими окружениями плюс серверная, спасательная и облачная; доступны для свободной загрузки и неограниченного применения на условиях GPL"

Ссылка "GPL" ведёт на какую-то отсебятину: http://nightly.altlinux.org/p9/license.ru.html


И не ясен статус под e2kv4. Оно и правда под gpl? Если да, то где ссылка на патчи и компилятор? Если что, это пункт 6 GPLv3

Ответить | Правка | Наверх | Cообщить модератору

44. "Летнее обновление ALT p9 starterkits "  +1 +/
Сообщение от Аноним (44), 13-Июн-20, 23:18 
В "отсебятине" написано про GPL2, там тоже этот пункт есть?
Ответить | Правка | Наверх | Cообщить модератору

45. "Летнее обновление ALT p9 starterkits "  –3 +/
Сообщение от Аноним (33), 14-Июн-20, 00:18 
Во-первых, читай внимательнее: "GNU General Public License версии 2 или любой последующей". А во-вторых оттуда же "2.3 Использование несвободных программ, включенных в состав НАБОРА." Какие могут быть несвободные программы, если продукт под GPL идёт? Это же грубое нарушение получается.
Ответить | Правка | Наверх | Cообщить модератору

51. "Летнее обновление ALT p9 starterkits "  +1 +/
Сообщение от Michael Shigorinemail (ok), 14-Июн-20, 01:02 
Учите наконец уже матчасть -- в данном случае определение составного произведения.  И только затем идите кого-либо обвинять в игнорировании.
Ответить | Правка | Наверх | Cообщить модератору

65. "Летнее обновление ALT p9 starterkits "  –2 +/
Сообщение от Аноним (65), 14-Июн-20, 09:57 
Так составное произведение под какой лицензией идёт, Миша? Если GPL, то что в нём несвободные компоненты забыли? Вы уж там у себя определитесь. А то же за державу обидно.
Ответить | Правка | Наверх | Cообщить модератору

72. "Летнее обновление ALT p9 starterkits "  +1 +/
Сообщение от midyukovanton (ok), 14-Июн-20, 13:43 
>Если GPL, то что в нём несвободные компоненты забыли?

GPL на составное произведение. Составное произведение под GPL не обязано включать только компоненты под GPL.

Ответить | Правка | Наверх | Cообщить модератору

79. "Летнее обновление ALT p9 starterkits "  –1 +/
Сообщение от Аноним (65), 14-Июн-20, 16:54 
>Составное произведение под GPL не обязано включать только компоненты под GPL.

Конечно, но лицензия каждого компонента не должна накладывать дополнительных ограничений поверх GPL. Вот их список: https://www.gnu.org/licenses/license-list.ru.html#GPLCompati...

Ответить | Правка | Наверх | Cообщить модератору

128. "Летнее обновление ALT p9 starterkits "  +2 +/
Сообщение от Michael Shigorinemail (ok), 15-Июн-20, 18:00 
>> Составное произведение под GPL не обязано включать
>> только компоненты под GPL.
> Конечно, но лицензия каждого компонента не должна накладывать
> дополнительных ограничений поверх GPL. Вот их список:

(задумчиво) Идите уже к юристу, а?  Когда за деньги объясняют -- порой это вдруг оказывается доходчивей.  Что Вы сами не юрист -- вижу из полного невладения обсуждаемым вопросом.  Что здесь объяснять бесполезно -- из того, что упорно не берётесь по полученным наводкам сесть и прокопать тему для себя лично.

Ответить | Правка | Наверх | Cообщить модератору

55. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Michael Shigorinemail (ok), 14-Июн-20, 01:20 
> Т.к. автор новости игнорирует любые упоминания про лицензию

Всё, дошло наконец -- похоже, Вы имели в виду "беззаботно пропустил упомянуть лицензию в тексте новости".  Не помню точно, упоминал ли в _предложенном_ тексте -- но сейчас предложил правку с добавлением прям здесь, а не по ссылке.  Если правильно Вас понял -- спасибо за подсказку.

e2k* -- пока под GPL _и_ NDA, увы.  Мы совместно с МЦСТ работаем над этой проблемой (см. тж. https://www.opennet.dev/opennews/art.shtml?num=53071), но не всё тут зависит от них и тем более от нас.

GPLv3 перечитайте, пожалуйста, начиная с пункта 0 -- во избежание типовых ошибок.

Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

64. "Летнее обновление ALT p9 starterkits "  –1 +/
Сообщение от Аноним (65), 14-Июн-20, 09:55 
>под GPL _и_ NDA

Юристов за такое надо выгонять.


>во избежание типовых ошибок.

Вот их и надо избегать, если продукт делаете.

Ответить | Правка | Наверх | Cообщить модератору

129. "Летнее обновление ALT p9 starterkits "  +3 +/
Сообщение от Michael Shigorinemail (ok), 15-Июн-20, 18:04 
>> под GPL _и_ NDA
> Юристов за такое надо выгонять.

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

А с людьми, которые помогут снять вот то NDA с этих патчей -- я всегда рад конструктивно работать (собственно, и работаю).

Ответить | Правка | Наверх | Cообщить модератору

23. "Летнее обновление ALT p9 starterkits "  –1 +/
Сообщение от mos87 (ok), 13-Июн-20, 17:12 
В engineering какие-то уникальные дрова для русских ЧПУ? Ах, да...
Ответить | Правка | Наверх | Cообщить модератору

26. "Летнее обновление ALT p9 starterkits "  –1 +/
Сообщение от Anonymoustus (ok), 13-Июн-20, 17:21 
Аналоговнет.
Ответить | Правка | Наверх | Cообщить модератору

30. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от АнтонМидюковemail (?), 13-Июн-20, 18:14 
Свободный ЧПУ - LinuxCNC. Причём тут русские ЧПУ?
Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

40. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от mos87 (ok), 13-Июн-20, 20:57 
при том что это русский Линукс.
Ответить | Правка | Наверх | Cообщить модератору

53. "Летнее обновление ALT p9 starterkits "  +1 +/
Сообщение от Michael Shigorinemail (ok), 14-Июн-20, 01:04 
А можно теперь без фатальных проблем с логикой?
Ответить | Правка | Наверх | Cообщить модератору

61. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от mos87 (ok), 14-Июн-20, 02:21 
> А можно теперь без фатальных проблем с логикой?

промахнулись ответом, Михаил. Проследуйте на уровень выше пжлста.

Ответить | Правка | Наверх | Cообщить модератору

130. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Michael Shigorinemail (ok), 15-Июн-20, 18:06 
>> А можно теперь без фатальных проблем с логикой?
> промахнулись ответом, Михаил. Проследуйте на уровень выше пжлста.

Не-а.  Вы, если что, не просто инициатору того варианта свои построения (столь же "обоснованные", как рядом про перл и библиотеки) выкатили, но и собственно инженеру с заводским стажем и опытом работы с таким оборудованием.  Тут и я бы его учить не полез, а Вы -- тем более зря ;-)

Ответить | Правка | Наверх | Cообщить модератору

144. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от mos87 (ok), 15-Июн-20, 23:06 
Михаил, у вас что-то барахлит.
Я ничего и не думал "выкатывать". Я написал, то, что написал, мне кажется вы-то поняли к чему.
А так я ЦНЦ люблю. Если непонятно.
Сходите что ли Плющенко в стограме поддержите, его там Нэвэльный зрения лишает.
Ответить | Правка | Наверх | Cообщить модератору

146. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Michael Shigorinemail (ok), 15-Июн-20, 23:14 
> Михаил, у вас что-то барахлит.

Принял :-)

Ответить | Правка | Наверх | Cообщить модератору

32. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Аноним (32), 13-Июн-20, 18:45 
А какая там версия гнома? Есть надежда на 3.36?
Ответить | Правка | Наверх | Cообщить модератору

52. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Michael Shigorinemail (ok), 14-Июн-20, 01:04 
Обсуждали, но не факт; gnome3 3.36 есть в аналогичных сборках на сизифе:
http://nightly.altlinux.org/sisyphus/flavours/gnome3/
http://nightly.altlinux.org/sisyphus/ChangeLog
Ответить | Правка | Наверх | Cообщить модератору

35. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Аноним (35), 13-Июн-20, 20:01 
Вот я установил этот alt в chroot-e.
Вроде, чтобы из под choot-a графические (GTK) программы запускались
и отображали меню не кракозябрами, необходимо поставить дополнительно пакет fonts-bitmap-misc (если не забыл, что именно этот), потому что он не подтягивается зависимостями.
А вот какой по умолчанию Monospace font?
Уже сколько шрифтов переставил, а он не подтягивается.
Сложность еще и в том, что если какой-то не тот шрифт поставить то поломаются все графические программы (опять будут кракозябры в интерфейсе).
Вспомнил 2005 год
Ответить | Правка | Наверх | Cообщить модератору

54. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Michael Shigorinemail (ok), 14-Июн-20, 01:08 
> А вот какой по умолчанию Monospace font?

Это к fontconfig (точнее сходу не соображу).  Но вообще заинтриговали -- с учётом того, что работать с чрутом непривилегированным пользователем малоудобно (несколько менее неудобно с применением chrootuid), это что же за софтина должна была у нас найтись, которой нет в хостовом дистрибутиве и которую так сложно в него/на нём собрать?..

Ответить | Правка | Наверх | Cообщить модератору

86. "Летнее обновление ALT p9 starterkits "  –1 +/
Сообщение от anonymous (??), 14-Июн-20, 19:55 
> что же за софтина должна была у нас найтись, которой нет в хостовом дистрибутиве и которую так сложно в него/на нём собрать?..

Стандартная ситуация: есть старая система времен RHEL5, на которой нужен, скажем, браузер, нормально отображающий современный веб. Самое простое - свежий дистрибутив в chroot, если хостовое ядро позволяет.

Ответить | Правка | Наверх | Cообщить модератору

131. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Michael Shigorinemail (ok), 15-Июн-20, 18:09 
В p9 glibc уже не живёт под 2.6.18... но так понятней, да.

В такой чрут я бы засунул fonts-otf-mozilla-fira с fonts-otf-adobe-source-sans-pro/fonts-otf-adobe-source-code-pro и посмотрел, не хватит ли этого.

Ответить | Правка | Наверх | Cообщить модератору

62. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от LesPaul (?), 14-Июн-20, 03:32 
Недавно пробовал их regular сборку с GnuStep, довольно интересно. Cейчас скачал с mate, надеюсь там есть gparted, если захочу установить и разбить по человечески, а не как в дебиан, и планировщик нормальный, а не тупой mq-deadline, как в ubuntu
Ответить | Правка | Наверх | Cообщить модератору

73. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от midyukovanton (ok), 14-Июн-20, 13:46 
>Cейчас скачал с mate, надеюсь там есть gparted

gparted есть во всех стартеркитах с графикой.

Ответить | Правка | Наверх | Cообщить модератору

63. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от NecroJoke (?), 14-Июн-20, 05:15 
Пользуюсь давно с мате, нормальный дистр
Ответить | Правка | Наверх | Cообщить модератору

78. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Аноним (78), 14-Июн-20, 16:32 
>Окружения с Cinnamon, GNOME 3 и KDE 5 испытывают проблемы с изменением
>размера окна в virtualbox при использовании виртуального видеоадаптера >vmsvga;

Не пробовал Alt в этот раз, но не так давно пробовал все известные оболочки потестить на предмет потребления ресурсов, также заметил проблемы KDE 5 (KDE Neon) с изменением размера окна в виртуалбоксе, GNOME 3 вообще не пробовал, потому что с этим поциентом и так всё ясно, а вот Cinnamon нормально работал, да и кстати для KDE надо в закладке Диплей -> Экран поменять графический контроллер, иначе вообще не будет работать нормально. КДЕшники же такие особенные, им нужно чтобы и настройки для их среды были особенные ;)

Ответить | Правка | Наверх | Cообщить модератору

89. "Летнее обновление ALT p9 starterkits "  +1 +/
Сообщение от Аноним (87), 14-Июн-20, 20:51 
Михаил, предлагаю добавить в репозиторий http://www.vapoursynth.com/ Собирается несложно, если что, подскажу по зависимостям. В репах Суси, Арча и deb-multimedia уже есть.
Ответить | Правка | Наверх | Cообщить модератору

132. "Летнее обновление ALT p9 starterkits "  +1 +/
Сообщение от Michael Shigorinemail (ok), 15-Июн-20, 18:17 
> Михаил, предлагаю добавить в репозиторий vapoursynth

Спасибо, повесил: http://bugzilla.altlinux.org/38615

А сами часом не хотите собрать?  На себе проверено -- для таких штук лучший майнтейнер тот, кто непосредственно применяет.

Ответить | Правка | Наверх | Cообщить модератору

152. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Аноним (152), 16-Июн-20, 19:52 
У меня нет опыта опакечивания. Собираю в /usr/local.

Нужно сначала опакетить zimg https://github.com/sekrit-twc/zimg/releases
А для поддержки плагина ffms2 (он универсальный), создать симлинк ln -s /usr/lib/libffms2.so /usr/lib/vapoursynth/libffms2.so на примере, как сделано в арче https://www.archlinux.org/packages/community/x86_64/ffms2 В Сусе это не сделали, а в Арче сделали.

Ответить | Правка | Наверх | Cообщить модератору

156. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Аноним (156), 17-Июн-20, 00:26 
Я сейчас собираю плагины для рабочего Xenial. Местами приходится так костылять, например, со свежими ffmpeg либами собирать. Но вроде получается. Система 2016 года.
Ответить | Правка | Наверх | Cообщить модератору

159. "Летнее обновление ALT p9 starterkits "  +1 +/
Сообщение от Michael Shigorinemail (ok), 17-Июн-20, 02:07 
> У меня нет опыта опакечивания.

У меня тоже не было двадцать лет тому назад; спасибо по большей части Владимиру Бормотову (тогда из команды Black Cat Linux), который наглядно рассказывал и показывал, что это необязательно настолько сложно, как может показаться со стороны.

Собственно, все три упомянутых в #38615 спека на мой взгляд скорее развесисты за счёт подпакетов, чем сложны.

Хотите, попробуем пособирать вместе? ;-)

Ответить | Правка | К родителю #152 | Наверх | Cообщить модератору

168. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Аноним (168), 17-Июн-20, 20:04 
> Хотите, попробуем пособирать вместе?

А что для этого нужно?

Ответить | Правка | Наверх | Cообщить модератору

153. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от LesPaul (?), 16-Июн-20, 19:54 
Был неприятно поражён установщиком, в mате установщик из KDE3? Пиктограмы ext2/ext3 при этом не даёт установить boot на ext2, ну ок, поставил всё на ext4, после установки долго грузилась полоска, и наконец какие-то ошибки uefi, хотя он отключён.
Ответить | Правка | К родителю #132 | Наверх | Cообщить модератору

160. "Летнее обновление ALT p9 starterkits "  +1 +/
Сообщение от Michael Shigorinemail (ok), 17-Июн-20, 02:12 
> Был неприятно поражён установщиком, в mате установщик из KDE3?

Морда установщика -- на Qt (сейчас это qt5).

> Пиктограмы ext2/ext3 при этом не даёт установить boot на ext2

Даёт; но эта "ручка" спрятана за галкой "показать дополнительные опции", для ext3 надо отключить экстенты, а для ext2 -- ещё и журнал.

А зачем /boot на ext2, если это не e2k? (там-то фирмварь умеет ext2 и iso9660)

> ну ок, поставил всё на ext4, после установки долго грузилась полоска,
> и наконец какие-то ошибки uefi, хотя он отключён.

По возможности сделайте фото или хотя бы строки перепишите -- это ещё при установке (на каком шаге?) или при загрузке? (там могла быть попытка загрузки модуля efivars, хотя он-то должен прописываться при обнаружении /sys/firmware/efi/, т.е. загрузке в режиме EFI; в любом разе нестрашное)

Ответить | Правка | Наверх | Cообщить модератору

164. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от LesPaul (?), 17-Июн-20, 11:57 
Блин, ну вот нравится мне Alt своей внешностью, минимум программ, но установщик... Ну какое фото? Ошибки вылезли после установки. Зачем /boot на ext2? А зачем ему журнал? Нутоварищи, сделайте уже что-то с установщиком, пользователь не должен разгадывать ребусы, тем более я не новичок, федоры и олдскул дебьяны прошёл, и люди к Вам потянуться)
Ответить | Правка | Наверх | Cообщить модератору

167. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Michael Shigorinemail (ok), 17-Июн-20, 17:51 
> Блин, ну вот нравится мне Alt своей внешностью, минимум программ,
> но установщик...

Ну и вешайте новые баги, раз имеющихся недостаточно ;-)

> Ну какое фото? Ошибки вылезли после установки.

Ну как какое -- представьте, занимаетесь Вы чем-то, сделали, выкатили, тут прихожу я и начинаю взволнованно размахивать руками -- "эва, ну эва... опаньки".  Если я хотел что-то важное сказать -- наверное, стоило бы постараться слова-то найти.  В идеале -- как-то так: http://egorfine.com/ru/articles/effective-bugreports/

В общем, насколько пока могу предположить -- уберите "efivars" из /etc/modules, я его году в 2012 прибил туда прописывать "на всякий", благо тогда он при отсутствии EFI никак не ругался (да так и не добрался потом убрать, а сейчас уже UEFI начинаю забывать потихоньку вместе с x86).

> Зачем /boot на ext2? А зачем ему журнал?

Гм, тут даже я Вас с трудом понимаю (по крайней мере чтоб однозначно).

Зачем /boot на ext2, чем ему мешает журнал, чем помогает его отсутствие?  Кстати, что думаете про CONFIG_EXT4_USE_FOR_EXT2?

PS: если захотите запатчить под себя -- это либо alterator-vm, либо guile-evms (возможно, оба, но я бы начинал раскопки с последнего).  Патчить надо код на scheme.

Ответить | Правка | Наверх | Cообщить модератору

180. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Мимакрокадил (?), 19-Июн-20, 17:02 
> Блин, ну вот нравится мне Alt своей внешностью, минимум программ, но установщик...
> Ну какое фото? Ошибки вылезли после установки. Зачем /boot на ext2?
> А зачем ему журнал? Нутоварищи, сделайте уже что-то с установщиком, пользователь
> не должен разгадывать ребусы, тем более я не новичок, федоры и
> олдскул дебьяны прошёл, и люди к Вам потянуться)

А что не так с /boot на ext2? Да, в Альте установщик не верх совершенства, но вполне себе сойдёт, лучше уж такой, чем как в федорасусях. Хотя лично я бы предпочёл схожий с дебиановским, чтобы больше опций было в предустановке, а не потом руками ковярять и переделывать.

Ответить | Правка | К родителю #164 | Наверх | Cообщить модератору

169. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Аноним (168), 17-Июн-20, 20:05 
Зачем для boot отдельный раздел? Я так вообще загрузчик не ставлю.
Ответить | Правка | К родителю #153 | Наверх | Cообщить модератору

181. "Летнее обновление ALT p9 starterkits "  +/
Сообщение от Мимакрокадил (?), 19-Июн-20, 17:05 
> Зачем для boot отдельный раздел? Я так вообще загрузчик не ставлю.

По разным причинам, кто-то имеет необходимость шифровать все разделы, для подобного /boot нужно держать отдельно, а бывает надо чтобы загрузочный раздел был вообще на отдельном физическом носителе. Но для хомячков действительно это не особо нужно, им желательно только хомяк отдельно, на всякий случай, но лично я по привычке даже на домашней системе делают /boot отдельно и в ext2.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру