The OpenNET Project / Index page

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



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

Оглавление

Выпуск пакетного менеджера APT 2.6, opennews (??), 07-Мрт-23, (0) [смотреть все]

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


17. "Выпуск пакетного менеджера APT 2.6"  –6 +/
Сообщение от kawaii_girl (ok), 07-Мрт-23, 10:22 
>Если ВАШ пакетный менеджер требует перезагрузок на каждый чих, то он и подавно не нужен)

На самом деле система "оффлайн" обновлений значительно лучше, потому что снижает риск поломки системы при обновлении. Я один раз решила обновить систему через терминал, не перезагружаясь в режим "оффлайн" обновления и сломала систему) Из-за того что внезапно упал гном(возможно из-за того что среди обновлений были компоненты гнома) и вместе с гномом закрылся терминал обновление не было завершено корректно. Теперь обновляюсь только с перезагрузкой через gnome software)

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

28. "Выпуск пакетного менеджера APT 2.6"  +/
Сообщение от Аноним (4), 07-Мрт-23, 10:35 
Вы только что рассказывали про откат изменений в dnf, что же не воспользовались?)
Ответить | Правка | Наверх | Cообщить модератору

42. "Выпуск пакетного менеджера APT 2.6"  –3 +/
Сообщение от kawaii_girl (ok), 07-Мрт-23, 11:09 
Потому что я совершила большую ошибку - перезагрузилась после неудачного обновления. И после перезагрузки система нормально не загрузилась.
Ответить | Правка | Наверх | Cообщить модератору

48. "Выпуск пакетного менеджера APT 2.6"  +1 +/
Сообщение от fumanchez (ok), 07-Мрт-23, 11:23 
Ну как же из-за такой мелочи останавливаться, надо было с флешки загрузиться (конечно же с образа Федоры), и из chroot запустить dnf restore, или как это у вас там будет. Иначе будешь как лохи с апт и пакманом.
Ответить | Правка | Наверх | Cообщить модератору

56. "Выпуск пакетного менеджера APT 2.6"  +3 +/
Сообщение от Аноним (55), 07-Мрт-23, 12:00 
Это же слишком сложно. Зачем что-то чинить, если пришло время переустанавливать шиндошс^W федору
Ответить | Правка | Наверх | Cообщить модератору

74. "Выпуск пакетного менеджера APT 2.6"  +2 +/
Сообщение от Аноним (74), 07-Мрт-23, 14:34 
СистемД-проблемы. А, судя по изначальной проблеме с терминалом, подозреваю что и дистр от красношляпы. Переходи на убунту.
Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

79. "Выпуск пакетного менеджера APT 2.6"  –4 +/
Сообщение от kawaii_girl (ok), 07-Мрт-23, 14:56 
>СистемД-проблемы

Вы видимо не совсем поняли в чем была проблема. Если бы я как раз таки использовала для обновления systemd и PackageKit("оффлайн" обновление), то все было бы нормально. Но я один раз решила обновить  систему через терминал, запустив команду "dnf upgrade" и все сломалось. Все потому что обновлять компоненты, которые в данный момент используются системой - не очень хорошая идея.

>дистр от красношляпы

Да. Я использую Fedora Linux Workstation. Думала как-то перейти на настоящий, корпоративный RHEL Workstation, но не понравилось то что там очень скудные репозитории и слишком старый гном. Поэтому продолжаю пользоваться Fedora.

>Переходи на убунту.

Пробовала убунту. Там проблем сильно больше чем в федоре(в основном из-за снапа). Качество убунты очень сильно упало после того как Canonical с головой ушла в облочка и прочие ИоТ и перестала уделять должное внимание десктопной убунте.

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

82. "Выпуск пакетного менеджера APT 2.6"  +2 +/
Сообщение от Аноним (74), 07-Мрт-23, 15:48 
Ну почему же, прекрасно я понял в чём у вас была проблема. Не очень хорошая идея - это пользоваться дистрибутивом от красношапки.

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

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

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

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

96. "Выпуск пакетного менеджера APT 2.6"  +8 +/
Сообщение от Аноним (96), 07-Мрт-23, 20:00 
Ахахахахах, заливать весь оупеннет соплями какая Федора классная и идеальная, а потом признаться в то что сломала ее простым обновлением. 10 из 10.
Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

104. "Выпуск пакетного менеджера APT 2.6"  –2 +/
Сообщение от Michael Shigorinemail (ok), 07-Мрт-23, 20:12 
Ну так в шляпе довольно давно занялись ровно тем же, что и некрософт несколькими годами раньше -- сектоводством.

PS: s/ведением/водством/

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

170. "Выпуск пакетного менеджера APT 2.6"  +/
Сообщение от Аноним (-), 08-Мрт-23, 04:47 
> Ахахахахах, заливать весь оупеннет соплями какая Федора классная и идеальная, а потом
> признаться в то что сломала ее простым обновлением. 10 из 10.

Может они там только из винды. После винды федора наверное ничего так...

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

103. "Выпуск пакетного менеджера APT 2.6"  +/
Сообщение от Michael Shigorinemail (ok), 07-Мрт-23, 20:11 
> Все потому что обновлять компоненты, которые в данный момент
> используются системой - не очень хорошая идея.

В нормальной системе это чревато разве что text file busy.

В недовинде -- примерно тем, что Вы и огребли.

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

193. "Выпуск пакетного менеджера APT 2.6"  –1 +/
Сообщение от Аноним (193), 08-Мрт-23, 12:22 
На самом деле в Венде в принципе невозможно перезаписать используемый файл, если это экзешник.
Ответить | Правка | Наверх | Cообщить модератору

191. "Выпуск пакетного менеджера APT 2.6"  +/
Сообщение от A (?), 08-Мрт-23, 11:59 
Так Федора сразу от дверей и говорит: что всё так как случилось и путь не будет лёгким.

Философия с земель, откуда любимые мультики, должна бы не раз указывать на это и что это.

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

143. "Выпуск пакетного менеджера APT 2.6"  +/
Сообщение от Аноним (132), 08-Мрт-23, 00:11 
> Потому что я совершила большую ошибку - перезагрузилась после неудачного обновления. И
> после перезагрузки система нормально не загрузилась.

А что, разве dnf не умеет чинить систему из-за ошибки обновления после ребута?

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

154. "Выпуск пакетного менеджера APT 2.6"  –2 +/
Сообщение от kawaii_girl (ok), 08-Мрт-23, 01:23 
Система загрузилась в какой-то режим восстановления, но он работал не корректно. Там была ошибка "Cannot open access to console, the root account is locked in emergency mode". Можно было бы конечно загрузиться с liveUSB и попробовать восстановить, но особого смысла в этом не было. К счастью этот сбой случился буквально сразу после установки и система была еще не настроена и не содержала никаких важных данных, так что я решила что проще будет просто переустановить.
Ответить | Правка | Наверх | Cообщить модератору

164. "Выпуск пакетного менеджера APT 2.6"  +1 +/
Сообщение от Аноним (-), 08-Мрт-23, 03:46 
> Система загрузилась в какой-то режим восстановления, но он работал не корректно. Там
> была ошибка "Cannot open access to console, the root account is
> locked in emergency mode".

Ну, круто, редхат выдает нерабочие операционки своим лабораторным мышам. Это, утверждается, фича?

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

192. "Выпуск пакетного менеджера APT 2.6"  +/
Сообщение от A (?), 08-Мрт-23, 12:02 
> ... загрузилась в какой-то режим ...

Сложность в замене слова "какой-то" конкретным названием.

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

43. "Выпуск пакетного менеджера APT 2.6"  +3 +/
Сообщение от ryoken (ok), 07-Мрт-23, 11:09 
>>вместе с гномом закрылся терминал

мдя... А в консоль (CTRL-ALT-F3 или как там у вас в Федоре) переключиться идеология не позволяет?

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

45. "Выпуск пакетного менеджера APT 2.6"  –4 +/
Сообщение от kawaii_girl (ok), 07-Мрт-23, 11:13 
Проще и надежнее обновляться через gnome software в оффлайн режиме, как и рекомендуют разработчики дистрибутива)
Ответить | Правка | Наверх | Cообщить модератору

