Closed Bug 224698 Opened 21 years ago Closed 20 years ago

remove localconfig variable $mysqlpath

Categories

(Bugzilla :: Installation & Upgrading, defect)

2.17.5
defect
Not set
blocker

Tracking

()

RESOLVED FIXED
Bugzilla 2.18

People

(Reporter: jouni, Assigned: caduvall)

References

Details

Attachments

(1 file, 2 obsolete files)

If I understand correctly, $mysqlpath in localconfig is no longer necessary,
since bug 180870 removed the old sync code. Do we still need that? 

If we decide to get rid of locating mysql binaries, it'll make fixing bug 143490
a bit easier (since we don't have to replace unix |where| with the appropriate
win32 replacement).
Sounds ok to me. It ($mysqlpath) probably should have been removed in the bug 
180870 cleanup. I'll create the trivial patch tonight if no one else does.
Blocks: 143490
Summary: localconfig mysqlpath unnecessary? → remove localconfig variable $mysqlpath
Target Milestone: --- → Bugzilla 2.18
Attached patch remove mysqlpath from checksetup (obsolete) — Splinter Review
Tested, no seen problems. I don't use DB replication, so someone else might
want to take a whack.
Attachment #134797 - Flags: review?(zach)
I'm pretty sure the DB replication is all done server side now.  Bugzilla itself
has no reason to know where MySQL is now (aside from a host and port number)
Comment on attachment 134797 [details] [diff] [review]
remove mysqlpath from checksetup

Might be nice to tell people that localconfig doesn't use that variable any
more if it's left in there, but adding that check to checksetup.pl is up to you
now :)
Attachment #134797 - Flags: review?(zach) → review+
Whichever way is wanted.
Wrote patch, taking.
Assignee: zach → caduvall
Flags: approval?
hmmm, I like the second one...

but the comment it gives the user seems incomplete and/or funny sounding.

Anyone have recommendations for what we should tell the user?

"The \$mysqlpath variable in localconfig is no longer needed.  You may delete it
if you like, but leaving it there won't cause any harm (other than having to
read this message)."   ? :)
"The \$mysqlpath setting in your localconfig file is no longer necessary. It is
recommended to remove it."

Although it's more truthful to say it doesn't harm anything, the meaning of the
warning message is pretty vague if it just says "you can do that or you can
leave it undone". Well, if that's so irrelevant, why whine about it? 

Recommending removal would perhaps in the long term clean up configuration
files, which is always good -- at least nobody will then think their db
connection problem is caused by the $mysqlpath setting.
clearing approval request pending answering the remaining questions/getting a
new patch posted.
Flags: approval?
There's an existing mechanism for removing variables from localconfig, IIRC. It
dumps them in a text file and prints a message when you run checksetup.pl the
next time. See if you can find it and work out how it works.

Gerv
I thought we had that only for params?
Nope, that's only for params.  We've never had a way to remove stuff from
localconfig yet.  It only works for params because the whole file is rewritten
from scratch.  Localconfig gets appended to when we add stuff.

This is the reason the release notes say that putting comments in localconfig is
deprecated because they may get overwritten in some future code.  Because we
planned to overwrite it at some point...
Oh, OK. Sorry.

But perhaps now is a good time to write said generic mechanism, along the same
lines?

Gerv
OK, for 2.18, lets get a new patch up that recommends removing it.

We should already have another bug somewhere for a more logical handling of
localconfig, if not, let's file one and do that later.
Severity: normal → blocker
Comment on attachment 134816 [details] [diff] [review]
Comment to user that mysqlpath is gone

per comment 7.

Can we get the patch refreshed to deal with that?
Attachment #134816 - Flags: review-
Attached patch v3Splinter Review
Attachment #134797 - Attachment is obsolete: true
Attachment #134816 - Attachment is obsolete: true
Attachment #145375 - Flags: review?(kiko)
Comment on attachment 145375 [details] [diff] [review]
v3

No-brainer.

"It is recomended to remove it" -> "It is recomended you remove it" perhaps.
Attachment #145375 - Flags: review?(kiko) → review+
Flags: approval?
>"It is recomended to remove it" -> "It is recomended you remove it" perhaps.

"We recommend you remove it." (active tense better than passive tense, even with
royal we)

But that's icing.  a=myk with or without the change
Flags: approval? → approval+
Checked in with the proposed rewording.

FIXED.

Checking in checksetup.pl;
/cvsroot/mozilla/webtools/bugzilla/checksetup.pl,v  <--  checksetup.pl
new revision: 1.273; previous revision: 1.272
done
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
QA Contact: matty_is_a_geek → default-qa
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: