Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Squid & DansGuardian block upgrading to BIG-sized local_vars.yml #512

Closed
holta opened this issue Nov 11, 2017 · 4 comments
Closed

Squid & DansGuardian block upgrading to BIG-sized local_vars.yml #512

holta opened this issue Nov 11, 2017 · 4 comments
Labels
Milestone

Comments

@holta
Copy link
Member

holta commented Nov 11, 2017

Expected behavior and actual behavior.

./iiab-install fails in either of these 2 ways:

TASK [network : Enable DansGuardian] *******************************************
fatal: [127.0.0.1]: FAILED! => {"changed": false, "failed": true, "msg": "Could not find the requested service dansguardian: host"}

or

TASK [network : Enable Squid service] ******************************************
fatal: [127.0.0.1]: FAILED! => {"changed": false, "failed": true, "msg": "Could not find the requested service squid: host"}

Steps to reproduce the problem.

Run "./iiab-install --reinstall" after upgrading a standard install from MEDIUM-sized local_vars.yml to BIG-sized local_vars.yml.

This same problem occurred when upgrading a MIN-sized local_vars.yml to BIG-sized.

Specifications like the version of the IIAB, operating system version, or hardware details.

IIAB 6.5 Preview 2 (and current master) on fully-updated Raspbian Lite 2017-09-07 on RPi3.

@holta holta added the bug label Nov 11, 2017
@holta holta added this to the 6.5-OctNov milestone Nov 11, 2017
@holta holta changed the title DanGuardian blocks BIG-sized many/most IIAB installs? DanGuardian blocks many/most BIG-sized IIAB installs? Nov 11, 2017
@holta holta changed the title DanGuardian blocks many/most BIG-sized IIAB installs? Squid & DanGuardian blocks many/most BIG-sized IIAB installs? Nov 11, 2017
@holta holta changed the title Squid & DanGuardian blocks many/most BIG-sized IIAB installs? Squid & DansGuardian blocks many/most BIG-sized IIAB installs? Nov 11, 2017
@holta
Copy link
Member Author

holta commented Nov 11, 2017

some people sincerely believe that Squid and DansGuardian should both be deprecated. Which may well be a thoughtful + constructive way forward to focus on more modern grassroots use cases. In any case, we'll discuss different perspectives on Bit Rot versus Wise Metrics For Amputation (etc) during our Monday community/team call @ http://minutes.iiab.io -- so we're not shooting ourselves in the foot with nearly perpetual maintenance of rarely use packages.

(Excerpt from http://lists.laptop.org/pipermail/server-devel/2017-November/008221.html)

@holta holta changed the title Squid & DansGuardian blocks many/most BIG-sized IIAB installs? Squid & DansGuardian block upgrading to BIG-sized local_vars.yml Nov 11, 2017
@jvonau
Copy link
Contributor

jvonau commented Nov 12, 2017

Upgrading post install has always been problematic that is why in the past it was the kitchen sink approach with no option not to install some services while default_vars just lied about being able to do so, just leaving the services disabled. Now with the slimmed down installs in place moving to big should really be a install time option by starting with "big" or "from scratch". There is no issue if you start with the services to be installed from the start, and with a bit of jiggling I can restore the selective post install option, I'm debating if it's worth the effort.

@jvonau
Copy link
Contributor

jvonau commented Nov 12, 2017

The fix is in #508 f4c0e3b posted long before this issue was recorded.

@holta
Copy link
Member Author

holta commented Nov 13, 2017

Apparently fixed. We can re-open if nec.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants