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

"Проект Gentoo представил систему управления пакетами Portage 3.0"	+1 +/–
Сообщение от opennews (?), 07-Сен-20, 07:08
Стабилизирван выпуск системы управления пакетами Portage 3.0, применяемой в дистрибутиве Gentoo Linux. Представленная ветка подвела итог длительной работы по переходу на Python 3 и прекращению поддержки Python 2.7... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=53668
Ответить | Правка | Cообщить модератору

Сообщения

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

1. Сообщение от iPony129412 (?), 07-Сен-20, 07:08	+2 +/–
> Для совместимости с более ранними версиями была добавлена заглушка, подменяющая lru_cache, но решение о прекращении поддержки Python 2.7 в Portage 3.0 сильно упростило задачу и позволило обойтись без данной прослойки. Ну так всегда, как выкидываешь устаревшие технологии, то сильно проще становится.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #23, #90, #133

2. Сообщение от lockywolf (ok), 07-Сен-20, 07:09	–1 +/–
Стоит переходить со Слаки?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #21, #54, #190

3. Сообщение от iCat (ok), 07-Сен-20, 07:13	+17 +/–
>Стоит переходить со Слаки? Не могу однозначно утверждать, но... лично мне Gentoo приглянулся больше всех остальных дистрибутивов GNU/Linux
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #45, #63

4. Сообщение от m.makhno (ok), 07-Сен-20, 07:16	+2 +/–
> Подготовивший изменение разработчик также попытался реализовать прототип кода разрешения зависимостей на C++ или Rust, но задача оказалась слишком сложной а сразу было непонятно, да? и шо значит ИЛИ?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #17

5. Сообщение от Аноним (5), 07-Сен-20, 07:28	+/–
Ускорен всего в два раза? Насколько я помню там нужно по крайней мере в 10 раз все ускорять, настолько медленно все это работает по сравнению с apt, не говоря уже о pacman.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #11, #42, #60, #101, #103

6. Сообщение от Аноним (6), 07-Сен-20, 07:28	–1 +/–
Странно я всегда думал что основное время тратиться на пересборку самого софта, Ядра, Х11, Firefox, LibreOffice и т.д.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #26, #88

7. Сообщение от Аноним (7), 07-Сен-20, 07:40	–4 +/–
Так толсто что жир с ушей течёт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

8. Сообщение от Fracta1L (ok), 07-Сен-20, 07:41	–1 +/–
Всё равно ужасное тормозилово на фоне pacman
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #78

9. Сообщение от Аноним (7), 07-Сен-20, 07:43	+4 +/–
> Интересно, что некоторые разработчики предлагали переписать код разрешения зависимостей на C/C++ или Go для ускорения его работы, но удалось решить имевшуюся проблему малой кровью. Я так понял, что существующий говнокод оказался слишком запутан решили что нафиг надо трогать. Главное чтоб его на go не переписали.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #14

11. Сообщение от m.makhno (ok), 07-Сен-20, 07:46	+12 +/–
> Ускорен всего в два раза? Насколько я помню там нужно по крайней > мере в 10 раз все ускорять, настолько медленно все это работает > по сравнению с apt, не говоря уже о pacman. Вы сравниваете концептуально разные вещи.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #15

13. Сообщение от terryfilch (ok), 07-Сен-20, 08:02	–1 +/–
Что только не придумают, дабы не юзать openbsd:D
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #28, #47

14. Сообщение от m.makhno (ok), 07-Сен-20, 08:05	+/–
> Интересно, что некоторые разработчики предлагали переписать код разрешения зависимостей на C/C++ или Go для ускорения его работы Он близко...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

15. Сообщение от Fracta1L (ok), 07-Сен-20, 08:08	–1 +/–
Portage - концептуальный тормоз)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #24, #87

16. Сообщение от trdm (ok), 07-Сен-20, 08:20	+6 +/–
> Интересно, что некоторые разработчики предлагали переписать код разрешения зависимостей на C/C++ или Go для ускорения его работы, но удалось решить имевшуюся проблему малой кровью. это правильный путь. Скриптовые языки служат для прототипирования - на них обкатываются алгоритмы и идеи, после стабилизации переписывается на с/с++.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #30, #41

17. Сообщение от Аноним (17), 07-Сен-20, 08:23	+7 +/–
> Подготовивший изменение разработчик также попытался реализовать прототип кода разрешения зависимостей на C++ или Rust, но задача оказалась слишком сложной >а сразу было непонятно, да? и шо значит ИЛИ? "или" ознчает что разработчик адекватный и не подвержен хайпу вокруг Rust
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #35, #39

18. Сообщение от Корец (?), 07-Сен-20, 08:32	–1 +/–
Единственное, что *реально* плохо - это пайтон. Вот 2.7 закопали и ни чему не научились. А ведь со временем закопают и 3.7 и 4.7 и т.д и каждый раз будут страдать - переписывать код.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #22

19. Сообщение от Аноним (23), 07-Сен-20, 08:48	+/–
>с 5 минут 20 секунд до 3 минут 16 секунд (63%) 61.25%
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #89

20. Сообщение от Аноним (20), 07-Сен-20, 08:49	–1 +/–
Б-мерзкий python в б-жественной gentoo. Да как так-то?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #29, #52

21. Сообщение от бывший слакварщик (?), 07-Сен-20, 08:50	–1 +/–
Попробуй Arch / Artix / Manjaro. Та же слака по сути, тот же выбор, но не нужно больше парься сильно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #31, #58

22. Сообщение от Аноним (22), 07-Сен-20, 08:50	–1 +/–
Что ты имеешь в виду? Плохо что новые фичи в язык добавляют?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #37

23. Сообщение от Аноним (23), 07-Сен-20, 08:51	+8 +/–
Не всегда. А иногда, становится менее удобно. Например, в Вяленде нет штатной возможности отобразить вывод приложения на экране другого хоста.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #193

24. Сообщение от Аноним (23), 07-Сен-20, 08:54	+1 +/–
Зато не на дырявой Сишке же ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #32

25. Сообщение от Cyber100 (ok), 07-Сен-20, 08:55	+1 +/–
оказывается, я уже пользую 3.0.4-r1 на calculate. и совершенно не заметил перехода... про вычисление депенденсес - не уверен, что стало быстрее. а, вот, про питон 2,7 не понял - мне его килять или обождать. сейчас в системе установлены версии 2,7 и 3.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #46, #49, #57

26. Сообщение от Аноним (23), 07-Сен-20, 08:57	+1 +/–
Почти так и есть. Самые времениёмкие: QtWebEngine, GCC, LibreOffice.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #34

28. Сообщение от Аноним (23), 07-Сен-20, 09:01	+/–
А если людям надо ОС на базе ядра Linux и c окружением GNU, но со сборкой из исходников?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #33

29. Сообщение от Аноним (23), 07-Сен-20, 09:03	+1 +/–
20 лет уже так и ничего страшного.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

30. Сообщение от terryfilch (ok), 07-Сен-20, 09:11	–1 +/–
>> Интересно, что некоторые разработчики предлагали переписать код разрешения зависимостей на C/C++ или Go для ускорения его работы, но удалось решить имевшуюся проблему малой кровью. > это правильный путь. > Скриптовые языки служат для прототипирования - на них обкатываются алгоритмы и идеи, > после стабилизации переписывается на с/с++. или используют там, где производительность не критична
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

31. Сообщение от lockywolf (ok), 07-Сен-20, 09:19	–1 +/–
> Попробуй Arch / Artix / Manjaro. Та же слака по сути, тот > же выбор, но не нужно больше парься сильно. А в чём разница между этими тремя?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #36, #38, #53

32. Сообщение от Олег (??), 07-Сен-20, 09:24	–1 +/–
Голова у тебя дырявая, а не сишечка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #71, #76, #116

33. Сообщение от fooser (?), 07-Сен-20, 09:24	–1 +/–
один только вопрос - зачем?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #66, #75

34. Сообщение от Олег (??), 07-Сен-20, 09:24	+/–
И firefox/chrome. Примерно как libreoffice.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

35. Сообщение от m.makhno (ok), 07-Сен-20, 09:28	+/–
>> Подготовивший изменение разработчик также попытался реализовать прототип кода разрешения зависимостей на C++ или Rust, но задача оказалась слишком сложной >>а сразу было непонятно, да? и шо значит ИЛИ? > "или" ознчает что разработчик адекватный и не подвержен хайпу вокруг Rust я не про хайп а про синтаксис самого предложения из новости
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

36. Сообщение от Аноним (36), 07-Сен-20, 09:37	–1 +/–
тебя что в гугле забанили ?) Artix и Manjaro основаны на Arch-e, но в первом вместо systemd используется OpenRC, runit или s6 init, а во втором заточенность(всё из коробки) под юзера и репы которые имеют дополнительную задержку по времени для стабилизации
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #40

37. Сообщение от Аноним (37), 07-Сен-20, 09:38	+1 +/–
Плохо, что старые убирают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

38. Сообщение от Аноним (38), 07-Сен-20, 09:39	+/–
Manjaro - коляска над Arch. Atrix - Arch, но c openrc. (Но если честно, это гуглится)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

39. Сообщение от Аноним (36), 07-Сен-20, 09:42	+3 +/–
> "или" ознчает что разработчик адекватный и не подвержен хайпу вокруг Rust там же написано "попытался реализовать", значить хайпанул но не вытянул и даже в сишку не смог, а может просто каникулы закончились
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #243

40. Сообщение от lockywolf (ok), 07-Сен-20, 09:59	–1 +/–
> тебя что в гугле забанили ?) > Artix и Manjaro основаны на Arch-e, но в первом вместо systemd используется > OpenRC, runit или s6 init, а во втором заточенность(всё из коробки) > под юзера и репы которые имеют дополнительную задержку по времени для > стабилизации Тебе жалко что ли рассказать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #92

41. Сообщение от Аноним (41), 07-Сен-20, 10:02	+/–
Вроде как для любителей C++ уже давно есть Paludis...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #216

42. Сообщение от scor (ok), 07-Сен-20, 10:02	+1 +/–
> Ускорен всего в два раза? Насколько я помню там нужно по крайней > мере в 10 раз все ускорять, настолько медленно все это работает > по сравнению с apt, не говоря уже о pacman. Да, плюс-минус на порядок там видимо можно ускорить. Я когда на gentoo сидел, вот такой штукой пользовался http://home.exetel.com.au/tjaden/fquery/ (тогда оно ещё в виде PoC было). Ну и результаты показательны были http://home.exetel.com.au/tjaden/fquery/bench.html Не дело это, когда инстумент, которым ты пользуешься несколько раз в день заставляет тебя сидеть и стареть ожидая пока он соизволит выдать результат.:)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #43, #117

43. Сообщение от lockywolf (ok), 07-Сен-20, 10:08	–1 +/–
>> Ускорен всего в два раза? Насколько я помню там нужно по крайней >> мере в 10 раз все ускорять, настолько медленно все это работает >> по сравнению с apt, не говоря уже о pacman. > Да, плюс-минус на порядок там видимо можно ускорить. Я когда на gentoo > сидел, вот такой штукой пользовался http://home.exetel.com.au/tjaden/fquery/ (тогда > оно ещё в виде PoC было). Ну и результаты показательны были > http://home.exetel.com.au/tjaden/fquery/bench.html > Не дело это, когда инстумент, которым ты пользуешься несколько раз в день > заставляет тебя сидеть и стареть ожидая пока он соизволит выдать результат.:) Зачем несколько раз в день устанавливать пакеты? В контейнеры, наверное, имеет смысл, но Генту в контейнере?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #44

44. Сообщение от scor (ok), 07-Сен-20, 10:13	+1 +/–
equery -- это не про установку. equery is a tool to make several common Portage operations simpler. Among other operations, it can display package dependencies, metadata, and installed files. Но основной смысл не в том, надо ли это или нет, а в том, что на ровном месте задача выполняется в 10 раз медленее, чем может выполняться на этом же железе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

45. Сообщение от Аноним (45), 07-Сен-20, 10:13	–2 +/–
И поэтому ты перешёл на макакось.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

46. Сообщение от Аноним (46), 07-Сен-20, 10:19	+/–
> а, вот, про питон 2,7 не понял - мне его килять или обождать. сейчас в системе установлены версии 2,7 и 3. Не знаю как в Calculate, то в Gentoo достаточно выполнить emerge --depclean и все пакеты, которые ставились по зависимостям и больше не нужны, будут удалены. Если Python 2.7 не ставился руками, то он сам пропадёт. У меня 2.7 пока требует Gimp. Так что удалять нельзя.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #50, #85

47. Сообщение от Аноним (45), 07-Сен-20, 10:19	–1 +/–
И как там дела со штеуд-войфаем, графическим ускорением в штеуд-видеве, спящим режимом? Не говорю уже про поддержку стороннего софта, как в линуксе... И ещё, тут вон поддержку модулей ядра не помешало бы вернуть. Многие кто сильно хотят пробздеться, кончают на вантузомакакоси.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #48

48. Сообщение от terryfilch (ok), 07-Сен-20, 10:25	+/–
> И как там дела со штеуд-войфаем, графическим ускорением в штеуд-видеве, спящим режимом? > Не говорю уже про поддержку стороннего софта, как в линуксе... > И ещё, тут вон поддержку модулей ядра не помешало бы вернуть. > Многие кто сильно хотят пробздеться, кончают на вантузомакакоси. это же троллинг был
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

49. Сообщение от Аноним (49), 07-Сен-20, 10:30	+/–
Таки стало быстрее. Обычный Gentoo и тоже 3.0.4. Я тоже не заметил перехода, но последние пару раз, когда делал emerge несколько удивился - у меня зависимости считались порядка 10 минут, а стало шустрее, как раз порядка 2х прирост.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #94

50. Сообщение от Cyber100 (ok), 07-Сен-20, 10:30	+/–
все одинаково. да, питон 2,7 пока надо бы оставить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

51. Сообщение от Домохозяйка анонима (?), 07-Сен-20, 10:39	+/–
Будущее Gentoo — это NixOS.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #77, #166

52. Сообщение от Аноним (52), 07-Сен-20, 10:50	–2 +/–
Скажите спасибо, что Perl не заставляют ставить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #67

53. Сообщение от Аноним (53), 07-Сен-20, 11:29	–9 +/–
Разница в том, что пользователи манжаро не знают даже ее и в случае каких-либо проблем решить их не в состоянии.Зная арч - знаешь Линукс, так как все приходится делать своими руками, а это уже развитие навыков. С регулярным резервным копированием арч не ломается, как и любой другой дистрибутив, а достоинств в пользу его выбора масса.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #62, #115, #118, #123, #217

54. Сообщение от bit0rez (?), 07-Сен-20, 11:50	+/–
Сам долго сидел на Slackware, но, попробовав раз Gentoo, пересел и доволен как Tux. Получаешь преимущества бинарного дистрибутива по скорости установки, но всегда можешь подкрутить рубильники там, где надо. К тому же делается это очень просто и удобно, imho.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #61, #131

55. Сообщение от Анонннннннннн (?), 07-Сен-20, 11:56	–2 +/–
>Главное чтоб его на go не переписали. >И правильно, не надо его на всяком Goвне переписывать. А чем плох го? Он по крайней мере будет быстрее работать чем питон. О точно, это же не раст на которого все дрочат, значит по умолчанию идёт как говно на котором ничего писать ненужно.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #70

56. Сообщение от Аноним (58), 07-Сен-20, 12:07	+/–
ну теперь то будет поддерживаться устновка deb пакетов?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #168

57. Сообщение от Аноним (58), 07-Сен-20, 12:08	+/–
утилиты калькулейт его используют еще (2 питон)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

58. Сообщение от Аноним (58), 07-Сен-20, 12:17	+1 +/–
Человек задает такой вопрос, значит хочет страдать, а не облегчать себе жизнь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

59. Сообщение от mimiD (?), 07-Сен-20, 12:20	–11 +/–
В прде юзаю только opensuse и centos остальное все баловство школоты.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #79

60. Сообщение от Аноним (-), 07-Сен-20, 12:31	+1 +/–
Сравните с портами OpenBSD (там на Си)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #209

61. Сообщение от hshhhhh (ok), 07-Сен-20, 12:35	+5 +/–
> Gentoo ... преимущества бинарного дистрибутива по скорости установки Серъезно? И хром ставится за минуту, и компиляется никогда не падает?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #64, #93

62. Сообщение от Аноним (62), 07-Сен-20, 12:42	–1 +/–
> Разница в том, что пользователи манжаро не знают даже ее и в > случае каких-либо проблем решить их не в состоянии. Это мягко говоря не так, манжаристы вполне себе юзают арчевику, >Зная арч - знаешь Линукс, так как все приходится делать своими руками, а это уже > развитие навыков. Это тоже распространённое заблуждение. Зная Арч - знаешь Арч, а не Линукс, да арчевика хороша, многие рецепты оттуда подойдут для настройки всякого бзерспейсного недистроспецифичного софта, и пожалуй наверное всё. Об этом написано в другой теме: https://www.opennet.ru/openforum/vsluhforumID3/121726.html#183 > С регулярным резервным копированием арч не ломается, как и > любой другой дистрибутив, Да, только к примеру тот же Debian Stable за годы общения с ним не требовал резервного копирования системы, только бэкапы данных, на всякий случай, и те, слава Ктулху, не пригождались. А вот Арч требует постоянного ухода и частого присутствия "обслуживающего персонала", что очень утомляет тех, кто не любит такой стиль общения с компьютером. > а достоинств в пользу его выбора масса. Кроме очевидного уже готового собранного свежака и ролинга достоинств больше и не видно сходу, и то, эти достоинства они достоинства только в определённых случаях, а вот "минусов" больше, хотя для кого-то это не минусы, а привычное логичное состояние общение с системой и  с линуксами в частности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #142

63. Сообщение от Аноним (63), 07-Сен-20, 12:47	+1 +/–
>>Стоит переходить со Слаки? > Не могу однозначно утверждать, но... лично мне Gentoo приглянулся больше всех остальных > дистрибутивов GNU/Linux А я вот не осилил пока Gentoo, для хомячка тяжковата, Слаку и Арч как раз осиливал уже давно, а Gentoo единственный дистрибутив из популярных, который пока ещё не покорился, но всех гентушников поздравляю с обновой, помниться когда пробовал Calculate ещё в самых первых, максимально бескостыльных вариантах, обратил внимание на очень долгую процедуру обдумывания портажем операций, гентушники мне говорили, что это гентушное наследие, отрадно знать что в этом вопросе хоть как-то сократилось время на выполнение операции!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #196

64. Сообщение от bit0rez (ok), 07-Сен-20, 13:08	–1 +/–
Так ставишь прекомпиленые пакеты. Компиляция только когда нужны кастомные настройки. Можно, конечно по-полной redeye'ить (почему это слово явняется неприемлимой лекcикой? O_o), но зачем? Вопрос в удобстве кастомизации, когда это необходимо. IMHO в Gentoo удобнее всего кастомизировать. Поправил USE'ы глобальные, если надо - везде выпилились ненужные зависимости и поставились нужные. Заплатил временем установки этих пакетов. Нужно зависимости конкретного пакета поменять - поменял USE'ы для него. Easy. Всё остальное - бинарниками, как и все дистры. Переконфигурил ядро, если надо. И каждая новая версия с твоим кастомным конфигом без всякого вмешательства. А компиляция в любом дистре может упасть. От этого никто не застрахован.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #68, #164

65. Сообщение от mos87 (ok), 07-Сен-20, 13:31	–7 +/–
нынче на конпилинге ведра, кедов, жавы, ГСС, ЛЛВМ, хромиума, ффокса, либреоффиса, кутей можно наверное барашка на вертеле над процем зажарить (тем более если снять радиаторы со 128 гигов гонной рамы) а они эту свою портянку оптимизируют)) впрочем, дженту и адекватность никогда особо и не совмещались) не для того оно)) их бы энергию да...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #73

66. Сообщение от Аноним (66), 07-Сен-20, 13:31	+1 +/–
Из-за функциональности
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

67. Сообщение от mos87 (ok), 07-Сен-20, 13:35	+/–
конечно не заставляют в зависимости этот чудо дистр пока еще умеет он сам ставится и без него гента вряд ли практически существует
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #97

68. Сообщение от hshhhhh (ok), 07-Сен-20, 13:39	+/–
> Так ставишь прекомпиленые пакеты. Компиляция только когда нужны кастомные настройки. А где эти прекомпиленные пакеты брать? https://gpo.zugaina.org/www-client/chromium-bin/ Тут хром давно сгнивший, других `chromium-bin` я не знаю
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #82, #84

69. Сообщение от Аноним (69), 07-Сен-20, 13:44	–2 +/–
Господа, вас обманывают. Ускорили - может быть. Но не там, где вы ожидали. Основные тормоза вызваны наличием 100500 файлов в портежах, которые надо обойти, прежде чем начать составлять дерево зависимостей. Самая долгая операция - это обращение к жесткому диску и файловой системе. Зависимости на их фоне процессором обрабатываются несравнимо быстрее. Тут единственное решение - при обновлении портежей скачивать в том числе и заранее сгенерированный кэш всех ебилдов, состоящий из нескольких файлов максимум. Но он будет много весить.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #72, #96, #107, #143, #145

70. Сообщение от Аноним (66), 07-Сен-20, 13:47	–2 +/–
* уродливый ситаксис * проблемный GC * молодые не стабилизированные библиотеки с куче недоделок и ошибок * исходная нацеленность на задачи корпорации, сейчас это пытаются исправлять (vendoring, поддержка модулей) но пока нет и т.д. и т.п.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #129, #256

71. Сообщение от Аноним (218), 07-Сен-20, 13:48	–1 +/–
Не можешь в сарказм?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

72. Сообщение от Аноним (66), 07-Сен-20, 13:50	–1 +/–
В Linux есть кеш ФС, второй раз читать дерево портежей не нужно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #80

73. Сообщение от Аноним (66), 07-Сен-20, 13:52	+1 +/–
Это проблема твоего процессора, к gentoo она отношения не имеет. Очевидно что адекватность и ты — никогда особо и не совмещались.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

74. Сообщение от jOKer (ok), 07-Сен-20, 13:53	+1 +/–
Я, - если совсем уж начистоту, - наверное все же предпочел, что бы Portage переписали на каком-нибудь компилируемом ЯП. Но не ради увеличения производительности, а просто потому, что ставить в систему кучу пакетов/библиотек питона ради запуска чисто системного ПО - видимо, не самое разумное решение. В целом архитектура такой системы получается довольно хрупкая, с большим количеством точек отказа - ошибка в любом из пакетов по зависимостям - может окончится печально. То, что это _пока_ не произошло плод просто титанических усилий и тонн тестов. Кроме того, коль уж это системное ПО, то появляется жесткая необходимость поддержки целого зоопарка версий питона. А зоопарк этот, - на минуточку, - не только добавляет питонячьим разрабам "щастья", в том числе и в смысле тестирования, но и мешает выйти на максимальную производительность последних версий питона. Я не уверен что подойдет лучше: си, раст или го, но в результате все же должен, как мне кажется, получиться статически слинкованный бинарник (или группа бинарей), максимально отвязанный от всего что в системе есть, во время рантайма. Есть еще одна сторона медали: я сам разработчик питона, и лично мне проще юзать Portage написанный на питоне. Но это - лично мне. Многим другим это вовсе не так, а я совсем не хочу, что бы мой любимый ЯП превращался в какое-то пугало: у пользователей Gentoo я считаю, должна быть возможность отказаться от питона в системе, так же как они могут отказаться от любых других скриптовых ЯП. Пускай питон будет только у тех, кто знает как его готовить, любит его и ценит. ЗЫ Никому не навязываю свою точку зрения, просто высказываю свое ИМХО по сабжу.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #81, #83, #102, #126, #135, #146, #230, #244, #252

75. Сообщение от Аноним (218), 07-Сен-20, 13:54	+1 +/–
Приложения пишут с оглядкой, в первую очередь или только, на возможность сборки с GLibc. По факту Глибс является эталонной libc.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

76. Сообщение от Вкусная водочка (ok), 07-Сен-20, 13:57	+/–
Олег, ты, видимо, вообще не в теме 😺
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

77. Сообщение от Аноним (218), 07-Сен-20, 14:02	+/–
Идите вы далеко со своим НенужноД.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

78. Сообщение от Вкусная водочка (ok), 07-Сен-20, 14:02	–4 +/–
С пакманом вообще ничего сравнивать не нужно. Пакман - межзвёздная ракета, и очень удобная 🚀
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #86, #105

79. Сообщение от Аноним (218), 07-Сен-20, 14:04	+2 +/–
Только не надо так пальцы растопыривать и щёки надувать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #169

80. Сообщение от Аноним (69), 07-Сен-20, 14:12	–1 +/–
Ключевое тут - "второй раз". А как насчет первого?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72

81. Сообщение от Аноним (218), 07-Сен-20, 14:15	+1 +/–
https://paludis.exherbo.org/ , последний релиз был 4 года назад. Но репозиторий, вроде, шевелится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #136, #257

82. Сообщение от Ретроград (?), 07-Сен-20, 14:21	–1 +/–
Репозитории Pentoo, Funtoo и Calculate к вашим услугам. Если конкретно про хромиум, то его никто не собирает, ибо не нужен, есть абсолютно идентичный хром в тех же репах. Отличается иконкой и парой блобов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #99

83. Сообщение от анонн (ok), 07-Сен-20, 14:23	+1 +/–
> Я, - если совсем уж начистоту, - наверное все же предпочел, что > бы Portage переписали на каком-нибудь компилируемом ЯП. Но не ради увеличения > производительности, а просто потому, что ставить в систему кучу пакетов/библиотек питона ради запуска чисто системного ПО - видимо, не самое разумное решение. В "источнике вдохновения" Роббинса использовали (и до сих пор используют) старый замшел^W добрый sh (причем, это таки "настоящий" sh, а не симлинк на bash). Работает совершенно без питона, вполне "декларативно", да и "бутылочное горлышко", как тут уже где-то верно подметили - обход 100500 файлов (впрочем, на SSD как-то не ощущается) и тут хорошо ускориться можно с помощью кэширования.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

84. Сообщение от bit0rez (ok), 07-Сен-20, 14:29	+/–
Ну, юзаешь какой-нибудь binhost, например от Calculate: PORTAGE_BINHOST="https://mirror.yandex.ru/calculate/grp/x86_64" Там уже компилиные пакеты. eix www-client/google-chrome
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68

85. Сообщение от Ретроград (?), 07-Сен-20, 14:30	+/–
Гипму этот питон не критичен, его спокойно можно выкинуть, ничего не потеряв. Уже ~полгода сижу без 2.7, брат жив.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

86. Сообщение от Аноним (86), 07-Сен-20, 14:51	+1 +/–
xbps?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

87. Сообщение от Клыкастый (ok), 07-Сен-20, 15:12	+/–
Формально ты прав. Но это плата за гибкость. Например, есть возможность не тащить половину иксов, ставя пакеты, которые в общем-то не требуют их для работы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #110

88. Сообщение от Ordu (ok), 07-Сен-20, 15:26	+4 +/–
> Странно я всегда думал что основное время тратиться на пересборку самого софта Основное машинное время тратится на пересборку самого софта. А вот основное время человека тратится на ожидание того, когда emerge просчитает зависимости, чтобы предложить план выполнения запроса. Оно ведь как выглядит. Ты вбиваешь в шелл emerge с какими-то аргументами, получаешь ответ, в виде списка пакетов для установки/обновления, плюс возможно всякие сообщения типа "пакету xyz надо добавить USE флаг abc", или "конфликт между X и Y, их нельзя поставить одновременно", или "кейворда не хватает, чтобы поставить версию пакета X.Y.Z, а меньшей версии будет недостаточно, чтобы сделать чо ты хочешь", ну и так далее. Ты разглядываешь эту всю хрень, чешешь репу, и может добавляешь флаги, может анинсталлишь что-нибудь, может изменяешь аргументы к emerge, может делаешь ещё что-то. После этого, ты запускаешь emerge, и ждёшь нового ответа от него. Таким образом ты прогоняешь несколько итераций, получаешь наконец рабочий план обновления/установки пакетов, отправляешь его на исполнение, и идёшь заниматься другими делами. Вот до этого момента emerge своими тормозами жрал твоё время. После этого момента emerge жрёт исключительно время процессора. И так выходит, что если ты планируешь отправить мир на обновление, то лучше бы иметь в запасе минут двадцать, и во всяком случае не меньше пяти минут, потому что emerge будет долго думать. Если 20 минут сжать до 10 минут, то это очень круто. Было бы ещё круче конечно сжать до пары секунд, чтобы нижняя граница требуемого времени определялась бы моей способностью обрабатывать информацию, а не возможностями emerge, но... мечты, мечты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #229

89. Сообщение от Ordu (ok), 07-Сен-20, 15:30	+/–
$ bc -l ... (5*60+20)/(3*60+16) 1.63265306122448979591
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #91

90. Сообщение от Alex (??), 07-Сен-20, 15:31	+5 +/–
Мораль сей басни такова: Если хочешь что-то написанное на питоне переписать на Go посмотри ещё раз на свой питон код и убедись - не говнокодер ли ты? Вполне возможно можно добиться существенного и необходимого прироста просто написав правильно код на Python.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #197, #239, #250

91. Сообщение от Аноним (218), 07-Сен-20, 15:35	+/–
Меньшее разделить на большее. Предыдущее берётся за базу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89 Ответы: #100

92. Сообщение от fske (?), 07-Сен-20, 15:39	+2 +/–
То есть тебе впадлу для СЕБЯ прочитать, а ему должно быть не впадлу для ТЕБЯ рассказать? А мордочка не треснет?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #95

93. Сообщение от bobr (?), 07-Сен-20, 15:40	+1 +/–
Хром ставится минуту. Он бинарём распространяется, гуголь не открывает сорцы. Ты с хромиумом путаешь, видимо. Вот он долго конпеляется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

94. Сообщение от Аноним (97), 07-Сен-20, 15:52	–1 +/–
Стало на много быстрее, субъективно раз в 10, не меньше. Ускорение подозрительно совпало с переходом с 3.6 на 3.8, переход с 3.4 на 3.6 же только всё замедлил (я ещё сравнил тогда, 2.7 был экономней по памяти и быстрее). Но теперь стало ещё быстрее после того ускорения.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

95. Сообщение от lockywolf (ok), 07-Сен-20, 15:54	–1 +/–
> То есть тебе впадлу для СЕБЯ прочитать, а ему должно быть не > впадлу для ТЕБЯ рассказать? А мордочка не треснет? Ну видишь, рассказал же. За это спасибо ему. Ты зря такой сердитый. "Для себя" понятие относительное. Я контрибьючу в коммунити. Могу дальше слакбилды писать, а могу что-нибудь ещё.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92 Ответы: #114, #120

96. Сообщение от bobr (?), 07-Сен-20, 16:01	–1 +/–
SSD спасёт отца русской демократии.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #170

97. Сообщение от Аноним (97), 07-Сен-20, 16:05	–2 +/–
Сам перл то ладно, он нужен как минимум для сборочных скриптов. IBM сознательно сделал иксы максимально тошнотными, пропихнув в них тысячи перл зависимостей. Отвратительно. Да-да, я про богомерзкие xdg-utils.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67

98. Сообщение от user90 (?), 07-Сен-20, 16:08	–2 +/–
Петон, б-же.. позорище! Guix - вот тема, только многие просто не доросли. Я в общем тоже оказался слишком ленив для этой системы :) Слишком дохрена определений пакетов было дописывать.. классический вопрос "критической массы".
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #108

99. Сообщение от Аноним (148), 07-Сен-20, 16:16	+1 +/–
> Если конкретно про хромиум, то его никто не собирает, ибо не нужен Нужен, просто не хотят ресурсы тратить, можно же сборку от гугла впарить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82

100. Сообщение от Ordu (ok), 07-Сен-20, 16:19	–1 +/–
> Меньшее разделить на большее. Предыдущее берётся за базу. Откуда такое правило взялось? Ты его только что придумал?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91 Ответы: #165

101. Сообщение от Аноним (148), 07-Сен-20, 16:20	+/–
Особенно, если учесть, что apt тоже тот еще тормоз.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

102. Сообщение от d000 (ok), 07-Сен-20, 16:21	+1 +/–
Как говорится, ю ар велком. Кому хочется, пусть тот и напишет свой аналог. Или несколько. Сделайте себе go-portage, c-portage, rust-portage. Эволюция и время покажет, что выживет. А обычный portage пусть остается на питоне. И это как раз будет соответствовать философии генты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

103. Сообщение от Аноним (148), 07-Сен-20, 16:22	+1 +/–
> там нужно по крайней мере в 10 раз все ускорять Что ты хотел от питона?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

104. Сообщение от Аноним (104), 07-Сен-20, 16:22	–2 +/–
Пацаны! Ждём ебилдов!
Ответить | Правка | Наверх | Cообщить модератору

105. Сообщение от Аноним (148), 07-Сен-20, 16:26	+/–
> Пакман - межзвёздная ракета Потому что написан на сишечке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #106

106. Сообщение от Аноним (148), 07-Сен-20, 16:28	+/–
Но там же сишные дыры...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105 Ответы: #162

107. Сообщение от Ordu (ok), 07-Сен-20, 16:33	–1 +/–
> Господа, вас обманывают. > Ускорили - может быть. Но не там, где вы ожидали. Основные тормоза > вызваны наличием 100500 файлов в портежах, которые надо обойти, прежде чем > начать составлять дерево зависимостей. Самая долгая операция - это обращение к > жесткому диску и файловой системе. Зависимости на их фоне процессором обрабатываются > несравнимо быстрее. > Тут единственное решение - при обновлении портежей скачивать в том числе и > заранее сгенерированный кэш всех ебилдов, состоящий из нескольких файлов максимум. Но > он будет много весить. Основной принцип оптимизации -- измерение должно предшествовать не только изменению кода, но и громким заявлениям типа твоего. # umount /usr/portage # mount /usr/portage # time find /usr/portage/ -path distfiles -prune -exec cat {} \; >/dev/null real    0m10,605s user    0m0,515s sys    0m0,928s # time find /usr/portage/ -path distfiles -prune -exec cat {} \; >/dev/null real    0m0,694s user    0m0,363s sys    0m0,328s Итого: 10 секунд в наихудшем случае. Если ты ускоришь в 10 раз общение с диском, ты ускоришь наихудший случай на 9 секунд. Разработчики же gentoo ускорили на десятки секунд и не только наихудший.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #109, #182

108. Сообщение от Аноним (148), 07-Сен-20, 16:45	–1 +/–
Как там с избыточностью? > GNU Project объявил выпуск GNU Guix, функционального менеджера пакетов на основе Nix package manager > Nix package manager — кроссплатформенная система управления пакетами, использующая так называемую функциональную модель внедрения, в которой компоненты программного обеспечения установлено в каталоги, созданные через криптографические хеши Ну такое себе. Имхо, apt неплох. pacman, xbps кто хочет роллинг.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #113

109. Сообщение от Аноним (109), 07-Сен-20, 16:52	+/–
Ещё бы написал, что у тебя SSD, а то получилось очередное "разоблачение".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107 Ответы: #121

