Package Details: pyload 0.4.9-17

Git Clone URL: https://aur.archlinux.org/pyload.git (read-only)
Package Base: pyload
Description: Downloadtool for One-Click-Hoster written in python.
Upstream URL: http://www.pyload.org
Licenses: GPL
Conflicts: pyload-git, pyload-hg
Replaces: pyload-git, pyload-hg
Submitter: None
Maintainer: None
Last Packager: johnnybash
Votes: 105
Popularity: 0.084128
First Submitted: 2010-02-10 00:59
Last Updated: 2016-10-22 12:23

Latest Comments

monojp commented on 2016-04-26 12:37

Hi dobo! Please fix the license as suggested by reklrekl.

reklrekl commented on 2016-02-05 17:32

Hey, i was getting an error "License should be an array".
Could fix it by changing
license='GPL' to
license=('GPL') in PKGBUILD

dobo commented on 2015-09-10 19:40

I've updated the link. Thanks!

gerryst commented on 2015-09-08 10:41

downloading from github is now the official way to do it

http://forum.pyload.org/viewtopic.php?f=12&t=4527

SRChiP commented on 2015-09-08 03:34

The link does seem to be broken on the pyload servers. I think it would be better to use the zip from github. You don't even need to change the checksum (for the current pkgver).

https://github.com/pyload/pyload/releases/download/v${pkgver}/pyload-src-v${pkgver}.zip

SRChiP commented on 2015-09-08 03:33

The link does seem to be broken on the pyload servers. I think it would be better to use the zip from github. You don't even needto chenge the checksum (for the current pkgver).

https://github.com/pyload/pyload/releases/download/v${pkgver}/pyload-src-v${pkgver}.zip

hensur commented on 2015-08-06 22:46

Hi,
the link doesn't work for me either.
I could fix this by using their git repository. Replace the link with:
git://github.com/pyload/pyload#branch=stable
and disable the Checksum check for the first source. I don't know if it's possible to have a checksum for git sources.

di3g0 commented on 2015-07-08 19:11

hi guys, i think there is an issue with following url http://get.pyload.org/get/src/0.4.9 in the PKGBUILD

source=("http://get.pyload.org/get/src/${pkgver}" .....)
can some one check it please?

chibby commented on 2015-06-15 09:28

pyload wants to delete files in /opt/pyload/module/plugins when updating itself - which is not possible because the folder is owned by root and the process runs as user pyload.

log-entry (example):
ERROR UpdateManager: Error removing: /opt/pyload/module/plugins/hooks/LinkdecrypterCom.py | [Errno 13] Permission denied: '/opt/pyload/module/plugins/hooks/LinkdecrypterCom.py'

my solution was to chown the folder to pyload-user .. is there a better way to fix that?

dobo commented on 2015-03-08 21:25

Ok, I've changed pyload.service but it's minor change so I haven't bumped package version. Sorry for waiting so long I've missed e-mail notification.

hawk07 commented on 2015-02-14 10:57

+1 for killermoehre

killermoehre commented on 2014-06-18 16:55

Please, for the sake of systemd, use this service file

### FILE /usr/lib/systemd/system/pyload.service ###
[Unit]
Description=pyLoad Core
After=network.target

[Service]
ExecStart=/usr/bin/pyLoadCore
User=pyload
Group=pyload

[Install]
WantedBy=multi-user.target
### END ###

dobo commented on 2014-06-12 16:50

I adopted this package. I forced pyload to use internal libraries bundled in its archive. That's why I removed python2-jinja and python2-beaker dependencies. I also included functionality to PKGBUILD which builds Python optimized byte-code files (*.pyo). Hope it works all fine!

HLFH commented on 2014-04-10 17:02

Does not work. Because of jinja2 ? Please update

darude commented on 2014-02-26 12:35

@Rusk: How did you do the downgrade für jinja2.6 since I'm having the same problem. :(

Rusk commented on 2014-02-02 11:55

You will be unable to login to pyload's webinterface with jinja2.7. Only after using jinja2.6 I was able to login. Until then you'll be simply receiving error messages saying that your provided username and password didnt match.

Rusk commented on 2014-02-02 11:54

You will be unable to login to pyload's webinterface with jinja2.7. Only after using jinja2.6 I was able to login.

willemw commented on 2014-01-21 09:02

By following the wiki page, I ended up with two config dirs: /var/run/pyload/ and /var/run/pyload/.pyload/ (if I remember correctly), 'losing' my initial configuration settings. Let pyload determine the location of the config directory by removing the --configdir option.

