On Sat, Jul 19, 2014 at 01:52:38PM -0500, Erik Hanson wrote:
> 
> It's fine if you'd like to send us a patch to change the download links to
> whatever is working/recommended, but taking over or updating scripts on
> behalf of someone else requires their permission.
> 
> 
> -- 
> Erik Hanson

Ok, the problem is this: If we decide to use the freenode #perl's
recommended www.cpan.org as the cpan link, then we will have to upgrade
many of the perl/ slackbuilds, because, as far as I know, 
www.cpan.org doesn't provide some of the older versions for those slackbuilds.

Therefore, our options would be to email every perl/ slackbuild
maintainer asking them to upgrade their slackbuild, use
metacpan.org as the download link for the slackbuilds, or I could
submit a patch that upgrades all of the slackbuilds at once, while also
switching from search.cpan.org as the download link to use www.cpan.org, without
the permission of the individual slackbuild maintainers.
To me, it initially seems that in the future if we were to automate the
upgrading of perl/ slackbuilds it would be nice to not have to ask each
and every maintainer for permission to do this. For example, for my recent
patch to fix perl/perl-IO-Tty I didn't hear back from the maintainer at
all. This could make mass updates slow. Although, perhaps you guys have
a good reason for having one maintainer per perl slackbuild.

Thanks!

Zac

---
Zachary Storer
zacts on irc
_______________________________________________
SlackBuilds-users mailing list
SlackBuilds-users@slackbuilds.org
http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/
FAQ - http://slackbuilds.org/faq/

Reply via email to