110. Сообщение от еуые (?), 07-Сен-20, 16:55	+4 +/–
Это плата за python. Не только за тормознутость питона, его GIL и т.д., но и за отсуствие нормальной типизации. Большие изменения очень сложно делать, потому что все сломается в неожиданном месте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #208

111. Сообщение от Аноним (111), 07-Сен-20, 17:00	+1 +/–
Портаж не тормозит, говорили они
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #235

112. Сообщение от swine (ok), 07-Сен-20, 17:09	–1 +/–
Установленные версии:  3.0.5(23:13:03 31.08.2020) Ну-ну.
Ответить | Правка | Наверх | Cообщить модератору

113. Сообщение от user90 (?), 07-Сен-20, 17:12	+2 +/–
> Ну такое себе. Юзал? Нет - проходишь мимо))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108

114. Сообщение от Michael Shigorin (ok), 07-Сен-20, 17:15	–2 +/–
Надоест метаться -- приходите к нам. :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95 Ответы: #122

115. Сообщение от Michael Shigorin (ok), 07-Сен-20, 17:21	–1 +/–
> Зная арч - знаешь Линукс Вообще-то нет.  Арчеводы, конечно, в среднем далеки по бестолковости от убуншутников -- но вот эти заклинания я слышал про слаку, генту и затем арч (который по уровню воя, воплей и биения себя пятою в грудь переплюнул с запасом предшественников), только _грамотные_ слакваристы, гентушники и особенно арчеводы почему-то попадались в единичных количествах. А вот кто по этой части оставил по себе хорошее впечатление -- так это LFS-ники: не пытаются заманить в секту, а, как правило, ясно понимают _и_ говорят, для чего такой вариант хорош (и подошёл), а для чего -- нет (и вряд ли пригодится). Поэтому если цель (или вожделенная ачивка) -- "знать линукс", то это туда скорее, а не к вам ко всем. > С регулярным резервным копированием арч не ломается Знаете, в нашей туристической молодости это иначе называлось -- "быстро поднятое упавшим не считается".  Вот только конкретно арч или бутерброд с колбасой тут сами по себе ни при чём. > а достоинств в пользу его выбора масса. ...как и в пользу _любого_ устоявшегося дистрибутива, заметим. Вы опять главного не понимаете: дистрибутивы, как и обувь, стоит не по крутости или "достоинствам" выбирать, а по минимуму (в идеале -- полному отсутствию) _недостатков_, особенно натирающих мозоли при постоянном пользовании.  Ничего, подрастёте ещё.  Надеюсь, разберётесь сами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #119, #177

116. Сообщение от Michael Shigorin (ok), 07-Сен-20, 17:35	–1 +/–
> Голова у тебя дырявая, а не сишечка. Это дружески подначивают фрактала, у которого специфический динамический стереотип кричать про "сишные дыры" при виде слов "буфер" или даже "CVE", подчас вообще не пытаясь включить голову или прочесть текст. Так что пальнули не туда немного.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

117. Сообщение от Michael Shigorin (ok), 07-Сен-20, 17:37	–2 +/–
> Не дело это, когда инстумент, которым ты пользуешься несколько раз > в день заставляет тебя сидеть и стареть ожидая пока он соизволит > выдать результат.:) Кто-нить ещё применял песочные часы в подобных случаях, чтоб не сидеть над консолью неотрывно или не вспоминать именно про тот xterm через час-другой?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #159

118. Сообщение от Аноним (148), 07-Сен-20, 17:40	–1 +/–
> Зная арч - знаешь Линукс А что есть Линукс? В дистрах, например, есть разные пакетные менеджеры. Чтобы максимально изучить линукс, надо ставить дистр шаг за шагом по командам, а не в графическом установщике (в идеале, чтобы были подсказки, но такого нет). Тут сойдет arch, gentoo, lfs. Но они тебе не дадут знакомство с deb/rpm. Потому что пакетный менеджер в идеале должен быть не дистроспецифичным. В арче, например, нет такого явления, как dev пакеты, а в других дистрах есть. Одним дистром не обойдешься.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #125

119. Сообщение от Аноним (148), 07-Сен-20, 17:43	–1 +/–
Зато альтошуты знатно отжигают. > Ничего, подрастёте ещё Нетактично хвастаться возрастом. Тем более 40 лет так себе цифра, самим расти и расти еще. А может оппонент 55 летний мужик?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115 Ответы: #149

120. Сообщение от бывший слакварщик (?), 07-Сен-20, 17:45	–1 +/–
В общем. Arch - это системД. Есть просто тупо всё что нужно для жизни. Роллинг релиз - всегда в обновках. Ошибок после обновлений для стандантного десктопа незаметно уже год. Artix - openrc + отвязка софта от системД. Остальной софт и апдейты берутся из оригинального Арча. Manjaro - Арч, который как Linux Mint: предустановки, гуи-помогалки и т.п. Говорят удобный. Есть КДЕ-лайвСД.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95 Ответы: #137

121. Сообщение от Ordu (ok), 07-Сен-20, 17:45	–1 +/–
Это жёсткий диск, а не SSD.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109 Ответы: #156

122. Сообщение от lockywolf (ok), 07-Сен-20, 17:45	–1 +/–
> Надоест метаться -- приходите к нам. :) А зачем? Ну, если мне память не изменяет, ваша основная фишка -- это соответствие российскому законодательству и работа на Эльбрусе. У меня ни того, ни другого нет. Сейчас на Слаке меня раздражает отсутствие selinux, отставание на год по некоторым подсистемам, необходимость перебрать ядро (но пассивно, ибо не так часто я использую systemtap), и потребность писать слакбилды для слишком большого числа пакетов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114 Ответы: #158, #215

123. Сообщение от flkghdfgklh (?), 07-Сен-20, 17:46	+1 +/–
> Зная арч - знаешь Линукс Зная рач ты знаешь рач. Ты ничего не сможешь сделать в нормальных дистрибутивах юзающихся в продакшене. Рач это система для чесания ЧСВ школьников и не более
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #124, #128, #218

124. Сообщение от Аноним (148), 07-Сен-20, 17:53	–4 +/–
> Зная рач ты знаешь рач Ну это если ты бревнышко. А вообще там много полезных универсальных команд. Тот же груб переустановить после винды рядовой убунтенок не умеет, а у арчевода это в бумажном блокнотике заботливо записано, даже если подзабыл.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123 Ответы: #127

125. Сообщение от Аноним (125), 07-Сен-20, 18:18	–1 +/–
>> Зная арч - знаешь Линукс > А что есть Линукс? Линукс это ядро, это очевидно > В дистрах, например, есть разные пакетные менеджеры. Да, и как правило повседневная работа с этими пакетными менеджерами одна из самых лёгких частей в освоении любого дистрибутива (почти всех, всякие маргинальные наркоманские никсоси и прочие подобные, где надо выучить навый синтаксис упоротого ЯПа не в счёт) > Чтобы максимально изучить линукс, надо ставить дистр шаг за шагом по командам, > а не в графическом установщике Этого далеко недостаточно, тут https://www.opennet.ru/openforum/vsluhforumID3/121726.html#183 написано почему. >(в идеале, чтобы были подсказки, но такого нет). В Слаке подсказки есть, всевозможные гайды по установке Арча и Дебиана тоже катят за подсказки, по ним и ставил, кстати, проблем никаких, и тем не менее ниразу не даёт представлений о том, как устроен тот или иной дистрибутив, если целенаправлено не учить какой компонент системы за что отвечает, установка, пусть и пошаговая вообще не даст информации и работе дистрибутива, тупо прокликиваешь и повторяешь писанину бездумно, LFS кстати туда же. > Тут сойдет arch, gentoo, lfs. Нет, не сойдут, выше по ссылке описывалось почему. > Но они тебе не дадут знакомство с deb/rpm. Именно, поэтому нужно читать дистроспецифичную документацию, касающуюся этих особенностей. > Потому что пакетный менеджер в идеале должен быть не дистроспецифичным. Кому он должен? Мне например, не должен, когда вам успел задолжать?! > В арче, например, нет такого явления, как dev пакеты, а в других дистрах есть. Плохо знаю про Арч, вообще глубоко не копал, потому что быстро не понравился, тем не менее второй системой постоял с полгода и манжара в общей сложности до этого около года, возможно действительно нет, однако в Арче много чего ещё нет, только Арчисты этим кичатся наоборот, типа "нет - значит нинужна"! >Одним дистром не обойдешься. Смотря для каких целей, но в общих случаях можно и обойтись, для серьёзной работы например всё равно вариантов не много, либо deb, либо rpm, остальное так, очень частные случаи и на поиграться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118 Ответы: #141

126. Сообщение от Аноним (-), 07-Сен-20, 18:22	+/–
> Я, - если совсем уж начистоту, - наверное все же предпочел > что бы Portage переписали на каком-нибудь компилируемом ЯП. какой выпад!11 проснулся-таки!!1
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

127. Сообщение от Аноним (127), 07-Сен-20, 18:27	+1 +/–
>> Зная рач ты знаешь рач > Ну это если ты бревнышко. Всё он правильно говорит > А вообще там много полезных универсальных команд. Как и в других дистрах всё те же полезные универсальные команды работают, разница только в командах для дистроспецифичных пакетных менеджеров по большей части, так вот рач имеет такие же дистроспецифичные команды для своего пакетника, которые только в рачёвых и работают, так что мимо. > Тот же груб переустановить после винды рядовой убунтенок не умеет, Это не так, как рядовой бывший убунтёнок скажу, что всё зависит от желания погружения в предмет, сам встречал рачистов, которые не умели пакеты в раче собирать с нуля, только с Аура жрали с ломаты что дают, а по поводу восстановления Grub и для любых распространённых дистров в сети есть инфа по этому вопросу, а вот по бунтам статей всяких больше всего, в том числе на русском. И да, в deb-дистрах Grub быстрее и проще восстанавливается, потому часть операции решается с помощью update-grub. > у арчевода это в бумажном блокнотике заботливо записано, даже если подзабыл. В том-то и дело, что у арчевода дофига чего может быть написано, и это не от хорошей жизни, а потому что когда-то надобилось, а убунтёнок может себе позволить быть тупеньким, потому что бунты работают и не просят сношаться с консольными командами рядового юзверя, с этой позиции рачик сливает как система для хомяков.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124 Ответы: #132, #139

128. Сообщение от Аноним (127), 07-Сен-20, 18:28	+1 +/–
>> Зная арч - знаешь Линукс > Зная рач ты знаешь рач. Ты ничего не сможешь сделать в нормальных > дистрибутивах юзающихся в продакшене. Рач это система для чесания ЧСВ школьников > и не более Я бы тебя плюсанул, но Анонов здесь угнетают, поэтому вот так "+"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123 Ответы: #130

129. Сообщение от Фотошоп лучше (?), 07-Сен-20, 18:29	+/–
Так чем плох, а не утячьи ужасы...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #167

130. Сообщение от Michael Shigorin (ok), 07-Сен-20, 18:31	–1 +/–
> Я бы тебя плюсанул, но Анонов здесь угнетают, поэтому вот так "+" Кэш страницы угнетает одинаково всех, если что. :) Анонов на опеннете гнобят особенно сильно -- им сперва позволяют писать без регистрации и смс, а затем напущают перлового автомодератора и вдобавок неорганизованную свору комодов, которые вместо отдыха занимаются подчас ассенизационной работой...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128 Ответы: #134

131. Сообщение от Аноним (131), 07-Сен-20, 18:32	+/–
> Сам долго сидел на Slackware, но, попробовав раз Gentoo, пересел и доволен > как Tux. Получаешь преимущества бинарного дистрибутива по скорости установки, но всегда > можешь подкрутить рубильники там, где надо. К тому же делается это > очень просто и удобно, imho. Вы, видать плотно бинхосты юзаете, уважаемый, по дефолту в генту с сорцев собирается большая часть пакетов, ЕМНИП там только официально толстенные софтины типа либры и браузеров есть в бинарном варианте, остальные бинарники по бинхостам разных частных оверлеев или сторонних проектов основанных на генту, в той же CloverOS или Funtoo
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #210

132. Сообщение от Michael Shigorin (ok), 07-Сен-20, 18:36	–1 +/–
> И да, в deb-дистрах Grub быстрее и проще восстанавливается, > потому часть операции решается с помощью update-grub. Эээ... а что, в великий арчлинукс такого не завезли? Ну передавайте их умудрённым седыми носками майнтейнерам привет от бывшего майнтейнера grub в альте, который подобное сделал, даже занимаясь сопровождением пакета по работе (некому больше стало), а не по зову души.  И что скриптик-то несложный, можно вознести седалище свое, позаимствовать и вкрутить: #!/bin/sh -e . /etc/sysconfig/grub2 [ -n "$GRUB_AUTOUPDATE_CFGNAME" ] || GRUB_AUTOUPDATE_CFGNAME="/boot/grub/grub.cfg" exec grub-mkconfig -o "$GRUB_AUTOUPDATE_CFGNAME" "$@"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127 Ответы: #163

133. Сообщение от Аноним (133), 07-Сен-20, 18:38	+1 +/–
В случае с питоном - это абсолютная правда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

134. Сообщение от Аноним (134), 07-Сен-20, 18:38	+/–
>> Я бы тебя плюсанул, но Анонов здесь угнетают, поэтому вот так "+" > Кэш страницы угнетает одинаково всех, если что. :) > Анонов на опеннете гнобят особенно сильно -- им сперва позволяют писать без > регистрации и смс, а затем напущают перлового автомодератора и вдобавок неорганизованную > свору комодов, которые вместо отдыха занимаются подчас ассенизационной работой... Михаил, я всё прекрасно понимаю, это издержки, с которыми приходится мириться, так что из всех зол лучше то, что уже есть, чем с только регистрацией и смс, но посетовать на тяжёлую судьбу ущемляемого Анона я вполне в праве, так что коль мы Аноны терпим ущемления, так и вы терпите свою ассенизационную стезю ;) Да, и автомодератор упоротый, отдельные лучи добра тому, кто его делал!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130 Ответы: #174

135. Сообщение от Michael Shigorin (ok), 07-Сен-20, 18:40	–1 +/–
> Я не уверен что подойдет лучше: си, раст или го Из этих трёх -- на самом деле первое, но в качестве разумного компромисса скорее могут быть и плюсы (у которых уязвимость в виде libstdc++, но всё-таки это не полбидона). > ЗЫ Никому не навязываю свою точку зрения, просто высказываю свое > ИМХО по сабжу. Это мнение весьма заслуживает внимания, как по мне.  Одна беда -- тут внимания недостаточно, а рашпиль нужен двуручный...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

136. Сообщение от Michael Shigorin (ok), 07-Сен-20, 18:41	–2 +/–
> https://paludis.exherbo.org Был один знакомый одесский разработчик этой занятной зверушки ;-) Мне у них понравилось тогда очень внятное описание проекта и "кто наш пользователь".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81

137. Сообщение от Аноним (137), 07-Сен-20, 18:46	–1 +/–
> В общем. > Arch - это системД. Есть просто тупо всё что нужно для жизни. > Роллинг релиз - всегда в обновках. Ошибок после обновлений для стандантного > десктопа незаметно уже год. Внезапно (!) возможно самый стабильный из перечисленных. > Manjaro - Арч, который как Linux Mint: предустановки, гуи-помогалки и т.п. Говорят > удобный. Есть КДЕ-лайвСД. Да, вот только бывают косячки, которые частично решаются переездом на оригинальный Арч > Artix - openrc + отвязка софта от системД. Остальной софт и апдейты > берутся из оригинального Арча. Да, вот только ЕМНИП там дефолтом одна wm и не все DE можно поставить чтобы остаться в системе без systemd, по крайней мере это было на момент первого года когда они форкнулись, а по сути такое можно и в том же Debian провернуть, не велика победа, вот в том же antiX как-то хитро этот момент порешали. Если что не фанат Арчевых, просто было время тыкал палочкой всё три варианта, больше всего по времени был на манжаре, в итоге ушёл на antiX/Debian stable/testing, с возрастом хочется спокойствия и предсказуемости, а не приключений.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120

138. Сообщение от Аноним (138), 07-Сен-20, 18:49	+8 +/–
Чёт так смешно стало, когда комментарии почитал. Такой батхёрд из-за питона. Питон родился 30 (!) лет тому назад в 1990-м году. То есть задолго до того, как родились многие тут присутствующие смузихлёбы-девляпсы-ты-ж-у-мамки-погромисты, лол. А первый релиз генту, кстати, 26 July 2000, лёль. А вообще генту всего лишь ОС, и питон всего лишь язык. Это ж инструменты, вы целые жизни прокукарекаете в религиозных спорах - какой язык лучше, какая ос лучше... вместо того, чтобы начать создавать ___контент___. Вы обсуждаете форму ручки место того, чтобы этой ручкой писать стихи... Деградация 80-го левела... Кому-то какой-нибудь макъоси или винды хватает, чтобы творить, а смузихлёбы всё дистрибутив для себя выбрать не могут, лол... Да вообще любой можно взять, были бы мозги писать элегантные и нужные программы... Какая разница вим у вас или емакс? Да хоть НАНО! Экстёрм у вас или терминал гнома? Питон ли у вас, го или руби? freebsd или ubuntu? gentoo или void? да какая разница если вы пустое место... Было бы что писать... вместо идей обсуждаете инструменты <- первый признак неумех...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #144

139. Сообщение от Аноним (148), 07-Сен-20, 18:54	+1 +/–
> в deb-дистрах Grub быстрее и проще восстанавливается, потому часть операции решается с помощью update-grub Так это ссылка на grub-mkconfig -o /boot/grub/grub.cfg Можешь ее сделать в любом дистре. Да, в deb'ах, особенно бунтах, заботятся о пользователе. > рачик сливает как система для хомяков Зато там больше всего софта. Практически, нет софта, которого бы там не было (если считать с АУРом). Если нужен роллинг, то очень хороший вариант.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127 Ответы: #161, #175

141. Сообщение от Аноним (148), 07-Сен-20, 18:58	–1 +/–
Ты значит в принципе в компьютерах новичок. Набирайся опыта в любых системах. Может быть ты наоборот слишком старый и школе компьютеры не проходил, тогда почитай книжки по информатике + что-нибудь, рассказывающее об устройстве линукс, хотя бы википедию.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125 Ответы: #160

142. Сообщение от Аноним (142), 07-Сен-20, 19:04	–1 +/–
Следуя вашей логике...ничто не мешает тому же убунтоводу читать вики и вникать в маны и следовательно - отлично разбираться в системе, но так не происходит. Почему? Ответ довольно прост: не для того люди ставят убунту, альт или манжару чтобы в ней разбираться. Им просто нужна готовая, простая в сопровождении система без лишних хлопот. Ниже меня упрекнули в том, что если я не гентушник или lfs-шник, то просто наивный дурачек который ничего не понимает или обычный чсвшник. Так вот, для меня арч - это именно та золотая середина. Сделал снэпшот, обновился и в случае чего просто откатился. И все минусы арча просто исчезают - и свежачок, и не ломается. И никаких лишних временных затрат.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #148, #151

143. Сообщение от mos87 (ok), 07-Сен-20, 19:05	+/–
>Основные тормоза вызваны наличием 100500 файлов в портежах потому что нормальные люди используют БД, какую-нибудь там bdb. ну или lmdb. а не держат этот зоопарк на фс
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69

144. Сообщение от user90 (?), 07-Сен-20, 19:19	–1 +/–
Упрощаешь, дружище. Миллионы обезьян ходят с ведроидами, только это никак не меняет того факта, что ведроид - говно уже на уровне самого дизайна системы, изначально! Так вот, ты сейчас упираешь на "но ведь миллионы обезьян же!", и далее по тексту :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #138 Ответы: #154

145. Сообщение от Аноним (97), 07-Сен-20, 19:51	–2 +/–
По-моему обращение к диску там далеко не самое медленное, хотя я не проверял. При этом конечно многопоточное обращение к жёсткому диску просаживает производительность в 9999 раз относительно производительности, достижимой при однопоточном обращении. Да и потом, уже лет 10 как ссд есть абсолютно у всех, как можно пользоваться любой ос без него? Ну и эти 100500 одинаковых вызовов с одинаковым ответом, в том числе 100% идентичных, и копирование строк туда сюда, а также их сложение, вот это больше тормозит. Тем более что от файлов и постоянного пересчёта флагов с вызовом сотен скриптов ты никуда не денешься. Любые кэши это пустое, тут нечего кешировать. Если ты их сам будешь генерировать, ты потеряешь польше чем сэкономишь, а если дядя -- это ещё одна точка отказа и дополнительные паразитные накладные расходы для тебя.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #180

146. Сообщение от Аноним (97), 07-Сен-20, 19:55	–1 +/–
Божечки, сколько "авторитетных" питононенавистников в комментах набежало! Хаха.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

148. Сообщение от Аноним (148), 07-Сен-20, 20:06	+/–
> не для того люди ставят убунту, альт или манжару чтобы в ней разбираться. Им просто нужна готовая, простая в сопровождении система без лишних хлопот Ээ, нет. Вот решил ты программы собирать для себя. Читаешь гитовские ридми, а там все под убунту затачивают (даже не под дебиан). Потому практичнее поставить именно ее, чем какую-нибудь магею и искать совместимые пакеты. Если пользуешься дебианом, из убунты можно тянуть готовые решения. Я вот сделал дамп бунтовских шрифтов и поставил такие же в дебиане для поддержки азиатских символов https://www.opennet.ru/openforum/vsluhforumID3/121328.html#209
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #142

149. Сообщение от Michael Shigorin (ok), 07-Сен-20, 20:14	–1 +/–
> А может оппонент 55 летний мужик? Если мужик -- про возраст напоминать не придётся. А если ведёт себя как пятнадцатилетний, то уже поздно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119

150. Сообщение от RedEyedMan (ok), 07-Сен-20, 20:27	–1 +/–
Ну, теперь заживем.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #172

151. Сообщение от Аноним (151), 07-Сен-20, 20:28	+1 +/–
> Следуя вашей логике...ничто не мешает тому же убунтоводу читать вики и вникать > в маны и следовательно - отлично разбираться в системе, но так > не происходит. Нет, моя логика такова, что нет универсального дистрибутива, изучив который будешь знать Линукс, Линукс это ядро, если изучать базовые недистроспецифичные вещи, то всё равно в каком дистрибутиве, про арчевику я упоминаю лишь в контексте того, что она добротно и подробно расписана, отрицать это глупо, в арчевику нырюят все линуксоиды, независимо от дистрибутива, потому что арчевика написана потом и кровтю арчеюзеров, которые первыми на передовой собирают все шишки и описывают свой опыт, строго говоря арчевика это тот вклд Арча как проекта, наряду с тем, что арчеводы тестируют весь свежак и как сапёры на передовой собирают всех блох и является для остальных самыми главными аспектами, за что вменяемые линуксоиды и уважают этот проект и сообщество, однако это никак не зависит от того какой арч по арзитектуре, так сложилось исторически, т.е. подобное могло быть реализовано в той же федоре, не к ночи будет упомянута. Сам по себе Арч, пользование им и настройка не учит разбираться в Линуксе как ядре, и в линуксах как дистрибутивах, как класс. > Почему? Ответ довольно прост: не для того люди ставят > убунту, альт или манжару чтобы в ней разбираться. Им просто нужна > готовая, простая в сопровождении система без лишних хлопот. Именно, здесь согласен, правда про манжару есть оговорки, и в стандартном хомячьем восприятии манжара всё же не подходит для того чтобы поставить и не разбираться, для такого больше линуксминт подходит. > Ниже меня упрекнули в том, что если я не гентушник или lfs-шник, то просто > наивный дурачек который ничего не понимает или обычный чсвшник. Вы как-то передёргиваете, и упрекал не я, но таки да, по большей части, особенно это явно видно по русскоязычной аудитории - арчеводы ведут себя неадекватно, везде лезут со своим уставом, в любую новость про любой другой дистр зайди, и найдёшь арчевода-сектанта, который будет из кожи вон лезть написывая какой Арч крутой, а в особо запущенных случаях, что все остальные дистрибутивы не труъ-линуксы, жалкое подобие, "протухлые" "г@мномамонта" "дистроспецифичные костыли", вот это вот всё, что арчеводы любят нагазовывать в лужу, типичное поведение незрелых юношей, не зря за арчеводами закрепился ярлык арчешколоты, не потому что мелкие, а потому что ведут себя как подростки, которые хотят кому-то что-то доказать, во что бы то ни стало > Так вот, для меня арч - это именно та золотая середина. Ключевое тут "для меня", в том и суть, однако вы пытаетесь, как типичный арчевод экстраполировать свой опыт на других, если вы любите ковыряться в системе, это не значит что остальная масса народа предпочитает подобные занятия. > Сделал снэпшот, обновился и в случае чего просто откатился. Вы уже повторяетесь, это плохой признак > И все минусы арча просто исчезают - и свежачок, и не ломается. > И никаких лишних временных затрат. Ну а это уже конкретная субъективщина и чистой воды мантры арчешкольников Для вас минусов нет, для других есть, вам уже писали об этом, вы просто их не считаете минусами, потому что вас устраивает такое положение вещей и такой способ взаимодействия с системой, но для многих такой стиль взаимодействия не подходит, я бы сказал, что для большинства, Арч не для всех, он не для всех даже в мире линуксов, это я ещё очень мягко описал ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #142 Ответы: #152, #153, #188

152. Сообщение от Michael Shigorin (ok), 07-Сен-20, 20:33	–1 +/–
Если я Вам могу что-то сделать хорошего -- считайте, что я у Вас в долгу за такие объяснения простыми словами.  У самого уже простые закончились, остались ехидные, а это не помогает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #151 Ответы: #157

153. Сообщение от Аноним (153), 07-Сен-20, 20:34	+/–
> наряду с тем, что арчеводы тестируют весь свежак и > как сапёры на передовой собирают всех блох Ну, не ВСЕХ, это я чот гомна "хватанул", но очень много на стадии арчетестеров ловится ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #151

154. Сообщение от Аноним (97), 07-Сен-20, 20:41	+/–
Из существующих на рынке альтернатив лучше андроида ничего нет. Объективно. Даже если большинство выбирает не из-за преимуществ. А из-за чего, если не из-за преимуществ? Ты, видимо, полагаешь, что пользователи совсем тупые, и им на самом деле в кайф с тунцом возиться. С дизайном всё относительно в порядке, особенно в нынешних версиях. Тут больше вопрос почему сразу нельзя было сделать нормально -- легаси всех тормозит. Хотя я бы тоже предпочёл плюсы вместо жабы, это ж какие отличные телефоны бы были. А софта там нормального всё равно нет, что жаба, что не жаба.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #144 Ответы: #155, #176

155. Сообщение от Michael Shigorin (ok), 07-Сен-20, 20:44	–1 +/–
> Хотя я бы тоже предпочёл плюсы вместо жабы, это ж какие отличные > телефоны бы были. Ну можете помочь пилить "Аврору" -- в SFOS как раз плюсы и Qt.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154 Ответы: #171

156. Сообщение от Аноним (69), 07-Сен-20, 20:56	+/–
В портежах 90к файлов. 9к файлов в секунду - как-то нереалистично звучит. Совсем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121

157. Сообщение от Аноним (157), 07-Сен-20, 20:58	–1 +/–
> Если я Вам могу что-то сделать хорошего -- считайте, что я у > Вас в долгу за такие объяснения простыми словами.  У самого > уже простые закончились, остались ехидные, а это не помогает. Да, я бы не отказался от ролика-другого или хотя бы написанного гайда-нескольких, по некоторым аспектам линуксовых систем (в основном прикладные банальные юзерспейсные вещи), пошагово разжёванными с примерами, чтобы даже любая бабушка поняла, на мой взгляд в мире линуксов очень тяжко с понятной для простого смертного документацией, особо на русском языке, но и на английском часто такая заумь, что диву даёшься, чтобы понять что-то, зачастую нужно уже иметь какой-то увесистый багаж знаний за плечами, и начинаешь лезть за разъяснениями того, что по идее уже должен знать, чтобы разобраться с текущим вопросом, и выходит что тратишь кучу времени на банальные вещи, которые по идее должны были бы уже давно внятно и ясно описаны на понятном любой макаке языке, и не вызывать сложностей. Копошение для решения рядовых вопросов утомляет и высасывает кучу энергии это выматывает морально, особо если ты не силён в предмете и имеешь гумунитарный склад ума. Я бы даже возможно смог оплатить какие-то гайды, при возможности, другое дело у айтишников зп очень весомые и а у меня скромные возможности, многим просто неинтересно тратить время на подобные вещи, пока ищу баланс между возможностями и интересом. По поводу того что простые слова закончились, я сам могу потроллировать под настроение, но в целом, как правило, я отвечаю не столько с расчётом на адекватность собеседника, сколько на то, что кто-то когда-то может искать ответы на вопросы и может наткнуться на мои посты, я как рядовой пользователь лучше понимаю чего нужно рядовому пользователю, у меня нет профдеформации, которой страдают поголовное большинство айтишников, в этом кстати кроются многие проблемы при коммуникациях и обратной связи разработчиков и пользователей, разработчики на своей волне и не хотят с неё спускаться до уровня простых смертных, они находятся в своём пузыре и рассуждают через призму подобного восприятия, лагерь пользователей совершенно отличается, я же стараюсь навести мосты между этими двумя лягерями, но больше отношусь ко второму, в силу определённых ограничений. А вообще, от желания отвечать часто ехидно помогает изменение восприятия, может йогу попробуете или хотя бы на природе чаще бывать?! ;) мне, вроде как, помогает. Плюс если ещё от людей особо ничего умного не ждать, не заморачиваясь на положении вещей, то можете воспринимать большинство ситуаций философски, при должных навыках можно пребывать в таком дзен-состоянии довольно часто, нервы они, говорят, не восстанавлиываются, так что нужно постоянно их экономить, везде где только можно ;) Всех благ!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #152

158. Сообщение от Павел Отредиез (?), 07-Сен-20, 21:04	+/–
Я сижу на skackware давно. Раздражает отсутствие зависимостей в slackpkg. Пришлось писать самому. Теперь имею файлик зависимостей, вычисленных по ldd   формата Пакет1: зависимость зависимость Пакет2: зависимость зависимость Удобно скармливается slackpkg install. PS. Я Понимаю если бы slackware собиралась статический, про зависимости можно было бы забыть, но для динамической линковки отсутствие зависимостей это hell.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122 Ответы: #179, #192, #194

159. Сообщение от scor (ok), 07-Сен-20, 21:11	+/–
> Кто-нить ещё применял песочные часы в подобных случаях, чтоб не сидеть над > консолью неотрывно или не вспоминать именно про тот xterm через час-другой? Это зависит. Бывают задачи сильно контексто-зависимые. А ещё их бывает больше двух. И вот если переключиться на что-то тоже не менее серьёзное, то контекст начинает "уплывать" и вернутся уже не так просто, ибо контекст надо восстанавливать в голове. И к хорошему быстро привыкаешь и даже мелкие тормоза на ровном месте начинают подбешивать и выбивать из ритма. Я именно поэтому не могу нормально работать под DE, каким бы оно "красивым" и "фичастым" небыло. Привыкнув к blazing fast workspace switching под примитивным WM, даже 30ms задержки  при смене рабочего окна голова начинает воспринимать как дикий тупняк со стороны машины. И если сложить весь этот мелкий "песок в часах" в одну дневную кучу, то получится, что, приличный кусок времени был потерян просто из-за того, что "тут питон не к месту", "тут на алгоритмы забили", "тут сложность экспоненциальная, ну и ладно, всего же пара секунд разница", "тут окна тормозят, зато красиво как рисует" etc. Да, наверное можно пульнуть ssh girar build anything и пойти пару дней подождать пока сборочница дойдёт до вашего пакета. Но даже в этом случае безболезненно подождать можно только при условии, что оно нормально в итоге соберётся. И если нет, то придётся восстанавить весь контекст в голове. Т.е. тратить время на то, что могло быть сделано/починено/решено/отписано в виде бага ещё два дня назад и выкинуто из головы и доставлено конечным пользователям.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117

160. Сообщение от Аноним (160), 07-Сен-20, 21:16	–1 +/–
> Ты значит в принципе в компьютерах новичок. Смотря что считать новичком, как пользователь, далеко нет, но с точки зрения айтишника, системного инженера - безгранично нубас. > Набирайся опыта в любых системах. Нет, спасибо, я уже определился > Может быть ты наоборот слишком старый и школе компьютеры не проходил, Старый, в школе проходил, но там были очень плохое качество уроков, там преподавали как в ворде печатать, и в экселе таблицы заполнять, и в принципе всё. Я уже знал о компьютерах больше, потому что дома был, просто я в молодости пользовался досом и виндой разных версий. > тогда почитай книжки по информатике + что-нибудь, рассказывающее об устройстве линукс, Если подскажите что-то конкретное, было бы здорово, а то как-то абстрактно, натыкался на разные статьи и книги, читаю по мере возможности, большая часть, к сожалению, не пригождается. > хотя бы википедию. не, ну это уже толстовато, будьте чуточку тоньше, под конец расслабились!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #141

161. Сообщение от Аноним (161), 07-Сен-20, 21:35	+1 +/–
>> в deb-дистрах Grub быстрее и проще восстанавливается, потому часть операции решается с помощью update-grub > Так это ссылка на grub-mkconfig -o /boot/grub/grub.cfg > Можешь ее сделать в любом дистре. Да, в deb'ах, особенно бунтах, заботятся > о пользователе. А без разницы как реализовано, главное чтобы хомячкам меньше создавать суеты на ровном месте, чем больше автоматизации и меньше возни руками на рутине, тем лучше для рядового пользователя. >> рачик сливает как система для хомяков > Зато там больше всего софта. Очень спорно, не сравнивал, в статистику не верю, смотря что с чем сравнивать, ведь Арч без аура там кот наплакал, а если с ауром, то давайте уж тогда все пакетопомойки собирём, все ppa на лаунчпаде, все местечковые репы, а чего нет-то?! И это не весомый плюс для меня, по мне лучше иметь более неприхотливую систему, пусть даже с меньшим количеством пакетов, нежели ту, которая мне доставляет хлопоты. Тем более все нужные мне пакеты есть почти в любом, если считать и маргиналтные, дистрибутиве. >Практически, нет софта, которого бы там не было (если считать с АУРом). Реально были случаи когда не было, хотя бывало и когда не было в бунтовых, а в арчерепах было, сходу сейчас не скажу что был за софт, не записывал в закладки с расчётом на то, что буду рачистам пруфовать, так что можете считать низачОт >Если нужен роллинг, то очень хороший вариант. Возможно, но мне, например не нравится, чистый ролинг мне даром не нужен с такими прелестями которые в арче идут впридачу, а всякие другие ролинговые варианты есть в других дистрибутивах, с гораздо более адекватным для меня стилем работы с системой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139 Ответы: #241

162. Сообщение от Michael Shigorin (ok), 07-Сен-20, 21:40	+/–
Осторожно, сегфолтнете его!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106 Ответы: #242

