From mboxrd@z Thu Jan 1 00:00:00 1970 From: Daniel =?utf-8?q?Weism=C3=BCller?= To: development@lists.ipfire.org Subject: Re: pyload Date: Thu, 25 Jul 2013 08:27:06 +0200 Message-ID: <1374733626.2086.3.camel@fedora18x64-lan-e82.lan.e82> In-Reply-To: <51F012B9.4070005@gmx.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4018937509945800211==" List-Id: --===============4018937509945800211== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Oh ok. So we need someone other who may do the necessary changes. Is here a volunteer who could made this for us? ;) - Daniel Am Mittwoch, den 24.07.2013, 19:45 +0200 schrieb Thomas Ebert: > Hi Daniel, > > sorry i don't think so. > > Regards Thomas > > Am 24.07.2013 15:14, schrieb Daniel Weismüller: > > 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(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 > >>> _______________________________________________ > >>> 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 > > > > > --===============4018937509945800211==--