Handle upgrade path for blacklist to blocklist#895
Conversation
|
I'm a little bit hesitant to do this because it could unexpectedly break things for the user. What if we instead added a symlink? |
|
That seems fine and perhaps less intrusive. We still have the issue with |
|
Is that an issue if the symlink is there? |
|
Yeah, probably should have expanded a bit more in the PR description. The symlink solves the issue with having a We have the "standard options" run with most The current version looks like: If the So I believe that in #894, the user's |
Closes #894
Description
If someone had installed zmap prior to changing the
blacklist->blocklist, they may have an existing/etc/zmap/blacklist.conffile. If this file had been changed or had any modifications in it, it will not be respected after installing the latest ZMap. The fix is to rename the existing file (if it exists) to the expectedetc/zmap/blocklist.conf,Additionally, (and what I believe caused #894), the contents of
zmap.confwould have beenIf the
zmap.conffile exists and contains that string, we'll replace it with:Also fixed a typo.
Testing
mainwhen there's ablacklist.conffileNotice how there are both a
blacklist.confand ablocklist.confPhillip/894when there's a pre-existingblacklist.conffilePhillip/894with a fresh install