163. Сообщение от Аноним (163), 07-Сен-20, 21:42	+2 +/–
>[оверквотинг удален] >> потому часть операции решается с помощью update-grub. > Эээ... а что, в великий арчлинукс такого не завезли? > Ну передавайте их умудрённым седыми носками майнтейнерам привет от бывшего майнтейнера > grub в альте, который подобное сделал, даже занимаясь сопровождением пакета по > работе (некому больше стало), а не по зову души.  И > что скриптик-то несложный, можно вознести седалище свое, позаимствовать и вкрутить: #!/bin/sh > -e > . /etc/sysconfig/grub2 > [ -n "$GRUB_AUTOUPDATE_CFGNAME" ] || GRUB_AUTOUPDATE_CFGNAME="/boot/grub/grub.cfg" > exec grub-mkconfig -o "$GRUB_AUTOUPDATE_CFGNAME" "$@" Строго говоря, Михаил, речь как раз про то, что в бунтах вообще не надо этот ваш grub-mkonfig делать, я как убунтуй в прошлом удивился тому что в том же Альте приходилось такое делать, а потом уже узнал что за пределами deb-мира все дистрибутивы Grub ставят большим числом команд, так что да, deb-дистрибутивы тут удобнее с точки зрения краткости операций, странно что Альт не взял подобное на вооружение, apt же взяли, что определённо было одним из самых умных решений, в rpm-дистрибутивах до сих пор не могут в нормальный менеджер пакетов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132 Ответы: #173

164. Сообщение от Аноним (163), 07-Сен-20, 21:49	+/–
> Так ставишь прекомпиленые пакеты. Компиляция только когда нужны кастомные настройки. Они не прекомпиленые, они уже скомпилированные, если речь про бинари из бинхостов, то это уже готовые пакеты, портаж просто рассовывает их куда надо, это вам не Аур.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #211

165. Сообщение от Michael Shigorin (ok), 07-Сен-20, 22:10	+/–
>> Предыдущее берётся за базу. > Откуда такое правило взялось? Ты его только что придумал? Вы и сами забыли выступить обоснуем. 196/320 (то есть доля текущего от предыдущего) и впрямь 0,6125, а если кто-то хотел показать, насколько быстрее стало -- то разницу делим на исходную величину, получаем комплиментарные 38,75%. Вот если бы выросло со 196 секунд до 320, тогда оценка "увеличилось на 63%" была бы уместна.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #185

166. Сообщение от Аноним (166), 07-Сен-20, 22:16	–4 +/–
Да нет никакого будущего у Gentoo. Живут там какие-то недопрограммисты или недоадмины в этом Gentoo. Все приличные или ушли на DNF или на pacman я так понимаю. А ембедовщина вообще среди моих знакомых переехала с Linux яздра на более пышны и шелковистые сситемы - благо сейчас их поразводили на каждом столбе уже продают и в каждом подвале пишут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #195

167. Сообщение от Аноним (166), 07-Сен-20, 22:17	+/–
Ничем он не плох просто в Gentoo сидят у руля кто? Они за 20 лет не смогли освоить производство нормального дистра, так что хороним и идем дальше. Разовьються до нормального пакетного менеджерав можно будет с ними говорить, а так только смешат людей своей ерундой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129 Ответы: #255

168. Сообщение от Аноним (166), 07-Сен-20, 22:18	–1 +/–
Ты видел спецификацию Deb пакетов уж лучше tar.gz пакетов
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

169. Сообщение от Аноним (166), 07-Сен-20, 22:20	+/–
Какие щеки он юзает нищ#бродскую CentOS для тех у кого не зватило денег на RedHat или времени на сборку из исходников по инструкции на kernel.org короче это какой-то пенсионер схитривший на лицензии Linux =()
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79

170. Сообщение от Аноним (166), 07-Сен-20, 22:21	+/–
Но только на 1 год, а потом нужно будет сново идти за SSD ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96 Ответы: #184, #254

171. Сообщение от Аноним (166), 07-Сен-20, 22:24	–2 +/–
Не Qt это тупик. Пока они там дрючаться и пилят бабло нужно искать адекватных ребят. Вы же понимаете, что они там не устройства делают а каким-то неведомой хе#ней страдают. Нормальный интерфейс и первые продажи уже могли пойти за пол года год, ну на зудой конец за пару лет можно было вывести продукт на рынок, а там какие-то проблемы административного зарактера.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #155 Ответы: #178

172. Сообщение от Аноним (166), 07-Сен-20, 22:26	+/–
Да ну брось ты на Python система установки вы там заканчивайте играть в погремухи и идите к серьезным па2цанам =)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150 Ответы: #220

173. Сообщение от Michael Shigorin (ok), 07-Сен-20, 22:29	–1 +/–
>> [update-grub:] >> exec grub-mkconfig -o "$GRUB_AUTOUPDATE_CFGNAME" "$@" > Строго говоря, Михаил, речь как раз про то, что в бунтах вообще > не надо этот ваш grub-mkonfig делать Его везде делать необязательно, насколько помню -- как и модули обновлять.  Но уж если трогали руками /etc/{sysconfig,default,$гдеонтам}/grub*, то лучше сделать во избежание недоразумений. А сам grub устанавливается одной командой grub-install (в случае MBR обязателен параметр диска или MD RAID1, куда ставим; в случае EFI может и без параметров отработать).  Этот скрипт живёт в самом апстримном grub, хотя дистрибутивы могут его подправлять по надобности. > я как убунтуй в прошлом удивился тому что в том же Альте приходилось > такое делать Что именно и в каких обстоятельствах? Так-то в альте вот какая нехитрая машинерия отрабатывает из %post-скрипта при обновлении пакета: http://git.altlinux.org/gears/g/grub.git?p=grub.git;a=blob;f... grub-autoupdate и grub-efi-autoupdate были добавлены мной с целью полной автоматизации именно пакетного обновления (хотя, повторюсь, ничто не мешает дёрнуть их и вручную).  Как аналогичная часть с тех пор сделана в других дистрибутивах -- не смотрел.  Если есть что полезное, могу передать текущему майнтейнеру, только сперва бы самому понять. > а потом уже узнал что за пределами deb-мира все дистрибутивы Grub > ставят большим числом команд, так что да, deb-дистрибутивы тут > удобнее с точки зрения краткости операций Пока так и не понял, в чём принципиальная разница между grub-install в дебиане и где бы то ни было ещё. > странно что Альт не взял подобное на вооружение Если не затруднит, объясните чуть подробнее... Всякие обвязки-обмотки, связанные с желательностью подбирания дистрибутивной конфигурации из /etc и обеспечения обновления бинарника grub (вместо правки генерата ручками в /boot/grub, ну и "вместо каждый раз сменяемого lilo", ха-ха) -- наверное, можно было бы договориться и стандартизировать получше вплоть до болванки в апстримном grub, в которую остаётся зашить при сборке местоположение дистрибутивной конфигурации. Пока по этой части знаю update-grub как наиболее общее место, занимающееся только grub-mkconfig, но не grub-install. Какого-либо "большого числа команд" -- не знаю (если, конечно, не выполнять вручную эквивалент grub-install, но там совсем умаешься).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #163 Ответы: #205

174. Сообщение от Michael Shigorin (ok), 07-Сен-20, 22:31	–1 +/–
Ну Максим тоже не от лёгкой жизни сделал автомодератора именно таким.  Видали бы, какой порой контингент набегает...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134 Ответы: #206

175. Сообщение от Michael Shigorin (ok), 07-Сен-20, 22:34	–1 +/–
>> update-grub > Так это ссылка на grub-mkconfig -o /boot/grub/grub.cfg > Можешь ее сделать в любом дистре. Обёртка, а не ссылка только.  Очень удивился, не увидев здесь федоры и сузи, но как минимум ещё в Mageia так и делают: http://rpmfind.net/linux/rpm2html/search.php?query=%2Fu...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139

176. Сообщение от user90 (?), 07-Сен-20, 22:36	+1 +/–
> С дизайном всё относительно в порядке Ага)) Ты даже не видишь, в чем проблема! Йузерок.. Мне на эту тему дискутировать просто не интересно, т. к. сабж мне полностью фиолетов, давно не использую и привел только как пример.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154

177. Сообщение от Аноним (177), 07-Сен-20, 22:37	–1 +/–
Я бы сказал что ставя слаку ты узнаешь классический unix way, а ставя генту ты узнаешь как работает конкретно твоя машина (если не пользовался genkernel).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115

178. Сообщение от Michael Shigorin (ok), 07-Сен-20, 22:49	–1 +/–
> Вы же понимаете, что они там не устройства делают ...а ОС. > Нормальный интерфейс и первые продажи уже могли пойти за пол года год Здрасьте, там интерфейсу много лет уже, первые продажи у фиников были сколько -- лет восемь назад? -- и тут было INOI полез в розницу, но как-то удивительно неграмотно и без единого анона на opennet/lor (я даже на этот раз не ёрничаю, у них конкретно тот кто-то из маркетинга, кто этим занимался, показал чудеса профнепригодности -- в итоге R7 и T8 купил, узнав о выпуске каждого из них примерно чудом). Сейчас, кстати, говорят, что планшеты будут выпускать, а телефоны -- "непонятно".  Так что если кому такой телефон нужен -- сообщите об этом omprussia.ru или хотя бы http://market.yandex.ru/product--smartfon-inoi-r7/115753687 -- вдруг там кто-то мониторит подписку.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #171 Ответы: #226

179. Сообщение от Michael Shigorin (ok), 07-Сен-20, 22:55	–1 +/–
> Теперь имею файлик зависимостей, вычисленных по ldd Это уровень автоматизации начала нулевых самое позднее, если что.  Как и альтовский buildreq ранних версий (сборка под strace, автопоиск сборочных зависимостей). > PS. Я Понимаю если бы slackware собиралась статический, > про зависимости можно было бы забыть, но для динамической линковки > отсутствие зависимостей это hell. Лет пятнадцать назад какие-то пионеры такое попытались сварганить; не помню, где они встряли накрепко, то ли около глибсёвой NSS, то ли при подходе к PAM...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #158

180. Сообщение от Аноним (69), 07-Сен-20, 23:07	+/–
> Да и потом, уже лет 10 как ссд есть абсолютно у всех, как можно пользоваться любой ос без него? Это ущербная логика. SSD изобрели для ускорения работы ПК, а из-за криворуких программистов получается, что мы топчемся на уровне производительности ПК 15-летней давности, которые работали на HDD (по объему полезных для пользователя вычислений за единицу времени).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145 Ответы: #181, #186

181. Сообщение от Michael Shigorin (ok), 07-Сен-20, 23:12	+/–
"Значит, купите NVMe и ждите MRAM!" (ц) индус-триальные погромисты
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #180

182. Сообщение от d (??), 07-Сен-20, 23:28	+/–
Ты не прав find /usr/portage/ -type f -name \*.ebuild -exec cat {} \; > /dev/null  0,99s user 5,04s system 7% cpu 1:18,69 total find /usr/portage/ -type f -name \*.ebuild -exec cat {} \; > /dev/null  0,88s user 3,70s system 14% cpu 30,692 total
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107

184. Сообщение от Аноним (97), 08-Сен-20, 00:29	+/–
Бери MLC, раз деньги считать умеешь. Ресурса тебе хватит лет на 50. Раньше выкинешь из-за устаревания.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #170 Ответы: #191

185. Сообщение от Ordu (ok), 08-Сен-20, 00:30	–1 +/–
>>> Предыдущее берётся за базу. >> Откуда такое правило взялось? Ты его только что придумал? > Вы и сами забыли выступить обоснуем. Я ничего не обосновывал. Я лишь показал откуда взялось (могло взяться) число, и задал вопрос, почему какой-то другой способ кажется более правильным. > 196/320 (то есть доля текущего от предыдущего) и впрямь 0,6125, а если > кто-то хотел показать, насколько быстрее стало -- то разницу делим на > исходную величину, получаем комплиментарные 38,75%. > Вот если бы выросло со 196 секунд до 320, тогда оценка "увеличилось > на 63%" была бы уместна. Да, это похоже на правду. Но всё же, это не снимает вопроса: почему доля текущего от предыдущего, а не доля предыдущего от текущего?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #165 Ответы: #187

186. Сообщение от Аноним (97), 08-Сен-20, 00:41	–1 +/–
Нормальная логика. Вместо бутылки бухлишка покупаешь железку НЕОБХОДИМУЮ для комфортной работы. И все рограммы всё ещё быстрее независимо от их качества, что-то не заметил замедления даже с электроном повсюду.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #180

187. Сообщение от fske (?), 08-Сен-20, 01:02	+/–
Потому, что нужно показать изменения текущих результатов по сравнение с предыдущими, а не наоборот. Никому не интересно насколько "медленней раньше работало", интерес только к "насколько быстрее стало". Конечный результат - текущий, его основа - предыдущий.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #185 Ответы: #189

188. Сообщение от Аноним (188), 08-Сен-20, 02:00	–1 +/–
Ей-Богу, сделали из арчеводов каких-то мученников. Вы не замечаете, что у вас довольно скверное представление об арче? Я бы даже сказал пренебрежительное. Еще и в агрошкольники записали... более не стану вас беспокоить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #151 Ответы: #203

189. Сообщение от Ordu (ok), 08-Сен-20, 02:39	–1 +/–
> Потому, что нужно показать изменения текущих результатов по сравнение с предыдущими, а > не наоборот. Никому не интересно насколько "медленней раньше работало", интерес только > к "насколько быстрее стало". Конечный результат - текущий, его основа - > предыдущий. Ну да, ну да. Надо одно поделить на другое. А потом переводя в проценты вычесть 1 и помножить на 100%. Но если мы будем делить второе на первое, то получим отрицательное количество процентов, которое своим минусом будет символизировать замедление, а модулем характеризовать различие количественно, и да, этот вариант на случай, когда мы хотим говорить насколько "медленней раньше работало". Я не обратил внимания, что ТС не вычел 1, и следом за ним запутался в соплях.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #187

190. Сообщение от Аноним (190), 08-Сен-20, 02:52	–1 +/–
Переходить стоит на дистры, в которых изначально предполагается автоматизация сборки из исходников. Как пример winetricks не могут откопать что-то, потому что мелкомягкие переместили directdraw в другое место. В бинарных дистрибутивах придется ждать когда завезут исправленную версию, когда можно самому подправить несколько строк. А это Gentoo и Void в первую очередь. В войде есть xbps-src. Но сборка в нем своего ядра это не для новичков, потому что там все на автомате идет и править исходники так просто не выйдет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #207

191. Сообщение от А. Шварцниггер (?), 08-Сен-20, 03:17	+1 +/–
Список MLC-накопителей в студию! Потому как кроме 860 Pro, Smartbuy Ignition и какого-то дешманского Apacer, из доступных простому смертному моделей в голову больше ничего не приходит
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #184

192. Сообщение от lockywolf (ok), 08-Сен-20, 04:15	+/–
> Я сижу на skackware давно. Раздражает отсутствие зависимостей в slackpkg. Пришлось писать > самому. Теперь имею файлик зависимостей, вычисленных по ldd   формата > Пакет1: зависимость зависимость > Пакет2: зависимость зависимость > Удобно скармливается slackpkg install. > PS. Я Понимаю если бы slackware собиралась статический, про зависимости можно было > бы забыть, но для динамической линковки отсутствие зависимостей это hell. Ну, хелл, да не очень большой. Я просто читаю инфо файлы в слакбилдах. Чтобы получить зависимости по лдд, и надо бинарник уже иметь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #158

193. Сообщение от Nameless Horror (?), 08-Сен-20, 04:19	–4 +/–
А зачем это тащить в вяленд？Чтобы опять получился громоздкий комбайн типа системд? Ну уж нет, юниксвей так юниксвей
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #214

194. Сообщение от бывший слакварщик (?), 08-Сен-20, 04:28	–1 +/–
Как нравится и одновременно задалбывает до чёртиков этот слакварь. Нихрена нет сиди собирай этот дебилизм - у кого какие зависимости. какие закидоны у некоторго софта со сборкой и конфигурацией. Клиника какая-то. В итоге, где-то валяется система "сборки+опакечивания+еще фишки", на Баш есть версия и на луа. Слакбилды показались хаосом каким-то непластичным. С помощью моей можно хоть как дерево директорий в корне менять для всех пакетов. Раделять64 и 32 как угодно, флаги добавлять сборочные глобальные и индивидуальные и т.п. Потом узнал что такое Арч с его не очень пластичным AUR и расслабился )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #158 Ответы: #200

195. Сообщение от Аноним (190), 08-Сен-20, 04:40	+1 +/–
Пока система нужна она будет развиваться, а значит будущее у Gentoo есть. Все приличные это те, что не справились со свободой выбора и пошли жрать что дают. Им ведь не удалось стать полноценными, владеющими как познаниями в сборке, так и в администрировании. А встраиваемые системы и не имеют ресурсов для сборки из исходников. Разве что в какой-нибудь soho роутер удастся воткнуть USB твердотельный накопитель. Потому что пакетный менеджер в Gentoo есть. Вот только дауны неспособны осилить это все.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166

196. Сообщение от iCat (ok), 08-Сен-20, 05:04	–1 +/–
>>>Стоит переходить со Слаки? >> Не могу однозначно утверждать, но... лично мне Gentoo приглянулся больше всех остальных >> дистрибутивов GNU/Linux > А я вот не осилил пока Gentoo Рекомендую устанавливать Gentoo, руководствуясь Gentoo HandBook. Там всё расписано весьма и весьма подробно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #199, #201, #204

197. Сообщение от Галустян (?), 08-Сен-20, 05:26	–1 +/–
Люто плюсую, товарищ! Сначала наговнокодят питоном, а потом говорят, что он тормознутое говнище.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90 Ответы: #198, #212

198. Сообщение от псевдонимус (?), 08-Сен-20, 06:04	+/–
Питон и есть тормозного оснащена и пожиратель памяти, несовместимы само с собой убожество. Это особенности сего замечательного языка от фонобоссума
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #197

199. Сообщение от Аноним (199), 08-Сен-20, 06:25	+/–
>>>>Стоит переходить со Слаки? >>> Не могу однозначно утверждать, но... лично мне Gentoo приглянулся больше всех остальных >>> дистрибутивов GNU/Linux >> А я вот не осилил пока Gentoo > Рекомендую устанавливать Gentoo, руководствуясь Gentoo HandBook. Там всё расписано весьма > и весьма подробно. В том и дело, что по хэндбуку и не осилил, это вам, труъ-линуксоидам со стажем понятно и багажём знаний понятно всё, а человеку со стороны ничего не понятно, гентушный хендбук отвратительно написан с точки зрения того, что его будет использовать человек, который совершенно не сталкивался с *nix системами. На моём опыте установки разных дистрибутивов, а устанавливал я не только убунты, дебианы и федоры, в том числе консольными вариантами установки, но и слаки, арчи, войды и альпины - гентушная документация по установке самая отвратительная для понимания, если ты не кpacноглазый 80 lvl, именно в хэндбуке и проблема. К слову, как раз инструкции по установке арча, слаки и нетинсталл дебиана самые понятные, потому что разжёваны и с примерами, пояснениями, справедливости ради в большинстве случаев это неофициальные гайды, а уже адаптированные для людей, насколько помниться слаковый установщик и фряшный хэндбук были самые понятные для новичка. Если когда-нибудь наступит тот день, когда я досконально осилю разные варианты установки генту, я напишу более понятную и подробную инструкцию для простых смертных. По другим дистрибутивам, +/- уже есть адекватные подробные инструкции с пояснениями, по ним и ставил эти системы, а вот по генту не нашёл пока такого.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #196 Ответы: #219, #225, #253

200. Сообщение от lockywolf (ok), 08-Сен-20, 06:25	–1 +/–
> Как нравится и одновременно задалбывает до чёртиков этот слакварь. Нихрена нет сиди > собирай этот дебилизм - у кого какие зависимости. какие закидоны у > некоторго софта со сборкой и конфигурацией. > Клиника какая-то. > В итоге, где-то валяется система "сборки+опакечивания+еще фишки", на Баш есть версия и > на луа. Слакбилды показались хаосом каким-то непластичным. С помощью моей можно > хоть как дерево директорий в корне менять для всех пакетов. Раделять64 > и 32 как угодно, флаги добавлять сборочные глобальные и индивидуальные и > т.п. Потом узнал что такое Арч с его не очень пластичным > AUR и расслабился ) Слакбилды постепенно унифицируются. Уже есть USE-флаги более-менее стандартные. Зависимости кустарные, но кое-какие есть. Плюс, Робби довольно адекватный мужик, слакбилды постепенно улучшаются. Раздражает всё-таки не это лично меня. Скрипты написал, и оно как-то работает, а эвристик на все случаи жизни, как в Винде, всё равно никогда не сделать. Раздражает пересобирать ядро. Это тупо долго. Раздражает отсутствие selinux и apparmor. Это в первую очередь для препарирования андроида нужно. То есть, я юзерспейс собрал, но это гавно какое-то. Без libselinux1 куча бинарников не работает. Отвратительно. Ещё дико бесит отсутствие поддержки cgroups2. Но это у всех, у кого нет systemd, и это большая проблема. Я даже брался ковырять libcgroup, но это большая работа. К сожалению, пользователи Слаки делятся на два сорта: на хакеров и на идиотов. И те, и другие, плохо подходят для построения сообщества.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #194 Ответы: #202

201. Сообщение от Аноним (201), 08-Сен-20, 06:35	–2 +/–
>>>>Стоит переходить со Слаки? >>> Не могу однозначно утверждать, но... лично мне Gentoo приглянулся больше всех остальных >>> дистрибутивов GNU/Linux >> А я вот не осилил пока Gentoo > Рекомендую устанавливать Gentoo, руководствуясь Gentoo HandBook. Там всё расписано весьма > и весьма подробно. В добавлении к предыдущему, новичкам настоятельно не рекомендую использовать официальный хэндбук генту, как и некоторые другие инструкции в других дистрибутивах, они только вносят больше непоняток, рекомендую сначала пользоваться статьями разных опытных пользователей этих систем с пояснениями. Официальная документация по установке полезна когда уже есть опыт и ты просто хочешь знать все возможности системы. К слову, я не так давно набрёл на сторонний гайд по установке Funtoo он далеко не идеален, но он более-менее похож на человекопонятный, сейчас пока что нет возможности это проверить, но ближе к зиме постараюсь попробовать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #196

202. Сообщение от Аноним (202), 08-Сен-20, 06:42	+/–
>[оверквотинг удален] > никогда не сделать. > Раздражает пересобирать ядро. Это тупо долго. Раздражает отсутствие selinux и apparmor. > Это в первую очередь для препарирования андроида нужно. То есть, я > юзерспейс собрал, но это гавно какое-то. Без libselinux1 куча бинарников не > работает. Отвратительно. > Ещё дико бесит отсутствие поддержки cgroups2. Но это у всех, у кого > нет systemd, и это большая проблема. Я даже брался ковырять libcgroup, > но это большая работа. > К сожалению, пользователи Слаки делятся на два сорта: на хакеров и на > идиотов. И те, и другие, плохо подходят для построения сообщества. Золотой пост, не прибавить, не отнять, особенно последний абзац!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #200

203. Сообщение от Аноним (203), 08-Сен-20, 06:58	–1 +/–
> Ей-Богу, сделали из арчеводов каких-то мученников. Нет, это не мученники, а труженники, за что адекватными людьми уважаемы, я очень положительно отношусь к арчеводам, если это не арчешколота-сектанты, также положительно как к пожарным и спасателям, вы делаете неправильные выводы из того что я пишу. > Вы не замечаете, что у вас довольно скверное представление об арче? Вы перевираете, у меня не скверное представление, представляю я всё довольно ясно, в достаточной для меня мере, чтобы делать выводы лично для себя, вы путаете "скверное представление" с негативным отношением, лично мне Арч не нравится, но у меня, в отличие от арчевых сектантов нет проблем с тем, что кто-то пользуется Арчем и доволен, ну любят люби такой стиль взаимодействия с системой, я же не люблю, как и многие другие не любят такой стиль, в этом нет никакой проблемы, люди разные, и только неугомонные личности из лагеря арчеводов не могут успокоиться, им вечно надо что-то кому-то доказывать, что Арч лучше, Арч - конфетка и просто амброзия! > Я бы даже сказал пренебрежительное. Вот это да, это скорее похоже на истину, однако это моё субъективное мнение, основанное на личных предпочтениях, я же вас не отговариваю пользоваться Арчем, нравиться - пользуйтесь, так или иначе вы всё равно пользу сообществу принесёте, не прямо, так опосредовано. > Еще и в агрошкольники записали... До агро вам далеко, а вот в арчешкольники не записывал, просто сравнил, потому что поведение схожее, я не был намерен вас обижать каким-то способом, у меня такой цели нет, а вот потыкать носом в стереотипное поведение, из-за которого к людям прикрепляются такие ярлыки, это да. > более не стану вас беспокоить. Вот и чудьненько, не подразумевал никакого неуважения, однако такой исход беседы меня устраивает более чем, уже то что вы не опустились до банальных оскорблений и перехода на личности показывает вас с лучшей стороны, значит в потенциале вы не так уж плохи и при небольшом усилии по корректировке вашего поведения к вам сложно будет лепить подобные ярлыки. Всех благ вам!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #188

204. Сообщение от Daemon (??), 08-Сен-20, 07:20	–1 +/–
Если ставил первые версии LFS, то Gentoo редхатом покажется :) Только нет уже времени альбуцид в глаза капать. Продакшен - дебиан, убунта. На личном ноуте - мастдай, Kali.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #196

205. Сообщение от Аноним (205), 08-Сен-20, 07:36	+/–
> А сам grub устанавливается одной командой grub-install Эту команду, типа grub-install /dev/sdX нужно и в дебианах и в убунтах делать если наглухо угроблен Grub, такое обычно делают когда какая-нибудь кривая система сломала Grub, не будем показывать пальцем, справедливости ради, есть и в линуксовом мире такие "чудесные" дистрибутивы, которые умудряются выпускать в мир должным образом не оттестировав, я о том, что не нужно делать grub-mkconfig при измененииях, в deb'овых насколько мне известно всегда достаточно update-grub это как товарищ выше утверждает какая-то обвязка вокруг манипуляций с grub-mkconfig сотоварищи >> я как убунтуй в прошлом удивился тому что в том же Альте приходилось >> такое делать > Что именно и в каких обстоятельствах? В том смысле что впервые встретился с grub-mkconfig за пределами deb-дистрибутивов и обнаружил то же самое в Альте, до этого гентуподобные приходилось подшаманивать и встретил там, но списал на то, что ну этож гентушники, всё делают руками и помногу, а оказалось везде так, по поводу Альта, тогда это была не его вина, так что не беспокойтесь;) > Так-то в альте вот какая нехитрая машинерия отрабатывает из %post-скрипта при обновлении > пакета: > http://git.altlinux.org/gears/g/grub.git?p=grub.git;a=blob;f... > grub-autoupdate и grub-efi-autoupdate были добавлены мной с целью полной автоматизации > именно пакетного обновления (хотя, повторюсь, ничто не мешает дёрнуть их и > вручную).   Давно не ставил Альт и тем более не ломал ему Grub, не сталкивался с необходимостью знакомства с подобным, а по поводу efi-телодвижений вообще, я очень редко с ними сталкиваюсь, в этом году пока что один раз было, gpt при возможности не разбиваю, где можно обойтись без efi разделов и его вариантом загрузки там ставлю в mbr и досовую таблицу разметки, это всё проще и понятнее, с GPT, efi в связке с systemd периодически какие-то косяки вылазят, которые требуют рыться на форумах, при старом варианте всё работает и так как поставил и жрать не просит. > Как аналогичная часть с тех пор сделана в других > дистрибутивах -- не смотрел.  Если есть что полезное, могу передать > текущему майнтейнеру, только сперва бы самому понять. Я тащемто привык уже что за пределами deb-дистрибутивов не так, ну любят deb'овые автоматизацию, я её тоже люблю где только можно, если она грамотно реализована на низком уровне и оптимизирована, всякие лишние навороты дополнительных абстракций, которые усложняют и делают систему более прожорливой это бич современности, лучше уж из консолей, чем так. >> а потом уже узнал что за пределами deb-мира все дистрибутивы Grub >> ставят большим числом команд, так что да, deb-дистрибутивы тут >> удобнее с точки зрения краткости операций > Пока так и не понял, в чём принципиальная разница между grub-install в > дебиане и где бы то ни было ещё. В grub-install в Debian разницы с другими дистрибутивами нет, я может изначально не совсем корректно начал излагать суть, прошу извинить за это. >> странно что Альт не взял подобное на вооружение > Если не затруднит, объясните чуть подробнее... Не затруднит, выше описал суть, надеюсь понятно, в принципе это просто такое наблюдение, и было бы неплохо видеть в Альте такое на тот момент, это просто необычно для убентуев-дебианщиков, которые других систем не щупали более подробно. > Всякие обвязки-обмотки, связанные с желательностью подбирания дистрибутивной конфигурации > из /etc и обеспечения обновления бинарника grub (вместо правки генерата ручками > в /boot/grub, ну и "вместо каждый раз сменяемого lilo", ха-ха) -- > наверное, можно было бы договориться и стандартизировать получше вплоть до болванки > в апстримном grub, в которую остаётся зашить при сборке местоположение дистрибутивной > конфигурации. Это уже на ваше усмотрение, на мой личный взгляд меня в Альте больше напрягало то, что искоробочно synaptic при вызове sudo synaptic запускался на английском языке, в локализованной системе, тогда как от рута всё было нормально, я не стал сильно заморачиваться донимать народ по этому вопросу, потому что в чатах у вас начались какие-то нездоровые разговоры по поводу того что, запускать synaptic через sudo это не труъ, "нельзя давать пользователю такие привелегии", бла-бла-бла... > Пока по этой части знаю update-grub как наиболее общее место, занимающееся только > grub-mkconfig, но не grub-install. Именно так и есть, всё также обстоит и в Debian, grub-install никуда не делся, после него во всех остальных случаях хватает update-grub, руками не нужно ничего править при изменении настроек, вот о чём изначально имелось в виду > Какого-либо "большого числа команд" -- не знаю (если, конечно, не выполнять вручную > эквивалент grub-install, но там совсем умаешься). Нет всё верно, просто это я понаписывал невразумительно сначала, что и повлекло недопонимание, и вам пришлось гадать, я просто криво описал что подразумевалось, прошу меня извинить за это!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #173

206. Сообщение от Аноним (206), 08-Сен-20, 09:02	–1 +/–
> Ну Максим тоже не от лёгкой жизни сделал автомодератора именно таким.   > Видали бы, какой порой контингент набегает... Я понимаю, хотя я больше за свободу слова и пускай ценой засир@ния гомнокомментами, с моей точки зрения было бы достаточно просто скрывать помойные по содержанию комменты, даже не вынося в лог модерирования, просто помечать каким-то значком, что там откровенный ср@ч и смысловой нагрузки никакой. Просто я делаю скидку на то, что всякие неадекваты могут при текущем положении вещей в стране начать специально накидывать очень стрёмные темы для обсуждения с разжиганиями и пропагандой всякого, за что ресурсу в конечном итоге может прилететь из-за современной практики применения "законов" с жидкими расплывачато-резиновыми формулировками, поэтому уж лучше так, как есть. А по поводу автобота, в моём случае, речь скорее о том, что приходилось лично обнаруживать свои достаточно терпимые по едкости и на фоне остальных безобидные комменты в бане из-за него, когда вот тут же прямо рядом в этой же ветке откровенные набросы с оскорблениями и грязью не забанены. Ну, серьёзно, всякие срабатывания на слова типа линyпс, крacноглазый, школота и подобные не сильно страшные, на мой взгляд, слова - это везде и запросто, а откровенная дичь с злословием это вот рядом может красоваться, на мой взгляд это перебор, матом может считаться только мат, язвительные комменты не должны затираться, если они имеют содержанием поддеть оппонента ,но не залить его гомном по уши и сверху утрамбовать, разница в подколках зарвавшегося умника и очевидными оскорблениями уровня дворовых быдлoгoпников очевидны. Да, фильтр не обязан различать эти нотки для градации, однако срабатывать на такие слова, типа крacноглазый это уже перебор и попахивает какими-то личными проблемами относительно употребления подобных слов, а внесение их в фильтр срабатывание — злоупотреблением, ощущается как какие-то нездоровые триггеры у sjw на слова типа master, slave и gimp, это просто устоявшиеся в среде слова и обороты, кастрировать такую культуру общения, заставляя быть всех типа культурными через кнут это тyпo и люди больше агрессируют на подобное и зажимают в себе своё негодование, что ни есть хорошо, и если в забуграх оно понятно что делается намеренно не для людей, то тут же вроде пока относительно разумные люди, кем бы они не были. Запрещать употреблять такие слова как  крacноглазый, линyпсы и подобные это как запретить неграм говорить слово "ниггер", нездорово возбуждаться на такое может только человек с внутренними проблемами, пусть меня тут хоть стопицот раз обзовут тролли хоть чёртом  крacноглазым, хоть шкoлoтой прыщaвой, мне до пуговицы, а вот то что я не могу сам написывать о том, что сидел и  крacноглазил в эти ваши линyпсы или что-то подобное, это угнетает, и попахивает тем же самым что творят сейчас sjw-оголтелышы. Так что на мой взгляд фильтр надо почистить, лучше чтобы общение оживилось такими словами, нежели будут по-колхозному друг друга помоить обозлённые ещё и тем, что опеннетик превращается в какой-то загон с загонами, это моя позиция, По поводу работы автобота вообще, на мой взгляд, если не умеешь писать нормально, лучше вообще такое не выкатывать, не знаю в чём его проблема, на мой взгляд это всё-таки фильтры, могу ошибаться, но на других сайтах-форумах как-то справляются без подобных кривых костылей, либо писать костыли прямые, либо вообще не использовать и ручками-ручками, но вот на том же ЛОРе как-то справляются, а там тоже есть модерация и снос комментов за откровенную дичь, достаточно скоропостижно улетают в /dev/null всякие спорные разжигающие и пропагандирующие всякое комменты, а остальные можно и оставлять, ибо неуёмная цензура это бич современности, от этого нужно уходить, если есть какая-то проблема, то решать, а не замалчивать, если есть какая-то точка зрения, которая сильно не нравится, нужно не запрещать и ограждать, а выкатывать в ответ свои контраргументы с подробностями почему такая точка зрения ошибочна и пагубна, иначе всякое такое неприятное вам просто уходит в подполье, прячется под ковёр и там, под ковром, оно опасно бурлит и копошится, не имея адекватного разумного подробного разбора пагубности его, привлекает новых последователей необременённых интеллектуальными способностями распознать подвох, а может быть даже так, что это вы и есть тот самый, кто находится в состоянии замутнённости, такого тоже не стоит исключать из уравнения?! ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #174

