LINUX.ORG.RU

Ответ на: комментарий от Roy-Batty

Опакечиваю, если повезёт, то даже пользуюсь. Как ни странно, до этого занятия тем же софтом я пользовался чаще.

grem ★★★★★
()
Ответ на: комментарий от Roy-Batty

Ладно хрен с ним с MX. Но не может дистр родившийся только в мае 19го года. Стать популярнее убунты,федоры,минта,дебиана. Либо накрутка, либо накрутка

LINUX-ORG-RU ★★★★★
()

итак, дебиан тестинг, арч, endeavour os, opensuse tumbleweed - мне нужно поставить туда Minder из elementary os, freeplane, офис из манжаро нынешней, игру War Thunder - то есть ядро не ниже 5,15, и прочие приколюхи, скажем так, и гном 42-43 обязательно

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

Для Debian Testing

minder/testing 1.14.0-1 amd64
  Mind-mapping application
...
linux-image-6.0.0-2-amd64/testing,now 6.0.5-1 amd64 [установлен, автоматически]
...
freeplane/testing,testing 1.7.10-1 all
  Java program for working with Mind Maps

офис из манжаро нынешней

Ага, какой из тучи сами думайте

https://packages.debian.org/search?suite=bookworm&keywords=офис_из_мандары

игру War Thunder

дистрбутив тут причём? Или в манжаре в репах 0_0~!

и прочие приколюхи

Гугл в руки. На этом наши полномочия всё.

LINUX-ORG-RU ★★★★★
()
Ответ на: комментарий от LINUX-ORG-RU

ubuntu, fedora, mint, debian - не rolled. А мы, школьники, хоти свеженького.

Roy-Batty
()

Надеюсь все дистрибутивы не станут роллинговыми.

ex-kiev
()
Ответ на: комментарий от Roy-Batty

да, может быть и арч, спасибо)

votafak ★★★★★
() автор топика
Ответ на: комментарий от Roy-Batty

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

LINUX-ORG-RU ★★★★★
()
Ответ на: комментарий от LINUX-ORG-RU

или этот дистрибутив стал популярен в индии или китае,

Я переписываюсь с людьми из разных стран. Кто в разработчиках и немного в английский и в linux. Малазия, Индия, Китайцы на понтах )) Индусы, Южная Aмерика и вот это всё.

99% всех по моему опросу, кто не из постCCCP или Европы, сидят на такой технике, что ВИДНО разницу с Debian/Ubuntu или Arch. А если Gentoo умеет, то вообще…

Roy-Batty
()
Ответ на: комментарий от votafak

предупреждение: файл /etc/pacman.conf, строка … параметр стопицот_названий_пакетов … в секции options не распознан

Судя по скрину там в пакман.конф как то левые строки с перечислением пакетов затесались, и пакманом оно как пакеты в игнорлисте посчиталось.

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

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

это не хорошо - дистрибутив должен обновляться даже, если предыдущие обновления были пропущены

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

это не хорошо - дистрибутив должен обновляться даже, если предыдущие обновления были пропущены

так манжара как производное от арча именно так и должна, если удалить лишнее с конфига пакмана, синхронизировать базу и не отказываться от замены ‘устаревших’(слегка изменивших название) пакетов - сейчас обновится же наверное)

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

Debian testing +1

Следующий выпуск после bullseye называется «bookworm».

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

Заметим, что обновления безопасности для «тестируемого» дистрибутива ещё не поддерживаются командой безопасности. Следовательно, «тестируемый» выпуск не получает обновлений безопасности своевременно. Если вам требуется поддержка безопасности, то пока вам лучше изменить записи в sources.list с testing на bullseye. Также см. пункт в ЧаВО команды безопасности о «тестируемом» выпуске.

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

Если ты просишь перевести что там написано то:

  • год с лишним назад вышел дебиан 11
  • в примерно этот момент, его плюс-минус копия стала тестингом
  • соотв репа дебиана 11 подзамерзла и получает обновления, прежде всего по безопасности (там смысл следующий - когда выходит новая версия софтинки, где заделана дырка, ментейнер может не версию софта в пакете менять а бэкпортировать в версию дебиана заплатку из апстрима что бы не ломались связи/зависимости, в том числе с твоим софтом)
  • репа тестинга живёт своей жизнью с тех пор и для неё никто ничего не бекпортирует ибо нафига - заплатка прилетает с новой версией пакета
  • в определенный момент репа тестинга замерзнет (по версиям) и начнется процесс стабилизации - отлова багов в замёрзших версиях
  • после этого тестинг опять разделится на стабильный 12 и новый тестинг

