Search Criteria
Package Details: pacserve 2021-4
Package Actions
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.dev/projects/pacserve |
Keywords: | arch_linux pacman server |
Licenses: | GPL |
Conflicts: | pacredir |
Submitter: | Xyne |
Maintainer: | Xyne |
Last Packager: | Xyne |
Votes: | 110 |
Popularity: | 0.129807 |
First Submitted: | 2011-04-17 00:30 (UTC) |
Last Updated: | 2022-07-15 22:46 (UTC) |
Dependencies (5)
- pyalpm (pyalpm-gitAUR)
- python3-threaded_serversAUR
- avahi (optional) – Avahi support
- python-dbus (optional) – Avahi support
- python-gobject (python-gobject-gitAUR) (optional) – Avahi support
Latest Comments
1 2 3 4 5 6 .. 14 Next › Last »
FunctionalHacker commented on 2022-09-22 15:23 (UTC)
Any way to submit changes to the source code? The pacserve-ports script declares with it's shebang that it's POSIX compliant (
#!/bin/sh
) but it's not, it uses a lot of bashisms.This is not a problem if you have your
/bin/sh
linked to bash (by default in Arch Linux), but if you are symlinking sh to dash, the pacserve-ports script will simply not work.I have fixed it by changing the shebang to /bin/bash on my own computer and I would like to contribute this change.
Xyne commented on 2021-12-14 16:14 (UTC)
Bumped.
C0rn3j commented on 2021-12-14 09:23 (UTC) (edited on 2021-12-14 09:24 (UTC) by C0rn3j)
No, users are expected to rebuild 3.9 AUR packages manually. Some AUR maintainers do bump pkgrel, but it is not required of them.
bastiendurel commented on 2021-12-14 09:14 (UTC)
Hello. shouldn't the pkgrel be bumped now that python 3.10 is out ?
Xyne commented on 2021-11-17 07:05 (UTC)
@Speranskiy The site should be back up soon under a different domain. The pkgbuild will be updated as soon as it is.
Speranskiy commented on 2021-11-17 06:25 (UTC)
Upstream URL is not resolving.
ghthor commented on 2021-08-30 21:24 (UTC) (edited on 2021-09-11 23:50 (UTC) by ghthor)
The work around for the issue where pacserve is failing out with
The requested URL returned error: 400
is to ensure that all packages that are being requested have the associated.sig
files in the package cache. How to do this, I don't know, does anyone know the command to do this?Edit Update: Xyne found the issue and has fixed it[1]. I have not confirmed this yet, but will be testing here in a few days when I do a fresh installation of arch to a new machine.
[1] https://bbs.archlinux.org/viewtopic.php?pid=1992029#p1992029
evorster commented on 2021-08-30 11:21 (UTC)
I am getting the same: The requested URL returned error:400
C0rn3j commented on 2021-06-08 08:01 (UTC) (edited on 2021-06-08 08:01 (UTC) by C0rn3j)
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
1 2 3 4 5 6 .. 14 Next › Last »