From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thomas Ebert To: development@lists.ipfire.org Subject: Re: pyload Date: Wed, 03 Jul 2013 15:30:50 +0200 Message-ID: In-Reply-To: <7fe2cdb83780b5a544f01ed8b42126cc@mail.ebert.in> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0478394475634166218==" List-Id: --===============0478394475634166218== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit 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(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 > _______________________________________________ > Development mailing list > Development(a)lists.ipfire.org > http://lists.ipfire.org/mailman/listinfo/development --===============0478394475634166218==--