Here's the output of ldd
/usr/apache/libexec/libphp5.so:
libz.so.1 = /usr/lib/libz.so.1
libexpat.so.0 = /usr/lib/libexpat.so.0
librt.so.1 = /lib/librt.so.1
libresolv.so.2 = /lib/libresolv.so.2
libm.so.2 = /lib/libm.so.2
libnsl.so.1 = /lib/libnsl.so.1
It seems that PSARC discussions are not taken for serious
Let me quote something I did write Fri, 29 Jun 2007 11:30:43:
Well, even in the OSS world besides OpenSolaris there is a lot of thigs that
could be done better ;-)
Unfortunately, there are OSS authors that do not care about
It seems that PSARC discussions are not taken for serious
Why would you conclude that?
It's very simple, Joerg, first to integrate wins.
If you want to rename compare you will need to take this up with
the ImageMagick folks.
I thinkt hat integrating open source projects as is is vastly
On Thu, 13 Dec 2007, Richard L. Hamilton wrote:
On Thu, 13 Dec 2007, Richard L. Hamilton wrote:
Sometimes a large system, despite precautions (or
in the absence of them),
runs out of resources (VM, mainly) to the degree
that no useful progress
is being made: that is, one can't even log in
[EMAIL PROTECTED] wrote:
It seems that PSARC discussions are not taken for serious
Why would you conclude that?
It's very simple, Joerg, first to integrate wins.
WRONG: in the OSS world the first user os a name wins and the imagemagick name
is thus illegal.
Says who? And who keeps
[EMAIL PROTECTED] wrote:
It seems that PSARC discussions are not taken for serious
Why would you conclude that?
It's very simple, Joerg, first to integrate wins.
WRONG: in the OSS world the first user os a name wins and the imagemagick name
is thus illegal.
If you want to rename
Ghee Teo [EMAIL PROTECTED] wrote:
It is just another chance to verify that there is collaboration on
OpenSolaris
and not just ignorant domination from Sun.
Let not argue your case by calling us ignorant! The point is
imagemagik is integrated.
It is not against any ARC rule
On Fri, 14 Dec 2007, Joerg Schilling wrote:
[EMAIL PROTECTED] wrote:
It's very simple, Joerg, first to integrate wins.
WRONG: in the OSS world the first user os a name wins and the imagemagick name
is thus illegal.
Says who? And who keeps the record or registry?
Do you like to ignore
Do you like to ignore that my compare is genric and thus correctly using
the name and that it is 20 years older than imagemagick?
I think it is hardly relevant.
I do not remember hearing of it before and without any evidence of more
than marginal usage (say part of one or more mainstream
Joerg Schilling wrote:
[EMAIL PROTECTED] wrote:
PSARC discussions happen ONLY in the context of the product/release under
for which the product is ARC'ed.
Your compare is NOT part of that product; nor is there even an ARC
case proposing it.
Your compare does not exist in the context
Collaboration happens in the community.
If you are a member of the OpenSolaris community, you should try
to collaborate.
This is a case to see whether there is collaboration or domination!
No. You seem to operate under the misapprehension that collaboration
implies that you get your way.
Joerg Schilling wrote:
[EMAIL PROTECTED] wrote:
It's very simple, Joerg, first to integrate wins.
WRONG: in the OSS world the first user os a name wins and the imagemagick
name
is thus illegal.
Says who? And who keeps the record or registry?
Do you like to
On 12 Dec 2007, at 18:47, Mark Drummond wrote:
I am trying to install SXDE 9/07 in a vmware 6.x vm. After stepping
through the installation GUI, when I click the last button to begin
the install, the GUI comes back immediately with an installation
failed error message, *but* the
Hi,
Is there any existing tools or interface on the solaris can monitor CPU
temperature and control fan status?
Thanks,
-Aubrey
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Can someone explain the difference between these two?
samba == samba
smb/server == in-kernel CIFS server.
Casper
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Joerg Schilling wrote:
[EMAIL PROTECTED] wrote:
PSARC discussions happen ONLY in the context of the product/release under
for which the product is ARC'ed.
Your compare is NOT part of that product; nor is there even an ARC
case proposing it.
Your compare does not exist in the context
You forget the most important result from the ARC discussion:
If there is a name collision the cannot be resolved, the name cannot be used
in /usr/bin.
Current Solaris express is in conflict with ARC decisions.
PSARC discussions happen ONLY in the context of the product/release under
for
[EMAIL PROTECTED] wrote:
It's very simple, Joerg, first to integrate wins.
WRONG: in the OSS world the first user os a name wins and the imagemagick
name
is thus illegal.
Says who? And who keeps the record or registry?
Do you like to ignore that my compare is genric and thus
FYI
If you're around the French/Italian/Swiss Alps around Jan 15-18 you
might be interested.
http://fr.sun.com/sunnews/events/2007/nov/grenoble/
The two last days are open to everyone. registration is free.
Erwann
--
Erwann Chénedé,
Desktop Group, Sun
Joerg Schilling wrote:
Now it seems that my warning has been ignored and /usr/bin/compare on svn_77
appears to be a program from ImageMagick that illegally uses the name
compare.
What law, rule or policy does this violate? ImageMagick was ARC approved,
no other program named compare has
Mark wrote:
Can someone explain the difference between these two?
Yes.
network/samba is the userland Samba server.
network/smb/server is the OpenSolaris specific in kernel CIFS server,
more info on which can be found at
http://opensolaris.org/os/project/cifs-server/
--
Darren J Moffat
[EMAIL PROTECTED] wrote:
PSARC discussions happen ONLY in the context of the product/release under
for which the product is ARC'ed.
Your compare is NOT part of that product; nor is there even an ARC
case proposing it.
Your compare does not exist in the context of the product Solaris.
It
On 12/14/07 12:58, Joerg Schilling wrote:
The real compare is 20 years older and I did _warn_ _before_ the name appeared
in /usr/bin. For this reason, this is an important bug in Solaris Express.
I completely fail to see how your side comment on a PSARC case discussing
netcat (PSARC 2007/389)
[EMAIL PROTECTED] wrote:
Collaboration happens in the community.
If you are a member of the OpenSolaris community, you should try
to collaborate.
This is a case to see whether there is collaboration or domination!
No. You seem to operate under the misapprehension that collaboration
Can someone explain the difference between these two?
Thanks,
Mark
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
[EMAIL PROTECTED] wrote:
Do you like to ignore that my compare is genric and thus correctly using
the name and that it is 20 years older than imagemagick?
compare as a word dates back to probably 1000BC when the latin language
developed. Its use in english is post-norman, though, being
Ghee Teo [EMAIL PROTECTED] wrote:
Collaboration also needs to happen in reasonable context.
It seems your argument is that your compare exist before hand,
therefore it
can not be used. This is more like a trademark game. The OpenSolaris
community can not afford to search every
Joep Vesseur [EMAIL PROTECTED] wrote:
On 12/14/07 12:58, Joerg Schilling wrote:
The real compare is 20 years older and I did _warn_ _before_ the name
appeared
in /usr/bin. For this reason, this is an important bug in Solaris Express.
I completely fail to see how your side comment on a
On Fri, Dec 14, 2007 at 05:55:52PM +0100, Joerg Schilling wrote:
Joep Vesseur [EMAIL PROTECTED] wrote:
On 12/14/07 12:58, Joerg Schilling wrote:
The real compare is 20 years older and I did _warn_ _before_ the name
appeared
in /usr/bin. For this reason, this is an important bug in
For this reason, the compare from imagemagick either needs to be renamed
or it needs to be put into a different directory.
Your compare command gives a name clash with ImageMagick's compare command;
why don't you rename yours?
Since there is already a plain file compare program cmp which is
Joerg Schilling wrote:
Darren J Moffat [EMAIL PROTECTED] wrote:
When it comes to generic names (which unfortunately ImageMagick is full
of) I personally would prefer that it wasn't allowed unless they were
really generic. However UNIX is full of stuff like this already
cancel,accept
Jörg seems to want the ARC and c-teams to use a different method than
they use today for deciding when some utility (or library, or whatever)
name is a conflict with another existing one.
I recommend that Jörg make a proposal for such a change without making
such a proposal specific to his
Darren J Moffat [EMAIL PROTECTED] wrote:
When it comes to generic names (which unfortunately ImageMagick is full
of) I personally would prefer that it wasn't allowed unless they were
really generic. However UNIX is full of stuff like this already
cancel,accept etc. It is very important
On Dec 14, 2007 7:44 PM, Nicolas Williams [EMAIL PROTECTED] wrote:
I'm not sure that we can come up with such a method that will: a) allow
OpenSolaris to evolve and grow, while b) preventing any conflicts with
Linux distros (and *BSDs) that are also growing and evolving at
different rates.
Joerg Schilling wrote:
[EMAIL PROTECTED] wrote:
For this reason, the compare from imagemagick either needs to be renamed
or it needs to be put into a different directory.
Your compare command gives a name clash with ImageMagick's compare command;
why don't you rename yours?
Looks like
I'd set Reply-To so your replies, if any, would go to opensolaris-discuss,
not psarc-ext. One more try. Again, don't reply to me directly please.
On Fri, Dec 14, 2007 at 06:42:58PM +0100, Joerg Schilling wrote:
Nicolas Williams [EMAIL PROTECTED] wrote:
Why are we still arguing about this
Is there any existing tools or interface on the solaris can monitor=
CPU
temperature and control fan status?
I'm using the following dtrace script to monitor cpu temperatures on =
a
Tecra S1 centrino laptop (monitors some dtrace probes in the=20
tzmon kernel module). Unfortunatelly it's not
Joerg Schilling wrote:
Norm Jacobs [EMAIL PROTECTED] wrote:
Your argument there is with the open source community. It's the
ImageMagick open source project that chose the name compare for their
program. Yes, we did choose to place it in /usr/bin along with the rest
of the
Nicolas Williams [EMAIL PROTECTED] wrote:
On Fri, Dec 14, 2007 at 05:55:52PM +0100, Joerg Schilling wrote:
Joep Vesseur [EMAIL PROTECTED] wrote:
On 12/14/07 12:58, Joerg Schilling wrote:
The real compare is 20 years older and I did _warn_ _before_ the name
appeared
in /usr/bin.
[EMAIL PROTECTED] wrote:
For this reason, the compare from imagemagick either needs to be renamed
or it needs to be put into a different directory.
Your compare command gives a name clash with ImageMagick's compare command;
why don't you rename yours?
Looks like you are unwilling to
Nicolas Williams [EMAIL PROTECTED] wrote:
I'd set Reply-To so your replies, if any, would go to opensolaris-discuss,
not psarc-ext. One more try. Again, don't reply to me directly please.
On Fri, Dec 14, 2007 at 06:42:58PM +0100, Joerg Schilling wrote:
Nicolas Williams [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
For this reason, the compare from imagemagick either needs to be=
renamed
or it needs to be put into a different directory.
Your compare command gives a name clash with ImageMagick's compare =
command;
why don't you rename yours?
Looks like you are unwilling to
Darren J Moffat [EMAIL PROTECTED] wrote:
Joerg Schilling wrote:
Darren J Moffat [EMAIL PROTECTED] wrote:
When it comes to generic names (which unfortunately ImageMagick is full
of) I personally would prefer that it wasn't allowed unless they were
really generic. However UNIX is
Norm Jacobs [EMAIL PROTECTED] wrote:
Your argument there is with the open source community. It's the
ImageMagick open source project that chose the name compare for their
program. Yes, we did choose to place it in /usr/bin along with the rest
of the ImageMagick commands, but there was a
Actually, we have a cooperative process for dealing with this kind of
thing. It's call ARCing.
Joerg Schilling wrote:
[EMAIL PROTECTED] wrote:
For this reason, the compare from imagemagick either needs to be renamed
or it needs to be put into a different directory.
Your
Nicolas Williams [EMAIL PROTECTED] wrote:
Jörg seems to want the ARC and c-teams to use a different method than
they use today for deciding when some utility (or library, or whatever)
name is a conflict with another existing one.
I recommend that Jörg make a proposal for such a change
On Dec 14, 2007, at 9:44 AM, Joerg Schilling wrote:
Why should I rename that exists in the public for a long time just
because
some uncooperative people reused the name?
It's really irritating that ImageMagick grabbed command-line namespace
this way. It's worse than you think, Jörg:
Stop replying unless you are willing to have a discussion instead of
proclaiming things.
Pot. Kettle. Black.
You are the one proclaiming and accusing. I think I am being
reasonable.
I've tried to ask the question more politely several times, but I have
yet to see an answer, so I'll be a
As long as it it impossible to implement the arc decisions in OpenSolaris,
OpenSolaris cannot evolve.
ARC does not decide as much as approves, approves w/ TCRs or denies.
But projects approved by the ARC are often implemented so to claim
that that is impossible is ludicrous.
But they are
[EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
For this reason, the compare from imagemagick either needs to be=
renamed
or it needs to be put into a different directory.
Your compare command gives a name clash with ImageMagick's compare =
command;
why don't you rename
[EMAIL PROTECTED] wrote:
Stop replying unless you are willing to have a discussion instead of
proclaiming things.
Pot. Kettle. Black.
You are the one proclaiming and accusing. I think I am being
reasonable.
I've tried to ask the question more politely several times, but I have
You
Joerg Schilling wrote:
As long as it it impossible to implement the arc decisions in OpenSolaris,
OpenSolaris cannot evolve.
It is clearly possible to implement ARC decisions in OpenSolaris - there
are hundreds if not thousands of examples of this happening already.
There are difficulties in
Joerg:
You've been told how to prevent new conflicts with your tools arising:
run one or more ARC cases for integrating your tools into OpenSolaris,
As long as it has not been verified that arc cases help, I will definitely not
do this!
You are responsible to allow approved arc cases to
Joerg Schilling wrote:
Nicolas Williams [EMAIL PROTECTED] wrote:
Jörg seems to want the ARC and c-teams to use a different method than
they use today for deciding when some utility (or library, or whatever)
name is a conflict with another existing one.
I recommend that Jörg make a
On Fri, Dec 14, 2007 at 12:10:25PM -0800, Garrett D'Amore wrote:
Joerg Schilling wrote:
Nicolas Williams [EMAIL PROTECTED] wrote:
Jörg seems to want the ARC and c-teams to use a different method than
they use today for deciding when some utility (or library, or whatever)
name is a
On Fri, Dec 14, 2007 at 08:35:33PM +0100, Joerg Schilling wrote:
As long as it it impossible to implement the arc decisions in OpenSolaris,
OpenSolaris cannot evolve.
You've jumped the shark.
___
opensolaris-discuss mailing list
On Fri, 14 Dec 2007, [EMAIL PROTECTED] wrote:
As long as it it impossible to implement the arc decisions in OpenSolaris,
OpenSolaris cannot evolve.
ARC does not decide as much as approves, approves w/ TCRs or denies.
But projects approved by the ARC are often implemented so to claim
that
My experience has been that ARC is very agreeable to work with people to
figure out new ways of doing things when needed. It took us several
failed attempts, but working together we found a way to document
interface change in the GNOME desktop that is suitable to ARC and
which also isn't so
On Fri, 14 Dec 2007, Joerg Schilling wrote:
Nicolas Williams [EMAIL PROTECTED] wrote:
Jörg seems to want the ARC and c-teams to use a different method than
they use today for deciding when some utility (or library, or whatever)
name is a conflict with another existing one.
I recommend that
On Fri, 14 Dec 2007, Garrett D'Amore wrote:
As my dad always said, Actions speak louder than words. Demonstrate
your commitment to getting star integrated by your deed rather than your
e-mails.
+1 for your Dad's community project!G
--
Alan DuBoff - Solaris x86 IHV/OEM Group
Alan DuBoff [EMAIL PROTECTED] wrote:
On Fri, 14 Dec 2007, Garrett D'Amore wrote:
As my dad always said, Actions speak louder than words. Demonstrate
your commitment to getting star integrated by your deed rather than your
e-mails.
+1 for your Dad's community project!G
I am sorry that
On Fri, Dec 14, 2007 at 11:04:28PM +0100, Joerg Schilling wrote:
Everything is ready for a long time and waiting for integration.
The SFW makefile system is undocumented and idiosyncratic
and it does not seem to support all I need.
If the makefilesystem is usable, somebody just kows how
Umm, if you want to do it for all connections without support from the
respective applications, it'd be messy.
A couple of lateral approaches -
1 (a). Hack libsocket, on all socket() calls unconditionally add SO_KEEPALIVE
(?) using setsockopt, recompile. Statically linked programs (Oracle?)
Joerg Schilling wrote:
You forget the most important result from the ARC discussion:
If there is a name collision the cannot be resolved, the name cannot be used
in /usr/bin.
Current Solaris express is in conflict with ARC decisions.
Jörg
Seriously: Could you cite the precedent for
[EMAIL PROTECTED] writes:
I was unaware of the existence of your compare until today.
Just to be different, I'll admit that *I* knew about the problem quite
a while ago. I knew about the problem only because these two programs
once duked it out over the right to be '/opt/csw/bin/compare' if you
Just a reminder. We have a list (that we haven't used yet) for companies
and recruiters to post jobs and communicate with OpenSolaris developers:
http://mail.opensolaris.org/mailman/listinfo/opensolaris-jobs. I got
several requests recently and other list admins did as well this
morning. Just
On Fri, 14 Dec 2007, Garrett D'Amore wrote:
Joerg Schilling wrote:
Nicolas Williams [EMAIL PROTECTED] wrote:
Jörg seems to want the ARC and c-teams to use a different method than
they use today for deciding when some utility (or library, or whatever)
name is a conflict with another existing
Just a reminder. We have a list (that we haven't used yet) for companies
and recruiters to post jobs and communicate with OpenSolaris developers:
http://mail.opensolaris.org/mailman/listinfo/opensolaris-jobs. I got
several requests recently and other list admins did as well this
morning.
Dennis Clarke wrote:
Just a reminder. We have a list (that we haven't used yet) for companies
and recruiters to post jobs and communicate with OpenSolaris developers:
http://mail.opensolaris.org/mailman/listinfo/opensolaris-jobs. I got
several requests recently and other list admins did as
I'm working with external USB drives for backup. I want to NOT keep
them connected full time, for the usual reasons that backups shouldn't
be mounted all the time; so I have to figure out how to disconnect them,
and reconnect them.
The external disk c4t0d0 (ap_id usb1/9) has a zfs pool named
On Dec 15, 2007 1:56 AM, [EMAIL PROTECTED] wrote:
Is there any existing tools or interface on the solaris can monitor=
CPU
temperature and control fan status?
I'm using the following dtrace script to monitor cpu temperatures on =
a
Tecra S1 centrino laptop (monitors some dtrace
71 matches
Mail list logo
