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

Latest Comments

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

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! :)

dvzrv commented on 2012-05-05 16:44

@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.
Otherwise great package!! :)

Xyne commented on 2011-09-17 16:35

@mar77i
That's a Pacman issue. You can do one of the following:
* Change your XferCommand to use curl
* ask the Pacman devs when it will be fixed and wait for that
* patch this package

The first option only requires you to uncomment a single line in pacman.conf.

I'm sorry but I am not going to break a web standard just because the pacman devs haven't fixed this yet. There are users who use standards-compliant clients in their XferCommands and changing this to 301 or 302 would create issues for them. If I have to choose between an accepted standard and an ugly kludge to fix one case and break most others, I'm sticking to the standard.

I could code a workaround to try to detect direct requests from pacman, but that would just add unnecessary complexity to the code. The XferCommand is the simplest and most elegant solution until this is fixed in pacman.

mar77i commented on 2011-09-14 12:35

[1] still is an issue here. line 248 can simply set to use 302, which makes things work.

pacman-3.5.4 is unhappy with 307:
# pacman -Syu
:: Synchronizing package databases...
error: failed retrieving file 'core.db' from 192.168.42.129 : Temporary Redirect
core is up to date
error: failed retrieving file 'extra.db' from 192.168.42.129 : Temporary Redirect
extra is up to date
error: failed retrieving file 'community.db' from 192.168.42.129 : Temporary Redirect
community is up to date
:: Starting full system upgrade...
there is nothing to do

[1] https://bugs.archlinux.org/task/23800

rafaelff commented on 2011-07-12 23:49

@Xyne
No problem. Thanks for your contributions to Arch! :)

Xyne commented on 2011-07-12 22:50

@josephgbr
I forgot. :P

rafaelff commented on 2011-07-11 23:37

My problem was solved by updating to pacserve-2011.06.24.1... Any reason for not updating PKGBUILD?

rafaelff commented on 2011-07-10 19:20

In a new archlinux installation, having pacman database updated and mirrorlist set as documented, I started pacserve. When I try to update I get message "error: failed retrieving file 'DBNAME.db' from localhost : Not Found", where 'DBNAME' is the repository name (ex: core). I looked in '/var/lib/pacman/' folder (which is the default pacman DBPATH) and I can't find any "DBNAME.db.tar.gz" (which I have in other old installation here), but I can see "DBNAME.db" files in '/var/lib/pacman/sync' folder.

Where did I go wrong in my settings?

p.s.: pacman is actually working fine with other repos, but it's ignoring pacserve's - which I don't want

Xyne commented on 2011-04-19 20:58

sorry, forgot to update python-xynehttpserver

Anonymous comment on 2011-04-19 19:59

I can't start pacserve, all I get is:

Traceback (most recent call last):
File "/usr/bin/pacserve", line 762, in <module>
main()
File "/usr/bin/pacserve", line 662, in main
parser = add_common_options(parser, default_port=DEFAULT_PORT)
TypeError: add_common_options() got an unexpected keyword argument 'default_port'