История изменений
Исправление liksys, (текущая версия) :
И снова просто высер в воздух в ответ на аргументированный комментарий, без даже попытки хоть что-то возразить в ответ…
Ты очень самокритичен.
Нихрена там нет. Пустая фраза «Design decision» без аргументации, почему именно было выбрано такое поведение, бесполезна.
У тебя просто выборочная слепота:
So any presets which enable services by default aren’t enabled even if a preset would enable it. This sounds like a design decision, so not a bug. There are only three units enabled by default, and they’re specified in post_install() in systemd.install.
В арче в принципе не включают сервисы по-умолчанию, кроме трех исключительных, без которых ничего не работает вообще. Такая политика.
Ах да, «это другое»…
Да, моя радость, другое. Пресеты не используются, чтобы не нарушать политику невключения сервисов. Если тебе нужно включить сервисы - ну, просто включи их. А дебиановский костыль с консолью существует ради существования, как у куча других костылей. И я знаю как минимум один случай, в котором он работает хуже компонента systemd.
Он и не решает чужие проблемы, клоун, он старается максимизировать надёжность своей работы.
Однако, как мы, происходит ровно наоборот. Оверинжиниринг без анализа ситуации привел к проблемам.
Ты у нас теперь ещё и мерилом общественного мнения сделался?
Ну не тебя же им делать, право слово.
Ну да, ну да, давай сравним тёплое с мягким!
Ах, эти милые попытки выдать желаемое за действительное! Нет, в арче пост-инсталлом генерируется всё необходимое.
А для dpkg ты, небось, зачёл не только стадию распаковки (что только и делает pacman), но и последующую стадию настройки, да?
Пакман запускает пакетные хуки, неуч. Ты арч в глаза-то хоть видел? Похоже что нет.
Ты бы для начала выучил, как она называется, клоун.
По существу, клоун. Говори по существу, или молчи - умнее будешь казаться.
Ручной работы особо не прибавилось бы даже при отсутствии автозаполнения зависимостей
Гадание на кофейной гуще.
Автоматизация такого труда – это хорошо.
Хорошо. Особенно когда она работает ;)
Не, я понимаю, что следить за нитью обсуждения тебе не позволяют интеллектуальные способности, но ты уж постарайся.
Ути-пути, какие мы высокомерные :3
использует их лишь малая часть репозитория, а большинство пакетов продолжают иметь что-то типа depends=(foo) в зависимостях
Ты, видимо, вообще не понял, что я тебе пытался донести. Поясняю: даже при том, что этот механизм не использует вся пакетная база, зависимости работают очень хорошо. Что как бы намекает нам на его «нужность» в реялиях арча. Благодаря низкой степени гранулярности поломки случаются очень редко - не чаще, чем в дебиане. А ручная работа и так минимальна, потому что у пакетов редко меняются зависимости, благодаря той же гранулярности. При этом пакеты в апстриме пересобираются просто по именным зависимостям при изменении хотя бы одного.
Верю! Настрочил уже неисчислимое количество простыней в ответ на мои сообщения – но сейчас вдруг не захотел напрягаться, по удивительному стечению обстоятельств.
Написание комментариев, призыванных хоть немного повысить качество этой дискуссии вообще, и твой уровень образования в частности, не требует от меня значительных усилий. А вот пойти и воспроизвести проблему годичной давности - значит потратить на форумного дурачка целый день, без какой-либо пользы для себя.
Ахахах! :D
Я понимаю, что тебе тяжело понять такие концепты как «уточнение» и «изменение своего мнения». Раз написано в 2016, что апстрим - значит навеки апстрим, и баста. Это какая-то особая, квадратно-гнездовая логика дебианофанбоя, мне непостижимая - сидеть и выгораживать устаревший хлам.
В общем, с тобой всё понятно. Я совершенно напрасно надеялся на хоть какую-то рефлексию с твоей стороны. Объемы твоего бреда и копролалии бьют все мыслимые рекорды.
Исправление liksys, :
И снова просто высер в воздух в ответ на аргументированный комментарий, без даже попытки хоть что-то возразить в ответ…
Ты очень самокритичен.
Нихрена там нет. Пустая фраза «Design decision» без аргументации, почему именно было выбрано такое поведение, бесполезна.
У тебя просто выборочная слепота:
So any presets which enable services by default aren’t enabled even if a preset would enable it. This sounds like a design decision, so not a bug. There are only three units enabled by default, and they’re specified in post_install() in systemd.install.
В арче в принципе не включают сервисы по-умолчанию, кроме трех исключительных, без которых ничего не работает вообще. Такая политика.
Ах да, «это другое»…
Да, моя радость, другое. Пресеты не используются, чтобы не нарушать политику невключения сервисов. Если тебе нужно включить сервисы - ну, просто включи их. А дебиановский костыль с консолью существует ради существования, как у куча других костылей. И я знаю как минимум один случай, в котором он работает хуже компонента systemd.
Он и не решает чужие проблемы, клоун, он старается максимизировать надёжность своей работы.
Однако, как мы, происходит ровно наоборот. Оверинжиниринг без анализа ситуации привел к проблемам.
Ты у нас теперь ещё и мерилом общественного мнения сделался?
Ну не тебя же им делать, право слово.
Ну да, ну да, давай сравним тёплое с мягким!
Ах, эти милые попытки выдать желаемое за действительное! Нет, в арче пост-инсталлом генерируется всё необходимое.
А для dpkg ты, небось, зачёл не только стадию распаковки (что только и делает pacman), но и последующую стадию настройки, да?
Пакман запускает пакетные хуки, неуч. Ты арч в глаза-то хоть видел? Похоже что нет.
Ты бы для начала выучил, как она называется, клоун.
По существу, клоун. Говори по существу, или молчи - умнее будешь казаться.
Ручной работы особо не прибавилось бы даже при отсутствии автозаполнения зависимостей
Гадание на кофейной гуще.
Автоматизация такого труда – это хорошо.
Хорошо. Особенно когда она работает ;)
Не, я понимаю, что следить за нитью обсуждения тебе не позволяют интеллектуальные способности, но ты уж постарайся.
Ути-пути, какие мы высокомерные :3
использует их лишь малая часть репозитория, а большинство пакетов продолжают иметь что-то типа depends=(foo) в зависимостях
Ты, видимо, вообще не понял, что я тебе пытался донести. Поясняю: даже при том, что этот механизм не использует вся пакетная база, зависимости работают очень хорошо. Что как бы намекает нам на его «нужность» в реялиях арча. Благодаря низкой степени гранулярности поломки случаются очень редко - не чаще, чем в дебиане. А ручная работа и так минимальна, потому что у пакетов редко меняются зависимости, благодаря той же гранулярности. При этом пакеты в апстриме пересобираются просто по именным зависимостям при изменении хотя бы одного.
Верю! Настрочил уже неисчислимое количество простыней в ответ на мои сообщения – но сейчас вдруг не захотел напрягаться, по удивительному стечению обстоятельств.
Написание комментариев, призыванных хоть немного повысить качество этой дискуссии вообще, и твой уровень образования в частности, не требует от меня значительных усилий. А вот пойти и воспроизвести проблему годичной давности - значит потратить на форумного дурачка целый день, без какой-либо пользы для себя.
Ахахах! :D
Я понимаю, что тебе тяжело понять такие концепты как «уточнение» и «изменение своего мнения». Раз написано в 2016, что апстрим - значит навеки апстрим, и баста. Это какая-то особая, квадратно-гнездовая логика дебианофанбоя, мне непостижимая - сидеть и выгораживать устаревший хлам.
В общем, с тобой всё понятно. Я совершенно напрасно надеялся на хоть какую-то рефлексию с твоей стороны. Объемы твоего бреда и копролалии бьют все мыслимые рекорды.
Я больше не буду тебе отвечать. Позволяю тебе оставить за собой последнее слово, чтобы ты не грустил.
Исправление liksys, :
И снова просто высер в воздух в ответ на аргументированный комментарий, без даже попытки хоть что-то возразить в ответ…
Ты очень самокритичен.
Нихрена там нет. Пустая фраза «Design decision» без аргументации, почему именно было выбрано такое поведение, бесполезна.
У тебя просто выборочная слепота:
So any presets which enable services by default aren’t enabled even if a preset would enable it. This sounds like a design decision, so not a bug. There are only three units enabled by default, and they’re specified in post_install() in systemd.install.
В арче в принципе не включают сервисы по-умолчанию, кроме трех исключительных, без которых ничего не работает вообще. Такая политика.
Ах да, «это другое»…
Да, моя радость, другое. Пресеты не используются, чтобы не нарушать политику невключения сервисов. Если тебе нужно включить сервисы - ну, просто включи их. А дебиановский костыль с консолью существует ради существования, как у куча других костылей. И я знаю как минимум один случай, в котором он работает хуже компонента systemd.
Он и не решает чужие проблемы, клоун, он старается максимизировать надёжность своей работы.
Однако, как мы, происходит ровно наоборот. Оверинжиниринг без анализа ситуации привел к проблемам.
Ты у нас теперь ещё и мерилом общественного мнения сделался?
Ну не тебя же им делать, право слово.
Ну да, ну да, давай сравним тёплое с мягким!
Ах, эти милые попытки выдать желаемое за действительное! Нет, в арче пост-инсталлом генерируется всё необходимое.
А для dpkg ты, небось, зачёл не только стадию распаковки (что только и делает pacman), но и последующую стадию настройки, да?
Пакман запускает пакетные хуки, неуч. Ты арч в глаза-то хоть видел? Похоже что нет.
Ты бы для начала выучил, как она называется, клоун.
По существу, клоун. Говори по существу, или молчи - умнее будешь казаться.
Ручной работы особо не прибавилось бы даже при отсутствии автозаполнения зависимостей
Гадание на кофейной гуще.
Автоматизация такого труда – это хорошо.
Хорошо. Особенно когда она работает ;)
Не, я понимаю, что следить за нитью обсуждения тебе не позволяют интеллектуальные способности, но ты уж постарайся.
Ути-пути, какие мы высокомерные :3
использует их лишь малая часть репозитория, а большинство пакетов продолжают иметь что-то типа depends=(foo) в зависимостях
Ты, видимо, вообще не понял, что я тебе пытался донести. Поясняю: даже при том, что этот механизм не использует вся пакетная база, зависимости работают очень хорошо. Что как бы намекает нам на его «нужность» в реялиях арча. Благодаря низкой степени гранулярности поломки случаются очень редко - не чаще, чем в дебиане. А ручная работа и так минимальна, потому что у пакетов редко меняются зависимости, благодаря той же гранулярности. При этом пакеты в апстриме пересобираются просто по именным зависимостям при изменении хотя бы одного.
Верю! Настрочил уже неисчислимое количество простыней в ответ на мои сообщения – но сейчас вдруг не захотел напрягаться, по удивительному стечению обстоятельств.
Написание комментариев, призыванных хоть немного повысить качество этой дискуссии вообще, и твой уровень образования в частности, не требует от меня значительных усилий. А вот пойти и воспроизвести проблему годичной давности - значит потратить на форумного дурачка целый день, без какой-либо пользы для себя.
Ахахах! :D
Я понимаю, что тебе тяжело понять такие концепты как «уточнение» и «изменение своего мнения». Раз написано в 2016, что апстрим - значит навеки апстрим, и баста. Это какая-то особая, квадратно-гнездовая логика дебианофанбоя, мне непостижимая - сидеть и выгораживать устаревший хлам.
В общем, с тобой всё понятно. Я совершенно напрасно надеялся на хоть какую-то рефлексию с твоей стороны. Твоя копролалия, юление и клоунада в ответ на любые факты и логические рассуждения, бьет все мыслимые рекорды.
Я больше не буду тебе отвечать. Позволяю тебе оставить за собой последнее слово, чтобы ты не грустил.
Исправление liksys, :
И снова просто высер в воздух в ответ на аргументированный комментарий, без даже попытки хоть что-то возразить в ответ…
Ты очень самокритичен.
Нихрена там нет. Пустая фраза «Design decision» без аргументации, почему именно было выбрано такое поведение, бесполезна.
У тебя просто выборочная слепота:
So any presets which enable services by default aren’t enabled even if a preset would enable it. This sounds like a design decision, so not a bug. There are only three units enabled by default, and they’re specified in post_install() in systemd.install.
В арче в принципе не включают сервисы по-умолчанию, кроме трех исключительных, без которых ничего не работает вообще. Такая политика.
Ах да, «это другое»…
Да, моя радость, другое. Пресеты не используются, чтобы не нарушать политику невключения сервисов. Если тебе нужно включить сервисы - ну, просто включи их. А дебиановский костыль с консолью существует ради существования, как у куча других костылей. И я знаю как минимум один случай, в котором он работает хуже компонента systemd.
Он и не решает чужие проблемы, клоун, он старается максимизировать надёжность своей работы.
Однако, как мы, происходит ровно наоборот. Оверинжиниринг без анализа ситуации привел к проблемам.
Ты у нас теперь ещё и мерилом общественного мнения сделался?
Ну не тебя же им делать, право слово.
Ну да, ну да, давай сравним тёплое с мягким!
Ах, эти милые попытки выдать желаемое за действительное! Нет, в арче пост-инсталлом генерируется всё необходимое.
А для dpkg ты, небось, зачёл не только стадию распаковки (что только и делает pacman), но и последующую стадию настройки, да?
Пакман запускает пакетные хуки, неуч. Ты арч в глаза-то хоть видел? Похоже что нет.
Ты бы для начала выучил, как она называется, клоун.
По существу, клоун. Говори по существу, или молчи - умнее будешь казаться.
Ручной работы особо не прибавилось бы даже при отсутствии автозаполнения зависимостей
Гадание на кофейной гуще.
Автоматизация такого труда – это хорошо.
Хорошо. Особенно когда она работает ;)
Не, я понимаю, что следить за нитью обсуждения тебе не позволяют интеллектуальные способности, но ты уж постарайся.
Ути-пути, какие мы высокомерные :3
использует их лишь малая часть репозитория, а большинство пакетов продолжают иметь что-то типа depends=(foo) в зависимостях
Ты, видимо, вообще не понял, что я тебе пытался донести. Поясняю: даже при том, что этот механизм не использует вся пакетная база, зависимости работают очень хорошо. Что как бы намекает нам на его «нужность» в реялиях арча. Благодаря низкой степени гранулярности поломки случаются очень редко - не чаще, чем в дебиане. А ручная работа и так минимальна, потому что у пакетов редко меняются зависимости, благодаря той же гранулярности. При этом пакеты в апстриме пересобираются просто по именным зависимостям при изменении хотя бы одного.
Верю! Настрочил уже неисчислимое количество простыней в ответ на мои сообщения – но сейчас вдруг не захотел напрягаться, по удивительному стечению обстоятельств.
Написание комментариев, призыванных хоть немного повысить качество этой дискуссии вообще, и твой уровень образования в частности, не требует от меня значительных усилий. А вот пойти и воспроизвести проблему годичной давности - значит потратить на форумного дурачка целый день, без какой-либо пользы для себя.
Ахахах! :D
Я понимаю, что тебе тяжело понять такие концепты как «уточнение» и «изменение своего мнения». Раз написано в 2016, что апстрим - значит навеки апстрим, и баста. Это какая-то особая, квадратно-гнездовая логика дебианофанбоя, мне непостижимая - сидеть и выгораживать копролитизм.
В общем, с тобой всё понятно. Я совершенно напрасно надеялся на хоть какую-то рефлексию с твоей стороны. Твоя копролалия, юление и клоунада в ответ на любые факты и логические рассуждения, бьет все мыслимые рекорды.
Я больше не буду тебе отвечать. Позволяю тебе оставить за собой последнее слово, чтобы ты не грустил.
Исправление liksys, :
И снова просто высер в воздух в ответ на аргументированный комментарий, без даже попытки хоть что-то возразить в ответ…
Ты очень самокритичен.
Нихрена там нет. Пустая фраза «Design decision» без аргументации, почему именно было выбрано такое поведение, бесполезна.
У тебя просто выборочная слепота:
So any presets which enable services by default aren’t enabled even if a preset would enable it. This sounds like a design decision, so not a bug. There are only three units enabled by default, and they’re specified in post_install() in systemd.install.
В арче в принципе не включают сервисы по-умолчанию, кроме трех исключительных, без которых ничего не работает вообще. Такая политика.
Ах да, «это другое»…
Да, моя радость, другое. Пресеты не используются, чтобы не нарушать политику невключения сервисов. Если тебе нужно включить сервисы - ну, просто включи их. А дебиановский костыль с консолью существует ради существования, как у куча других костылей. И я знаю как минимум один случай, в котором он работает хуже компонента systemd.
Он и не решает чужие проблемы, клоун, он старается максимизировать надёжность своей работы.
Однако, как мы, происходит ровно наоборот. Оверинжиниринг без анализа ситуации привел к проблемам.
Ты у нас теперь ещё и мерилом общественного мнения сделался?
Ну не тебя же им делать, право слово.
Ну да, ну да, давай сравним тёплое с мягким!
Ах, эти милые попытки выдать желаемое за действительное! Нет, в арче пост-инсталлом генерируется всё необходимое.
А для dpkg ты, небось, зачёл не только стадию распаковки (что только и делает pacman), но и последующую стадию настройки, да?
Пакман запускает пакетные хуки, неуч. Ты арч в глаза-то хоть видел? Похоже что нет.
Ты бы для начала выучил, как она называется, клоун.
По существу, клоун. Говори по существу, или молчи - умнее будешь казаться.
Ручной работы особо не прибавилось бы даже при отсутствии автозаполнения зависимостей
Гадание на кофейной гуще.
Автоматизация такого труда – это хорошо.
Хорошо. Особенно когда она работает ;)
Не, я понимаю, что следить за нитью обсуждения тебе не позволяют интеллектуальные способности, но ты уж постарайся.
Ути-пути, какие мы высокомерные :3
использует их лишь малая часть репозитория, а большинство пакетов продолжают иметь что-то типа depends=(foo) в зависимостях
Ты, видимо, вообще не понял, что я тебе пытался донести. Поясняю: даже при том, что этот механизм не использует вся пакетная база, зависимости работают очень хорошо. Что как бы намекает нам на его «нужность» в реялиях арча. Благодаря низкой степени гранулярности поломки случаются очень редко - не чаще, чем в дебиане. А ручная работа и так минимальна, потому что у пакетов редко меняются зависимости, благодаря той же гранулярности. При этом пакеты в апстриме пересобираются просто по именным зависимостям при изменении хотя бы одного.
Верю! Настрочил уже неисчислимое количество простыней в ответ на мои сообщения – но сейчас вдруг не захотел напрягаться, по удивительному стечению обстоятельств.
Написание комментариев, призыванных хоть немного повысить качество этой дискуссии вообще, и твой уровень образования в частности, не требует от меня значительных усилий. А вот пойти и воспроизвести проблему годичной давности - значит потратить на форумного дурачка целый день, без какой-либо пользы для себя.
Ахахах! :D
Я понимаю, что тебе тяжело понять такие концепты как «уточнение» и «изменение своего мнения». Раз написано в 2016, что апстрим - так он до сих пор апстримом и остался. Всё, что сделано в первый раз - всегда хорошо. А ты в упор не хочешь признавать, что копролит дебиана уже давно не является сборкой апстрима. Это какая-то особая, квадратно-гнездовая логика дебианофанбоя, мне непостижимая.
В общем, с тобой всё понятно. Я совершенно напрасно надеялся на хоть какую-то рефлексию с твоей стороны, ты просто продолжаешь исходить на говно, юлить и клоунадить в ответ на любые факты и логические рассуждения.
Я больше не буду тебе отвечать. Позволяю тебе оставить за собой последнее слово, чтобы ты не грустил.
Исходная версия liksys, :
И снова просто высер в воздух в ответ на аргументированный комментарий, без даже попытки хоть что-то возразить в ответ…
Ты очень самокритичен.
Нихрена там нет. Пустая фраза «Design decision» без аргументации, почему именно было выбрано такое поведение, бесполезна.
У тебя просто выборочная слепота:
So any presets which enable services by default aren’t enabled even if a preset would enable it. This sounds like a design decision, so not a bug. There are only three units enabled by default, and they’re specified in post_install() in systemd.install.
В арче в принципе не включают сервисы по-умолчанию, кроме трех исключительных, без которых ничего не работает вообще. Такая политика.
Ах да, «это другое»…
Да, клоун, другое. Пресеты не используются, чтобы не нарушать политику невключения сервисов. Если тебе нужно включить сервисы - ну, просто включи их. А дебиановский костыль с консолью существует ради существования, как у куча других костылей. И я знаю как минимум один случай, в котором он работает хуже компонента systemd.
Он и не решает чужие проблемы, клоун, он старается максимизировать надёжность своей работы.
Однако, как мы, происходит ровно наоборот. Оверинжиниринг без анализа ситуации привел к проблемам.
Ты у нас теперь ещё и мерилом общественного мнения сделался?
Ну не тебя же им делать, право слово.
Ну да, ну да, давай сравним тёплое с мягким!
Ах, эти милые попытки выдать желаемое за действительное! Нет, в арче пост-инсталлом генерируется всё необходимое.
А для dpkg ты, небось, зачёл не только стадию распаковки (что только и делает pacman), но и последующую стадию настройки, да?
Пакман запускает пакетные хуки, неуч. Ты арч в глаза-то хоть видел? Похоже что нет.
Ты бы для начала выучил, как она называется, клоун.
По существу, клоун. Говори по существу, или молчи - умнее будешь казаться.
Ручной работы особо не прибавилось бы даже при отсутствии автозаполнения зависимостей
Гадание на кофейной гуще.
Автоматизация такого труда – это хорошо.
Хорошо. Особенно когда она работает ;)
Не, я понимаю, что следить за нитью обсуждения тебе не позволяют интеллектуальные способности, но ты уж постарайся.
Ути-пути, какие мы высокомерные :3
использует их лишь малая часть репозитория, а большинство пакетов продолжают иметь что-то типа depends=(foo) в зависимостях
Ты, видимо, вообще не понял, что я тебе пытался донести. Поясняю: даже при том, что этот механизм не использует вся пакетная база, зависимости работают очень хорошо. Что как бы намекает нам на его «нужность» в реялиях арча. Благодаря низкой степени гранулярности поломки случаются очень редко - не чаще, чем в дебиане. А ручная работа и так минимальна, потому что у пакетов редко меняются зависимости, благодаря той же гранулярности. При этом пакеты в апстриме пересобираются просто по именным зависимостям при изменении хотя бы одного.
Верю! Настрочил уже неисчислимое количество простыней в ответ на мои сообщения – но сейчас вдруг не захотел напрягаться, по удивительному стечению обстоятельств.
Написание комментариев, призыванных хоть немного повысить качество этой дискуссии вообще, и твой уровень образования в частности, не требует от меня значительных усилий. А вот пойти и воспроизвести проблему годичной давности - значит потратить на форумного дурачка целый день, без какой-либо пользы для себя.
Ахахах! :D
Я понимаю, что тебе тяжело понять такие концепты как «уточнение» и «изменение своего мнения». Раз написано в 2016, что апстрим - так он до сих пор апстримом и остался. Всё, что сделано в первый раз - всегда хорошо. А ты в упор не хочешь признавать, что копролит дебиана уже давно не является сборкой апстрима. Это какая-то особая, квадратно-гнездовая логика дебианофанбоя, мне непостижимая.
В общем, с тобой всё понятно. Я совершенно напрасно надеялся на хоть какую-то рефлексию с твоей стороны, ты просто продолжаешь исходить на говно, юлить и клоунадить в ответ на любые факты и логические рассуждения.
Я больше не буду тебе отвечать. Не в коня корм, клоун.