The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от opennews (ok) on 24-Окт-13, 22:11 
На состоявшемся заседании комитета FESCo (Fedora Engineering Steering Committee), отвечающего за техническую часть разработки дистрибутива Fedora Linux, было утверждено решение (https://lists.fedoraproject.org/pipermail/devel/2013-October...) по переходу дистрибутива на использование (https://fedoraproject.org/wiki/Changes/Python_3_as_Default) Python 3 по умолчанию, начиная с выпуска Fedora 22. Среди ключевых последствий перехода на Python 3  отмечается задействование по умолчанию пакетного менеджера DNF, который заменит собой Yum, поддерживающий выполнение только с использованием Python 2.


Пакетный менеджер DNF (https://fedoraproject.org/wiki/Features/DNF) является ответвлением от Yum 3.4, в котором развивались некоторые новые идеи, такие как использование в качестве бэкенда для разрешения зависимостей библиотеки hawkey (https://fedoraproject.org/wiki/Features/Hawkey). Для разрешения зависимостей в DNF задействован SAT solver, реализованный в библиотеке libsolv (https://github.com/openSUSE/libsolv) (hawkey выступает в роли надстройки над libsolv), созданной в рамках проекта openSUSE. Для обычного пользователя главными достоинствами DNF является заметно более высокая скорость работы и низкое потребление памяти. Для расширения функциональности DNF предоставляет фикисированный API для плагинов и интеграции с другими приложениями, такими как инсталлятор Anaconda.

URL: https://lists.fedoraproject.org/pipermail/devel/2013-October...
Новость: http://www.opennet.dev/opennews/art.shtml?num=38248

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

Оглавление

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


1. "Fedora переходит на Python 3 и пакетный менеджер DNF"  +/
Сообщение от Xasd (ok) on 24-Окт-13, 22:11 
как-то познова-то..

но всё равно хорошо :-)

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

13. "Fedora переходит на Python 3 и пакетный менеджер DNF"  +11 +/
Сообщение от Аноним (??) on 25-Окт-13, 00:10 
>познова-то

Простите, ч-то?

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

54. "Fedora переходит на Python 3 и пакетный менеджер DNF"  +3 +/
Сообщение от Аноним (??) on 25-Окт-13, 11:15 
Пазнавата
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

63. "."  +/
Сообщение от scorry (ok) on 25-Окт-13, 13:22 
пазнаватильна
Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

79. "Fedora переходит на Python 3 и пакетный менеджер DNF"  +3 +/
Сообщение от Аноним (??) on 25-Окт-13, 16:32 
> Пазнавата

Разновидность стекловаты?

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

97. "Fedora переходит на Python 3 и пакетный менеджер DNF"  +1 +/
Сообщение от Аноним (??) on 27-Окт-13, 20:48 
> Разновидность стекловаты?

...по которой ползет удав^W питон.

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

2. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +7 +/
Сообщение от Moomintroll (ok) on 24-Окт-13, 22:13 
На что только не идут люди, лишь бы не использовать zypper (c++, если чё)...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

10. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +3 +/
Сообщение от Аноним (??) on 24-Окт-13, 23:06 
То что работает в паре недодистров никому не интересно. Интересно сделать что-то новое, интересен факт развития. В итоге всякие суси и прочие дистры первые возьмут заберут себе эти изменения, как было например с systemd.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

12. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +7 +/
Сообщение от YetAnotherOnanym (ok) on 24-Окт-13, 23:36 
> Интересно сделать что-то новое,

Леннарт, залогинься.

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

23. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от Аноним (??) on 25-Окт-13, 01:41 
>> Интересно сделать что-то новое,
> Леннарт, залогинься.

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

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

31. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от Аноним (??) on 25-Окт-13, 03:11 
> звали, но вроде тоже на букву Л...

Только он не писал его на бидоне.

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

42. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  –1 +/
Сообщение от Аноним (??) on 25-Окт-13, 08:35 
Потому, что этот самый Бидон в то время сам только рождался. Поэтому Л. о нём банально не мог знать. А иначе как знать, как знать... ;)
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

55. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от terraslav email(ok) on 25-Окт-13, 11:44 
В те времена был гейтовский бейсик и Л. про него знал=))
Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

64. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от имя on 25-Окт-13, 14:40 
> Л. про него знал

Леннарт-то?

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

72. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от Аноним (??) on 25-Окт-13, 15:46 
>> Л. про него знал
> Леннарт-то?

Леннарт барсиками не пользуется. Только сишечка, только хардкор!

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

98. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +1 +/
Сообщение от Аноним (??) on 27-Окт-13, 20:51 
> Леннарт барсиками не пользуется. Только сишечка, только хардкор!

Как ни странно, Торвальдс им тоже пользуется. Ну а что, нормальный ЯП для системных сущностей. Быстрый и портабельный. И в отличие от бидонистов не крушат совместимость все и вся с завидной периодичностью.

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

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

103. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  –2 +/
Сообщение от бедный буратино (ok) on 28-Окт-13, 03:14 
> Скрипт писаный для бидона 2.4 нынче вообще фиг запустишь без танцев с бубном.

Есть ложь, есть наглая ложь, и есть мнение анонимов про python :)

Все версии второго python обратно совместимы.

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

105. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от Аноним (??) on 28-Окт-13, 11:21 
> Все версии второго python обратно совместимы.

Наверное именно поэтому скрипт на питоне 2.4 валился в 2.7 с каким-то многоэтажным стэктрейсом.

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

106. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  –1 +/
Сообщение от бедный буратино (ok) on 28-Окт-13, 11:36 
>> Все версии второго python обратно совместимы.
> Наверное именно поэтому скрипт на питоне 2.4 валился в 2.7 с каким-то
> многоэтажным стэктрейсом.

Этого быть не может. Ни первого, ни второго. :)

Единственное, что может на это влиять - это разные C-вставки в виде so-модулей. Когда собираемое gcc3, не собирается gcc4, по каким-то своим причинам, или из-за изменения в хидерах, или из-за изменения в чём угодно. Но это вопросы к gcc, а не к python.

Python-скрипты что для 2.4, что для 2.2, нормально выполняются в 2.7. Вероятно, есть какие-то ООООЧЕНЬ РЕЕЕДКИЕ исключения, но это явно не тот случай.

Давай уже скрипт, чтобы просто так не врать. :)

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

121. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +1 +/
Сообщение от PereresusNeVlezaetBuggy (ok) on 28-Окт-13, 18:50 
>>> Все версии второго python обратно совместимы.
>> Наверное именно поэтому скрипт на питоне 2.4 валился в 2.7 с каким-то
>> многоэтажным стэктрейсом.
> Этого быть не может. Ни первого, ни второго. :)

Полной обратной совместимости нет ни в сях, ни в Питоне. Достаточно вспомнить запрет на строковые исключения в Python 2.6 или изменение типа аргументов и/или возвращаемых значений во многих функциях стандартной библиотеки Си на size_t.

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

> Единственное, что может на это влиять - это разные C-вставки в виде
> so-модулей. Когда собираемое gcc3, не собирается gcc4, по каким-то своим причинам,
> или из-за изменения в хидерах, или из-за изменения в чём угодно.
> Но это вопросы к gcc, а не к python.
> Python-скрипты что для 2.4, что для 2.2, нормально выполняются в 2.7. Вероятно,
> есть какие-то ООООЧЕНЬ РЕЕЕДКИЕ исключения, но это явно не тот случай.
> Давай уже скрипт, чтобы просто так не врать. :)

Как человеку, который принимал непосредственное участие в выпиливании lang/python/2.5 из дерева портов OpenBSD и помнит километровые простыни патчей, чтобы заставить всё от него зависящее собираться _и_ работать под Python 2.7, мне очень смешно. Но лучше для подробностей даже не меня спросите (я в основном развлекался с kdebindings, это всё-таки специфичная штука), а, скажем, fgsch@.

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

80. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +1 +/
Сообщение от Michael Shigorin email(ok) on 25-Окт-13, 23:18 
> Потому, что этот самый Бидон в то время сам только рождался. Поэтому
> Л. о нём банально не мог знать. А иначе как знать, как знать... ;)

Чушь не порите, а то дождётесь чушинальной юстиции...

И почитали бы торвальдсовскую книжку "Just for fun" -- там вполне ясно описано, почему он взялся писать ядро (и типун бы тут макроассемблер никак не заменил).

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

84. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +1 +/
Сообщение от www2 (??) on 26-Окт-13, 08:32 
>Вон, одному финскому студенту тоже было интересно сделать что-то новое, похожее на миникс, но только свое.

Вообще-то изначально он не собирался делать что-то похожее на миникс, ему было интересно разобраться с защищённым режимом i386. Сделать это можно только на ассемблере. Потом он сделал поверх этого терминал для доступа к компу в универе и реализовал доступ к файловой системе Minix. И только потом он подумал, что почти написал собственную ОС и решил реализовать для комплекта системные вызовы POSIX, постепенно проверяя уже написанное запуском программ из проекта GNU на своей ОС. Python тут вообще никаким боком не проканал бы.

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

16. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +1 +/
Сообщение от Аноним (??) on 25-Окт-13, 01:21 
Поэтому я и пользую deb-based, там как-то нет проблем с кривой питонятиной в пакетном менеджере.
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

18. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от Аноним (??) on 25-Окт-13, 01:26 
> кривой питонятиной в пакетном менеджере.

Пользователи Gentoo смотрят на вас с осуждением.

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

26. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +1 +/
Сообщение от Ordu email(ok) on 25-Окт-13, 02:01 
Нет, с завистью.
Я последнее время подумываю о смене своего домашнего компьютера (которому лет десять, наверное). Две причины меня на это сподвигают:
1. Слишком часто стали попадаться видеофайлы, на которые mplayer говорит "your system is too SLOW..." Взял за бутылку пива HD4850, стало существенно лучше, но всё равно бывает, и частота таких казусов возрастает со временем.
2. Тормозящий emerge, он зависимости считает настолько неспешно, что можно сходить попить чаю, покурить, и вернувшись смотреть дальше, как он тупит над расчётом депендансов.
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

27. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от Анонище on 25-Окт-13, 02:20 
>  Тормозящий emerge, он зависимости считает настолько неспешно, что можно сходить попить чаю, покурить, и вернувшись смотреть дальше, как он тупит над расчётом депендансов.

Ты бы еще на мобильном телефоне его запускал бы, ага.  

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

29. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от Пиу (ok) on 25-Окт-13, 02:49 
>HD4850

пользователь 9200 смотрит на вас с недоумением и жалостью

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

85. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от www2 (??) on 26-Окт-13, 08:35 
>>HD4850
> пользователь 9200 смотрит на вас с недоумением и жалостью

Что, тоже за бутылку пива досталась?

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

96. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от кцу on 27-Окт-13, 20:36 
Подарили
Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

33. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +4 +/
Сообщение от Аноним (??) on 25-Окт-13, 03:21 
> 1. Слишком часто стали попадаться видеофайлы, на которые mplayer говорит "your system
> is too SLOW..." Взял за бутылку пива HD4850, стало существенно лучше,

Поюзайте UVD-декодер. Надо:
1) свежее ядро, 3.10+ и возможно фирмвару GPU.
2) Свежую MESA, libg3dvl и libvdpau (библа vdpau и GPU-специфичные выноски).
3) Мплееру в config прописать что-то типа:
vo=vdpau,
vc=ffh264vdpau,ffmpeg12vdpau,ffwmv3vdpau,ffvc1vdpau,

(внимание на запятые, это важно - запятая после записи позволяет fallback-ать на иные vo/vc если ваше видео не прожевалось железякой).

В результате многие видео грузят CPU процентов на 5, не более. Правда работает только для H.264/MP2/MP4. Насколько wmv и vc1 играется - хз, его у меня нет. VP8/9 оно не умеет.

> 2. Тормозящий emerge,

Как можно? "Бидон не тормозит!!!111"

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

90. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от Ordu email(ok) on 26-Окт-13, 13:15 
>[оверквотинг удален]
> 1) свежее ядро, 3.10+ и возможно фирмвару GPU.
> 2) Свежую MESA, libg3dvl и libvdpau (библа vdpau и GPU-специфичные выноски).
> 3) Мплееру в config прописать что-то типа:
> vo=vdpau,
> vc=ffh264vdpau,ffmpeg12vdpau,ffwmv3vdpau,ffvc1vdpau,
> (внимание на запятые, это важно - запятая после записи позволяет fallback-ать на
> иные vo/vc если ваше видео не прожевалось железякой).
> В результате многие видео грузят CPU процентов на 5, не более. Правда
> работает только для H.264/MP2/MP4. Насколько wmv и vc1 играется - хз,
> его у меня нет. VP8/9 оно не умеет.

Во-первых, спасибо за совет. Во-вторых, всё как выясняется, не так просто. Тот порнофайлик, которым я замерял производительность, увы, уже не тормозит -- видимо обновления mesa за последнее время, сыграли свою роль, теперь тот файлик кушает 35% CPU на всём своём протяжении. vdpau я давно использую, а вот все эти vc... Хрен знает почему, не работают. Я уж пересобрал ffmpeg, и mesa пересобрал (долго думал, откуда брать libg3dvl, выяснил что в mesa была такая либа, но в 9.2.1 нету, по-крайней мере промеж USE флагов не пробегает, и в /usr/lib64 не складывается, в сорцы ещё не заглядывал). Короче, надо лезть и читать что там да как, но ещё раз спасибо, за указанный путь.

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

107. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от Аноним (??) on 28-Окт-13, 15:48 
> обновления mesa за последнее время, сыграли свою роль, теперь тот файлик
> кушает 35% CPU на всём своём протяжении.

Ну а с VDPAU оно вообще считанные проценты CPU лопает (по крайней мере у меня это выглядит так).

> vdpau я давно использую,

При успешном использовании оного - mplayer пишет характерное инфо в консоль и нагрузка на проц - мизерная. Если у радеона DPM активирован - драйвер напишет в лог ядра что перешел на UVD-профиль. Еще можно утилитку vdpauinfo пнуть. Если VDPAU работает - утилитка покажет сведения о том что оно умеет. Так можно понять насколько VDPAU в системе вообще работает.

> а вот все эти vc... Хрен знает почему, не работают. Я
> уж пересобрал ffmpeg,

С более-менее свежим ffmpeg VDPAU должен работать. В нем поддержка VDPAU уже давно есть. Как его собрать со поддержкой этого в генте - вам imho виднее.

> и mesa пересобрал (долго думал, откуда брать libg3dvl,
> выяснил что в mesa была такая либа, но в 9.2.1 нету,

Это часть MESA. В MESA довески к либе vdpau собираются, с реализациями под конкретные GPU (libg3dvl - пакет с этими довесками в убунтовых так обозвали, я тут тупанул: в генте это если и есть то может называться иначе, если это уже как-то оформили). Если вы это будете сами mesa'у компилить - обратите внимание на размещение либ-довесков: libvdpau ищет довески в вполне характерном месте (IIRC что-то типа поддиректории vdpau/*.so в дире с либой vdpau). Если GPU-специфичных довесков там не окажется, кина не будет. Если нигде не накосячено, утилитка vdpauinfo успешно покажет информацию о VDPAU.

> по-крайней мере промеж USE флагов не пробегает, и в /usr/lib64 не
> складывается, в сорцы ещё не заглядывал).

Ну если вы сами все это компилить полезли - уделите внимание раскладке библ довесков-плагинов к VDPAU. И да, это только в свежей MESA есть. В какой именно сие запилили для радеона - честно говоря я не помню. Но это было недавно.

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

Это слегонца WIP, т.к. для радеонов запилено без году неделю и не факт что считается окончательно стабильной фичой. Но работает. По факту все это стало работать где-то на момент выпуска 3.10...3.11 ядер линя, где были сделаны нужные для всего этого изменения, без которых драйвера не смогли бы юзеть UVD. Тогда же амдшники выложили более новые фирмвары для GPU. Где-то в те же времена и в MESA все это утолкали. Попало ли это в 9.2 - спросите что-нибудь попроще :). У меня давно MESA 10.0 (прототип). При том в убунте сие как-то сильно проще: достаточно oibaf-ppa подключить - там свежатина для желающих покамикадзить.

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

122. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от Ordu email(ok) on 28-Окт-13, 19:04 
Насколько я понял, где-то на пути от mplayer'а до видяхи, не хватает поддержки h264, скорее всего в mesa. Надо ждать ебилдов для более свежей mesa. :)
Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

140. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  –1 +/
Сообщение от Аноним (??) on 30-Окт-13, 15:30 
> Насколько я понял, где-то на пути от mplayer'а до видяхи, не хватает поддержки h264,

Звучит как-то странно. FFmpeg/mplayer без H.264 собирать по-моему никто в здравом уме не рискует. VDPAU его тоже умеет наверное с момента появления, или около того.

> скорее всего в mesa.

Ну да, скорее всего понадобится MESA 9.3 (теперь уже 10.0).

> Надо ждать ебилдов для более свежей mesa. :)

А у убунтушников уже дело на мази :P.

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

43. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  –3 +/
Сообщение от Аноним (??) on 25-Окт-13, 08:45 
>Я последнее время подумываю о смене своего домашнего компьютера (которому лет десять, наверное).

Сегодня emerge'ить на одноядерном процессоре? Ну это просто смешно. Об апгрейде машинки для этого надо было задуматься ещё года четыре назад.

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

53. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +6 +/
Сообщение от Аноним email(??) on 25-Окт-13, 10:30 
Апгрейдить машинку только ради запуски поделок на бидоне ?
Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

65. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  –3 +/
Сообщение от имя on 25-Окт-13, 14:42 
А софт вам папа Карло компилирует?
Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

68. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +6 +/
Сообщение от Аноним (??) on 25-Окт-13, 15:39 
> А софт вам папа Карло компилирует?

Нормальным людям его компилируют мейнтейнеры :)

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

108. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от Аноним (??) on 28-Окт-13, 15:50 
> Нормальным людям его компилируют мейнтейнеры :)

Ну вот как-то так и получается:
- Питон не тормозит!!!1111 (по версии фанатов питона).
- Гентушники яро упирают на оптимизацию.

...но машину апгрейдить им почему-то все-таки надо, при том с аргументом что 1 ядра - мало, etc :). Поравзели, понимаешь, террариум-компилферму.

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

89. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от Ordu email(ok) on 26-Окт-13, 13:08 
> А софт вам папа Карло компилирует?

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

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

109. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от Аноним (??) on 28-Окт-13, 15:54 
> обновление системы длится часов десять

Вот охота некоторым воздух отапливать своей билд-фермой...

> Производительность питона

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

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

120. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от Ordu email(ok) on 28-Окт-13, 18:37 
>> обновление системы длится часов десять
> Вот охота некоторым воздух отапливать своей билд-фермой...

Вы хотите об этом поговорить?

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

Зачем вы мне всё это рассказываете?

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

32. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +1 +/
Сообщение от Аноним (??) on 25-Окт-13, 03:11 
> Пользователи Gentoo смотрят на вас с осуждением.

Видал я тут одного кадра. У него портажи сломались т.к. версия бидона не та. Хахаха, бидон даже там подгадить ухитряется.

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

24. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от Псевдоним (ok) on 25-Окт-13, 01:55 
В дебиане кривая плюсятина, что еще хуже. За поломанный pinning в apt-е вообще убивать надо. Его (pinning) как криво написали в 90-х, так до сих пор трогать боятся, чтобы оно еще больше не завоняло.
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

34. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  –1 +/
Сообщение от Аноним (??) on 25-Окт-13, 03:23 
> В дебиане кривая плюсятина, что еще хуже.

Оно по крайней мере работает и каши не просит. И не требует, б, 512М каждой виртуалке выдавать, "потому что иначе yumская питонятина всю память выжирает".

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

Это вообще фича которую надо использовать реже чем стопкран в самолете.

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

67. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  –3 +/
Сообщение от бедный буратино (ok) on 25-Окт-13, 15:38 
>> В дебиане кривая плюсятина, что еще хуже.
> Оно по крайней мере работает и каши не просит. И не требует,
> б, 512М каждой виртуалке выдавать, "потому что иначе yumская питонятина всю
> память выжирает".

Бяда бяда огорчение. а я свои приложения, да и не свои, запускал на p120/24/netbsd/python2.7 - и работало та таки, заразо.

Хоть сходи, не позорься, запусти ту же джангу, и посмотри, сколько памяти оно требует. И это джанго, питонный монстр!

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

110. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от Аноним (??) on 28-Окт-13, 15:55 
> Бяда бяда огорчение. а я свои приложения, да и не свои, запускал
> на p120/24/netbsd/python2.7 - и работало та таки, заразо.

