From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thomas Ebert To: development@lists.ipfire.org Subject: Re: pyload Date: Tue, 02 Jul 2013 20:12:38 +0200 Message-ID: <7fe2cdb83780b5a544f01ed8b42126cc@mail.ebert.in> In-Reply-To: <1372769849.2190.4.camel@fedora18x64-lan-e82.lan.e82> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============7469647404574661676==" List-Id: --===============7469647404574661676== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit 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(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://: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://: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 --===============7469647404574661676==--