> Subject: Re: pyload
> From: ummeegge@ipfire.org
> Date: Thu, 30 May 2013 17:52:19 +0200
> To: development@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@lists.ipfire.org
> >>>> http://lists.ipfire.org/mailman/listinfo/development
> >>>
> >>> _______________________________________________
> >>> Development mailing list
> >>> Development@lists.ipfire.org
> >>> http://lists.ipfire.org/mailman/listinfo/development
> >>
> >
> > _______________________________________________
> > Development mailing list
> > Development@lists.ipfire.org
> > http://lists.ipfire.org/mailman/listinfo/development
>
> _______________________________________________
> Development mailing list
> Development@lists.ipfire.org
> http://lists.ipfire.org/mailman/listinfo/development