Hello world может и будет работать, а пакетный манагер кладет VM по OOM как делать нефиг.

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

69. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  –2 +/
Сообщение от Аноним (??) on 25-Окт-13, 15:41 
>> так до сих пор трогать боятся, чтобы оно еще больше не завоняло.
> Это вообще фича которую надо использовать реже чем стопкран в самолете.

Без нее пакетным менеджером в дебиане пользоваться нереально. Потому что одним stable жив не будешь, а если вручную качать и ставить через dpkg, получится слака.

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

81. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от Michael Shigorin email(ok) on 25-Окт-13, 23:21 
> Без нее пакетным менеджером в дебиане пользоваться нереально. Потому что одним
> stable жив не будешь, а если вручную качать и ставить через dpkg, получится слака.

Ну так testing или sisyphus, в чём проблема-то?

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

112. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от Аноним (??) on 28-Окт-13, 15:57 
> Ну так testing или sisyphus, в чём проблема-то?

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

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

119. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  –1 +/
Сообщение от Michael Shigorin email(ok) on 28-Окт-13, 17:06 
>> Ну так testing или sisyphus, в чём проблема-то?
> Проблема в том что консистентность и беспроблемность всего этого никто не гарантирует
> сколь-нибудь серьезно.

Консистентность гарантируется техническими средствами, в альте уже давно 0 unmets.

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

Вот только не надо тогда про убунту, да и про дебиан, кстати, тоже.  Тут вон недавно коллега напоролся на невозможность поднять virtualbox (не буду перевирать, но там получился клин dkms и версий gcc, с которыми собирается и работает модуль и юзерспейс).

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

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

141. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  –1 +/
Сообщение от Аноним (??) on 30-Окт-13, 16:09 
> Консистентность гарантируется техническими средствами, в альте уже давно 0 unmets.

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

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

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

> тоже.  Тут вон недавно коллега напоролся на невозможность поднять virtualbox
> (не буду перевирать, но там получился клин dkms и версий gcc,
> с которыми собирается и работает модуль и юзерспейс).

Про vbox ничего не скажу - не использую. Мне KVM хватает - оно часть ядра линукс и есть и без всяких прилуд от оракла, а фич qemu на пять vbox-ов хватит. ИМХО, основная проблема vbox-а - он довольно ортогонален линуксу в целом и его ядерный выносок - ни разу не майнлайн. Это хороший потенциал для грабель, как ни крути.

> Когда горит работу делать -- не делайте обновления или делайте бэкапы/снапшоты корня.

А оно мне надо - тратить время на костылестроение и потом рекавери?

>  Вне зависимости от системы.

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

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

143. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от Michael Shigorin email(ok) on 30-Окт-13, 17:15 
> Не вижу какие технические средства могут это обработать.

Сами же ниже процитировали.

>> Когда горит работу делать -- не делайте обновления или делайте бэкапы/снапшоты корня.
> А оно мне надо - тратить время на костылестроение и потом рекавери?

Что неясно?  Если работа неважна, то и бэкапы можно не делать.  Если важна -- делать их надо.  Другой вопрос, что применять хотелось бы пореже.

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

111. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от Аноним (??) on 28-Окт-13, 15:56 
> Без нее пакетным менеджером в дебиане пользоваться нереально. Потому что одним stable
> жив не будешь,

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

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

83. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от fi (ok) on 26-Окт-13, 02:10 
> 512М каждой виртуалке выдавать,

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

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

86. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от www2 (??) on 26-Окт-13, 08:43 
>> 512М каждой виртуалке выдавать,
> моя смотрит на твоя с недоумением...   т.к. у моя шаблон
> для виртуалок начинается 1Гx2cpu, даже для тестовых серверов. Экономим на спичках?

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

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

92. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от PereresusNeVlezaetBuggy (ok) on 27-Окт-13, 05:06 
>>> 512М каждой виртуалке выдавать,
>> моя смотрит на твоя с недоумением...   т.к. у моя шаблон
>> для виртуалок начинается 1Гx2cpu, даже для тестовых серверов. Экономим на спичках?
> А теперь представь, что половину твоей виртуалки выжирает yum, когда ты его
> запускаешь.

М-дэ.

В соседнем окне проскальзывают сообщения из разряда "залейте, плз, свежий снапшот пакетов для mips64". Собранный на собственно MIPS. При помощи фирменных опёнковского сборщика пакетов и pkg_add.

Это я молчу про VAX, где всё вышеперечисленное умещается в тридцать метров оперативки. Суммарно. Потому что иначе не взлетит.

В общем, чем больше я познаю линуксовые управлялки пакетами, тем больше нравятся все остальные...

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

93. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от бедный буратино (ok) on 27-Окт-13, 05:40 
> М-дэ.
> В соседнем окне проскальзывают сообщения из разряда "залейте, плз, свежий снапшот пакетов
> для mips64". Собранный на собственно MIPS. При помощи фирменных опёнковского сборщика
> пакетов и pkg_add.
> Это я молчу про VAX, где всё вышеперечисленное умещается в тридцать метров
> оперативки. Суммарно. Потому что иначе не взлетит.
> В общем, чем больше я познаю линуксовые управлялки пакетами, тем больше нравятся
> все остальные...

1. Зачем pkg_add на perl переписали? netbsd-шный до сих пор сишный, и каких-то особенных неудобств я не заметил :) Вообще, лично я бы предпочёл python.

2. И современный debian, и современный openbsd можно запустить на p120/24. При этом, иксы - только в openbsd 4.2. Начиная с 4.3 произошло ЧТО-ТО, что любая версия openbsd от 4.3 до 5.4 выпадает в ddb при запуске. Флопи или rd-ядро - работают нормально, но иксы на них не запустишь. :(

3. Рядом с aptitude вообще ничего не стояло. В принципе. Это как сравнивать vi и ed. Разумеется, для тех, кто может держать в памяти 35000 пакетов (или 35000 символов) (или 35000 курьеров), и ed - самое то, но когда нужно, чтобы это помнил компьютер, а не ты - альтернативы просто нет. Даже близко. Даже на расстоянии световых лет. Из каменного века - в сверхсветовой. У меня просто нет слов, чтобы описать, насколько aptitude экономит время по сравнению со всем остальным, вместе взятым. Эх, если бы к aptitude ещё лучшее из openbsd-шного инсталлятора (кстати, в чём смысл делать по умолчанию консоль vt220 и пейджер more?), да евойную же базовую систему - я бы сразу женился.

4. Товарищ, дай свой е-мейл или джаббер, есть иногда меееелкие вопросы по openbsd, а спросить не у кого. Напиши мне на me@51t.ru

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

123. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от PereresusNeVlezaetBuggy (ok) on 29-Окт-13, 12:12 
(прошу прощения за поздний ответ, иногда не думаю и на автомате отвечаю письмом - вот чего не хватает на Опеннете; а отлуп приходит далеко не сразу)

>[оверквотинг удален]
>> фирменных опёнковского сборщика пакетов и pkg_add.
>> Это я молчу про VAX, где всё вышеперечисленное умещается в тридцать метров
>> оперативки. Суммарно. Потому что иначе не взлетит.
>> В общем, чем больше я познаю линуксовые управлялки пакетами, тем больше
>> нравятся все остальные...
>
>
> 1. Зачем pkg_add на perl переписали? netbsd-шный до сих пор сишный, и
> каких-то особенных
> неудобств я не заметил :) Вообще, лично я бы предпочёл python.

Потому что после переписывания стало быстрее работать. :) Серьёзно. Perl, конечно, добавляет немного потерь в I/O, но за счёт простоты использования сложных структур данных (нативные хеш-таблицы), заботу по производительности которых берёт на себя среда, позволяет создавать достаточно быстрые приложения. Модель памяти у него более чётко
описана и более предсказуема, чем, например, у Питона... Плюс всё же - заметная экономия времени разработки, что при дефиците рабочих рук - важный фактор.

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

И что важно, в менеджер пакетов должен, собственно, работать. Во всём, что основано на dpkg, я видел кучу свистоперделок, и при этом регулярно - мелкие факапы: тут получилась какая-то несовместимая конфигурация пакетов, и apt-get встал раком; здесь без объяснения причин не проходило обновление части пакетов...

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

Справедливости ради также отмечу, что во многих линуксовых менеджерах пакетов есть поддержка дельта-файлов, а в OpenBSD она пока лишь в планах. pkg_add, он, конечно, умный, и лишний раз файлы не перезаписывает, и пакеты сверх "заголовока" без нужды не качает - но
всё же иногда раздражает, да. А уж когда сидишь на EDGE, ибо нужда заставляет... В общем, Марк что-то там говорил недавно, мол, к нынешнему pkg_add это должно быть не сложно прикрутить. Но он один, а хотелок много. :) Patches are welcome.

> 2. И современный debian, и современный openbsd можно запустить на p120/24.
> При этом, иксы
> - только в openbsd 4.2. Начиная с 4.3 произошло ЧТО-ТО, что любая версия
> openbsd от 4.3
> до 5.4 выпадает в ddb при запуске. Флопи или rd-ядро - работают нормально,
> но иксы на них
> не запустишь. :(

Тут ничего не скажу, смотреть надо. Для X.org 24 метра - довольно мало, но дело может быть в чём-то совсем постороннем. Я видел сообщения, что на машины@i386 подобного уровня Опёнок совсем недавно ставили, но насчёт использования там иксов ничего не знаю. Можно поковыряться, если интересно. Начиная с dmesg из установочного ядра.

>[оверквотинг удален]
> компьютер, а не ты -
> альтернативы просто нет. Даже близко. Даже на расстоянии световых лет. Из
> каменного века
> - в сверхсветовой. У меня просто нет слов, чтобы описать, насколько aptitude
> экономит
> время по сравнению со всем остальным, вместе взятым. Эх, если бы к aptitude
> ещё лучшее из
> openbsd-шного инсталлятора (кстати, в чём смысл делать по умолчанию консоль
> vt220 и
> пейджер more?), да евойную же базовую систему - я бы сразу женился.

Хм. aptitude - это, конечно, хорошо - когда не глючит. Я с ним успел "заработать" - в стабильной ветке! - и проблемы с тем же терминалом, и глюки работы (натыкался на какой-то баг в поиске пакетов - долго удивлялся, почему не могу найти, полез в инет - а там я не один с такой проблемой).

Для быстрого поиска нужного пакета в консоли есть pkg_locatedb и sqlports. Нужно, скажем, найти, в каком пакете лежит konqueror - вбиваешь "pkg_locate bin/konqueror" и моментально получаешь ответ.

Были и какие-то попытки делать ncurses- и X11-менеджеры пакетов (помню pkg_mgr), но все они, по-моему, загнулись.

vt220 - чем он конкретно плох? vt100/vt220 знают практически все... Оно, конечно, прикольно было бы иметь эмулятор xterm в консоли, де Раадт не против. :) Только кто б занялся.

