Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 45154 - MySQL ebuilds supporting serverless compile
Summary: MySQL ebuilds supporting serverless compile
Status: VERIFIED WONTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo Linux MySQL bugs team
URL:
Whiteboard:
Keywords:
: 115588 168630 (view as bug list)
Depends on:
Blocks:
 
Reported: 2004-03-19 12:32 UTC by Yuval Kogman
Modified: 2010-08-26 18:58 UTC (History)
4 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
Fixes --without-server --enable-thread-safe-client configure bug. (mysql-4.0.18-threadsafe-withoutserver.patch,756 bytes, patch)
2004-03-22 20:53 UTC, Joe Khoobyar
Details | Diff
Ebuild which adds "clientonly" flag. (mysql-4.0.18-r1.ebuild,8.40 KB, text/plain)
2004-03-22 20:54 UTC, Joe Khoobyar
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Yuval Kogman 2004-03-19 12:32:55 UTC
The --without-server option to the configure script can be quite desireable. It cannot be reached with USE flags or equievelent. 

Reproducible: Always
Steps to Reproduce:
N/A



something like
    use noserver && $myconf="${myconf} --without-server"
is what I hacked into the ebuild file.
Comment 1 Donny Davies (RETIRED) gentoo-dev 2004-03-20 09:25:24 UTC
USE flags were not designed to map onto subpackages.  I would not entertain this bug, personally, but I've not done any significant maintainership on this ebuild for quite some time now, so it's only my $.02 at this point.

Comment 2 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2004-03-20 13:23:17 UTC
server/client subpackage stuff is a longstanding debate and the general consensus is to do it, and always have packages complete. For the people that really need the splitting up, it's trivial for them to do what you just did.
Comment 3 Yuval Kogman 2004-03-20 14:45:26 UTC
Maybe we should create a mysql-client ebuild then?
Comment 4 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2004-03-20 23:18:48 UTC
sorry i worded myself badly in my last message
do it = create packages as complete units only, not multiple packages like -client (this bloats the tree).
Comment 5 Joe Khoobyar 2004-03-22 20:47:21 UTC
Well, here's my $0.02 as well, for what it's worth.

I understand the argument about cleanliness of packages.  But I don't understand the idea that each user should forced to do one of two things:  install the server whether you want it or not, or keep and maintain alternate ebuild in your portage overlay (assuming that you have one).

Really, it's better to have a "clientonly" flag, or the like.  This way, the package successfully satisfies builds that need mysql db connectivity, and there's only one package to maintain in the tree.

Regardless, I'll post my configure patch and an ebuild here, and maybe we can eventually get some support on this one.  Sure it's a shame, cleaniless-wise and all that, that mysql didn't separate this into two packages.  But it's a non-sequitor to make the end-user's systems LESS CLEAN by forcing them to install a bunch of files that they don't need, or customize the build themselves.

Just my $0.02.  Long live free software.

Also, --without-server doesn't really do what you think, since it (erroneously) conflicts with the --enable-thread-safe-client configure flag.  This is due to a configure bug with mysql-4.0.18, and probably long-standing since many people wouldn't notice:  the package compiles just fine, only it compiles a whole bunch of SERVER-related stuff (and the server too) that you don't want.
Comment 6 Joe Khoobyar 2004-03-22 20:53:14 UTC
Created attachment 27830 [details, diff]
Fixes --without-server --enable-thread-safe-client configure bug.

Patch, as referenced above.
Comment 7 Joe Khoobyar 2004-03-22 20:54:49 UTC
Created attachment 27831 [details]
Ebuild which adds "clientonly" flag.

Ebuild, as referenced above.
Comment 8 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2004-03-22 20:59:27 UTC
my WONTFIX resolution still stands on the package. until gentoo as a whole makes a move to supporting seperate client/server stuff (it's a MASSIVE mess really, but we will deal with it at some point, because people already want the option of not installing docs).

as for your patch fixing --without-server, i'd suggest asking the mysql mailing lists about it.
Comment 9 Joe Khoobyar 2004-03-23 13:03:30 UTC
I respect your judgement.  But, here comes the "but".... ;)

I would say that if an average user would find it more suitable for their needs by simply doing a './configure --without-server && make && make install' for a given package, then using the ebuild (which is supposed to make package administration easier), then something is definitely out of whack here.

I can see how it add complexity to the tree though, obviously it has potential to cause problems with other packages.  I really think that this effect would be minimum, however, since most packages that depend on MySQL really just want database connectivity to MySQL and don't care if the server is actually running locally.  I'd personally be hard pressed to think of ONE package requiring MySQL that even cares whether MySQL is runing locally or remotely.
Comment 10 Jakub Moc (RETIRED) gentoo-dev 2005-12-14 13:48:25 UTC
*** Bug 115588 has been marked as a duplicate of this bug. ***
Comment 11 Jakub Moc (RETIRED) gentoo-dev 2007-02-27 20:41:39 UTC
*** Bug 168630 has been marked as a duplicate of this bug. ***
Comment 12 Erik Logtenberg 2007-02-27 21:26:35 UTC
lol :) 

My request seems to be a duplicate of this three year old request :D My apologies to all for not having found this request in my first search attempt.

Although this original request was put on state "wontfix" by Robin Johnson, I would very much like to request the re-evaluation of this request. I think that most of the arguments against a client-only option are now obsolete.

For instance: "my WONTFIX resolution still stands on the package. until gentoo as a whole makes a move to supporting seperate client/server stuff (it's a MASSIVE mess really, but we will deal with it at some point, because people already want the option of not installing docs)."
In the mean time, the "docs" use flag is used in many packages for this exact purpose. It seems Gentoo has generally chosen to honour these kinds of requests.

Other example: "create packages as complete units only, not multiple packages like -client (this bloats the tree)."
In the mean time Portage has made a move towards modular X.org, modular KDE, etc. Generally it seems "more and smaller packages" aren't considered bad anymore, but considered userfriendly instead, because it gives more fine-grained control over what is and what is not installed.
This is in fact exactly what this client-only request is all about.

So my point is: there are basically two ways to implement the MySQL client-only request (a use flag for the main MySQL ebuild or a split-up towards a server and a client ebuild), for both alternatives were valid objections in the past; these objections are however no longer valid, so I hope the request can be re-evaluated and one hopefully one of the two mentioned solutions can be chosen.

Comment 13 Emiliano Perez 2010-08-26 18:28:39 UTC
I support the "clientonly" motion. 

On every linux I've came up with, there's a -client version of MySQL in case you don't want to use a MySQL server and maintain a whole bunch of dependences for it.
Comment 14 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2010-08-26 18:58:21 UTC
(In reply to comment #13)
> I support the "clientonly" motion. 
> 
> On every linux I've came up with, there's a -client version of MySQL in case
> you don't want to use a MySQL server and maintain a whole bunch of dependences
> for it.
For everybody still randomly coming to this thread, the MySQL ebuilds have had USE=minimal providing client-only for more than 4.5 years now. If there is a problem that it's not light enough, file a new bug.

kuteninja:
If you put a comment on a bug, please CC yourself so that you see responses.