Custom Query (196 matches)
Results (76 - 78 of 196)
Ticket | Owner | Reporter | Resolution | Summary |
---|---|---|---|---|
#56 | andersk | fixed | Disable global SSLUserName kludge | |
Description |
SSLUserName is an evil kludge in our global configuration that interferes with mod_auth_optional, complicates debugging of authentication problems, and cannot be disabled on a per-user basis once enabled globally. We need to get rid of it. To quote from the scripts-commits@ thread on this issue: andersk (r409 commit):
presbrey:
andersk:
presbrey:
quentin:
andersk:
quentin:
andersk:
quentin:
andersk:
|
|||
#58 | price | fixed | signup-sql doesn't attach locker, or check validity | |
Description |
Below is signup-sql failing on a locker because it's not attached. The guilty code is this in signup-sql: echo OK. A MySQL account will be created for a locker of your choice that echo you control. Please enter the name of the selected locker below. echo "(For the locker /mit/sipb, you would enter sipb)." printf "Locker name: " read lname lroot="/mit/$lname" and a later line that tries to use $lroot (==/mit/stuff). Rather, this section should do what signup-minimal does: while true; do printf "Locker name: " read lname if attach "$lname"; then break fi echo "$lname is not a valid locker name." done lroot="/mit/$lname" which has the double benefit of attaching the locker and making sure it's attachable / an actual locker name. athena$ signup-sql == Welcome to the sql.mit.edu signup process == For documentation, including a link to the Athena rules of use, see <http://sql.mit.edu>. Please report problems with this signup process to sql@mit.edu. Are you performing this signup for: 1. Your personal Athena account 2. A locker that you control (a club, a course, etc) If you do not understand this question, you should answer '1'. Please enter either '1' or '2' (without quotes): 2 OK. A MySQL account will be created for a locker of your choice that you control. Please enter the name of the selected locker below. (For the locker /mit/sipb, you would enter sipb). Locker name: stuff attach: /afs/athena.mit.edu/contrib/scripts attached to /mit/scripts for filesystem scripts mkdir: "/mit/stuff/.scripts-signup": Permission denied ERROR: It appears as though you do not have write access to the locker <stuff>. Contact scripts@mit.edu if you are unable to solve the problem. |
|||
#64 | geofft | wontfix | Autoinstallers should use svn co instead of untar | |
Description |
Most of our software supports upgrading by switching to a newer tag, updating, and possibly running an upgrade databases script. If we install a SVN (or whatever VCS) working copy rather than extracting a tarball, users can upgrade their own installs easily. Our auto-upgrade process should also become easier. For SVN, we can merely generate a tarball with the .svn directories and keep our existing auto-install (and to some extent, auto-upgrade) infrastructure. I suspect this will work with all other VCSes. There are also packages such as Django that very much recommend installing HEAD rather than a tarballed release, so having an infrastructure that will deal with VCSes will make it easier to support such packages. |