Package Details: pacserve 2021-1

Git Clone URL: https://aur.archlinux.org/pacserve.git (read-only, click to copy)
Package Base: pacserve
Description: Easily share Pacman packages between computers. A replacement for PkgD.
Upstream URL: https://xyne.archlinux.ca/projects/pacserve
Keywords: arch_linux pacman server
Licenses: GPL
Conflicts: pacredir
Submitter: Xyne
Maintainer: Xyne
Last Packager: Xyne
Votes: 103
Popularity: 0.38
First Submitted: 2011-04-17 00:30
Last Updated: 2021-02-11 12:51

Latest Comments

« First ‹ Previous ... 3 4 5 6 7 8 9 10 11 12 13 Next › Last »

untitaker commented on 2013-05-19 17:18

When pacman tries to fetch a db, it gets the directory listing back, not a redirect to a mirror. This seems like a missing change in /etc/pacman.d/pacserve, which contains currently

Server = http://localhost:15678/pkg/?repo=$repo&arch=$arch&file=

Xyne commented on 2013-05-14 01:10

p.s @nplatis
Please use a service such as pastebin.com to post large excerpts of code or output in the future.

Xyne commented on 2013-05-14 01:08

All reported errors should be fixed now (redirection bugs, sync database corruption, systemd service errors).

To get everything working again, do the following (skip unneeded steps, obviously):
1) systemctl stop pacserve.service
2) systemctl status pacserve.service (note the PID)
3) ps -e python3 (check for matching PIDs )
4) kill -9 <pid> ...
5) remove pacserve from pacman.conf
6) pacman -Syyu
7) update pacserve and python3-threaded servers
8) systemd start pacserve.service
9) add pacserve back to pacman.conf

After that everything should work as before (or even better). Sorry for the inconvenience.

nplatis commented on 2013-05-13 19:51

I try to use pacserve via pacman, by inserting appropriate lines in pacman.conf.

Now pacman -Sy gives:

:: Synchronizing package databases...
core 137.9 KiB 0.00B/s 00:00 [######################] 100%
extra 137.9 KiB 0.00B/s 00:00 [######################] 100%
community 137.9 KiB 0.00B/s 00:00 [######################] 100%
multilib 137.9 KiB 0.00B/s 00:00 [######################] 100%
archlinuxfr 137.9 KiB 0.00B/s 00:00 [######################] 100%
xyne-x86_64 137.9 KiB 0.00B/s 00:00 [######################] 100%
error: failed retrieving file 'xyne-x86_64.db.sig' from localhost:15678 : Maximum file size exceeded
xyne-x86_64 is up to date
error: database 'xyne-x86_64' is not valid (invalid or corrupted database (PGP signature))

The output is exactly the same even if the databases are up-to-date, or if I run pacman -Syy, which is unexpected since pacserve is not supposed to mess with the .db files but only with the package files.

journalctl -xb has the following lines:

May 13 22:36:00 dynamo pacserve[1811]: [2013-05-13 22:36:00 EEST] INFO: 127.0.0.1 "GET /pkg/?repo=core&arch=x86_64&file=/core.db HTTP/1.1" 200 -
May 13 22:36:00 dynamo pacserve[1811]: [2013-05-13 22:36:00 EEST] INFO: 127.0.0.1 "GET /pkg/?repo=core&arch=x86_64&file=/core.db.sig HTTP/1.1" 200 -
May 13 22:36:00 dynamo pacserve[1811]: [2013-05-13 22:36:00 EEST] INFO: 127.0.0.1 "GET /pkg/?repo=extra&arch=x86_64&file=/extra.db HTTP/1.1" 200 -
May 13 22:36:00 dynamo pacserve[1811]: [2013-05-13 22:36:00 EEST] INFO: 127.0.0.1 "GET /pkg/?repo=extra&arch=x86_64&file=/extra.db.sig HTTP/1.1" 200 -
May 13 22:36:01 dynamo pacserve[1811]: [2013-05-13 22:36:01 EEST] INFO: 127.0.0.1 "GET /pkg/?repo=community&arch=x86_64&file=/community.db HTTP/1.1" 200 -
May 13 22:36:01 dynamo pacserve[1811]: [2013-05-13 22:36:01 EEST] INFO: 127.0.0.1 "GET /pkg/?repo=community&arch=x86_64&file=/community.db.sig HTTP/1.1" 200 -
May 13 22:36:01 dynamo pacserve[1811]: [2013-05-13 22:36:01 EEST] INFO: 127.0.0.1 "GET /pkg/?repo=multilib&arch=x86_64&file=/multilib.db HTTP/1.1" 200 -
May 13 22:36:01 dynamo pacserve[1811]: [2013-05-13 22:36:01 EEST] INFO: 127.0.0.1 "GET /pkg/?repo=multilib&arch=x86_64&file=/multilib.db.sig HTTP/1.1" 200 -
May 13 22:36:01 dynamo pacserve[1811]: [2013-05-13 22:36:01 EEST] INFO: 127.0.0.1 "GET /pkg/?repo=archlinuxfr&arch=x86_64&file=/archlinuxfr.db HTTP/1.1" 200 -
May 13 22:36:01 dynamo pacserve[1811]: [2013-05-13 22:36:01 EEST] INFO: 127.0.0.1 "GET /pkg/?repo=xyne-x86_64&arch=x86_64&file=/xyne-x86_64.db HTTP/1.1" 200 -
May 13 22:36:02 dynamo pacserve[1811]: [2013-05-13 22:36:02 EEST] INFO: 127.0.0.1 "GET /pkg/?repo=xyne-x86_64&arch=x86_64&file=/xyne-x86_64.db.sig HTTP/1.1" 200 -


Let me note that by removing the respective lines from pacman.conf and using pacsrv, everything runs fine.

Xyne commented on 2013-05-13 18:41

Sorry, I had updated the path in the pacserve executable but only noticed this morning that I had not uploaded it. It should be fixed now. Expect another update tonight as I'm working on improving the thread management. Until then, if you encounter an error when restarting the systemd service, use "ps -e" to locate the python3 thread and kill it with "kill -9 <pid>".

@nplatis
I don't really understand the error. Can you post some log output or something to make it clearer? Try with the latest version first to see if I have solved them already.

nplatis commented on 2013-05-13 07:14

The latest update to python3-threaded_servers seems to corrupt the files. The indication is that I receive an error message such as: "failed to receive file 'xyne-x86_64.db.sig' from localhost:15678 : Maximum file size exceeded."

Also the fix suggested in the previous message is still required.

hamelg commented on 2013-05-12 19:33

After upgrading, pacserve fails to start with the error :

systemd[1]: Unit pacserve.service entered failed state.
systemd[1]: pacserve.service: main process exited, code=exited, status=1/FAILURE
pacserve[8175]: /usr/bin/python3: No module named Pacserve

to solve that, I just fix the library path in /usr/bin/pacserve :
python3 -mThreadedServers.Pacserve "$@"

Xyne commented on 2013-05-11 00:30

The log indicates that it's correctly redirecting so I'm not sure what's going on. Try disabling pacserve in pacman.conf, then run "pacman -Syyu" to force a database refresh, restart the service and try again.

Keep an eye on python3-threaded_servers for updates too.

nplatis commented on 2013-05-10 23:55

Still no luck. This time nothing works at all.

The output of pacman -Syu is the following:

error: GPGME error: No data
error: GPGME error: No data
error: GPGME error: No data
error: GPGME error: No data
error: GPGME error: No data
error: xyne-x86_64: missing required signature
:: Synchronizing package databases...
error: GPGME error: No data
error: failed to update core (invalid or corrupted database (PGP signature))
error: GPGME error: No data
error: failed to update extra (invalid or corrupted database (PGP signature))
error: GPGME error: No data
error: failed to update community (invalid or corrupted database (PGP signature))
error: GPGME error: No data
error: failed to update multilib (invalid or corrupted database (PGP signature))
error: GPGME error: No data
error: xyne-x86_64: missing required signature
error: failed to update xyne-x86_64 (invalid or corrupted database (PGP signature))
error: database 'core' is not valid (invalid or corrupted database (PGP signature))
error: database 'extra' is not valid (invalid or corrupted database (PGP signature))
error: database 'community' is not valid (invalid or corrupted database (PGP signature))
error: database 'multilib' is not valid (invalid or corrupted database (PGP signature))
error: database 'xyne-x86_64' is not valid (invalid or corrupted database (PGP signature)

and the journal (error log) contains entries such as:

May 11 02:50:12 dynamo pacserve[763]: [2013-05-11 02:50:12] INFO: 127.0.0.1 redirecting to http://ftp.cc.uoc.gr/mirrors/linux/archlinux/core/os/x86_64/core.db
May 11 02:50:12 dynamo pacserve[763]: [2013-05-11 02:50:12] INFO: 127.0.0.1 "GET /pkg/?repo=core&arch=x86_64&file=/core.db HTTP/1.1" 303 -

Xyne commented on 2013-05-10 23:26

please try python3-threaded_servers-2013.5.10.2