[gentoo-dev] mysql commercial

[gentoo-dev] mysql commercial

[Steve Rodgers]

Hi does anyone have any experience of deploying mysql commercial build into a gentoo platform?

Several mysql dependencies such as php will need to have the ebuild slot there so I guess it's
up to me to maintain an overlay equivalent that provides the same as the portage ebuild?

Does this exist and if not - would it be of use for me to contribute back to portage?

e.g. app-db/mysql-commercial

Thanks

Steve
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] mysql commercial

[Francesco Riosa]

Steve Rodgers wrote:

It isn't very clear to what it needed here but I'll try to answer anyway

> Hi does anyone have any experience of deploying mysql commercial build into a gentoo platform?

not me, but I use the gpl version for commercial scopes

> 
> Several mysql dependencies such as php will need to have the ebuild slot there so I guess it's
> up to me to maintain an overlay equivalent that provides the same as the portage ebuild?

If both "app-db/mysql-commercial" and "app-db/mysql" are in portage the
packages may depend over a "virtual/mysql" . Virtuals are used in gentoo
tree for packages that both provide the same functionality.

> 
> Does this exist and if not - would it be of use for me to contribute back to portage?
> 
> e.g. app-db/mysql-commercial

Users to get a package in the tree need to open a bug and attach the an
ebuild, then a developer could take care of the bug and insert it into
the tree. However that developer will probably need a copy of a
commercial MySQL to test and work on.

As an alternative you could try to become a developer and take care
yourself of the package.

> 
> Thanks
> 
> Steve

Regards,
Francesco
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] mysql commercial

[Jakub Moc]

[-- Attachment #1: Type: text/plain, Size: 969 bytes --]


3.1.2006, 18:54:07, Steve Rodgers wrote:

> Hi does anyone have any experience of deploying mysql commercial build into a gentoo platform?

> Several mysql dependencies such as php will need to have the ebuild slot there so I guess it's
> up to me to maintain an overlay equivalent that provides the same as the portage ebuild?

> Does this exist and if not - would it be of use for me to contribute back to portage?

> e.g. app-db/mysql-commercial

> Thanks

> Steve

Dunno what exactly "commercial" means here, it you mean official -bin,
there's some overlay and ebuilds in Bug 83424, there's also some weird
commerical/mysql/amd64 profile but I don't have any clue who commited that
and why...

-- 
Best regards,

 Jakub Moc
 mailto:jakub@gentoo.org
 GPG signature: http://subkeys.pgp.net:11371/pks/lookup?op=get&search=0xCEBA3D9E
 Primary key fingerprint: D2D7 933C 9BA1 C95B 2C95  B30F 8717 D5FD CEBA 3D9E

 ... still no signature ;)

[-- Attachment #2: Type: application/pgp-signature, Size: 183 bytes --]

Re: [gentoo-dev] mysql commercial

[Francesco Riosa]

Jakub Moc wrote:
[...]
> Dunno what exactly "commercial" means here, it you mean official -bin,
> there's some overlay and ebuilds in Bug 83424, there's also some weird
[...]

Please forget that one, it's broken, and the quantity and the size of
the binary packages to download make an hell to maintain it, i.e.
(unless you want to maintain just x86 and amd64 ARCHs)

-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] mysql commercial

[Steve Rodgers]

so unless it's of real use to others I might just continue to support it myself.
I'm already packaging up other internal apps using a portage overlay.

FYI - if you deploy an app which is non-gpl which links against mysql libs then
you need to deploy against a commercial version of mysql.
this is built and maintained in binary format by mysql - and requires 
username/password to download.

there are various packages - rpms and tarballs available.

for commercial apps using the mysql c api you must use commercial mysql - if you
use e.g. php then that's ok as there is a php clause in the license.

Steve

On Tuesday 03 Jan 2006 18:36, Francesco Riosa wrote:
FR> Jakub Moc wrote:
FR> [...]
FR> > Dunno what exactly "commercial" means here, it you mean official -bin,
FR> > there's some overlay and ebuilds in Bug 83424, there's also some weird
FR> [...]
FR> 
FR> Please forget that one, it's broken, and the quantity and the size of
FR> the binary packages to download make an hell to maintain it, i.e.
FR> (unless you want to maintain just x86 and amd64 ARCHs)
FR> 
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] mysql commercial

[Steve Rodgers]

I don't mind maintaining it though on amd64 if it would be of use.
This will be maintained by me anyway internally - would it be useful to sign up as a developer?
There are other apps I have been building ebuilds for - such as ChartDirector - another
commercial app - which I could contribute too. 

steve

On Tuesday 03 Jan 2006 18:51, Steve Rodgers wrote:
SR> so unless it's of real use to others I might just continue to support it myself.
SR> I'm already packaging up other internal apps using a portage overlay.
SR> 
SR> FYI - if you deploy an app which is non-gpl which links against mysql libs then
SR> you need to deploy against a commercial version of mysql.
SR> this is built and maintained in binary format by mysql - and requires 
SR> username/password to download.
SR> 
SR> there are various packages - rpms and tarballs available.
SR> 
SR> for commercial apps using the mysql c api you must use commercial mysql - if you
SR> use e.g. php then that's ok as there is a php clause in the license.
SR> 
SR> Steve
SR> 
SR> On Tuesday 03 Jan 2006 18:36, Francesco Riosa wrote:
SR> FR> Jakub Moc wrote:
SR> FR> [...]
SR> FR> > Dunno what exactly "commercial" means here, it you mean official -bin,
SR> FR> > there's some overlay and ebuilds in Bug 83424, there's also some weird
SR> FR> [...]
SR> FR> 
SR> FR> Please forget that one, it's broken, and the quantity and the size of
SR> FR> the binary packages to download make an hell to maintain it, i.e.
SR> FR> (unless you want to maintain just x86 and amd64 ARCHs)
SR> FR> 
SR> 
-- 
gentoo-dev@gentoo.org mailing list