Skip to content

New package: yacy-1.941#58140

Open
jason1987d wants to merge 1 commit into
void-linux:masterfrom
jason1987d:yacy
Open

New package: yacy-1.941#58140
jason1987d wants to merge 1 commit into
void-linux:masterfrom
jason1987d:yacy

Conversation

@jason1987d

Copy link
Copy Markdown
Contributor

Testing the changes

  • I tested the changes in this PR: YES

New package

Local build testing

  • I built this PR locally for my native architecture, x86_64-libc

Some backstory. Originally the tagged source releases on github stopped after 2016, though yacy was still being developed, and had already compiled downloads on their main page yacy.net. I and others created github issues on the yacy_search_server project asking for tagged source releases, and finally they delivered. I had old defunct templates (that never got merged) that didn't technically compile the program the way this template does but installed yacy, but this approach is better.

@tranzystorekk tranzystorekk added the new-package This PR adds a new package label Dec 11, 2025
@github-actions

Copy link
Copy Markdown

Pull Requests become stale 90 days after last activity and are closed 14 days after that. If this pull request is still relevant bump it or assign it.

@github-actions github-actions Bot added the Stale label Mar 11, 2026
Comment thread srcpkgs/yacy/INSTALL Outdated
# INSTALL
case "$ACTION" in
post)
chown -R _yacy:_yacy /var/lib/yacy

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is this really needed? The directory should be empty if you create it with make_dirs and the service runs as that user already so new files should already have the right owner.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Had been awhile since I looked at this. If I don't have this install script, the files within are all owned by root instead.

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why are they in /var/lib and why do they need to be owned by the less privileged user? Usually you do privilege separation to avoid writing things they shouldn't.

@jason1987d jason1987d Jun 20, 2026

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Revisiting this. Removed the INSTALL file. /var/lib/yacy itself ends up owned by _yacy but the files within are all owned by root. Is this typical or acceptable? I'm not seeing the root ownership of other common void package services (like tor, transmission etc). The INSTALL file chowned everything by _yacy. So far though, in testing I can run yacy itself without issue.

Wondering if my vmkdir and vcopy are causing files within to be owned by root.

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

My main issue is that its a bit weird that the code is mixed with whatever needs to be writable in /var.

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Usually static assets and code are in /usr, not /var. /var/lib being writable is fine if its not the program itself.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes I find it odd that everything is in the same dir. I can experiment with putting the executables in /usr/bin too then (and /usr/share for other static assets).

@github-actions github-actions Bot removed the Stale label Mar 18, 2026
@jason1987d jason1987d changed the title New package: yacy-1.940 New package: yacy-1.941 Mar 30, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

new-package This PR adds a new package

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants