See http://docs.sun.com/app/docs/doc/816-5137/6mba5vpja?a=view - a staddr of
NULL and a stsize of zero means the system defaults are being used.
Also, make sure the pthread_attr_t object has been initialized properly with
pthread_attr_init() before it is passed to any of the other
Xirui [EMAIL PROTECTED] wrote:
Hmm...
The second one sounds easier. :-) How long will it take?
I can't tell. The next release will definitely not have a GUI.
I am not sure about the release after the next one ;-)
Jörg
--
EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin
On Wed, Jun 29, 2005 at 08:48:16PM +0200, Jasse Jansson wrote:
And how will the community test those fixes in a proper way?
Are the special test tools needed (yeah, I know they exist)
or will 'continuous use' count as testing?
Well, I'm not on the 'test list', maybe I should subscribe to
Hey, guys.
I'm getting a lot of calls regarding user groups, and some user groups
are already starting to crop up out there -- Brazil, UK, USA, Australia,
and I hear the Canadians are interested. There's also been some interest
at universities, too, so this could get pretty big.
Special
Tending to be a bit of a reductionist, I can't help but throw out what
I think is the #1 foundational question here.
What's the best package architecture (database) standard for
OpenSolaris? The canonicial choices, listed alphabetically, are:
* deb
* pkgsrc (implemented by pkgsrc system)
*
Hey,
Okay, I know JDS hasn't been released as part of the OpenSolaris
project. However, as a Solaris user, I obviously have the right to
obtain certain parts of it because of the license they're under, such
as Metacity, etc. Where can I get the source tarballs from? Or whom do
I contact so
On Wed, 2005-06-29 at 15:43, Eric Boutilier wrote:
- A big strike against deb and portage (for Solaris/OpenSolaris) is
that no work's been done yet.
- A big strike against Solaris packaging is it's not open-source yet.
- A big point in favor of Solaris packaging is compatibiltiy with
On Wed, 29 Jun 2005, Eric Boutilier wrote:
My 2 cents:
- A big strike against deb and portage (for Solaris/OpenSolaris) is
that no work's been done yet.
- A big strike against Solaris packaging is it's not open-source yet.
- A big point in favor of Solaris packaging is compatibiltiy
On Wed, Jun 29, 2005 at 02:43:27PM -0500, Eric Boutilier wrote:
Tending to be a bit of a reductionist, I can't help but throw out what
I think is the #1 foundational question here.
What's the best package architecture (database) standard for
OpenSolaris? The canonicial choices, listed
Jim, one thing we did in the beginning was provide a template for a
website and offer hosting that linked to a common repository of
resources (software, FAQs, etc.). In some cases all they did was
translate the site into their native language. Here are a couple
more examples of the older
These questions to me frame the entire set of problems for any
existing packaging system that tries to integrate with a native one or
when you have a 3rd party providing the packages instead of the
original project.
On 6/29/05, Keith M Wesolowski [EMAIL PROTECTED] wrote:
- If new packages are
On Wed, 29 Jun 2005, Darren J Moffat wrote:
On Wed, 2005-06-29 at 12:43, Eric Boutilier wrote:
Tending to be a bit of a reductionist, I can't help but throw out what
I think is the #1 foundational question here.
What's the best package architecture (database) standard for
OpenSolaris?
On Wed, 29 Jun 2005, Rich Teer wrote:
On Wed, 29 Jun 2005, Dragan Cvetkovic wrote:
after starting truss -afe -o /dev/null -p 2079, it managed to copy some
10MB of data in one minute or so, but after killing truss, it takes 5
minutes to copy 2MB of data.
What is going on here? How can I find
I wrote an engine interface for Mozilla/Firefox search. Nab it in my blog:
http://cuddletech.com/blog/
benr.
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
I feel like it's time to mention my baby: pkgbuild
(pkgbuild.sf.net), which is an rpmbuild replacement that
produces Solaris SVr4 packages. This is what we use for
building JDS/Solaris (all GNOME, Mozilla, Evolution, APOC).
We have rpm spec files [with a few enhancements], patches
and community
On Thu, 30 Jun 2005, Gavin Maltby wrote:
Hi Dragan,
Hi Gavin,
On 06/30/05 00:00, Dragan Cvetkovic wrote:
[cut]
Where is the cp source, btw?
usr/src/cmd/mv - cp and mv have common source.
Ah, that explains it.
Another example of slow transfer: copying these 4 isos to our install
On Wed, Jun 29, 2005 at 05:37:59PM -0500, Eric Boutilier wrote:
So them is this commuity here, and the distribution is SchilliX. So
in that context, What suites us? is the issue I'm raising.
I'd think the packaging system used by SchilliX is for Joerg to
decide, in concert with his user base,
On 6/29/05, Eric Boutilier [EMAIL PROTECTED] wrote:
So it seems to me that one feasible path would be to take a minimal
OpenSolaris-based OS (SchilliX) and integrate an rpm registry onto
it -- at least for now. Then when Solaris packaging (svr4) is
open-sourced, migrating to a svr4 registry
18 matches
Mail list logo
