The OpenNET Project / Index page

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



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

Оглавление

Минобороны планирует перевести все служебные компьютеры на A..., opennews (?), 09-Янв-18, (0) [смотреть все] +1

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


18. "Минобороны планирует перевести все служебные компьютеры на A..."  +6 +/
Сообщение от Аноним (-), 09-Янв-18, 09:42 
Это как BolgenOS, только там не только заменены копирайты, но ещё вмешательством нарушена стабильность древнего ядра 2.4. Конечно для Pentium 4 большего и не надо (это разрешённый предел для железа), но там даже видео нельзя воспроизвести нормально (кодеков и ускорения нет), например, для видеолекций военным. Ещё там старый Qt (максимум 4.6). И проблемы с печатью. В общем юзабилити только для узко специализированных самописных приложений.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

50. "Минобороны планирует перевести все служебные компьютеры на A..."  –11 +/
Сообщение от Онаним (?), 09-Янв-18, 10:06 
С тех пор (да, довольно давно уже), как открыл для себя VLC - забыл такое явление, как "кодеки" как страшный сон. Один плеер, играет всё, ничего не нужно устанавливать в систему и тем более в ядро.
Ответить | Правка | Наверх | Cообщить модератору

54. "Минобороны планирует перевести все служебные компьютеры на A..."  +/
Сообщение от Аноним (-), 09-Янв-18, 10:11 
Так его ещё нужно как минимум собрать, а для официального пользования - сертифицировать.
Ответить | Правка | Наверх | Cообщить модератору

83. "Минобороны планирует перевести все служебные компьютеры на A..."  +/
Сообщение от Аноним (-), 09-Янв-18, 11:13 
> открыл для себя VLC - забыл такое явление, как "кодеки" как страшный сон

ffmpeg поставить слишком сложно?

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

123. "Минобороны планирует перевести все служебные компьютеры на A..."  +/
Сообщение от rshadow (ok), 09-Янв-18, 12:19 
Зачем, если потом все равно ставить VLC?
Ответить | Правка | Наверх | Cообщить модератору

243. "Минобороны планирует перевести все служебные компьютеры на A..."  +2 +/
Сообщение от Аноним (-), 09-Янв-18, 18:34 
Мсье кубист?
Ответить | Правка | Наверх | Cообщить модератору

189. "Минобороны планирует перевести все служебные компьютеры на A..."  –1 +/
Сообщение от freehckemail (ok), 09-Янв-18, 15:28 
> С тех пор (да, довольно давно уже), как открыл для себя VLC
> - забыл такое явление, как "кодеки" как страшный сон. Один плеер,
> играет всё, ничего не нужно устанавливать в систему и тем более
> в ядро.

Слушайте, мне весьма забавно всё это слушать, потому что с тех пор, как я пользуюсь GNU/Linux, у меня никогда, никогда не возникало необходимости ставить кодеки самостоятельно: всё везде работало из коробки всегда. Может быть VLC тащит с собой кодеки в винде? Тогда понимаю. Вот только как по мне, этот ваш VLC хвалёный тормозилка та ещё. Я вот использую голый mpv, а друзьям ставлю в дополнение smplayer. Вот эта связка работает шустренько.

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

199. "Минобороны планирует перевести все служебные компьютеры на A..."  –8 +/
Сообщение от Kaban_Lyalya (?), 09-Янв-18, 15:43 
Да ну?

>потому что с тех пор, как я пользуюсь GNU/Linux, у меня никогда, никогда не возникало необходимости ставить кодеки самостоятельно

Видимо, недавно пользуетесь этой системой.

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

206. "Минобороны планирует перевести все служебные компьютеры на A..."  +2 +/
Сообщение от freehckemail (ok), 09-Янв-18, 16:08 
>>потому что с тех пор, как я пользуюсь GNU/Linux, у меня никогда, никогда не возникало необходимости ставить кодеки самостоятельно
> Видимо, недавно пользуетесь этой системой.

