Closed
Bug 224698
Opened 21 years ago
Closed 20 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•21 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•21 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•21 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•21 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•21 years ago
|
||
clearing approval request pending answering the remaining questions/getting a new patch posted.
Flags: approval?
Comment 10•21 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•21 years ago
|
||
I thought we had that only for params?
Comment 12•21 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•21 years ago
|
||
Oh, OK. Sorry. But perhaps now is a good time to write said generic mechanism, along the same lines? Gerv
Comment 14•20 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•20 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•20 years ago
|
||
Attachment #134797 -
Attachment is obsolete: true
Attachment #134816 -
Attachment is obsolete: true
Updated•20 years ago
|
Attachment #145375 -
Flags: review?(kiko)
Comment 17•20 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•20 years ago
|
Flags: approval?
Comment 18•20 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•20 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: 20 years ago
Resolution: --- → FIXED
Updated•12 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
•