PIDFile=/var/lib/pyload/.pyload/pyload.pid
This is just the default location. If /var/run/... is preferred, then maybe use that. Also note that the wiki page does not mention PIDFILE at all.

Downloading from a third source seems unnecessary (links may not always be available, firewall issues, etc.).

willemw commented on 2014-01-21 08:54

By following the wiki page, I ended up with two config dirs: /var/run/pyload/ and /var/run/pyload/.pyload/ (if I remember correctly), 'loosing' my initial configuration settings. Let pyload determine the location of the config directory by removing --configdir option.

PIDFile=/var/lib/pyload/.pyload/pyload.pid
This is just the default location. If /var/run/... is preferred, then maybe use that. Also note that the wiki page does not mention PIDFILE at all.

Downloading from a third source seems unnecessary (links may not always be available, firewall issues, etc.).

onny commented on 2014-01-20 16:50

willemw: What do you mean with that? Shouldn't we put the pid-file into a /run-directory, e.g.: /var/run/pyload/?
Why remove --configdir from ExecStart?
And why not download *.desktop-files seperately?

willemw commented on 2013-12-17 07:31

The paths used in file pyload.service are not standard/default paths. Please use default paths:
ExecStart=/usr/bin/pyLoadCore --daemon
PIDFile=/var/lib/pyload/.pyload/pyload.pid
The wiki also assumes default paths.

Why are the *.desktop files, etc downloaded separately?

DarkElf commented on 2013-10-29 16:06

@dhead666
https://github.com/pyload/pyload/pull/254

onny commented on 2013-10-20 11:00

@dhead666: I guess pyload itself, at least the non-git version, isn't compatible with python2-pillow yet.

dhead666 commented on 2013-10-17 10:53

python2-imaging replaced by python2-pillow

kleinph commented on 2013-09-16 10:09

Could you please add unzip and unrar as optdepend beacause they are needed for the ExtractArchive plugin?

onny commented on 2013-07-29 00:51

@jakicoll: Thanks, updated it!

jakicoll commented on 2013-07-18 12:21

Configuration is overwritten by pacman during upgrades.
Adding a backup-section to PKGBUILD for /var/lib/pyload/pyload.conf should fix this.

onny commented on 2013-07-06 11:50

@mc-kay: switched dependency back to python2-jinja and it works for me now

onny commented on 2013-06-16 09:29

@carstene1ns: Oh sry I forgot the package() function, this is fixed now. Thank you for the hint!

carstene1ns commented on 2013-06-15 13:02

The error is caused by wrong use of systemd-tmpfiles. Just remove the command from .install file or write a correct config file.
Also update the PKGBUILD to use package() function.

Fixed files here:
PKGBUILD: https://paste.xinu.at/vWqN/
pyload.install: https://paste.xinu.at/8u3/

It is working for me like that, however I don't use the service, only manual start.

Anonymous comment on 2013-06-11 12:44

I'm getting the same error as ujaj - fix?

Anonymous comment on 2013-06-08 14:45

I'm getting this error during installation