Хех. Фигасе заявы. :)
Вы, надо полагать, либо сидите на rpm-based, либо отключаете Recommends? :)

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

231. "Минобороны планирует перевести все служебные компьютеры на A..."  +4 +/
Сообщение от Аноним (-), 09-Янв-18, 17:41 
> Вы, надо полагать, либо сидите на rpm-based, либо отключаете Recommends? :)

Он, надо полагать, сидит на патентно-огороженном дистрибутиве.

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

339. "Минобороны планирует перевести все служебные компьютеры на A..."  –2 +/
Сообщение от Аноним (-), 10-Янв-18, 08:51 
>либо отключаете Recommends?

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

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

348. "Минобороны планирует перевести все служебные компьютеры на A..."  +3 +/
Сообщение от freehckemail (ok), 10-Янв-18, 10:06 
>>либо отключаете Recommends?
> Любой нормальный юзер рангом повыше овоща отключает Recommends

Да ну, как же. Кто-то отключает Recommends, а кто-то вообще Gentoo по ночам пересобирает...

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

В общем, когда начнёте своё время ценить, это пройдёт.

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

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

Короче, зачем отключать Recommends я не понимаю.

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

396. "Минобороны планирует перевести все служебные компьютеры на A..."  +/
Сообщение от Аноним (-), 10-Янв-18, 14:44 
>а кто-то вообще Gentoo по ночам пересобирает...

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

>В итоге начинаешь полагаться на умолчания мейнтейнеров.

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

>В общем, когда начнёте своё время ценить, это пройдёт.

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

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

Проще наоборот - отключить, а если что вдруг надо - доставить руками. Эти зависимости часто прицепляют по принципу "а чтоб былО, вдруг кому надо".

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

411. "Минобороны планирует перевести все служебные компьютеры на A..."  –1 +/
Сообщение от freehckemail (ok), 10-Янв-18, 16:14 
> Если бы оно просто занимало место на диске, это было бы
> не так плохо, диски нынче большие. А вот то, что система
> может вести себя непредсказуемо, из-за того, что с очередным обновлением что-то
> там по зависимостям влетело - лично меня напрягает.

Непредсказуемое поведение из-за дополнительного пакета? Дай угадаю, Ubuntu? :)
К тому же, ты обновляйся через upgrade, а не через dist-upgrade. Так ничего нового по зависимостям не влетит.

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

Да, да. Сначала ставишь evince, а потом не забудь dbus поставить, или кроме dvi ничего не сможешь посмотреть... И так с каждым пакетом...

> Эти зависимости часто прицепляют по принципу "а чтоб былО, вдруг кому надо".

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

Но опять же, легче пин поставить на то, что не хочешь видеть.

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

414. "Минобороны планирует перевести все служебные компьютеры на A..."  –1 +/
Сообщение от Аноним (-), 10-Янв-18, 16:26 
>Дай угадаю, Ubuntu? :)

Не, sid.

>К тому же, ты обновляйся через upgrade, а не через dist-upgrade.

Я вообще aptitude пользую, так оно нагляднее и быстрее получается.

>Сначала ставишь evince, а потом не забудь dbus поставить

Дубас, как и все прочие системные системные вещи и так в системе будет, потому как прибиты вообще гвоздями ко многим пакетам. Для проверки - попробуй его удалить.:)

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

Читаю, и добавляю нyжное из рекомендованного. Aptitude в конце списка пакетов к установке предлагает.

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

416. "Минобороны планирует перевести все служебные компьютеры на A..."  +/
Сообщение от freehckemail (ok), 10-Янв-18, 17:30 
>>Дай угадаю, Ubuntu? :)
> Не, sid.

Ну, я вообще-то именно это и имел в виду. Нестабильная зараза. :)

>> К тому же, ты обновляйся через upgrade, а не через dist-upgrade.
> Я вообще aptitude пользую, так оно нагляднее и быстрее получается.

Пару раз пытался понять, почему её так любят. Так и не научился ей пользоваться. Единственное, что мне понравилось -- это функции поиска. Удобно.

>>Сначала ставишь evince, а потом не забудь dbus поставить
> Дубас, как и все прочие системные системные вещи и так в системе
> будет, потому как прибиты вообще гвоздями ко многим пакетам. Для проверки
> - попробуй его удалить.:)

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

Что касается актуальных, то нынче люди любят всякие "менеджеры музыкальных коллекций". Ну там Rhythmbox и аналогичные... Так вот, у них ведь плагинная система воспроизведения. Надо тебе прослушать mp3, dlopen-ом подгрузит библиотеку для mp3. Надо тебе flac -- аналогично... И так далее.

Все эти зависимости перечислены в rhythmbox-plugins. Но сам rhythmbox-plugins ставится через recommends по понятным причинам: без них ведь можно обойтись. Можно конечно посидеть-повыбирать, что из этого тебе на самом деле нужно, но ведь там 35 пакетов... Надо ли оно мне на самом деле, вот в чём вопрос?

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

Ладно, у нас, похоже, просто разные подходы к проблеме. Я обычно читаю, что мне собирается поставиться, и если мне что-то не нравится, то даю явную инструкцию не ставиться. Правда, это происходит редко, но главное, что привычка есть. Однажды мне так НЕ прилетел systemd. :)

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

499. "Минобороны планирует перевести все служебные компьютеры на A..."  +/
Сообщение от Аноним (-), 11-Янв-18, 09:35 
>Ну, я вообще-то именно это и имел в виду. Нестабильная зараза. :)

Во времена squeeze-wheezy было почти что идеально. Начиная с заморозки перед выходом Jessie Sid стало колбасить неподеццки. Видать, мало кто из команды использует его, иначе я не понимаю, как можно майнтейнить в режиме "х..к-х..к и в продакшон" уже который год. Раньше если и ломали, то старались побыстрее починить, если не все, то хотя бы самые вопиющие вещи, а сейчас такое впечатление, что всем пох.

>Пару раз пытался понять, почему её так любят.

Потому же, почему многие предпочитают mc рулению файлами из голой консоли - наглядность. Можно быстро и с меньшими затратами времени охватить общую картину, а не отдельные кусочки. Если ты обновляешь apt-get upgrade'ом сервер на стайбле - это одно, а когда тебе надо обновить десктоп со свистелками и перделками на сиде - это сооовсем другое.

>Надо тебе прослушать mp3, dlopen-ом подгрузит библиотеку для mp3. Надо тебе flac -- аналогично...

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

>Ладно, у нас, похоже, просто разные подходы к проблеме.

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

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

513. "Минобороны планирует перевести все служебные компьютеры на A..."  +/
Сообщение от freehckemail (ok), 11-Янв-18, 14:32 
>>Ну, я вообще-то именно это и имел в виду. Нестабильная зараза. :)
> Во времена squeeze-wheezy было почти что идеально. Начиная с заморозки перед выходом
> Jessie Sid стало колбасить неподеццки. Видать, мало кто из команды использует
> его, иначе я не понимаю, как можно майнтейнить в режиме "х..к-х..к
> и в продакшон" уже который год. Раньше если и ломали, то
> старались побыстрее починить, если не все, то хотя бы самые вопиющие
> вещи, а сейчас такое впечатление, что всем пох.

Я сижу в основном на тестинге, но такого чувства не испытываю. Быть может, это связано с тем, что со времён Jessie пробуют всё более радикальные вещи при подготовке дистрибутива, и они всё более дестабилизируют Sid.

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

Да, этого я тоже не понимаю. Предпочитаю консоль коммандеру. Всегда предпочитал. Логика простая: сказать словами, что надо сделать, легче, чем отдавать команды жестами. Для наглядности есть вообще говоря разные утилиты. find, tree, locate, xargs... И все их можно комбинировать с coreutils, чтобы получить то, что хочешь. Это реально быстрее, если ты наизусть помнишь всё необходимое. :)

