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 ... 6 7 8 9 10 11 12 13 Next › Last »

Xyne commented on 2012-07-31 17:22

Just run "chown nobody:nobody /var/log/pacserve/pacserve.log" then. It should work. Otherwise, change the location of the log file using /etc/conf.d/pacserved.

sasy360 commented on 2012-07-31 01:56

Thanks for your effort Xyne. I now get this when running the daemon:
error: failed to open log file /var/log/pacserve/pacserve.log as 99:99 ([Errno 13] Permission denied: '/var/log/pacserve/pacserve.log')
there is already a --su option in /etc/rc.d/pacserved options array.

Xyne commented on 2012-07-29 01:42

@sasy360
It should be fixed now.

sasy360 commented on 2012-07-27 02:51

I get this error running the daemon:
Exception in thread Thread-1:
Traceback (most recent call last):
File "/usr/lib/python2.7/threading.py", line 551, in __bootstrap_inner
self.run()
File "/usr/lib/python2.7/threading.py", line 504, in run
self.__target(*self.__args, **self.__kwargs)
File "/usr/bin/pacserve", line 935, in log_messages
e))
TypeError: %d format: a number is required, not builtin_function_or_method

Anonymous comment on 2012-06-20 19:18

You're right about the gpg issue, Xyne.

Here's a quick fix for anyone else:

pacman-key -e C2E5C0D2 | gpg --import - && gpg --lsign-key Xyne

ImNtReal commented on 2012-06-11 13:58

I just noticed an error in pacserve.service. The After line should have network.target instead of network.service in case NetworkManager or something else is being used instead of network.service. Thanks.

Xyne commented on 2012-06-01 21:01

Nope, the key is fine:
$ pacman-key --verify pacserve-2012.5.tar.xz.sig
gpg: Signature made 2012-05-05 14:45:56 Sat 18 UTC using RSA key ID C2E5C0D2
gpg: NOTE: trustdb not writable
gpg: Good signature from "Xyne. <xyne@archlinux.ca>"

I vaguely recall running into this problem myself. I think it's because makepkg uses (used?) the user's GPG keychain to validate signatures instead of the Pacman keychain. I thought I had posted a bug report but I can't find it (maybe I got sidetracked). Nevertheless, I am able to build the package without errors even on an account without my key in the user keychain.

This is related:
https://bugs.archlinux.org/task/28825

Check which keychains have my key:
* pacman-key --list-keys
* gpg --list-keys

Try adding it to pacman-key first if it's not there.

Anonymous comment on 2012-06-01 19:26

xyne, did something happen with your GPG keys?
http://pastebin.com/1njerKaY

The same problem is seen with your http server AUR entry.

Xyne commented on 2012-05-06 13:51

@david.runge
Thanks. I've updated the PKGBUILD.

dvzrv commented on 2012-05-05 17:20

@Xyne: You need to move the systemd service file to /usr/lib/systemd/system. Otherwise systemd is not able to find it and users will have to copy it to that folder or to /etc/systemd/system/ to make it work. It would also be wise to change the permission to match that of the other unit files:
install -D -m644 "$srcdir/$pkgname-$pkgver/$pkgname.service" "$pkgdir/usr/lib/systemd/system/$pkgname.service"
Great package btw! :)