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: 105
Popularity: 1.24
First Submitted: 2011-04-17 00:30
Last Updated: 2021-02-11 12:51

Latest Comments

1 2 3 4 5 6 ... Next › Last »

C0rn3j commented on 2021-06-08 08:01

Seems that after pacman 6.0 update, things are a bit wonky, I am repeatedly getting one package downloaded on a -Syu, then the next one failing with 400

:: Retrieving packages...
speex-1.2.0-3-x86_64 is up to date
flac-1.3.3-3-x86_64 294.0 KiB 14.4 MiB/s 00:00 [--] 100%
Total ( 2/13) 47.5 MiB 432 MiB/s 00:00 [--] 100%
error: failed retrieving file 'flac-1.3.3-3-x86_64.pkg.tar.zst.sig' from 192.168.1.10:15678 : The requested URL returned error: 400

FallenWarrior2k commented on 2021-05-12 17:44

Would it be possible to put an exec in /usr/bin/pacserve to get rid of the intermediate bash process after start-up? There doesn't seem to be a benefit to keeping the eternally sleeping process around and Bash is notoriously bothersome about signal handling.

radiomike commented on 2020-12-02 13:33

@jlp2 it's actually an issue with the threaded-servers dependency. There's a deprecated method ".tostring()" used.

While you wait for upstream, you can fix it by replacing the .tostring() with .tobytes() in /usr/lib/python3.9/site-packages/ThreadedServers/common.py

jlp2 commented on 2020-12-02 10:57

Today the python 3.9.0 update arrived in the repos. I rebuilt pacserve and python3-threaded_servers, but pacserve no longer starts.

gero@COMPUTER-b ~ $ systemctl status pacserve
● pacserve.service - Pacserve
     Loaded: loaded (/usr/lib/systemd/system/pacserve.service; enabled; vendor preset: disabled)
    Drop-In: /etc/systemd/system/pacserve.service.d
             └─override.conf
     Active: activating (auto-restart) (Result: exit-code) since Wed 2020-12-02 11:40:14 CET; 3s ago
    Process: 908 ExecStart=/usr/bin/pacserve $PACSERVE_ARGS (code=exited, status=1/FAILURE)
   Main PID: 908 (code=exited, status=1/FAILURE)

brikler commented on 2020-07-27 12:12

@Xyne the first look is on the AUR page if a program doesn't work as expected and so i think this page is a suitable place for a hint also possible is a post installation message

lahwaacz commented on 2020-07-27 07:31

@Xyne I think an explanation can be found in https://bugs.mageia.org/show_bug.cgi?id=15425

@brikler The wiki has always said to enable avahi-daemon.service, so I don't think any hint is necessary. https://wiki.archlinux.org/index.php/Avahi#Installation

Xyne commented on 2020-07-27 03:08

@brikler I'm open to the idea but what kind of hint do you mean? Where would be it shown?

Unless Pacserve is doing something wrong, I consider this an issue with Avahi's socket activation. I did a quick search for similar issues to see what I could find and this popped up: https://bugs.archlinux.org/task/60012

Unfortunately, the cited explanation is no longer available at the given URL.

brikler commented on 2020-07-26 19:40

@xyne this was my first thought, but i think now a hint would be better

Xyne commented on 2020-07-26 16:12

@brikler Given that Avahi is optional, I'm reluctant to require it in the service file. Is there a reason to not just enable both at the same time?

brikler commented on 2020-07-19 14:28

could you add Requires=avahi-daemon.serviceto the systemd service file? on my system avahi-daemon.socketdoesn't trigger avahi-daemon.service when pacserve need the avahi-daemon

without running avahi-daemon this error occurs

 pacserve.service - Pacserve
     Loaded: loaded (/usr/lib/systemd/system/pacserve.service; disabled; vendor preset: disabled)
     Active: active (running) since Sun 2020-07-19 15:57:26 CEST; 43min ago
   Main PID: 458 (pacserve)
      Tasks: 6 (limit: 4534)
     Memory: 28.8M
     CGroup: /system.slice/pacserve.service
             |-458 /bin/bash /usr/bin/pacserve --multicast --avahi
             `-459 python3 -mThreadedServers.Pacserve --multicast --avahi

Jul 19 15:57:26 frija systemd[1]: Started Pacserve.
Jul 19 15:57:26 frija pacserve[459]: [2020-07-19 15:57:26 CEST] INFO: registering via avahi
Jul 19 15:57:26 frija pacserve[459]: [2020-07-19 15:57:26 CEST] ERROR: exception encountered in Avahi listener thread: org.freedesktop.systemd1.NoSuchUnit: Unit db>
Jul 19 15:57:26 frija pacserve[459]: [2020-07-19 15:57:26 CEST] ERROR: exception encountered in Avahi announcer thread: org.freedesktop.systemd1.NoSuchUnit: Unit d>
Jul 19 15:57:27 frija pacserve[459]: [2020-07-19 15:57:27 CEST] INFO: sending multicast message to (224.3.45.67, 15679) via 127.0.0.1
Jul 19 15:57:27 frija pacserve[459]: [2020-07-19 15:57:27 CEST] INFO: sending multicast message to (224.3.45.67, 15679) via 192.168.2.100