> Можно быстро и с меньшими затратами времени охватить общую картину,
> а не отдельные кусочки. Если ты обновляешь apt-get upgrade'ом сервер на
> стайбле - это одно, а когда тебе надо обновить десктоп со
> свистелками и перделками на сиде - это сооовсем другое.

А в чём она заключается? Я вот регулярно свой тестинг обновляю через upgrade с последующим dist-upgrade-ом. Всё у меня в порядке.

>> Надо тебе прослушать mp3, dlopen-ом подгрузит библиотеку для mp3. Надо тебе flac -- аналогично...
> Вот именно, надо тебе два-три пакета, а по дефолту ставится двадцать, да
> еще со своими зависимостями. Опять же, на стейбле это наверное, нестрашно,
> ибо не обновляется, дежит себе тихо на диске и пусть лежит.

Суть Sid-а заключается ведь в том, что ты осознанно включаешься в процесс тестирования. Если ты уходишь со Stable, то подразумевается, что ты готов отлавливать поломки и отправлять на них багрепорт.

И к тому же мне, как пользователю, не нужно 2-3 пакета. Я уверен, что мне нужны все рекомендованные. Потому что я не знаю, в каком формате мне придётся сшулать музыку. Сегодня я качал во flac, завтра мне скинули альбом в alac, а вчера гости пришли, попросили mp3-шки со флешки поставить, чтобы играть в настолки не скучно было. Как пользователь, я хочу, чтобы запущенная программа кушала все возможные форматы. А если мне перед каждым новым форматом придётся что-то мутить с пакетником -- это несколько неудобно.

> А на сиде оно может быть а) поломанным,

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

> б) внизапна тащить еще новых зависимостей

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

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

> в) вызывать блокировку.

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

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

Потому что я-то, конечно, использую две-три зависимости в 95% случаев... Но я не знаю, когда для меня выстрелят остальные 5%. Это во-первых. А во-вторых, это десктоп. Разбираться в том, как реботает каждая десктопная приблуда, у меня нету ни времени, ни желания. Формирование Recommends в этом случае -- это работа мейнтейнера. Я готов быть его тестером, но не готов мейнтейнить это дело вместо него. Потому что приблуд на десктопе много, а я один.

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

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

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

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

519. "Минобороны планирует перевести все служебные компьютеры на A..."  –1 +/
Сообщение от Аноним (-), 11-Янв-18, 15:56 
>Я сижу в основном на тестинге, но такого чувства не испытываю.

А вот тут уже я не понимаю.:) Из моего опыта работы с Дебом, есть два способа его употребления. Либо строго блюсти штaбильную девственность, делая исключение разве что для бекпортов, да и то - как в анекдоте про ежиков, "очень осторожно". Либо же включать уж и сид, и экспериментал. В тестинге особого смысла не усматриваю, разве что в момент когда он уже по-факту "пререлиз" и невтерпеж.

>Быть может, это связано с тем, что со времён Jessie пробуют всё более радикальные вещи при подготовке дистрибутива, и они всё более дестабилизируют Sid.

Нет. Это связано с наплевательским отношением. Все началось с того, что в сид запилили обновление gcc4->gcc5, в резултате полрепы оказалось зависимой от старого libstdc, а половина от нового, и полгода (полгода, Карл!) никто не чесался это исправить. Им было, панимаишь, не до того - впиливали в jessie системды, и голосовалками развлекались (наверное, помнишь сию мелодраму). Сейчас вместо KDE мешанина из разных версий его составляющих, и опять всем пофиг.
Я уже предлагал - надо всех контрибутящих в сид, заставить его юзать на десктопе. Вот тогда порядок будет, если им придется самим иметь дело со своими косяками. А иначе так и будет бардак.

>Да, этого я тоже не понимаю. Предпочитаю консоль коммандеру.

Это хорошо, если ты в голове можешь всю общую картину держать. Смысл, если ту же работу, или во всяком случае, ее часть, можно поручить компу. Для чего он иначе нужен?

>А в чём она заключается? Я вот регулярно свой тестинг обновляю через upgrade с последующим dist-upgrade-ом. Всё у меня в порядке.

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

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

