From: "Daniel Weismüller" <whytea@ipfire.org>
To: development@lists.ipfire.org
Subject: Re: pyload
Date: Tue, 02 Jul 2013 14:57:29 +0200 [thread overview]
Message-ID: <1372769849.2190.4.camel@fedora18x64-lan-e82.lan.e82> (raw)
In-Reply-To: <1371459855.2249.17.camel@fedora18x64-lan-e82.lan.e82>
[-- Attachment #1: Type: text/plain, Size: 8794 bytes --]
Thomas,
do you think you're able to implement the suggestions from Michael?
- Daniel
Am Montag, den 17.06.2013, 11:04 +0200 schrieb Daniel Weismüller:
> Hi
>
> Are there some news about pyload?
> What about the suggestions? Did someone try to implement them?
>
> - Daniel
>
>
> Am Dienstag, den 04.06.2013, 17:07 +0200 schrieb Michael Tremer:
> > Hi,
> >
> > yeah, I would also suggest that the data directories are moved to some
> > subdirectory of /var, because a full root device will kill the firewall
> > box eventually.
> >
> > I also checkout out the source and that looks pretty much okay. Some
> > files which don't necessarily need to be in the packages like all the
> > *.so links, but still.
> >
> > Please replace the initscript by something proper. You will find a
> > template at src/initscripts/init.d/template. Except that, things look
> > good.
> >
> > -Michael
> >
> > On Fri, 2013-05-31 at 09:14 +0800, Fajar Ramadhan wrote:
> > > Hi there,
> > >
> > > I have same problem just like ummeegge - /srv is too small (which is
> > > only 2 Gb here) to properly hold all downloaded files. So I change its
> > > download directory to /var/pyload and everything just works fine for
> > > me.
> > >
> > > One thing to remember : after you change pyload configurations, you
> > > should do manual pyload restart from web interface Administrate ->
> > > Restart pyLoad. pyLoad configurations wont change if you do restart
> > > using init script.
> > >
> > > I've tested some plugins such as download scheduler and youtube (I
> > > love youtube plugin since its able to download HD videos
> > > automagically) and its work like a charm. Now I have transmission and
> > > pyLoad running in my box, great! :)
> > >
> > > Regards,
> > >
> > > - Fajar R.
> > >
> > > > Subject: Re: pyload
> > > > From: ummeegge(a)ipfire.org
> > > > Date: Thu, 30 May 2013 17:52:19 +0200
> > > > To: development(a)lists.ipfire.org
> > > >
> > > > Hi Stefan,
> > > > so for the first the compiled binary (unrar) can be found in here
> > > http://people.ipfire.org/~ummeegge/unrarsrc/
> > > >
> > > > i have installed now pyload and all the dependencies and for the
> > > first it looks very good. I could access the pyload webinterface with
> > > http://<IP-IPFire>:8086 and all menues are available. The start of
> > > different downloads over the "Add" button gives me also the
> > > possibility to create new folders in the Download section (have tested
> > > it now only with "Queue" not with "Collector", under the tab "Home"
> > > the overview of active downloads are displayed, also the "Queue" tab
> > > with his small function icons worked good for me.
> > > >
> > > > The Logs section works also good and give a nice informative
> > > overview.
> > > > The administration tabs (Logout, Administrate, Info) on the right
> > > top of the WUI do their work.
> > > >
> > > > I have had some problems by changing the config´s, the default
> > > download directory is located under /srv which wasn´t the best place
> > > for me cause mostly disc space is under /var or /mnt/harddisk so i
> > > tried to change it over the WUI but the changes doesn´t take affect,
> > > also the WUI seems to work buggy after this changes. I need to make
> > > a /etc/init.d/pyload stop/start (the init script from pyload seems not
> > > to work with restart) after this all went good again and the new
> > > download folder was accepted. So it seems like configuration changes
> > > needs to have an pyload restart, that the changes takes affect ?
> > > >
> > > > I think there is no reconnect.sh script available or may i have
> > > overseen it...
> > > >
> > > > The first impression of pyload is good but some further tests might
> > > be important i think.
> > > >
> > > > Thanks for your good work and greetings
> > > >
> > > >
> > > > Erik
> > > >
> > > > Am 30.05.2013 um 10:32 schrieb Erik K.:
> > > >
> > > > >>
> > > > >> Hi Stefan and Daniel,
> > > > >> @Stefan i think unrar is not available in Pakfire, but i compile
> > > it at this time. If the build process is finished, i upload it to my
> > > home directory. I will go then also for some tests.
> > > > >>
> > > > >> Feedback will come soon.
> > > > >>
> > > > >> Greetings
> > > > >>
> > > > >>
> > > > >> Erik
> > > > >>
> > > > >> Am 29.05.2013 um 21:53 schrieb Stefan Schantl:
> > > > >>
> > > > >>> Hello Daniel,
> > > > >>>
> > > > >>> thanks for testing the packages, are they also affected by the
> > > "/etc/init.d/" bug ?
> > > > >>>
> > > > >>> All mailing list followers, please join the team and test the
> > > pyload package and it's dependencies.
> > > > >>>
> > > > >>> The installation of the packages is pretty easy:
> > > > >>>
> > > > >>> * Install sqlite, pycurl and unrar by using pakfire. "pakfire
> > > install sqlite pycurl unrar" or do it over the WUI.
> > > > >>>
> > > > >>> * Download pyload and the dependecies from here:
> > > http://people.ipfire.org/~stevee/testing/
> > > > >>>
> > > > >>> * Put them on your IPFire into the "/opt/pakfire/tmp" directory.
> > > > >>>
> > > > >>> * Unextract the downloaded files with tar - "tar -xvf
> > > file.ipfire" and install it with "./install.sh"
> > > > >>>
> > > > >>> * Be sure to install the pyload package at the end - pyload
> > > automatically will be started.
> > > > >>>
> > > > >>> The GUI, as Daniel already documented will be available at
> > > "http://<ip-of-your-ipfire>:8086", the default credentials are
> > > "pyload" with the password "secret".
> > > > >>>
> > > > >>> Please report any problems or errors, to get rid of them and to
> > > speed up the final merge into the main distribution.
> > > > >>>
> > > > >>> A big thanks,
> > > > >>>
> > > > >>> - Stefan
> > > > >>>
> > > > >>>> Yesterday I've tested the pyload packages from Stevee.
> > > > >>>> http://people.ipfire.org/~stevee/testing/
> > > > >>>>
> > > > >>>> Installationorder: leptonica, tesseract-ocr, python-pyOpenSSL,
> > > > >>>> python-Jinja2, python-Beaker, python-thrift, python-simplejson,
> > > > >>>> python-pycrypto, python-pytesser, python-PIL,
> > > python-BeautifulSoup,
> > > > >>>> spidermonkey, sqlite, pycurl, unrar, pyload
> > > > >>>>
> > > > >>>> sqlite and pycurl you find in the pakfire.
> > > > >>>>
> > > > >>>> After I've installed everything the pyload webinterface was
> > > reachable on
> > > > >>>> ipfire:8086.
> > > > >>>>
> > > > >>>> username: pyload
> > > > >>>> password: secret
> > > > >>>>
> > > > >>>> At first pyload seems to work fine. Also automatic unrar and
> > > unzip of
> > > > >>>> compressed files work fine.
> > > > >>>>
> > > > >>>> The only thing is that every one minute there is the following
> > > entry in
> > > > >>>> the logfile.
> > > > >>>>
> > > > >>>> 149 28.05.2013 08:49:34 ERROR Error executing hooks: 'NoneType'
> > > object
> > > > >>>> has no attribute '__getitem__'
> > > > >>>> 150 28.05.2013 08:50:34 ERROR Error executing hooks: 'NoneType'
> > > object
> > > > >>>> has no attribute '__getitem__'
> > > > >>>> 151 28.05.2013 08:51:34 ERROR Error executing hooks: 'NoneType'
> > > object
> > > > >>>> has no attribute '__getitem__'
> > > > >>>> 152 28.05.2013 08:52:34 ERROR Error executing hooks: 'NoneType'
> > > object
> > > > >>>> has no attribute '__getitem__'
> > > > >>>>
> > > > >>>> Maybe someone could verify it.
> > > > >>>>
> > > > >>>> - Daniel
> > > > >>>>
> > > > >>>> _______________________________________________
> > > > >>>> Development mailing list
> > > > >>>> Development(a)lists.ipfire.org
> > > > >>>> http://lists.ipfire.org/mailman/listinfo/development
> > > > >>>
> > > > >>> _______________________________________________
> > > > >>> Development mailing list
> > > > >>> Development(a)lists.ipfire.org
> > > > >>> http://lists.ipfire.org/mailman/listinfo/development
> > > > >>
> > > > >
> > > > > _______________________________________________
> > > > > Development mailing list
> > > > > Development(a)lists.ipfire.org
> > > > > http://lists.ipfire.org/mailman/listinfo/development
> > > >
> > > > _______________________________________________
> > > > Development mailing list
> > > > Development(a)lists.ipfire.org
> > > > http://lists.ipfire.org/mailman/listinfo/development
> > >
> > > _______________________________________________
> > > Development mailing list
> > > Development(a)lists.ipfire.org
> > > http://lists.ipfire.org/mailman/listinfo/development
> >
> > _______________________________________________
> > Development mailing list
> > Development(a)lists.ipfire.org
> > http://lists.ipfire.org/mailman/listinfo/development
>
>
> _______________________________________________
> Development mailing list
> Development(a)lists.ipfire.org
> http://lists.ipfire.org/mailman/listinfo/development
next prev parent reply other threads:[~2013-07-02 12:57 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <SNT136-W50484950C5A451C1A0E4DC5920@phx.gbl>
2013-06-04 15:07 ` pyload Michael Tremer
2013-06-17 9:04 ` pyload Daniel Weismüller
2013-07-02 12:57 ` Daniel Weismüller [this message]
2013-07-02 18:12 ` pyload Thomas Ebert
2013-07-03 13:30 ` pyload Thomas Ebert
2013-07-04 10:51 ` pyload Michael Tremer
2013-07-24 13:14 ` pyload Daniel Weismüller
[not found] <51F012B9.4070005@gmx.de>
2013-07-25 6:27 ` pyload Daniel Weismüller
[not found] <155834D1-2868-4CE4-9AE3-FD6107AFD2C1@ipfire.org>
2013-05-30 8:32 ` pyload Erik K.
2013-05-30 15:52 ` pyload Erik K.
2013-05-28 7:12 pyload Daniel Weismüller
2013-05-29 19:53 ` pyload Stefan Schantl
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1372769849.2190.4.camel@fedora18x64-lan-e82.lan.e82 \
--to=whytea@ipfire.org \
--cc=development@lists.ipfire.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox