Sean Sprague wrote:
> I am just installing B35 (X86), and noticed that the installer
> reports that "Entire Group" and "Entire Group Plus OEM" are
> the same size at 3376.6 MB. I guess that this is not quite
> correct...?
Wild guessing: There are no OEM packages in this build so these install
clu
Ben Rockwood wrote:
> If there are any further issues, annoyances, requests or general
> Genunix comments please, as usual, address them to Al Hopper and/or myself.
Is it possible to get a mailman list to which the diffs (gdiff -u) of
the changes are posted (similar to a CVS commit list most ope
Alan Burlison wrote:
> > and so on... at various points (not only in the perl subdirs) the
> > private files of the SVN repository (e.g. ".svn*") are touched (AFAIK
> > this will likely happen with ".cvs/" dirs, too) - IMO a bad thing... ;-(
> > This is a OpenSolaris B35 build, checked-out from
> >
Stefan Parvu wrote:
> We should think to have /bin/sh as ksh93. It is elegant
> and simple to do. Are there any objections why /bin/sh
> cannot be a ksh93 ?
This is unlikely to happen in the forseeable future. It's already
difficult enougth to convince Sun to switch /bin/ksh from ksh88 to ksh93
(
Stefan Parvu wrote:
> Uaau, I see we have now a dedicated ksh93 migration forum:
> http://www.opensolaris.org/jive/forum.jspa?forumID=103
>
> I hope folks will agree and get this fixed somehow.
> stefan
This project has the goal to integrate ksh93 into (Open-)Solaris
including the update of /bin/
James Carlson wrote:
> Roland Mainz writes:
> > Beyond that point this issue it does not only affect Sun, it also
> > affects OpenSolaris and the related distributions which makes it a valid
> > email for this list.
>
> It's perhaps worth noting that the ssh in S
Alan Coopersmith wrote:
> Felix Schulte wrote:
> > Yes. And Sun SSH is still vulnerable to X11keyboard sniffing. open
> > ssh has untrusted X11 forwarding for that - Sun SSH does not.
>
> And how many people use it?
No clue. But it makes sense in some environments. And it's not
openssh.org's or
Hi!
Is this a bug or feature:
-- snip --
bash-3.00$ mkdir xxx
bash-3.00$ cd xxx
bash-3.00$ runat
bash-3.00$ ls -l >xxx
bash-3.00$ ls -la
total 6
drwxr-xr-x 2 test001 users512 Mar 31 01:36 .
drwxr-xr-x 5 test001 users512 Mar 31 01:36 ..
-rw-r--r-- 1 test001 users
Roland Mainz wrote:
> [EMAIL PROTECTED] wrote:
> > >Is there a way to change the shells {/bin/sh, /bin/ksh} used to build ON
> > >to an alternative set of {sh, ksh}-shells for testing ? I am seeking for
> > >a way to do that without having to replace the system ver
Martin Man wrote:
> David J. Orman wrote:
> >>Alan Coopersmith wrote:
> >>>Dennis Clarke wrote:
> >>>
> Was there a document at some point in history ( this is UNIX and it
> has tons of history ) called the FSSTD or was it FHS ?
>
> http://www.pathname.com/fhs/pub/fhs-2.3.html
Roland Mainz wrote:
> [The following falls under the category "micro-optimisation" but may IMO
> still be worth an investigation]
> After working on various parts of OpenSolaris I found that is common to
> use the following sequence to concatenate strings:
> -
James Carlson wrote:
[snip]
> As for strMANYcat, the operation seems sort of obvious and somewhat
> useful, but I wonder how often in real, well-written code this
> situation actually comes up _and_ snprintf isn't a better answer.
Umpf. See my original posting. My intention was to improve performa
[EMAIL PROTECTED] wrote:
>
> >See my comment to Casper Dik - this is IMO bad for at least two reasons:
> >- You have to handle the varargs overhead. The source code looks smaller
> >and cleaner but I am not sure whether the resulting binary will be
> >smaller
>
> *What* varargs overhead?
Maybe n
[EMAIL PROTECTED] wrote:
> >> Why not a varargs: strMANYcat():
> >>
> >> strMANYcat(s, "foo", "/", "bar", NULL);
> >>
> >> (In most cases, the function call overhead dominates the "finding the
> >> end of string" because pushing stack frames modifies memory and
> >> finding the end of a str
Ben Rockwood wrote:
> Roland Mainz wrote:
> >Ben Rockwood wrote:
> >
> >> If there are any further issues, annoyances, requests or general
> >>Genunix comments please, as usual, address them to Al Hopper and/or myself.
> >
> >Is it possible to get a
Rainer Orth wrote:
> Speaking of Kerberos: what are the current plans to expose the Krb5 API in
> Solaris (beyond referring to GSS-API)? While GSS-API is fine for a couple
> of applications that support it, others still need access to the `raw' Krb5
> API. Examples are the authorization related c
Joerg Schilling wrote:
> Roland Mainz <[EMAIL PROTECTED]> wrote:
> > And there is also the (IMO important issue) that opening "dmake" under a
> > "free" license may help other OSes (such as "FreeBSD", "NetBSD",
> > "DragonFly
Eric Lowe wrote:
> Holger Berger wrote:
> > On 3/24/06, Eric Lowe <[EMAIL PROTECTED]> wrote:
> >> May I suggest that you propose a 64K kernel project. You'll get a +1 from
> >> me, and you'll be off and running.
> >
> > Eric, Roland - I may be interested to be the project lead (with some
> > folks
Mike Ditto wrote:
> Roland Mainz wrote On 03/30/06 15:44,:
> > bash-3.00$ runat xxx pwd
> > /bin/sh: cannot determine current directory
> > is this "pwd" behaviour intended or just a bug caused by the fact that
> > "/bin/pwd" (or the shell builtin
Keith M Wesolowski wrote:
> On Fri, Mar 31, 2006 at 04:19:43AM +0200, Roland Mainz wrote:
> > > One option would be to write a patch which changes all scripts within on
> > > from
> > > -- snip --
> > > #!/bin/sh
> > > -- snip --
> > &
Eric Lowe wrote:
> Roland Mainz wrote:
> ...
> >>> delay the project proposal until it is clear that Sun actually
> >>> releases the patches for their work. Starting from scratch without
> >>> help from Sun will be much harder.
> >> Just a qu
Alan Burlison wrote:
> Roland Mainz wrote:
> >>> Does anyone have a clue what could be done here ?
> >> The perl build scripts assume that nothing other that perl puts files in
> >> the source directory, and when a SCM is in use this isn't the case.
> &
Hi!
While working on the "isaexec" patch I stumbled over the following
issue:
-- snip --
% cstyle -pP isaexec.c
isaexec.c: 67: line > 80 characters
-- snip --
I'd like to propose to relax this limit, making 132 characters the
maximum line length in OS/Net.
The 80 char limit is IMO outdated
[EMAIL PROTECTED] wrote:
>
> >While working on the "isaexec" patch I stumbled over the following
> >issue:
> >-- snip --
> >% cstyle -pP isaexec.c
> >isaexec.c: 67: line > 80 characters
> >-- snip --
> >I'd like to propose to relax this limit, making 132 characters the
> >maximum line length in OS
Joerg Schilling wrote:
> [EMAIL PROTECTED] wrote:
> > Quite; many of our codereview tools expect a 80 columns output
> > and/or support side-by-side diffs.
> >
> > 132 side-by-side just doesn't work for many people.
>
> A noticable part of the code has become unreadable because of unneeded
> line
[EMAIL PROTECTED] wrote:
>
> >Few minutes ago the issue came up in irc://irc.freenode.org/#opensolaris
> >why isaexec(1) does not use the isaexec(3C) function.
> >Attached is a patch
> >("solaris_usr_lib_isaexec_uses_isaexec_3c_function.diff.txt") which
> >fixes the problem.
> >
> >* Benefits of t
Peter Tribble wrote:
> One way I would imagine approaching this would be to allow multiple
> fstypes to be
> specified with -F. This way, I could easily specify what I wanted to
> monitor,
> rather than trying to filter out the stuff I don't want.
What about simply allowing extended regular expres
Alan Burlison wrote:
> Roland Mainz wrote:
> > Actually it's very harmfull - but in the reverse way. Somehow makeing
> > "make clean" and/or "make clobber" can remove the ".svn/" subdirs,
> > removing the ability to generate diffs (e.g. "
Matthew Dillon wrote:
> :Roland Mainz wrote:
> :> [The following falls under the category "micro-optimisation" but may IMO
> :> still be worth an investigation]
> :> After working on various parts of OpenSolaris I found that is common to
> :> use the foll
[EMAIL PROTECTED] wrote:
> >James Carlson wrote:
> >[snip]
> >> As for strMANYcat, the operation seems sort of obvious and somewhat
> >> useful, but I wonder how often in real, well-written code this
> >> situation actually comes up _and_ snprintf isn't a better answer.
> >
> >Umpf. See my original
Martin Man wrote:
> Roland Mainz wrote:
> > Martin Man wrote:
> >> David J. Orman wrote:
> >>>> Alan Coopersmith wrote:
> >>>>> Dennis Clarke wrote:
> >>>>>
> >>>>>> Was there a document at some point in h
Erast Benson wrote:
> On Fri, 2006-03-31 at 15:36 -0500, Chris Ricker wrote:
> > On Fri, 31 Mar 2006, Roland Mainz wrote:
> > > My personal complaint is that they stuff everything into /usr/bin/. Unix
> > > had some kind of "namespace" support via the elemen
Joerg Schilling wrote:
> Chris Ricker <[EMAIL PROTECTED]> wrote:
> > 1000s of programs in /usr/bin sucks, but it does offer two benefits over
> > the Solaris "shove everything in a different obscure dir" style:
>
>
>
> > 1. not have the one they want in their $PATH
> > 2. have the one they w
Keith M Wesolowski wrote:
> On Fri, Mar 31, 2006 at 04:19:43AM +0200, Roland Mainz wrote:
> > > One option would be to write a patch which changes all scripts within on
> > > from
> > > -- snip --
> > > #!/bin/sh
> > > -- snip --
> > &
"I. Szczesniak" wrote:
> On 4/7/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> >
> > >Is there a technical reason why UFS logging cannot be used together
> > >with the fastfs option?
> >
> > It's asynchronous writes and logging is "sycnhronous" in some way
> > in nature. What's the point of "un
James Carlson wrote:
> Roland Mainz writes:
> > James Carlson wrote:
> > [snip]
> > > As for strMANYcat, the operation seems sort of obvious and somewhat
> > > useful, but I wonder how often in real, well-written code this
> > > situation actually com
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 ? I hope it's /usr/ccs/bin/ like all
the other develo
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 for their tools.
> The primary consolidation driving the distributed SCM c
Hi!
Does anyone know when the B56 sources will be released ? Seems that this
may be the version we'll pick for final code review of the
ksh93-integration tree...
Bye,
Roland
--
__ . . __
(o.\ \/ /.o) [EMAIL PROTECTED]
\__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer
Ienup Sung wrote:
>
> Yes, we have numerous locales with different codesets. Solaris 10,
> as an example, we have 165 locales with 23 different codesets.
> In many cases, codesets use quite similar representation forms and yet
> the mappings between the code point values and actual characters/glyp
Rich Teer wrote:
> On Mon, 29 Jan 2007, Bruno Jargot wrote:
> > I think it's better to stick with bzip2 archives. They need less
> > bandwidth and less room on disks. Using gzip again would be a step
> > backwards. Really.
>
> I resepctfully disagree. Casper and I discussed this ages ago (I
> for
Martin Bochnig wrote:
> Rich Teer wrote:
> >On Mon, 29 Jan 2007, Bruno Jargot wrote:
> >
> >>I think it's better to stick with bzip2 archives. They need less
> >>bandwidth and less room on disks. Using gzip again would be a step
> >>backwards. Really.
> >
> >I resepctfully disagree. Casper and I d
Eric Enright wrote:
> On 1/29/07, Bruno Jargot <[EMAIL PROTECTED]> wrote:
> > On 1/29/07, Michelle Olson <[EMAIL PROTECTED]> wrote:
> > > Hi Rich,
[snip]
> Waiting a little extra time to receive the archive is far better than
> waiting a lot of extra time to unpack it.
Offtopic: Both gzip and bzip
ken mays wrote:
>
> What is the status of the Opensolaris Power PC port?
> Is the project
> still active? There were not any status reports or
> updates in the last
> months.
>
> Bruno
> -
>
> Cyril, PPC for Solaris community lead, can best answer
> that quest
Martin Bochnig wrote:
> Roland Mainz wrote:
> >I vote to use bzip2 to compress all the developer sources... usually the
> >disks are slower than uncompressing the tarball anyway...
>
> Not if the uncompressed archives are bigger than, say, 100MB.
> Try it out on a U60 wit
Michelle Olson wrote:
> Thanks for this message, really good to hear from you.
> I will ask the gatekeeper to make this change if there
> are more folks who prefer gzip to bzip2--you are the first to ask.
What about providing both gzip and bzip2 tarballs ?
Bye,
Roland
P.S.: Would it be pos
Stephen Lau wrote:
> Michelle Olson wrote:
> > Thanks for this message, really good to hear from you.
> > I will ask the gatekeeper to make this change if there
> > are more folks who prefer gzip to bzip2--you are the
> > first to ask.
>
> My personal preference is for bzip2 - but that's just ca
Bruno Jargot wrote:
> On 1/29/07, Michelle Olson <[EMAIL PROTECTED]> wrote:
> > Thanks for this message, really good to hear from you. I will ask the
> > gatekeeper to make this change if there are more folks who prefer gzip to
> > bzip2--you are the first to ask.
>
> I think it's better to stic
Eric Enright wrote:
> On 1/29/07, Roland Mainz <[EMAIL PROTECTED]> wrote:
> > Michelle Olson wrote:
> > > Thanks for this message, really good to hear from you.
> > > I will ask the gatekeeper to make this change if there
> > > are more folks who pref
Dennis Clarke wrote:
> > ken mays wrote:
[snip]
> >> 5. Support for PowerPC G4 to G5 (PPC750GX)
> >
> > Will Apple G3 machines still be supported ?
>
> probably not for a lng time
Why (I still have the chance to get an older Apple G3-based IMac...
question is whether it makes sense to buy i
Alan Coopersmith wrote:
> Doug Scott wrote:
> > Thanks for the explanation. This explains what is happening to
> > firefox. Is Xorg
> > looking into the problem, as it can be a real pain having to restart X
> > every so often.
>
> I don't know of anyone at X.Org looking into the problem since i
Hi!
Is there a way to prevent things like the posting below ? For example is
it possibe to reconfigure Jive to allow postings only for people who are
subscribed to that list or make sure that such postings are queued for
moderation by the list admins automatically ?
Original Messa
Stephen Hahn wrote:
>
> * Roland Mainz <[EMAIL PROTECTED]> [2007-02-18 15:10]:
> > Is there a way to prevent things like the posting below ? For example is
> > it possibe to reconfigure Jive to allow postings only for people who are
> > subscribed to that list or ma
Alan Burlison wrote:
> Stephen Hahn wrote:
> > Not easily, no. I'll look at the moderation idea, but the
> > "subscribers only" request contradicts the aims of most legitimate
> > forum posters.
>
> Another alternative would be to moderate the first few posts from new
> registrants. This s
James Carlson wrote:
> Tom Haynes writes:
> > Are there any legal ramifications in open sourcing the le(7D) driver?
[snip]
> - whether the code itself was based on either code or information
> (such as hardware manufacturer documentation) that is itself
> encumbered.
>
> As well as poten
"Laszlo (Laca) Peter" wrote:
> So the /usr/gnu proposal[1] was approved by PSARC. Obviously, the
> reason for defining /usr/gnu wasn't theoretical -- it allows moving
> GNU packages from /usr/sfw to /usr or /usr/gnu and it helps us
> integrating more GNU packages into Solaris. We have already see
Mike Kupfer wrote:
>
> > "Eric" == Eric Boutilier <[EMAIL PROTECTED]> writes:
>
> Eric> ... In fact Gmane already is carrying some opensolaris lists (I
> Eric> don't know the who/when/why)...
>
> There should be some discussion of this in the opensolaris-discuss
> archives for July 2005 ("g
or any of the other related issues. We're now working on getting
ksh93 integrated into (Open-)Solaris and trying to leave the old
problems behind us.
Thanks! :-)
John Plocher wrote:
> Josh Hurst wrote:
> > WIll Sun FIX dtksh? Both experts in this field - David Korn and Roland
Hi!
A new set of tarballs containing an OS/Net version of ksh93 [1] (based
on ksh93s_final_20070111 [2]) is now available from
http://www.opensolaris.org/os/project/ksh93-integration/downloads/2007-03-18/
These tarballs are intended to be installed over an existing OpenSolaris
i386 or SPAR
Hi!
My Solaris 11/B48 Ultra5 sometimes (while doing lots of disk I/O) hangs
for a few seconds and then recovers while logging the following lines to
/var/adm/messages
-- snip --
$ tail /var/adm/messages
Apr 2 02:50:37 jupiterb48 uata: [ID 464412 kern.warning] WARNING:
timeout: reset target
Hi!
Just a quick announcement that the "shell" project is now open.
What are we are doing ?
The "shell project" should investigate and execute
improvements related to shells and the shell environment in
(Open-)Solaris:
* Improve usuablity for plain users, including beginners
and ad
Hi!
Is it possible that bugs.opensolaris.org is loosing bugs (again) ?
I am missing two bug reports:
1. "usr/src/cmd/perl/ build installs Subversion directories (.svn) in
the proto area" (note that this is not the exact title). That one was
filed seveal days ago and since noone f
LingBo Tang wrote:
>
> This mail has been posted in virtual console discussion alias. The
> broadcasting is for those who may be interested in this feature on solaris.
>
> The new release for "Virtual Console" is available now, you can download
> and try for fun:
> http://opensolaris.org/os/proje
Hi!
A new set of tarballs containing an OS/Net version of ksh93 [1] (based
on ksh93s+_beta_20070418 [2]) is now available from
http://www.opensolaris.org/os/project/ksh93-integration/downloads/2007-04-19/
These tarballs are intended to be installed over an existing OpenSolaris
i386 or SPAR
Hi!
[Sorry for the repost but the original annoucement had a few dates/etc.
wrong... ;-( ]
A new set of tarballs containing an OS/Net version of ksh93 [1] (based
on ksh93s+_beta_20070418 [2]) is now available from
http://www.opensolaris.org/os/project/ksh93-integration/downloads/2007-04-19
Ted Pogue wrote:
>
> Project Overview:
>
> I propose the creation of a project on opensolaris.org, to bring to the
> community Solaris host-based data services; namely the Storage Archive
> Manager or SAM and the Solaris shared file system QFS. These data
> services exist today and are di
Hi!
Today I stumbled over http://blogs.sun.com/olympus/ and
http://blogs.sun.com/samqfs/ (erm, this is not thought as offense
against the QFS or Olympus people but AFAIK group/project blogs should
be in the project-specific blogging areas at opensolaris.org and not at
blogs.sun.com) ... som
"W. Wayne Liauh" wrote:
> > Today I stumbled over http://blogs.sun.com/olympus/
> > and
> > http://blogs.sun.com/samqfs/ (erm, this is not
> > thought as offense
> > against the QFS or Olympus people but AFAIK
> > group/project blogs should
> > be in the project-specific blogging areas at
> > opens
Artem Kachitchkine wrote:
>
> > somehow this feels not good that "products" start to have blogs
>
> It can be interesting to meet real people behind a product share their
> views from the other side of the fence.
Right... and I don't disagree with that... but somehow the idea that
"products" sta
Alan Coopersmith wrote:
> William James wrote:
> > No one from Sun's compiler team did bother to respond to my emails.
> > They may not care about good customer support but I do. I think the
> > best way is now to move forward and create a mailing list at
> > opensolaris.org
>
> The most logical p
Dev Mazumdar wrote:
> The rumors are true, we're planning on open sourcing Open Sound (on June
> 14th). We will be offering the source code under CDDL to Solaris and GPLv2
> for Linux BSD, OpenServer etc.
>
> At this time, we'd like to propose that Open Sound be started as a project
> under the
Andy Tucker wrote:
>
> On 3/6/06, Roland Mainz <[EMAIL PROTECTED]> wrote:
> > I'm hitting some problems with Solaris guest installations in VMware
> > (e.g. Solaris being the guest in a VMware VM):
> > Sometimes the clock is going out-of-sync. I configured &qu
Hi!
A new set of tarballs containing an OS/Net version of ksh93 [1] (based
on ksh93s+_beta_20070418 [2]) is now available from
http://www.opensolaris.org/os/project/ksh93-integration/downloads/2007-07-14/
These tarballs are intended to be installed over an existing OpenSolaris
i386 or SPAR
John Levon wrote:
>
> New binaries and sources are available for the OpenSolaris on Xen project. For
> more details:
>
> http://blogs.sun.com/levon/entry/solaris_xen_update
Is there anywhere a webrev for the changes ?
Bye,
Roland
--
__ . . __
(o.\ \/ /.o) [EMAIL PROTECTED]
\__\/\/
Hi!
Does anyone know what may currently be wrong with
http://src.opensolaris.org/ ?
New sources like
http://src.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/lib/libshell/common/
are sometimes available, sometimes they disappear, then they appear
again and then they disappear again (an
;Host: ${url_host}\n"
request+="Authorization: Basic $(encode_http_basic_auth "${SHTWITTER_USER}"
"${SHTWITTER_PASSWD}")=\n"
request+="User-Agent: ${http_user_agent}\n"
request+="Connection: close\n"
request+="Content-Type: applic
ecord name is '%s'\n" "${recordname}"
typeset url_host="opensolaris.pastebin.ca"
typeset url_path="/raw/${recordname}"
typeset url="http://${url_host}${url_path}";
# I hereby curse Solaris for not having an entry for "http
Hi!
Does anyone know whether bugs.opensolaris.org is "sick" again ? I'm
missing two bug reports:
1. DTrace causes system hang
and
2. DTrace ksh scripts
Can anyone please check what happened to these bugs ?
Bye,
Roland
--
__ . . __
(o.\ \/ /.o) [EMAIL PROTECTED]
\__\/\/_
Roland Mainz wrote:
> Does anyone know whether bugs.opensolaris.org is "sick" again ? I'm
> missing two bug reports:
> 1. DTrace causes system hang
>
> and
>
> 2. DTrace ksh scripts
>
> Can anyone please check what happened to these bugs ?
Erm... did
Alan Coopersmith wrote:
> UNIX admin wrote:
> > In fact, Sun, under this agreement has access to all and
> > any Microsoft technology, and is free to implement that
> > technology in Solaris in any way Sun pleases!
>
> I've never seen the agreement, and I'm sure anyone who has will not
> be commen
Hi!
Does anyone here run Solaris 11/Nevada B72 on a M4000 ? I need some
feedback whether it runs (more or less) stable on that type of
machine...
Bye,
Roland
--
__ . . __
(o.\ \/ /.o) [EMAIL PROTECTED]
\__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer
/O /==\ O\ T
Roland Mainz wrote:
> Does anyone here run Solaris 11/Nevada B72 on a M4000 ? I need some
> feedback whether it runs (more or less) stable on that type of
> machine...
... does anyone have a M4000 or M5000 around to test this, please ?
Bye,
Roland
--
__ . . __
(o.\ \/ /.
Brandorr wrote:
> On 9/28/07, nospam <[EMAIL PROTECTED]> wrote:
> > OLPC (One Laptop Per Child) project had released XO Laptops for the public
> > using G1G1 ("Buy 2 Get 1").
> > One laptop will be sent to the buyer, another laptop will be sent to a
> > child in developing country.
> >
> > Unfort
Hi!
Just curious: Would be there any interest to create a sendmail and/or
mail-related community or project which bundles all the sendmail&&mail
tool activities (e.g. sendmail maintaince, updates, mailx things,
building a "managing sendmail on Solaris (+SMF)" FAQ etc. (the idea came
up toda
Hi!
[If you run Solaris 11 >= B72 please ignore this]
A new set of tarballs containing an OS/Net version of ksh93 [1] (based
on ksh93s+_beta_20070418 [2]) is now available from
http://www.opensolaris.org/os/project/ksh93-integration/downloads/2007-10-31/
These tarballs are intended to be
Glynn Foster wrote:
>
> I'm very pleased to announce that the first milestone of Project Indiana is
> now
> available - called OpenSolaris Developer Preview.
>
> It's available for download at
>
> http://dlc.sun.com/osol/indiana/downloads/current/in-preview.iso
[snip]
Congrats to all! :-)
I
Hi!
2007-11-05: ksh93 _update tarballs_ for OpenSolaris >= B72
These tarballs are intended to be installed over an existing OpenSolaris
i386 or SPARC installation (>= Nevada B72) to update the provided ksh93
installation to ksh93sü_20071101.
Note that the binaries are provided for testing
[EMAIL PROTECTED] wrote:
>
> The ksh93/bash holy war is off-topic for pkg-discuss.
>
> This list is for the discussion of the development of the packaging system.
>
> Indiana-discuss, or perhaps alt.fetish on USENET, would be a better
> forum for this thread.
Or just "remind" people (either via
Moritz Willers wrote:
> On 29 Jan 2008, at 22:59, Derek Cicero wrote:
> > Please find the links to SXCE Build 81 at
> >
> > http://www.opensolaris.org/os/downloads/on/
> >
> > /IMPORTANT:/
> >
> > The SDLC has changed how the downloads works.
> >
> > Now you choose the Platform first and t
Hi!
2008-02-29: ksh93 update tarballs for OpenSolaris
These tarballs are intended to be installed over an existing OpenSolaris
>= B72 + Indiana distribution i386 or SPARC installation and provide
>ksh93s+_20080202 (the content matches PSARC/2008/094
>(http://www.opensolaris.org/os/commun
Hi!
More or less an update to my original "VMware's rock around the
clock..."-posting
(http://mail.opensolaris.org/pipermail/opensolaris-discuss/2006-March/013848.html):
1. In Solaris 11 B83a and B84 the VMware tools no longer sync the time
with the host OS (I'm not using "ntpdate" to slew
Dirk Wetter wrote:
> Am 10.03.2008 09:51, Joep Vesseur schrieb:
> > On 03/10/08 01:41, Roland Mainz wrote:
> >> Is there any status update ? Did you hit any major problems ?
> >
> > On the list for integration any time now (I can't say which build since I'm
Gary Winiger wrote:
>
> --
> X-Sun-Data-Type: text
> X-Sun-Data-Description: text
> X-Sun-Data-Name: text
> X-Sun-Charset: us-ascii
> X-Sun-Content-Lines: 8
>
> > It's done! :-)
> >
> > See attached commit notification email. "Flag day" notification is
> > http://www.opensolaris.org/os/co
Glenn Faden wrote:
>
> I would like to form a new community to discuss issues related to multilevel
> security and the new Solaris Trusted Extensions technology.
>
> This community would be the focal point for several related technologies
> including multilevel networking, multilevel window sys
Martin Schaffstall wrote:
> What is the time frame in which we can expect the official put back of
> the ksh93 integration into OpenSolaris? The "Roadmap at OpenSolaris"
> document (http://opensolaris.org/os/about/roadmap/) lacks any
> information nor do any of the archived messages in the
> ksh93-
Hi!
RFE: Add the OpenSolaris milestone build (e.g. B[0-9][1-9]) fingerprints
(=fingerprints of all files shipped with the CD images and build tools)
to http://sunsolve.sun.com/pub-cgi/fileFingerprints.pl ...
... that may be very usefull if you have test machines with such builds
running sid
Patrick wrote:
>
> well it's been a while since i've last had the upgrade bug, but it seems to
> be coming back, so i'm looking to get a new machine to run opensolaris and
> linux and i've set my pricerange as between $2k - $4k.
>
> not sure if i want a laptop or desktop though. as far as lapt
Hi!
Does anyone know whether it is possible to use C99 features in a shared
library which is used by older applications ?
For example would it be possible to use C99 features such as |int
getrpcbynumber(int arg1, /* ... */) { char buff[arg1]; /* ... */ }| in a
library such as libnsl (witho
> Nikolay Molchanov wrote:
[snip]
> 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.
Erm... such a project is likely going to fail. Mozilla depends specific
versions of "gmake" (e.g. lastest!=greatest
Stephen Hahn wrote:
>Over in website-discuss, we've reached consensus that, for the site
>lists as a whole, the various "[foo-discuss]" tags should not be
>prepended to subject lines by default.
>
>Since opensolaris-discuss is the highest traffic alias on
>opensolaris.org, I th
101 - 200 of 355 matches
Mail list logo