Насчёт же more - я когда-то начал ставить по дефолту less. А потом вернулся к more. Потому что more не очищает экран при выходе, и это удобно: открыл мануал/readme пакета/etc., нашёл нужное место, закрыл мануал и копируешь/вбиваешь команды ручками. Ну а просто файлы смотрю тем, что потребнее по ситуации. Разве что прописал MORE="-e -i" в ~/.profile. :)

И, к слову, less чуть требовательнее к ресурсам и возможностям терминала. В частности, на дефолтных RAMDISK'ах less использовать нереально, а с more можно договариваться.

> 4. Товарищ, дай свой е-мейл или джаббер, есть иногда меееелкие вопросы по
> openbsd, а
> спросить не у кого. Напиши мне на me@51t.ru

Чем плох zhuk@openbsd.org ? :) Я открыт для нормального общения.

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

124. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  –1 +/
Сообщение от бедный буратино (ok) on 29-Окт-13, 13:03 
> И что важно, в менеджер пакетов должен, собственно, работать. Во всём, что
> основано на dpkg, я видел кучу свистоперделок, и при этом регулярно
> - мелкие факапы: тут получилась какая-то несовместимая конфигурация пакетов, и apt-get
> встал раком; здесь без объяснения причин не проходило обновление части пакетов...

Debian-у не хватает концепции 'base system' :) Всё остальное - следствия - всё это стремление разбить на модульки, модулюшки и модулюшечки ради экономии 22 миллибайт не знаю чего - оборачивается проблемами несовместимости. Взять тот же emdebian - чего-то не хватает, и всё.

>> до 5.4 выпадает в ddb при запуске. Флопи или rd-ядро - работают нормально,
>> но иксы на них
>> не запустишь. :(
> Тут ничего не скажу, смотреть надо. Для X.org 24 метра - довольно
> мало,

дело не в xorg, а в том, что в принципе на конкретном компьютере, древнем и сердитом, перестало запускаться. :( в qemu с -m 24 нормально работает.
на /bsd. на bsd.rd и на floppy - запускалось, но там не было апертур или чего-то подобно-мистического (мне нравится /ru/faq - часть на немецком, части вообще нет :)

тот же netbsd запускается последняя версия. но netbsd... иксы мне там удалось запустить только раз, в qemu. в openbsd, разных версий, они работали ВЕЗДЕ, от p120/24, до всех моих компьютеров. :)

впрочем, тот компьютер уже умер. :) а жаль :(

> сообщения, что на машины@i386 подобного уровня Опёнок совсем недавно ставили, но
> насчёт использования там иксов ничего не знаю. Можно поковыряться, если интересно.
> Начиная с dmesg из установочного ядра.

тупо вываливается в ddb при загрузке, я сначала на scsi грешил, потому что после его вызова вылетало, убрал через -c scsi и всё похожее - всё равно вылетало. любая версия, начиная с 4.3. в 4.2 и всех ранних - работало. впрочем, я особо не заморачивался, мне главное - факт работы из коробки. :) питон на нём гонял с приложениями, меряя скорость и работоспособность. :)


> Хм. aptitude - это, конечно, хорошо - когда не глючит. Я с
> ним успел "заработать" - в стабильной ветке! - и проблемы с
> тем же терминалом, и глюки работы (натыкался на какой-то баг в
> поиске пакетов - долго удивлялся, почему не могу найти, полез в
> инет - а там я не один с такой проблемой).

Я один раз сапёра запустил во время установки - упал сразу :) Это было самое серьёзное. Но самое главное - aptitude это визуальный редактор, куча фильтров поиска, когда результат не показывается, а прямо помещается под клавиатуру - хошь жми "+" и добавляй на установку, хошь смотри визуально соседние пакеты (набрал gimp и ходишь выбираешь нужные плюгины), хошь выбирай версию. Сервис!

> vt220 - чем он конкретно плох? vt100/vt220 знают практически все... Оно, конечно,
> прикольно было бы иметь эмулятор xterm в консоли, де Раадт не
> против. :) Только кто б занялся.

в mc не работает половина клавиатуры. в linux, понятное дело, TERM=linux, а тут? Вроде, нашёл wsvt25, прописал его (не в ,profile, а где консоли перечисляются).

>> 4. Товарищ, дай свой е-мейл или джаббер, есть иногда меееелкие вопросы по
>> openbsd, а спросить не у кого. Напиши мне на me@51t.ru
> Чем плох zhuk@openbsd.org ? :) Я открыт для нормального общения.

Тем, что не знал. Вообще, видел этот адрес, когда смотрел paper про kde4, порадовал слайд про то, что kde3.5 остаётся ещё на много лет :)


Ну, вопросы про снапшоты интересуют - кто как живёт, как часто надо обновляться, порты или пакеты?

Я на одном компьютере в итоге на 5.4 откатился (базу взял с snapshots/i386/t32, пакеты с 5.4/packages), потому что в снапшотах началась проблема регулярного вылета в ddb с руганью на модуль jme (сетевая карта) :(

ну и недостаток пакетов. на втором компьютере ati r600, как я понимаю, оно только в снапшотах поддерживается (kms - точно, если на первом ati rs690, и она даёт ошибку и отключает акселлерацию, так что разницы 5.4 или снапшоты - нет)... то есть, там всё нормально, fw_update и акселлерация работает, но постоянно не хватает пакетов - я пытался поставить с пакетов gnome 3.10, половины просто не было. я дособрал с портов, но начались сегфолты и другие неприятные вещи :( вообще, реально снапшотами без проблем пользоваться, или лучше брать release? Видимо, на этом компьютере 5.5 ждать придётся :)

Кстати, что там с 5.5. План "64 битное время везде" - как на портах скажется? :) Некогда обновлять будет? :)

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

125. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от PereresusNeVlezaetBuggy (ok) on 29-Окт-13, 14:53 
>[оверквотинг удален]
>>> но иксы на них
>>> не запустишь. :(
>> Тут ничего не скажу, смотреть надо. Для X.org 24 метра - довольно
>> мало,
> дело не в xorg, а в том, что в принципе на конкретном
> компьютере, древнем и сердитом, перестало запускаться. :( в qemu с -m
> 24 нормально работает.
> на /bsd. на bsd.rd и на floppy - запускалось, но там не
> было апертур или чего-то подобно-мистического (мне нравится /ru/faq - часть на
> немецком, части вообще нет :)

Хм. На jabber.ru#openbsd можно постучаться, узнать новости. Я уже настолько привык всё на английском читать, что увы. Рад бы заняться, только некогда. :(

>[оверквотинг удален]
>> ним успел "заработать" - в стабильной ветке! - и проблемы с
>> тем же терминалом, и глюки работы (натыкался на какой-то баг в
>> поиске пакетов - долго удивлялся, почему не могу найти, полез в
>> инет - а там я не один с такой проблемой).
> Я один раз сапёра запустил во время установки - упал сразу :)
> Это было самое серьёзное. Но самое главное - aptitude это визуальный
> редактор, куча фильтров поиска, когда результат не показывается, а прямо помещается
> под клавиатуру - хошь жми "+" и добавляй на установку, хошь
> смотри визуально соседние пакеты (набрал gimp и ходишь выбираешь нужные плюгины),
> хошь выбирай версию. Сервис!

В этом плане да, удобно. Впрочем, не думаю, что аналог на ncurses для OpenBSD было бы сложно написать. Или взять за базу кодовую базу dpb (espie@ недавно туда ещё и цвета прикрутил зачем-то :) ), чтобы иметь готовую работу с терминалом и с OpenBSD::*... В общем, было бы желание и чуть-чуть умения, а допилить можно и всем миром.

>> vt220 - чем он конкретно плох? vt100/vt220 знают практически все... Оно, конечно,
>> прикольно было бы иметь эмулятор xterm в консоли, де Раадт не
>> против. :) Только кто б занялся.
> в mc не работает половина клавиатуры.
> в linux, понятное дело, TERM=linux, а
> тут? Вроде, нашёл wsvt25, прописал его (не в ,profile, а где
> консоли перечисляются).

Тут вряд ли чем помогу, мне mc обычно больше мешает. Сейчас вот специально ставить пришлось, чтобы посмотреть на него нынешнего. :)

>>> 4. Товарищ, дай свой е-мейл или джаббер, есть иногда меееелкие вопросы по
>>> openbsd, а спросить не у кого. Напиши мне на me@51t.ru
>> Чем плох zhuk@openbsd.org ? :) Я открыт для нормального общения.
> Тем, что не знал. Вообще, видел этот адрес, когда смотрел paper про
> kde4, порадовал слайд про то, что kde3.5 остаётся ещё на много
> лет :)

Если бы в KDE4 не переломали кучу всего, то, глядишь, и переехали бы. А так - да, пока остаётся. Всё посматриваю в сторону TDE - вроде, проект живёт, но портированием заниматься стабильно пока ни у кого не получается. Оно и понятно, там вовлечённость в разработку нужна немаленькая...

> Ну, вопросы про снапшоты интересуют - кто как живёт, как часто надо
> обновляться, порты или пакеты?

В плане, как живёт? На десктопе обычно проще со снапшотами, ибо всегда свежий софт и можно что-нибудь с ports@ или tech@ потестировать. Как часто обновляться - кто как, я лично обновлялся где-то раз в три месяца до недавнего времени, что для активно вовлечённого в проект человека довольно большой интервал, - но это потому что пересобирать каждый раз весь KDE4 немного задалбывало. :) Теперь, когда официальные пакеты появились, стало попроще; вот как раз сейчас буду - недавно было обновление libc (убрали arc4random_stir() и arc4random_addrandom()) и libkvm. Если обновляться после смены версий основных либ (в базовой системе или xenocara; лего отслеживается по изменению файлов shlib_version), то не придётся тратить время на сборку из портов.