(1/1) checking keys in keyring [##############################################] 100%
(1/1) checking package integrity [##############################################] 100%
(1/1) loading package files [##############################################] 100%
(1/1) checking for file conflicts [##############################################] 100%
(1/1) checking available disk space [##############################################] 100%
(1/1) installing pyload [##############################################] 100%
error: command failed to execute correctly

CheariX commented on 2013-05-30 14:07

I can confirm the fix by mc-kay.
Please fix the PKGBUILD

Anonymous comment on 2013-05-26 13:39

Yeap, "pacman -Rdd python2-jinja && pacman -S python-jinja" fixed it.

Anonymous comment on 2013-05-26 11:44

I replaced the python2-jinja package with the pyton-jinja package and it works for me. Don't know if it makes a difference...

lobisquit commented on 2013-05-26 09:53

thank you andy123 :)
I have just reported it to the maintainer of python2-jinja.

ajs124 commented on 2013-05-25 21:35

This has been reported upstream and there is a fix for it over at github https://github.com/pyload/pyload/issues/132

DrWaluigi commented on 2013-05-25 21:23

I think that the problem come from a recent update, because I've the same issue as you lobisquit.

lobisquit commented on 2013-05-25 16:18

hello everybody, I've a problem with pyload webinterface:
when I try to connect, in the webpage there is written "Critical error while processing request: " and it does'nt work at all.
I tried to restart the setup, and I found that pyload thought that jinja2 library (of python2-jinja I think) is old and that I might experience problems with webinterface.
How can I solve it?

The jinjia package is up-to-date...

timofonic commented on 2013-05-18 14:42

ependencias opcionales para pyload
python2-qt: Gui
python-flup: for additional webservers
python-notify: Notifications for GUI
js: ClickNLoad[instalado]

python-flup has been renamed to python2-flup, for example.

python2-qt or python2-pyqt ?

mortzu commented on 2013-03-02 21:01

pyLoad has moved to Github, please visit:
https://github.com/pyload/pyload
for current source code.

Anonymous comment on 2013-02-20 17:54

Working good now. Thank you!

simontunnat commented on 2013-02-18 09:41

Could you please update the checksum for the pyload.service file?

KenjiTakahashi commented on 2013-02-17 18:54

pyload.service checksum fails

onny commented on 2013-02-17 18:38

@dhead666: agreed, fixed that.

onny commented on 2013-02-17 18:34

@dhead666: agreed, fixed that.

dhead666 commented on 2013-02-17 09:31

p.s.
to keep things a little more tidy please consider moving the default config folder for the service to /var/lib/pyload

dhead666 commented on 2013-02-17 09:08

It seems to me (linux n00b) that for a service one should consider adding install script to create a user & group for the service, a good example in aur is transmission-cli.

mjob commented on 2013-01-21 09:26

@Morfeo: Are you using the systemd file written in the wiki[1]? These files seems to be case sensitive. So check twice if they are correct ;)

[1] https://wiki.archlinux.org/index.php/PyLoad#systemd

M0Rf30 commented on 2013-01-03 13:52

when running systemctl start pyload.service:

http://pastie.org/5616054

onny commented on 2012-12-25 00:19

@robotanarchy: it's already in the optional dependency list. is that okay?

robotanarchy commented on 2012-11-02 11:12

js is also required for zippyshare, maybe you could add that as depend info

pschmitt commented on 2012-11-01 01:35

+CheariX I just updated the wiki (https://wiki.archlinux.org/index.php/PyLoad), but your service file is much more cleaner than mine... Gonna reupdate it
.

pschmitt commented on 2012-11-01 01:21

+CheariX I just updated the wiki (https://wiki.archlinux.org/index.php/PyLoad), but your service file is much more cleaner than mine... Gonna reupdate it
.

robotanarchy commented on 2012-10-24 15:33

If anyone else wants to run pyload without x11 dependencies, build giflib without x11 dependency:
https://aur.archlinux.org/packages.php?ID=63909

lukad commented on 2012-10-20 16:37

MD5 of pyload-src-v0.4.9.zip is incorrect.

CheariX commented on 2012-10-09 18:36

Currently, I'm using the following systemd file, which is working fine for me:
---
[Unit]
Description=pyLoad Core
After=network.target

[Service]
Type=forking
ExecStart=/usr/bin/pyLoadCore --daemon --pidfile=/var/pyload/pyload.pid
KillSignal=SIGQUIT
PIDFile=/var/pyload/pyload.pid
User=pyload

[Install]
WantedBy=multi-user.target
---
Maybe it will helpe some of you...

Anonymous comment on 2012-10-05 02:18

http://get.pyload.org/get/src/0.4.9 gives:
Error
Over Quota
This application is temporarily over its serving quota. Please try again later.

ajs124 commented on 2012-10-03 19:59

python-pycurl was renamed to python2-pycurl

CheariX commented on 2012-09-10 22:36

Still not working.

I already fixed:

- Group "download" does not exist -> must be created
- Directory "/var/pyload" must get read/write acces for user "pyload"

But still not working...

systemd[1]: PID file /var/pyload/pyload.pid not readable (yet?) after start.

Although I can create it manually via:

sudo -i -u pyload touch /var/pyload/pyload.pid

Maybe the option:

--configdir=/var/pyload/

should/must be removed?

ajs124 commented on 2012-09-10 16:27

sed -i 's/USER/User/;s/GROUP/Group/' /usr/lib/systemd/system/pyload.service

CheariX commented on 2012-09-10 16:25

systemd service file does not work for me.

Output of journalctl:

systemd[1]: [/usr/lib/systemd/system/pyload.service:11] Unknown lvalue 'USER' in section 'Service'. Ignoring.
systemd[1]: [/usr/lib/systemd/system/pyload.service:12] Unknown lvalue 'GROUP' in section 'Service'. Ignoring.
systemd[1]: PID file /var/pyload/pyload.pid not readable (yet?) after start.
systemd[1]: pyload.service never wrote its PID file. Failing.
systemd[1]: Unit pyload.service entered failed state.

Any ideas how to fix this?

onny commented on 2012-09-05 16:21

I've added the default, offical systemd-service file for Fedora and also an legacy sysvinit-script (/etc/rc.d/pyload). Feel free to update the related instructions in the wiki https://wiki.archlinux.org/index.php/PyLoad#Daemon

ajs124 commented on 2012-09-05 14:13

hi @CheariX
I use this http://codepad.org/PGLwLWG9 systemd service
I couldn't manage to set "User" to a variable from an "EnvironmentFile" so the user pyload runs as is "hardcoded". (https://bbs.archlinux.org/viewtopic.php?pid=1140008)
With the "Restart=on-success" you can't quit pyload (from webinterface or a client) because it systemd restarts it if its return value is 0 but without it you can't restart it.
This is one of my first systemd services, so if anyone here can do better, please go ahead and do so.

CheariX commented on 2012-09-04 19:26

Are there any plans for "systemd" startup script support?
Would be so nice...

Kwpolska commented on 2012-08-26 14:15

makedepends=('') made my AUR helper (pkgbuilder) break, thanks for helping me find a bug. (fixed in 2.1.3.7)

Anonymous comment on 2012-08-22 09:42

python2-pyopenssl should be added as optdep.
Cheers!

rEnr3n commented on 2012-08-21 12:48

pycrypto dependency does not exist in the official repo.

misc commented on 2012-06-03 12:09

Fresh install. After setup, I immediately get for pyLoadCore:

Traceback (most recent call last):
File "/usr/bin/pyLoadCore", line 43, in <module>
from module.plugins.AccountManager import AccountManager
File "/opt/pyload/module/plugins/AccountManager.py", line 26, in <module>
from module.utils import chmod, lock
ImportError: cannot import name chmod

mrbit commented on 2012-04-29 08:39

You can ADD files daemon ????

mrbit commented on 2012-04-29 08:31

for daemon ...https://lippolweblog.wordpress.com/2012/03/07/addio-jdownloader-benvenuto-pyload/#more-823

Tanath commented on 2012-04-27 06:38

$ pyLoadGui

** (process:31324): WARNING **: Trying to register gtype 'GMountMountFlags' as enum when in fact it is of type 'GFlags'

** (process:31324): WARNING **: Trying to register gtype 'GDriveStartFlags' as enum when in fact it is of type 'GFlags'

** (process:31324): WARNING **: Trying to register gtype 'GSocketMsgFlags' as enum when in fact it is of type 'GFlags'
/usr/lib/python2.7/site-packages/gtk-2.0/gtk/__init__.py:127: RuntimeWarning: PyOS_InputHook is not available for interactive use of PyGTK
set_interactive(1)
zsh: segmentation fault pyLoadGui

bjo commented on 2012-04-12 15:00

[bjo@ostrea][~]% pyLoadGui
Traceback (most recent call last):
File "/usr/bin/pyLoadGui", line 28, in <module>
from PyQt4.QtCore import *
ImportError: No module named PyQt4.QtCore

hobarrera commented on 2011-12-29 19:06

Is there any reason to install this to /opt/ instead of /usr/...?
Why not symlink to /usr/bin at least, so it's a bit easier to run it? :)

KenjiTakahashi commented on 2011-10-04 14:51

A note for optdepends: There's no more 'spidermonkey', it's just 'js'.

Anonymous comment on 2011-06-21 12:39

The correct md5sum for the source zip (first one in the md5sums array) is 6e2b8e454b76e9e7a9226941e12a5d64

robustus commented on 2011-06-20 13:52

md5sums probably wrong, or bad package...

citydweller commented on 2011-04-10 19:08

is there any daemon script?

haawda commented on 2011-04-09 16:26

the uploaded tarball is not gzipped.

Anonymous comment on 2011-02-01 12:44

Please add a optional dependency for python-notify.

uwinkelvos commented on 2010-10-10 19:47

http://aur.pastebin.com/6BKBPRqM

little sed line to make it use python2 explicitly.

Anonymous comment on 2010-04-04 18:32

v0.3.2 is out since 4 weeks