>So what you say..
>Well Im used to *BSD source where you can, say, build a kernel
>without extraneous drivers for long dead ether cards
>hogging disk space and fattening up your kernel : >
>Open Solaris aint there yet.
In Solaris all kernel drivers are dynamically loaded; they sit
on disk (which
The smpatch analyze, smpatch download worked last week. Today, they always give
error message "response code was 500", and the log message says "can not create
cache downloader".
We have four brand new Sun Solaris 9 boxes. Last week two of them were well
patched using smpatch, and today these
I have same problem as you do. The smpatch worked for our Solaris 5.9 a week
ago. But now it gives that error message. Have you figured it out?
Victor
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@ope
On Tue, 5 Jul 2005, AG Toon wrote:
> So what you say..
> Well Im used to *BSD source where you can, say, build a kernel
> without extraneous drivers for long dead ether cards
> hogging disk space and fattening up your kernel : >
> Open Solaris aint there yet.
With OpenSolaris, we're used to modul
It looks really great. I don't know about others, but I like it a lot. Go for
it. (I hope this logo would convey a message that SchilliX is developed based
at least in part on Sun's code, but is independent therefrom.)
This message posted from opensolaris.org
__
I filed bug 6294262 to cover it.
> I ran nmap again to cause a new panic...
> I'm running DHCP on a Linksys router, so no hostname is assigned, just
> 'unknown'
>
> here's the output you requested:
>
> unknown /var/crash/unknown# mdb 4
> Loading modules: [ unix krtld genunix specfs ufs ip sctp
I have a partially completed but
booting sun4u Open Solaris on SPARC architecture.
So what you say..
Well Im used to *BSD source where you can, say, build a kernel
without extraneous drivers for long dead ether cards
hogging disk space and fattening up your kernel : >
Open Solaris aint there yet.
Thanks for sending this, Alan. Excellent interview. I had heard about
it, but forgot it was coming out soon. I'm forwarding to marketing/PR
list so they know about it, too.
Jim
Alan Coopersmith wrote:
Original Message
A Conversation with Tim Marsland
Taking software deliv
On Sun, Jul 03, 2005 at 01:19:20PM +0200, Joerg Schilling wrote:
> Now I found a way to make both (OpenSolaris and Xorg) aparently happy
> by using this script:
>
> #!/bin/sh
> exec /usr/sfw/bin/cpp -traditional-cpp "$@"
>
> for /usr/lib/cpp
>
> I would be happy to see a comment from Alan, Mike
On Sat, Jul 02, 2005 at 09:26:08PM +1000, Brendan Gregg wrote:
> Are there any variants on the CDDL header that we can paste into code?
You can certainly use any header (or none) in your own files. Code
you wish to contribute into OpenSolaris unfortunately needs the one
you see there now.
> I'm
On Mon, Jul 04, 2005 at 04:03:23PM +0200, Joerg Schilling wrote:
> Does this mean that we will not see the build 18 sources soon?
I have finished merging with build 18. I still need to sanity test
the results and then merge with Mike Kupfer's updates to include
crypto code. Since I'm not planni
>The machine I use for testing purposes at home (650MHz Duron with KT133
>chipset) hangs at boot with I insert a PS/2 mouse. If I boot witout mouse
>it seems to work but if I later plug in the mouse, the keyboard becomes
>non-functional.
Looks like it mis detects the mouse (as keyboard?)
>P.S. O
/usr/sbin/lucreate is a shell script whereas /usr/lib/lu/lucreate is a symlink
to /etc/lib/lu/ludo which is itself an executable, so what's the difference
between the two?
My LU scripts fail when I use /usr/sbin/lucreate and work when I use
/usr/lib/lu/lucreate.
-- os dummy
This message poste
"Gary" == Gary Gendel <[EMAIL PROTECTED]> writes:
Gary> I can't seem to find where to vote on a bug in the database. A
Gary> pointer would be nice.
The bug interface is missing some features that we weren't able to
implement before the launch.
That said, I'm not aware of any plans to add an ex
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Jürgen Keil <[EMAIL PROTECTED]> wrote:
> > I don't see any messages related to the floppy problem at the time I was
> > accessing it. This is the same machine that had problems with PS/2 based
> > mouse
> > and keyboard and I had to switch to USB based ones.
> >
> >
> > Juergen, there is not
Alan Coopersmith <[EMAIL PROTECTED]> wrote:
> Joerg Schilling wrote:
> > The Makefile
> >
> > xc/programs/dpsinfo/Makefile
> >
> > contains:
> >
> > .psw.c : $(PSWRAP)
> > $(PSWRAP) -a -o $*.c -h $*.h $<
> >
> >
> > This syntax is neither covered by the POSIX make standard
> > nor by the
Err - I meant to ask with acpi-user-options=0x8 . This will leave the system
BIOS in "legacy" mode but still use ACPI for enumeration, and this is the S10
mode.
Thanks -
Dana
This message posted from opensolaris.org
___
opensolaris-discuss mailing lis
On Tue, 5 Jul 2005, Joerg Schilling wrote:
JS>While trying to compile Xorg using smake, I found a lot of strange
JS>things that I will sum up soon. The most strange thing seems to be that
JS>the Xorg make files depend on undocumented features of "make".
JS>
JS>The directory lib/GL/GL contains a Ma
While trying to compile Xorg using smake, I found a lot of strange
things that I will sum up soon. The most strange thing seems to be that
the Xorg make files depend on undocumented features of "make".
The directory lib/GL/GL contains a Makefile that basically includes the
following rule:
libGL.s
> Short Term
>==
>o Open up current JDS build infrastructure
>o Release the JDS code and make it really easy to
>build
>o Start basing JDS on GNOME 2.10
Which build should the short term goal target?
---Bob
This message posted from opensolaris.org
>I see you've already fixed your problem, but just wanted to add that I
>had a similiar problem with the floppy controller not showing up also.
>I fiddled around with a bunch of BIOS settings so I can't be sure which
>one fixed things, but one of them was to enable acpi in the BIOS. My
>Open
22 matches
Mail list logo