207. Сообщение от Аноним (207), 08-Сен-20, 09:26	–1 +/–
> Переходить стоит на дистры, в которых изначально предполагается автоматизация сборки из > исходников. Как пример winetricks не могут откопать что-то, потому что мелкомягкие > переместили directdraw в другое место. В бинарных дистрибутивах придется ждать когда > завезут исправленную версию, когда можно самому подправить несколько строк. А это > Gentoo и Void в первую очередь. В войде есть xbps-src. Но > сборка в нем своего ядра это не для новичков, потому что > там все на автомате идет и править исходники так просто не > выйдет Я бы ещё сюда добавил NixOS, но он совсем упоротый в плане вкуривания в его особенности, а по части правки исходников, то Gentoo да, проще будет, Gentoo вообще радует гибкостью и простотой использования механизмов кастомизации, пока другие дистрибутивы ждут пакетов, или пользователи сами опакечивают и бэкпортируют, в Gentoo процедура создания пакета в разы проще, если есть рабочий сорец с того же гита, то главное уметь сделать ебилд, а это не сильно сложно, на уровне рачевых сценариев.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #190

208. Сообщение от Аноним (208), 08-Сен-20, 09:42	+/–
> Это плата за python. Не только за тормознутость питона, его GIL и > т.д., > но и за отсуствие нормальной типизации. Большие изменения очень сложно делать, > потому что все сломается в неожиданном месте. Ну а что выхотели?! Portage сотоварищи писался Д. Роббинсом ещё во времена буйной молодости, считай на коленке, со времён Enoch, тогда его обуревал дух свободы и бунтарства преобладающий над разумной дальновидностью и стратегическим мышлением, ему не нравилось то, как всё нужное ему для оптимизации, реализовано в Дебиане, и он скоренько накидал свои задумки на петоне, и так у него это здорово получалось тогда, и концепция многим понравилась, что народ стал подтягиваться быстро и накидывать свои добавки, рефакторинг всю дорогу откладывался на потом, а в итоге, оглянуться не успели, как получили огромного монстра со "спаггети-кодом", который править страшно, а переписывать тем более, т.к. на этого мостра разными пластырями, соплями и синей изолентой больше половины системы приклеено, вот, в итоге имеем то, что имеем!   А всякие порывы написать с нуля новый иснрумент на том же Си, это всё прекрасно, только вот кто будет ещё и систему под него до актуально вменяемого рабочего состояния переписывать?! Роббинс даже для Funtoo не стал ничего особо менять, настолько это неподъёмная работа, проще уже дистр разработать с нуля целиком!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110

209. Сообщение от Аноним (209), 08-Сен-20, 09:53	–1 +/–
> Сравните с портами OpenBSD (там на Си) А вы, простите, чьих будете?! Вы опенбсдешник? Если да, хотелось бы немного пообщаться с живым опенбсдешником на предмет!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60

210. Сообщение от bit0rez (ok), 08-Сен-20, 10:09	–1 +/–
Да, очень плотно, в основном бинарники ставлю. Не виду большого смысла на современном железе всё компилить для максимально заточки. Зато, когда действительно нужно, это делается легко и непринуждённо. Затачивать под железо, имхо, имеет смысл когда у тебя много времени или от этого весомый профит. В противном случае, например, на рабочем компе, ждать пока скомпилится необходимая тебе в работе утилитка - расточительство главного ресурса - времени. Только если тебе как раз таки не нужна кастомная конфигурация, но тут уже можно и подождать )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131 Ответы: #231

211. Сообщение от bit0rez (ok), 08-Сен-20, 10:14	–1 +/–
Да, абсолютно верно. Полностью собранные бинарные пакеты. Неверно выразился.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #164

212. Сообщение от im killerwhale (?), 08-Сен-20, 11:09	+/–
This case is much harder than you think, because it was written by many people, with many hacks and legacy, and sure its not perfect. In fact portage is being re-written since about 2015-2016.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #197

214. Сообщение от Michael Shigorin (ok), 08-Сен-20, 11:24	+7 +/–
> Ну уж нет, юниксвей так юниксвей В иксовой архитектуре и то больше юниксвейности, как по мне -- сервер раздаёт ресурсы, клиент с ними работает, WM это всё обрамляет, DM к этому всему пущает. А тут получается что-то вроде "для ls приходи со своим драйвером файловой системы" по части тех же CSD.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #193 Ответы: #232

215. Сообщение от Michael Shigorin (ok), 08-Сен-20, 11:40	–1 +/–
>> Надоест метаться -- приходите к нам. :) > А зачем? Как там -- "чтоб перестать беспокоиться и начать жить". > Ну, если мне память не изменяет, ваша основная фишка -- > это соответствие российскому законодательству и работа на Эльбрусе. Не, основная фишка альта -- это как раз прибежище для тех, кому в "майнстриме" места не нашлось.  Где-то слишком деревянно, где-то слишком бюрократично, где-то тошнит от пластиковой "вежливости", где-то просто голые стены. При этом альт, разумеется, ни разу не идеал и всем да каждому точно так же не подойдёт, как и любой наугад взятый дистрибутив. Раз уж с этим влез в обсуждение портаджа (PS: так, забыл дописать) -- конкретно гентушники могут поинтересоваться мнением об альте "изнутри" у bircoph@{gentoo,altlinux}.org. > У меня ни того, ни другого нет. Так архитектуры -- это возможность, а не обязанность :-) См., например, http://getalt.org/ru/simply -- есть и под малинки, и под обычный x86.  А из "экзотики" у нас не только e2k, но и ppc64le, riscv64, mipsel; причём собирается на железе, на нём же и работает. > Сейчас на Слаке меня раздражает отсутствие selinux, отставание > на год по некоторым подсистемам, необходимость перебрать ядро > (но пассивно, ибо не так часто я использую systemtap), и потребность > писать слакбилды для слишком большого числа пакетов. selinux есть (более того, в p9 им недавно занялись более внимательно); отставание местами тоже наверняка есть, но тут надо предметно смотреть; ядром занимаются профессиональные ядерщики; по пакетам можно глянуть http://packages.altlinux.org -- что есть, чего нету.  Ну или сразу на http://repology.org/project/ИМЯ/versions смотреть/парсить, чтоб прикидывать покрытие дистрибутивов по нужному.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122

216. Сообщение от Аноним (216), 08-Сен-20, 11:50	+/–
B Gentoo его уже нет, потому что основные разработчики посмотрели на ЕАПИ 7 со словами "вы там совсем дебилы что ли?". А тем временем половина пакетов в дереве уже на нём.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #251

217. Сообщение от Аноним (133), 08-Сен-20, 12:59	+3 +/–
> С регулярным резервным копированием арч не ломается, как и любой другой дистрибутив, а достоинств в пользу его выбора масса. Если есть "масса достоинств", то почему арчеводам приходится постоянно доказывать её наличие? > Зная арч - знаешь Линукс, так как все приходится делать своими руками, а это уже развитие навыков. Годы идут, а пользователи арча так и не меняются. Мания величия, культ карго и короткая память. Давайте я помогу вам повспоминать. =) Давным-давно был придуман арчлинукс - роллинг-дистрибутив с самыми свежими версиями софта и минимальными изменениями от апстримного кода. Как этот дистрибутив только не называли, какие сказки про него не рассказывали, какие только преимущества ему не рисовали. Но был у него чудовищный недостаток и имя ему было AIF (Arch Install Framework). AIF выполнял роль классического установщика Arch и делал это из рук вон плохо. Пока другие дистрибутивы использовали традиционные для Linux уже того времени (15-летней давности) инсталляторы в стиле "Далее-Далее" эта штука на ncurses мимикрировала скорее под установщик FreeBSD с одним лишь отличием. Установщик FreeBSD работал, а арч-инсталлер нет. Стоило выйти хоть чуть чуть за пределы стандартных настроек, и его работа завершалась неудачей. Нельзя просто так взять и описать, что там были за баги, потому что он преимущественно из них и состоял. Для того чтобы пользоваться этой бякой нужен был гайд и были гайды по починке, того что он наломал и в один прекрасный момент люди просто начали задумываться о том как ставить без него. Я помню как много лет назад во времена буйной студенческой молодости я доказывал ровесникам-арчеводам, что они, дескать, не правы, что инсталлятор у них безнадежно сломан, и пользоваться им нельзя. Естественно, я узнавал о себе много нового, например, о том, что я не разбираюсь в линуксе и не могу его поставить, что у меня мозгов не хватает "познать философию арча" и я просто не осилил гайды и побежал жаловаться на форумы.  Классическае арчеводы, словом. Потом уже даже и на опеннете были такие перепалки с местными адептами культа. И вот, помнится лет 7-8 назад арч объявляет об удалении багодрома AIF и замену его на "простые установочные скрипты" или что-то тому подобное. Причина - AIF сломан так, что починить это нельзя. Ох, я помню как кровь кипела даже у тех арчеводов, которые я знал IRL от того что я все это время был прав. Затем в церкви Великого Папского Мейнфрейма произошла незапланированная смена веры, и мне начали рассказывать, что, дескать, скрипты - это самый праведный способ ставить Arch и все кто просят инсталлятор - нубы, умственно отсталые и дальше по тексту. В ответ на мой (не)скромный вопрос, а зачем бинарному пакетному дистрибутиву нужна установка ручником и педалями, меня именовали еретиком не меньше. В этот момент времени, кого в русском сегменте не спроси, большая часть громких пользователей арча пришло с набравшей популярности убунты, которая хорошо позаботилась о том, чтобы привлечь новичка (хвалю её, безо всякого сарказма!). И вот почувствовав себя хаЦкерами, пользователи получали удовольствие от необоснованной сложности, а на самом деле недоделанности дистрибутива, требований к ручным резервным копиям перед обновлениям, гарантированному разлому, если долго не обновляться и так далее. Желание причаститься сложностью вынуждало их рассказывать сказки, проводя параллели между арчем и Gentoo, хотя в те годы из бинарных дистрибутивов на Gentoo был скорее похож Debian 6/7. Потому что те же патчи, те же комментаторы в багрепортах. Дебиан того времени отличался от Gentoo отсутствием самого главного USE-флагов, а мир в нем и тогда можно было легко пересобрать, но для арчеводов это не важно. Главное верить. А потом пришел systemd и арчеводы разделились на за и против. Наступление systemd сопровождалось "возвращением к истокам", дескать арч должен быть свежайшим и поэтому должен использовать только свежайшие технологии. Несогласные должны взять на себя поддержку initscripts и ... тут-то пользователи арча и показали своё истинное лицо, к сожалению. Пустые разговоры об экспертности пользователя арчлинукса ударились об суровую действительность, что надо собирать один из центральных системных пакетов и... вот и нету ни компетенции, ни возможности, ни, в конечном итоге, самого пакета. Примерно 80% инфраструктурных проектов апстрима, лежащих в основе Linux как ОС принадлежит Red Hat (в виду смерти конкурентов типа Sun и Novell) и теперь мы имеем то что имеем. Arch - бета версия федоры с пакманом вместо RPM. Арчеводы-то LFS не видели. Они не знают, что не пакетный менеджер определяет ОС. Он не главное. Справедливости ради, арч - это хорошая и добротная альфаверсия. Позволяет собрать и протестить пакеты без выкрутасов с дистрозависимыми макросами RPM, которые в некоторых случаях могут помешать и усложнить работу по тестированию. Использовать это в домашних условиях личное дело каждого, но всерьез заявлять о применимости на предприятии... ой всё. В сухом остатке. Хотите посмотреть на эффект Даннинга-Крюгера в действии - пообщайтесь с пользователем арча. Хотите посмотреть как невежество порождает религиозность в ИТ - пообщайтесь с пользователем арча. Хотите посмотреть как люди не помнят историю собственного дистрибутива и меняют мнение по указке сверху - посмотрите на пользователей арча. А в самом дистрибутиве нет ничего особенного, на самом деле. Я говорил на опеннете об этом раньше, повторю еще раз. Знание линукса не делает вас системным администратором. Знание установки использование и починки арча не даёт вам ничего кроме знания граблей арча. Как хобби - пожалуйста, кто я такой чтобы осуждать ваши личные предпочтения. На предприятии же за развертывание чего угодно на арче - выговор и марш переделывать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #224, #234

218. Сообщение от Аноним (218), 08-Сен-20, 13:13	–1 +/–
Продакшонец ты наш квазибез ЧСВ, вот, например, у нас на предприятии и у заказчика используется Astra, чем помогут твои знания продакшон-дистров в этом случае?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123 Ответы: #221, #233

219. Сообщение от Megabit (ok), 08-Сен-20, 13:14	+/–
Наверное у вас гугл какой-то особенный... Ну ничего, я помогу вам: https://www.google.com.ua/search?q=gentoo+%D0%B4&#...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #199 Ответы: #222

220. Сообщение от Аноним (220), 08-Сен-20, 13:27	–1 +/–
По факту всегда оказываются, что у ругающих Python руки кривые настолько, что кажется, что их мамы в детстве роняли. Прямо в канализационный люк. Поэтому назвать их пацанами можно легко. Но вот серьезными уже вряд-ли. :D
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #172

221. Сообщение от Аноним (221), 08-Сен-20, 13:33	+2 +/–
> Продакшонец ты наш квазибез ЧСВ, вот, например, у нас на предприятии и > у заказчика используется Astra, чем помогут твои знания продакшон-дистров в этом > случае? Astra базируется, на Дебиане, а это продакшон дистр, а вот причём здесь Арч нипанятна, так что тут прав он, а не вы, и потом, если даже на вашем предприятии тот же Арч поставят, это не говорит о том, что в подаляющем большинстве это справедливое утверждение, более того, если именно предприятие ставит Арч, ну чтож, это многое говорит о политике такого предприятия, но обычно как раз в продакшоне круговые rpm и иногда deb, очень изредка самосборки на базе LFS или генты, чисто под эмбедовку какую или очень специфичую вундервафлю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #218

222. Сообщение от Аноним (222), 08-Сен-20, 13:35	+/–
> Наверное у вас гугл какой-то особенный... > Ну ничего, я помогу вам: > https://www.google.com.ua/search?q=gentoo+%D0%B4&#... Зачем так длинно? Можно было просто на хре... в гоголь!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #219

223. Сообщение от Аноним (223), 08-Сен-20, 13:44	–1 +/–
интересно, что там sabayon, a redcore?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #227

224. Сообщение от Аноним (224), 08-Сен-20, 13:57	+/–
>[оверквотинг удален] > - пообщайтесь с пользователем арча. Хотите посмотреть как люди не помнят > историю собственного дистрибутива и меняют мнение по указке сверху - посмотрите > на пользователей арча. А в самом дистрибутиве нет ничего особенного, на > самом деле. > Я говорил на опеннете об этом раньше, повторю еще раз. Знание линукса > не делает вас системным администратором. Знание установки использование и починки арча > не даёт вам ничего кроме знания граблей арча. Как хобби - > пожалуйста, кто я такой чтобы осуждать ваши личные предпочтения. На предприятии > же за развертывание чего угодно на арче - выговор и марш > переделывать. Золотые слова, Юрий Венедиктович, золотой вы человек! Справедливости ради, на базе арча есть дистрибутивы с устанощиком, и это не только манжара, другое дело основная масса проблем в них именно из-за того, что арч их база. Когда я пробовал использовать арч дико напрягало то, что нужно с завидной периодичностью следить за системой, его нельзя оставить забив на обновления на долгий срок, иначе будут проблемы, уехал в отпуск, приехав лучше сразу накатывать заново, потому что оно нормально не обновится, каждый раз при обновлениях нужно поглядывать в мукулатуру, которая идёт с обновами, иначе есть риск что-то да сломать, сраведливости ради это бывает редко, но метко, т.е. расслаблять булки нельзя, в отличие от тех же дебианов, где можно в рамках релиза бездумно прокликать пару команд и быть уверенным что ни один системный компонент не поляжет, в арче такого сделать нельзя, точнее технически можно, но последствия самые разные, в дебианобунтах же ты можешь позволит себе пинать болду и не париться, там тоже не всё гладко конечно, однако есть какая-то уверенность в том что система просто работает, ты не паришься о ней, это она тебя обслуживает, а в арче же ты постоянно суетишся, и получается это ты создан для обслуживания этой системы. Тут рачисты начнут свои тотальные байки про то, что "ничего подобного" просто делаешь вот так и вот так, вы просто нубасы и ламосы, в том и дело, рачисты настолько привыкли к этим процедурам по ональной эквилибистике, что считают их рядовыми необходимыми обрядами, которые являются непременным атрибутом любого линукса, и их уже не разуверить, да и смысла нет, потерянные люди.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #217

225. Сообщение от iCat (ok), 08-Сен-20, 13:59	–1 +/–
> В том и дело, что по хэндбуку и не осилил, это вам, > труъ-линуксоидам со стажем понятно и багажём знаний понятно всё, а человеку > со стороны ничего не понятно, гентушный хендбук отвратительно написан с точки > зрения того, что его будет использовать человек, который совершенно не сталкивался > с *nix системами. Мне почему-то думается, что ты читал не вот это: https://wiki.gentoo.org/wiki/Handbook:AMD64/ru
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #199 Ответы: #240

226. Сообщение от iPony129412 (?), 08-Сен-20, 14:08	–1 +/–
> тут было INOI полез в розницу, но как-то удивительно неграмотно и без единого анона на opennet/lor Здрасьте https://www.linux.org.ru/news/russia/13501570 https://www.linux.org.ru/forum/talks/13501661 > у них конкретно тот кто-то из маркетинга, кто этим занимался, показал чудеса профнепригодности Это ещё что. У них на сайте налепили скриншотов с китайской прошивки со и двух игр (гоночки в 3D, и эти самые орущие рыцари, которые в топе популярных мобильных игр) - полнейшая невменямость. Уж лучше бы молчали. Я после этого попросил вернуть деньги за предзаказ - не люблю, когда обманывают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #178 Ответы: #228