Я просто хочу иметь свежий софт, оставаясь притом в экосистеме Дебиана.

>И к тому же мне, как пользователю, не нужно 2-3 пакета. Я уверен, что мне нужны все рекомендованные.

Да ладно? Там же иной раз совсем дичь бывает - всякие midi или тухлятина типа использовавшихся на некоторых форматах CD или проприетарных игр еще в прошлом веке. Тебе точно-точно все это надо? Или поддержка вайфая-блютуза и стопицот сетевых протоколов на десктопе, который к сети витухой подключен со static ip?
Ты никогда не пробовал проводить аудит пакетов, установленных на твоем компе? Я регулярно делаю, и каждый раз прифигеваю от количества разного хлама, которое мне нафиг не нyжно. Притом половина еще и не удаляется, потому как прибита гвоздями и тянет с собой полсистемы.
ЗЫж Ядро не пробовал пересобирать? Попробуй хотя бы из любопытства - посмотришь, сколько всякого легаси включено по-умолчанию. Причем такого, что даже я, работающий с компами уже больше двадцати лет, порой не могу упомнить - так как оно было легаси еще в конце прошлого века. Включено до сих пор - "на всякий случай", "а вдруг кому надо".

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

apt-listbugs стоит? Если нет, поставь - полезная вещь.

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

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

>Впрочем, давай честно: конфликты такого уровня, чтобы APT с ними не справился, бывают только если ты работаешь с десятком левых нестабильных реп.

У меня только deb-multimedia и debports подключены. Раньше были еще Virtualbox и i3wm, но с тех пор, как их запилили в основной реп, надобность отпала.

>Как такое может быть на сиде, поясни пожалуйста.

Да запросто. Зависимость не обновили, и вот вам, пожалуйста. Согласен, не часто бывает, но бывает.

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

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

>Sid нужен для экспериментов

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

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

522. "Минобороны планирует перевести все служебные компьютеры на A..."  +/
Сообщение от freehckemail (ok), 11-Янв-18, 16:58 
>>Я сижу в основном на тестинге, но такого чувства не испытываю.
> А вот тут уже я не понимаю.:)
> ...
> Либо же включать уж и сид, и экспериментал.

Если бы ты не написал далее про 20-летний опыт общения с GNU/Linux, я бы решил, что это юношеский максимализм. ;)

> В тестинге особого смысла не усматриваю

Отсеить самые дикие факапы. Проблемы вида "libpam0g поломался и теперь логин в систему невозможен" -- просто не доходят из Sid в Testing. У меня нету времени занимасять таким суровым QA, поэтому я не на Sid.

>>Быть может, это связано с тем, что со времён Jessie пробуют всё более радикальные вещи при подготовке дистрибутива, и они всё более дестабилизируют Sid.
> Нет. Это связано с наплевательским отношением. Все началось с того, что в
> сид запилили обновление gcc4->gcc5, в резултате полрепы оказалось зависимой от старого
> libstdc, а половина от нового, и полгода (полгода, Карл!) никто не
> чесался это исправить.

Вот, собственно, и ответ на вопрос "зачем ставить testing, а не sid". У меня как раз в это время стоял testing, а такого рода проблемы оставались в sid, где им и положено быть.

> Им было, панимаишь, не до того - впиливали в jessie системды, и голосовалками развлекались (наверное, помнишь сию мелодраму).

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

> Я уже предлагал - надо всех контрибутящих в сид, заставить его юзать на десктопе.

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

>> Да, этого я тоже не понимаю. Предпочитаю консоль коммандеру.
> Это хорошо, если ты в голове можешь всю общую картину держать. Смысл,
> если ту же работу, или во всяком случае, ее часть, можно
> поручить компу. Для чего он иначе нужен?

Естественно не могу я держать общую картину в голове. Просто она редко бывает нужна мне в виде, который предоставляет mc. Возможно, мы просто как-то по-разному работаем. Я обычно быстро-быстро перемещаюсь по системе посредством zsh.

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

