Package Details: pacserve 2021-1

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

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 ... Next › Last »

lahwaacz commented on 2015-10-01 18:56

@dangersalad: If it happens with python-3.5, this is to be expected since python3-threaded_servers still has its files under /usr/lib/python-3.4/
As python-3.5 has left testing only today, give Xyne some time to update his packages...

dangersalad commented on 2015-10-01 18:12

I am getting this error when trying to start pacserve

pacserve[10930]: /usr/sbin/python3: Error while finding spec for 'ThreadedServers.Pacserve' (<class 'ImportError'>: No module named 'ThreadedServers')

% pacman -Qi pacserve
Name : pacserve
Version : 2015-1

% pacman -Qi python3-threaded_servers
Name : python3-threaded_servers
Version : 2014.11-1

Xyne commented on 2015-03-06 01:29

This is not a Pacserve error. The filename needs to be percent-encoded to produce a valid URL. Try "http://localhost:15678/pkg/?repo=extra&arch=x86_64&file=libsigc%2B%2B-2.4.1-1-x86_64.pkg.tar.xz" for example, with "+" replaced by "%2B".

Pacman does not properly encode the name before inserting it into the URL and so it fails because "+" represents a space in URL query strings.

This is not the first time that Pacman's lack of proper URL formatting has created a problem. Please create a ticket on the (Pacman) bugtracker.


Tempel commented on 2015-03-05 04:02

Pacserve seems to have an issue with any file containing a + in the filename. During updates of libsigc++ and freerdp (version 1.2.0_beta1+20150302-1), "The requested URL returned error: 404".

asdil12 commented on 2015-01-31 14:20

or you can put this line in your ~/.gnupg/gpg.conf:
keyserver-options auto-key-retrieve

This will allow gpg to auto-import keys on demand.

hamelg commented on 2015-01-31 14:18

You must import the Xyne public key in your GPG keyring.

lcartercondon commented on 2015-01-30 00:08

==> Retrieving sources...
-> Found pacserve-2015.tar.xz
-> Found pacserve-2015.tar.xz.sig
==> Validating source files with md5sums...
pacserve-2015.tar.xz ... Passed
pacserve-2015.tar.xz.sig ... Passed
==> Validating source files with sha512sums...
pacserve-2015.tar.xz ... Passed
pacserve-2015.tar.xz.sig ... Passed
==> Verifying source file signatures with gpg...
pacserve-2015.tar.xz ... FAILED (unknown public key 1D1F0DC78F173680)
==> ERROR: One or more PGP signatures could not be verified!

I see the previous comment about updating the upstream signature but I am still getting this error.

olebowle commented on 2015-01-20 23:31

Could you please remove ExecRestart from the pacserve-ports.service file, as it's long gone.

The error message is:
[/usr/lib/systemd/system/pacserve-ports.service:15] Unknown lvalue 'ExecRestart' in section 'Service'

Xyne commented on 2015-01-15 05:31

I have updated the upstream signature.

asdil12 commented on 2015-01-10 00:01

gpg reports that the files are not signed with
but with

$ gpg --verify pacserve-2013.9.tar.xz.sig
gpg: assuming signed data in 'pacserve-2013.9.tar.xz'
gpg: Signature made Tue Sep 17 10:26:20 2013 CEST using RSA key ID C2E5C0D2
gpg: Good signature from "Xyne. <>" [unknown]
gpg: WARNING: This key is not certified with a trusted signature!
gpg: There is no indication that the signature belongs to the owner.
Primary key fingerprint: 4A8B 17E2 0B88 ACA6 1860 009B 5CED 81B7 C2E5 C0D2