From: Mick <michaelkintzios@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] mysql is being pulled in again!
Date: Fri, 5 Mar 2010 06:53:15 +0000 [thread overview]
Message-ID: <358eca8f1003042253p438a9995xa8271a5e1d6dca42@mail.gmail.com> (raw)
In-Reply-To: <201003042207.14405.alan.mckinnon@gmail.com>
On 4 March 2010 20:07, Alan McKinnon <alan.mckinnon@gmail.com> wrote:
> On Thursday 04 March 2010 19:07:22 Mick wrote:
>> > There will be a reason why mysql is being pulled in, most likely a
>> > package that must have it.
>>
>> If a package must have it, wouldn't the USE flag mysql switch to + ?
>
> Your post seems to indicate a lack of understanding of how these things work.
Yep. :-(
> Often-times things are not optional, that's what "must" means. USE is
> diametrically opposed to that as it has to imply a meaning of "may". If a
> package if hard-coded to use mysql, then it must have it, and putting it in
> USE in pointless.
I see. I thought that (some relevant) USE flags reflected
dependencies at some level and that if a dependency changed then this
would reflect those USE flags which would now show up as active. So I
thought that the mysql USE flag would change from - to +.
> There's no rule about this. If mysql is a hard dep, then that's the way it is.
>
>> > If a user wants postgres, he should install and run postgres. How would
>> > this affect the presence or absence of mysql?
>>
>> Well, I am assuming that if postgres can do what mysql does, then it
>> could work in its place. Like if syslog-ng will do what metalog does,
>> then the virtual/log-thingie will not insist in pulling in metalog.
>> Anyway, the postgres is just an example of asking why are we locking
>> down the choice of a database to a particular package/provider.
>
> Again, you appear to fail to understand. metalog supports a variety of
> database backends. Not all apps are like this, some are hard-coded. If you
> want to use an app like this, you have no choice but to install mysql.
>
> If you don't like this, then your choices number two:
>
> 1. Tough, get over it;
> 2. Use a different app
No I think you fail to understand what I fail to understand! Ha, ha! :-))
I was not talking about what db a syslog app will use as a back end.
I was trying to understand why a virtual package like virtual/mysql is
pulling in dev-db/mysql and I used the syslog virtual/real
relationship as an analogy. Anyway, I now know two things:
a) qt-sql pulled in mysql
b) when the wife shouts at me to get going with chores, I do not start
an emerge without first checking the contents of it! :-))
Thanks again for your replies.
--
Regards,
Mick
next prev parent reply other threads:[~2010-03-05 6:54 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-03-04 15:37 [gentoo-user] mysql is being pulled in again! Mick
2010-03-04 15:57 ` Alan McKinnon
2010-03-04 16:19 ` Neil Bothwick
2010-03-04 17:07 ` Mick
2010-03-04 17:27 ` [gentoo-user] " Nikos Chantziaras
2010-03-04 17:41 ` [gentoo-user] " Neil Bothwick
2010-03-04 17:54 ` Roy Wright
2010-03-04 20:07 ` Alan McKinnon
2010-03-04 22:38 ` Neil Bothwick
2010-03-05 6:53 ` Mick [this message]
2010-03-05 9:42 ` Neil Bothwick
2010-03-05 12:16 ` Mick
2010-03-04 16:45 ` [gentoo-user] " Nikos Chantziaras
2010-03-04 17:22 ` Mick
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=358eca8f1003042253p438a9995xa8271a5e1d6dca42@mail.gmail.com \
--to=michaelkintzios@gmail.com \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox