We have had talks in the past about OSS software that runs on top of Solaris
that was by no means solaris specific...i'm sure Unix related topics should
keep us all interested.
This message posted from opensolaris.org
___
opensolaris-discuss mailing
We won't make that mistake again :)
Tuesday sounds great...Thursday is not the best day imho, too late in the week.
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Rodrick Brown wrote:
Does the topic have to be Sun/Solaris Centric? Or would any UNIX
related technology talks be allowed such as an authors of well known
opensource applications giving overviews?
I certainly have no problem with that.
On the subject of the meeting date. You know how I mentio
David Comay wrote:
>No, this functionality is not yet available in Solaris Express.
>
>
>
Any idea when we will see it? I've gotten a little carried away adding
zones, they are just too handy...
Ian
___
opensolaris-discuss mailing list
opensolaris-d
No, this functionality is not yet available in Solaris Express.
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Darren Reed wrote:
Joerg Schilling wrote:
Darren Reed <[EMAIL PROTECTED]> wrote:
(General discussions of cross-compilation is suitable for either of
opensolaris-code or tools-discuss; potential platforms probably should
start talking here; there are communities and projects associated with
Darren Reed wrote:
I'm trying to advocate expanding the meaning of "appliances",
with respect to OpenSolaris, so that as a community or forum
it has a better chance of matching up with more projects.
I think I'm with Darren in that my (perhaps mistaken) impression
of the charter of the Applianc
Paul Jakma wrote:
> On Tue, 2 May 2006, Ian Collins wrote:
>
>> You can also simply do what I've just done and change your filters to
>> use 'To' and 'CC'.
>
>
> Filtering on the 'X-BeenThere' header which mailman includes would
> probably be more robust.
>
Doesn't appear to be there when one is i
Personally I'd be happy with that... of course, living 800km away and
only being present (and presenting at) on meeting may devalue my
opinion :)
On 03/05/2006, at 1:15 AM, Rodrick Brown wrote:
Does the topic have to be Sun/Solaris Centric? Or would any UNIX
related technology talks be all
Hi!
The ksh93-integration project web page is now live at:
http://www.opensolaris.org/os/project/ksh93-integration/
We have an overview of the project goals, pointers to the mailinglist
(http://mail.opensolaris.org/pipermail/ksh93-integration-discuss/), the
original ksh93 documentation
Joerg Schilling wrote:
Darren Reed <[EMAIL PROTECTED]> wrote:
(General discussions of cross-compilation is suitable for either of
opensolaris-code or tools-discuss; potential platforms probably should
start talking here; there are communities and projects associated with
installation and pa
On Tue, May 02, 2006 at 11:48:47AM -1000, David J. Orman wrote:
> I'm not quite sure I understand the posting of advertisements for t-shirts
> for sale by a private company to discussion lists. I don't see how this is
> anything more than an advertisement for $25 dollar t-shirts.
For those of u
I'm not quite sure I understand the posting of advertisements for t-shirts for
sale by a private company to discussion lists. I don't see how this is anything
more than an advertisement for $25 dollar t-shirts.
That being said, I somehow don't think "FSCK You" is going to go over well
(just abo
Sorry for the cross-posting, but I think the union of these lists will
be interested in this. Joyent, a recent convert to Solaris (and ZFS in
particular), has put together some fantastic T-shirts:
http://flickr.com/photos/textdriveinc/139222094/
http://flickr.com/photos/textdriveinc/13922209
For what it's worth, +1 from me to the original idea. I _hate_ the
unnecessary glop that mailman is sticking in the subject line, and I
have no problem at all using procmail to sort by Sender: and other
header fields.
Stephen Hahn writes:
> Per-user is straightforward on the Mailman side, less
Zhisong Jin writes:
> does anybody know if the current build 36 of
> solaris express support live upgrade system with zones?
No, it does not.
--
James Carlson, KISS Network<[EMAIL PROTECTED]>
Sun Microsystems / 1 Network Drive 71.232W Vox +1 781 442 2084
MS UBUR02
On Monday 01 May 2006 04:25 pm, Ignacio Marambio Catán wrote:
> I belive this comment is about the following
>
> "As an example, when Red Hat released the sources to their Enterprise
> Server, but didn't provide any of the Makefiles or configure scripts to
> create them. Of course there is nothing
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Darren Reed wrote:
> Chris Ricker wrote:
>
>> On Mon, 1 May 2006, Ignacio Marambio Catán wrote:
>>
>>
>>
>>> I belive this comment is about the following
>>>
>>> "As an example, when Red Hat released the sources to their Enterprise
>>> Server, but d
Darren J Moffat wrote:
Jim Grisanzio wrote:
Below is an update on the projects/communities proposed, approved,
recently opened, or void since my last mail on 4/19.
Jim
*COMMUNITY PROPOSALS*
Solaris Trusted Extensions Community
* Proposed 4/14/06 by Glenn Faden
* Community consensus: yes
*
Jürgen Keil wrote:
this new "feature" (put in double quotes) was getting me in rage:
6194015 PSARC/2004/776 - Device in use checking for Solaris utilities
What I normally do after Solaris installation is mirroring the boot disk via
SVM. Sometimes I forget to reserve a small region on the disk
Note: I'm moving this conversation over to [EMAIL PROTECTED]
To follow up, please use tools-linking and drop opensolaris-discuss.
Holger Berger wrote:
> On 4/30/06, Rod Evans <[EMAIL PROTECTED]> wrote:
>
>> The colon has been the standard separator of multiple pathnames within
>> the link-editi
On 5/2/06, Darren Reed <[EMAIL PROTECTED]> wrote:
As one of those who dissented from the change, I think it's a great idea
to offer the subscribing user choice here.
I had a brief write-up that detailed how to generally do this - but
removed it before I posted my last message - but since others
* John Plocher <[EMAIL PROTECTED]> [2006-05-02 11:28]:
> It sounds like there have been several strong -1's voiced about this
> proposal, which should (according to the proposed governance rules)
> derail this change.
(Although, as I note below, the current proposal is no longer current,
I d
* Justin Erenkrantz <[EMAIL PROTECTED]> [2006-05-02 11:32]:
> On 5/2/06, Stephen Hahn <[EMAIL PROTECTED]> wrote:
> > I would very much like to eliminate the second and subsequent list
> > name inclusions from subject lines. Are there a substantial number of
> > people filtering on anything othe
On 5/2/06, Stephen Hahn <[EMAIL PROTECTED]> wrote:
I would very much like to eliminate the second and subsequent list
name inclusions from subject lines. Are there a substantial number of
people filtering on anything other than the first included list name?
(And have done so in an order-
John Plocher wrote:
It sounds like there have been several strong -1's voiced about this
proposal, which should (according to the proposed governance rules)
derail this change.
If there still is a strong desire for such behavior, then I propose
extending the per-user mailman preferences to i
It sounds like there have been several strong -1's voiced about this
proposal, which should (according to the proposed governance rules)
derail this change.
If there still is a strong desire for such behavior, then I propose
extending the per-user mailman preferences to include a "tag the [lis
> this new "feature" (put in double quotes) was getting me in rage:
>
> 6194015 PSARC/2004/776 - Device in use checking for Solaris utilities
>
> What I normally do after Solaris installation is mirroring the boot disk via
> SVM. Sometimes I forget to reserve a small region on the disk for the
does anybody know if the current build 36 of
solaris express support live upgrade system with zones?
thanks.
Jason
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
On Tue, 2006-05-02 at 12:29 -0500, James Dickens wrote:
> if those people that don't like the [ ] tags they can adjudst there
> filters to remove them.
None of the mail clients I use allow you to do that, and I'm not going
to change to a different one just so I can start reading the important
par
[as mentioned earlier]
I filter via the recipient field (to, cc, bcc), that way if the
subject header changes, my filters still work. Works great.
In terms of order, whichever filter has higher priority/level will
filter first (on my setup).
-Moazam
On May 2, 2006, at 10:37 AM, Stephen H
(One omitted acknowledgment from my mail.)
* Egregious example subject lines were graciously provided by Ian
Collins.
--
Stephen Hahn, PhD Solaris Kernel Development, Sun Microsystems
[EMAIL PROTECTED] http://blogs.sun.com/sch/
___
opensolaris-d
Holger Berger wrote:
On 5/2/06, Darren J Moffat <[EMAIL PROTECTED]> wrote:
...
For example
Teamware needs ws(1) and wx(1) utility software to be useful for ON
development on a large scale but you can cope without them.
Also I'm sure I heard somewhere else that there was a pretty darn large
ot
* Darren Reed <[EMAIL PROTECTED]> [2006-05-01 19:25]:
> Bill Sommerfeld wrote:
>
> >On Mon, 2006-05-01 at 20:39, Roland Mainz wrote:
> >
> >
> >>The tagging is enabled by default in the mailman configuation
> >>intentionally. Think about it: If it is so bad - why did the mailman
> >>people turn i
Does the topic have to be Sun/Solaris Centric? Or would any UNIX
related technology talks be allowed such as an authors of well known
opensource applications giving overviews?
On 5/2/06, Alan Hargreaves <[EMAIL PROTECTED]> wrote:
In order to try to stop the last minute decisions of when to have
On Tue, 2006-05-02 at 15:10 +0200, Holger Berger wrote:
> Almost no utility software
> supports Mercurial which will not be very attractive to developers.
Hi, Holger -
Of course the third party tools that support Mercurial are not yet as
widespread and diverse as those around Subversion or CVS.
On 5/2/06, Justin Erenkrantz <[EMAIL PROTECTED]> wrote:
On 5/1/06, Darren Reed <[EMAIL PROTECTED]> wrote:
> The best thing a list can do is to stick with whatever choice
> it makes when it is first created, for better or worse. The
> worst you can do is to decide to change the behaviour at
> som
Chris Ricker wrote:
On Mon, 1 May 2006, Ignacio Marambio Catán wrote:
I belive this comment is about the following
"As an example, when Red Hat released the sources to their Enterprise
Server, but didn't provide any of the Makefiles or configure scripts to
create them. Of course there is n
On 4/9/06, Roland Mainz <[EMAIL PROTECTED]> wrote:
BTW: When subversion will become a part of Solaris I'd like to propose a
project which looks at some platform-specific optimisations for
subversion, including some hacks to libsvn_wc (the code which handles
the subversion working copy) to make it
On Tue, 2 May 2006, Ian Collins wrote:
You can also simply do what I've just done and change your filters to
use 'To' and 'CC'.
Filtering on the 'X-BeenThere' header which mailman includes would
probably be more robust.
regards,
--
Paul Jakma [EMAIL PROTECTED] [EMAIL PROTECTED]
Joerg Schilling wrote:
Darren Reed <[EMAIL PROTECTED]> wrote:
It occurred to me today that there is overlap but it isn't perhaps
a complete overlap as one might tend to believe.
The embedded community isn't just "appliances".
It is also many other things - for examples, cars.
Wouldn't it be
On Mon, 1 May 2006, Darren Reed wrote:
If/when it becomes trivial to subscribe a different alias to each
forum (to aid IMAP mailbox delivery) in opensolaris.org, this would
be fine.
Read-only NNTP gating would be nice too.
regards,
--
Paul Jakma [EMAIL PROTECTED] [EMAIL PROTECTED]
On 5/1/06, Darren Reed <[EMAIL PROTECTED]> wrote:
The best thing a list can do is to stick with whatever choice
it makes when it is first created, for better or worse. The
worst you can do is to decide to change the behaviour at
some point in the future.
+1. -- justin
On Tue, 2006-05-02 at 15:32, Darren J Moffat wrote:
> Peter Tribble wrote:
> > I trialled xattrs on a couple of little projects, just for
> > storing metadata about files, and found runat very useful
> > for development and debugging. I think it should be kept.
>
> Right but thats what it is a dev
> Dennis Clarke wrote:
>> Here is the list of closed binaries for Sparc and i386/x86/AMD :
>>
>> http://www.blastwave.org/dclarke/OpenSolaris/i386-closed.list
>>
>> and
>>
>> http://www.blastwave.org/dclarke/OpenSolaris/sparc-closed.list
>>
>> So which ones are show stoppers ?
>
> I'd
On Tue, 2006-05-02 at 01:50, Alan DuBoff wrote:
> If you could somehow convince me that cross-posted messages are good, I might
> agree.;-)
if you could convince me that discussions never need to cross predefined
cubbyhole boundaries and that we could get all the boundaries right in
advance I mig
Sarah Jelinek <[EMAIL PROTECTED]> writes:
> I am the developer who did the work for this feature. We originally had
> a force flag planned for all the utilities that were modified to enable
> in use checking. However, the force flag was an area of much debate and
> in the end we removed it. We
On 02/05/06, Holger Berger <[EMAIL PROTECTED]> wrote:
On 5/2/06, Dick Davies <[EMAIL PROTECTED]> wrote:
> On 02/05/06, Darren J Moffat <[EMAIL PROTECTED]> wrote:
>
> > Also I'm sure I heard somewhere else that there was a pretty darn large
> > other open source project also moving to Mercurial, c
Darren J Moffat wrote:
Let me clarify what I meant by my statement.
I think runat(1) is a good debug/development tool. I don't believe that
it is useful for building applications on top of, if you need to build
apps then use openat(2) and friends not shell scripting.
I agree with that.
Ro
Robert Thurlow wrote:
I don't agree with Darren that runat is a problem, and it's in
the wild, so I don't expect it to go anywhere.
Let me clarify what I meant by my statement.
I think runat(1) is a good debug/development tool. I don't believe that
it is useful for building applications on t
Holger Berger wrote:
For which specific application was the XATTR API designed for?
To permit Solaris to provide SMB/CIFS "named streams" or subfiles,
also similar to the resource fork files have on MacOS. This was
adopted by NFS Version 4, as well. They are not meant to resemble
things like
Peter Tribble wrote:
On Tue, 2006-05-02 at 14:31, Darren J Moffat wrote:
IMO runat(1) should never have been shipped it presents a "strange" view
of the world and an illusion that something outside of the creating
application can and should be able to manipulate the xattrs (which IMO
is not n
On Tue, 2006-05-02 at 14:31, Darren J Moffat wrote:
> IMO runat(1) should never have been shipped it presents a "strange" view
> of the world and an illusion that something outside of the creating
> application can and should be able to manipulate the xattrs (which IMO
> is not necessarily a de
On Tue, 2 May 2006, John Levon wrote:
> On Tue, May 02, 2006 at 03:49:10PM +0200, Holger Berger wrote:
>
> > On 5/2/06, Dick Davies <[EMAIL PROTECTED]> wrote:
> > >On 02/05/06, Darren J Moffat <[EMAIL PROTECTED]> wrote:
> > >
> > >> Also I'm sure I heard somewhere else that there was a pretty dar
On Tue, May 02, 2006 at 03:49:10PM +0200, Holger Berger wrote:
> On 5/2/06, Dick Davies <[EMAIL PROTECTED]> wrote:
> >On 02/05/06, Darren J Moffat <[EMAIL PROTECTED]> wrote:
> >
> >> Also I'm sure I heard somewhere else that there was a pretty darn large
> >> other open source project also moving
Holger Berger wrote:
For which specific application was the XATTR API designed for? JDS?
If I remember my history correctly a large part of the driver for this
was a previous project at Sun that was attempting to do CIFS support -
more than that I can't say partly due to poor memory on my par
On 5/2/06, Dick Davies <[EMAIL PROTECTED]> wrote:
On 02/05/06, Darren J Moffat <[EMAIL PROTECTED]> wrote:
> Also I'm sure I heard somewhere else that there was a pretty darn large
> other open source project also moving to Mercurial, can't remember which
> one.
Xen.
Let me guess: Someone from
On 5/2/06, Darren J Moffat <[EMAIL PROTECTED]> wrote:
Holger Berger wrote:
> On 5/2/06, Darren J Moffat <[EMAIL PROTECTED]> wrote:
>> Holger Berger wrote:
>>
>> > The problem I see that these "extended attributes" are inaccessible
>> > from within normal applications and the provided kludges such
On 02/05/06, Darren J Moffat <[EMAIL PROTECTED]> wrote:
Also I'm sure I heard somewhere else that there was a pretty darn large
other open source project also moving to Mercurial, can't remember which
one.
Xen.
--
Rasputin :: Jack of All Trades - Master of Nuns
http://number9.hellooperator.net
On 5/2/06, Darren J Moffat <[EMAIL PROTECTED]> wrote:
Holger Berger wrote:
>> > What does that mean for "ON" - will the main OS/Net repository on
>> > opensolaris.org be based on Subversion or on Mercurial ?
>>
>> Mercurial.
>
> I think this choice is very very bad. Almost no utility software
> s
Holger Berger wrote:
On 5/2/06, Darren J Moffat <[EMAIL PROTECTED]> wrote:
Holger Berger wrote:
> The problem I see that these "extended attributes" are inaccessible
> from within normal applications and the provided kludges such as
> runat(1) are not usable outside a lab environment. First at
Nikolay Molchanov <[EMAIL PROTECTED]> wrote:
> >Which features do you like to add?
> >
> >
> We plan to start with Mozilla build, and to define the list of features,
> that we need in dmake to build Mozilla without changes in makefiles.
If you plan to go this way, I recommend to start the way
On Mon, 1 May 2006, Ignacio Marambio Catán wrote:
> I belive this comment is about the following
>
> "As an example, when Red Hat released the sources to their Enterprise
> Server, but didn't provide any of the Makefiles or configure scripts to
> create them. Of course there is nothing in the GPL
On 5/2/06, Darren J Moffat <[EMAIL PROTECTED]> wrote:
Holger Berger wrote:
> The problem I see that these "extended attributes" are inaccessible
> from within normal applications and the provided kludges such as
> runat(1) are not usable outside a lab environment. First at all these
> extended a
Holger Berger wrote:
> What does that mean for "ON" - will the main OS/Net repository on
> opensolaris.org be based on Subversion or on Mercurial ?
Mercurial.
I think this choice is very very bad. Almost no utility software
supports Mercurial which will not be very attractive to developers.
Yo
Holger Berger wrote:
The problem I see that these "extended attributes" are inaccessible
from within normal applications and the provided kludges such as
runat(1) are not usable outside a lab environment. First at all these
extended attribute files need to be made accessible in the normal file
s
On 5/2/06, Darren J Moffat <[EMAIL PROTECTED]> wrote:
Holger Berger wrote:
> On 4/10/06, Roland Mainz <[EMAIL PROTECTED]> wrote:
>> Stephen Hahn wrote:
>> > One of the upcoming submissions for the freeware consolidation
>> will be
>> > to ensure that Subversion and Mercurial are available in
Holger Berger wrote:
On 4/10/06, Roland Mainz <[EMAIL PROTECTED]> wrote:
Stephen Hahn wrote:
> One of the upcoming submissions for the freeware consolidation
will be
> to ensure that Subversion and Mercurial are available in one or more
> of the standard installation scenarios.
Where wi
On 4/28/06, Stephen Lau <[EMAIL PROTECTED]> wrote:
Roland Mainz wrote:
> Stephen Hahn wrote:
>
>> The plan of record for hosting source code is to support Subversion
>> and (now) Mercurial as a per-repository choice, so there's no freeze
>> out for projects that believe they require Subversion
On 4/30/06, Rod Evans <[EMAIL PROTECTED]> wrote:
The colon has been the standard separator of multiple pathnames within
the link-editing environment since Solaris 2.0 (it was even used in
Solaris 1 (4.x) if I recall).
Is there a way to override, replace or escape the ':' separator?
Holger
On 4/10/06, Roland Mainz <[EMAIL PROTECTED]> wrote:
Stephen Hahn wrote:
> One of the upcoming submissions for the freeware consolidation will be
> to ensure that Subversion and Mercurial are available in one or more
> of the standard installation scenarios.
Where will subversion be located
> Would someone be willing to help me understand what I
> need to download and to do to get Solaris installed
> on a Mac Intel ?
I've installed it like this:
I prepared an USB 2.0 Solaris x86 boot HDD for the intel imac:
- I got an empty USB 2.0 HDD, attached to a non intel mac Solaris x86 syst
"Dennis Clarke" <[EMAIL PROTECTED]> wrote:
> > Of course, see e.g. the discussion related to the broken Sun tar ACL format.
> >
>
> Slightly off-topic but you reminded me that we need an update to star at
> Blastwave that will not signal a "sparse" notice for every file that one
> copies or tars f
On 4/18/06, Menno Lageman <[EMAIL PROTECTED]> wrote:
Holger Berger wrote:
>
> I think one part of this jigsaw is the disk bottleneck. If you build
> ON on a tmpfs volume you should have a far better CPU utilisation on
> Niagara.
Nothing beats real data, so I ran a nightly on a tmpfs file system
Robert Lunnon <[EMAIL PROTECTED]> wrote:
> No, this is another case In short you cannot dlopen a library with a : in
> the pathname
I see no reason for this limitation.
Does anybody know more about this?
Jörg
--
EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin
[EMAIL
Joerg Schilling wrote:
Darren Reed <[EMAIL PROTECTED]> wrote:
It occurred to me today that there is overlap but it isn't perhaps
a complete overlap as one might tend to believe.
The embedded community isn't just "appliances".
It is also many other things - for examples, cars.
Wouldn't it be c
On 1 May 2006, at 18:09, Matthew Gardiner wrote:
Not quite a huge problem; lets get the basics working; how about a
network control tool? allow one to create, bring up and shut down
connections as easy as one can do on Fedora?
We're in the process of porting gnome-system-tools to Solaris... p
Darren Reed <[EMAIL PROTECTED]> wrote:
> Right. Some cars can have as many as 5 or more seperate computers.
Depends on what you understand by "computers". A big mercedes has
more than 30 "computers" only inside the cabin (not countiong the
dashboard).
Jörg
--
EMail:[EMAIL PROTECTED] (home)
Artem Kachitchkine <[EMAIL PROTECTED]> wrote:
>
> > Wouldn't it be cool if the OS behind your car's electronics was
> > Solaris
>
> That would be terrible. I'd rather prefer that the software in my car
> was simple enough for its correctness to be formally provable. As well
> as testable with 10
Darren Reed <[EMAIL PROTECTED]> wrote:
> It occurred to me today that there is overlap but it isn't perhaps
> a complete overlap as one might tend to believe.
>
> The embedded community isn't just "appliances".
> It is also many other things - for examples, cars.
>
> Wouldn't it be cool if the OS
"Roberto J. Dohnert" <[EMAIL PROTECTED]> wrote:
> Are there any plans to port Yast to Solaris 10 since it is an Open Source
> piece of software. I am just wondering how much of a technical burden it
> would be to do a port.
Do you believe that a tool that is specific to many Suse deviations i
Jim Grisanzio wrote:
Below is an update on the projects/communities proposed, approved,
recently opened, or void since my last mail on 4/19.
Jim
*COMMUNITY PROPOSALS*
Solaris Trusted Extensions Community
* Proposed 4/14/06 by Glenn Faden
* Community consensus: yes
* CAB/OGB vote: no ± vote y
Sara Dornsife wrote:
Yes. We all should. But, we obviously can't buy every one of our 13,000
registered members a shirt and ship it to them. Although that would be
nice, it's pretty cost prohibitive.
If we made a special commemorative t-shirt and put it on the Sun open
source cafepress store
Joerg Schilling wrote:
- But The GPL requires to publish scripts for the compilation
(see GPL §3) in case you publish binaries. However it is
unclear whether this includes Makefiles. But note that
this only seem to apply for people who publish binaries
created from GPLd s
Dennis Clarke wrote:
Here is the list of closed binaries for Sparc and i386/x86/AMD :
http://www.blastwave.org/dclarke/OpenSolaris/i386-closed.list
and
http://www.blastwave.org/dclarke/OpenSolaris/sparc-closed.list
So which ones are show stoppers ?
I'd like to point out that all
Darren Reed <[EMAIL PROTECTED]> wrote:
> > (General discussions of cross-compilation is suitable for either of
> > opensolaris-code or tools-discuss; potential platforms probably should
> > start talking here; there are communities and projects associated with
> > installation and packaging al
86 matches
Mail list logo
