?
--
James Carlson 42.703N 71.076W carlsonj at workingcode.com
Peter Tribble wrote:
On Fri, Jan 15, 2010 at 8:29 PM, James Carlson carlsonj at workingcode.com
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. Given
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. ;-}
--
James Carlson, Solaris Networking james.d.carlson at sun.com
Sun Microsystems / 35 Network Drive71.232W Vox +1 781 442 2084
better.
--
James Carlson, Solaris Networking james.d.carlson at sun.com
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
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
experience.)
--
James Carlson, Solaris Networking
/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 james.d.carlson at sun.com
Sun Microsystems / 35 Network Drive71.232W Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA
be the natural next step
for such a conflict, but I'd hope that path would never be used, and
that it should almost never be successful.
--
James Carlson, Solaris Networking james.d.carlson at sun.com
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, but just how temporary
a problem is that likely
guide them
there when they mistakenly post changes here, that'd be good.
--
James Carlson, Solaris Networking james.d.carlson at sun.com
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
(such
as cr.opensolaris.org).
--
James Carlson, Solaris Networking james.d.carlson at sun.com
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
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 james.d.carlson at sun.com
Sun Microsystems / 35 Network Drive
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 james.d.carlson at sun.com
Sun Microsystems / 35 Network Drive
for adoption.
--
James Carlson, Solaris Networking james.d.carlson at sun.com
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, Solaris
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 james.d.carlson at sun.com
Sun Microsystems / 35 Network Drive71.232W Vox +1
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 first birthday.
--
James Carlson, Solaris Networking
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
received.
Just a correction. I know this is late in the game, and I don't
) 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's the user's choice whether he wants to walk outside the
standards. He doesn't have to.
--
James Carlson, Solaris
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, KISS Networkjames.d.carlson at sun.com
Sun Microsystems / 1 Network
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 Networkjames.d.carlson at sun.com
Sun Microsystems / 1 Network
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 Networkjames.d.carlson at sun.com
Sun Microsystems / 1 Network Drive 71.232W Vox +1 781
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 Networkjames.d.carlson at sun.com
Sun Microsystems / 1 Network Drive
22 matches
Mail list logo