49. "Выпуск пакетного менеджера APT 2.6"  +4 +/
Сообщение от ryoken (ok), 07-Мрт-23, 11:28 
Судя по вашим приключениям - не очень верится :).
Ответить | Правка | Наверх | Cообщить модератору

73. "Выпуск пакетного менеджера APT 2.6"  –2 +/
Сообщение от kawaii_girl (ok), 07-Мрт-23, 14:22 
В данной ситуации я сама виновата, так как использовала не рекомендуемый разработчиками способ обновления ОС и еще и перезагрузилась после сбоя, а не попробовала опять открыть терминал и попытаться заново запустить обновление.
Ответить | Правка | Наверх | Cообщить модератору

129. "Выпуск пакетного менеджера APT 2.6"  +/
Сообщение от Аноним (-), 07-Мрт-23, 23:11 
> В данной ситуации я сама виновата, так как использовала не рекомендуемый разработчиками
> способ обновления ОС и еще и перезагрузилась после сбоя,

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

> а не попробовала опять открыть терминал и попытаться заново запустить обновление.

Значит, простой, очевидный, логичный dnf, говорите? Что без рекомендаций разработчиков - вон то? Тут кажется что-то не стыкуется.

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

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

136. "Выпуск пакетного менеджера APT 2.6"  +/
Сообщение от Аноним (133), 07-Мрт-23, 23:41 
Пожалей девочку, не разрушай ей сказочный мирок божественной федори и прочей красношляпы.
Ответить | Правка | Наверх | Cообщить модератору

146. "Выпуск пакетного менеджера APT 2.6"  –1 +/
Сообщение от Аноним (-), 08-Мрт-23, 00:21 
> Пожалей девочку, не разрушай ей сказочный мирок божественной федори и прочей красношляпы.

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

И апт может и обладает какиеми-то странными приколами. Но чтобы там приходилось вон так мозг канифолить - не припоминаю. Как максимум прикалывался питоноапдейтер в убунте, но вот как раз все его глюки лечатся как раз переназначением репок на новые и запуском apt мануально, так что вот именно апту в этой схеме предъявить абсолютно нечего. Глючной питонятине от фирмачей - другой вопрос, но он не про апт и даже не про федору.

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

152. "Выпуск пакетного менеджера APT 2.6"  –2 +/
Сообщение от kawaii_girl (ok), 08-Мрт-23, 01:12 
Вы вообще все переврали) Причем здесь dnf если упал гном и утянул за собой терминал в котором был запущен dnf? А гном упал потому что обновлять компоненты запущенной программы - плохая идея. И такое может произойти в абсолютно любом дистрибутиве, а не только в Fedora. Если вы с подобным не сталкивались, то вам просто повезло. Чтобы минимизировать риски сбоя при обновлении разработчики из RedHat создали специальный режим "оффлайн" обновлений при котором ОС для применения обновлений загружается в специальный безопасный режим вероятность сбоя которого минимальна. Изучите пожалуйста вот эту статью, в ней все подробно расписано:

https://fedoramagazine.org/offline-updates-and-fedora-35/

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

156. "Выпуск пакетного менеджера APT 2.6"  +1 +/
Сообщение от Аноним (-), 08-Мрт-23, 01:44 
> Вы вообще все переврали) Причем здесь dnf если упал гном и утянул
> за собой терминал в котором был запущен dnf?

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

А так - ну вот например XFCE или LxQt ни разу почему-то не падал при обновлениях, в том числе и самого себя.

> А гном упал потому что обновлять компоненты запущенной программы - плохая идея.

Плохая идея - это то чем занимаются редхатчики, гномеры и dnf как то сотни оверинженерии и горе от ума, когда это все становится сложным, тяжелым, глючным и малопредсказуемым.

А чего такого случается при замене запущенной программы? Даже если ее бинарь стерт, он по факту есть на диске, просто теперь безымянный и будет окончательно деаллоцирован когда его отпустят. Его по прежнему можно читать из открытых дескрипторов. Это же катит и с иными открытыми файлами. Если гномеры в своих перестановках рюшечек и планшетизации интерфейса докатились до того что их кошмарик теперь даже апгрейдиться не может корректно, это опять же к редхатовской клике в основном вопросы. И к тому что они изгадили DE просто в хлам. Это что, оно теперь хуже винды стало?

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

Но вот причастны к этому будут опять же именно редгадчики из гнома. Не отвертятся. Мы знаем кто, что и где и кому спасибы за такие диверсии высылать. А федора что - они просто всучили самый свежий и самый глючный релиз бесплатным бетатестерам. Пока сабж канифолился с testing и заморозками, stable версиями и прочими глупостями, федористы просто сгрузили с лопаты что выдали их раджи "как есть". Для именно этого федора редхату и нужна, если кто не понял.

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

Более того - я не понимаю чем вам в вон той схеме помогли транзакции и проч. Я могу понять чем мне бы помог снапшот уровня ФС: я бы ввалился в минимальный аварийный шелл, переключился на снапшот в состоянии до апгрейда, и через минуту у меня была бы система в виде "за 5 минут до выполнения апгрейда". При этом это синхронный консистентный откат "системы вообще совсем", это не затронет только "user data" - так что мои кадовые файлы все же не пострадают, даже если я что-то поменял, это отстанется. Но всякие там /var/lib/* (всякие раентайм данные) например, как и прочие кеши и проч - вернутся в вид как это было уместно для вот именно тех версий софта, на именно вот тот момент. Это консистентное рабочее состояние, или нафига я его снапшотил спрашивается? :) А чем вам редхацкий пакетник поможет в вон том? Тем что при случае у него от такого еще база развалится и он еще и сам потом будет скорее создавать траблы чем помогать их решать?

> Если вы с подобным не сталкивались, то вам просто повезло.

Я сталкивался с очень много чего еще. И вот именно сабж все же обычно убивать ничего не склонен был. А если что-то совсем отпало - еще пишет как чинить. Вот это я понимаю.

> Чтобы минимизировать риски сбоя при обновлении разработчики из RedHat создали
> специальный режим "оффлайн" обновлений при котором ОС для применения обновлений
> загружается в специальный безопасный режим вероятность сбоя которого минимальна.

Т.е. прерывает мою работу на техническую гадость? Оу, достойный конкурент маздайке, только вот боюсь мне такие позорные операционки даром не вперлись. Как и DE падающие при апдейте.

> Изучите пожалуйста вот эту статью, в ней все подробно расписано:

У меня есть идейки получше. Я лучше потрачу это время на другое: изучу вопрос как сделать так чтобы у меня вот этого всего не было. Как классса проблем. Зачем мне маздай вместо операционки? Если редхатчики так хотели чтобы было совсем как в винде - ок, у них получилось, но это на мой вкус баг а не фича. И я буду искать решения которые могут предложить что-то лучше чем такой фееричный позор. Потому что как системщика меня оскорбляет такая работа операционки, я себя за человека считать не буду если у меня мои системы будут вот так работать. Это будет значить что я изучал это волшебство половину жизни зазряя. А вот этому не бывать. И вот как угодно но на мое мнение редхат не умеет делать ни десктопы ни юзерские дистры.

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

159. "Выпуск пакетного менеджера APT 2.6"  –2 +/
Сообщение от kawaii_girl (ok), 08-Мрт-23, 02:06 
>Если редхатчики так хотели чтобы было совсем как в винде - ок, у них получилось

Подобным образом обновляется не только винда, но и macOS например. Проблема винды не в том что там используется система "оффлайн" обновлений, а в том что эти обновления очень назойливые. Винда может сама перезагрузиться для установки обновлений. А в Fedora вам обновления никто не навязывает. Вы можете обновиться когда вам удобно. И при этом обновления в Fedora устанавливаются значительно быстрее чем в Windows.

>И вот как угодно но на мое мнение редхат не умеет делать ни десктопы ни юзерские дистры.

Не буду вас переубеждать. У всех свое мнение и свои требования к ОС.

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

166. "Выпуск пакетного менеджера APT 2.6"  +/
Сообщение от Аноним (-), 08-Мрт-23, 04:16 
> Подобным образом обновляется не только винда, но и macOS например.

Это довольно слабый аргумент. И винда и макось так то системы больше для чайников, им и три ребута не крюк. А при установке вьюжлстудии можно и весь день на это убить, пока оно там все дотнеты и скули с всеми потребными ребутами поставит... в линухе я за это время уже накатаю среднего размера фирмварь, закруглю проект и отвалю наслаждаться жизней вместо вон того кошмара. И поэтому меня решительно не устраивает мнеджить вот именно мой воркстэйшн в хомячковом стиле. Я ж не бух. У меня может быть открыта куча техдоков, пара сорцов фирмварей, схемы в каде и проч, это довольно большой контекст и вылетать из него мне ну вот совсем не в кассу. И может я вообще на грани балансировал, пытаясь осознать сложную штуку, и мне важно все вплоть до позиций курсоров, номеров строк, страниц и проч? То что после ребута все будет 1 в 1 на автомате - да нет, не будет. Даже с восстановлением сессий и проч. Это ведет к довольно сильной потере контекста и заякориванию на ровном месте. С другой стороны, это все же не повод совсем уж не апдейтить систему, особенно если какой-то крутой вулн нашелся.

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

> Проблема винды не в том что там используется система "оффлайн" обновлений, а в
> том что эти обновления очень назойливые.

Я так то был ... нет, даже не виндоадмином, кой-чем сильно более мощным.
1) Там крайне медленные апдейты. При прочих равных линух у меня апдейтится многократно быстрее.
2) Они крайне интрузивные и без ребута малоэффективны. В винде с заменой исполняемых которые запущены все сильно хуже чем в линуксе и там ребут куда более обоснован технически. Но это для меня именно минус, именно той операционки так то.
3) Я очень плотно работал с MS. Хватило чтобы усвоить кто они, что они и почему именно мне они не нравятся и почему я никогда им не буду доверять.
4) Это все унутрях основано на MSI Installer. Он чем-то похож на редгада, тоже оверинженернутая и тоже весьма хлипкая конструкция, с загонами насчет ролбэков. И тоже если развалится то потом вообще ничего ни поставить ни снести. Чинить ЭТО еще хуже чем редхатово нечто и часто дело заканчивается реинсталом системы поскольку даже матерые MVP не скажут что делать в такой ситуации. Особенно прикольно бывает если до конца почему-то не ставится а роллбэк тоже не прокатил. В этом случае запасного плана вообще нет вот так по простому.
5) Из-за оверинженерии оно нестабильное и глючное. С 1 десктопом это еще не так фэйлово. Теперь раздайте на 500 машин через AD вон ту программу. И вот тут начнется филиал АДа. Потому что работает это все абы как, через раз, и сапорт таки порвут. С неинтерактивными батч операциями там вообще все довольно плохо.
6) Оно постоянно оставляет какие-то хвосты в системе. То ключи реестра, то файлы, то темпы, то инсталляхи.
7) Системы зависимостей там толком нет, как и деления системы на нормальные субпакеты. Поэтому даже сами майки не могут обновить системный компонент без того чтобы не сломать что-нибудь себе или чьему-то софту. Поэтому половину фиксов они не могут выкатить даже если есть, Печкин Инкорпорейтед как он есть. Живите с критикал багом в системных либах до новой винды, ага.
8) Сделать MSI пакет самому - это какой-то большой, длинный и сложный квест, доступный только сильно некоторым, не идущий ни в какое сравнение с "checkinstall" в дебиане который даже чайник может пнуть вместо make install, таки получив кривоватый но все ж пакет, инсталябельный и сносимый вот именно как пакет, со всем его мусором.

А так все хорошо прекрасная маркиза...

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

И для меня это 1 из поводов ей не пользоваться. Я так то не хомяк и могу сам понять что мне критично рестартануть для применения вон того фикса вон там, без вышибания из мощного контекста.

> А в Fedora вам обновления никто не навязывает. Вы
> можете обновиться когда вам удобно. И при этом обновления в Fedora
> устанавливаются значительно быстрее чем в Windows.

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

> Не буду вас переубеждать. У всех свое мнение и свои требования к ОС.

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

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

54. "Выпуск пакетного менеджера APT 2.6"  +3 +/
Сообщение от InuYasha (??), 07-Мрт-23, 11:54 
На всякий случай, есть скрин от рута, в котором можно что угодно запускать. Даже если ДМ упадёт. Но гном - это диагноз, конечно. Хотя, обновляться через Discover я бы тоже не советовал.
Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

105. "Выпуск пакетного менеджера APT 2.6"  –1 +/
Сообщение от Michael Shigorinemail (ok), 07-Мрт-23, 20:13 
> На всякий случай, есть скрин от рута

В случае systemd нет гарантии, что не прибьют заботливо весь этот namespace ;-]

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

121. "Выпуск пакетного менеджера APT 2.6"  +1 +/
Сообщение от Аноним (121), 07-Мрт-23, 21:47 
Очень глубокий вывод. В случае компьютера нет гарантий, что его не выдернут из розетки. Это надо понимать как то, что в случае sysvinit такие гарантии есть? ;) Намёк понятен, надеюсь?
Ответить | Правка | Наверх | Cообщить модератору

228. "Выпуск пакетного менеджера APT 2.6"  –1 +/
Сообщение от InuYasha (??), 10-Мрт-23, 20:59 
Кстати, как раз после одного такого выдёргивания у знакомого линукс сломался. Насовсем.
Ответить | Правка | Наверх | Cообщить модератору

144. "Выпуск пакетного менеджера APT 2.6"  +/
Сообщение от Аноним (132), 08-Мрт-23, 00:12 
> Проще и надежнее обновляться через gnome software в оффлайн режиме, как и
> рекомендуют разработчики дистрибутива)

А где они такое рекомендуют?  Дайте ссылку пожалуйста, будьте добры!

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

151. "Выпуск пакетного менеджера APT 2.6"  –2 +/
Сообщение от kawaii_girl (ok), 08-Мрт-23, 01:01 
Вот ссылочка:

https://fedoramagazine.org/offline-updates-and-fedora-35/

В этой статье подробно описано что такое "оффлайн" обновления и почему стоит обновлять систему именно таким способом.

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

157. "Выпуск пакетного менеджера APT 2.6"  +1 +/
Сообщение от Аноним (-), 08-Мрт-23, 01:52 
"Как сделать из пингвина маздай, for dummies". Ну чо, редхат, донанимались раджей?!
Ответить | Правка | Наверх | Cообщить модератору

160. "Выпуск пакетного менеджера APT 2.6"  –2 +/
Сообщение от kawaii_girl (ok), 08-Мрт-23, 02:12 
Подобную систему обновлений использует не только Windows, но и macOS например.


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

179. "Выпуск пакетного менеджера APT 2.6"  +/
Сообщение от Аноним (179), 08-Мрт-23, 08:18 
> Подобную систему обновлений использует не только Windows, но и macOS например.

Это одна из причин по которым я не пользуюсь ни тем ни другим. Хотя есть и много других причин конечно. Но ни та ни другая система уж точно не напирают на эффективность того кто за монитором. И это одна из причин почему технари предпочитают пингвинов, такая эффективность работинга может устроить буха, корпоративного винтика и проч но уж точно не того кто немного разобрался как это внутри работает и осознал что 90% таких вещей совершенно искусственные лимиты на самом деле.

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

52. "Выпуск пакетного менеджера APT 2.6"  +/
Сообщение от pic (?), 07-Мрт-23, 11:45 
А толку процесс обновления прервался с закрытием терминала. А дальше она перезагрузилась, забыв это сделать. Просто человеческая ошибка.
Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

100. "Выпуск пакетного менеджера APT 2.6"  +/
Сообщение от Michael Shigorinemail (ok), 07-Мрт-23, 20:07 
> На самом деле система "оффлайн" обновлений значительно лучше,
> потому что снижает риск поломки системы при обновлении.

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

То, что гном -- кривой, systemd -- кривой и dbus -- тоже кривой, это диагноз шляпе, а вовсе не обновлениям по месту.

Мои жалкие двадцать с лишним лет такого опыта, конечно, в подмётки не годятся иным коллегам-дебианщикам -- но учитесь уже обобщать осторожно.

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

118. "Выпуск пакетного менеджера APT 2.6"  +2 +/
Сообщение от Аноним (121), 07-Мрт-23, 21:42 
Иногда лучше жевать. Попробуй для разнообразия аргументировать свои высеры.
Ответить | Правка | Наверх | Cообщить модератору

112. "Выпуск пакетного менеджера APT 2.6"  +2 +/
Сообщение от Аноним (-), 07-Мрт-23, 21:15 
> терминал, не перезагружаясь в режим "оффлайн" обновления и сломала систему)

Ну, чо, успех фидоры и DNF защитан. А вот чтобы дебиан и dpkg систему сломали... ну даже не знаю, разве что если на testing или unstable хардкорить. Или нетривиальный апгрейд мажорной версии системы на новую, раз в несколько лет.

А потом эти люди еще удивляются чойта мы apt любим. Обложились своей оверинженерией, а работает в результате вон как.

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

147. "Выпуск пакетного менеджера APT 2.6"  +/
Сообщение от DP (?), 08-Мрт-23, 00:25 
>> терминал, не перезагружаясь в режим "оффлайн" обновления и сломала систему)
> Ну, чо, успех фидоры и DNF защитан. А вот чтобы дебиан и
> dpkg систему сломали... ну даже не знаю, разве что если на
> testing или unstable хардкорить. Или нетривиальный апгрейд мажорной версии системы на
> новую, раз в несколько лет.
> А потом эти люди еще удивляются чойта мы apt любим. Обложились своей
> оверинженерией, а работает в результате вон как.

За мою жизн у Debian был один небольшой факап и то, не факт, что это не мой косяк, это когда он на системдец переехал и штатные update/upgrade не пошли как по маслу.

В остальном же, нужно очень постараться сломать Debian. Он на testing и sid также нормально живёт. Но на sid нужно знать нюансы, типа не обновлять систему сразу после разморозки, после очередного мажорного релиза очередного стейбла. Также систему можно сломать, если не настроить приоритеты сторонних источников пакетов, или же вообще их отключить после установки таких сторонних пакетов и пытаться сделать апгрейд системы на новую мажорную версию. Если уж пользуетесь сторонними пакетами, либо приоритеты настраивайте правильно, либо как в бунтах пуржите сторонние пакеты перед апгрейдом на новый релиз. В бунте даже для этого специальный костыль имеется, а дебианщикам нужно записывать, чтоб не забыть xD

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

153. "Выпуск пакетного менеджера APT 2.6"  +/
Сообщение от Аноним (-), 08-Мрт-23, 01:20 
> За мою жизн у Debian был один небольшой факап и то, не
> факт, что это не мой косяк, это когда он на системдец
> переехал и штатные update/upgrade не пошли как по маслу.

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

А что, редхатчики, слабо из федоры центось переключением репок? Ну или наоборот? А посмотреть чего с вашим офигенным пакетником будет после всего этого и какой он там коректный.

> В остальном же, нужно очень постараться сломать Debian. Он на testing и
> sid также нормально живёт.

В тестинге это сильно от времени года зависит. Точнее от времени после релиза дебиана. Если брать тестинг сразу после релиза энной версии, там минное поле и постоянные перетрясы. Если тестинг без пяти минут как в заморозке под релиз - так это уже почти -rc можно считать, это не так уж и отличается от финального релиза. Но между этими 2 состояниями достаточно большая разница. Если этот момент знать, можно себе еще полгода-год overtime приобрести, отмакетировав образ еще на позднем тестинге, потом пару лет stable, еще пару oldstable, а если ну вот совсем зашло нынче LTS team даже и oldoldstable патчат по минималкам. Так что если вам некромансить хочется и все тут - пожалста, сколько там, годков наверное 7 можно одну систему юзать. За это время старинный софт наверное должен бы и подутомить наверное :)

> для этого специальный костыль имеется, а дебианщикам нужно записывать, чтоб не
> забыть xD

Все же sid это для тех кто хочет себе арчегенту такую, но только из дебиана. А чо, дебиан универсальная операционка, может и в режиме арчегенты, с примерно теми же траблами :). Но на моем десктопе и тем более в проде - нафиг такое :)).

...правда есть место и технология где приходится еще и более хардкорно. Это называется RISCV. Он есть. Но еще не официально. Все только начинается. И вот там - это тот же дебиан. Но пока без каких либо гарантий.

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

155. "Выпуск пакетного менеджера APT 2.6"  –2 +/
Сообщение от kawaii_girl (ok), 08-Мрт-23, 01:44 
Ну пожалуйста читайте внимательно комментарии на которые вы отвечаете. А то я устала уже повторять одно и то же. Причем здесь вообще dnf? Dnf спокойно выполнял свою работу, но его внезапно прервали. Произошло это из-за того что полностью упал gnome-shell и утянул за собой терминал в котором был запущен этот самый dnf. А гном в свою очередь упал, потому что обновлять компоненты программы, которая в данный момент запущена это очень очень плохая идея. Ядро Linux позволяет изменять используемые файлы, но программам от этого не очень хорошо и есть риск что случится такой сбой как у меня. И даже после этого сбоя, я уверена, что если бы я открыла заново терминал и опять запустила dnf, то проблема бы решилась. Но я сглупила и перезагрузилась. То что мне так не повезло не значит что все "live" обновления федоры заканчиваются так. Некоторые пользователи обновляют систему так регулярно и у них ничего не ломается. Но риск подобных сбоев достаточно большой. Именно поэтому разработчики из Redhat и сделали режим "оффлайн" обновлений использование которого гарантирует отсутствие подобных проблем.
Ответить | Правка | К родителю #112 | Наверх | Cообщить модератору

161. "Выпуск пакетного менеджера APT 2.6"  +/
Сообщение от Аноним (-), 08-Мрт-23, 02:16 
> Dnf спокойно выполнял свою работу, но его внезапно прервали. Произошло это
> из-за того что полностью упал gnome-shell и утянул за собой терминал
> в котором был запущен этот самый dnf.

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

И если они ничего умней офлайн режима и крешей своего недоразумения не придумали - ну чтож, вечный позор таким системоклепателям. Они этот позорный маздай еще и фичой смеют величать? Ну и наглость.

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

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

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

> Ядро Linux позволяет изменять используемые файлы, но программам от этого не очень хорошо

Вообще-то в общем случае оно скорее позволяет их стереть или переименовать. А вот именно изменять - не особо то.

А так то клево, вместо нормальной архитектуры и продумывании как реагировать на апдейты гномеры ломали темки, фигачили libadwaita "и все остальное маздай" и занимались какой там еще непонятной фигней, попутно кося под планшетный интерфейс на десктопе, забыв выпустить хоть 1 планшетный гаджет при этом. Люблю режхатчиков в их бессмысленности и беспощадности. Ну нет, там и нормальные есть, вокруг видео подсистемы. Но вот с декстопом у них швах.

> и есть риск что случится такой сбой как у меня.

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

> опять запустила dnf, то проблема бы решилась. Но я сглупила и перезагрузилась.

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

> То что мне так не повезло не значит что все "live" обновления федоры заканчиваются так.

Ну... у меня ни 1 обновление *бунт или дебиана за цать лет их использования так не закончилось, поэтому все равно вон то говорит не в пользу федоры и их технологий. Как системы в целом. И если лучшее что они могут придумать это написать KB на тему "почему у нас фигня" и отдрессировать свою клиентуру ребутаться в обкоцаный режим - окей, но мне такая система не пожходит. И такой вектор развития системы не нравится. Это не есть система которую я буду считать крутой и хорошим выбором для меня.

> сбоев достаточно большой. Именно поэтому разработчики из Redhat и сделали режим
> "оффлайн" обновлений использование которого гарантирует отсутствие подобных проблем.

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

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

167. "Выпуск пакетного менеджера APT 2.6"  +/
Сообщение от Аноним (167), 08-Мрт-23, 04:16 
> Ядро Linux позволяет изменять используемые файлы, но программам от этого не очень хорошо

Уточнение: программам, написанным руками из задницы, от этого не очень хорошо.

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

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

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

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




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

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