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

Релиз дистрибутива Manjaro Linux 20.1, opennews (??), 12-Сен-20, (0) [смотреть все] Курсы будущего арчевода Бесплатно, без SMS, с гарантией , Аноним (1), 09:25 , 12-Сен-20, (1) +7 // Скорее прививка D, VINRARUS (ok), 09:51 , 12-Сен-20, (9) –2 // 1Хотя справедливости ради, рачик субъективно получше, потому что лишён костылей, Аноним (19), 10:56 , 12-Сен-20, (19) –5 // Шёл 2020 год, школотроны всё веровали что если человек не хочет пердолиться с по, Fracta1L (ok), 11:07 , 12-Сен-20, (21) +11 Лучше про сишные дыры расскажи А то - не интересно , Аноним (28), 11:17 , 12-Сен-20, (28) +4 Во-во, у него это лучше получается , Аноним (79), 16:50 , 12-Сен-20, (79) +1 Нет, уважаемый, я то как раз таки лентяй, и против сношательства с консолью без , Аноним (48), 12:59 , 12-Сен-20, (48) Именно, я только вот нипанимаю в каком месте манжара спасает от пердолинга и в ч, Аноним (76), 16:06 , 12-Сен-20, (76) Тогда тебе надо на винду или мак , Аноним (93), 18:32 , 12-Сен-20, (93) –1 Мне на Manjaro прекрасно, Fracta1L (ok), 19:11 , 12-Сен-20, (97) +1 Я отлавливал баги с несуществующими поломанными библиотеками в манджаре, при это, Урри (?), 11:15 , 12-Сен-20, (27) –1 А собственно почему им нужно заниматься проблемами говносборок Никакой пользы б, Аноним (30), 11:24 , 12-Сен-20, (30) +5 А что за баг Возможно я смогу подсказать На днях отправил запрос на доступ к и, Anonimous (?), 11:49 , 12-Сен-20, (35) +2 Смысле Любой пользователь должен иметь право репортить баги, иначе это дичь как, Аноним (154), 10:08 , 13-Сен-20, (154) –1 Описать баг, и добавить фикс - это немного разные вещи, вроде , Anonimous (?), 16:00 , 13-Сен-20, (195) Это если по distrowatch смотреть, где на первом месте какой-то MX Linux , Аноним (41), 12:14 , 12-Сен-20, (41) +1 Логика дистровоча чем чаще название дистрибутива вбивают в поиск, тем он популя, Аноним (30), 12:18 , 12-Сен-20, (43) +1 А никакой другой быть не может Статистики же нет без телеметрии , Аноним (98), 19:24 , 12-Сен-20, (98) +1 Корректная настройка любого дистрибутива зависит исключительно от рук, того кто , Anonimous (?), 11:40 , 12-Сен-20, (32) +1 ее быстрее настроить до нужного состоянияЕсли ОС надо настраивать после устано, Аноним (98), 19:26 , 12-Сен-20, (99) –1 Любую ОС нужно настраиватью Ваш кеп , Anonimous (?), 20:46 , 12-Сен-20, (109) +1 Нет , Аноним (127), 02:54 , 13-Сен-20, (127) –3 Всё почти так, да не совсем, штука в том, что бывают такие кривые поделия, что и, Аноним (154), 10:35 , 13-Сен-20, (159) +1 не настроишь до полностью рабочего состояния , Аноним (161), 10:52 , 13-Сен-20, (161) Не спорю что есть плохие дистрибутивы, но по мне - этот не тот случай Для настр, Anonimous (?), 12:47 , 13-Сен-20, (187) Это как раз тот случай, тут просто ваш личный опыт УМВР, против моего, и ещё нек, Аноним (193), 15:33 , 13-Сен-20, (193) Количество тезисов становится все больше и ответы на многие из них есть выше От, Anonimous (?), 18:11 , 13-Сен-20, (218) Аналогично могу и про вас упомянуть, вы в некоторых постах мантруете одну и ту ж, Аноним (223), 19:11 , 13-Сен-20, (223) Предлагаю заканчивать этот цирк Конструктив с вашей стороны давно закончился, а, Anonimous (?), 23:04 , 13-Сен-20, (237) Я так и полагал, что вы соскочитеНе было попыток вас убеждать, я всё время вас п, Аноним (245), 06:48 , 14-Сен-20, (245) Хм, цирк продолжается Или не накушались ще Не вижу смысла продолжать, конструкт, Anonimous (?), 09:52 , 14-Сен-20, (260) это я к тому, что нет логики в том, чтобы не использовать для разработки именно , Аноним (227), 19:27 , 13-Сен-20, (227) Самый плохой дистрибутив , Аноним (98), 14:53 , 12-Сен-20, (70) –5 Не пойму, почему это древнее выражение никак не подохнет Ну я осилил генту, в, Васёк (?), 15:44 , 12-Сен-20, (72) +5 Типичный линуксоид это закомплексованный линуксоид Он верит что если заниматься, Аноним (98), 19:31 , 12-Сен-20, (102) –1 Не все, но именно закомплексованные почему-то на Арчах в большей концентрации си, Аноним (162), 10:56 , 13-Сен-20, (162) Вообще норм дистр, но там нет ffmpeg а Рассказывай сказки То после lxdm enable , Аноним (93), 18:22 , 12-Сен-20, (90) –2 Я только не понимаю этот феномен, как так вышло Что в каком-то краснoглазом дис, Аноним (93), 18:27 , 12-Сен-20, (91) Просто в AUR е легко писать ебилды, а в основные репы берут все подряд, имхо В , Аноним (93), 18:30 , 12-Сен-20, (92) –1 И ведь пакеты всегда свежие, а вики хорошая Люди стараются Я из арча тащу прави, Аноним (93), 19:28 , 12-Сен-20, (100) –2 Я вот далеко не рачист, более того, не любитель этого цирка, но даже я вижу, что, Аноним (163), 11:02 , 13-Сен-20, (163) Есть http opensuse-guide org codecs php, VINRARUS (ok), 20:35 , 12-Сен-20, (107) Я бы сейчас сделал несколько не так Немного неудобно, но за роллинг придется пл, Аноним (93), 23:10 , 12-Сен-20, (115) Необходимость часть пакетов ставить из варезника это всё-таки недостаток суси, н, Аноним (120), 23:44 , 12-Сен-20, (120) Мнение анонима очень ценно для нас, особенно вот это Суся была крутейшим дистриб, user90 (?), 22:32 , 12-Сен-20, (110) А вот суся и сегодня прекрасна, всё у неё хорошо , Аноним (120), 23:43 , 12-Сен-20, (119) Ключевое слово БЫЛА , в своё время она была на передовой за счёт своих тулзов и, Аноним (165), 11:11 , 13-Сен-20, (165) Бтв генту раз в 10 проще и удобней рача оказалась Рач просто эталон дерьмового , Аноним (120), 23:42 , 12-Сен-20, (117) Ничего, пердоля, повзрослеешь ещё, Fracta1L (ok), 08:04 , 13-Сен-20, (130) Если для тебя сложно, то это говорит только о том, что ты дно Дистрибутив проще, Аноним (120), 08:08 , 13-Сен-20, (132) Да-да, я тоже такие мантры бубнил раньше, Fracta1L (ok), 10:22 , 13-Сен-20, (157) Из этого можно сделать вывод, что глупым хомячком ты был, глупым хомячком ты и о, Аноним (120), 10:39 , 13-Сен-20, (160) I grow up And when I look at you, I throw up , Аноним (133), 08:43 , 13-Сен-20, (133) ППКС, Аноним (166), 11:12 , 13-Сен-20, (166) Да что угодно стабильнее OpenSUSE, тем более Tumbleweed Неделю назад его пробо, AleksK (ok), 09:23 , 13-Сен-20, (141) О, сразу видно человека, который не звездит, и который ловил траблы на опензюзе,, Аноним (168), 11:19 , 13-Сен-20, (168) По делу сказано, но анонимы почему-то заминусовали , ЭксАрчеюзер (?), 19:03 , 13-Сен-20, (222) Надо сказать, что для Raspberry Pi 4 альтернатив нет, Manjaro - единственный аде, Vindex (?), 11:39 , 14-Сен-20, (265) Коллега, вы не поняли, курсов и инструкций дофига есть хороших и разных, но ма, Аноним (171), 11:31 , 13-Сен-20, (171) –1 вы так задолбали линуксойды херовы, какой дистрибутив для вас не для начинающего, василек (?), 09:36 , 22-Фев-21, (284) вы так задолбали линуксойды херовы, какой дистрибутив для вас не для начинающего, василек (?), 09:36 , 22-Фев-21, (285) вы так задолбали линуксойды херовы, какой дистрибутив для вас не для начинающего, василек (?), 09:38 , 22-Фев-21, (286) Один из тех дистров, которые просто установил и он просто работает, Онаним тот самый (?), 09:34 , 12-Сен-20, (2) +11 // это ж ролинг в банановой кажуре, значит имеет срок годности У меня он невозвратн, VINRARUS (ok), 09:48 , 12-Сен-20, (6) –6 // У меня он катится где то с апреля 2014 года ЧЯДНТ , Аноним (12), 09:57 , 12-Сен-20, (12) +7 // https picua org image Gfdpv4, VINRARUS (ok), 12:05 , 12-Сен-20, (37) А у меня с хдд не смогла завестись, с похожей ошибкой, когда я его в другой комп, Аноним (180), 12:15 , 13-Сен-20, (180) +1 Пердолишься, постоянно обновляя , псевдонимус (?), 16:53 , 12-Сен-20, (80) +1 Тратишь время на поддержку дистра в актуальном состоянии путём частого обновлени, Аноним (170), 11:24 , 13-Сен-20, (170) +3 Уж лучше понемногу мелкими порциями обновлять, чем раз в год мучаться с dist-upg, fuggy (ok), 13:06 , 14-Сен-20, (266) Зачем так часто Можно раз в 4-5 лет , Денис (??), 20:43 , 14-Сен-20, (272) –1 Конечно, не обновлять Лучше поставить с нуля Не вижу в этом проблем, кроме тог, Денис (??), 20:45 , 14-Сен-20, (273) –1 А ещё лучше не мучиться и обновлять десктоп по необходимости и как можно реже О, псевдонимус (?), 02:52 , 15-Сен-20, (276) –1 За три года ничего не развалилось, не надо собирать всякую дичь из AUR, Аноним (14), 10:01 , 12-Сен-20, (14) +1 // У меня много всякой дичи из AUR, при этом первая запись в истории ПМ , Fracta1L (ok), 11:09 , 12-Сен-20, (23) –1 Без АУРа и Арч сам нах не нужон , бо там пакетов кот наплакал, а Манжара и п, Аноним (172), 11:34 , 13-Сен-20, (172) +1 Царский вброс Пакетов там полно, rumanzo (ok), 11:13 , 16-Сен-20, (281) Да, если вот так не делать, то почти не болит Суть рача , псевдонимус (?), 02:55 , 15-Сен-20, (277) 2 года полет нормальный Пару раз ложился из-за моей тупости, но по итогу выдерж, __ (?), 11:35 , 12-Сен-20, (31) –1 // Меня несколько раз BTRFS спасала от тупости в обновлениях, но когда уже и сеть н, VINRARUS (ok), 12:14 , 12-Сен-20, (42) +2 А на что за пляж, если не секрет, не для ловли на блесну ради, просто интересно , Аноним (173), 11:37 , 13-Сен-20, (173) OpenSUSE, VINRARUS (ok), 12:27 , 13-Сен-20, (184) Ок, правильно понимаю, что Leap , Аноним (197), 16:25 , 13-Сен-20, (197) Если за стабильностью то Leap, если за приключениями то Tumbleweed ПС и таки Op, VINRARUS (ok), 16:45 , 13-Сен-20, (201) Ок, я не спорить поинтересовался, а просто для себя, Leap не осилил, задолбали с, Аноним (205), 16:57 , 13-Сен-20, (205) Даа, OpenSUSE среди дистрибутивов Linux это как iphone среди других сенсорных те, VINRARUS (ok), 18:25 , 13-Сен-20, (219) Тут соглашусь, хотя сравнение с айфоном как по мне не корректное, потому как у а, Аноним (248), 07:25 , 14-Сен-20, (248) gt оверквотинг удален Допускаю, что я своими экспериментами что-то ломал сам, , Аноним (248), 07:28 , 14-Сен-20, (249) если никогда не обновляться при первом же обновлении ломаются пакеты, Аноним (41), 12:11 , 12-Сен-20, (40) Один из тех дистров, которые просто установил и он просто работаетУтверждение не, Аноним (98), 19:33 , 12-Сен-20, (104) +1 С каких это пор Если смотреть ютубчик, то норм Было время, я два года только д, Денис Попов (?), 10:11 , 14-Сен-20, (264) Дистрибутивы делятся на три категории 1 Основа основ Fedora RHEL Ubuntu Debi, Аноним (3), 09:41 , 12-Сен-20, (3) +10 // А как же LFS , Аноним (5), 09:44 , 12-Сен-20, (5) // у LFS лично я не нашел как сделать образ для загрузки с USB и инсталлятор , СеменСеменыч777 (?), 10:29 , 12-Сен-20, (18) Это вообще не дистрибутив, а инструкция по его сборке , псевдонимус (?), 16:55 , 12-Сен-20, (82) +1 // Как-то противоречиво звучит Если это инструкция по сборке дистрибутива, значит , Аноним (88), 17:48 , 12-Сен-20, (88) Он и в бумаге существует И создать из него можно какой угодно дистрибутив, хоть, псевдонимус (?), 19:31 , 12-Сен-20, (101) Ну и смысл это писать Если я как раз и написал, что это дистрибутив на бумаге , Аноним (174), 11:45 , 13-Сен-20, (174) Поправлюсь дистрибутивов , псевдонимус (?), 19:33 , 12-Сен-20, (103) А с каких пор учебник по сбору мозаики через GCC стал полноправной универсальной, Аноним (176), 11:50 , 13-Сен-20, (176) // Дистрибутив - это то, что распространяется LFS как раз таки распространяется, хо, Аноним (174), 12:28 , 13-Сен-20, (185) А где я что-то высказывал против самого понятия ДИСТРИБУТИВ, я спросил буквально, Аноним (197), 16:28 , 13-Сен-20, (198) Ты совершил такую ловкую подмену понятия и ещё я - не я, и хата не моя Человек, Анатолий Цыбин (ok), 17:20 , 13-Сен-20, (209) Нет, я не пытаюсь что-то выставить, я лишь отмечаю, что в том списке систем, ваш, Аноним (250), 07:39 , 14-Сен-20, (250) Да я так и понял Только сейчас дошло, что LFS в ту классификацию даже входит В , Анатолий Цыбин (ok), 09:07 , 14-Сен-20, (253) Вот видите, от недосказанности и от того, что каждый понимает что-то своё, из-за, Аноним (256), 09:20 , 14-Сен-20, (256) +1 SUSE куда отнесёш, эхперт , VINRARUS (ok), 09:49 , 12-Сен-20, (7) // Это просто любитель играть в танчики на работе Ему надо чтобы за час всё постав, Colt (?), 10:05 , 12-Сен-20, (15) –4 // Человек просто систематизировал по-своему весь дистро-зоопарк, откуда такой выво, m.makhno (ok), 11:48 , 12-Сен-20, (34) +4 Есть еще Mageia, в том числе Cauldron В отличии от SUSE и Fedora нет таких пробл, Аноним (93), 18:38 , 12-Сен-20, (94) –2 // ЛОЛШТО ну есть, а ещё стопицот болгеносов, которые нигде, кроме их местечковых, Аноним (177), 11:59 , 13-Сен-20, (177) И какой в данном случае родительский дистр Арч Mandriva когда-то была как сейча, Аноним (228), 19:28 , 13-Сен-20, (228) В случае манжары родительский дистрибутив действительно Арч, это общеизвестный, Аноним (251), 07:52 , 14-Сен-20, (251) Есть люди, которые любят экзотику Но это в будущем и то неизвестно, а пока работ, Денис (??), 20:40 , 14-Сен-20, (271) ALT тоже вызывает уважение, потому что пилится с нуля Но несколько настораживает, Денис (??), 21:02 , 14-Сен-20, (274) На помойку, AleksK (ok), 09:28 , 13-Сен-20, (144) Ubuntu это не просто какой то там стандарт или дефолт, это секс-символ Linux-мир, Фристайло (?), 11:18 , 12-Сен-20, (29) +7 // Стандарт где выпиливают нормальные пакеты chromium и говорят жрите snap Ну нахе, Угабуга (?), 22:41 , 13-Сен-20, (236) +1 Exception in thread main java lang ArithmeticException by zero, Михрютка (ok), 13:48 , 12-Сен-20, (64) –2 Только не надо сюда TAILS приплетать Это специализированный live-дистрибутив, к, Аноним (65), 14:01 , 12-Сен-20, (65) +1 Считаю аналогично Использую Ubuntu на десктопе и Redhat SUSE на серверах Не п, Аноним (86), 17:13 , 12-Сен-20, (86) +1 Три, вообще говоря - Redhat- SUSE - Ubuntu Все остальные - переделки этих трёх , Аноним (86), 20:42 , 12-Сен-20, (108) // Есть еще Slackware, ALT, Arch, Void , Аноним (93), 22:58 , 12-Сен-20, (112) +1 // Есть, но смысла на них уделять времени нет, разве что только ради интереса, и хо, Аноним (178), 12:08 , 13-Сен-20, (178) –1 Вы в третьем пункте в слове Debian ажно 6 ошибок сделали, в остальном всё верно, Аноним (183), 12:22 , 13-Сен-20, (183) Всё почти так, только Из первого я бы выкинул Fedora и заменил на CentOS, потому, Аноним (175), 11:47 , 13-Сен-20, (175) абанта ломалась раз этак 10 за два года на манджаре было 2 поломки за 6 лет , Kaiwas (?), 00:13 , 14-Сен-20, (241) Всё ещё лучший десктопный дистрибутив, даже несмотря на то что эти горе-разрабы , Fracta1L (ok), 09:42 , 12-Сен-20, (4) +1   // Ролинг в принцыпе не может быть лучшым, так как не надёжный , VINRARUS (ok), 09:51 , 12-Сен-20, (8) –4   // Linux впринцыпе не может быть лучшим, так как не BSD, Аноним (14), 10:12 , 12-Сен-20, (16) +4   на практике больше всего проблем именно после обновлений не роллинг дистрибутиво, Anonimous (?), 10:59 , 12-Сен-20, (20) +1   // Пользователь Debian удивились Особенно те, что с шестого релиза обновлялись впл, Aliech (ok), 11:15 , 12-Сен-20, (26) +2   Если говорить про десктоп, то вы анализировали сколько мусора остается На серве, Anonimous (?), 23:03 , 12-Сен-20, (113) –1   Да, анализировал Мне apt подробный вывод предоставляет после обновления И никт, Aliech (ok), 11:20 , 13-Сен-20, (169)   Тсс, не разрушайте его иллюзий, а то у бедняги всё меньше адекватных отмазок буд, Аноним (188), 12:50 , 13-Сен-20, (188) –1   А какую методику анализа вы использовали Просто личные убеждения что apt точно , Anonimous (?), 14:11 , 13-Сен-20, (192)   Обычно адекватные люди узнают о возможностях пекетного менеджера их документации, Аноним (197), 16:40 , 13-Сен-20, (200) +1   Я вроде более чем однозначно описал почему так происходит, как убедится Если фа, Anonimous (?), 18:27 , 13-Сен-20, (220) –1   Нет, в целом не обязаны, но вопрос был не в этом Тут дело вот в чём, ваши заявл, Аноним (240), 23:24 , 13-Сен-20, (240)   Мои слова никак не противоречат документации, много файлов создается в процессе , Anonimous (?), 01:04 , 14-Сен-20, (243)   Ваши утверждение про мусор противоречатМного - понятие относительное, но допусти, Аноним (255), 09:13 , 14-Сен-20, (255)   Вопрос был про файлы, созданные под системными пользователями, под которыми рабо, Anonimous (?), 11:26 , 15-Сен-20, (278)   apt знает об установленном Среди установленного, внезапно, так же присутствуют , Aliech (ok), 23:20 , 13-Сен-20, (239)   gt оверквотинг удален Блин, чел, от души Я бы тебя плюсанул, но т к нашего б, Аноним (257), 09:33 , 14-Сен-20, (257)   Что ты хотел, это же манжаристы, у них же всемогущий пакман и вменяемая валидаци, Аноним (258), 09:46 , 14-Сен-20, (258)   Забей, не напрягайся так и перестань его подкармливать, с этим всё ясно , Аноним (259), 09:49 , 14-Сен-20, (259)   Если ты сам чего-то там не нафуевертил, то Debian stable спокойно обновляется с , Аноним (52), 13:19 , 12-Сен-20, (52)   Если говорить про десктоп, то вы анализировали сколько мусора остается На серве, Anonimous (?), 23:05 , 12-Сен-20, (114) –1   Нет там мусора после обновлений Ненужные никому пакеты автоматом удаляются посл, Василий (??), 23:42 , 12-Сен-20, (118) +2   А какую методику проверки вы использовали или вы основываетесь просто на личных , Anonimous (?), 13:11 , 13-Сен-20, (191)   Нет, просто у вас практика на кривых поделиях и недоделках, где разрабы забивают, Аноним (186), 12:40 , 13-Сен-20, (186)   Для начала научитесь уважительно вести дискуссии Здесь околонулевой конструктив, Anonimous (?), 13:01 , 13-Сен-20, (190)   Т е по сути вопроса возразить нечего, и играем в интеллигента с моноклем, ясно-, Аноним (197), 16:48 , 13-Сен-20, (202)   Надёжность обеспечивается и другими механизмам Допустим, я делаю так zfs creat, Аноним (44), 12:36 , 12-Сен-20, (44) –2   // Это не надёжность, а резервирование ПС а я делаю snapper rollback , VINRARUS (ok), 13:07 , 12-Сен-20, (50)   А резервирование - это не один из механизмов обеспечения надёжности , Аноним (53), 13:23 , 12-Сен-20, (53) –1   Это механизм исправления поломки А надёжность это противоположность поломки , VINRARUS (ok), 13:28 , 12-Сен-20, (55) +1   Сильно , Аноним (53), 13:38 , 12-Сен-20, (58)   Я его поправлю, это не маханизм исправления поломки, это механизм стархования о, Аноним (210), 17:26 , 13-Сен-20, (210)   Ты не можешь быть лучшим учеником , Аноним (79), 16:56 , 12-Сен-20, (83) +1   Ты в каком классе Во втором , AleksK (ok), 09:32 , 13-Сен-20, (147)   https elementary io ru , Аноним (10), 09:56 , 12-Сен-20, (10) +2   // Неа Во-первых, много глюков, во-вторых - ГТК, продолжать смысла нет , Fracta1L (ok), 11:10 , 12-Сен-20, (25) –2   Если у вас возникнуть проблемы при использовании дистрибутива -- обращайтесь на , Аноним (30), 10:15 , 12-Сен-20, (17) +4 Не совсем понимаю причины существования данного сабжа Если человеку нужна прост, Аноним (53), 11:08 , 12-Сен-20, (22) +4 // Манжара это то же самое что Убунта, только не для дебиана, а для Арча, Аноним (33), 11:45 , 12-Сен-20, (33) +4 // Если вы думаете,что убунта - это просто срез кодовой базы дебиана, то нет ничего, Аноним (53), 13:37 , 12-Сен-20, (56) –1 // У Manjaro свои репозитории, ыксперд, Fracta1L (ok), 13:38 , 12-Сен-20, (59) –1 Уважаемый, подскажите У него настолько же другие как у Artix или глобально свои, пор (?), 13:43 , 12-Сен-20, (61) 187 grep -vE 124 etc pacman d mirrorlistServer https mirror y, Oxyd76 (?), 19:00 , 12-Сен-20, (95) Если хотите что-то сказать, то хотя бы потрудитесь выражать их более полно , Аноним (53), 13:44 , 12-Сен-20, (62) Поиск пакетов через web запилили , Аноним (93), 19:05 , 12-Сен-20, (96) Всё никак не расстанешься с вендузятскими привычками , Fracta1L (ok), 08:05 , 13-Сен-20, (131) –1 Нет, ведь Дебиан ещё может получить что-то с того, что в убунте более свежие вер, Аноним (204), 16:53 , 13-Сен-20, (204) Манажара это скорее это такой Линухминт, только вместо убунты Арч, суть такая же, Аноним (210), 17:28 , 13-Сен-20, (211) Так а кто заставляет из aur-а ставить Manjaro это тот же arch, только проще, и , Аноним (73), 15:48 , 12-Сен-20, (73) // Манжара это система на раче, рач сам по себе в официальных репах не большой Смы, Аноним (261), 09:58 , 14-Сен-20, (261) В голосину Сделал мой день, содомит , Аноним (75), 16:04 , 12-Сен-20, (75) Ниша для лентяев неосиляторов оригинального рачика, а за убунту уже потсоны за л, Аноним (197), 16:50 , 13-Сен-20, (203) У меня был установлен Arch но я снова вернулся на Ubuntu 128517 128517 128, Аноним (38), 12:07 , 12-Сен-20, (38) // Арч избирателен в друзьях, как впрочем и слакварь и гента По логике вещей, выхо, орп (?), 13:37 , 12-Сен-20, (57) –1 А в чем была причина возврата , Аноним (53), 13:39 , 12-Сен-20, (60) –1 // Да особенно ни в чём Просто ностальгия Arch лучше чем Monjaro однозначно 13, Аноним (38), 14:52 , 12-Сен-20, (69) –2 Девиз дистра у вас всё ещё не поломатые пакеты тогда мы идём к вам , Аноним (41), 12:07 , 12-Сен-20, (39) +2 Скрыто модератором, б.б. (?), 12:39 , 12-Сен-20, (45) –1 В этих самых интернетах писали что их взломали, Аноним (46), 12:54 , 12-Сен-20, (46) Ubuntu-R I P после внедрения snapd , Аноним (47), 12:57 , 12-Сен-20, (47) –2 // Никто не мешает удалить и подключить флэтпак Ничего фатального в этом нет - бук, Аноним (53), 13:27 , 12-Сен-20, (54) –2 // Мешает Мантейнеры убунту мешают они хромиум в 20 04, например, прибили гвоздям, анонимус (??), 16:22 , 12-Сен-20, (77) –1 // Кто-то использует хромиум , Мира (ok), 17:43 , 12-Сен-20, (87) –3 Ну вообще в ubuntu уже много приложений как snap установлены, cам магазин, chrom, Firecat (ok), 00:41 , 13-Сен-20, (124) После внедрения systemd и убивания Unity , Аноним (79), 17:05 , 12-Сен-20, (85) Чем плох snapd , Roman (??), 19:36 , 12-Сен-20, (105) –1 // На моей арм машинке хромиум из репы дебиана открывается за пару секунд Хромиум , Угабуга (?), 23:06 , 13-Сен-20, (238) +1 // А сколько в убунте 20 04 вообще snap пакетов Я имею в виду безальтернативно Ко, Денис (??), 00:29 , 14-Сен-20, (242) По сути один chromium из весомого Остальное 1 Live Patch мини патчинг ядра без, iPony129412 (?), 08:15 , 14-Сен-20, (252) Не знаю сколько, не считал, зато снёс к чертям собачим snapd, Угабуга (?), 01:18 , 15-Сен-20, (275) Она ещё и до этого зашкваривалась, но в целом ты прав , Аноним (210), 17:30 , 13-Сен-20, (213) Сабж, как ни странно может показаться, очень хорош для эксперементов с одноплато, Аноним (49), 13:02 , 12-Сен-20, (49) // Не сочтите за рекламу В понедельник начитается препродажа PinePhone Manjaro CE , Аноним (49), 15:18 , 12-Сен-20, (71) Чтобы быстрее попробовать функционал ядра, возможноА вот производительность увел, Аноним (210), 17:33 , 13-Сен-20, (214) Хорошая движуха и грамтоный подход к релизам Сам на арче Главное, чтобы очень о, Аноним (51), 13:10 , 12-Сен-20, (51) –1 // К сожалению, это УЖЕ случилось Манджара примерно с 16 версии начала всё больше , ИмяХ (?), 14:37 , 12-Сен-20, (67) –1 OpenRC там можно или нет альтернатив Только без попоболей фанатиков плиз , Аноним (51), 13:45 , 12-Сен-20, (63) // Давно выпилили Если хочется Arch с OpenRC, посмотри на Artix, Аноним (73), 15:49 , 12-Сен-20, (74) +1 Раньше была ветка с openrc на xfce, но потом эту ветку решили собирать на чистом, Аноним (210), 17:37 , 13-Сен-20, (215) Пробую в виртуалбоксе - Failed to start VirtualBox Guest VMSVGA resize client и , Аноним (66), 14:30 , 12-Сен-20, (66) // Для проверки на реальном железе есть live usb, Аноним (68), 14:45 , 12-Сен-20, (68) Переключив адаптер в VBoxVGA получилось установить Первое что сделал это запуст, Аноним (66), 23:33 , 12-Сен-20, (116) // Это норма Даже в тяжеловесах типа Fedora Ubuntu за которыми стоят весьма весомы, iPony129412 (?), 08:55 , 13-Сен-20, (135) +1 // Справедливости ради, весной тестил для себя разные DE на разных дистрах, и хоть , Аноним (210), 17:40 , 13-Сен-20, (216) Лучше уже EndeavourOS, чем эта поделка, если уж совсем лень ставить Арч Я серье, Аноним (89), 18:00 , 12-Сен-20, (89) // Теорема Эскобара Эндевар это же Арч но для ленивых, так При попытке поставить КД, Аноним (98), 19:40 , 12-Сен-20, (106) // Я думал это чакра рач для ленивых Я юзал пока они не отпочковались, было норм , Аноним (120), 02:06 , 13-Сен-20, (126) Убунту - это же дебиан, но только для ленивых, так При попытке поставить кеды ч, Аноним (53), 09:02 , 13-Сен-20, (136) Уж если арчешкольник , то как тогда называть юзера этого , user90 (?), 22:36 , 12-Сен-20, (111) –1 // Как арч может быть для школоты, когда судя по комментариям - надо быть спецом от, Аноним (128), 05:05 , 13-Сен-20, (128) –1 // Не надо Документация весьма неплохая, что-то от балды копировать и пробовать , iPony129412 (?), 08:53 , 13-Сен-20, (134) // Вы именно тот самый фанатик Линуксом с которым постоянно что-то случается или л, Аноним (53), 09:09 , 13-Сен-20, (138) Я про это вообще и не говорил 8211 это раз А во вторых со словом никто бы не, iPony129412 (?), 09:13 , 13-Сен-20, (139) –2 Не написали вы - написал я А нельзя Под никто бы не стал подразумевалось бол, Аноним (53), 10:08 , 13-Сен-20, (153) +1 Можно Но сути это не меняет Не просто же так вот это рисовали Явление такое е, iPony129412 (?), 10:20 , 13-Сен-20, (156) Меняет В итоге, обвинив меня во враньё оказались уличены во лжи сами А я лишь , Аноним (53), 11:13 , 13-Сен-20, (167) Ни в одном месте Всего хорошего , iPony129412 (?), 12:13 , 13-Сен-20, (179) Хренасе, не иначе как будет потепление, ипони сказал что-то по делу и я с ним со, Аноним (261), 10:00 , 14-Сен-20, (262) Не нужно быть спецом, нужно просто понимать, что ты делаешь У некоторых пукан н, Аноним (30), 09:05 , 13-Сен-20, (137) +4 // Это точно про Арч Не нужно, достаточно выкачать deb ку и поставить AUR , Аноним (133), 09:21 , 13-Сен-20, (140) Да Чекать обновы вручную будешь Это не совсем васян-репа Там много пакетов от о, Аноним (30), 09:27 , 13-Сен-20, (143) AUR, конечно, свалка, но зато билд-скрипты простые и понятные, если очень надо, , Аноним (73), 10:09 , 13-Сен-20, (155) Во А теперь вот конкретный вопрос Нужно значит у одного пакета из основного изме, iPony129412 (?), 10:28 , 13-Сен-20, (158) Не надо тут спорить, в Арче объективно простые пакеты по составу и по способу сб, Аноним (206), 17:04 , 13-Сен-20, (206) Ответа на вопрос нет, а вместо этого опять какая-то демагогия бессмысленная, iPony129412 (?), 17:29 , 13-Сен-20, (212) Скрипты эти такая же бюрократия, как и deb-src с rpm-src configure make install , Аноним (228), 19:26 , 13-Сен-20, (226) Я, например, себе настроил хранение либ в local lib ffmpeg local lib gimp , Аноним (228), 19:30 , 13-Сен-20, (229) Ебилды не сильно сложнее, но да, рачепакеты простые как сапог, и пакетбилды не з, Аноним (261), 10:01 , 14-Сен-20, (263) В AUR е сборка из исходников обычно Между прочим, в других дистрах часто готовы, Аноним (228), 19:33 , 13-Сен-20, (230) Фрактал даже порывался своими бинарями поделиться, чтобы облегчить жизнь другим , Аноним (228), 19:35 , 13-Сен-20, (231) А в Fedora 50 команд надо Вот я и говорю, фантазии Ака как на пустом месте пытат, iPony129412 (?), 09:26 , 13-Сен-20, (142) –1 Отпечатался Фанатизм имел в виду Хотя и то и то , iPony129412 (?), 09:30 , 13-Сен-20, (146) –1 В этом и вся суть Люди настолько уверовали в то, что Арч - это сложно или Арч п, Аноним (53), 09:30 , 13-Сен-20, (145) +1 Ну ставил я и Arch и Manjaro на виртуалку Зачем Косяки там десктопного линукса н, iPony129412 (?), 09:33 , 13-Сен-20, (148) –1 С другой стороны, а нужно ли кого-то переубеждать в обратном , Аноним (30), 09:33 , 13-Сен-20, (149) Нет, вся суть проблемы, что основной массе Людей Аря не свистел нигде, в это сло, Аноним (207), 17:16 , 13-Сен-20, (207) Нет, просто рачеводы задолбали врываться в треды с новостями о друих дистрах и р, Аноним (210), 17:43 , 13-Сен-20, (217) Этот дистр у меня на втором месте, типо план B , Firecat (ok), 00:38 , 13-Сен-20, (123) После обновы, у меня иксы упали Я рукожоп, timeshift ом откатывать пришлось , Аноним (244), 06:13 , 14-Сен-20, (244) 1,2,3,4,17,22,38,39,46,47,49,51,63,66,89,111,123,244

Сообщения

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

4. "Релиз дистрибутива Manjaro Linux 20.1"	+1 +/–
Сообщение от Fracta1L (ok), 12-Сен-20, 09:42
Всё ещё лучший десктопный дистрибутив, даже несмотря на то что эти горе-разрабы свой форум прохезали)))
Ответить | Правка | Наверх | Cообщить модератору

	8. "Релиз дистрибутива Manjaro Linux 20.1"	–4 +/–
	Сообщение от VINRARUS (ok), 12-Сен-20, 09:51
	Ролинг в принцыпе не может быть лучшым, так как не надёжный.
	Ответить | Правка | Наверх | Cообщить модератору

	16. "Релиз дистрибутива Manjaro Linux 20.1"	+4 +/–
	Сообщение от Аноним (14), 12-Сен-20, 10:12
	Linux впринцыпе не может быть лучшим, так как не BSD
	Ответить | Правка | Наверх | Cообщить модератору

	20. "Релиз дистрибутива Manjaro Linux 20.1"	+1 +/–
	Сообщение от Anonimous (?), 12-Сен-20, 10:59
	на практике больше всего проблем именно после обновлений не роллинг дистрибутивов на более новый релиз - на таких дистрибутивах предпочитаю переустанавливать, а не обновляться, т.к. если даже после обновления не превратится в тыкву, то гарантированно остается много мусора. Для серверов роллинг не подойдет, но для десктопа - это очень удобно. На практике данный дистрибутив стабильнее многих не роллинг + версии софта свежие и нету гемороя по поиску и добавлению репозиториев для разного софта (все нужные пакеты можно найти в родных репах  + AUR)
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	26. "Релиз дистрибутива Manjaro Linux 20.1"	+2 +/–
	Сообщение от Aliech (ok), 12-Сен-20, 11:15
	Пользователь Debian удивились. Особенно те, что с шестого релиза обновлялись вплоть до текущего. Пользователи testing'а вообще поразились, что у них что-то там не свежее и проблемное...
	Ответить | Правка | Наверх | Cообщить модератору

	113. "Релиз дистрибутива Manjaro Linux 20.1"	–1 +/–
	Сообщение от Anonimous (?), 12-Сен-20, 23:03
	Если говорить про десктоп, то вы анализировали сколько мусора остается? На серверах, то точно никто адекватный так не обновляет.
	Ответить | Правка | Наверх | Cообщить модератору

	169. "Релиз дистрибутива Manjaro Linux 20.1"	+/–
	Сообщение от Aliech (ok), 13-Сен-20, 11:20
	> Если говорить про десктоп, то вы анализировали сколько мусора остается? На серверах, > то точно никто адекватный так не обновляет. Да, анализировал. Мне apt подробный вывод предоставляет после обновления. И никто не мешает его вычистить... тем же apt'ом. Надо просто понимать разницу между remove и purge. А ещё не игнорировать выхлоп apt'а, он ведь ОБЯЗАТЕЛЬНО пишет, если хоть что-то оставляет не удалённым.
	Ответить | Правка | Наверх | Cообщить модератору

	188. "Релиз дистрибутива Manjaro Linux 20.1"	–1 +/–
	Сообщение от Аноним (188), 13-Сен-20, 12:50
	>> Если говорить про десктоп, то вы анализировали сколько мусора остается? На серверах, >> то точно никто адекватный так не обновляет. > Да, анализировал. Мне apt подробный вывод предоставляет после обновления. И никто не > мешает его вычистить... тем же apt'ом. Надо просто понимать разницу между > remove и purge. А ещё не игнорировать выхлоп apt'а, он ведь > ОБЯЗАТЕЛЬНО пишет, если хоть что-то оставляет не удалённым. Тсс, не разрушайте его иллюзий, а то у бедняги всё меньше адекватных отмазок будет, перед потсонами будет неудобняк. Везде всё плохо-плохо, все эти замшелые гомномаонтовые дистры это всё для старпёров, корпорасты просто глупые и ничего не понимают, в космосы летают дебильяны с костылепетчами, в банках и на заводах стоят красношляпные дистры, потому что там везде ленивые одмины, которые нифига не могут сами пакетбилдов написать, и страдают от недостатка пакетов постоянно, побираются по помоешным репозиториям, зато АРЧедистры, вот где сила, всё просто, и работает, ванильно, а главное - свежо, вот! А кто этого не понимает, просто лентяй и неосилятор сидят там на своих убунтах и федорах, виндузятники латентные, вон, даже Кроа-Хартман Арчем пользуется, а он не хрен с бугра, ядра разрабатывает, вот и получается, что у остальных просто ума не хватает, Арч это для умных и шарящих людей, таких как разработчики ядра, вот!
	Ответить | Правка | Наверх | Cообщить модератору

	192. "Релиз дистрибутива Manjaro Linux 20.1"	+/–
	Сообщение от Anonimous (?), 13-Сен-20, 14:11
	А какую методику анализа вы использовали? Просто личные убеждения что apt точно знает о всех файлах в системе? Но это не так, много файлов создается не пакетным менеджером или не напрямую им, не во всех пакетов полностью корректные сценарии удаления (у апта нету магии - он делает ровно то что написанно в сценариях пакета и логике заложенной в самой утилите и тут неважно remove или purge). Для объективного анализа нужно взять снепшот настроенной вами системы которая пережила несколько таких апдейтов и чистой системы настроенной аналогичным образом тоже вами которая поработала пару месяцев и сделать диф по файлам.Так вы увидите что apt не всемогуч. Справедливости  ради такая проблема не связанна именно с apt и системами с фиксированными релизами, просто когда система обновляется небольшими порциями, то этот процесс значительно проще контролировать. Если вернуться изначально к ветке обсуждения, то там говорилось больше о (не)стабильности роллинг апдейтов, на что я возразил "На практике данный дистрибутив стабильнее многих не роллинг", после чего был агрумент мол дебиан обновляется стабильно, но это не противоречит тому что я говорил выше, далее упомянули мусор которых создается или не создается, в чем есть и моя вина и дискуссия теряет конструктив.   Я говорю это к тому что в цепочке несколько поочередно выдранных из контекста фраз сильно увели в сторону суть дискуссии и есть смысл вернуть дискуссию в конструктивное русло или не раздувать дальше. Если хотите сравнить дебиан для десктопа и дистрибутив с темы, то преимущество manjaro в: 1) пакеты более свежие и их больше, даже если учитывать пакеты в ветке testing (хотя врятли кто-то будет юзать ее для всех пакетов) 2) нету необходимости искать/подключать репы что б ставить пакеты, которые будут корректно потом обновляться стандартным механизмом обновления - все есть из коробки 3) возможность без проблем подключить любую версию ядра, которое точно тестировалось на стабильность с другими компонентами.
	Ответить | Правка | К родителю #169 | Наверх | Cообщить модератору

	200. "Релиз дистрибутива Manjaro Linux 20.1"	+1 +/–
	Сообщение от Аноним (197), 13-Сен-20, 16:40
	> А какую методику анализа вы использовали? Просто личные убеждения что apt точно > знает о всех файлах в системе? Но это не так, много > файлов создается не пакетным менеджером или не напрямую им, не во > всех пакетов полностью корректные сценарии удаления (у апта нету магии - > он делает ровно то что написанно в сценариях пакета и логике > заложенной в самой утилите и тут неважно remove или purge). Обычно адекватные люди узнают о возможностях пекетного менеджера их документации к системе, конкретно Дебиан штатно ставит в установленную систему всё через пакетный менеджер, который знает о всех файлах и настроках, которые автоматически при этом создавались, если вы после этого в обход пакетного менеджера что-то переделывали или добавляли, это уже не проблем дистра, а ваших грязных ручек. Так то полиси Дебиана заставляет соблюдать правила созания пакетов и оформления скриптов, многие вот жалуются на бюрократию Дебиана, но она как раз и создана, чтобы всякие васяны с немытыми лапами не колхозили в систему кривопакетов, так что если ставите официальные пакеты из официальных репозиториев, то при менеджер пакетов будет абсолютно всё знать, о том, что у вас стоит в системе, кроме того что вы натыкали туда грызными методами, но таком случае это уже ваши половые трудности. С моей стороны я могу опираться на официальную документацию Дебиана, с вашей стороны, для доказательтва того что это не так вы, надеюсь потрудитесь представить доказательства обратного, вы же не просто так набросили на дуру, верно?! Если имеет место быть такое положение вещей, о котором вы заявили это нехорошая ситуация, и о подобном надо репортить, чтобы фиксили, ведь так?
	Ответить | Правка | Наверх | Cообщить модератору

	220. "Релиз дистрибутива Manjaro Linux 20.1"	–1 +/–
	Сообщение от Anonimous (?), 13-Сен-20, 18:27
	> С моей стороны я могу опираться на официальную документацию Дебиана, с вашей стороны, для доказательтва того что это не так вы, надеюсь потрудитесь представить доказательства обратного, вы же не просто так набросили на дуру, верно?! Если имеет место быть такое положение вещей, о котором вы заявили это нехорошая ситуация, и о подобном надо репортить, чтобы фиксили, ведь так? Я вроде более чем однозначно описал почему так происходит, как убедится. Если файлы не создаются непосредственно пакетным менеджером, то это не баг - это достаточно логичная особенность. То что файлы могут создаваться pre/post хуками и не учитываться при удалении - это возможно баг, но который не просто заметить при обычном использовании. В целом я не обязан изучать пакеты всех дистрибутивов и писать баг репорты по всем с которыми что-то не так. Вам так не кажется? Вы можете перепроверить мои слова методом описанным выше и самостоятельно зарепортить все найденное. Заодно и наглядно ознакомитесь с проблематикой.
	Ответить | Правка | Наверх | Cообщить модератору

	240. "Релиз дистрибутива Manjaro Linux 20.1"	+/–
	Сообщение от Аноним (240), 13-Сен-20, 23:24
	> В целом я не обязан изучать пакеты всех дистрибутивов и писать баг репорты по всем с > которыми что-то не так. Вам так не кажется? Нет, в целом не обязаны, но вопрос был не в этом. > Вы можете перепроверить мои слова методом > описанным выше и самостоятельно зарепортить все найденное Тут дело вот в чём, ваши заявления, за отсутствием доказательств, всего лишь просто слова, неподкреплённые ничем. Вы с оппонентом подняли вопрос, касательно какого-то там мусора в системе, который якобы постоянно накапливается, вам был дан ответ, что в уже установленной системе весь мусор может быть вычещен, т.к. о всех установках пакетов знает пакетный менеджер, если все пакеты ставились через него. И что другие методы установки нештатные и проблемы, которые потенциально это может создать - не вина системы. Система в курсе даже о том, что иногда не получилось удалить автоматически. О функционале пакетного менеджера, как и о возможностях есть информация в официальной вики, это общеизвестный факт. Вы же пытаетесь стоять на своём, в ответ не предоставляя никаких доказательст тому, о чём говорите, а ссылаетесь лишь на какие-то мифические действия, которые почему-то должен, в доказательства вашей же позиции, пока ещё недоказанной, возможно лживой, предоставить вам, любой ваш оппонент... А не сильно ли жирно будет?! Значит вы будете вбрасывать какие-то сомнительные положения, а за вас ещё и иди ищи поддтверждение вашим вбросам?! Так штoле?!.. Тут такое дело, согласно бритве Хитченса, бремя доказательства истинности утверждения лежит на заявляющем истинность, пока что, без внятного конкретного ответа, в подвешенном состоянии, только ваше утверждение, всё ещё ничем не подкреплённое... Потрудитесь пожалуйста его как-то доказать, а до той поры то, что вы пытаетесь старательно выдать за истину,  просто ложное утверждение и громкое сотрясание воздуха, мягко говоря!
	Ответить | Правка | Наверх | Cообщить модератору

	243. "Релиз дистрибутива Manjaro Linux 20.1"	+/–
	Сообщение от Anonimous (?), 14-Сен-20, 01:04
	Мои слова никак не противоречат документации, много файлов создается в процессе работы системы вне компетенции пакетного менеджера если вы сами создадите файл будет ли его учитывать пакетный менеджер? Наверное нет. А если по аналогии любой из сервисов в процессе своей работы создал файл или несколько, а после обновления создал этот же й файл но по другому пути (например, кеш т.к. например дефолтный путь поменялся, а в конфиге как раз и юзается дефолтное значение)? Будут ли эти файлы мусорными? Наверное да. Знает об эти файлах пакетный менеджер? Дефолтно нет. Может ли он их удалить при обновлении пакета? Только эсли это предусмотренно в pre|post хуках. Всегда ли предусмотренны данные события? На практике, часто нет. Или, например, до обновления у сервиса был дефолтный лог с одним названием а после название немного изменилось или вообще вместо отдельного файла начали писать в системный лог, а этом случае и старый лог гарантированно останется в виде мусора. Это наиболее частые сценарии. Добавьте к этому бекапы и копии дефолтных конфигов которые часто создаются при апгрейдах и которые тоже не нужны и по сути мусор. Можно ли не знать что остался мусор? Да, если не проверять. Может ли система норм работать с мусором? Да. Можно ли вручную все позачищать? Может быть достаточно трудозатратно найти весь мусор, но да. Это то что реально встречал именно что на дебиане, когда ранее анализировал этот вопрос. Если не ошибаюсь изучал на примере обновления с 7 на 8 версию. Тогда насетапили новую версию и перенесли проект и остался сервер на котором можно было безопасно сделать dist-upgrade и сравнить результат (diff на вывод команды tree c обоих серверов). Проводить специально эксперимент что б на скриншотах явно показать это - я не готов, т.к. банально жалко на это время. Если у вас есть желание, то методику тестирования, по которой можно явно проверить - я написал... А там верить или нет, перепроверять или нет - это уже ваше право.
	Ответить | Правка | Наверх | Cообщить модератору

	255. "Релиз дистрибутива Manjaro Linux 20.1"	+/–
	Сообщение от Аноним (255), 14-Сен-20, 09:13
	> Мои слова никак не противоречат документации, Ваши утверждение про мусор противоречат > много файлов создается в процессе работы > системы вне компетенции пакетного менеджера Много - понятие относительное, но допустим > если вы сами создадите файл будет > ли его учитывать пакетный менеджер? Наверное нет. Действительно нет, только вот файлы созданные в процессе работы пользователями это их файлы, в том числе и временные файлы в пользовательском разделе и если вы относите подобные файлы к мусору, производимому системой, это ваши личные проблемы с классификацией. > А если по аналогии > любой из сервисов в процессе своей работы создал файл или несколько, > а после обновления создал этот же й файл но по другому > пути (например, кеш т.к. например дефолтный путь поменялся, а в конфиге > как раз и юзается дефолтное значение)? У вас некорректная аналогия, фалы системы это файлы системы, файлы пользователя это файлы пользователя. После обновления ничего по другому пути не будет создаваться, разве что архитектурно что-то поменялось, в нормальных дистрибутивах при обновлениях системой сообщается о подобном, и если админ не дятел, то он прекрасно владеет ситуацией, учитывая такое положение вещей. > Будут ли эти файлы мусорными? Наверное да. При обновлении на новую версию и при условии, что файлы уже не нужны - да, это можно считать мусором, который в процессе работы подчищается, только вот никаких кусков пакетов не останется, о не удалённых частях известно из информации системы. > Знает об эти файлах пакетный менеджер? Дефолтно нет. Нет, о оставленных логах и временных файлах не знает, это не его обязанность, однако, изначальный посыл был в том, что создаваемый мусор накапливается и из-за этого приходится сносить систему и ставить начисто, вам ответили, что в этом нет необходимости. > Может ли он их удалить при обновлении пакета? Только эсли это предусмотренно > в pre|post хуках. Всегда ли предусмотренны данные события? На практике, часто > нет. На практике пакеты при удалении удаляются полностью, если вы умеете пользоваться пакетным менеджером, что в систему установилось, то из неё и удалится, в этом, среди прочего, и смысл пакетного менеджера. > Или, например, до обновления у сервиса был дефолтный лог с одним названием > а после название немного изменилось или вообще вместо отдельного файла начали > писать в системный лог, а этом случае и старый лог гарантированно > останется в виде мусора. Это наиболее частые сценарии. Добавьте к этому > бекапы и копии дефолтных конфигов которые часто создаются при апгрейдах и > которые тоже не нужны и по сути мусор. > Можно ли не знать что остался мусор? Да, если не проверять. > Может ли система норм работать с мусором? Да. > Можно ли вручную все позачищать? >Может быть достаточно трудозатратно найти весь мусор, но да. Это штатная обязанность администратора системы, подчищать мусор, вы об этом первый раз слышите? Пути создания логов и временных файлов заранее известны. Упоминаемые вами файлы имеют известные пути размещения, они не "гуляют" рандомно по системе так, как "им захочется". >[оверквотинг удален] > этот вопрос. Если не ошибаюсь изучал на примере обновления с 7 > на 8 версию. Тогда насетапили новую версию и перенесли проект и > остался сервер на котором можно было безопасно сделать dist-upgrade и сравнить > результат (diff на вывод команды tree c обоих серверов). > Проводить специально эксперимент что б на скриншотах явно показать это - я > не готов, т.к. банально жалко на это время. Если у вас > есть желание, то методику тестирования, по которой можно явно проверить - > я написал... > А там верить или нет, перепроверять или нет - это уже ваше > право. Я понял ваш посыл, однако суть была не в этом. Речь изначально шла о том, что в таких системах, как Дебиан, можно вполне штатно обновляться даже с релиза на релиз без необходимости устанавливать систему с нуля, вы же стали возражать о том, что останется много мусора. Вам ответили, что мусор не проблема т.к. можно его удалить, пакетный менеджер знает о всех установленных пакетах и он не мусорит в системе, если вы пользуетесь им корректно. Если новая версия пакета ставится в систему, то она не ставится рядом или куда-то в новое неизвестное место, она заменяет старую, старая вычищается полностью, никаких остатков старого пакета рядом лежать не остаётся, если имеются в виду старые файлы настроек, то об этом администратор в курсе, потому что читает то, что ему выдаёт система при обновлении, он же администратор в конце концов. В процессе штатного обновления на новые версии сообщается обо всех изменениях, если вдруг новым версиям программ нужна настройка, то выводятся сравнения старого и нового варианта, и даётся несколько вариантов выбора, грамотный администратор учитывает это, и то что не нужно, после процедуры подчищает, система его проинформировала, ему не надо заниматься вангованиями, если в вашей системе так, то у меня для вас плохие новости. Система всегда сообщает о переменах именно для того, чтобы администратор самостоятельно принял решение, если вы как администратор забиваете на свои прямые обязанности - это ваш личный выбор. Файлы создаваемые вами в системе - это ваши файлы, вы с ними и разбирайтесь, если вы имеете в виду временные файлы и логи системы, так это известно где лежит, и если вы как администратор этого не знаете, то это ваши проблемы, нечего пенять на систему. В итоге мы имеем то, что вы, судя по всему, не разобравшись достаточно в системе, не можете адекватно справиться с так называемым мусором и занимаетесь ненужной, с точки зрения грамотного администратора, деятельностью, более того, вместо того чтобы разобраться в системе как следует, следуете вредным, я бы даже сказал - пагубным, привычкам, присущим и широко практикуемым преимущественно пользователями windows, У меня риторический вопрос: проблемная всё же система, а не ваша компетентность?
	Ответить | Правка | Наверх | Cообщить модератору

	278. "Релиз дистрибутива Manjaro Linux 20.1"	+/–
	Сообщение от Anonimous (?), 15-Сен-20, 11:26
	Вопрос был про файлы, созданные под системными пользователями, под которыми работают сервисы которые и могут создавать создавать файлы в процессе своей работы. Были и конкретные примеры. Если эти файлы создавались не живыми пользователями и они не нужны, то это мусор, какой бы классификацией не пользовались. Было сказанно что проводился эксперимент и пакетный менеджер не всегда на практике контролирует такие файлы которые больше точно не нужны и они остаются в виде мусора. Более того вы можете повторить эксперимент и самостоятельно убедится. Ну или продолжать с детской наивностью верить что мусора после таких манипуляций не существует или что вы точно весь подчистите вручную. В принципе его наличие особо не влияет на работу системы и вы можете продолжать жить с данной иллюзией и убеждениями и это намного проще чем убедится что был не прав. Нюанс больше в том что одних устраивает такой исход, а других нет, а третьи вообще думают что такого нет. Отвечая на ваш "риторический" вопрос - проблемная не система, а отношение к данному процессу у разных людей. Также я надеюсь что наше обсуждение касалось исключительно дестопного применения, т.к. из контекста обсуждения сложилось впечатление что вы и на серверах так делаете, а там уже важна прогнозируемость процесса, что не очень сочетается с dist-upgrade, если конечно проект хоть сколько чувствителен к даунтайму.
	Ответить | Правка | Наверх | Cообщить модератору

	239. "Релиз дистрибутива Manjaro Linux 20.1"	+/–
	Сообщение от Aliech (ok), 13-Сен-20, 23:20
	>  А какую методику анализа вы использовали? Просто личные убеждения что apt точно знает о всех файлах в системе? Но это не так, много файлов создается не пакетным менеджером или не напрямую им, не во всех пакетов полностью корректные сценарии удаления (у апта нету магии - он делает ровно то что написанно в сценариях пакета и логике заложенной в самой утилите и тут неважно remove или purge). apt знает об установленном. Среди установленного, внезапно, так же присутствуют и директории типа /var/spool/чего-то, /var/lib/чего-то, /etc/чего-то, /var/log/чего-то. Собственно весь софт, которые ставишь из реп, сразу после установки, туда и настроен писать. Когда удаляешь сей софт, apt тебя спросит, мол папка такая-то не пуста. Ну а если настраивал софт и указывал какие-то не стандартные пути, то... будь любезен и помни их сам. Тебе же голова зачем-то нужна? > Для объективного анализа нужно взять снепшот настроенной вами системы которая пережила несколько таких апдейтов и чистой системы настроенной аналогичным образом тоже вами которая поработала пару месяцев и сделать диф по файлам.Так вы увидите что apt не всемогуч. Все знают, что он не всемогущ. Он работает так, как должен. Если ты это понимаешь, а так же понимаешь, что за всё то, что не предусмотрено ментейнером, несёшь ответственность ты сам, то всё будет ОК. Кстати, а что это за бредятина про diff? Ведь dpkg умеет список файлов выдавать для каждого пакета. И их контрольные суммы проверять. Немного магии скриптов и можно собрать себе велосипед для проверки целостности системы. В любой момент. Без снапшотов и прочих смс. > 1) пакеты более свежие и их больше, даже если учитывать пакеты в ветке testing (хотя врятли кто-то будет юзать ее для всех пакетов) aliech@arcturus:~$ cat /etc/debian_version bullseye/sid Как бы на тестируемом релизе я сижу. Кажется с 2009го. Эээ... это же никакой Манжары ещё не было? > 2) нету необходимости искать/подключать репы что б ставить пакеты, которые будут корректно потом обновляться стандартным механизмом обновления - все есть из коробки А что из официальных реп дебиана/убунты/рхела потом штатным образом не обновляется? Ой, вы подключили репу от Василия Пупкина, а при обновлении оно вам всё сломало? Ну так то не проблема дистрибутива ;) > 3) возможность без проблем подключить любую версию ядра, которое точно тестировалось на стабильность с другими компонентами. А какая проблема в том же Debian поставить ЛЮБУЮ версию ядра, которая доступна? Они, внезапно, если в репу включены, то точно работают. Ибо тестировались. От себя пару слов: мне плевать на то, что вам так нравится десктопные рачепроизводные. Меня просто раздражает, что вместо того, чтобы просто радоваться, вы почему-то пытаетесь придумать другим людям проблемы, с которыми они якобы сталкиваются. Мол у вас проблем этих нет. Ну так я за вас рад, что у вас их нет. Только вот у тех, кто не разделяет ваши взгляды, тоже описываемых вами проблем НЕТ.
	Ответить | Правка | К родителю #192 | Наверх | Cообщить модератору

	257. "Релиз дистрибутива Manjaro Linux 20.1"	+/–
	Сообщение от Аноним (257), 14-Сен-20, 09:33
	>[оверквотинг удален] >> 3) возможность без проблем подключить любую версию ядра, которое точно тестировалось на стабильность с другими компонентами. > А какая проблема в том же Debian поставить ЛЮБУЮ версию ядра, которая > доступна? Они, внезапно, если в репу включены, то точно работают. Ибо > тестировались. > От себя пару слов: мне плевать на то, что вам так нравится > десктопные рачепроизводные. Меня просто раздражает, что вместо того, чтобы просто радоваться, > вы почему-то пытаетесь придумать другим людям проблемы, с которыми они якобы > сталкиваются. Мол у вас проблем этих нет. Ну так я за > вас рад, что у вас их нет. Только вот у тех, > кто не разделяет ваши взгляды, тоже описываемых вами проблем НЕТ. Блин, чел, от души! Я бы тебя плюсанул, но т.к. нашего брата Анона тут угнетают, поэтому только так "+" ! ППКС
	Ответить | Правка | Наверх | Cообщить модератору

	258. "Релиз дистрибутива Manjaro Linux 20.1"	+/–
	Сообщение от Аноним (258), 14-Сен-20, 09:46
	> Все знают, что он не всемогущ. Он работает так, как должен. Если > ты это понимаешь, а так же понимаешь, что за всё то, > что не предусмотрено ментейнером, несёшь ответственность ты сам, то всё будет > ОК. Кстати, а что это за бредятина про diff? Ведь dpkg > умеет список файлов выдавать для каждого пакета. И их контрольные суммы > проверять. >Немного магии скриптов и можно собрать себе велосипед для проверки > целостности системы. В любой момент. Без снапшотов и прочих смс. Что ты хотел, это же манжаристы, у них же всемогущий пакман и вменяемая валидация АУР-пакетов [нет] >> 1) пакеты более свежие и их больше, даже если учитывать пакеты в ветке testing (хотя врятли кто-то будет юзать ее для всех пакетов) > aliech@arcturus:~$ cat /etc/debian_version > bullseye/sid > Как бы на тестируемом релизе я сижу. Кажется с 2009го. Эээ... это > же никакой Манжары ещё не было? Сам на десктопах имею в том числе и тестинг (sid чот перебор для меня) и брат жив. >> 2) нету необходимости искать/подключать репы что б ставить пакеты, которые будут корректно потом обновляться стандартным механизмом обновления - все есть из коробки > А что из официальных реп дебиана/убунты/рхела потом штатным образом не обновляется? Ой, > вы подключили репу от Василия Пупкина, а при обновлении оно вам > всё сломало? Ну так то не проблема дистрибутива ;) Ну так это мажаристы, как рачеры, только более ленивые, что одобряю, но, как правило, менее прошаренные, что не приветствую, сделай снисхождение! >> 3) возможность без проблем подключить любую версию ядра, которое точно тестировалось на стабильность с другими компонентами. > А какая проблема в том же Debian поставить ЛЮБУЮ версию ядра, которая > доступна? Они, внезапно, если в репу включены, то точно работают. Ибо > тестировались Более того, на крайняк можно и самому собрать и потестить нужное, только вот зачем, в sid не сильно отставая новые версии залетают. > От себя пару слов: мне плевать на то, что вам так нравится > десктопные рачепроизводные. Меня просто раздражает, что вместо того, чтобы просто радоваться, > вы почему-то пытаетесь придумать другим людям проблемы, с которыми они якобы > сталкиваются. Мол у вас проблем этих нет. Ну так я за > вас рад, что у вас их нет. Только вот у тех, > кто не разделяет ваши взгляды, тоже описываемых вами проблем НЕТ. У них нет проблем, вот от их сектанского рачебреда, который они везде распространяют да, проблемы бывают у тех, кто на это поведётся, но школота, чо с них взять, подрастут - перебесятся, а иначе я им не завидую.
	Ответить | Правка | К родителю #239 | Наверх | Cообщить модератору

	259. "Релиз дистрибутива Manjaro Linux 20.1"	+/–
	Сообщение от Аноним (259), 14-Сен-20, 09:49
	> Меня просто раздражает, что вместо того, чтобы просто радоваться, > вы почему-то пытаетесь придумать другим людям проблемы, с которыми они якобы > сталкиваются. Мол у вас проблем этих нет. Ну так я за > вас рад, что у вас их нет. Только вот у тех, > кто не разделяет ваши взгляды, тоже описываемых вами проблем НЕТ. Забей, не напрягайся так и перестань его подкармливать, с этим всё ясно.
	Ответить | Правка | К родителю #239 | Наверх | Cообщить модератору

	52. "Релиз дистрибутива Manjaro Linux 20.1"	+/–
	Сообщение от Аноним (52), 12-Сен-20, 13:19
	Если ты сам чего-то там не нафуевертил, то Debian stable спокойно обновляется с релиза на релиз. Даже на systemd переход был совершенно незаметным, все как работало так и продолжило работать.
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	114. "Релиз дистрибутива Manjaro Linux 20.1"	–1 +/–
	Сообщение от Anonimous (?), 12-Сен-20, 23:05
	Если говорить про десктоп, то вы анализировали сколько мусора остается? На серверах, то точно никто адекватный так не обновляет.
	Ответить | Правка | Наверх | Cообщить модератору

	118. "Релиз дистрибутива Manjaro Linux 20.1"	+2 +/–
	Сообщение от Василий (??), 12-Сен-20, 23:42
	Нет там мусора после обновлений. Ненужные никому пакеты автоматом удаляются после apt autoremove. Я админ множества серверов и не могу себе позволить не обновлять сервера на новый релиз, иначе останусь "в прошлом". Не могу переставлять сервер с нуля, так как это излишняя и тяжелая работа. Спокойно обновляю с релиза на релиз и нет серьёзных проблем.
	Ответить | Правка | Наверх | Cообщить модератору

	191. "Релиз дистрибутива Manjaro Linux 20.1"	+/–
	Сообщение от Anonimous (?), 13-Сен-20, 13:11
	А какую методику проверки вы использовали или вы основываетесь просто на личных убеждениях? К счастью мы обслуживаем в вами разные системы. Это хорошо что вы можете себе позволить даунтайм, если вдруг что-то пойдет не так.
	Ответить | Правка | Наверх | Cообщить модератору

	186. "Релиз дистрибутива Manjaro Linux 20.1"	+/–
	Сообщение от Аноним (186), 13-Сен-20, 12:40
	> на практике больше всего проблем именно после обновлений не роллинг дистрибутивов на > более новый релиз - Нет, просто у вас практика на кривых поделиях и недоделках, где разрабы забивают болт на то, чтобы можно было обновлять ваши редакции. > на таких дистрибутивах предпочитаю переустанавливать, а не > обновляться, Ну и зря, тупой виндузячий подход, я вас не виню за это, просто вы выбрали работать с теми дистрами, которые к этому склоняют, вот где ваша проблема, на мой взгляд. > т.к. если даже после обновления не превратится в тыкву, то > гарантированно остается много мусора. Если обновления превращают систему в тыкву, значит это гомносистема, адекватные люди такое не используют, не надо всякие кривые поделия вместо вменяемых дисров использовать. > Для серверов роллинг не подойдет, Щас набигут рачешкольники и будут утверждать что очень даже подойдёт > но для десктопа - это очень удобно. Удобство - понятие субъективное, вам вот удобно, кому-то и стринги которые в очко залазят и яйца жмут удобнее, а мне нет, я не любитель острых экзотичных ощущений, я за традиционные скучные взаимодействия с системой, и в сурьёзных организациях неудобно, и людям, кторые не хотят ролинг-пердолинг, им также не удобно, но я вам подскажу, вы можете Кроа-Хартмана в пример привести, на него же стоит всем ровнятся, да?! ;) > На практике данный дистрибутив стабильнее многих не роллинг + версии софта свежие Да, постабильнее всяких дипинов, елементарей, попосов и прочих болгеносов, так-то да, но в сравнении с продакшон-дистрами - НЕТ, НЕТ и ещё раз НЕТ! Свежесть софта бывает разной. Только что собранная последняя версия по дефолту не может быть самая надёжная для продакшона, да я даже дома не стану всякую каку из аура тянуть. > и нету гемороя по поиску и добавлению репозиториев для разного софта В основной массе адекватных дистрибутивов также нет геморроя по поиску или добавления репозиториев. > (все нужные пакеты можно найти в родных репах  + AUR) Не все, но многие да, однако это васяносборки хз кем проверенные, только не надо тут затирать, что там просто всё, занырнул и проверил, эту мантру я давно от рачистов слышу, и что там с проверкой подлинности пакетов в АУР? когда её завезли?
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	190. "Релиз дистрибутива Manjaro Linux 20.1"	+/–
	Сообщение от Anonimous (?), 13-Сен-20, 13:01
	Для начала научитесь уважительно вести дискуссии. Здесь околонулевой конструктив и какая-то агрошкольная манера общения. Предлагаю просто остаться каждый при своем мнении и попрошу по возможности не писать свои высокоинтеллектуальные комментарии под моими, т.к. они не очень хорошо гармонируют между собой и направленны они на разную целевую аудиторию. Давайте экономить время друг друга. Спасибо за понимание.
	Ответить | Правка | Наверх | Cообщить модератору

	202. "Релиз дистрибутива Manjaro Linux 20.1"	+/–
	Сообщение от Аноним (197), 13-Сен-20, 16:48
	> Для начала научитесь уважительно вести дискуссии. Здесь околонулевой конструктив и какая-то > агрошкольная манера общения. Предлагаю просто остаться каждый при своем мнении и > попрошу по возможности не писать свои высокоинтеллектуальные комментарии под моими, т.к. > они не очень хорошо гармонируют между собой и направленны они на > разную целевую аудиторию. > Давайте экономить время друг друга. > Спасибо за понимание. Т.е. по сути вопроса возразить нечего, и играем в интеллигента с моноклем, ясно-понятно, вам тоже всех благ!
	Ответить | Правка | Наверх | Cообщить модератору

	44. "Релиз дистрибутива Manjaro Linux 20.1"	–2 +/–
	Сообщение от Аноним (44), 12-Сен-20, 12:36
	Надёжность обеспечивается и другими механизмам. Допустим, я делаю так: zfs create snapshot rpool/blabla@update1;pacman -Suy и в случае проблем zfs rollback. И как должно быть понятно, для надёжности совсем не обязательно ставить дебиан, рхел или что нибудь ещё. Самое важное - разбираться в имеющихся механизмах и их применении. С помощью всего двух команд получаем абсолютно стабильный арч.
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	50. "Релиз дистрибутива Manjaro Linux 20.1"	+/–
	Сообщение от VINRARUS (ok), 12-Сен-20, 13:07
	Это не надёжность, а резервирование. ПС: а я делаю snapper rollback
	Ответить | Правка | Наверх | Cообщить модератору

	53. "Релиз дистрибутива Manjaro Linux 20.1"	–1 +/–
	Сообщение от Аноним (53), 12-Сен-20, 13:23
	А резервирование - это не один из механизмов обеспечения надёжности? :)
	Ответить | Правка | Наверх | Cообщить модератору

	55. "Релиз дистрибутива Manjaro Linux 20.1"	+1 +/–
	Сообщение от VINRARUS (ok), 12-Сен-20, 13:28
	> А резервирование - это не один из механизмов обеспечения надёжности? :) Это механизм исправления поломки. А надёжность это противоположность поломки.
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Релиз дистрибутива Manjaro Linux 20.1"	+/–
	Сообщение от Аноним (53), 12-Сен-20, 13:38
	Сильно.
	Ответить | Правка | Наверх | Cообщить модератору

	210. "Релиз дистрибутива Manjaro Linux 20.1"	+/–
	Сообщение от Аноним (210), 13-Сен-20, 17:26
	> Сильно. Я его поправлю, это не маханизм исправления поломки, это механизм стархования $опы перед обновлением, только если брать рачик как часто это нужно делать, а если брать адекватные дистры, то этого можно и не далать вовсе, ведь мы про десктопы сейчас говорим же, ведь рачик на серверах используют только наркоманы, ведь так?!
	Ответить | Правка | Наверх | Cообщить модератору

	83. "Релиз дистрибутива Manjaro Linux 20.1"	+1 +/–
	Сообщение от Аноним (79), 12-Сен-20, 16:56
	>лучшым Ты не можешь быть лучшим учеником.
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	147. "Релиз дистрибутива Manjaro Linux 20.1"	+/–
	Сообщение от AleksK (ok), 13-Сен-20, 09:32
	> Ролинг в принцЫпе не может быть лучшЫм, так как не надёжный. Ты в каком классе? Во втором?
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	10. "Релиз дистрибутива Manjaro Linux 20.1"	+2 +/–
	Сообщение от Аноним (10), 12-Сен-20, 09:56
	https://elementary.io/ru/
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	25. "Релиз дистрибутива Manjaro Linux 20.1"	–2 +/–
	Сообщение от Fracta1L (ok), 12-Сен-20, 11:10
	Неа. Во-первых, много глюков, во-вторых - ГТК, продолжать смысла нет.
	Ответить | Правка | Наверх | Cообщить модератору

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

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