> Я на одном компьютере в итоге на 5.4 откатился (базу взял с
> snapshots/i386/t32, пакеты с 5.4/packages), потому что в снапшотах началась проблема регулярного
> вылета в ddb с руганью на модуль jme (сетевая карта) :(

Транскрипцию panic на misc@, что тут ещё можно сказать. Я всегда храню старый снапшот про запас на такой случай. Один раз пригодилось.

> ну и недостаток пакетов. на втором компьютере ati r600, как я понимаю,
> оно только в снапшотах поддерживается (kms - точно, если на первом
> ati rs690, и она даёт ошибку и отключает акселлерацию, так что
> разницы 5.4 или снапшоты - нет)... то есть, там всё нормально,
> fw_update и акселлерация работает, но постоянно не хватает пакетов - я
> пытался поставить с пакетов gnome 3.10, половины просто не было. я
> дособрал с портов, но начались сегфолты и другие неприятные вещи :(
> вообще, реально снапшотами без проблем пользоваться, или лучше брать release? Видимо,
> на этом компьютере 5.5 ждать придётся :)

Снапшотами пользоваться вполне реально, а Гнома не было - видимо, это так повезло, разрабы ведь предупреждали, что после импорта ещё несколько дней будут до ума доводить. А потом ещё пакеты собраться сами должны - полная сборка на опёнковском кластере amd64 сейчас занимает полтора дня (до KDE4 было на пару часов меньше :)). Плюс ещё time_t и ряд других крупных изменений в API/ABI, несколько дней в пакетах было много сломанного. Да и сейчас ещё по мелочи что-то не успели починить. Например, на данный момент вход в настройки в chromium отправляет в сегфолт, а productivity/taskjuggler не проходит собственные тесты на i386.

На основной работе в production сейчас одна из немногих виртуалок с опёнком бегает на 5.4-beta, обновлять не спешу. Там всё равно дрянь вроде Redmine крутится, я для неё порты пробовал собирать, но чуть не повесился, плодя ruby gems... Надо бы, наверное, какую-то инфраструктуру дополнительную приделывать для таких upstream-репозиториев, но пока достойных идей в голову не приходило.

> Кстати, что там с 5.5. План "64 битное время везде" - как
> на портах скажется? :) Некогда обновлять будет? :)

Процесс переезда в связи с изменением time_t, ino_t и прочих описан в http://www.openbsd.org/faq/current.html#20130813 . Основная идея: сохраняем список установленных пакетов, удаляем их, обновляемся, ставим обратно из списка. Увы, геморройно, но иначе никак - сосуществование пакетов с разными ABI нереально.

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

126. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от бедный буратино (ok) on 29-Окт-13, 15:31 
> В этом плане да, удобно. Впрочем, не думаю, что аналог на ncurses
> для OpenBSD было бы сложно написать. Или взять за базу кодовую
> базу dpb (espie@ недавно туда ещё и цвета прикрутил зачем-то :)
> ), чтобы иметь готовую работу с терминалом и с OpenBSD::*... В
> общем, было бы желание и чуть-чуть умения, а допилить можно и
> всем миром.

Тогда нужно было прикручивать и тэги, и три вида зависимостей, и другие вещи. aptitude вышла из dselect, и вокруг этой dselect была целая идеология. это не просто юзер интерфейс, это штука, в которую в 10 нажатий на клавиши на клавиатуре можно получить всё нужное, не получив при этом ненужное и затратив минимум внимания и концентрации.

Впрочем, когда все пакеты видны в панели mc - это тоже возможность "выбирать и ставить". В Debian так нельзя. :)


> Тут вряд ли чем помогу, мне mc обычно больше мешает. Сейчас вот
> специально ставить пришлось, чтобы посмотреть на него нынешнего. :)

Мне-то всё равно, я поменяю. Просто непонятно, почему. :) Если мне нужно просто запустить rsync зеркала или dpb -F, то я и иксы не запускаю. :)


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

И это хорошо. Одно из больших достоинств. Как только в снапшоты упали пакеты из kde4, так я сразу и удалил :) Ну, не из-за этого удалил, на другой компьютер перенёс distfiles и packages от снепшотов, а на этом поставил 5.4 (релиз послепослезавтра? как я понимаю, файлы уже не изменятся?)

>> вылета в ddb с руганью на модуль jme (сетевая карта) :(
> Транскрипцию panic на misc@, что тут ещё можно сказать. Я всегда храню
> старый снапшот про запас на такой случай. Один раз пригодилось.

Оно на протяжении месяца были. Я на такие случаи в debian дуалбутюсь - ради того же флеш-видео со sportbox.ru. Но я уже снёс инсталляцию и поставил 5.4


> Снапшотами пользоваться вполне реально,

Я на них и сидел. Но болезнь "обновлизм" их только поломала. Хорошая вещь '-release', обновляться вообще не надо :)


> до ума доводить. А потом ещё пакеты собраться сами должны -
> полная сборка на опёнковском кластере amd64 сейчас занимает полтора дня (до
> KDE4 было на пару часов меньше :)).

Мне непонятно, почему пакеты вообще пропускаются. Как может собраться куча пакетов, зависящих от pcre 8.32, но при этом самого пакета pcre 8.32 не быть (это реальный случай несколькимесячной давности). И такое - постоянно, каких-то файлов в packages просто нет. Вот мне и интересно, почему?


>> Кстати, что там с 5.5. План "64 битное время везде" - как
>> на портах скажется? :) Некогда обновлять будет? :)
> Процесс переезда в связи с изменением time_t, ino_t и прочих описан в
> http://www.openbsd.org/faq/current.html#20130813 . Основная идея: сохраняем список
> установленных пакетов, удаляем их, обновляемся, ставим обратно из списка. Увы, геморройно,
> но иначе никак - сосуществование пакетов с разными ABI нереально.

Я имею ввиду, что пока всё не сделают поддерживаемым, на другое внимания обращать не будет? Или, наоборот, повод обновить те вещи в портах, которые не обновлялись по 6 лет? :)

А переустановка через pkg_delete `pkg_info -v` - это вообще красотища! :) В Debian есть элегантное решение aptitude renistall ~i... но оно не работает, сразу отваливается, потому что не может обновить dpkg. :) А когда есть базовая система, а пакеты - сбоку прилепка, можно хоть все удалить. :)

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

127. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от PereresusNeVlezaetBuggy (ok) on 29-Окт-13, 16:00 
>[оверквотинг удален]
> Мне-то всё равно, я поменяю. Просто непонятно, почему. :) Если мне нужно
> просто запустить rsync зеркала или dpb -F, то я и иксы
> не запускаю. :)
>> Если бы в KDE4 не переломали кучу всего, то, глядишь, и переехали
>> бы. А так - да, пока остаётся.
> И это хорошо. Одно из больших достоинств. Как только в снапшоты упали
> пакеты из kde4, так я сразу и удалил :) Ну, не
> из-за этого удалил, на другой компьютер перенёс distfiles и packages от
> снепшотов, а на этом поставил 5.4 (релиз послепослезавтра? как я понимаю,
> файлы уже не изменятся?)

Не изменятся. Релиз как обычно, да.

>[оверквотинг удален]
>> Снапшотами пользоваться вполне реально,
> Я на них и сидел. Но болезнь "обновлизм" их только поломала. Хорошая
> вещь '-release', обновляться вообще не надо :)
>> до ума доводить. А потом ещё пакеты собраться сами должны -
>> полная сборка на опёнковском кластере amd64 сейчас занимает полтора дня (до
>> KDE4 было на пару часов меньше :)).
> Мне непонятно, почему пакеты вообще пропускаются. Как может собраться куча пакетов, зависящих
> от pcre 8.32, но при этом самого пакета pcre 8.32 не
> быть (это реальный случай несколькимесячной давности). И такое - постоянно, каких-то
> файлов в packages просто нет. Вот мне и интересно, почему?

Больше похоже на проблему с локальным зеркалом. Если такое возникает на ftp.openbsd.org — повод писать на ports@. Но я пока о таком не слышал, или не помню. А зеркала дурят порой, это да.

>>> Кстати, что там с 5.5. План "64 битное время везде" - как
>>> на портах скажется? :) Некогда обновлять будет? :)
>> Процесс переезда в связи с изменением time_t, ino_t и прочих описан в
>> http://www.openbsd.org/faq/current.html#20130813 . Основная идея: сохраняем список
>> установленных пакетов, удаляем их, обновляемся, ставим обратно из списка. Увы, геморройно,
>> но иначе никак - сосуществование пакетов с разными ABI нереально.
> Я имею ввиду, что пока всё не сделают поддерживаемым, на другое внимания
> обращать не будет? Или, наоборот, повод обновить те вещи в портах,
> которые не обновлялись по 6 лет? :)

Не пойму, что значит «сделать поддерживаемым». Оно или работает, или нет. «Не собирается», «не запускается», «портит данные» — это всё «не работает». Исправления в портах начали весь ещё до переезда на 64-битный time_t & Co. Сейчас список поломанного минимален, и касается больше 32-битных систем, из-за того, что в Линуксе time_t есть long.

> А переустановка через pkg_delete `pkg_info -v` - это вообще красотища! :) В
> Debian есть элегантное решение aptitude renistall ~i... но оно не работает,
> сразу отваливается, потому что не может обновить dpkg. :) А когда
> есть базовая система, а пакеты - сбоку прилепка, можно хоть все
> удалить. :)

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

128. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  –1 +/
Сообщение от бедный буратино (ok) on 29-Окт-13, 16:31 
>> файлов в packages просто нет. Вот мне и интересно, почему?
> Больше похоже на проблему с локальным зеркалом. Если такое возникает на ftp.openbsd.org
> — повод писать на ports@. Но я пока о таком не
> слышал, или не помню. А зеркала дурят порой, это да.

Не знаю, сравнивал и с ftp.openbsd.org, и с двумя моими регулярными зеркалами, с которых я и делаю локальное - всё идентично. Если файла нет, то его нет нигде. Кстати, после 15-го октября, когда я поймал "полупустой", снапшоты где-то дней 10, что ли, не обновлялись, числа до 25-го.


>> Я имею ввиду, что пока всё не сделают поддерживаемым, на другое внимания
>> обращать не будет? Или, наоборот, повод обновить те вещи в портах,
>> которые не обновлялись по 6 лет? :)
> Не пойму, что значит «сделать поддерживаемым». Оно или работает, или нет. «Не
> собирается», «не запускается», «портит данные» — это
> всё «не работает».

