[d | b / bro / ci / cu / dev / gf / hr / l / m / med / mi / mu / o / ph / r / s / sci / tran / tu / tv / x | es / vg | au / tr | a / aa / abe / c / fi / jp / rm / tan / to / ts / vn / vo]
- [iiChantra] [Радио 410] [ii.booru-Архив РПГ] [acomics-cf-ost] [Cirnoid] [@] - [Архив - Каталог] [Главная]

[Назад]
Ответ
Leave these fields empty (spam trap):
Имя
Тема
Сообщение
Файл
Подтверждение
Перейти к [
Пароль (для удаления файлов и сообщений)
 
ЗАПРЕЩЕНО:
  • детская эротика/порнография
  • троллинг
 
  • Поддерживаются файлы типов GIF, JPG, MP4, OGV, PNG, WEBM размером до 4096 кБ.
  • Максимальное количество бампов треда: 500.
  • Всем посетителям рекомендуется ознакомиться с FAQ.

1475242614476.jpg - (320 KB, 1024x768, Gentoo.jpg)  
320 KB №184593   #1

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

Решил тут, что хочется научиться работать с консолью и знать, из чего состоит твоя система. Стоит ли ради этого ставить генту? Или лучше выбрать что-то другое?

>> №184596   #2

Поставь FreeBSD.

>> №184597   #3
1475244418334.png - (272 KB, 1000x1000, ???17.png)  
272 KB

>>184593

>что думаешь

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

>Какие

Handbook, знание основ.

>Сколько

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

>плюсы и минусы

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

>Стоит ли

Если есть время.

>Или выбрать

Лучше слаку.

>> №184600   #4

Нет никакой разницы на какой системе изучать башик и awk.

>знать, из чего состоит твоя система

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

>Какие плюсы и минусы для себя ты увидел в генту?

Не увидел ни плюсов, ни мунусов для себя. Просто ещё один дистрибутив.
Мне эта "гибкость" ценой компиляции не упёрлась - удалил. Но если где потребуется, то не побрезгую поставить.
Хотя FreeBSD мне больше симпатичен.

IMHO - для изучения полезнее собрать LFS хоть однажды.

>> №184606   #5

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

>> №184610   #6

>>184593

> Чии, что думаешь о данном дистрибутиве?

Хороший дистрибутив. Пользуюсь больше трех лет, пока доволен.

> Какие подводные камни?

Без минимальной подготовки лучше не браться, тяжело будет. Советую пожить пару месяцев в дебиане или сразу пройти "курс молодого бойца" (LFS+BLFS).

> Сколько на самом деле времени и сил требуется на работу с этим дистрибутивом?

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

> Какие плюсы и минусы для себя ты увидел в генту?

Основной плюс это гибкость. Вот хочу я себе Bochs с определенными возможностями, самый свежий GCC, отсутствие PssstAudio и severed, пакеты без лишних зависимостей. Можно это все и в убунту/дебиан получить, но там придется нетривиально попрыгать, настраивая apt-build, а тут все из коробки. С другой стороны, в отличие от того же LFS на котором я сидел около года - тут есть пакетный менеджер, который делает большую часть грязной работы за тебя, тебе остается только фичи нужные выбрать да обновляться периодически.

> Хочу услышать реальные истории от реальных пользователей.

Спрашивай, что тебе интересно, мы всегда готовы помочь.

> Решил тут, что хочется научиться работать с консолью и знать, из чего состоит твоя система. Стоит ли ради этого ставить генту? Или лучше выбрать что-то другое?

Если тебе хочется именно разобраться в происходящем - то я подержу вот эту >>184600 Чии: LFS будет гораздо познавательней. Сам пользовался им как основным дистрибутивом одно время, поэтому могу гарантировать - после него тебе и море по колено, и горы по плечу, и солнце - маленький фонарь.

>> №184623   #7
>хочется научиться работать с консолью и знать, из чего состоит твоя система.

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

>> №184624   #8

>>184623 Прикручивание болтов плохо поддается автоматизации. Ведущие производители выбирают новейших биороботов на сборке.

>> №184625   #9

>>184623
О чём ты? Гента полна шуруповёртов и роботизированных конвейеров.
Если гентушники не находят себе занятий, кроме пересборки мира с более лучшими флагами и регулярной смены WM и хоткеев с последующим привыканием, то гента здесь не причина, а средство.

>> №184629   #10

>>184623
Не совсем так. Тебя приглашают на крупный роботизированный завод BMW, дают в руки огромный талмуд по всему имеющемуся оборудованию и предлагают собирать авто так, как тебе хочется. Можешь ничего не трогать, и тогда у тебя гарантированно получится качественный автомобиль, но будет ли он отвечать твоим нуждам - вопрос. Можешь прошерстить талмуд и подточить роботов под свои нужды - и больше никогда не задумываться о том, почему на выходе получается именно то, что тебе нужно (хотя, справедливости ради, роботы все-таки будут требовать минимального обслуживания). А можешь взять из ящика кувалду, гвозди на 120, синюю изоленту и пойти хреначить самостоятельно то, что тебе хочется - никто останавливать тебя не будет.
>>184625

> пересборки мира с более лучшими флагами

Потеряло смысл с приходом AMD64, где в качестве обязательных завозятся оптимизации под SSE2 и прочее даже в убунте, ибо это часть архитектуры. FFMpeg и Octave-сотоварищи выигрывают при сборке с AVX и прочим добром, но всю систему пересобирать - бред. Жирнолис и OpenJDK и вовсе лучше ставить из бинарников, меньше нервов потратишь.

> и регулярной смены WM и хоткеев с последующим привыканием

Сижу который год на XFCE, зуда в пятой точке не испытываю. Чего и вам искренне желаю.

>> №184633   #11

>>184629

>Сижу который год на XFCE, зуда в пятой точке не испытываю. Чего и вам искренне желаю.

Вангую то, что сейчас начнутся рекомендации ставить тайловый WM.

>> №184635   #12

>>184633
Даже среди труЪ-линуксоидов доля пользователей тайлинга не такая уж большая, как их крики на задворках интернета.

>> №184636   #13

>>184629
Я знаю, что не все гентушники такие. И это прекрасно, что ты не такой и поспешил об этом рассказать.
Однако засилье любителей утилизировать своё и машинное время на этом дистрибутиве и делает ему несправедливую репутацию исключительно красноглазого.

>> №184639   #14
>>IMHO - для изучения полезнее собрать LFS хоть однажды.

Два чая этому господину

>> №184641   #15

>>184633
Пробовал и, честно говоря, не оценил. А еще я, например, не люблю двухпанельники - мне обязательно нужны вкладочки в ФМ. На вкус и цвет все фломастеры разные.
>>184636
По-моему, в последнее время все особо маргинальные персоны убежали на Arch Linux. Что более чем странно, ибо это дистрибутив-ровесник генту, но достаточно долго особой популярностью не пользовавшийся.
>>184639
И пирожное от меня к чаю.

>> №184642   #16

>>184641

>По-моему, в последнее время все особо маргинальные персоны убежали на Arch Linux.

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

>> №184643   #17
>Чии, что думаешь о данном дистрибутиве?

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

>Какие подводные камни?

Сначала постоянно [x], потом все работает и скучно. Если меньше 4 ядер - даже не заморачивайся.

>Сколько на самом деле времени и сил требуется на работу с этим дистрибутивом?

Некорректный вопрос. Сколько надо, столько потребуется.

>Какие плюсы

Highly customizable. Дает примерное представление об устройстве любого дистрибутива. Немного научишься в консольку и скриптинг на шелле.

>минусы

Emerging (1 of 500).

>Стоит ли ради этого ставить генту?

Да.

>Или лучше выбрать что-то другое?

Только если LFS. Но это не нужно, если ты не собираешься мейнтейнить дистры.

>> №184647   #18

>>184610

> Пару месяцев пожить на дебиане

Живу на нём месяц, бед не знаю, но любопытство съедает

> Переехал на третий ноут

Проблем с разными архитектурами не возникало?

> Спрашивай

Как ты вообще перешел на генту? Что к этому подтолкнуло?

>> №184739   #19

Хороший дистрибутив, использую как основной на декстопе и проблем не знаю. Много сил и времени уходит на этапе установки, первичной конфигурации и допиливания. Потом все скучно и стабильно. Последний раз открывал консольку для чего-то серьезного много месяцев назад.
Из плюсов - кастомизация всего и вся, как уже выше написали. Еще нахожу плюсом основной репозиторий генты, где софт свежий и стабильный. Все программы самой последней версии, за исключением нерабочих, в отличии от того же арча, где gtk 3.20 сразу выкатили после выхода, чтобы все окошечки поломать. В генту гтк 3.20 появился в репах примерно спустя месяц, когда все основные темы под него переписали.
Устанавливал когда-то именно с целью обучения. Теперь слова собрать свое ядро меня не пугают, например.
Как первый дистрибутив, конечно, не советую.

>> №184741   #20

>>184647
Так сейчас 90% компьютеров под архитектуру amd64. Остальное — мелочи, переживается любым дистрибутивом линукса.

>> №184768   #21

>>184647

> Проблем с разными архитектурами не возникало?

Нет, везде была x86_64. Впрочем, я из тех извращенцев, что обновлял дебиан с 5 на 7 версию с одновременной сменой архитектуры с i386 на amd64, так что тут вообще никаких проблем нет.

> Как ты вообще перешел на генту? Что к этому подтолкнуло?

Изначально я пользовался, как и многие, убунтой. Потом мне просто перестало хватать в ней многих возможностей. Скажем, нужны плюшки Х в пакете Y а дебиан - и убунта вслед за ним - их при сборке отключает. Или требуется собрать пакет с патчем Z. Или выкинуть ненужную зависимость от пакета T. В это время я встретил замечательную книжку LFS (встретил может и раньше, но дорос только тогда) и несколько дней потратил на сборку системы с нуля. Завис на LFS где-то на год, но сам можешь представить себе трудность обновления, скажем, KDE4 из исходников. Поэтому в итоге я вернулся на бубунту, начал ковырять в сторону apt-build и получил некоторое подобие полу-source-based, но с очень неудобной системой настройки. После этого меня и заинтересовала генту, я ее накатил - и до сих пор пользуюсь, не зная печали. На десктопе и вовсе стоит Calculate, на ноуте просто переставлять не хочется.

>> №184772   #22

>>184741
На самом деле сейчас уже кучу расширений наклепали. Я вот на прошлой неделе скопипастил один гентушный бинарник с одного x86_64 на другой x86_64 и словил в нем illegal instruction.

>> №184773   #23

>>184772
А нечего было писать -march=native и прописывать наборы инструкций. Толку от них ноль - это плюс-минус 2% производительности - а геморроя при переносе собранных бинарников много.

>> №184775   #24

>>184773

>А нечего было писать -march=native и прописывать наборы инструкций

Зачем ставить source-based, если ты не собираешься использовать преимущества компиляции под конкретное железо? Ставь дебиан, там уже все собрано.

>Толку от них ноль - это плюс-минус 2% производительности

cpu_flags_x86_aes дает от 400% в профильных задачах. armvfp позволил мне смотреть 480p на дохлом arm v6 без лагов. Вот тебе и 2%.

> а геморроя при переносе собранных бинарников много

Ты делаешь это абсолютно неправильно. Умные люди для таких случаев придумали distcc.

>> №184776   #25

>>184775

>преимущества компиляции под конкретное железо

Которые есть только в специфических задачах (некоторые мультимедийные задачи, некоторая криптота). В остальных случаях - 2%. И хорошо, если в плюс, а не, наоборот, просадка производительности.
Лиса от этого быстрее работать не будет. Веб-сервер, скриптовые интерпретаторы, JRE, СУБД, почтовый сервер, сервер джаббера от этого работать быстрее не будут. Ровно как и лиса, симулятор цифровых схем, библиотеки вайна.

>> №184778   #26

>>184776

>некоторые мультимедийные задачи, некоторая криптота

ВСЕ мультимедийные задачи, ВСЯ криптота. И прочий матан с плавающей точкой. И не только с ней.

> И хорошо, если в плюс, а не, наоборот, просадка производительности

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

>Лиса от этого быстрее работать не будет.

Ой как заблуждаешься. Особенно в части JS и прочих webGL'ей.

>Веб-сервер, скриптовые интерпретаторы, JRE, СУБД, почтовый сервер, сервер джаббера

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

>> №184786   #27

>>184778

> генту в продакшене

Вполне работает. Раз в полгода - emerge world. На десктопе слегка напрягает пересборка всей плазмы, webkit, boost, libreoffice, chromium и ff. В продакшене их нет.

>> №184796   #28

>>184778

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

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

>> №184808   #29

>>184775

> Зачем ставить source-based, если ты не собираешься использовать преимущества компиляции под конкретное железо?

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

> cpu_flags_x86_aes дает от 400% в профильных задачах.

Которых ~0% от общего числа повседневных задач.

> armvfp позволил мне смотреть 480p на дохлом arm v6 без лагов. Вот тебе и 2%.

Ну, отдельные мультимедии и правда выигрывают, особенно на ARM, где эмуляция работы с FP НЕВЕРОЯТНО медленная. Специально конкретно эти пакеты можно собирать с кастомными флагами. Всю систему зачем?

> Ты делаешь это абсолютно неправильно. Умные люди для таких случаев придумали distcc.

distcc не для этого придумали, в общем-то.
>>184778

> ВСЕ мультимедийные задачи, ВСЯ криптота. И прочий матан с плавающей точкой. И не только с ней.

Очень удивишься, но нет. 95% кода с плавающей точкой (особенно криптота) параллелится компилятором весьма хреново (и это не проблема компилятора, она сама по себе хреново параллелится), а значит от этих всех инструкций не получает ровно никакого выигрыша. А там, где прирост и правда есть - в том же FFMpeg, например - там вообще ассемблерные вставки используются, и опять флаги не играют почти никакой роли. На тех же армах ты видишь большую разницу, потому что по дефолту там программная эмуляция плавающей точки. На x86_64 разницу между SSE2 и чем-то новее да, я в курсе, что преемственность там не полная уловить невозможно из-за проблем с задействованием этого самого "чего-то новее" в большинстве задач.

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

Вспомнился злосчастный CuneiForm, для которого официальный фикс - сборка с -O0. Хорошо пофиксили.

> Ой как заблуждаешься. Особенно в части JS и прочих webGL'ей.

Это ты заблуждаешься. Ни в JS, ни тем более в webGL который вообще являет собой тонюсенькую надстройку над Mesa, так что и оптимизировать там нечего никаких тяжелых вычислений в норме не происходит. Есть специальные числодробильные бенчмарки, но это скорее исключение - обычным сайтам это до лампочки. Вообще интерпретатор JS представляет из себя огромный кусок совместимости, который разработчики лишний раз даже не трогают, чтоб не вонял, и компилятору там оптимизировать нечего. Тут будет уместна аналогия с полноценной Java: она в математике не особо-то уступает даже голому С. Вот только проблема в том, что математики в реальных приложениях крайне мало, и поэтому программа на Java все равно жутко тормозит. Так и тут: соберешь ты жирнолиса с самыми последними флагами и получишь свои +10% в бенче и +0% в повседневных задачах.

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

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

>> №184810   #30

>>184772

>скопипастил один гентушный бинарник с одного x86_64 на другой x86_64

Но зачем?
>>184773

>А нечего было писать -march=native и прописывать наборы инструкций.

Но зачем тогда генту, если не из-за этих 2%?
Ну и юзфлаги конечно, хотя они тоже при переносе бинарников могут помешать.

>> №184826   #31

>>184810

>Но зачем?

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

>Но зачем тогда генту, если не из-за этих 2%?

Ну а зачем вообще тогда генту? Тот прирост производительности, который можно выжать, минимален и незаметен невооружённым глазом и смысла собирать из исходников то, что есть в виде уже имеющихся бинарников, почти никакого.
Разве что, ради того, чтобы не собирать какие-то ненужные части некоторого приложения (или ядра системы - например, убрать поддержку IPv6 или ленточного накопителя). Но, опять же, это освободит доли процента памяти, так что смысл этого действия снова под вопросом.

>> №184830   #32

>>184826
Суть gentoo в гибкости. Хочешь alsa? Будет alsa. Не хочешь openmw с qt, будет без qt и т. д. Хочешь собрать freeciv с sdl, вместо gtk? Пожалуйста.

>> №184854   #33

>>184808

> 95% кода с плавающей точкой (особенно криптота)

Это чем нужно ушататься, чтобы криптоту с плавающей точкой словить?
>>184810

> Но зачем?

Чтобы не тащить тулчейн на бинарный дистр ради однократного запуска специфической фигни.

>> №189291   #34

>>184597
Что за азы?

>> №189294   #35

>>189291
Должен уметь самостоятельно решать ВСЕ возникающие проблемы, при необходимости быть готовым поправить рандомный кусок кода на C/пихтон/баш. Не так и много, на самом деле.

>> №189295   #36

>>189291
Coreutils

>> №189296   #37

>>189294  

>быть готовым поправить рандомный кусок кода на C/пихтон/баш

Совсем необязательно. Лично я в питоне и баше ни бум-бум и как-то справлялся.

>> №189300   #38

>>189296
Я тоже не Ultimate Pyhton Hacker, но умение разобраться в коде и исправить ошибки бывает очень полезным

>> №189321   #39

>>189294
А как уметь решать все задачи? Гуглом?

>> №189322   #40

>>189321
На теле у Homo Sapiens располагается отросток, называемый головой. Внутри него обычно находится специальный орган, называемый мозг, который отвечает за высшую нервную деятельность. Говорят, что некоторые представители Homo Sapiens могут использовать его для решения достаточно сложных задач.

>> №189323   #41

>>189322
Мозгу нужно какие-то аргументы получить, чтобы решить задачу. На пустом месте ничего не выйдет. Нужен какой-то фон.

>> №189864   #42

Здесь линуксоиды? Помогитехристаради!
Есть один NAS и на нём есть один Transmission. Я хочу чтоб он мне сам качал онгоинг. Я погуглил и выяснил, что для этого нужен скрипт, который из RSS ленты будет качать torrent-файлы и складировать их в папочку за которой наблюдает Transmission. Но до настройки скрипта дело пока не дошло, поскольку я не могу заставить Transmission следить за папкой. Для этого нужно в файле settings.json прописать путь к папке, что я делаю следующим образом:
login as: root
root@192.168.88.249's password:
``
BusyBox v1.20.2 (2014-10-30 15:28:59 CST) built-in shell (ash)
Enter 'help' for a list of built-in commands.
``
root@MyCloudEX2Ultra root # find / -name settings.json
/mnt/HD/HD_a2/Nas_Prog/Transmission/config/settings.json
root@MyCloudEX2Ultra root # vi /mnt/HD/HD_a2/Nas_Prog/Transmission/config/settings.json
{

`"alt-speed-down": 50,`
`"alt-speed-enabled": false,`
`"alt-speed-time-begin": 540,`
`"alt-speed-time-day": 127,`
`"alt-speed-time-enabled": false,`
`"alt-speed-time-end": 1020,`
`"alt-speed-up": 50,`
`"bind-address-ipv4": "0.0.0.0",`
`"bind-address-ipv6": "::",`
`"blocklist-enabled": false,`
`"blocklist-url": "http://www.example.com/blocklist",`
`"cache-size-mb": 4,`
`"dht-enabled": true,`
`"download-dir": "/mnt/HD/HD_a2/Transmission",`
`"download-queue-enabled": false,`
`"download-queue-size": 10,`
`"encryption": 1,`
`"idle-seeding-limit": 60,`
`"idle-seeding-limit-enabled": false,`
`"incomplete-dir": "//Downloads",`
`"incomplete-dir-enabled": false,`
`"lpd-enabled": true,`
`"message-level": 2,`
`"peer-congestion-algorithm": "",`
`"peer-id-ttl-hours": 6,`
`"peer-limit-global": 100,`
`"peer-limit-per-torrent": 10,`
`"peer-port": 58127,`
`"peer-port-random-high": 65535,`
`"peer-port-random-low": 49152,`
`"peer-port-random-on-start": true,`
`"peer-socket-tos": "default",`
`"pex-enabled": true,`
`"pidfile": "/var/run/addon_transmission.pid",`
`"port-forwarding-enabled": false,`
`"preallocation": 1,`
`"prefetch-enabled": 1,`
`"queue-stalled-enabled": false,`
`"queue-stalled-minutes": 30,`
`"ratio-limit": 2,`
`"ratio-limit-enabled": false,`
`"rename-partial-files": true,`
`"rpc-authentication-required": false,`
`"rpc-bind-address": "0.0.0.0",`
`"rpc-enabled": true,`
`"rpc-password": "{a589112cf16b6b412951661686203ddf27d3a72076DOy1PP",`
`"rpc-port": 9092,`
`"rpc-url": "/transmission/",`
`"rpc-username": "",`
`"rpc-whitelist": "*.*.*.*",`
`"rpc-whitelist-enabled": true,`
`"scrape-paused-torrents-enabled": true,`
`"script-torrent-done-enabled": false,`
`"script-torrent-done-filename": "",`
`"seed-queue-enabled": false,`
`"seed-queue-size": 10,`
`"speed-limit-down": 100,`
`"speed-limit-down-enabled": false,`
`"speed-limit-up": 100,`
`"speed-limit-up-enabled": false,`
`"start-added-torrents": true,`
`"trash-original-torrent-files": false,`
`"umask": 0,`
`"upload-slots-per-torrent": 4,`
`"utp-enabled": true,`
`"watch-dir": "/mnt/HD/HD_a2/Transmission/torrent",`
`"watch-dir-enabled": true`

}
root@MyCloudEX2Ultra root #
но на наличие torrent-файлов в /mnt/HD/HD_a2/Transmission/torrent клиент после этого не реагирует, хотя в запущенных процессах присутствует некий transmission-daemon-addon. Мои познания в линуксе ограничиваются тем, что я знаю в какое окошко вводить команды, написанные в мануале и теперь ещё как выходить из vi. Подскажите, куда копать?

>> №189868   #43

>>189864
Отвечаю себе сам. Сначала убить процесс, а уж потом редактировать.

>> №189869   #44

>>189864
Эти NAS'ы такие неудобные, когда пытаешься с ними сделать что-нибудь хоть немного нестандартное! С обычными дистрибутивами линукса как правило всё заметно проще.

Какая там система инициализации? Как запускается Transmission? В общем, вручную править settings.json нужно только предварительно остановив демон, иначе он перезатрёт эти изменения. Или же после правки отправить ему SIGHUP (обычно это определено как действие reload в конфигах для разных систем инициализации, но в прошивке для NAS этого могли и не учесть). И демон вообще запускается? На http://192.168.88.249:9092 видно его web ui? Что выдаёт pgrep -a transmission, кроме transmission-daemon-addon (это больше похоже на какую-то специфическую утилиту для его управления, чем на сам Transmission)?

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

И кстати, необязательно. Вот такая https://github.com/1100101/Automatic штуковина умеет не только складывать скачанные из RSS торренты в watch-dir, но и добавлять их в клиент через transmission-cli, если я правильно помню. Точнее, впрочем, не расскажу, потому что не смотрю онгоинги, щито поделать!

> Помогитехристаради!

И вроде бы смотришь аниме, а выражаешься всё равно как цыганка, фи!

>> №189879   #45
1488913147570.png - (55 KB, 1178x691, firefox_.png)  
55 KB

>>189869

>Вот такая https://github.com/1100101/Automatic штуковина

Эх, а я свой костыль писал.

>> №189885   #46

>>189879
Ну так-то есть еще flex, который вроде как может с малом/анидб синхронизироваться, качая тайтлы из твоего вотчлиста.

>> №189887   #47

>>189879
И то, что на скриншоте — полностью самописное? Такое можно и залить на какой-нибудь хостинг кода, наверное. Если есть желание.

>>189885
Flex — это в смысле FlexGet? https://flexget.com/ Выглядит довольно интересно, кстати.

>> №189935   #48
1489091609048.jpg - (16 KB, 640x192, Kubuntu_Logo.jpg)  
16 KB

Чтобы не создавать новый тред:
Какой сейчас самый няшный убунту-дистрибутив? Когда-то сидел на КУ-бунте, но кеды сейчас, вроде, не в моде и замусорились. И как сейчас обстоят дела с запуском виндовых приложений, поддержкой нестандартных вафельных адаптеров, и т.п.?

>> №189937   #49
1489093502611.jpg - (46 KB, 1036x299, CyJdn5JWEAA90fO.jpg)  
46 KB

>>189935
Ubuntu Satanic Edition, конечно же. http://ubuntusatanic.org/livecd.php

>> №189946   #50

>>189937

> Undead CD
> Use the Ubuntu Satanic Edition Live (Undead) CD, based on the last iteration of Ubuntu to use Gnome 2 exclusively, the fabled Maverick 10.10.
> Version 666.9 based on Ubuntu 10.10

О нет, оно начинает разлагаться, скорее зовите некроманта!

>> №189966   #51

>>189864

>login as: root

Не делай так.

>> №189968   #52

>>189935
Мне в своё время Xubuntu очень понравилась. Они, конечно, напихали в крысу кусков Гнома, но зато работает и тема ничего.
Kubuntu сейчас, говорят, потихоньку становится флагманским KDE-дистром, вытесняя Suse.
А вообще, ставь ту среду, какая нравится, нашёл из чего проблемы делать.

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

Wine. Вафля — Broadcom и Realtek, по моему опыту, будут нормально работать на приём, но точку доступа из них может оказаться сделать проблематично. Qualcomm Atheros — будет работать всё без проблем.

>> №189970   #53

>>189935

> Какой сейчас самый няшный убунту-дистрибутив?

KDE neon, конечно же! Джонатан Риддел, на тот момент лидер Kubuntu, сказал апстриму убунты «да ну вас куда подальше» и создал свой дистрибутив на базе убунту, со свежими кедами и всем таким прочим. Это и есть KDE neon.
А вообще не знаю, убунтой и производными не пользуюсь :3

И с самими кедами сейчас более или менее всё в порядке. На KF5 (это такой модульный набор библиотек, который пришёл на смену kdelibs) портировано хоть и ещё не всё, но многое. Из наиболее значимого*, остающегося непортированным — Amarok, Kopete KGet, KRename. Из наиболее заметных регрессий — разработчики digiKam достаточно сильно испортили kipi-plugins. Если раньше они предоставляли в том числе возможность групповой обработки изображений различными способами, то теперь в них ничего подобного нет.

Ах да, хорошие новости! Теперь нет больше никаких кед (в целом). Есть оболочка рабочего стола Plasma, набор приложений KDE Applications, и набор библиотек KDE Frameworks, и релизы у всех этих компонентов теперь раздельные, а не как раньше. Хотя происходят они всё равно почти синхронно.

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

А вообще, можно открыть ленту новостей проекта KDE (https://www.kde.org/announcements/), затем последовательно открывать анонсы всех версий плазмы, начиная с самой первой в пятой ветке (https://www.kde.org/announcements/plasma5.0/), и смотреть видео с обзором основных изменений. Ну, если есть интерес.

С вайном же всё более или менее по-прежнему: выходят новые версии, исправляются ошибки, добавляются новые. https://appdb.winehq.org/ находится на своём обычном месте. Для жонглирования версиями вайна всё так же можно использовать PlayOnLinux. Остальное зависит от конкретных программ.

  • — по оценке независимого агентства «Chii Consulting&Analytics, Ltd.»
>> №189995   #54

>>189968

> Atheros

Господи, не советуй человеку, он поверит же. Не работает оно в большинстве случаев. И вообще работоспособность здесь зависит не от производителя, а от модели конкретной карты, в совсем конченных случаях - от ревизии. Помню, купили мы с приятелем два вроде бы одинаковых нетбука в одном магазине в одно время. У обоих были карты броадком, но мне попалась одна модель, ему - чуть другая. Точных моделей уже не помню, но разница была совсем мелкой на первый взгляд, что-то типа 4212 и 4213. Так вот, у меня прекрасно работали и свободные, и проприентарные дрова, разве что на свободных точку доступа создать было нельзя. А у приятеля проприентарные не работали вообще никак, а свободные что-то писали в лог и глохли почти сразу. Оказалось, что карта СОВСЕМ другая.
Совсем недавно словил похожую ситуацию, у меня на ноуте realtek 8723ae и работает норм, у приятеля 8327be и карта херовничает. Полез разбираться - ба, да карты-то вообще принципиально разные, и драйвера для них тоже совсем разные!
Вот такие пирожки-оладушки в нашем нескучном линуксовом мире

>> №189997   #55

>>189970

> Ах да, хорошие новости! Теперь нет больше никаких кед (в целом). Есть оболочка рабочего стола Plasma, набор приложений KDE Applications, и набор библиотек KDE Frameworks, и релизы у всех этих компонентов теперь раздельные, а не как раньше.

Это ужасно, на самом деле. Если в славные времена кде3 можно было взять Qt, aRtsD, kdelibs, kdebase и получить рабочий рабочий стол, то сейчас там как в гноме - тонны сторонних непонятных зависимостей и огромное количество пакетов. А как приятно это все обновлять ммм... Кошмар мейнтейнера, в общем. И с пользовательской точки зрения оно тоже провалилось, но это уже мое субъективное мнение. Я долго ждал, надеялся и верил, потому что был влюблен в тройку, но в районе 4.4-4.5 просто не выдержал и переехал на XFCE.

>> №190019   #56

>>189935
Elementary, Mint. Вообще KDE 5 красивые довольно.

>> №190023   #57

>>189997
Ну, на самом деле ничего особенно страшного, просто называется всё немного по-другому, и к единому графику релизов теперь не привязано. Qt по-прежнему Qt, только уже пятой версии, а не третьей. Вместо aRts теперь Pulse — плазма с ней вполне неплохо взаимодействует. Вместо монолитных kdelibs теперь модульные KDE Frameworks, а вместо kdebase(-workspace) теперь, собственно, plasma-desktop. Зато теперь приложения из состава KDE Apps должны тянуть за собой меньше зависимостей вне KDE. Ну и достаточно установить эту самую plasma-desktop, чтобы получить минимальный рабочий стол, а всё остальное притянется по зависимостям. Для того и нужен пакетный менеджер, в конце концов! При установке и обновлении нет вообще никаких проблем, связанных с большим количеством пакетов. Беспокойство же насчёт мейнтейнеров мне и вовсе непонятно. У них наверняка всё автоматизировано ведь.

А вот с пользовательской точки зрения, конечно, всё как обычно неоднозначно и зависит от субъективного восприятия... Но зато можно выбирать из множества DE любое по своему вкусу. Можно даже Trinity поставить! Могу только сказать, что меня пятая плазма после четвёртой приятно удивила. В различных, казалось бы, привычных мелочах встречаются неожиданные улучшения. Внешний вид очень даже приятен для глаз. Если бы не ложки дёгтя в виде неполного портирования KDE Apps на KF5 и не до конца восстановленных возможностей четвёртой плазмы — было бы ещё лучше. Как мне кажется, сейчас пятая плазма уже вполне готова для перехода.

И что именно было не так с кедами в районе 4.4-4.5? Падала плазма, или скорее чего-то не хватало?

>> №203787   #58

>>184593

Моё мнение? Покажите мне готовую сборку, в которой есть софт для развёртывания рабочего места. После Fedora Russian Remix 12, где был гигабайт дополнительного софта (игры, среды разработки, офис и гимп, только вайна не завезли) никто не предлагал продолжение.

Фактически, я ищу "установочную флешку на 16 гигов, чисто линукс и куча софта" - не сейчас, так в будущем пригодится флешка, с которой можно быстро записать ОС и софт в отсутствие интернета даже на уровне 56К

>> №203802   #59

>>203787
Ты не поверишь. Даже с адом дружит из коробки.

https://www.calculate-linux.ru/

>> №203991   #60

Мне интересно, как гентушники ухитряются сидеть с гентой на десктопе годами и нахваливать ее удобство?
Я ее научился ставить за несколько часов с нуля до DE с необходимым минимумом (с учетом компиляции), но вот заставить нормально работать так и не удалось.

Началось все еще с самого процесса установки — в инструкции в гентушной вики была какая-то ошибка. Деталей я уже не помню, но если бы я не понял, в чем дело (а понять помог опыт пердолгинга с другими линуксами), я бы плюнул на генту еше на этом этапе, наверное.

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

Дальше был системди — ну, в разделе загрузок же зачем-то лежат архивы с ним, значит, предполагается, что оно будет работать? А вот фиг бы там. Оно работало ровно до момента установки то ли xfce, то ли lxde — после этого портаж стал ругаться на какой-то конфликт, указывая на systemd и на DE, причем очень неинформативно ругаться — просто писал, что мол, конфликт и все. Вики и гугл опять же не дали вообще никакой помощи. Опять же, для нуба в генте это было непосильно (как решить проблему, к которой совершенно непонятно как подступиться?), поэтому закончилось все применением rm -rf. Удаление пакетов, видимо, не работало тоже, иначе бы на такие меры я не пошел.

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

>> №203995   #61

>>203991
Годная паста.



Удалить сообщение []
Пароль
[d | b / bro / ci / cu / dev / gf / hr / l / m / med / mi / mu / o / ph / r / s / sci / tran / tu / tv / x | es / vg | au / tr | a / aa / abe / c / fi / jp / rm / tan / to / ts / vn / vo]
- [iiChantra] [Радио 410] [ii.booru-Архив РПГ] [acomics-cf-ost] [Cirnoid] [@] - [Архив - Каталог] [Главная]