Changes between Version 6 and Version 7 of HeadlessUsageGentoo


Ignore:
Timestamp:
Jan 13, 2009, 5:59:05 PM (13 years ago)
Author:
rb07
Comment:

Update.

Legend:

Unmodified
Added
Removed
Modified
  • HeadlessUsageGentoo

    v6 v7  
    77The following information is current as of January, 2009.  As things change all the time details could become incorrect or obsolete, take that into account.
    88
    9 What is accomplished by these notes?  The current distribution of Transmission on Gentoo has several errors and lacks functionality.  A start script as the one above is a much better alternative; the instructions below show how to adjust the installation and the script under Gentoo.
     9What is accomplished by these notes?  The current distribution of Transmission on Gentoo has several errors and lacks functionality.  The start script can be improved; the instructions below show how to adjust the installation and the script under Gentoo.
    1010
    1111== Installation ==
    1212The usual command line is used, but we add a couple of environment options to get exactly what we want:
    1313{{{
    14 ACCEPT_KEYWORDS="~amd64" USE="-X -gtk" emerge -av transmission
     14ACCEPT_KEYWORDS="~amd64" USE="-gtk" emerge -av transmission
    1515or
    16 ACCEPT_KEYWORDS="~x86"   USE="-X -gtk" emerge -av transmission
     16ACCEPT_KEYWORDS="~x86"   USE="-gtk" emerge -av transmission
    1717}}}
    1818Let's dissect the above line:
    1919
    20  * ACCEPT_KEYWORDS is used to allow selection of "masked" packages for your processor (use amd64 for all 64-bit Intel or AMD processors, use x86 for 32-bit processors).  It really means that we're accepting untested / unstable / non-working packages, so use carefully (also with the dependencies included, you could install the stable version of those first, then transmission); in transmission's case is just untested and this happens with all new versions of packages.
     20 * ACCEPT_KEYWORDS is used to allow selection of "masked" packages for your processor (use amd64 for all 64-bit Intel or AMD processors, use x86 for Intel/AMD or compatible 32-bit processors).  It really means that we're accepting untested / unstable / non-working packages, so use carefully (also with the dependencies included, you could install the stable version of those first, then transmission); in transmission's case is just untested and this happens with all new versions of packages.
    2121With Transmission we usually need it to select the __very__ latest version; also, for those using 64-bit processors, most packages are left untested or at least takes longer.
    22  * USE adds a couple of options, in fact substracts them, meaning that we want to install all of Transmission except those parts that depend on X windows and gtk.  The Web client is not affected and we get the daemon and the command line tools; we don't get the desktop application.
     22 * USE adds an option, in fact subtracts it, meaning that we want to install all of Transmission except those parts that depend on gtk.  The Web client is not affected and we get the daemon and the command line tools; we don't get the desktop application.   Of course you can install both, daemon and GUI client, by not using this option.
    2323 * emerge options just make it easy to check exactly what we are installing, it shows all the dependencies and the package with versions, stopping to ask if it is what we want.
    2424
    25 Now, currently Gentoo does not list the latest Transmission (i.e. shows several available versions up to 1.33 but the current version is 1.34), what can we do? See below, under "Advanced Topics".
     25Currently Gentoo's portage lists Transmission 1.42 (but they deleted all versions between 1.22 and 1.42, why? your guess is as good as mine), what can we do if we want another, like the upcoming 1.50? See below, under "Advanced Topics".
    2626
    2727== Configuration ==
     
    7777
    7878# Control port used
    79 # (only privileged users can use ports < 1024, this applies to REMOTE_USER)
     79# only privileged users can use ports < 1024, this applies to TR_USERNAME
    8080# CTL_PORT=9091
    8181
     
    9696# TR_ENCRYPT=prefered
    9797# TR_ENCRYPT=required
     98
     99# Overall peer limit.
     100# TR_PEERS=240
     101
     102# Peer limit per torrent.
     103# TR_PPT=60
    98104}}}
    99105
     
    120126# All configurable options are set in /etc/conf.d/transmission
    121127
    122 NAME=transmission-daemon
    123128declare -a OPTIONS
    124129OPTIONS+=" -a ${TR_ACL:=127.0.0.1}"
     
    129134fi
    130135OPTIONS+=" -g ${TR_HOME:-/var/transmission/config}"
     136OPTIONS+=" -l ${TR_PPT:-60}"
     137OPTIONS+=" -L ${TR_PEERS:-240}"
    131138OPTIONS+=" -p ${CTL_PORT:-9091}"
    132139if [ -z "$REMOTE_USER" -o -z "$REMOTE_PASS" ]; then
     
    189196stop() {
    190197   ebegin "Stopping transmission daemon"
    191    start-stop-daemon --stop --quiet --retry=TERM/30/KILL/5 \
    192       --name $NAME
     198   start-stop-daemon --stop --quiet --retry=TERM/45/KILL/15 \
     199      --exec /usr/bin/transmission-daemon
    193200   eend $?
    194201}
     
    2422492. As reported on the forum, the sleep on the script was increased to 2 seconds to avoid a communication failure between transmission-remote and the daemon.  I observed this problem, with twice the torrents reported before in the forum, so the daemon startup might be slower the more torrents it has and the problem may persist.
    243250
    244 3. Transmission 1.42 was added to portage... bad news is they discarded all my changes, there's at least one report about that release's init.d script not working (I'm not going to test it, I'm not happy with the way the Gentoo kids came, complained about the format I uploaded the changes -- which I already had re-uploaded after their first complain, ignored the comments in the thread and in the documentation I added, marked as obsolete everything prior and then released their junk).
     2513. Transmission 1.42 was added to portage... bad news is they discarded all my changes shown above, there's at least one report about that release's init.d script not working (I'm not going to test it, I'm not happy with the way the Gentoo kids came, complained about the format I uploaded the changes -- which I already had re-uploaded after their first complain, ignored the comments in the thread and in the documentation I added, marked as obsolete everything prior and then released their junk).