Я не знаю, что такое 64-битный time_t, я далёк от этого. Просто прочитал где-то в каких-то анонсах (или даже в пейперах было, не помню), что все порты будут шерстить на предмет поддержки, включая всякие базы данных и прочее. Вот я и подумал, что теперь будут ПЕРЕПАХИВАТЬ ВСЁ. :)

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

129. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от PereresusNeVlezaetBuggy (ok) on 29-Окт-13, 19:12 
>>> файлов в packages просто нет. Вот мне и интересно, почему?
>> Больше похоже на проблему с локальным зеркалом. Если такое возникает на ftp.openbsd.org
>> — повод писать на ports@. Но я пока о таком не
>> слышал, или не помню. А зеркала дурят порой, это да.
> Не знаю, сравнивал и с ftp.openbsd.org, и с двумя моими регулярными зеркалами,
> с которых я и делаю локальное - всё идентично. Если файла
> нет, то его нет нигде. Кстати, после 15-го октября, когда я
> поймал "полупустой", снапшоты где-то дней 10, что ли, не обновлялись, числа
> до 25-го.

Кстати да, обновлений именно в этот период не было, по двум причинам. Во-первых, хакатон в Германии; во-вторых, как оказалось, новую рабочую батарейку для контроллера в одном из основных серверов инфраструктуры найти проблематично. :-\

>[оверквотинг удален]
>>> обращать не будет? Или, наоборот, повод обновить те вещи в портах,
>>> которые не обновлялись по 6 лет? :)
>> Не пойму, что значит «сделать поддерживаемым». Оно или работает, или нет. «Не
>> собирается», «не запускается», «портит данные» — это
>> всё «не работает».
> Я не знаю, что такое 64-битный time_t, я далёк от этого. Просто
> прочитал где-то в каких-то анонсах (или даже в пейперах было, не
> помню), что все порты будут шерстить на предмет поддержки, включая всякие
> базы данных и прочее. Вот я и подумал, что теперь будут
> ПЕРЕПАХИВАТЬ ВСЁ. :)

Уже перепахали. :)

А что такое 64-битный time_t, зачем оно нужно и почему именно так, как это сделано в OpenBSD, хорошо сам Тео рассказал: http://www.openbsd.org/papers/eurobsdcon_2013_time_t/

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

130. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +1 +/
Сообщение от Michael Shigorin email(ok) on 29-Окт-13, 19:30 
> полная сборка на опёнковском кластере amd64 сейчас занимает полтора дня

Что ж это за кластер-то такой -- может, им передать один Athlon64 X2 для заметного усиления группировки? :)

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

131. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  –1 +/
Сообщение от PereresusNeVlezaetBuggy (ok) on 29-Окт-13, 19:42 
>> полная сборка на опёнковском кластере amd64 сейчас занимает полтора дня
> Что ж это за кластер-то такой -- может, им передать один Athlon64
> X2 для заметного усиления группировки? :)

В смысле, сборка не базовой ОС с иксами. А полная сборка всех поддерживаемых пакетов. Включая LO, KDE3&4, GNOME3, TeXLive, игры и т.д. Всего, на данный момент, 22,5 гигабайт барахла для i386 и чуть больше для amd64.

Впрочем, я выразился, возможно, неверно. Сам кластер смешанный, в нём все архитектуры встречаются, но сборка при этом идёт единая - dpb такое умеет. Из этих машин те, которые amd64, вместе управляются за ~36 часов.

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

132. "Fedora переходит на Python 3, а openbsd тем временем..."  +/
Сообщение от Michael Shigorin email(ok) on 29-Окт-13, 19:56 
> В смысле, сборка не базовой ОС с иксами. А полная сборка всех поддерживаемых пакетов.

Ровно так и понял.  Как-то это совсем грустно, попробуйте сборку на аналоге tmpfs, если он есть (ну или на кожзаменителе из рамдиска, если нету).

Даже альт собирается заметно быстрее -- при том, что только files/x86_64/RPMS занимает 26G, а рядом ещё noarch на пару гиг больше, собирающийся из тех же src.rpm, и всё это ужато xz и прошло проверку на устанавливаемость индивидуальных бинарных пакетов в каждом задании.  При этом сборочницу есть куда оптимизировать.

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

133. "Fedora переходит на Python 3, а openbsd тем временем..."  –1 +/
Сообщение от PereresusNeVlezaetBuggy (ok) on 29-Окт-13, 20:15 
>> В смысле, сборка не базовой ОС с иксами. А полная сборка всех поддерживаемых пакетов.
> Ровно так и понял.  Как-то это совсем грустно, попробуйте сборку на
> аналоге tmpfs, если он есть (ну или на кожзаменителе из рамдиска,
> если нету).

В Опёнке на данный момент две файловые системы "в памяти", из них одна, к сожалению, не пригодна для подобной нагрузки, а вторую (tmpfs как раз) пока допиливают - вроде, основную массу багов уже выловили, может, в 5.5 уже и будет. Тестовые сборки (на других машинах) иногда уже проходят без проблем, и там действительно наблюдается огромный прирост средней скорости.

> Даже альт собирается заметно быстрее -- при том, что только files/x86_64/RPMS занимает
> 26G, а рядом ещё noarch на пару гиг больше, собирающийся из
> тех же src.rpm, и всё это ужато xz и прошло проверку
> на устанавливаемость индивидуальных бинарных пакетов в каждом задании.  При этом
> сборочницу есть куда оптимизировать.

Её всегда есть, куда оптимизировать. :) А "заметно быстрее" - это насколько?

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

139. "Fedora переходит на Python 3, а openbsd тем временем..."  +/
Сообщение от Michael Shigorin email(ok) on 30-Окт-13, 14:23 
> А "заметно быстрее" - это насколько?

Насколько помню, в сутки сейчас укладывается (и это не полная возможная загрузка сборочницы).  Уточните у ldv@, если что.

2 б.б.: речь вроде о конкретно взятом amd64, а вообще альт ещё под armh (v7hf) собирается.

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

134. "Fedora переходит на Python 3, а openbsd тем временем..."  –1 +/
Сообщение от бедный буратино (ok) on 30-Окт-13, 04:04 
> Ровно так и понял.  Как-то это совсем грустно, попробуйте сборку на
> аналоге tmpfs, если он есть (ну или на кожзаменителе из рамдиска,
> если нету).
> Даже альт собирается заметно быстрее -- при том, что только files/x86_64/RPMS занимает
> 26G, а рядом ещё noarch на пару гиг больше, собирающийся из
> тех же src.rpm, и всё это ужато xz и прошло проверку
> на устанавливаемость индивидуальных бинарных пакетов в каждом задании.  При этом
> сборочницу есть куда оптимизировать.

В альте, по-моему, только две ахритектуры. В openbsd - с десяток.


Но мне больше нравится, что в openbsd ВСЯ базовая система на самом низком и одноядерном турионе собирается раз в 10 быстрее, чем в linux одно только ядро :)

А порты - да, подолее собираются. :(

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

135. "Fedora переходит на Python 3, а openbsd тем временем..."  +1 +/
Сообщение от arisu (ok) on 30-Окт-13, 04:13 
> Но мне больше нравится, что в openbsd ВСЯ базовая система на самом
> низком и одноядерном турионе собирается раз в 10 быстрее, чем в
> linux одно только ядро :)

недавно пересобирал ядро. кора2дуба 3GHz, x86, 4GB RAM. шесть с половиной минут. неужели базовую систему опёнка можно собрать за 36 секунд? О-ФИ-ГЕТЬ.

или ты опять соврал?

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

136. "Fedora переходит на Python 3, а openbsd тем временем..."  –1 +/
Сообщение от бедный буратино (ok) on 30-Окт-13, 04:28 
>> Но мне больше нравится, что в openbsd ВСЯ базовая система на самом
>> низком и одноядерном турионе собирается раз в 10 быстрее, чем в
>> linux одно только ядро :)
> недавно пересобирал ядро. кора2дуба 3GHz, x86, 4GB RAM. шесть с половиной минут.
> неужели базовую систему опёнка можно собрать за 36 секунд? О-ФИ-ГЕТЬ.
> или ты опять соврал?

Я никогда не вру. А в этот раз я не соврал, как никогда. :)

Я не знаю, кто такие кора дуба. Я знаю только 386, 486, p1, pmmx, p2, p3, p4 и низкие турионы. :) Впрочем, меня это и не интересует. :)

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

137. "Fedora переходит на Python 3, а openbsd тем временем..."  +1 +/
Сообщение от arisu (ok) on 30-Окт-13, 04:34 
> Я никогда не вру. А в этот раз я не соврал, как
> никогда. :)

— а твой пацак сказал, что целую!
— и он пошутил!

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

138. "Fedora переходит на Python 3, а openbsd тем временем..."  –1 +/
Сообщение от бедный буратино (ok) on 30-Окт-13, 07:24 
>> Я никогда не вру. А в этот раз я не соврал, как
>> никогда. :)
> — а твой пацак сказал, что целую!
> — и он пошутил!

по средам не целую

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

142. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +1 +/
Сообщение от Аноним (??) on 30-Окт-13, 16:10 
> Debian-у не хватает концепции 'base system' :)

Нафиг надо. Чтобы он пытался втюхивать апач на десктопник? Вот уж спасибки.

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

144. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  –2 +/
Сообщение от бедный буратино (ok) on 30-Окт-13, 19:20 
>> Debian-у не хватает концепции 'base system' :)
> Нафиг надо. Чтобы он пытался втюхивать апач на десктопник? Вот уж спасибки.

Если надо, то и апач. Это лучше, чем экономить на спичках, получая с этого очевидные проблемки. :)

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

149. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от Аноним (??) on 01-Ноя-13, 21:13 
> Если надо, то и апач.

Нет, извините, кому надо? Мне апач на десктопе - не надо. Совсем никак.

> Это лучше, чем экономить на спичках, получая
> с этого очевидные проблемки. :)

Поэтому давайте вкатим все 20К пакетов из репок, чтобы никому не обидно было.

Впрочем, как минимум убунтуи метапакетов на разные случаи жизни понаделали например. Так что из одного теста лепится что минимальная система, что сервер, что десктоп "с кедами" (или без кедов). Вот это выглядит относительно разумно - не "базовая система" где 1 размер хватит всем, а вполне осмысленная распиловка на метапакеты под типовые цели и задачи. Куда более гибкий подход.

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

99. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +1 +/
Сообщение от Michael Shigorin email(ok) on 27-Окт-13, 22:02 
> Это я молчу про VAX, где всё вышеперечисленное умещается в тридцать метров
> оперативки. Суммарно. Потому что иначе не взлетит. В общем, чем больше я познаю
> линуксовые управлялки пакетами, тем больше нравятся все остальные...

Так нам не полутора пакетами управлять приходится (это не в оправдание yum и подобному непотребству).

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

100. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от PereresusNeVlezaetBuggy (ok) on 27-Окт-13, 22:53 
>> Это я молчу про VAX, где всё вышеперечисленное умещается в тридцать метров
>> оперативки. Суммарно. Потому что иначе не взлетит. В общем, чем больше я познаю
>> линуксовые управлялки пакетами, тем больше нравятся все остальные...
> Так нам не полутора пакетами управлять приходится (это не в оправдание yum
> и подобному непотребству).

Не понял сути наезда. Ну или изначально непонятно я сам выразился, хотя и не пойму, где. :(

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

101. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от Michael Shigorin email(ok) on 28-Окт-13, 02:43 
>> Так нам не полутора пакетами управлять приходится
> Не понял сути наезда.

https://bugzilla.altlinux.org/29514

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

102. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  –1 +/
Сообщение от бедный буратино (ok) on 28-Окт-13, 03:12 
>>> Так нам не полутора пакетами управлять приходится
>> Не понял сути наезда.
> https://bugzilla.altlinux.org/29514

Ну, вопросы с версиями в openbsd решаются элегантнее, чем в apt. Тому просто пофиг, хоть тыщу версий заведи. :)

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

104. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  –1 +/
Сообщение от PereresusNeVlezaetBuggy (ok) on 28-Окт-13, 03:52 
>>> Так нам не полутора пакетами управлять приходится
>> Не понял сути наезда.
> https://bugzilla.altlinux.org/29514

Это называется "непродуманная архитектура". Получается, apt жрёт ресурсы пропорционально общему количеству пакетов в репозитории, а не пропорционально количеству пакетов, в данный момент обрабатываемых. Ради каких-то смутных выгод создаются гигантские кеши... Эх. :(

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

113. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от Аноним (??) on 28-Окт-13, 16:03 
> моя смотрит на твоя с недоумением...   т.к. у моя шаблон
> для виртуалок начинается 1Гx2cpu, даже для тестовых серверов.

А теперь прикинь - я могу делать по VM на сервис например. Сервис может быть маленьким и легким - я не люблю энтерпрайзные монстрилы. А вот изоляция лишней не бывает. Ну так, на случай факапов, и вообще возможности рулить всем этим отдельно и гибко перекидывать куда-нибудь еще. Поэтому десяток-другой VM с небольшой памятью - ничему не противоречит. Половине софта 128-256Мб оперативы - выше крыши. И как-то так дебианскому пакетному манагеру этого хватает выше крыши. А гумняшка с названием yum - в два счета OOM ловит. Вот ща я уже сокращу в 3 раза число виртуалок на железяке "потому что yum гумно", ага, мечтайте. Так весь пойнт виртуализации (хорошая изоляция при плотной набивке сервака множеством независимых задач) теряется.

> Экономим на спичках?

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


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

94. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от Псевдоним (ok) on 27-Окт-13, 06:50 
> Это вообще фича которую надо использовать реже чем стопкран в самолете.

И внутренние репозитории ни в коем случае в компании не использовать. Что еще реалистичного посоветуете?

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

114. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от Аноним (??) on 28-Окт-13, 16:08 
> И внутренние репозитории ни в коем случае в компании не использовать.

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

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

47. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от Игорь email(??) on 25-Окт-13, 09:20 
Это openSUSE-то "недодистр"? Нууууу.....
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

115. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от Аноним (??) on 28-Окт-13, 16:08 
> Это openSUSE-то "недодистр"? Нууууу.....

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

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

61. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от Moomintroll (ok) on 25-Окт-13, 13:08 
> В итоге всякие суси и прочие дистры первые возьмут заберут себе эти изменения...

Да Вы шутите! Кто в здравом уме поменяет libzypp/zypper на пистонную поделку?

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

71. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  –1 +/
Сообщение от Аноним (??) on 25-Окт-13, 15:45 
> Да Вы шутите! Кто в здравом уме поменяет libzypp/zypper на пистонную поделку?

Разработчики суси.
Потому что сейчас, например, zypper не намного быстрее yum.
Если DNF реально быстрее - вот вам и повод.

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

20. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +4 +/
Сообщение от Аноним (??) on 25-Окт-13, 01:29 
> На что только не идут люди, лишь бы не использовать zypper (c++, если чё)...

При наличии нескольких дополнительных реп zypper начинает неслабо тормозить аки yum.
Что наглядно доказывает нам: правильный выбор языка не дает 100% гарантии успеха.

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

35. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  –1 +/
Сообщение от Аноним (??) on 25-Окт-13, 03:25 
> При наличии нескольких дополнительных реп zypper начинает неслабо тормозить аки yum.

Толко если yum столько репок вкатить - начнется вообще сталинград.

> Что наглядно доказывает нам: правильный выбор языка не дает 100% гарантии успеха.

Зато желание схалтурить в системном инструменте который пишется на века - приветствовать ну нкиак не можно. Неприятно юзать годами кривую наколенщину знаете ли.

И да, один только yum - достаточное основание чтобы выбросить центосятину на помойку. Отвратительная мерзость.

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

70. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  –2 +/
Сообщение от Аноним (??) on 25-Окт-13, 15:44 
>> При наличии нескольких дополнительных реп zypper начинает неслабо тормозить аки yum.
> Толко если yum столько репок вкатить - начнется вообще сталинград.

Да-да, он будет работать так же паршиво, как zypper. Что как бы намекает нам.

> Зато желание схалтурить в системном инструменте который пишется на века - приветствовать ну нкиак не можно. Неприятно юзать годами кривую наколенщину знаете ли.

SysV init лет 30 пользовались, и не вякали. Хотя sh - еще большая халтура, чем пистон.

> И да, один только yum - достаточное основание чтобы выбросить центосятину на помойку. Отвратительная мерзость.

Примерно как zypper.

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

116. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от Аноним (??) on 28-Окт-13, 16:09 
> Да-да, он будет работать так же паршиво, как zypper.

Думаю что во первых в разы паршивее, во вторых - сожрет терабайт памяти бонусом.

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

3. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  –1 +/
Сообщение от Аноним (??) on 24-Окт-13, 22:13 
Изменения ради изменений?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от Аноним (??) on 24-Окт-13, 22:14 
> Изменения ради изменений?

fxd
изменения ради изменений!

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

36. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от the joker (ok) on 25-Окт-13, 05:59 
>> Изменения ради изменений?
>fxd
>изменения ради изменений!

's/fxd/fixed/'
изменения ради изменений!

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

5. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +6 +/
Сообщение от Аноним (??) on 24-Окт-13, 22:23 
Нет, вы ошиблись окошечком, это новость не про убунту.
Тем более,
>Для обычного пользователя главными достоинствами DNF является заметно более высокая скорость работы и низкое потребление памяти.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

6. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  –2 +/
Сообщение от chinarulezzz (ok) on 24-Окт-13, 22:35 
Обычный пользователь устанавливает и удаляет программы по три раза в день. Хорошо, когда программа, которая работает постоянно - оптимизируется, переписывается, меняется. Нет предела совершенству, верно ведь?!
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

7. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от Аноним (??) on 24-Окт-13, 22:42 
> Обычный пользователь устанавливает и удаляет программы по три раза в день. Хорошо,
> когда программа, которая работает постоянно - оптимизируется, переписывается, меняется.
> Нет предела совершенству, верно ведь?!

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

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

9. "Fedora переходит на Python 3 и пакетный менеджер DNF по..."  –3 +/
Сообщение от arisu (ok) on 24-Окт-13, 23:05 
помечай сарказм, а то идиоты cannot into.
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

19. "Fedora переходит на Python 3 и пакетный менеджер DNF по..."  +/
Сообщение от Аноним (??) on 25-Окт-13, 01:27 
> помечай сарказм, а то идиoты cannot into.

Боюсь, это был не сарказм.

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

17. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от pamela anderson on 25-Окт-13, 01:22 
Ну федора не брезгует частотой обновления пакетов, вроде. У меня старые машинки дома, понравится в виртуалке — поставлю на какую-то из них, так что и производительность не лишняя.
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

21. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от Аноним (??) on 25-Окт-13, 01:33 
> Обычный пользователь устанавливает и удаляет программы по три раза в день.

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

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

37. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от Аноним (??) on 25-Окт-13, 06:32 
*обычному пользователю
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

30. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +4 +/
Сообщение от Пиу (ok) on 25-Окт-13, 02:52 
> Обычный пользователь устанавливает и удаляет программы по три раза в день. Хорошо,
> когда программа, которая работает постоянно - оптимизируется, переписывается, меняется.
> Нет предела совершенству, верно ведь?!

пришло время еще раз переустанавливать программы. программы сами не переустановяться. я переустанавливаю программы по три раза в день. я успешен и потому весь день настраиваю дистр, а потом опять переустанавливаю программы...

</sarcasm>, ну ты понел

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

57. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от Fort on 25-Окт-13, 12:06 
> Обычный пользователь устанавливает и удаляет программы по три раза в день. Хорошо,
> когда программа, которая работает постоянно - оптимизируется, переписывается, меняется.
> Нет предела совершенству, верно ведь?!

По три раза в день, это чтоли, чтобы утром почитать почту - установил клиента,почитал, удалил, в обед  чтобы почитать почту - установил клиента,почитал, удалил, вечером то же самое?

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

75. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от Аноним (??) on 25-Окт-13, 15:51 
> По три раза в день, это чтоли, чтобы утром почитать почту -
> установил клиента,почитал, удалил, в обед  чтобы почитать почту - установил
> клиента,почитал, удалил, вечером то же самое?

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

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

28. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от Baz on 25-Окт-13, 02:43 
Пффф, это же Fedora, расслабьтесь, это нормально :-)
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

8. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  –1 +/
Сообщение от PaulAS (ok) on 24-Окт-13, 22:48 
скоро будем писАть:

fepora/python
opensuse/ruby

?

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

15. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от EuPhobos (ok) on 25-Окт-13, 00:47 
Что, получим опять пакеты RPM? Ещё один "другой" RPM отличающийся от тех RPM, которые не совместимы со старыми RPM ?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

22. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от Аноним (??) on 25-Окт-13, 01:39 
> Ещё один "другой" RPM

Смеяться после слова "лопата"?

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

25. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +3 +/
Сообщение от Псевдоним (ok) on 25-Окт-13, 01:57 
> Что, получим опять пакеты RPM? Ещё один "другой" RPM отличающийся от тех
> RPM, которые не совместимы со старыми RPM ?

При чем тут формат RPM-пакетов? dnf и yum - это frontend package manager'ы, rpm - backend.

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

41. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +1 +/
Сообщение от EuPhobos (ok) on 25-Окт-13, 08:33 
>> Что, получим опять пакеты RPM? Ещё один "другой" RPM отличающийся от тех
>> RPM, которые не совместимы со старыми RPM ?
> При чем тут формат RPM-пакетов? dnf и yum - это frontend package
> manager'ы, rpm - backend.

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

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

46. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +9 +/
Сообщение от Vkni (ok) on 25-Окт-13, 09:18 
Вас ввел в заблуждение заголовок новости.

В современном линуксе есть 2 типа пакетных менеджеров:

a) низкоуровневые - rpm и dpkg

б) высокоуровневые - apt-get, zypper, yum и др.

Каждый дистрибутив строится на паре пакетных менеджеров (высокоуровневый+низкоуровневый). Комбинации, теоретически, могут быть разнообразными. На практике, есть apt-get/RPM, zypper/RPM, yum/RPM и apt-get/DPKG.

DNF - это высокоуровневый пакетный менеджер, аналог apt-get, zypper, yum. Теоретически, его можно сделать так, чтобы он работал с RPM и DPKG. Но на практике он будет работать лишь с RPM. От скриптов .spec файла DNF, как и другие высокоуровневые менеджеры, в первом приближении не зависит.

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

52. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от EuPhobos (ok) on 25-Окт-13, 10:16 
>[оверквотинг удален]
> a) низкоуровневые - rpm и dpkg
> б) высокоуровневые - apt-get, zypper, yum и др.
> Каждый дистрибутив строится на паре пакетных менеджеров (высокоуровневый+низкоуровневый).
> Комбинации, теоретически, могут быть разнообразными. На практике, есть apt-get/RPM, zypper/RPM,
> yum/RPM и apt-get/DPKG.
> DNF - это высокоуровневый пакетный менеджер, аналог apt-get, zypper, yum. Теоретически,
> его можно сделать так, чтобы он работал с RPM и DPKG.
> Но на практике он будет работать лишь с RPM. От скриптов
> .spec файла DNF, как и другие высокоуровневые менеджеры, в первом приближении
> не зависит.

Всё отлично понятно, спасибо.
+

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

66. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от Аноним (??) on 25-Окт-13, 15:28 
1) Обычно (а) называются "администраторами пакетов" (packet managers), а (б) "системами управления пакетами" (packet management system).

2) К Linux это не имеет вообще никакого отношения.

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

82. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от Vkni (ok) on 26-Окт-13, 00:13 
1) Спасибо. Но термины не устоялись. См. к примеру http://en.opensuse.org/Portal:Zypper :
"Zypper is a command line package manager"

2) Обсуждаем именно дистрибутив Линукса, поэтому, чтобы не вываливать всю бездну мудрости на неподготовленного человека, я ограничился именно Линуксом. Хотя, конечно, можно было бы рассказать и про другие системы. Именно для простоты изложения, я вычеркнул дурацкий IPS из Solaris'а, про который было написал.

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

58. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  –2 +/
Сообщение от Нанобот (ok) on 25-Окт-13, 12:47 
frontend package manager, backend package manager... по-моему программисты слишком увлеклись
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

76. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от Аноним (??) on 25-Окт-13, 15:52 
> frontend package manager, backend package manager... по-моему программисты слишком увлеклись

Не нравится - го на слаку. Там не фронтендов.

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

77. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от бедный буратино (ok) on 25-Окт-13, 15:57 
>> frontend package manager, backend package manager... по-моему программисты слишком увлеклись
> Не нравится - го на слаку. Там не фронтендов.

Есть. :)

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

91. "Fedora переходит на Python 3 и пакетный менеджер DNF по..."  +/
Сообщение от arisu (ok) on 26-Окт-13, 22:32 
> Не нравится — го на слаку. Там не фронтендов.

Знаток, чо!

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

39. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  –1 +/
Сообщение от ононо on 25-Окт-13, 07:03 
откуда вы лезете?
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

45. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от IMHO on 25-Окт-13, 09:10 
это Свидетели Убунту
так что МаркАкбар
Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

51. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от EuPhobos (ok) on 25-Окт-13, 10:16 
Я смотрю тут "Убунтовод" приобрело значение типа проклятия или оскорбления. Они вас не оценят.
Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

87. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +1 +/
Сообщение от www2 (??) on 26-Окт-13, 08:51 
> Я смотрю тут "Убунтовод" приобрело значение типа проклятия или оскорбления. Они вас
> не оценят.

И не только тут и не недавно. И не надо.

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

145. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +1 +/
Сообщение от Аноним (??) on 30-Окт-13, 19:39 
> Я смотрю тут "Убунтовод" приобрело значение типа проклятия или оскорбления.

Да тут почти все приобрело - на фанатов какого дистра ни глянь, полный ужас. Квалификация в районе плинтуса, а ЧСВ до небес. Особенно грешат этим одепты bsd-based и прочих гент, впрочем остальные успешно борятся за первое место Специальной Олимпиады.

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

147. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  –2 +/
Сообщение от бедный буратино (ok) on 31-Окт-13, 07:04 
>> Я смотрю тут "Убунтовод" приобрело значение типа проклятия или оскорбления.
> Да тут почти все приобрело - на фанатов какого дистра ни глянь,
> полный ужас. Квалификация в районе плинтуса, а ЧСВ до небес. Особенно
> грешат этим одепты bsd-based и прочих гент, впрочем остальные успешно борятся
> за первое место Специальной Олимпиады.

Уфф. Ну наконец-то нашёлся честный и справедливый человек, который не вешает ярлыки. Ура! Вот он, спаситель! Вот он, я!

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

44. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от ыть (ok) on 25-Окт-13, 08:56 
на первый взгляд dnf показался более медленным, чем yum
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

49. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от dalco (ok) on 25-Окт-13, 09:28 
В моем случае dnf еще пару раз и сглючил на ровном месте (там, где yum аналогичную операцию провел на ура). После этого забросил эксперименты и вернулся к yum`у :)
Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

95. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от Псевдоним (ok) on 27-Окт-13, 06:57 
> на первый взгляд dnf показался более медленным, чем yum

Это на первый взгляд. Changeset на 1000 пакетов при апгрейде он обрабатывает за пять секунд, в то время, как yum это делает часа два! Правда, он не поддерживает многие фичи yum-а, особенно, те, которые предоставляются плагинами к yum-у.

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

146. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от Аноним (??) on 30-Окт-13, 19:40 
> yum это делает часа два!

Хаха, а у дебианщиков я и 2000 пакетов обрабатывал их манагером. Вообще не тормозило...

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

148. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от Аноним (??) on 01-Ноя-13, 04:43 
>> yum это делает часа два!
> Хаха, а у дебианщиков я и 2000 пакетов обрабатывал их манагером. Вообще
> не тормозило...

При чем тут дебиан, если объясняется сравнение производительности yum и dnf, который, кстати и 2000 примерно за те же 5 секунд прожевывает?
Иди лучше почини, наконец, pinning в apt-е, а то на дворе 2013 год, а приоритетами для пакетов до сих пор занимает через пень-колоду работающий код из 90-х.

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

48. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +3 +/
Сообщение от Аноним (??) on 25-Окт-13, 09:23 
да здравствует федора как испытательный стенд
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

59. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от Нанобот (ok) on 25-Окт-13, 12:49 
> да здравствует федора как испытательный стенд

не знаю как кто, а я федору давно рассматриваю как дистр для бесплатных бета-тестеров redhat

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

62. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +1 +/
Сообщение от Moomintroll (ok) on 25-Окт-13, 13:15 
> не знаю как кто, а я федору давно рассматриваю как дистр для бесплатных бета-тестеров redhat

Вы не поверите, но сам и RedHat федору рассматривает как дистр для бесплатных бета-тестеров.

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

73. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от Аноним (??) on 25-Окт-13, 15:49 
> не знаю как кто, а я федору давно рассматриваю как дистр для
> бесплатных бета-тестеров redhat

Ага, а убунта - бесплатные бета-тестеры debian.
Осталось найти, чьими же бета-тестерами работают арчеводы...

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

88. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +1 +/
Сообщение от www2 (??) on 26-Окт-13, 08:52 
> Ага, а убунта - бесплатные бета-тестеры debian.
> Осталось найти, чьими же бета-тестерами работают арчеводы...

Апстрима. Ваш КО.

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

117. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от Аноним (??) on 28-Окт-13, 16:11 
> Ага, а убунта - бесплатные бета-тестеры debian.

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

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

150. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от www2 (??) on 06-Ноя-13, 18:55 
>> Ага, а убунта - бесплатные бета-тестеры debian.
> Глядя на то как выглядит типичный десктоп дебианщика (как вы понимаете, stable
> хватает далеко не всем) - я начинаю сомневаться, кто и у
> кого тестерами выступает :).

Показать как он у меня выглядит? Обычный XFCE из обычного Debian Stable. Пакетов из других репозиториев нет. Может я не типичный?

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

50. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +1 +/
Сообщение от Аноним (??) on 25-Окт-13, 09:30 
zypper в суське офигенен. Быстрый и удобный.yum явно хуже.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

56. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  –2 +/
Сообщение от Fort on 25-Окт-13, 12:03 
Зачем спешка в yum? Для ловли блох?
Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

60. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  –2 +/
Сообщение от Нанобот (ok) on 25-Окт-13, 12:51 
> Зачем спешка в yum? Для ловли блох?

видать все баги уже исправили, теперь можно заняться внесением новых^W^W оптимизацией.

З.Ы. реквестую тег для перечёркнутого текста

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

118. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  +/
Сообщение от Аноним (??) on 28-Окт-13, 16:12 
> Зачем спешка в yum? Для ловли блох?

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

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

78. "Fedora переходит на Python 3 и пакетный менеджер DNF по умол..."  –1 +/
Сообщение от Аноним (??) on 25-Окт-13, 16:30 
> zypper
> Быстрый

/0

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

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

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




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

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