[...]
> ???I'd be happy to see a whitepaper or some kind of transition document
> with the case, describing (ideally in terms a customer should be able
> to
> understand) how to transition from cachefs to some other strategy
> (iSCSI, NFSv4, whatever). I don't know how to make the same
> funct
I'm submitting this case for Cathy Zhou. It is being filed as closed
approved automatic.
???Datalink sysevents
--
release binding: patch
Summary
---
This case proposes to introduce a new EC_DATALINK sysevent class to
report data-link related sysevents. For now, onl
Roger Fujii writes:
> > Hi Roger,
> > It's part of the SFW consolidation, rather than ON:
> >
> > http://src.opensolaris.org/source/xref/sfw/usr/src/lib/openusb/
>
> Hi. Thanks much. I mistakenly thought the companion stuff was
> the /opt/sfw and /usr/sfw/* stuff (sigh - I really hate how linu
David Comay wrote:
>> Emacs will be delivered in four packages:
>>
>> SUNWemacs
>> Core distribution, containing all files necessary to
>> run emacs, but not including the actual emacs binaries.
>>
>> SUNWemacs-el
>> Uncompiled LISP source files (.el), of interest to emacs
Danek Duvall wrote:
> On Mon, Aug 04, 2008 at 10:27:10AM -0700, Garrett D'Amore wrote:
>
>
>> Out of curiosity, what is the motivation for inclusion in /usr/benchmarks,
>> given that there will be entries in /usr/bin as well?
>>
>
> There's still a desire to put benchmarking tools in /usr/
Hi, Darren
Desktop have a contract with OpenSSL at
http://sac.sfbay.sun.com/arc/PSARC/2003/500/contracts/contract-07
This one doesn't cover jds/gnome/applications where this project will go
to.
We are working on a new contract with the OpenSSL team.
--Irene
On Mon, 2008-08-04 at 11:50 +0800,
Unfortunately, there is no contract for OpenSSL, but irssi team think it
is not an issue, see below. So is it an issue? if so, how to solve it?
"As far as I know, there's no problem with that. Why would this need a
contract? Note that we do have an exception for openssl in the COPYING
file. "
-
I am withdrawing this case as the project is canceled.
Thanks
--Irene
On Tue, 2008-07-29 at 00:00 +0200, Joerg Schilling wrote:
> Torrey McMahon wrote:
>
> > >> Hell, I'm waiting for someone to try and integrate cdrkit just to make
> > >> this a real party. (That was a joke Jorg. Really...j
If there's objections within 24 hours, I'd like to close this case as
approved then.
Thanks
--irene
On Wed, 2008-07-30 at 15:47 +0800, Irene Huang wrote:
> Hi, All
>
> I am reseting the timeout to be August 4th.
>
> --Irene
> On Wed, 2008-07-30 at 10:14 +0800, Henry Zhang wrote:
> > Hi all
It looks to me that there's no blocking issues for this case. If there's
no objections within 24 hours, I'd like to close the case as approved.
--Irene
On Thu, 2008-07-31 at 14:38 +0100, Darren J Moffat wrote:
> Jim Li wrote:
> > Darren J Moffat wrote:
> So what is the ownership and permissi
Within 24 hours, if there's no objections, I'll close this case as
approved.
--Irene
On Thu, 2008-07-31 at 14:02 +0800, Irene Huang wrote:
> Hi, all
>
> The updated proposal is posted at
> Internally
> http://sac.eng/Archives/CaseLog/arc/LSARC/2008/464/proposal-v2.txt
> Diff file
> http://sa
On Mon, Aug 04, 2008 at 10:27:10AM -0700, Garrett D'Amore wrote:
> Out of curiosity, what is the motivation for inclusion in /usr/benchmarks,
> given that there will be entries in /usr/bin as well?
There's still a desire to put benchmarking tools in /usr/benchmarks, since
many such tools (like f
at must be wonderful! I don't understand it at all.
-- Moliere
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
URL:
<http://mail.opensolaris.org/pipermail/opensolaris-arc/attachments/20080804/85cb5f3d/attachment.bin>
Henry Zhang wrote:
> Unfortunately, there is no contract for OpenSSL, but irssi team think it
> is not an issue, see below. So is it an issue? if so, how to solve it?
>
> "As far as I know, there's no problem with that. Why would this need a
> contract? Note that we do have an exception for opens
Irene Huang wrote:
> It looks to me that there's no blocking issues for this case. If there's
> no objections within 24 hours, I'd like to close the case as approved.
There is still discussion going on and the spec in place does not
reflect the status of the discussion.
Given all the changes I
Jim Li wrote:
> Darren J Moffat ??:
>> Jim Li wrote:
>>> Darren J Moffat wrote:
>> So what is the ownership and permissions of
>> /var/lib/slocate/slocate.db
>>
> The ownership is root, group is other and permissions is 744
The above check is completely useless given that
Garrett D'Amore wrote:
> Since there is not yet any standard for minimizing Solaris -- at least
> as distributed by Sun (and indeed Solaris is already rather large), can
> I humbly suggest to the project team that they might want to consider
> dropping this portion of the project. Other distrib
Out of curiosity, what is the motivation for inclusion in
/usr/benchmarks, given that there will be entries in /usr/bin as well?
-- Garrett
Danek Duvall wrote:
> After some off-line discussion, I'm restarting this case, with the timeout
> set for this Wednesday, 6 August.
>
> The only change is
Richard L. Hamilton wrote:
> Volatile, externally controlled, that's the price of admission on this one,
> ok.
> That they provide it at all is better than that they don't, and adding it so
> the
> end user doesn''t have to hunt for it and/or has a similar experience as on
> other
> platforms, m
After some off-line discussion, I'm restarting this case, with the timeout
set for this Wednesday, 6 August.
The only change is that bonnie will now be installed in /usr/benchmarks,
with familiarity (f9y?) symlinks in /usr/bin (and the manpage obviously in
the default manpath).
==
I've updated the proposal to take into account the discussions had
off-line. We're still waiting for help from the GNOME team on contracts
for the use of various Volatile GNOME libraries, but otherwise the case
should be complete.
The proposal is in the case directory as proposal.txt, and is atta
Jim Li wrote:
>
> Because there are no preinstall or postinstall scripts in IPS, so there
> is no way to create a group when adding a package and delete this group
> when removing the package.
IPS has a built-in group (and user) action, see pkg(5)
Darren J Moffat wrote:
>
> Either way this cas
All,
Jia has provided updated materials (the updated proposal
is attached). The updated case materials also includes
updated man pages. The external site will be automatically
updated soon.
Thanks,
John
On Tue, 2008-06-03 at 08:26, Darren J Moffat wrote:
> Jia Ni wrote:
> >> My understandin
Garrett D'Amore wrote:
> I thought IPS was steering folks away from knowing those names anyway...
> e.g. I run "pkg install firefox", not "pkgadd SUNWfirefox".
No, it's steering us away from having those names at all, e.g. your package
is named application/firefox, not SUNWfirefox.
--
-A
24 matches
Mail list logo