Peter Tribble wrote:
> On Fri, Jan 15, 2010 at 8:29 PM, James Carlson
> wrote:
>> Won't these things still be issues for third-party packages?
>
> Third-party? Doubtful that they would use package names as long as
> SUNWstaroffice-gnome-integration.
Good point. Giv
x27;m thinking it's best to drop these.
>
Won't these things still be issues for third-party packages?
--
James Carlson 42.703N 71.076W
on the project team using the mailing list for that
project, ask where you can help (if it isn't already obvious), and
then contribute. For most projects, the source is accessible via
Mercurial or SVN, and once you're part of the project team, you can
change it yourself.
There is no step 2.
ing to use my
> workspace to do the putback :-)
OK; looks better.
--
James Carlson, Solaris Networking
Sun Microsystems / 35 Network Drive71.232W Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677
he webrev out of date or does the CR differ for some
other reason?
The webrev doesn't include the CR in the comments. Have you done 'hg
commit'?
Minor nit: changes to ERRATA.txt contain many spelling errata. ;-}
--
James Carlson, Solaris Networking
Sun Microsyste
in.dhcpd purges own offer if two interfaces connect to the same network"
> contributed by the community member - 'Nils Goroll'.
>
> thanks
> ~Girish.
>
> PS: How do I find the email address of Nils Goroll to communicate with him?
One way would be to ask your
y/arc/
And the short answer is to find an ARC member or intern that you know
and ask privately for help with your fast-track. (I can probably do
that if you want, but I think the best candidate in this particular
case would be ienup.sung at sun.com -- a PSARC intern with lots of i18n
exper
his:
/usr/sbin/installgrub /boot/grub/stage1 /boot/grub/stage2 /dev/rdsk/c0d0s0
... though if you ever have to do that, that might be worthy of a bug.
--
James Carlson, Solaris Networking
Sun Microsystems / 35 Network Drive71.232W Vox +1 781 442 2084
MS UBUR02-212 /
Pete Bentley writes:
> On Fri, Feb 01, 2008 at 10:07:09AM -0500, James Carlson wrote:
> > Let's also take the whole "sponsor" question away, as that is a
> > temporary issue that's being fixed.
>
> Sorry to sidetrack what is a very useful thread, b
grip.
If the community group itself doesn't agree with Bob, he should
certainly do some soul-searching. If he still feels he's right and
the rest of the world is wrong, the OGB would be the natural next step
for such a conflict, but I'd hope that path would never be used, an
to reflect that:
>
>
> OpenSolaris: request-sponsor
> <http://www.opensolaris.org/jive/forum.jspa?forumID=27>
>
> Use this list to request and obtain a sponsor for your contributions.
> Once you have sponsor, please use a separate, community-specific
When you're ready for
review, just "scp -r" that webrev directory out to some web site (such
as cr.opensolaris.org).
--
James Carlson, Solaris Networking
Sun Microsystems / 35 Network Drive71.232W Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677
be greatly preferred, and if we can gently guide them
there when they mistakenly post changes here, that'd be good.
--
James Carlson, Solaris Networking
Sun Microsystems / 35 Network Drive71.232W Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677
fopen. Are you sure you
wanted to open the file at all?
Don't expect your code reviewers or sponsor or random contributors on
request-sponsor to make your code compile or fix the design. Please
make it right _first_, and then seek a review.
--
James Carlson, Solaris Networking
archive from remote tape
[Accepted state, priority 3, RFE]
Of those, I'd imagine that the first two would be of importance to
someone looking at CR 4496994, and probably pretty easy to reproduce.
--
James Carlson, Solaris Networking
Sun Microsystems / 35 Network Drive
option' issue) has no RE, so it should be free
for adoption.
--
James Carlson, Solaris Networking
Sun Microsystems / 35 Network Drive71.232W Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677
ashwin writes:
> I Would like to work on this bug # 6236983 if i am allowed to ( An
> Engineer is assigned) .Requesting sponsor for the same.
> My SCA number is OS01444
The bug has an assigned engineer (RE) who is working on it, and has a
fix in code review now.
--
James Carlson
s is sun.com ... why do you need in internal sponsor
... ?)
--
James Carlson, Solaris Networking
Sun Microsystems / 35 Network Drive71.232W Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677
e architecture of the system or some
significant component.
I don't see any architecture here to be reviewed, so the only approval
I'd think would be necessary would be the RTI (requiring design and
code review, as needed).
--
James Carlson, Solaris Networking
Sun Microsystems
ot; for pgrep, and that'd be confusing for a
ptools utility. Instead, use "-l" if you need this feature. If
we had a "verbose" option, I think I'd prefer to see verbose
details about the socket that's held open, rather than details
about the process.
- Nit: I'd prefer to see lower-case command line option letters
rather than upper-case, when possible.
--
James Carlson, Solaris Networking
Sun Microsystems / 35 Network Drive71.232W Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677
James Carlson writes:
> Frank Van Der Linden writes:
> > Matty wrote:
> > > Howdy,
> > >
> > > Most Linux and BSD distributions ship with a version of dd that
> > > displays the status of a copy operation when a SIGUSR1 signal is
> > > receiv
game, and I don't want to
> prolong the discussion much, since this isn't the right list, but: *BSD
> uses SIGINFO, which is generated via the tty code when the user presses
> ^T. Several tools implement a status handler that uses SIGINFO.
CR 6310532, now celebrating its
as well.
That can't be done. Either start provably from scratch or use
software under a compatible license.
--
James Carlson, Solaris Networking
Sun Microsystems / 1 Network Drive 71.232W Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677
and
may not be portable to other operating systems that support
only those standards.
Crontab(4) files that are in compliance with those standards
will always work properly on a Solaris system.
In other words, just as it is with adding (say) /opt/csw/bin to your
$PATH, it
er. The latter is just a helpful side-effect of the proposed
feature.
--
James Carlson, Solaris Networking
Sun Microsystems / 1 Network Drive 71.232W Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677
to return a failure ...)
For zones, why would I want to choose between allowing zones to
operate more quickly (by removing this privilege) and allowing zone
users to save their work during thunderstorms? I'm not sure I know
how a customer should make such a decision.
--
James Carlson
Gavin Maltby writes:
> On 10/26/06 15:25, James Carlson wrote:
>
> > (For what it's worth, we have no way to reject bugs.)
>
> Can I log an rfe for one :-)
It leads to an amusing paradox ...
--
James Carlson, KISS Network
Sun Microsystems / 1 Networ
x27;s still in Dispatched state with 'opensolaris' and
'request-sponsor' keywords set.
(For what it's worth, we have no way to reject bugs.)
--
James Carlson, KISS Network
Sun Microsystems / 1 Network Drive 71.232W Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677
iles in non-Teamware tree
I'll sponsor these changes.
--
James Carlson, KISS Network
Sun Microsystems / 1 Network Drive 71.232W Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677
Thanks! That's the key piece I was missing.
In that case, I suspect that closefrom() won't fix the problem, as the
socket() call will return a descriptor that's above the limit and run
into the problem again.
--
James Carlson, KISS Network
Sun Microsystems /
Jonathan Adams writes:
> Couldn't you just start main() with:
>
> closefrom(3);
>
> to close any extra file descriptors?
Yes, that'd be much better.
--
James Carlson, KISS Network
Sun Microsystems / 1 Network Drive 71.232W Vox +1 7
f ((c = select(16, &ibits, &obits, &xbits,
> + if ((c = select(net + 1, &ibits, &obits, &xbits,
But the bigger question is why this is needed. It'd have to be some
situation in which telnet was exec'd with the first 16 descriptors
already open. Doe
who must verify the contents of a release,
not the engineers. The "integrated" state is what I think test folks
should rely on to determine the content of a build.
The "fix in progress" state in bugster can only be set once you have a
target _build_. Most people in ON se
33 matches
Mail list logo
