Комментарии 50
1. При загрузке torrent файла, можно выбирать куда он будет закачиваться?
2. После завершения загрузки можно переместить загруженые файлы?
2. После завершения загрузки можно переместить загруженые файлы?
Вот это действительно круто!
Спасибо :)
Спасибо :)
Спрошу и я заодно — можно ли «скачивать последовательно». Это для того, чтобы поставить на закачку и через пару минут начинать смотреть. Как раз вчера хотел настраивать на HTPC качалку, выбирал что поставить и для меня эта функция является критичной.
Я это делаю так: у некритичных торрентов руками уменьшаю скорость закачки. Вообще есть такая вещь как приоритеты. Если нужно просто качать торренты один за другим последовательно то можно ограничить число одновременных загрузок до 1.
Хотелось бы увидеть сравнение по загруженности системы, раз уж на ktorrent в начале поста полетели шишки.
btw, вместо /etc/rc.d/somedaemon start можно использовать rc.d start somedaemon
btw, вместо /etc/rc.d/somedaemon start можно использовать rc.d start somedaemon
Правильно ли я понял, что archlinux тут по-большому счету приписан только из-за pacman и yaourt? :)
Нет, ещё из-за скрипта для запуска rtorrent. Он арчеспецифический.
По большому счету дистрибутивы в основном пакетными менеджерами и отличаются, разве нет? Ну патчами еще время от времени. Исключения разве что source-based дистрибутивы, да и то в том только, что пользовательские патчи накладывать удобнее да конфигурация помудреней.
В AUR'е PKGBUILD для rtorrent-color идёт с xmlrpc-c.
По этому дженту = няшка :)
Собираем сами, а не кушаем что нам дали.
Собираем сами, а не кушаем что нам дали.
это несколько побочная польза от генты, в debian тоже можно собрать как надо apt-get source
На самом деле USE-флаги одна из главных «фишек» portage по сравнению с, так что польза-то совсем не побочная.
Но вообще собрать из исходников всегда можно, в любой системе. Только пакеты собирать не всегда удобно (знаю, знаю про checkinstall). А если без пакетов, то один непринужденный make install превращает любую систему в слакварь :)
Но вообще собрать из исходников всегда можно, в любой системе. Только пакеты собирать не всегда удобно (знаю, знаю про checkinstall). А если без пакетов, то один непринужденный make install превращает любую систему в слакварь :)
это несколько побочная польза от генты
Позвольте не согласиться. Это всё же одна из основных концепций дженту.
Не спорю, что где-то ещё что-то можно. В дженту это истинный путь. В бинарных же дистрибутивах самособранные пакеты выглядят чужеродно. Да и порой что бы собрать что-нибудь, надо поставить 100500 различных devel-пакетов. Что, на лично мой взгляд, не совсем правильно и удобно.
Вы таки это так говорите, как будто дженту — единственный source-based дистрибутив, что неправда.
К слову о Вашей статье годичной давности — в ней Вы анонсировали вторую часть, которая так и не вышла. Она есть в планах?
Спасибо, очень тёплые воспоминания, о времени, когда ползовался Arch. Сразу вспомнилось, насколько там всё просто и удобно.
Это безумие.
Вдумайтесь, для комфортного использования нужно поставить как минимум 4 разных пакета, разобраться в их конфигурировании, а на выходе получить конфиг, мало отличимый от любого другого.
Почему нельзя включить скрипты в пакет? Почему нельзя сделать стандартные настройки пригодными для повседневного использования? Почему нельзя, блин, установить его одним махом? Загадка.
Вдумайтесь, для комфортного использования нужно поставить как минимум 4 разных пакета, разобраться в их конфигурировании, а на выходе получить конфиг, мало отличимый от любого другого.
Почему нельзя включить скрипты в пакет? Почему нельзя сделать стандартные настройки пригодными для повседневного использования? Почему нельзя, блин, установить его одним махом? Загадка.
А оно точно работает? не смог заставить работать mod_scgi как не крути, пришлось использовать плагин RPC да и в вике rutorrent написано:
«Мне неизвестны нормально работающие реализации модуля mod_scgi для nginx. Используйте плагин RPC или плагин HTTPRPC. „
и да почему php-fpm тоже не пересадить на unix сокет?
«Мне неизвестны нормально работающие реализации модуля mod_scgi для nginx. Используйте плагин RPC или плагин HTTPRPC. „
и да почему php-fpm тоже не пересадить на unix сокет?
Это уже по моему на грани бреда, автор не смог осилить ГУИшный клиент, и нагородил кучу из веб-сервера, какого-то консольного клиента, браузера и веб-интерфейса. Десктопный клиент закрыл — он закрылся, а тут чтобы отключить, надо полчаса сервисы останавливать. Щелкнул по торренту — клиент запускается назад, а тут ен понятно что делать.
По-моему, плохое решение.
Это видимо и есть тот Linux Way, вместо одной нормально работающей программы, поставить кучу разных, для этого не предназначенных, скрепленных кривыми bash-скриптами.
По-моему, плохое решение.
Это видимо и есть тот Linux Way, вместо одной нормально работающей программы, поставить кучу разных, для этого не предназначенных, скрепленных кривыми bash-скриптами.
Вы ошибаетесь.
Во-первых, nginx+php-fpm используются мною ещё и для веб-разработки, поэтому они работают всегда.
Во-вторых, такая связка удобна для использовании на домашнем сервере, качающем торренты. А на сервере gui не нужен.
В-третьих, не нравится — не используйте, я троллингу не подвержен, а насильно вбивать конфетки в зубы молотком не намерен.
Во-первых, nginx+php-fpm используются мною ещё и для веб-разработки, поэтому они работают всегда.
Во-вторых, такая связка удобна для использовании на домашнем сервере, качающем торренты. А на сервере gui не нужен.
В-третьих, не нравится — не используйте, я троллингу не подвержен, а насильно вбивать конфетки в зубы молотком не намерен.
Вы просто не в курсе, что rtorrent — достаточно легкое решение, которое можно запустить даже на среднепаршивом роутере с USB-винтом, и оно при этом будет работать. Достаточно много народа выбирают роутеры исходя из такой возможности. Гуй при такой архитектуре, естественно, показан только внешний.
Не троллинга ради, но простите это же издевательство выкладывать простыню с росписями как заставить работать элементарную вещь в блог с названием «линукс для всех» да был бы я новичком увидев это «для всех» я бы охренел и ассоциацией первого уровня при слове линукс у меня было бы торрент клиент который надо настраивать путем написания конфигов, скриптов и ещё линус знает чего. Признаюсь я пользуюсь utorrent под виндой и я потратил около 2 минут на его настройку…
Это скорее осмысленная конкретика, чем подробное руководство к действию. Я и не планировал ориентировать статью совсем уж на новичков.
/usr/bin/sudo -u p2p LC_ALL=ru_RU.UTF-8 /usr/sbin/utserver -settingspath /storage/service/utorrent/settings/ -logfile /storage/service/utorrent/utserver.log -configfile /storage/service/utorrent/utserver.config -daemon
uTorrent Server 3.0 Alpha
Некоторое время назад потратил хренову тонну времени на аналогичную связку в генте. Уже отчаявшись гуглить, наткнулся на какой-то мелкий коммент на форуме по поводу того, что в девелопмент-ветке rtorrent'а отломали xmlrpc. Возможно, с тех пор все уже починилось, я пока не обновлялся. Если у кого-то будут сложности, имейте в виду такую проблему :) Работоспособные версии пока назвать не могу, нет доступа к машине, если кто столкнется, напишите, подсмотрю.
чтобы не было «мусора типа .svn» надо пользоваться svn export вместо checkout
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Установка и настройка rtorrent+rutorrent+nginx+php-fpm в Arch Linux