Попробуй Testing. Станет легче жить, отвечаю.

>> И к тому же мне, как пользователю, не нужно 2-3 пакета. Я уверен, что мне нужны все рекомендованные.
> Да ладно? Там же иной раз совсем дичь бывает - всякие midi
> или тухлятина типа использовавшихся на некоторых форматах CD или проприетарных игр
> еще в прошлом веке.

Ну вот примерно в этом и разница. Я вот силился припомнить какие-нибудь совсем уж дикие форматы, да не смог. vorbis -- единственное, что пришло на ум. А ты и midi сразу вспомнил, и про сидюки... Вот ты забиваешь этим свою голову, а я нет. И очень этим доволен. К тому же, может в сиде и есть с этим проблемы, но в тестинге оно мне жить не мешает.

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

Нет, аудит не делаю. Хотя, если есть хорошая тулза, порекомендуй. Я в крон поставлю, нехай раз в месяц мне рассказывает, что и как.

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

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

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

>> В сиде оно, конечно, может быть поломанным. Но это весьма редкое явление.
> apt-listbugs стоит? Если нет, поставь - полезная вещь.

Поставил, спасибо: оценил, возьму на вооружение.

>>Впрочем, давай честно: конфликты такого уровня, чтобы APT с ними не справился, бывают только если ты работаешь с десятком левых нестабильных реп.

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

> У меня только deb-multimedia и debports подключены.

Debports? А для чего он тебе, если не секрет?

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

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

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

534. "Минобороны планирует перевести все служебные компьютеры на A..."  +/
Сообщение от Anonymoustus (ok), 12-Янв-18, 12:02 
> Это потому, что ты пользуешься аптитудой. В apt-get чёткое разделение на upgrade
> и dist-upgrade как раз для того и создано, чтобы отслеживать влёт
> новых зависимостей. upgrade просто не будет обновлять пакеты, если их обновление
> требует установки нового или удаление старого. Я лично считаю, что это
> большой плюс при обновлении. Аптитуда, конечно, позволяет разрешить особо сложные случаи,
> с которыми apt-get не справляется... Но аптитуда слишком уж умна, и
> периодически у неё шарики за ролики залезают, и решения конфликтов, которые
> она предлагает, могут потенциально уничтожить тебе всю систему. Я её за
> это недолюбливаю, и преимущественно пользуюсь apt-ом.

Ололошеньки! Человек заявляет, что давно использует Дебиан, однако до сих пор не знает аптитуду.

Юзер, зачем тебе Дебиан, если ты его самую главную утилиту ниасилил?!

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

541. "Минобороны планирует перевести все служебные компьютеры на A..."  +/
Сообщение от Michael Shigorinemail (ok), 12-Янв-18, 13:16 
> Человек заявляет, что давно использует Дебиан,
> однако до сих пор не знает аптитуду.

Или слишком хорошо знает?

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

544. "Минобороны планирует перевести все служебные компьютеры на A..."  –1 +/
Сообщение от freehckemail (ok), 12-Янв-18, 16:03 
> Ололошеньки! Человек заявляет, что давно использует Дебиан, однако до сих пор не знает аптитуду.

Понял. full-upgrade/safe-upgrade, да? Ну что ж, каюсь, забыл-ошибся. Не пользуюсь ведь.

> Юзер, зачем тебе Дебиан, если ты его самую главную утилиту ниасилил?!

Ну, считать её главной утилитой -- неразумно. Я обычно ссылаюсь вот на этот тред:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=411280

Короче, для серьёзных вещей аптитуду использовать не рекомендовано.

Проблема аптитуды в том, что она пытается быть слишком умной. Мне вот категорически не нравится, что она:
1) периодически предлагает снести полсистемы
2) наглухо игнорирует пины
3) имеет весьма глючный резолвер

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

