Closed
Bug 224698
Opened 22 years ago
Closed 22 years ago
remove localconfig variable $mysqlpath
Categories
(Bugzilla :: Installation & Upgrading, defect)
Tracking
()
RESOLVED
FIXED
Bugzilla 2.18
People
(Reporter: jouni, Assigned: caduvall)
References
Details
Attachments
(1 file, 2 obsolete files)
|
1.64 KB,
patch
|
kiko
:
review+
|
Details | Diff | Splinter Review |
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
Tested, no seen problems. I don't use DB replication, so someone else might
want to take a whack.
Attachment #134797 -
Flags: review?(zach)
Comment 3•22 years ago
|
||
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 4•22 years ago
|
||
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+
Wrote patch, taking.
Assignee: zach → caduvall
Flags: approval?
Comment 7•22 years ago
|
||
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)." ? :)
| Reporter | ||
Comment 8•22 years ago
|
||
"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.
Comment 9•22 years ago
|
||
clearing approval request pending answering the remaining questions/getting a
new patch posted.
Flags: approval?
Comment 10•22 years ago
|
||
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
| Reporter | ||
Comment 11•22 years ago
|
||
I thought we had that only for params?
Comment 12•22 years ago
|
||
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...
Comment 13•22 years ago
|
||
Oh, OK. Sorry.
But perhaps now is a good time to write said generic mechanism, along the same
lines?
Gerv
Comment 14•22 years ago
|
||
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 15•22 years ago
|
||
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-
Comment 16•22 years ago
|
||
Attachment #134797 -
Attachment is obsolete: true
Attachment #134816 -
Attachment is obsolete: true
Updated•22 years ago
|
Attachment #145375 -
Flags: review?(kiko)
Comment 17•22 years ago
|
||
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+
Updated•22 years ago
|
Flags: approval?
Comment 18•22 years ago
|
||
>"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+
Comment 19•22 years ago
|
||
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: 22 years ago
Resolution: --- → FIXED
Updated•13 years ago
|
QA Contact: matty_is_a_geek → default-qa
You need to log in
before you can comment on or make changes to this bug.
Description
•