LINUX.ORG.RU

Архитектура системы управления пакетами в Python

 ,


3

2

Опубликован перевод очередной главы из 1 тома книги «Архитектура приложений с открытым исходным кодом» — «Архитектура системы управления пакетами в Python».

При разговоре о системах установки приложений обычно упоминают о двух подходах. Первый подход, характерный для Windows и Mac OS X, заключается в распространении самодостаточных пакетов приложений, процесс установки которых не должен зависеть от внешних факторов. Эта философия упрощает процесс управления приложениями: каждое приложение имеет свое отдельное «окружение» и его установка или удаление не влияет на другие части ОС. Если приложению для работы требуется нестандартная библиотека, эта библиотека включается в состав пакета для распространения приложения.

Второй подход, характерный для систем на основе ядра Linux, рассматривает программное обеспечение как набор небольших программных компонентов, называемых пакетами. Библиотеки добавляются в пакеты, причем любой пакет с библиотекой может зависеть от других пакетов. Процесс установки приложения может включать в себя процесс поиска и установки определенных версий множества других библиотек. Эти зависимости обычно доставляются из стандартного репозитория, содержащего тысячи пакетов. Данная философия обуславливает использование в дистрибутивах Linux таких сложных систем управления пакетами, как dpkg и RPM для отслеживания зависимостей и предотвращения установки двух приложений, использующих несовместимые версии одной и той же библиотеки.

У каждого подхода есть свои достоинства и недостатки.

Система управления пакетами в Python разрабатывалась с использованием второго подхода — использовалось множество зависимостей для каждого пакета, а также система должна была быть так дружелюбна к разработчику, администратору и пользователю, как это возможно. К сожалению, она имела (и имеет) различные дефекты, обуславливающие и приводящие к разного рода проблемам: использованию неинтуитивных схем записи версий, наличию необрабатываемых файлов с данными, сложностям с повторной упаковкой и другим. Три года назад группа разработчиков Python решили повторно разработать эту систему для устранения вышеописанных проблем.

>>> Подробности

★★★

Проверено: Shaman007 ()

К сожалению, до сих пор актуальная тема не для продвинутых пользователей, а для обыкновенных (ну, ок, тех, кто собирается пакетик на PyPi выкладывать).

kost-bebix ★★ ()

DEB пакеты это тоже обертка к setuptools/distfiles в большинстве случаев.

xpahos ★★★★★ ()

Данная философия обуславливает использование в дистрибутивах Linux таких сложных систем управления пакетами, как dpkg и RPM для отслеживания зависимостей и предотвращения установки двух приложений, использующих несовместимые версии одной и той же библиотеки.

Не dpkg и rpm, а скорее apt и yum.

anonymous ()
Ответ на: комментарий от Rodegast

А зачем тебе PDF ? Чтобы распечатать ? Для чтения есть .epub

mx__ ★★★ ()

Эта философия упрощает процесс управления приложениями

Это они серьезно?
Т.е. выкачать и запустить пару десятков сетапов(каждый имеет диалог экранов на 5) для разворачивания проекта под виндой - это нормально?
И каждый из них добавляется в «Установка и удаление программ», а при обновлении надо его оттуда удалить, а затем поставить заново.

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

Т.е. выкачать и запустить пару десятков сетапов(каждый имеет диалог экранов на 5) для разворачивания проекта под виндой

А что, в этой вашей венде до сих пор нет pip?

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

Наверное где-то есть, но я давно пришла к решению заниматься разработкой на python+django только под linux.

Nanodesu ()
Ответ на: комментарий от mx__

Что то я не нашел ни где где можно было бы скачать в том же .epub либо каком либо другом формате. (с переводом)

Kamikadze ()
Ответ на: комментарий от goingUp

Ну pip не поставит python, apache, mysql и прочее

И слава б-гу

anonymous ()
Ответ на: комментарий от Nanodesu

Эта философия упрощает процесс управления приложениями

Это они серьезно? Т.е. выкачать и запустить пару десятков сетапов(каждый имеет диалог экранов на 5) для разворачивания проекта под виндой - это нормально? И каждый из них добавляется в «Установка и удаление программ», а при обновлении надо его оттуда удалить, а затем поставить заново.

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

Napilnik ★★★★★ ()
Последнее исправление: Napilnik (всего исправлений: 1)

Я не считаю необходимой систему управления зависимостями в Python. По одной простой причине - я вообще не считаю управление зависимостями обязанностью Python. Необходимо разделить язык программирования и среду исполнения - иначе - «Ад и Израиль». Зачем мне необходимо знать EasyInstall,SetupTools and etc , когда я знаю apt?

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

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

What the f**k am i reading?

Зверь - это тот же самый оффтопик. Или ты про WPF, который ставит кучу хлама после установки? Ну так он тоже не просто так ставит, а только то, что есть в виде пакетов msi, или имеет ключи тихой установки, или пересобрано, чтобы устанавливаться без тысячи диалоговых окон. И опять таки - за обновлением каждое приложение должно либо следить само, либо это надо делать руками. Так что не пори чушь, удобного управления приложениями в оффтопике нет и не было никогда. Я это тебе говорю как пользователь/админ оффтопика с примерно 15-летним стажем. После того, как я пересел на Линукс, меня просто бесит невозможность в оффтопике прицепить какой-нибудь проверенный репозиторий (ибо там такого понятия или аналога даже нет) и ставить что мне надо или обновлять одной командой в консоли. Поскольку это удобно - одной командой обновил всю пакетную базу и не надо скакать по тысяче сайтов в поисках свежей программы.

anonymous ()

Каждый раз, когда ты делаешь `pip install' или `setup.py install', бог убивает одного котёнка. Помни о несчастных котятах, Анонимус!

anonymous ()

Перевод немного кондовый, но без него не узнал бы про оригинал. Познавательно.

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

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

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

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

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

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

Как не странно, даже в cygwin и mingw умудрились сделать неудобно - в первом для управления пакетами надо запускать его инсталлер, во втором менеджер вроде бы клон apt, но вот незадача - каждый пакет это отдельный репозиторий. И для mingw-get update надо вытянуть сотни .xml, что на любом канале довольно долго из-за оверхеда.

Nanodesu ()
Ответ на: комментарий от Napilnik

иногда хуже той что она затирает

Отвечу всего двумя словами: security updates.

Nanodesu ()

Ой как интересно...

... а что, теперь ./configure; make; sudo make install-strip теперь не актуальны?

anonymous ()
Ответ на: комментарий от Nanodesu

Простите...

... а что такое «винда»? И зойчем Вы на linux.org.ru это упоминаете?

anonymous ()
Ответ на: Простите... от anonymous

Re: Простите...

Первый коммент по делу

anonymous ()
Ответ на: Простите... от anonymous

Ну, ну. Давай те забьемся в свой маленький мир и будем игнорировать пол мира. Да и игнор это черта windows, а не linux!

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

Сплошное 4.2, а не пост. Пакеты также можно откатывать, хоть из репы, хоть вручную rpm/dpkg. Про выкачивать и ждать вообще пушка, это одна команда же. Тем более тысячи и несколько часов... видимо сэр кроме полной установки дебиана на машину 10летней давности больше ничего не признает.

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

Сплошное 4.2, а не пост.

У тебя, да.

Пакеты также можно откатывать

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

Про выкачивать и ждать вообще пушка, это одна команда же. Тем более тысячи и несколько часов..

Ты на скорость скачки отдельных файликов и промежутки между ними посмотри прежде чем такое говорить. Прежде чем скорость с 19 килобайт дорастёт до 500, мелкий файл уже кончится, пройдут секунды ожидания, потом с _рандомной_ скоростью закачается следующий и так далее. Если бы файлы были запакованы в 50Мб архивы то скачка проходила на скорости которую позволяет соединение а с мелюзгой случается вышеописанная лажа.

видимо сэр кроме полной установки дебиана на машину 10летней давности больше ничего не признает.

Не знаю как сэры а мну предпочитает не использовать нетинсталы и обновление пакетов во время установки дистрибутива - 4Гб образ скачанный через торрент или качалку намного удобнее.

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

Так что не пори чушь, удобного управления приложениями в оффтопике нет и не было никогда. Я это тебе говорю как пользователь/админ оффтопика с примерно 15-летним стажем.

ну chocolatey таки пытается

не так уж сложно написать свой рецепт сборки, сделать свой репозиторий

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

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

есть такая возможность. можно прицепить основную репу, можно прицепить свой репозиторий. правда «ебилды» они более как-то закрыто разрабатывают, документация хреновая, процессы «сообщества» шоколадников-мейнтейнеров пакетов неясны, но при желании вполне освоябельны. сам написал пару «ебилдов» с version bump: взял старые, исправил ссылки на новый релиз с апстрима, версию++, повозился со сборкой — потестил, работает. написал «мейнтейнеру», что надо version bump, он через какое-то время обновил. сравнил его «ебилд» и свой — ну похоже, да.

да, это я ещё не говорю о том, что можно прикрутить что-то для кроссборки Mingw-ом из под линукса в винду (с вменяемыми менеджерами пакетов типа portage, paludis/cave, nix/guix). пару пакетиков just for fun своих поделок и ерунды типа qutim-а — собирал из-под линуха в винду.

anonymous ()
Ответ на: комментарий от Napilnik

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

Ага. yum help | grep showduplicates. Но если глянуть хелп это исключительный случай, то конечно.

Если бы файлы были запакованы в 50Мб архивы то скачка проходила на скорости которую позволяет соединение а с мелюзгой случается вышеописанная лажа.
Ты на скорость скачки отдельных файликов и промежутки между ними посмотри

Зачем? У тебя dial-up / повременка?

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

Мну тоже. Ничего, что речь шла про обновления, а не про установку?

У тебя, да.

No u. Детский сад.

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

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

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

anonymous ()
Ответ на: комментарий от Nanodesu

как не странно, даже в cygwin и mingw умудрились сделать неудобно

угумс. добавим к тому же, что если у нас tdm-gcc или mingw-64, то вся эта встроенная обновляндия идёт лесом, и возвращаемся к ручной установке релизов.

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

Чтобы всякие жабы, адоб флеши и ридеры, FF и LO у всех обновлялись из коробки через единый механизм.

в шоколаднице это всё таки есть

выбор пакетов довольно странный, но «жабы, флеши, ридеры, FF LO», а также триальная визуал студия и мелкие утиля там таки есть

ещё там есть 10500 фреймворков — говорю, же, странный выбор пакетов : из 755 чтоли пакетов 2/3 это хипстерские фреймворки

но если то что есть — устраивает, в целом шоколадка работает. если нет, можно попробовать свой «ебилд» на поверщели написать.

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

производителем ничего такого особо не предусмотрено.

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

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

anonymous ()

другое дело, что в сабжевом pip-е тоже есть грабли.

ну вот например, поставил sphinx из-под генты — всё ОК, поставил из-под win7-64 битной — то качать надо easy_install, то напильником настраивать, то всё равно make latex & acroread foo.pdf не собирается при каких-то простеньких правках (что-то там с кодировкой юникодной на кодеки ругался), хотя под уютненькой гентой — всё работает сразу.

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

anonymous ()

и да, господа с rus-linux.net — лучше бы сделали текст сплошным рулоном, по полстраничке со ссылками на след. полстранички — не удобно читать это.

anonymous ()
Ответ на: комментарий от void_ptr

По одной простой причине - я вообще не считаю управление зависимостями обязанностью Python. Необходимо разделить язык программирования и среду исполнения - иначе - «Ад и Израиль». Зачем мне необходимо знать EasyInstall,SetupTools and etc , когда я знаю apt?

ты хочешь странного.

вот есть пистон с канонiчным pip, egg, setuptools, easy_install и ещё 10500 пакетных менеджеров ;-)

есть руби со своими gems, есть хаскель с cabal, Go с go install, язык D с пакетным менеджером DUB (пакетов в репозитории ещё мало, но они есть), rust с сargo/..., Perl c CPAN и тп.

и это нормально. нормально даже, когда пакетных менеджеров штуки две — конкуренция никому не мешала, только один из них должен быть «главнее», Удобнее и «канонiчнее».

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

другое дело, что если тулзы удобны и автоматизированны — можно и «дистрибутивный» репозиторий накатать. например, как d-apt для D/dub/Debian

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

любители странного секса могут также поковыряться под виндой с pkginstall из NetBSD для установки SUA пакетов (ну почти вылитая BSD) или spkg из слаки взять, и mingw пакетики туда заворачивать.

даже пара сайтов в сети есть, про Debian репозиторий/NetBSD пакеты/spkg пакеты. правда оно сдохло ибо не нужно — гораздо проще собрать какими-нибудь IM.cross мингв из-под линуха и обновлять пакеты из-под линуха его пакетным менеджером, и кросскомпилять виндовые пакетики, а бинарные пакетики виндовые заворачивать хоть в правослакином .tgz формате.

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

производителем кого/чего? винды? нет by design — вдруг ты не купил новую пропертарную поделку.

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

Про покупку не понял, такие затруднения от пиратства не спасают же.

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

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

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

Ага. yum help | grep showduplicates. Но если глянуть хелп это исключительный случай, то конечно.

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

Зачем? У тебя dial-up / повременка?

Затем чтобы не превращать 5 мегабит в диалап.

Ничего, что речь шла про обновления, а не про установку?

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

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

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

Ага, конкретно возразить нечем.

Затем чтобы не превращать 5 мегабит в диалап.

То есть за время ты не платишь. Тогда какой смысл в медитации на цифры — все равно непонятно.

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

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

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

Ага, конкретно возразить нечем.

Ты про неудачные попытки удалить через менеджер пакетов какой-то вредный пакет никогда не слышал и сам с таким не сталкивался? Тогда добро пожаловать в реальный мир!

То есть за время ты не платишь.

А моё личное время типа бесплатно?!!!

Разница в объемах в среднем на десятичный порядок не смущает, понял.

