Roger A. Faulkner roger.faulk...@oracle.com wrote:
In addition to existing in GNU/Linux/BSD manual pages, many
of these functions are also specified in the new POSIX standard:
IEEE Std 1003.1(TM)-2008
The Open Group Technical Standard
Base Specifications,
Garrett D'Amore garr...@damore.org wrote:
name of the packages delivering the file. For example, system/kernel
would deliver etc/sock2path.d/system%2Fkernel.
Its not really architectural, but encoding %2F for / seems kind of
ugly. That said, its probably the best option that
Roger A. Faulkner roger.faulk...@oracle.com wrote:
===
#include stdio.h
ssize_t getdelim(char **restrict, size_t *restrict,
int, FILE *restrict);
ssize_t getline(char **restrict, size_t *restrict,
Peter Dennis pet...@sac.sfbay.sun.com wrote:
The following interfaces in /etc will be deleted:
autopush - ../sbin/autopush
cfgadm - ../usr/sbin/cfgadm
clri - ../usr/sbin/clri
cron - ../usr/sbin/cron
dcopy -
Volker A. Brandt v...@bb-c.de wrote:
It would be interesting to know how many people use this feature and whether
the comunity is against this change.
Yes, it would. I personally have not tried lx branded zones. But
I have used it as a point while advocating/evangelizing. Many
Alan Coopersmith alan.coopersm...@oracle.com wrote:
You get to vote with your actions, not your words.
Well said, as this is currently the biggest problem
Oracle has.
Jörg
--
EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
j...@cs.tu-berlin.de
Nils Goroll sl...@schokola.de wrote:
I just noticed the commit msg for this case. I understand the ARC case is
unpublished, but would it be possible to get some basic background information
about it?
It would be interesting to know how many people use this feature and whether
the comunity is
Darren J Moffat darren.mof...@oracle.com wrote:
On 20/05/2010 21:37, Don Cragun wrote:
I'm not disagreeing with the move to 32 bytes. I just believe that the
ARC needs to make it clear that doing so is a conscious decision to break
the ABIs and that it does not set a precedent for other
Roland Mainz roland.ma...@nrubsig.org wrote:
I would give this case (if I could) a +1 with two minor changes:
1. useradd should clamp the string to 32bytes but _validate_ that
the input username doesn't get any multibyte characters cut-off in the
middle.
As we are in the 21st century, we
Don Cragun dcra...@sonic.net wrote:
http://www.opengroup.org/csq/view.mhtml?norationale=1noreferences=1RID=sun%2FSD1%2F7
specifies that the minimum value of LOGIN_NAME_MAX is 9 and the
maximum value of LOGIN_NAME_MAX is 9. So, making the changes proposed
in this case require one of the
Darren Reed darren.r...@sun.com wrote:
Because auto-mounting a filesystem from a USB stick implies that
the system somehow trusts the structure of the data on the USB
stick. As has been proven in the past with security exploits
relating to auto-execution of USB stick files, they are a medium
Richard L. Hamilton rlha...@smart.net wrote:
Is the implementation of hsfs therefore known to be robust
against kernel crashes due to a corrupted filesystem, or is it simply
that the demand is so high for lofi plus hsfs? What about udfs - if
one wants to use CD images, presumably one might
Alan Coopersmith alan.coopersm...@oracle.com wrote:
Darren J Moffat wrote:
So what work needs to be funded in the desktop consolidation and other
consolidations to allow the move away from HAL to upower/udisks ?
The X consolidation is already planning the Xorg updates needed to move
input
13 matches
Mail list logo