Autor Tópico: Apollon + giFT : como instalar, inclusive Kazaa  (Lida 21495 vezes)

Offline gersonab

  • Usuário Ubuntu
  • *
  • Mensagens: 47
    • Ver perfil
Re: Apollon + giFT : como instalar, inclusive Kazaa
« Resposta #15 Online: 14 de Setembro de 2006, 01:12 »
pois é , ja fiz isso , tenho os arquivos ( com exeção libares-gift -- não encontrado ) , no entanto , não encontro o executante para abrir o apollon , nem nos arquivos , tenho a pasta .gift com alguns arquivos la dentro , mas cadê o executante ?

Offline gersonab

  • Usuário Ubuntu
  • *
  • Mensagens: 47
    • Ver perfil
Re: Apollon + giFT : como instalar, inclusive Kazaa - resolvido
« Resposta #16 Online: 14 de Setembro de 2006, 11:24 »
Resolvido , depois de reistalar todos os itens e procurar o executante de forma correta , ja resolvi .
caminho /usr/bin/

Valeu galera

Offline Kamei Hyoga

  • Usuário Ubuntu
  • *
  • Mensagens: 1.095
  • Ubuntu 11.04
    • Ver perfil
Re: Apollon + giFT : como instalar, inclusive Kazaa
« Resposta #17 Online: 21 de Setembro de 2006, 15:31 »
Eu instalei usando o Synaptic. Tive só um probleminha ao rodar pq tinha esquecido de baixar o giFT!!! Pode uma coisa dessa?!?! hehehe

Bem, instalei o giFT e usei o tutorial do tópico. Tá rodando perfeitamente.

Meu Deus!!! Tem hora que eu baixo a 12 KB/s... na minha discada!!!!

Offline Jesus

  • Usuário Ubuntu
  • *
  • Mensagens: 77
    • Ver perfil
Re: Apollon + giFT : como instalar, inclusive Kazaa
« Resposta #18 Online: 27 de Janeiro de 2007, 03:10 »
Instalei o Edgy em máquina nova, baixei o giFT+apollon + etc + gui pelo synaptic e não funcionou. Usei este tutorial       ...e não funcionou. Aí eu fui no outro pc, copiei a pasta todos os arquivos e subpastas do ~/.giFT e colei na ~/.giFT do pc novo. Bingo!

A propósito: agradecimentos ao Morimoto e ao pendrive, porque no 5.10 também não consegui fazer funcionar pelos tutoriais. Aí copiei a pasta de um velho Kurumim pro 5.10 e agora para o Edgy.

Se alguém tiver precisando dos arquivos em modo texto, peçam e me dêem um tempo que eu os colo aqui.

Offline hraposo

  • Usuário Ubuntu
  • *
  • Mensagens: 343
    • Ver perfil
    • Página Pessoal Hélder Raposo
Re: Apollon + giFT : como instalar, inclusive Kazaa
« Resposta #19 Online: 27 de Janeiro de 2007, 10:33 »
No meu caso não conecta com nenhuma rede.

Offline thiago e. de oliveira

  • Usuário Ubuntu
  • *
  • Mensagens: 66
    • Ver perfil
Re: Apollon + giFT : como instalar, inclusive Kazaa
« Resposta #20 Online: 28 de Janeiro de 2007, 09:15 »
Instalei o Edgy em máquina nova, baixei o giFT+apollon + etc + gui pelo synaptic e não funcionou. Usei este tutorial       ...e não funcionou. Aí eu fui no outro pc, copiei a pasta todos os arquivos e subpastas do ~/.giFT e colei na ~/.giFT do pc novo. Bingo!

A propósito: agradecimentos ao Morimoto e ao pendrive, porque no 5.10 também não consegui fazer funcionar pelos tutoriais. Aí copiei a pasta de um velho Kurumim pro 5.10 e agora para o Edgy.

Se alguém tiver precisando dos arquivos em modo texto, peçam e me dêem um tempo que eu os colo aqui.

Coloque os textos aqui pra gente! Vou testar no Feisty ;D
Athlon XP 2600+ / MB ASUS A7N8X-DELUXE
Nvidia GeForce FX 5200 128MB/64bits
RAM 1.28 GB (Samsung)
HL-DT-ST DVDRAM GSA-4081B (gravador DVD)
Fonte Superflower (TTGI) 450W reais
HDD Samsung 160GB 7200 RPM SATA
Modem ADSL D.Link DSL-500T (Speedy)
Registered Linux User # 423742
Registered Ubuntu User # 4182

Offline Jesus

  • Usuário Ubuntu
  • *
  • Mensagens: 77
    • Ver perfil
Re: Apollon + giFT : como instalar, inclusive Kazaa
« Resposta #21 Online: 29 de Abril de 2007, 22:28 »
Conteúdo de giftd.conf
--------------------------------------------------------------------------------------------------

[main]

# Boolean determining whether or not this file has been reviewed and is
# complete. giFT will fail to start unless this is non-zero. This is done
# so that we can make sure you, at the very least, read through this file.
# Default: 0
setup = 1

# Space separated list of hosts to allow connection to giFTs interface
# protocol (running default on port 1213). This protocol is used for GUIs
# to communicate with giFT and could be considered a security risk to allow
# external connections.
# The following special keywords are supported:
# ALL - synonym for 0.0.0.0/0
# LOCAL - synonym for 127.0.0.0/8 192.168.0.0/16 172.0.0.0/11 10.0.0.0/8
# Bitwidth fields are optional
# Default: LOCAL
hosts_allow = LOCAL

# Port on which to listen for user interface connections. Unless you have a
# special need to talk to the client on a non-standard port, just accept the
# default.
# NOTE:
# If you change this value, you will also need to modify the ui.conf
# configuration for the machine which will be making outgoing connections
# here.
client_port = 1213

# Determines whether or not to follow symbolic links. If this value is set
# non-zero, symlinks will be traversed and a directory inode tracking system
# will be used to ensure that giFT does not descend the same directory
# twice. If you do not have any symlinks or do not want them traversed, set
# this to 0 for a very minor efficiency gain.
# Windows users: this setting has no effect.
# Default: 1
follow_symlinks = 1

# Colon separated list of protocol plugins to load by default. If dynamic
# library support is enabled, the plugin specified will be statd to check if
# it is a loadable path. If that fails, the fallback method is to attempt to
# construct the fully qualified path based on the configured environment.
# NOTES:
# Without dynamic library support, this plugin must have been compiled into
# your giFT binary. With, this plugin must exist in the installed
# plugin directory. giFT -V will output this path to you, if you are not
# sure.
# Protocol names are case sensitive, so use OpenFT, not Openft.
# For example, to use the OpenFT and Gnutella protocols use:
# OpenFT:Gnutella
# Default: none
plugins = OpenNap:OpenFT:Gnutella:FastTrack

###############################################################################
# DOWNLOAD CONTROLS

[download]

# Directory to store transfers while they are being operated on. Temporary
# state files are also kept here. It is recommended, but not required, that
# the incoming and completed directories are on the same partition (drive).
# Windows users: please use the following path specification:
# incoming = /C/Program Files/giFT/incoming
# For example, to refer to C:\Program Files\giFT\incoming, use:
# incoming = /C/Program Files/giFT/incoming
# Default (*nix): ~/.giFT/incoming
# Default (Windows): /C/Program Files/giFT/incoming
incoming = ~/.giFT/incoming

# Directory which will contain files after they have successfully finished
# downloading.
# Default (*nix): ~/.giFT/completed
# Default (Windows): /C/Program Files/giFT/completed
completed = ~/.giFT/completed

###############################################################################
# SHARE SUBMISSION AND UPLOAD CONTROL

[sharing]

# Maximum amount of uploads allowed from the same user at any given time. It
# is recommended that you keep this at 1 in order to prevent users from
# unfairly queueing your connection.
# Default: 1
max_peruser_uploads = 1

# Determines whether or not to hide directories which contain a leading dot.
# These directories are commonly meant to be "hidden" and thus should not be
# submitted to the network. Selecting 0 here will submit all directories.
# Default: 1
hide_dot_files = 0

# Colon separated list of fully qualified paths you wish to share. These
# directories will be recursed at giFTs startup and the files contained
# within will be subjected to an MD5 hashing. The results will be cached and
# will only be recalculated on a per share basis when the size or
# modification time in the cache and on disk disagree, or the file name is

# changed.
# Sanity notice:
# Do NOT share source directories! Remote nodes will refuse to index your
# shares if you are attempting to submit more than 64000 files.
# Security notice:
# Do not share directories which may contain sensitive information, such as
# ~ ($HOME). Also note that any directories shared here will be stripped of
# all but the last path element when submitted to other nodes for indexing,
# effectively "hiding" the directory prefix.
# Windows users: please use the following path specification:
# /[drive]/dir1/dir2:/[drive]/dir3/dir4 ...
# For example, to refer to C:\Program Files\giFT\shares and D:\shares, use:
# /C/Program Files/giFT/shares:/D/shares
# Default: none
root = none
root = none

# Maximum amount of simultaneous uploads allowed. Setting this to -1 will
# cause giFT to not limit outgoing transfers. 0 effectively disables sharing.
# This may also be handled at run time via your GUI of choice.
# Default: -1
max_uploads = 1

# Controls when giFT periodically rescans your shared directories for any
# changes (new files, missing files, changed files, etc.) and communicates
# those changes to the underlying protocols. This parameter specifies how
# often (in seconds) you want that to happen.
# For your reference
# 0 turns off periodic auto-resync
# 3600 one hour
# 86400 one day
# 604800 one week
# Default: 86400
auto_resync_interval = 86400

# Controls whether or not giFT should automatically share files that you have
# finished downloading. This feature significantly improves the networks
# abundance of files and helps ease the load on those sharing popular files.
# Its a Good Thing (TM), please leave it on.
# Avoid setting your completed directories through sharing/root, as that
# setting will duplicate recursion of the completed directory and cause
# generally undesirable results.
# Default: 1
share_completed = 1

###############################################################################
# USER SPACE BANDWIDTH CONTROL

[bandwidth]

# Bandwidth throttling allows giFT to have some basic control over your
# bandwidth usage. This code operates in user space, and as a result can not
# guarantee perfect accuracy. If you wish to use this feature, please
# consider using a more reliable kernel space option first. As always, google
# should be able to assist you there.
# The following configuration switches control the maximum number of bytes
# per second allowed for the given stream direction. A setting of 0 will
# disable throttling for that direction.
# Default: 0
downstream = 307200
upstream = 3072