Нет такой огромной разницы. Если загляну в гуёвину обновлялки то обнаружу что в систему просятся >1000 пакетов гастарбайтеров, только перебьются, и без них весело.

Как и то, что не медитировать над обновлением очень просто, в отличие от установки.

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

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

и это нормально

Это ненормально. Это, в общем-то, песец.

нормально даже, когда пакетных менеджеров штуки две

pip, gems, cabal, go install, DUB, cargo/rustpkg, cpan - 7 штук.

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

Ты про неудачные попытки удалить через менеджер пакетов какой-то вредный пакет никогда не слышал и сам с таким не сталкивался? Тогда добро пожаловать в реальный мир!

На городе бузина, а в Киеве дядька?

А моё личное время типа бесплатно?!!!

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

Нет такой огромной разницы. Если загляну в гуёвину обновлялки то обнаружу что в систему просятся >1000 пакетов гастарбайтеров

У меня, например, всего в системе меньше 1.5 к. Это сколько надо не обновляться, полгода? Ну и при таком отношении к апдейтам вообще, тебе эта тема и не нужна совсем.

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

С разморозкой, сейчас установка не 8 часов идет (у тебя точно PIII, похоже). Но далеко убежать ты не сможешь из-за тех же «недостающих данных», по крайней мере с официальным install media без подготовленного профиля развертывания. Поэтому тут человеческое время считать надо, в отличие от кейса «десктопный апдейт».

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

На городе бузина, а в Киеве дядька?

Тебе виднее, где твои родственники живут.

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

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

а во-вторых твой вариант с архивами тут ничего не меняет.

Пересядь на диалап если скорость скачки у тебя ничего не меняет, всё-таки мы сейчас обсуждаем линукс а не Колибри ОС.

У меня, например, всего в системе меньше 1.5 к.

Гента?

Это сколько надо не обновляться, полгода?

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

С разморозкой, сейчас установка не 8 часов идет (у тебя точно PIII, похоже).

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

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

Тебе виднее, где твои родственники живут.

Засчитано.

или пользуешься только свободными видеодровами+правильными_мониторами - именно в такой связке.

Ты не поверишь. Хотя не понял, причем это к медитации на процесс.

Пересядь на диалап если скорость скачки у тебя ничего не меняет

Зачем, мне так намного дешевле. Зачем ты на неё смотришь не отрываясь мы так и не выяснили.

Гента?

Ты не поверишь-2, хведора. На рабочей машине, правда, аж 1580.

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

Проснись, на половине систем уже оптических дисководов нет. Нормальная флешка или USB-винт на современной машине дадут, думаю, с полчаса. Хотя опять напомню, речь была про апдейты, а инсталл лично мне тоже удобнее оффлайновый, просто по причине универсальности.

От этого их ценность в системе ощутимо не возрастёт,

За себя говори. Может мне циферки версий пищеварение улучшают.

тем более что нужные редакторы в системе скачаны прямиком с сайтов разработчиков, пропатчены

Ой-ой. Тады всё понятно. Какие вообще апдейты, о чём мы.

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

Ты не поверишь. Хотя не понял, причем это к медитации на процесс.

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

Проснись, на половине систем уже оптических дисководов нет.

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

Нормальная флешка или USB-винт на современной машине дадут, думаю, с полчаса.

Можешь так думать, никто тебе не запрещает.

Нормальная флешка или USB-винт на современной машине дадут, думаю, с полчаса. Хотя опять напомню, речь была про апдейты

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

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

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

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

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

...и многих ноутов. Ну твой подход был и так понятен.

Можешь так думать, никто тебе не запрещает.

Я и думаю, после того как видел 40-45 мин на достаточно старой машине. Не интернетовским троллям же верить.

Ага, установку федора/убунта сервиспака

сервиспака

линукс

Ой леать...

А усб винт улучшает свою работу после того как его несколько раз уронишь.

Крепость аргументов росла.

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

Не распарсил фантазию.

Да ты неадекват или в гугле забанили - «слишком яркий монитор», раньше ещё гуглилось «монитор прожектор».

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

И как ты будешь это делать если его настройками яркость подсветки не уменьшается до комфортного значения? Ну скрутишь ты яркость и контрастность в 0, но только это всё равно слишком ярко.

Я и думаю, после того как видел 40-45 мин на достаточно старой машине.

Хз что ты там видел. Установщики слишком хитрые пошли, по наглому ставят не всё что ты выбрал а потом удивляешься «почему поставилось на час быстрее запланированного», недолго, пока не обнаруживаешь нехватку пакетов в системе.

Не интернетовским троллям же верить.

Сам себе не веришь?

Крепость аргументов росла.

Никогда не ронял комплектующие на пол? Тогда у тебя всё впереди!

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