Это круговорот жизни кимкидука и дебиана - весна, лето, осень, зима и снова весна (гы)

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

ну да, я не против перевода того, что там написано, но и прочел сам такую фразу там - «Следовательно, «тестируемый» выпуск не получает обновлений безопасности своевременно.» - вот есть комментарии по этому поводу? Как это воспринять? Дебиан тестинг - полон опасностей чтоли?

и после заморозки, разморозки и релиза 12-го мне переустанавливать дебиан придется?

votafak ★★★★★
() автор топика
Ответ на: комментарий от votafak
  • Есть tar.gz v1.0.0 оригинальный, его качает маинтейнер и если кое как собралось опакечивается для Experimentall

  • После того как оно стало не только нормально собираться, но путём исправляющих косяки патчей стало не падать, его переносят в Unstable. Возможно одновременно с этим вышла новая версия v1.0.1 и попала в Experimentall.

Теперь в Experimentall v1.0.1, а в Unstable v1.0.0

  • После того как за программой tar.gz v1.0.0 не замечено падений, а если они есть то известно почему они происходят программа считается готовой к употреблению (дада стабильность заключается в предсказуемости, а не идеальной работе) она улетает в Testing

  • Одновременно с этим в Experimentall прилетает v1.2.0, а в Unstable v1.0.1.

Теперь программа tar.gz есть во всех трёх ветках Debian

  • Experimentall v1.2.0
  • Unstable v1.0.1
  • Testing v1.0.0

Идёт время оригинальная программа обновляется и как по трём насосам каждая новая версия кочует по трём насосам. И вот настал момент когда в ветке Testing критически снизилась частота обновлений, из Unstable почти не прилетают обновления и исправления в Experimentall лежит багонутое днище требующее допила, и так с 40000 пакетов примерно. В разработке замечается тишина, все баги известны, те что можно было исправить исправили, те что нет… ну нет исправлений и всё тут.

Выносится голосование о релизе новой версии Debian майнтейнеры говорят добро и море волнуется раз, море волнуется два, море волнуется три Debian Stable замри!

Тааадаааааа текущий Debian Testing стал Debian Stable Теперь запрещено вносить изменения в пакетную базу за исключением обновлений безопасности и серьёзных ошибок.

Важно отметить что у дебиана имена это не просто прикол, если в момент заморозки в твоём /etc/apt/source.list сейчас будет написано

deb http://deb.debian.org/debian/ bookworm main contrib non-free

То у тебя сейчас Debian Testing с которым случится заморозка и он старнет Debian Stable со временем. Но если у тебя там

deb http://deb.debian.org/debian/ testing main contrib non-free

То у тебя будет всегда Debian Testing и в момент заморозки будет простой в месяц где то, а затем опять будут как обычно приходить обновления.

Если у тебя там будет

#sid или unstable не важно
deb http://deb.debian.org/debian/ sid main contrib non-free

Тогда ты всегда будешь в переди планеты всей, но в сид/unstable попадает то что хотя бы работает, а уж как вопрос десятый.

Итог

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

  • Unstable он же Sid всегда Sid - сюда из Experimentall и порою напрямую из апстрима (многие заранее готовят свои проекты для дебиана) попадает то что спокойно собирается, работает, но на что часто летят исправления/ломания. Типа вроде работает как-то и ладно, все нужные зависимости есть и внезапных обновлений glibc не требует. Но спотыкается и падает может быть, а может и не быть.

  • Testing будующий Stable - сюда пакет попадает из Unstable у него гарантированно всё зашибись по зависимостям, на него накатаны патчи исправлений (которые ещё не исправил апстрим) и патчи адаптаций (под debian. пути к конфигам например или параметры сборки учитывая пакетную базу дистрибутива) программа готова к использованию, но активно собирается фидбек пот пользователей, вносятся частые исправления, багфиксы часто летят новые версии из Unstable.

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

  • Old Stable прошлый стабильный выпуск. Никаких изменений. Монолит.

  • Old Old Stable позапрошлый стабильный выпуск. Никаких измененний копролит

  • Old Old Old Stable ископаемое, всё ещё можно установить, репы ещё живы. Но выкачивай ибо когда выйдет новый Stable вся эта цепочка сдвинется и на место Old Old Old Stable встанет текущий Old Old Stable и будут удалены образы/репы текущего Old Old Old Stable. http://deb.debian.org/debian/dists/

Это как конвеер с лентой. Берётся пакет с деталями, положили он поехал, попал в Experimental цех его там собрали, дальше едет по ленте попал в Unstable цех его там помыли, смазали, прикрепили детали, дальше едет в Testing цех по нему там постучали,потрясли, во всё потыкали, затянули болты/винты обработали напильником и внесли доработки, помыли и упаковали в коробочку, коробочка приехала в Stable пользователь её вскрывает, накатывает и использует.

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

Не рекомендуется, но можно смешивать например написать в source.list так

deb http://deb.debian.org/debian/ testing main contrib non-free
deb http://deb.debian.org/debian/ stable main contrib non-free

или так

deb http://deb.debian.org/debian/ testing main contrib non-free
deb http://deb.debian.org/debian/ unstable main contrib non-free

или так

deb http://deb.debian.org/debian/ unstable main contrib non-free
deb http://deb.debian.org/debian/ experimental main contrib non-free

Допустимо делать смеси в рамках двух ближайших веток. Чеерез одну НЕНАДА НИКАГДА. Да и в целом вмешивать например stable и testing есть смысл только тогда когда например в новой ожидаемой версии дебиана нет программы которая есть в текущем стабильном выпуске или наоборот.

LINUX-ORG-RU ★★★★★
()
Последнее исправление: LINUX-ORG-RU (всего исправлений: 1)
Ответ на: комментарий от votafak

и после заморозки, разморозки и релиза 12-го мне переустанавливать дебиан придется?

Дебиан никогда не требует переустановки, сидишь на stable в любой момент просто обновляешься до testing (но не через релиз! Если ты на old stable вдург оказался забив лет на 7 обновляться то нужно обновится сначала до stable. а потом уже до testing ). сидишь на тестинг, сидишь на тестинг и всё. Сидишь на тестинг но в сорслисте вместо testing написано кодовое имя релиза будешь заморожен и станешь ситедать на stable, замечаешь что чёт не то, меняешь слово в сорс листе и обновляешься до дестинг.

Переустанавливать дебиан ненадо ,если только ты его сломал. А если сломал то можно просто переустановить пол системы от балды и всё вернётся во свояси.

LINUX-ORG-RU ★★★★★
()
Последнее исправление: LINUX-ORG-RU (всего исправлений: 1)
Ответ на: комментарий от rukez

Блин, нафиг я протыню малял, не заметил твой комментарий =)

LINUX-ORG-RU ★★★★★
()

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

стоит попробовать pacman -Syyuu

usi_svobodi
()
Ответ на: комментарий от votafak

вот есть комментарии по этому поводу? Как это воспринять? Дебиан тестинг - полон опасностей чтоли?

Ещё раз - обновления безопасности это по сути патчи ментейнеров дебиана. Они могут появляться:

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

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

и после заморозки, разморозки и релиза 12-го мне переустанавливать дебиан придется?

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

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

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

похоже дебиан для людей делают

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

Что-то весьма загадочное у Вас… У меня не так давно десктоп 2.5 месяца выключенный стоял и без проблем обновился в 2 команды

# pacman-mirrors -c all
# pacman -Syyu
QsUPt7S ★★
()
Ответ на: комментарий от votafak

А почему Вы отказались от замены пакета wxgtk-common на wxwidgets-common? Ведь последний заменяет первый, а первого сейчас даже в дереве пакетов нет. Попробуйте согласиться на замену. Кроме того, на форуме Манжары, перед обновлением, рекомендуют избавиться от всего, что зависит от пакета wxgtk2.

You need to remove anything that depends on wxgtk2 and also remove wxgtk2 before updating as was already announced. Nothing in the repos depends on wxgtk2 anymore, so whatever depends on it was manually installed by you from the AUR which is your responsibility to manage.

QsUPt7S ★★
()

Странная проблема.

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

Проблемы с keyring или зеркалами? Достаточно обновить список зеркал. Хоть через ГУИ pamac-manager'a.

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

соглашался на замену - не помогает, а wxgtk2 не удалял еще

votafak ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.