547. "Минобороны планирует перевести все служебные компьютеры на A..."  –1 +/
Сообщение от Anonymoustus (ok), 13-Янв-18, 21:39 
> Ну, считать её главной утилитой -- неразумно. Я обычно ссылаюсь вот на
> этот тред:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=411280
> Короче, для серьёзных вещей аптитуду использовать не рекомендовано.

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


> Проблема аптитуды в том, что она пытается быть слишком умной. Мне вот
> категорически не нравится, что она:
> 1) периодически предлагает снести полсистемы
> 2) наглухо игнорирует пины
> 3) имеет весьма глючный резолвер

Да нет, сама не пытается — строго в соответствии с вашими настройками обработки зависимостей, а как же. Только в них разобраться бывает не так уж просто, особенно если не читать руководство по аптитуде, а оно таки объёмное. Ну так ведь и Дебиан — не Убунта для домохозяек, и потому подразумевает (и требует) адвансед юзера за пультом.

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

551. "Минобороны планирует перевести все служебные компьютеры на A..."  +/
Сообщение от freehckemail (ok), 21-Фев-18, 13:00 
Побуду архивариусом и подниму старый тред. :)

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

Это не так. Она является рекомендованным инструментом для использования в рамках стабильного релиза. Для межрелизных обновлений и тестинга/сид -- apt.

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

214. "Минобороны планирует перевести все служебные компьютеры на A..."  +/
Сообщение от Аноним (-), 09-Янв-18, 16:35 
Ну если сравнивать с МСВС, Астра всё же ничего. Обновление? Какое ещё обновление? В ветке МСВС 3.0 yum вообще не положили, в 5.0 он есть, но поломан.
Ответить | Правка | К родителю #189 | Наверх | Cообщить модератору

226. "Минобороны планирует перевести все служебные компьютеры на A..."  +/
Сообщение от Я (??), 09-Янв-18, 17:33 
да кодеки vlc какие-то свои ставит или чужие но ставит
Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

69. "Минобороны планирует перевести все служебные компьютеры на A..."  +11 +/
Сообщение от Просто так влез (?), 09-Янв-18, 10:49 
Полез посмотреть в бинарный репозиторий по ссылке из новости. Ядро там версии 4.2, а не 2.4, как вы утверждаете. И Qt версии 5.5 есть, а не 4.6 максимум по вашим словам. Зачем вы лжете?
Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

71. "Минобороны планирует перевести все служебные компьютеры на A..."  +1 +/
Сообщение от 122 (?), 09-Янв-18, 10:53 
Он скорее всего про МСВС и то какой-то старой версии
Ответить | Правка | Наверх | Cообщить модератору

72. "Минобороны планирует перевести все служебные компьютеры на A..."  +/
Сообщение от КО (?), 09-Янв-18, 10:53 
А где в новости ссылка на бинарный репозиторий МСВС? :)
Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

74. "Минобороны планирует перевести все служебные компьютеры на A..."  +/
Сообщение от Просто так влез (?), 09-Янв-18, 10:57 
Приношу извинения, я подумал, что речь об Астре
Ответить | Правка | Наверх | Cообщить модератору

245. "Минобороны планирует перевести все служебные компьютеры на A..."  +/
Сообщение от Аноним (-), 09-Янв-18, 18:50 
> В общем юзабилити только для узко специализированных самописных приложений.

Ну, а Вам "Это" зачем? Просто интересно :).

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

512. "Минобороны планирует перевести все служебные компьютеры на A..."  +/
Сообщение от Аноним (-), 11-Янв-18, 13:21 
На работе ваял давненько под Это.
Ответить | Правка | Наверх | Cообщить модератору

328. "Минобороны планирует перевести все служебные компьютеры на A..."  –1 +/
Сообщение от llirikemail (ok), 10-Янв-18, 07:37 
вот народ пошёл...стадо. один что-то сказал, второй поверил на слово, вместо того, чтобы пройти на сайт. какое ядро 2.4? Разуйте глаза и увидите ядро 4.2. Кодеков нет? Если нужно кодека нет, то в репе посмотреть религия запрещает видимо?!...
Какие проблемы с печатью?
Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

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

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




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

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