227. Сообщение от Аноним (227), 08-Сен-20, 14:11	–1 +/–
> интересно, что там sabayon, a redcore? Сабаён очень сильно отличается от генту и жить на ещё более маргинальной системе, такое себе. редкор отстаёт от от оригинального портажа, мало того что там слоупочат, так ещё присутствуют всякие сомнительные решения, типа того же упоротого ограничения на установку, если устанощик не отдетектил свободных 30 Gb дискового пространства. Лучше уж тогда CloverOS это более чистая адекватная гента, по сути это гента и есть, просто со своим хоть каким кастыльным скриптовым установзиком, даже с пресетами и бинхостом на популярные пакеты, типа DE. И Funtoo более свежая и с разумными пресетами с продакшон-дистровыми вставками, в виде тех же оттестированных стабильных ядер дебиана и подобными вещами, но ебилдов больше на генту, да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #223

228. Сообщение от iPony129412 (?), 08-Сен-20, 14:11	–1 +/–
> У них на сайте налепили скриншотов с китайской прошивки Не дописал - это была Flyme от Meizu. И это на сайте висело не неделю (ну сделал студент дизайнер как мог макет такой, выложил без спроса, а потом это недоразумение заметили бы и поправили бы), а несколько месяцев.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #226

229. Сообщение от Аноним (229), 08-Сен-20, 14:17	–1 +/–
>[оверквотинг удален] > образом ты прогоняешь несколько итераций, получаешь наконец рабочий план обновления/установки > пакетов, отправляешь его на исполнение, и идёшь заниматься другими делами. Вот > до этого момента emerge своими тормозами жрал твоё время. После этого > момента emerge жрёт исключительно время процессора. И так выходит, что если > ты планируешь отправить мир на обновление, то лучше бы иметь в > запасе минут двадцать, и во всяком случае не меньше пяти минут, > потому что emerge будет долго думать. Если 20 минут сжать до > 10 минут, то это очень круто. Было бы ещё круче конечно > сжать до пары секунд, чтобы нижняя граница требуемого времени определялась бы > моей способностью обрабатывать информацию, а не возможностями emerge, но... мечты, мечты. Полностью подписываюсь, сразу видно человека, который пользуется системой и видит её реальные недочёты, а не тупого крикуна на опеннете, которые не знает предмета, и набрасывает, тоже надеюсь, что время ожидания обсчёта сократится, чтож, будем пересобирать, посмотрим!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88

230. Сообщение от iPony129412 (?), 08-Сен-20, 14:21	+/–
> Я, - если совсем уж начистоту, - наверное все же предпочел, что > бы Portage переписали на каком-нибудь компилируемом ЯП. Но не ради увеличения > производительности, а просто потому, что ставить в систему кучу пакетов/библиотек питона > ради запуска чисто системного ПО - видимо, не самое разумное решение. Не вижу ничего плохого. Вообще не представляю как сейчас можно без пайтона. PS: не питонист
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #236

231. Сообщение от Аноним (231), 08-Сен-20, 14:37	+/–
> Да, очень плотно, в основном бинарники ставлю. Не виду большого смысла на > современном железе всё компилить для максимально заточки. Зато, когда действительно нужно, > это делается легко и непринуждённо. Понимаю этот подход и принимаю, не понимаю крикунов, которые голосят, что раз генту, значит ставить готовые бинари не труъ. > Затачивать под железо, имхо, имеет смысл когда у тебя много времени или > от этого весомый профит. Дело не во многости времени, порой просто нет смысла нагружать железо, особо если у тебя ноутбук, которому не стоит лишний раз перегреваться. > В противном случае, например, на рабочем компе, > ждать пока скомпилится необходимая тебе в работе утилитка - расточительство главного > ресурса - времени. Да, хорошо собирать когда у тебя стационарный один системник дома собирает на все устройства, а потом уже раздаёшь, простаивать конечно плохо, однако современные десктопы вполне справляются с пересборкой мира и попутно дают работать системе вполне сносно, другое дело если вы там видосы какие рендерите или ещё что-то очень тяжёлое и все ресурсы должны быть отданы под нужный процесс, а не под пересборку пакетов, то да, ваша правда. Ну и на слабых машинах так не разгуляться. >Только если тебе как раз таки не нужна кастомная конфигурация, но тут уже можно и подождать ) Да, бывают случаи, тут недавно на ЛОРе видел отчёт товарища burato, который на одноплатник генту кастомизировал, оказалось имело смысл, ведь всякие готовые под него же армбианы оказались ощутимо хуже по производительности. Я это вижу так: в стародавние времена, когда генту выигрывала в том, что оптимизированно под железо собирает пакеты, и спустя время, другие дистры приняли к себе эти наработки, то разрыв ощутимо сократился и зачастую пересобирать стало не очень выгодно - выигрыш не очень значительный, однако появившиеся в относительном исчислении, не так давно, ставшие модными, всякие малины, оранжи, бананы и прочие подняли новую волну, и оказалось что на них-то ещё толком оптимизаций таких не проводилось, архитектура другая, вроде как надобности не было, хотя странно, эксперименты же как раз стезя энтузиастов, тем не менее, факт в том что в таком случае стоит заморачиваться с гентой и её оптимизациями из сорцев, такие дела.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #210

232. Сообщение от Анон2020 (?), 08-Сен-20, 14:52	+4 +/–
Поставил тебе плюс. Очень редко но ты иногда пишешь толковые мысли.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #214

233. Сообщение от flkghdfgklh (?), 08-Сен-20, 15:30	+1 +/–
Astra это Debian со сбитыми копирайтами
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #218

234. Сообщение от Аноним (53), 08-Сен-20, 15:43	+/–
Пока я вижу лишь обратное - нападки в свою сторону и странные сравнения. Развивать дальше эту тему я не собираюсь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #217

235. Сообщение от Аноним (218), 08-Сен-20, 15:51	+/–
Не тогда, а сейчас говорят.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111

236. Сообщение от jOKer (ok), 08-Сен-20, 16:59	+/–
>PS: не питонист Без обид: оно и заметно. Вообще-то есть разница между "запускать приклад на питоне" и "запускать системный софт на питоне". И с прикладом-то огребаешь проблем: то в одном пакете, по зависимостям, версия поменялась, то в другом, а в третьем автор внезапно решил что версия питона 3.8, - единственная версия какая может быть на свете и забил на все альтернативные мнения. А в результате твой несчастный приклад начинает пошатывать, и ты то и дело латаешь баги по регрессии. Но с системным софтом все на порядок сложнее. Он априори должен работать от слова "всегда". Причем конфигурация рантайма в котором он работает на нем не должна сказываться. То есть, если кто не понял, речь идет о том, что бы разработать инструменты на питоне, которые вместе со всеми своими зависимостями корректно работали на огромном количестве разнообразных окружений и со всеми пакетами по зависимостям. И причем работали без ошибок. А это очень и очень сложная инженерная задача, цена работы над которой, что в рублях, что в человеко-часах весьма велика. Но если для приклада, в оплате этого ценника есть смысл, то в случае системного софта этот смысл далеко не столь очевиден, как многие хотели бы показать. Я например, сильно сомневаюсь, что эту цену стоит платить. Еще раз: я не уверен, что системный софт имеет смысл писать на скриптовых языках, с участием сложных пакетных зависимостей. ИМХО, компилируемый ЯП подойдет для этой цели лучше. А что до питона в системе... ну, кому нужно - тот поставит. Либо сам, либо приклад по зависимостям его потребует. Потому что, - да, вы правы, - современную ось без питона представить себе трудно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #230 Ответы: #237

237. Сообщение от iPony129412 (?), 08-Сен-20, 17:31	–1 +/–
>[оверквотинг удален] > окружений и со всеми пакетами по зависимостям. И причем работали без > ошибок. А это очень и очень сложная инженерная задача, цена работы > над которой, что в рублях, что в человеко-часах весьма велика. Но > если для приклада, в оплате этого ценника есть смысл, то в > случае системного софта этот смысл далеко не столь очевиден, как многие > хотели бы показать. Я например, сильно сомневаюсь, что эту цену стоит > платить. > Еще раз: я не уверен, что системный софт имеет смысл писать на > скриптовых языках, с участием сложных пакетных зависимостей. ИМХО, компилируемый ЯП подойдет > для этой цели лучше. Как плюсовик с улыбкой на такое смотрю. Без boost не представляю как подобное написать, а тут уж чем-то попахивает тем же, а особеено с политикой зависимостей в дистрибутивах... Это линукс. Тут Stable API понятно чего
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #236

238. Сообщение от ALex_hha (ok), 08-Сен-20, 17:59	–4 +/–
Так, я не понял - а почему не на православном Rust? Ну или в крайнем случае golang? В тред призываются фанаты rust/golang для объяснения фатального недостатка python3 и всего софта, который написан на нем
Ответить | Правка | Наверх | Cообщить модератору

239. Сообщение от ALex_hha (ok), 08-Сен-20, 18:02	+1 +/–
> Если хочешь что-то написанное на питоне переписать на Go посмотри ещё раз на свой питон код и убедись - не говнокодер ли ты? > Вполне возможно можно добиться существенного и необходимого прироста просто написав правильно код на Python. При этом python можно заменить на любой ЯП и смысл от этого не изменится
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90

240. Сообщение от Аноним (240), 08-Сен-20, 18:32	–1 +/–
>> В том и дело, что по хэндбуку и не осилил, это вам, >> труъ-линуксоидам со стажем понятно и багажём знаний понятно всё, а человеку >> со стороны ничего не понятно, гентушный хендбук отвратительно написан с точки >> зрения того, что его будет использовать человек, который совершенно не сталкивался >> с *nix системами. > Мне почему-то думается, что ты читал не вот это: > https://wiki.gentoo.org/wiki/Handbook:AMD64/ru Нет, не эту, а вот эту https://wiki.gentoo.org/wiki/Handbook:AMD64#Installing_Gentoo, но суть этого не меняет, не надо пытаться найти тут какой-то подвох, мои претензии именно к официальному хендбуку а не к чему-то другому. Вы или невнимательно читаете, либо пытаетесь что-то попробовать доказать, причём как-то тупо и по-простому, с разных сторон закидывая один и тот же вопрос, как на ментовском допросе. От ваших переформулировок мой ответ не изменится, да не осилил, и да, хендбук не помог, потому что я рядовой пользователь, а не гик, а данная документация написана гиками для гиков, в этом как раз и проблема для меня, извините, стопицотый раз на один и тот же вопрос отвечать не буду, пусть даже и переформулированный!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #225

241. Сообщение от Аноним (241), 08-Сен-20, 19:15	+/–
> Реально были случаи когда не было Это старый софт, который уже не работает в новом окружении. И то держат до последнего. Например https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=avxsy... Но таки да, у старых систем тут преимущество. > Очень спорно Вот пакет есть только в Арче https://www.archlinux.org/packages/?q=avisynthplus Причем официально, не а ауре. А vapoursynth есть только в Арче (официально), SUSE, Fedora и deb-multimedia. Конечно, можно все это в любой дистр вкатить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #161

242. Сообщение от microsoft (?), 08-Сен-20, 19:28	+/–
Поздно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #162

243. Сообщение от Аноним (243), 08-Сен-20, 20:32	–1 +/–
он похоже ещё и го успел за каникулы попробовать, но похоже тоже не осилил...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

244. Сообщение от Аноним (243), 08-Сен-20, 20:44	–1 +/–
>наверное все же предпочел, что бы Portage переписали на каком-нибудь компилируемом ЯП так а чего до сих пор не переписал?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

245. Сообщение от Аноним (243), 08-Сен-20, 20:45	+1 +/–
какбы момент упущен. вместо переписывания с питона 2 на 3 которое заняло 10 лет, можно было бы за 10 лет переписать на с++. генточку жаль конечно, попала под питухон, теперь мучается.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #248

246. Сообщение от FixingGunsInAir (ok), 08-Сен-20, 22:19	+1 +/–
> Подготовивший изменение разработчик также попытался реализовать прототип кода разрешения зависимостей на C++ или Rust, но задача оказалась слишком сложной А красношапка шмогла, правда в своём стиле, на C. И это действительно того стоило. dnf стал быстрее работать в разы и получилось её применить в других местах, где нужно разрешать зависимости RPM (PackageKit, rpm-ostree). И питон хорош только когда хотспоты переписываешь на нативные языки.
Ответить | Правка | Наверх | Cообщить модератору

247. Сообщение от ALex_hha (ok), 08-Сен-20, 22:42	+/–
> И это действительно того стоило. dnf стал быстрее работать в разы Никогда не понимал этого. Вам не хватает скорости yum? В каких случаях? Вы запускаете его по 100 раз на день?
Ответить | Правка | Наверх | Cообщить модератору

248. Сообщение от ALex_hha (ok), 08-Сен-20, 22:44	+/–
>  можно было бы за 10 лет переписать на с++. генточку жаль конечно, попала под питухон, теперь Чтобы что? Для избавления от фатального недостатка?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #245 Ответы: #249

249. Сообщение от Аноним (243), 09-Сен-20, 02:04	+/–
>Проведение профилирования имевшегося кода показало, что основное время при вычислениях тратится на вызов функций use_reduce и catpkgsplit с повторяющимся набором аргументов (например, функция catpkgsplit вызывалась от 1 до 5 млн раз). Для ускорения было применено кэширование результата работы данных функций с использованием словарей. они просто добавили словарь к вызову функции чтобы не вызывать её 5 миллионов раз. это задание для школьника старших классов. для того чтобы кто-то разбирающийся в программировании мог бы посмотреть, сделать профилирование и поправить нормально, а не костылём а-ля жит на коленке. если портаж делает школота, то это же добром не кончится. как генту вообще может существовать без менеджера пакетов? вон выше писали, что зависимости строятся 10 минут, сколько ещё это может продолжаться до накрытия медным тазом?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #248

250. Сообщение от Аноньимъ (?), 09-Сен-20, 04:54	+/–
>Вполне возможно можно добиться существенного и необходимого прироста просто написав правильно код на Python. Вы новость читали? Или решать проблемы производительности кешированием это и есть "правильный код на Python"? >Если хочешь что-то написанное на питоне переписать на Go То ты в принципе что-то с жизнью делаешь не так. >посмотри ещё раз на свой питон код А если своего нет? Если сам на питоне пишешь то очевидно говнокодер, никуда смотреть ненужно для этого вообще.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90

251. Сообщение от Аноним (251), 09-Сен-20, 09:16	+/–
И очень зря, что с portage выкидывают такие пакеты как paludis, hardened-sources, ... Не обновляю портадж на EAPI 7. В 99% его в ебылде ставят чисто формально. Если седом причесать портадж на EAPI=6 то почти все заработает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #216

252. Сообщение от Аноним (251), 09-Сен-20, 09:21	+/–
> Но не ради увеличения производительности, а просто потому, что ставить в систему кучу пакетов/библиотек питона ради запуска чисто системного ПО - видимо, не самое разумное решение. В целом архитектура такой системы получается довольно хрупкая, с большим количеством точек отказа - ошибка в любом из пакетов по зависимостям - может окончится печально. Согласен, этим нас пугают уже 20 лет. Paludis решает эту проблему, но последние пару лет, что-то разрабы portage не то курят...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

253. Сообщение от ryoken (ok), 09-Сен-20, 10:27	+/–
Лично у меня проблема была только одна - затолкать GRUB2 на PowerMacG5. В дефолтном мануале идёт установка yaboot, который во-первых ровно нифига не запускает, а во-вторых, уже не работает вообще. Вот и пришлось попрыгать по граблям. Но сейчас пашет на ура.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #199

254. Сообщение от edo (ok), 09-Сен-20, 12:51	+/–
на один год, говорите? взял первое попавшееся: Device Statistics (GP Log 0x04) Page  Offset Size        Value Flags Description 0x01  =====  =               =  ===  == General Statistics (rev 2) == 0x01  0x008  4              97  ---  Lifetime Power-On Resets 0x01  0x010  4           71260  ---  Power-on Hours 0x01  0x018  6    160373086286  ---  Logical Sectors Written 0x01  0x020  6      2676431537  ---  Number of Write Commands 0x01  0x028  6     20156051244  ---  Logical Sectors Read 0x01  0x030  6       147311770  ---  Number of Read Commands 0x04  =====  =               =  ===  == General Errors Statistics (rev 1) == 0x04  0x008  4               0  ---  Number of Reported Uncorrectable Errors 0x04  0x010  4               0  ---  Resets Between Cmd Acceptance and Completion 0x06  =====  =               =  ===  == Transport Statistics (rev 1) == 0x06  0x008  4            1457  ---  Number of Hardware Resets 0x06  0x010  4             193  ---  Number of ASR Events 0x06  0x018  4               0  ---  Number of Interface CRC Errors 0x07  =====  =               =  ===  == Solid State Device Statistics (rev 1) == 0x07  0x008  1               7  ---  Percentage Used Endurance Indicator                                 |||_ C monitored condition met                                 ||__ D supports DSN                                 |___ N normalized value
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #170

255. Сообщение от ананим.orig (?), 09-Сен-20, 16:38	+/–
Ну куда ты уйдёшь? Только обещаешь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #167

256. Сообщение от microsoft (?), 09-Сен-20, 21:59	+/–
Так тыж раст описал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #259

257. Сообщение от microsoft (?), 09-Сен-20, 22:06	+/–
Ниче что нифига не замена аортажу да и cave далеко не все умеет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81

258. Сообщение от Аноним (258), 10-Сен-20, 02:30	+/–
Поскажите, сколько раз в неделю (а может реже) нормально делать emerge --update @world
Ответить | Правка | Наверх | Cообщить модератору

259. Сообщение от Наноним (?), 11-Сен-20, 16:46	+/–
Rust? С GC? Иди клизму себе сделай.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #256

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

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