On Wed, Jan 07, 2009 at 04:24:23PM -0800, George Vasick wrote:
> Is there a business case for adding GCJ or GNAT? Are there any RFEs or
> VOC data?
Given Sun's focus on integrating FOSS into OpenSolaris I would think
that the answer to your is a resounding "yes" and that there should be
no need
On Wed, Jan 07, 2009 at 05:16:28PM -0800, George Vasick wrote:
> You bring up an interesting point. The whole discussion around adding
> GNU Java and GNU Ada seems more like a business discussion to me. The
> issues are time and resources to do the extra work versus the benefit.
> Should it be
On Thu, Jan 08, 2009 at 08:24:13AM -0800, George Vasick wrote:
> There is testing and potentially support.
Support means the same thing for GCJ and GNAT as for GCC: we'll keep the
thing up to date as new versions come out. Support need not mean "we'll
fix any bugs in GCJ and/or GNAT before the GC
On Thu, Jan 08, 2009 at 06:58:57PM +0100, Rainer Orth wrote:
> George Vasick writes:
> > Actually, we are proposing to to install binutils 2.19 in
> > /usr/compilers/binutils219. It will be a separate package and not
> > contained in /usr/compilers/gcc432.
>
> Again, my questions about the reas
On Thu, Jan 08, 2009 at 12:11:48PM -0800, George Vasick wrote:
> Nicolas Williams wrote:
> >On Thu, Jan 08, 2009 at 08:24:13AM -0800, George Vasick wrote:
> >>There is testing and potentially support.
> >
> >Support means the same thing for GCJ and GNAT as for GCC:
Template Version: @(#)sac_nextcase %I% %G% SMI
This information is Copyright 2009 Sun Microsystems
1. Introduction
1.1. Project/Component Working Name:
FastCGI 2.4.0
1.2. Name of Document Author/Supplier:
Author: Amanda Waite
1.3 Date of This Document:
09 Ja
I'm sponsoring this fasttrack for Amanda Waite. The timer is set for
01/16/2009.
Nico
--
On Sun, Jan 11, 2009 at 08:01:10PM -0800, Phi Tran wrote:
> Since there is no generic ACPI specification for other hotkeys, most
> vendors just define their own specific ACPI based hotkey method. This
> case will also add Toshiba specific ACPI hotkey method support for:
> 1. Fn + ESC: audio mute On
On Mon, Jan 12, 2009 at 05:43:07PM +0100, Casper.Dik at Sun.COM wrote:
> In many cases, the keys are just "keyboard keys" and they should be
> handled through the keyboard driver.
>
> In other cases, they are all "ACPI" events.
>
> I would like those to be presented as keyboard keys; and then you
On Mon, Jan 12, 2009 at 08:49:56AM -0800, Garrett D'Amore wrote:
> I had suggested a similar approach (using keyboard keys) -- actually my
> original suggestion went a step further, and suggested that this module
> could emulate a USB keyboard and generate USB boot-protocol HID keyboard
> events
On Mon, Jan 12, 2009 at 10:04:14AM -0800, Kerry Shu wrote:
> James Carlson wrote:
> >How exactly does the system know which module works on a given system?
>
> If the corresponding ACPI method is found in _init of the vendor
> specific module, then _init will return SUCCESS and we know the
> modul
On Mon, Jan 12, 2009 at 10:10:06AM -0800, Kerry Shu wrote:
> >Would it be possible to let users create their own set of hotkeys? Even
> >if the hotkeys are burned into the HW, it'd be nice to be able to let
> >the user input each one and assign a symbol to each. This would be a
> >good workaround
On Mon, Jan 12, 2009 at 07:21:43PM +0100, Rainer Orth wrote:
> George Vasick writes:
>
> > > Since this will contain version-specific bin directories which users are
> > > expected to add to their PATH, it shouldn't go below /usr/lib. Existing
> > > precedent would be /usr/gcc/4.3.
> >
> > Norma
On Mon, Jan 12, 2009 at 07:15:22PM +0100, Rainer Orth wrote:
> You're comparing apples and oranges: we don't have /usr/webservers/apache*,
> /usr/webservers/lighttpd*, /usr/databases/postgres*, /usr/databases/mysql*,
> but just /usr/apache* etc. I don't see what the intermediate compilers
> direct
On Mon, Jan 12, 2009 at 10:19:04AM -0800, Garrett D'Amore wrote:
> I think there's some confusion.
>
> There are three levels of mapping:
>
> 1) mapping some arbitrary ACPI event to a system event consumable by
> userland
> 2) mapping the system event to an X11 key event
> 3) mapping the X11 key
On Mon, Jan 12, 2009 at 10:46:57AM -0800, Kerry Shu wrote:
> Nicolas Williams wrote:
> >But if I understand correctly the basic kernel ACPI driver can catch
> >ACPI hotkeys -- it just doesn't know what to do with them.
>
> There is no basic kernel ACPI driver which ca
On Mon, Jan 12, 2009 at 10:53:07AM -0800, John Plocher wrote:
> On Mon, Jan 12, 2009 at 10:21 AM, Rainer Orth
> wrote:
> > I don't buy this
>
> +1 - repeat as needed.
>
> [...]
>
> The path forward seems to be along the lines of
>
>Update binutils in (Open)Solaris to the latest; it won't b
On Tue, Jan 13, 2009 at 09:08:03AM -0800, Steve Nash wrote:
> > I think it should be a TCR: you MUST build your applications such that
> > $LD_LIBRARY_PATH does not be set.
> >
>
> This is reasonable, if we rebuild everything with -R, and always install
> the software in the same location. We h
On Tue, Jan 13, 2009 at 09:34:05AM -0800, Steve Nash wrote:
> >That's what the $ORIGIN token is for:
> >
> >ld ... -R '$ORIGIN/../lib':...
>
> Great, does this also work on Linux?
My favorite search engine says "yes":
http://linuxreviews.org/man/ld.so/
(Obviously, the ld incantation is diff
I'm sponsoring this fasttrack for myself.
I request Minor release binding.
SQLite3 3.5.4 was integrated as per PSARC/2008/120.
This case updates SQLite3 in Solaris from version 3.5.4 to version
3.6.9 and enables some previously disabled features.
COMPATIBILITY
-
There are some inc
Some of the tests in SQLite3 3.6.9 fail on Solaris, and it's not clear
why. Version 3.6.9 is a bugfix release for 3.6.8. Version 3.6.8
introduced some new optimizations and support for nested transactions,
otherwise all interfaces in 3.6.7 and 3.6.8 are the same.
Therefore I propose to integrate
On Thu, Jan 15, 2009 at 09:29:33AM -0500, Suresh Chandrasekharan wrote:
> Thanks much for the suggestions, no, we haven't talked with these teams.
>
> All these products mentioned here are extremely widely used
> cross-platform solutions in their respective areas, sourced from the
> upstream com
On Thu, Jan 15, 2009 at 11:18:52AM -0800, Glenn Faden wrote:
> Shawn M. Emery wrote:
> >I also want to combine functionality of the CCacheServer and gssd. So
> >is there an up-call mechanism for domain sockets as well?
>
> No, for up-calls you need to use doors.
kgssapi->gssd currently uses RPC
On Thu, Jan 15, 2009 at 02:14:54PM -0700, Shawn M. Emery wrote:
> Nicolas Williams wrote:
> >On Thu, Jan 15, 2009 at 11:18:52AM -0800, Glenn Faden wrote:
> >
> >>Shawn M. Emery wrote:
> >>
> >>>I also want to combine functionality of the CCacheS
On Thu, Jan 15, 2009 at 01:16:54PM -0800, Danek Duvall wrote:
> On Thu, Jan 15, 2009 at 11:46:11AM -0800, Douglas Walls wrote:
>
> > Ah, yes thanks for that clarification. /usr/compilers has such public
> > interfaces, i.e. a bin, lib and man directory intended to be placed in
> > $PATH and $MAN
On Thu, Jan 15, 2009 at 01:42:47PM -0800, Danek Duvall wrote:
> On Thu, Jan 15, 2009 at 03:34:22PM -0600, Nicolas Williams wrote:
>
> > On Thu, Jan 15, 2009 at 01:16:54PM -0800, Danek Duvall wrote:
> > > On Thu, Jan 15, 2009 at 11:46:11AM -0800, Douglas Walls wrote:
> >
On Thu, Jan 15, 2009 at 02:57:13PM -0700, Shawn M. Emery wrote:
> Two are being considered for OpenSolaris, so within each OS there could
Why? For interop with MIT krb5 user-land built by users? If MIT krb5
received contributions from us that #ifdef solaris the choice of IPC
then this problem g
On Thu, Jan 15, 2009 at 03:59:53PM -0600, Nicolas Williams wrote:
> > be options or accross multiple OS's. In any case, I am loath to
> > mix-and-match IPCs across kernel and user space as we prevent code reuse
> > and the inherit benefits that it provides (simplicity, ri
On Thu, Jan 15, 2009 at 08:42:15AM -0800, Wyllys Ingersoll wrote:
> 1. Introduction
>
> Project will create a new credential cache type that will allow a per
> session Kerberos credential cache. The CCAPI cache type will not be
> the default credential cache type for normal
On Thu, Jan 15, 2009 at 03:11:46PM -0700, Shawn M. Emery wrote:
> Nicolas Williams wrote:
> >On Thu, Jan 15, 2009 at 02:57:13PM -0700, Shawn M. Emery wrote:
> >>Two are being considered for OpenSolaris, so within each OS there could
> >
> >Why? For interop with MIT
On Thu, Jan 15, 2009 at 02:25:46PM -0800, Douglas Walls wrote:
> Nicolas Williams wrote:
> >Oh, silly me, I thought that because LSARC/2008/776 proposed to deliver
> >GNU compilers into /usr/compilers/gcc that this one would too.
> >I guess I have to read the rest of this
On Thu, Jan 15, 2009 at 02:16:41PM -0800, John Plocher wrote:
> My suggestion is to take a step back and ask what the best possible
> result might look like.
>
> When /I/ do that, I get something that smells a lot more like the Java
> JDK mechanism (everything under /usr/jdk/$version, with /usr/ja
On Thu, Jan 15, 2009 at 03:44:47PM -0800, Chris Quenelle wrote:
> This case is not proposing to deliver multiple compilers into Nevada,
> and it's not proposing to create infrastructure in case we need to start
> delivering multiple versions later.
Er, "bundled" has heretofore meant "integral part
On Fri, Jan 16, 2009 at 02:53:30PM +0100, Jan Spitalnik wrote:
> On 16.1.2009, at 13:08, Muktha Narayan wrote:
> >> What optional features will be compiled in (from features.conf)?
> >>
> > The default features.conf of the community source base has not been
> > modified and the features compiled
On Fri, Jan 16, 2009 at 10:46:32AM -0800, Chris Quenelle wrote:
> Nicolas Williams wrote:
> > Of course, looking at it from the point of view of how many Sun Studio
> > versions we've used in Solaris 10 and Nevada development, we know that
> > multiple versions are likel
On Tue, Jan 20, 2009 at 01:28:22AM -0700, Shawn M Emery wrote:
> Nicolas Williams wrote:
> >If such a mechanism is missing then this case seems incomplete.
> >
> I purposely left the session naming mechanism out of the one-pager, as I
> believe something more systemic nee
On Tue, Jan 20, 2009 at 01:28:25AM -0700, Shawn M Emery wrote:
> Darren J Moffat wrote:
> >Is this sufficient so that pam_krb5 can be setup to use ccapi ? If so
> >that is wonderful because I believe that will mean that the
> >pam_setcred(pamh, PAM_DELETE_CRED) calls that sshd makes could
> >ac
This fasttrack was approved at today's PSARC meeting.
This fasttrack was approved at today's PSARC meeting.
I will send e-mail to the case to indicate which version is to be
integrated in the end.
On Thu, Jan 22, 2009 at 12:17:33PM -0800, Chris Quenelle wrote:
> So I hear two issues here:
>
> 1. /usr/compilers is a bad name because it is too generic
>
> Please suggest another name to give us an idea of what you're looking for.
> I consider any reference to "Sun Studio" to be inappropriate
On Thu, Jan 22, 2009 at 01:02:06PM -0800, David.Ford at Sun.COM wrote:
> /usr/bin links are proposed not for multiple versions, but to avoid
> re-architecting Sun Studio in the short term. Our compilers and dbx find
> other files via relative paths within the directory structure.
Interesting. T
On Thu, Jan 22, 2009 at 06:28:32PM -0500, Dale Ghent wrote:
> On Jan 22, 2009, at 4:17 PM, David.Ford at sun.com wrote:
>
> > May I suggest /usr/suncc (short for Sun
> >Compiler Collection).
>
> I like that.
I think I just wrested a concession, that a directory under /usr is not
needed. A direc
On Thu, Jan 22, 2009 at 03:47:34PM -0800, Danek Duvall wrote:
> On Thu, Jan 22, 2009 at 05:33:45PM -0600, Nicolas Williams wrote:
>
> > On Thu, Jan 22, 2009 at 06:28:32PM -0500, Dale Ghent wrote:
> > > On Jan 22, 2009, at 4:17 PM, David.Ford at sun.com wrote:
> > &g
On Wed, Jan 21, 2009 at 09:52:21AM -0600, Douglas E. Engert wrote:
> I wish you would try and make this more generic, and allow multiple
> credentials, and not just for delayed execution. There are times when
> a user may which to switch to using a different principal to access a
> file system for
On Thu, Jan 29, 2009 at 11:35:03AM -0800, Garrett D'Amore wrote:
> Cyril Plisko wrote:
> >>>- Output of 'prtconf -vd'
> >>>
> >>>* Actual PCI vendor ID and device ID on X86:
> >>> pci1028,214 (pciex8086,105e [Intel 82571EB Gigabit Ethernet
> >>>Controller]), instance #0
> >>>* and on SPARC:
On Thu, Jan 29, 2009 at 11:56:45AM -0800, Wesley Shao wrote:
>
> I guess we are going from counter intuitive to livable. Please file an
> RFE on this so we can go from livable to user friendly. I wonder if the
> PCI database parsing code can be leveraged.
HTML e-mail on these lists is barely liva
On Mon, Feb 02, 2009 at 07:44:09AM -0800, Garrett D'Amore wrote:
> Peter Tribble wrote:
> >Replacement of important components of the userland seems rather too
> >important for a fast-track.
The bar isn't whether something is "too important" but whether the case
is "obvious," and this one seems to
On Wed, Feb 11, 2009 at 02:01:42PM -0800, George Vasick wrote:
> Marc Glisse wrote:
> >
> >[...]
> >
> >Indeed, or even directly /usr/lib/ldscripts. (Note that for gcc, there is
> >/gcc/ between /usr/lib and i386-pc-solaris2.11, so we may not want to
> >sneak binutils in there)
>
> The existing
On Thu, Feb 12, 2009 at 12:09:56PM -0800, George Vasick wrote:
> I just noticed LSARC-ext at Sun.COM was not copied on this thread
> originated by Marc's reply on the 7th.
>
> Marc originally raised the following question:
>
> > usr/i386-pc-solaris2.11
>
> Is this strange path necessary? Can't
On Thu, Feb 12, 2009 at 01:27:51PM -0800, George Vasick wrote:
> >If those commands shouldn't be in $PATH then just put them in a
> >sub-directory of /usr/lib.
>
> It is not a PATH conflict, it is a name conflict with the individual
> commands. They cannot be located in the same directory as the
On Thu, Feb 12, 2009 at 05:23:28PM -0800, George Vasick wrote:
> Close, it was /usr/gnu. The layout would look something like the
> following:
> usr/bin/gaddr2line=../gnu/bin/addr2line
> ...
> usr/gnu/bin/addr2line
> ...
> usr/gnu/i386-pc-solaris2.11
> usr/gnu/i386-pc-solaris2.11/bin/ar=../../bin
On Fri, Feb 13, 2009 at 11:41:52AM -0800, George Vasick wrote:
> The build actually produces hard links so it doesn't help much on
> deciding which way softlinks should point. SuSE sets up the links the
> same way we propose.
Just because the build does it one way doesn't mean we need to packag
On Mon, Feb 23, 2009 at 05:20:24PM -0800, Ienup Sung wrote:
> INTERFACE STABILITY
>
> The project exports the following interfaces. While there are some level of
> stability described at the ICU open source community web site on the ICU
> C and C++ interfaces, when we apply Sun standard, they are
On Tue, Feb 24, 2009 at 11:02:11AM -0800, Ienup Sung wrote:
> Nicolas Williams wrote at 02/24/09 08:30:
> >So everything Volatile. If the actual interfaces really are so
> >volatile, might it not make sense to go for multiple versions being
> >installed, each being Uncommi
I looked at what the user guide has to say about compatibility and it
looks like we could even safely go with Committed for the C and Java
interfaces.
For C++ the claim is that "C++ binary compatibility is not supported is
primarily because the design of C++ language and runtime environments
prese
On Tue, Feb 24, 2009 at 11:47:30AM -0800, Ienup Sung wrote:
> >Can you point to specific instances where they've done this?
>
> Yes, between ICU 3.8 and 3.8.1, date formatting and parsing has changed in
> ways that may require re-coding of user programs. Please see Known Issues,
> Bugs and Patches
On Tue, Feb 24, 2009 at 12:12:57PM -0800, Ienup Sung wrote:
> The thing is, in the past, they even changed C interface return value
> types between releases.
>
> The formating breakage that I mentioned is also for C interfaces.
>
> Clearly there is no way we can treat ICU as of now as Committed o
On Tue, Feb 24, 2009 at 12:44:13PM -0800, Ienup Sung wrote:
> We've been delivering ICU 2.1 and 3.2 for several minor releases now.
> Clearly way more than a life time of a minor release.
>
> We don't EOF off things that easily unless that is absolutely necessary.
So you won't remove ICU 2.1 and
On Tue, Feb 24, 2009 at 04:47:55PM -0600, Nicolas Williams wrote:
> On Tue, Feb 24, 2009 at 12:44:13PM -0800, Ienup Sung wrote:
> > In fact, I anticipate that we will have to deliver more in the future.
> > Since, as an example, if a SWI team uses ICU 4.0 and another SWI team wants
On Tue, Feb 24, 2009 at 03:50:45PM -0800, Ienup Sung wrote:
> The example that I gave was on their patch release of ICU 3.8.1 not at
> their minor release. (Please read "their" as of ICU's.)
Ah, I was confused because I did not see any 3.8 release notes.
On Tue, Jul 01, 2008 at 08:09:46AM -0700, Gary Winiger wrote:
> Proposal:
>
> Add a "solaris.system.maintenance" authorization. Modify sulogin(1M) to
> prompt for a username and password. [...]
But only if root is a no login account, right?
Otherwise this could create problems (first,
On Tue, Jul 01, 2008 at 06:02:54PM +0100, Darren J Moffat wrote:
> Nicolas Williams wrote:
> >On Tue, Jul 01, 2008 at 08:09:46AM -0700, Gary Winiger wrote:
> >>Proposal:
> >>
> >>Add a "solaris.system.maintenance" authorization. Modify sulogin
On Tue, Jul 01, 2008 at 10:32:49AM -0700, Darren J Moffat wrote:
>Imported Interfaces
>
>Interface Classification Comments
>-
>There's no imported interfaces worth mentioning.
Priva
On Tue, Jul 01, 2008 at 01:26:14PM -0500, Nicolas Williams wrote:
> | - If screen sockets of multiple users are kept in one directory (e.g.
> | /tmp/screens), this directory must be world writable when screen is not
> | installed setuid-root. Any user can remove or abuse any so
On Wed, Jul 02, 2008 at 10:59:03AM +0100, Brian Ruthven - Sun UK wrote:
> However, this seems like a very simple DoS attack to me. It's obvious
> what the problem is (thankfully, the error messages are meaningful), but
> still requires manual intervention to fix the problem. What steps could
> b
On Wed, Jul 02, 2008 at 11:35:15AM -0500, Nicolas Williams wrote:
> On Wed, Jul 02, 2008 at 10:59:03AM +0100, Brian Ruthven - Sun UK wrote:
> > However, this seems like a very simple DoS attack to me. It's obvious
> > what the problem is (thankfully, the error messages
[I've dropped the case number from the subject and set Reply-To.]
On Mon, Jul 07, 2008 at 01:48:24PM +0200, Roland Mainz wrote:
> > we will gather more
> > information/feedback to see if we have future plans for legacy locales.
>
> Ok... my main concern is "interoperabilty", e.g. what happens if
On Mon, Jul 07, 2008 at 01:25:47PM -0700, Scott Rotondo wrote:
> Darren J Moffat wrote:
> >
> >Post this case I expect it will look like this
> >---
> >
> >Requesting System Maintenance Mode
> >SINGLE USER MODE
> >
> >Enter username (control-d to bypass):
On Wed, Jul 09, 2008 at 08:53:10AM -0700, John Fischer wrote:
> It appears from the document that the default behavior
> is to have the ssh agent turned off for Solaris. Thus
> it will use OpenSSH. Is that correct?
The SunSSH ssh-agent is on by default today. As I read the case the
SunSSH agent
On Wed, Jul 09, 2008 at 08:53:10AM -0700, John Fischer wrote:
> Just a few questions...
>
> How does this work with Trusted Extensions? Will there
> be a separate keyring per label? Has this been answered
> previously in another ARC case?
>
> > /usr/lib/gnome-keyring/ \ Volat
On Wed, Jul 09, 2008 at 05:08:08PM +0100, Darren J Moffat wrote:
> Nicolas Williams wrote:
> >On Wed, Jul 09, 2008 at 08:53:10AM -0700, John Fischer wrote:
> >>Just a few questions...
> >>
> >>How does this work with Trusted Extensions? Will there
> >&
On Wed, Jul 09, 2008 at 10:11:40AM -0700, Danek Duvall wrote:
> On Wed, Jul 09, 2008 at 12:57:23PM -0400, James Gates wrote:
>
> > /usr/sbin/privoxy Committed Executable location
>
> Why /usr/sbin rather than /usr/bin? Would a user never run this
> individually?
If i
I'm filing this fasttrack on behalf of Baban Kenkre. The timer is set
to expire on 7/18/2008. The project team requests patch binding, though
there is no intention to backport.
1. Introduction
1.1. Project/Component Working Name:
NSS_AD: Name Service Module for AD
1.2. Name of D
On Fri, Jul 11, 2008 at 09:37:41PM -0500, Mike Gerdts wrote:
> On Fri, Jul 11, 2008 at 4:53 PM, Nicolas Williams
> wrote:
> > o Unix username (pw_name, sp_namp) is taken from the value of the
> > "samAccountName" AD attribute of the user object, qualified w
On Sun, Jul 13, 2008 at 07:42:14PM -0500, Mike Gerdts wrote:
> On Sun, Jul 13, 2008 at 6:19 PM, Nicolas Williams
> wrote:
> > It is still not wise to name users/groups in AD which might cause
> > problems for Solaris or various applications, such as all numeric
> > user
On Wed, Jul 16, 2008 at 02:58:54PM -0700, Gary Winiger wrote:
> > > What passwd:, group: entries are supported?
> >
> > You can add "ad" to any of the existing valid passwd: and group: entries.
> > Examples:
> > passwd: files ad OR
> > passwd: files ldap ad
> >
> > > In particular how
On Thu, Jul 17, 2008 at 02:49:41PM +0200, Serge Dussud wrote:
> along the same lines, nsswitch.conf(4) states in NOTES section:
>
> .
> The use of both nis and nisplus as sources for the same
> database is strongly discouraged since both the name ser-
> vices are expecte
On Fri, Jul 18, 2008 at 12:58:37PM +0200, Serge Dussud wrote:
> man page for ad(5) should also mention this.
We'll add text to ad(5) saying that nss_ad does not support logons by
Windows users.
We'll also add nsswitch.ad with a comment as suggested by Julian.
I'll update the materials and send a
On Fri, Jul 18, 2008 at 12:29:59PM -0500, Nicolas Williams wrote:
> On Fri, Jul 18, 2008 at 12:58:37PM +0200, Serge Dussud wrote:
> > man page for ad(5) should also mention this.
>
> We'll add text to ad(5) saying that nss_ad does not support logons by
> Windows use
On Fri, Jul 18, 2008 at 03:00:11PM -0500, Mark Martin wrote:
> On Fri, Jul 18, 2008 at 2:02 PM, Nicolas Williams sun.com>
> wrote:
>
> >
> >
> > I've updated ad(5) as follows:
> >
> > +++ ad.5.txtFri Jul 18 11:10:26 2008
> >
>
>
&
On Fri, Jul 18, 2008 at 03:59:09PM -0500, Mark Martin wrote:
> On Fri, Jul 18, 2008 at 3:30 PM, Nicolas Williams sun.com>
> wrote:
> > There's plenty of documentation, starting with the CIFS server admin
> > guide, which contains the ID mapping admin guide, as well as
On Tue, Jul 22, 2008 at 04:07:16PM -0700, Gary Winiger wrote:
> Hummm, looking at the architecture of passwd(1), it only
> supports 2 repositories. I suspect this is left over from some
The question is: Is this architecture? Where is it written that
passwd(1) has/must have this limi
OK, so looking at passwdutils source I see that the supported
configurations are hardcoded in $SRC/lib/passwdutil/switch_utils:get_ns()
and in __set_authtoken_attr().
Not only is there a limit on the number of backends that can appear in
passwd, but also which ones as well.
This isn't good if we
The materials have been updated.
New materials:
- passwd.1.txt
Updated materials:
- nsswitch.conf.4.txt
- the actual proposal (see nssad-details.txt)
Diffs:
--- nsswitch.conf.4.txt ---
--- /tmp/sccs.NSaWCIWed Jul 23 19:28:15 2008
+++ nsswitch.conf.4.txt Wed Jul 23 19:19:03 2008
On Thu, Jul 24, 2008 at 11:46:18AM -0500, Brian Cameron wrote:
> Torrey:
>
> > Not to start a flame-fest here but haven't we seen a lot of other
> > projects come across lately that integrate functionality that matches an
> > other project? Why would this be different?
>
> I don't think it is a
On Wed, Jul 23, 2008 at 09:30:53PM -0500, Nicolas Williams wrote:
> The materials have been updated.
>
> New materials:
>
> - passwd.1.txt
>
> Updated materials:
>
> - nsswitch.conf.4.txt
> - the actual proposal (see nssad-details.txt)
Also added: nsswitc
On Mon, Jul 28, 2008 at 01:31:51PM -0700, Garrett D'Amore wrote:
> I confess that I didn't realize we lacked client side caching in our
> NFSv4. I thought client side caching was one of the significant
> benefits that NFSv4 brought to the table (mainly to compete with the
> likes of AFS and DFS
On Mon, Jul 28, 2008 at 03:39:10PM -0700, Garrett D'Amore wrote:
> Nicolas Williams wrote:
> >On Mon, Jul 28, 2008 at 01:31:51PM -0700, Garrett D'Amore wrote:
> >
> >>I confess that I didn't realize we lacked client side caching in our
> >>NFSv
On Wed, Jul 30, 2008 at 12:45:16PM -0700, Darren Reed wrote:
> djr-3 Can package authorities be discovered rather than configured?
Why is this even necessary?
The install media can take care of setting the correct authorities on an
installed image.
Also, discovery doesn't get you past authoriz
On Thu, Jul 31, 2008 at 11:30:59AM -0700, Bart Smaalders wrote:
> Stephen Hahn wrote:
> > I am having difficulty formulating a use case where nested or multiply
> > signed packages are needed, and in which the consumer makes different
> > decisions when distinct subsets of the signing entities c
This case was approved yesterday during the open portion of the PSARC
meeting.
Nico
--
On Thu, Jul 31, 2008 at 03:45:03PM -0400, James Carlson wrote:
> Nicolas Williams writes:
> > I proposed having one signature by the pkg submitter, and one by the
> > publication service. The former vouching for the contents of the package
> > while the latter would vouch f
On Thu, Jul 31, 2008 at 04:09:04PM -0400, James Carlson wrote:
> Nicolas Williams writes:
> > > I don't understand the usage case for nested signatures (don't I just
> > > care about the bits delivered?), but at least parallel signatures
> > > ought to
It will cost very little extra work to make a list of interfaces and
stabilities now. And if the SQLite community sticks to its track record
to date then going with better than Volatile should cost very little
extra work to update SQLite releases in the future.
The only way this can require extr
On Fri, Feb 01, 2008 at 05:43:50PM +0800, Elaine Xiong wrote:
> Nicolas Williams wrote:
> > It will cost very little extra work to make a list of interfaces and
> > stabilities now. And if the SQLite community sticks to its track record
> > to date then going with better than
On Fri, Feb 01, 2008 at 01:49:29PM -0600, Brian Cameron wrote:
> I believe the main reason the JDS team wants these interfaces to be
> Volatile is so that other Sun groups that wish to depend on the
> interfaces sign contracts with us. This way the JDS team can manage
> the interfaces moving forwa
On Fri, Feb 01, 2008 at 02:09:50PM -0600, Nicolas Williams wrote:
> On Fri, Feb 01, 2008 at 01:49:29PM -0600, Brian Cameron wrote:
> > I believe the main reason the JDS team wants these interfaces to be
> > Volatile is so that other Sun groups that wish to depend on the
>
On Fri, Feb 01, 2008 at 02:25:48PM -0600, Brian Cameron wrote:
> Nicolas:
> >It would still, however, save work to mark the stable parts of the API
> >as Uncommitted.
>
> What work would be saved, exactly?
Negotiating contracts, informing contract holders of updates. The
trade-off is that it wou
On Fri, Feb 01, 2008 at 03:51:37PM -0500, James Carlson wrote:
> Brian Cameron writes:
> > I believe the main reason the JDS team wants these interfaces to be
> > Volatile is so that other Sun groups that wish to depend on the
> > interfaces sign contracts with us. This way the JDS team can manage
On Fri, Feb 01, 2008 at 04:13:00PM -0500, James Carlson wrote:
> Nicolas Williams writes:
> > Brian was right though: Volatile is "public and unstable for folks
> > outside the WOS" and "consolidation private for better-than-volatile
> > consumers in the WO
1 - 100 of 847 matches
Mail list logo
