Martin MC Brown wrote:
>
>
> But where on the filesystem does SUNWmysql35o deliver its content
> (this is why it's useful to have some listing or Appendix showing
> what each package delivers)?
>
It will be listed under the 5.0 release, but to use the Connector/ODBC
yo
Jyri Virkki wrote:
> Jan S Berg wrote:
>
>>
>>> But where on the filesystem does SUNWmysql35o deliver its content
>>> (this is why it's useful to have some listing or Appendix showing
>>> what each package delivers)?
>>>
>> It will be listed under the 5.0 release, but to use the Conn
But where on the filesystem does SUNWmysql35o deliver its content
(this is why it's useful to have some listing or Appendix showing
what each package delivers)?
>>> It will be listed under the 5.0 release, but to use the Connector/
>>> ODBC
>>> you will specify how to con
On 20 Feb 2008, at 19:26, Matt.Ingenthron at Sun.COM wrote:
> Jyri Virkki wrote:
>> Matt Ingenthron wrote:
>>
>>> I believe we'll need to deliver both, and there are probably still a
>>> number of reasons (for now) that one may choose to run 32-bit even
>>> on a
>>> system with a 64-bit ISA, wh
> What would concern me is the guy evaluating OpenSolaris, grabbing an
> extension that's needed for his application, running
> gem/apxs/phpize/pecl and then seeing it blow up. The install readme
> won't likely have an "if you're on OpenSolaris" branch, and it may not
> even be clear where the pr
Jyri Virkki wrote:
> Jan S Berg wrote:
>> Yes, Connector/ODBC will also be in 64 bit. No difference for the
>> Connector/J since it's all Java.
>
> I know, feedback was just to make a note in the doc so it's precisely
> specified.
>
>> ok, will add the files for Connector/J and Connector/ODBC,
Matt.Ingenthron at Sun.COM wrote:
>
> What would concern me is the guy evaluating OpenSolaris, grabbing an
> extension that's needed for his application, running
> gem/apxs/phpize/pecl and then seeing it blow up. The install readme
> won't likely have an "if you're on OpenSolaris" branch, and
Jan S Berg wrote:
>
>
> >But where on the filesystem does SUNWmysql35o deliver its content
> >(this is why it's useful to have some listing or Appendix showing
> >what each package delivers)?
>
> It will be listed under the 5.0 release, but to use the Connector/ODBC
> you will specify how to conn
Peter Tribble wrote:
> On Feb 20, 2008 6:32 AM, Matt Ingenthron wrote:
>> I keep meaning to send out a pointer on this one. I don't know if it's
>> been noticed, but there was a slight thread of discussion on 32/64 after
>> I wrote that blog on using svccfg to switch from 32 to 64-bit:
>> http://
Jyri Virkki wrote:
> Matt Ingenthron wrote:
>
>> I believe we'll need to deliver both, and there are probably still a
>> number of reasons (for now) that one may choose to run 32-bit even on a
>> system with a 64-bit ISA, which means there has to be a switch somewhere
>> to pick what one want
Peter Tribble wrote:
> If you have an x64 system then running in 64-bit is clearly the
> right choice, so isaexec would work fine and would probably
> be the right choice there.
>
> It might be useful to do a comparison on sparc. But my general
> experience there is that 64-bit isn't generally bett
Matt Ingenthron wrote:
>
> I believe we'll need to deliver both, and there are probably still a
> number of reasons (for now) that one may choose to run 32-bit even on a
> system with a 64-bit ISA, which means there has to be a switch somewhere
> to pick what one wants to run.
As you say, I dou
> Yes, but I think it should be done the same way on sparc as on x64, to
> have 64bit as default only on amd64 platforms will be very confusing.
>
> I would also prefer that this property had the same name and default as
> other components in Webstack, although only Apache have that choice.
I stro
On Feb 20, 2008 6:32 AM, Matt Ingenthron wrote:
> >
> I keep meaning to send out a pointer on this one. I don't know if it's
> been noticed, but there was a slight thread of discussion on 32/64 after
> I wrote that blog on using svccfg to switch from 32 to 64-bit:
> http://blogs.sun.com/mingenthr
Hi all,
Jyri Virkki wrote:
(snip...)
>>
>> We are proposing to call it "arch", but if there is a standard way of
>> naming this
>> we would like to use that, although haven't found any.
>>
>
> I saw the reference later in the thread to Apache's
> "httpd/enable_64bit" boolean property so th
Jan S Berg wrote:
>
> Yes, Connector/ODBC will also be in 64 bit. No difference for the
> Connector/J since it's all Java.
I know, feedback was just to make a note in the doc so it's precisely
specified.
> ok, will add the files for Connector/J and Connector/ODBC, for the 64bit
> it will be the
Hi Peter,
Peter Tribble wrote:
> On Feb 16, 2008 11:14 AM, Jan S Berg wrote:
>
2.4 SMF
We will use the already delivered smf metafile as well as a
smf startup script. We will add a property to the smf service
for choosing between 32 and 64 bit. Default will be the archit
On Feb 16, 2008 11:14 AM, Jan S Berg wrote:
> >> 2.4 SMF
> >>
> >> We will use the already delivered smf metafile as well as a
> >> smf startup script. We will add a property to the smf service
> >> for choosing between 32 and 64 bit. Default will be the architecture
> >> you are running on.
> >>
Hi Jyri,
Jyri Virkki wrote:
> Jan S Berg wrote:
>
>> Hi,
>>
>> we have made a draft ARC case for integrating 64bit MySQL and the ODBC
>> and JDBC Connectors to OpenSolaris:
>>
>
>
>
>> MySQL 32 bit server,clients and c-api with man pages and testsuites has
>> already been integrated in
Jan S Berg wrote:
>
> Hi,
>
> we have made a draft ARC case for integrating 64bit MySQL and the ODBC
> and JDBC Connectors to OpenSolaris:
> MySQL 32 bit server,clients and c-api with man pages and testsuites has
> already been integrated into OpenSolaris.
>
> With this Fasttrack we want to in
Hi,
thanks Martin for the clarification, I have updated the
http://wikis.sun.com/display/WebStack/MySQL64bitARC
onepager reflecting this.
So changes are:
-added amd64 and sparcv9 bin and lib directories containing the bits,
and a softlink, 64, to the appropriate subdirectory.
-moved the 64 bit b
Hi Peter, Jan, everyone,
> Likewise, why have a different location for the data files?
>
> (A technical question - are the data files incompatible between
> 32 and 64 bit servers?)
All the current major storage engines (with one exception) are
architecture neutral, both in endian-ness and bit
On Feb 6, 2008 12:46 PM, Jan S Berg wrote:
> Peter Tribble wrote:
> > On 2/5/08, Jan S Berg wrote:
> >> Hi,
> >>
> >> we have made a draft ARC case for integrating 64bit MySQL and the ODBC
> >> and JDBC Connectors to OpenSolaris:
> >>
> >> http://wikis.sun.com/display/WebStack/MySQL64bitARC
> >>
Peter Tribble wrote:
> On 2/5/08, Jan S Berg wrote:
>> Hi,
>>
>> we have made a draft ARC case for integrating 64bit MySQL and the ODBC
>> and JDBC Connectors to OpenSolaris:
>>
>> http://wikis.sun.com/display/WebStack/MySQL64bitARC
>>
>> Please review and comment
>
> I thought that it was now us
On 2/5/08, Jan S Berg wrote:
> Hi,
>
> we have made a draft ARC case for integrating 64bit MySQL and the ODBC
> and JDBC Connectors to OpenSolaris:
>
> http://wikis.sun.com/display/WebStack/MySQL64bitARC
>
> Please review and comment
I thought that it was now usual to supply 64-bit files in the s
Hi,
we have made a draft ARC case for integrating 64bit MySQL and the ODBC
and JDBC Connectors to OpenSolaris:
http://wikis.sun.com/display/WebStack/MySQL64bitARC
Please review and comment
Thanks,
Jan S Berg
26 matches
Mail list logo
