Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#36910 - [trac] tracd.service file is corrupted
Attached to Project:
Community Packages
Opened by Ondřej G. (nemamradfazole) - Thursday, 12 September 2013, 22:32 GMT
Last edited by Sergej Pupykin (sergej) - Saturday, 16 November 2013, 18:49 GMT
Opened by Ondřej G. (nemamradfazole) - Thursday, 12 September 2013, 22:32 GMT
Last edited by Sergej Pupykin (sergej) - Saturday, 16 November 2013, 18:49 GMT
|
DetailsDescription:
Trac's systemd service file doesn't work at all. Relative path, unset variables... Additional info: * package version(s) trac 1.0.1-4 * config and/or log files etc. Steps to reproduce: Install trac, try to run it with systemctl. |
This task depends upon
.service is an example now. Copy it into /etc/systemd/ and edit.
ExecStart=/usr/bin/tracd -d -b localhost -p 8080 --basic-auth=project,/var/lib/trac/project/.pwds,ProjectPassword /var/lib/trac/project
If I run the exactly same command as root in Bash, it runs.
# pacman -S trac
# touch /tmp/passwd
# systemctl start tracd
# systemctl status tracd
tracd.service - Trac service
Loaded: loaded (/usr/lib/systemd/system/tracd.service; disabled)
Active: active (running) since Mon 2013-10-21 18:48:37 MSK; 6s ago
Process: 4849 ExecStart=/usr/bin/tracd -d -b localhost -p 8080 --auth /tmp,/tmp/passwd,realm /tmp (code=exited, status=0/SUCCESS)
Main PID: 4851 (tracd)
CGroup: /system.slice/tracd.service
└─4851 /usr/bin/python2 /usr/bin/tracd -d -b localhost -p 8080 --auth /tmp,/tmp/passwd,realm /tmp
also 8080 port is listened
* on a 64 bit laptop it runs really ok,
* on a 32 bit PC it still doesn't run, but it turns out to be probably the same as https://bugs.archlinux.org/task/37435. The end of error output (when not runned daemonized) as seen in a web browser is "RuntimeError: The babel data files are not available. This usually happens because you are using a source checkout from Babel and you did not build the data files. Just make sure to run "python setup.py import_cldr" before installing the library."