pyload

Thomas Ebert th.ebert at gmx.de
Tue Jul 2 20:12:38 CEST 2013


Hi Daniel,

i don't think that it's a big case to implement that things.

I'll add these suggestions and make a new upload to my repository.

Regards
Thomas

Am 2013-07-02 14:57, schrieb Daniel Weismüller:
> 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 at ipfire.org
>> > > > Date: Thu, 30 May 2013 17:52:19 +0200
>> > > > To: development at 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 at lists.ipfire.org
>> > > > >>>> http://lists.ipfire.org/mailman/listinfo/development
>> > > > >>>
>> > > > >>> _______________________________________________
>> > > > >>> Development mailing list
>> > > > >>> Development at lists.ipfire.org
>> > > > >>> http://lists.ipfire.org/mailman/listinfo/development
>> > > > >>
>> > > > >
>> > > > > _______________________________________________
>> > > > > Development mailing list
>> > > > > Development at lists.ipfire.org
>> > > > > http://lists.ipfire.org/mailman/listinfo/development
>> > > >
>> > > > _______________________________________________
>> > > > Development mailing list
>> > > > Development at lists.ipfire.org
>> > > > http://lists.ipfire.org/mailman/listinfo/development
>> > >
>> > > _______________________________________________
>> > > Development mailing list
>> > > Development at lists.ipfire.org
>> > > http://lists.ipfire.org/mailman/listinfo/development
>> >
>> > _______________________________________________
>> > Development mailing list
>> > Development at lists.ipfire.org
>> > http://lists.ipfire.org/mailman/listinfo/development
>>
>>
>> _______________________________________________
>> Development mailing list
>> Development at lists.ipfire.org
>> http://lists.ipfire.org/mailman/listinfo/development


More information about the Development mailing list