Closed (won't fix)
Project:
Drupal core
Version:
5.x-dev
Component:
other
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Reporter:
Created:
5 Mar 2006 at 20:20 UTC
Updated:
20 Feb 2007 at 20:35 UTC
Remove the scripts directory from the drupal distribution and move it elsewhere in CVS.. perhaps to /contributions?
Thanks
-K
Comments
Comment #1
Bèr Kessels commentedI can move/add them into /contributions/tricks and I am even volunteering to be the maintainer. But I cannot remove them from core.
So I would like a Go or No-Go first, before I can move them into contribs. Else, if they are not removed, that is, we will have two of them...
Comment #2
killes@www.drop.org commentedI'd like to the cron related scripts to stay there, but I'd be ok with moving the rest.
Comment #3
merlinofchaos commenteddoesn't prefix.sh need to stay there?
Comment #4
kkaefer commentedprefix.sh is only useful if you use linux. Windows users can't use it anyway.
Comment #5
kkaefer commentedI am for moving them out of the regular Drupal distribution and putting a hint to the contributions directory in INSTALL.txt
Comment #6
kkaefer commentedNow that Drupal has an installer, we don't need prefix.sh anymore. And all other scripts in this directory are for developers anyway.
Comment #7
merlinofchaos commentedwhat about the cron scripts?
Comment #8
merlinofchaos commentedOh, killes already addressed cron. I agree with him -- they need to stay.
Comment #9
Bèr Kessels commentedDo we *really* need these cron scripts? I mean: you cannot use them without modifucation anyway, nor can you implement them without commandline access.
But most of all, I think it is a bad habit to ha ve utility scripts in a web accessible directory.
What I am trying to say: Those who need cron scripts can wget/cvs co them from anywhere, just as easy as cp/mv them. Those who cannot use them, have them sitting in the way, being a potential problem (after all: who can tell for sure that a .pl or even .sh script is not exectuted when accessing it from the web? Can you? Did you ever actually check it on your servers?)
Comment #10
sunAhem... Due to the installer, prefix.sh might not be needed for installing Drupal anymore. But this is a maintenance script and especially useful and needed if one decides to add database table prefixes to a already running Drupal site. Although prefix.sh was never meant to do this, it produces almost perfectly results (with a little emphasis).
I see that this script might not has to live in core for the given purpose. However, site administrators and developers should be able to find and download it easily at Drupal.org. Maybe in a Drupal maintenance project?
Comment #11
Zen commented