On Mon, Dec 31, 2018 at 09:20:52PM -0600, A. Wilcox wrote:
Since we are no longer downstream of Alpine, we should really clean
up
the final references in our packages to Alpine. (I'd hate for a user of
one of our packages to think they need to go to Alpine for help.)
system/:
* apk-tools
Not sure what we could do here, except change the URL to be our URL and
change the description to be "Package management software" or such.
Since Adélie has a plan to replace this, I'm not sure if it's better to
change the URL and description now -- and again once the fork/rewrite is
ready -- or to leave it be until the fork has materialized. Removing
references to Alpine here seems counter-intuitive until we properly fork
or rebuild it. If a user comes across bugs in apk-tools, how will Adélie
handle them prior to the rewrite? Are we patching issues as we come
across them and avoiding upstream for $reasons? If so, then perhaps
removing Alpine's name early can help us identify more flaws in
apk-tools (since users will be coming to us for help) and further inform
better design in the replacement.
* gzip
References an Alpine bug report that appears to not even exist any more.
* libc-dev
URL is set to Alpine's home page. This whole package can probably be
removed since we likely won't change libcs. musl-dev can provide
libc-dev, bsd-compat-headers can be moved to its own package, and then
libc-dev can be removed. If we decide at a later date to have multiple
libcs, we can always put it back.
* paxmark
Alpine distribution. Not sure if we need it any more since we don't
support PaX anyway.
* tzdata
We need to create and ship our own data.
* zsh
References 'packages Alpine don't ship'. We need to go through this,
determine if we ship any, and then remove the comment.
+1 to all the above.
user/:
* grub
We need to completely rework how GRUB configuration works before 1.0.
This is a mess and a nightmare for users.
Do we know the specific pain points or is it a general "this needs to be
better?" If we know where the pain points are, it can help guide the
fixing.
* libcanberra
Source is hosted on http: alpinelinux.org??? Surely this can't be right.
Nope, upstream is
http://0pointer.de/lennart/projects/libcanberra/
* pcsc-lite
References Alpine bug IDs.
* rtmpdump
Alpine distribution. We need to package it ourselves.
* xautolock
References an Alpine commit re: aarch64 support. Investigate and remove
the comment.
+1 to the above.
Best to you and yours in 2019,
--arw
Overall a good idea IMO. We're distinct from Alpine despite using the
same PM, and even that is changing in the coming months/years.
--
https://zlg.space/ | gopher://zlg.space/1/
OpenPGP fpr: 8C5B 31C2 A9B0 B97C 22C7 96ED 593C 6C93 2F3F ABB7