pyload

Daniel Weismüller whytea at ipfire.org
Wed Jul 24 15:14:56 CEST 2013


Hi Thomas
do you think you're able to implement the new suggestions from Michael?

- Daniel


Am Donnerstag, den 04.07.2013, 12:51 +0200 schrieb Michael Tremer:
> Hi Thomas,
> 
> two things about this:
> 
> a) The rootfile is (again) completely messed up. The build system will
> complain at the end that it could not compare it to what has been
> generated in the build.
> 
> b) The initscript does not seem very well done. Despite that some
> information has not been properly filled out in the header and in the
> lines that will be prompted on the terminal at boot up, the start and
> stop process of pyload does not look very good.
> 
> If there is no such daemon, then please write a helper daemon that can
> be properly killed.
> 
> -Michael
> 
> On Wed, 2013-07-03 at 15:30 +0200, Thomas Ebert wrote:
> > Hi Daniel,
> > 
> > i've updated the init.d script and changed the default download folder 
> > to /var/pyload/Downloads.
> > I've deleted the old branch pyload in my reposistory and created a new 
> > one with the same name.
> > 
> > Regards
> > Thomas
> > 
> > Am 2013-07-02 20:12, schrieb Thomas Ebert:
> > > 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
> > > _______________________________________________
> > > 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