Brian Cameron wrote:
The JDS team is working to provide the CBE and the Sun patches needed to
build the desktop, so is it similarly straightforward for someone to
build the Xserver for Solaris? Does the Xserver team apply patches,
use nondefault build options, or otherwise modify the Xserver cod
I have to on my Solaris 10 GA system Jörg, otherwise I get errors.
This statement does not help, it is no longer needed since 18 months.
Ok, I'll put it this way. Using the version of cdrtools as distributed
by blastwave.org, I cannot do cdrecord -scanbus without disabling
volmgt
Daniel,
A nice folk says
"Dumpadm probably does not recognize the /dev/md/dsk convention and unless the
machine is running either Solaris 9 4/04, 9/04, or Solaris 10 and was built
with a JumpStart installation that specified mirroring during the install, the
partition information used was prio
I agree with Dragan and Casper.
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Hey,
> > you are way off. I had heard about OS fanatics but I
> > am seeing a real one now. I have been(will always be)
> > a solaris lover forever, but have never closed my
> > mind to other OS's and their merits, ever.
>
> Linux has no technical or economic merit, especially now when Solaris b
On 7/19/05, David J. Orman <[EMAIL PROTECTED]> wrote:
> Well, I went completely through that section multiple times already, and
> nowhere do I see any information about installing software other than sun
> provided packages/third party packages, many of which I can't find! For
> instance, there
On Tue, Jul 19, 2005 at 04:51:38PM -0700, Keith M Wesolowski wrote:
> Sun cannot possibly release (even without support, never mind with)
> every possible version of every piece of software you might want. I'd
> guess our services organization would be happy to work with you to
> offer a solution
This is a perfect conversation to migrate over to the new desktop list:
[EMAIL PROTECTED]
Jim
Jake Hamby wrote:
The CBE we use for JDS internally is based on the
pkgbuild
(http://pkgbuild.sourceforge.net/)
tool that Laca (aka Laszlo Peter, who produced
pkgbuild and is also our
main RE pe
Keith M Wesolowski wrote:
The objective is not so much to reduce the number of posts to -discuss
as to ensure that useful and important messages can be found easily.
This list has so little signal that it's easier at least in the short
term to move that signal elsewhere than to reduce the noise
On Tue, Jul 19, 2005 at 03:53:52PM -0700, David J. Orman wrote:
> Well, I went completely through that section multiple times already,
> and nowhere do I see any information about installing software other
> than sun provided packages/third party packages, many of which I
> can't find! For instanc
On Tue, Jul 19, 2005 at 03:57:31PM -0700, Sunil wrote:
> is it possible to move (even by a moderator) the posts one creates
> to a different category if one realises that its not the right
> place? if not, then cross posts are un-avoidable. remember that you
> gonna get a storm of newbies when OS
> The CBE we use for JDS internally is based on the
> pkgbuild
> (http://pkgbuild.sourceforge.net/)
> tool that Laca (aka Laszlo Peter, who produced
> pkgbuild and is also our
> main RE person in
> the JDS group in Sun). These tools work off rpm type
> .spec files
> (actually is possible to shar
> But from my understanding, Sun's cc does not run a
> separate cpp but includes
> everything in acomp.
yes. (although with -Xs it does). but the operation of ccache is slightly
different. it stores a hash of the compile command line and the preprocessed
source (among few other things), and the
> I'm curious what you expect to find in terms of a
> 'how-to' for your
> problem. If you don't want to use the version of
> bundled software that
> ships with Solaris, your 'on your own' to roll your
> own solution (as
> you've done) or leverage the work of others (such as
> blastwave,
> sunfreew
* David J. Orman ([EMAIL PROTECTED]) wrote:
> Ok, so I've seen all the griping concerning reading documentation. I'm a new
> person to Solaris, so please excuse me. I've grown up on
> linux/freebsd/beos/so forth, from the .99 pre days of linux and so on, back
> when there was very little documen
> - Anything that starts or ends with 'Help! I
> can't...' belongs on
> opensolaris-help.
>
> - Questions or suggestions about the compilers and
> source code
> management belong on tools-discuss.
>
> - The discussions about GNOME and KDE belong on
> desktop-discuss.
>
> - Bugs and RFEs should
> As far as the "accpted way" of software management on
> a Solaris
> system, well everyone has a "right" way of their own.
> But, it really
> sounds like most of your questions could be answered
> here:
>
> System Administration Guide: Basic Administration
> http://docs.sun.com/app/docs/doc/817-1
On 7/19/05, David J. Orman <[EMAIL PROTECTED]> wrote:
> I recieved a lot of "use blastwave" "use sunfreeware" responses, neither
> resource I care for (no offense to the projects, they just aren't my personal
> choice.) I've hand compiled/built everything, including all dependancies
> required b
Ok, so I've seen all the griping concerning reading documentation. I'm a new
person to Solaris, so please excuse me. I've grown up on linux/freebsd/beos/so
forth, from the .99 pre days of linux and so on, back when there was very
little documentation and also extremely few users to ask for help.
>> when we started getting notices from gmane about archiving
>> opensolaris lists, I asked them to make the lists read-only.
Dragan> Yes, that's fine for browsing. As long as the addresses are
Dragan> mangled, of course.
They should be now. (The gmane folks said they would turn it on, but I
ha
On 7/19/05, Jasse Jansson <[EMAIL PROTECTED]> wrote:
> The traffic would decrease somewhat if people could resist
> to crosspost to both discuss and the specific lists as is
> quite common today.
Nevermind that Cross Posting is explicitly forbidden according to the FAQ :)
http://www.opensolaris.o
The Gentoo Linux web site has an index page that lists all of the
documentation on the site...something similar to this is what I have in
mind for the OpenSolaris site.
http://www.gentoo.org/doc/en/list.xml
I haven't seen any process for submitting documentation to the
OpenSolaris site. How is
--- Eric Boutilier <[EMAIL PROTECTED]> wrote:
> On Tue, 19 Jul 2005, Calum Benson wrote:
> > On Tue, 2005-07-19 at 13:39 -0500, Eric Boutilier
> wrote:
> > > > ...
> > > > From what I'm hearing, it's more likely that
> vanilla community versions
> > > > of the JDS components (GNOME, Mozilla etc.
Joerg Schilling <[EMAIL PROTECTED]> wrote:
> I was talking about the star program, I never did mention the star CLI.
You wrote
| The only exception star use with the SUSv2 CLI is that star does not
| allow you to use 'star cf file args' when 'file' exists and is a plain
| file with a size > 0.
Alan:
Yes, we ship GDM2 with Solaris. CDE login is the default login program
in Solaris. I'm not sure what login you get in OpenSolaris by default.
Command line.(OpenSolaris is simply the release of the Solaris ON
consolidation source code so far. No X. There's also not anyone out
Philip Brown <[EMAIL PROTECTED]> wrote:
> On Fri, Jul 15, 2005 at 01:24:14PM -0500, Eric Boutilier wrote:
> > I have to admit to knowing almost nothing about Ret Hat Inc's position
> > (in theory or practice) on POSIX.
> i think its about the same as most other linux places:
>
> "We'll follow POSI
On Tue, Jul 19, 2005 at 03:03:01PM -0400, Dragan Cvetkovic wrote:
> >A lot of the traffic is in opensolaris-discuss. Would it make sense to
> >try to move some of the traffic to topic-specific lists?
>
> You mean out of opensolaris-discuss? Good idea, but the problem is that it
> won't stop mos
Brian Cameron wrote:
Yes, we ship GDM2 with Solaris. CDE login is the default login program
in Solaris. I'm not sure what login you get in OpenSolaris by default.
Command line.(OpenSolaris is simply the release of the Solaris ON
consolidation source code so far. No X. There's also not
On Tue, 19 Jul 2005, Calum Benson wrote:
> On Tue, 2005-07-19 at 13:39 -0500, Eric Boutilier wrote:
> > > ...
> > > From what I'm hearing, it's more likely that vanilla community versions
> > > of the JDS components (GNOME, Mozilla etc.) will be made available under
> > > the OpenSolaris umbrella..
Darren:
At present dtlogin is the default login process, but you can change to
using GDM2 if you
so desire, just disable the rc*/*dtlogin scripts and enable the GDM2
service (under SMF).
Yes, we ship GDM2 with Solaris. CDE login is the default login program
in Solaris. I'm not sure what lo
On Tue, 2005-07-19 at 13:39 -0500, Eric Boutilier wrote:
> > ...
> > From what I'm hearing, it's more likely that vanilla community versions
> > of the JDS components (GNOME, Mozilla etc.) will be made available under
> > the OpenSolaris umbrella...
>
> Blastwave's GNOME implementation -- which in
On Tue, 19 Jul 2005, Mike Kupfer wrote:
Dragan> Actually, the best interface would be the good old
Dragan> usenet. Granted, there is already usenet-like interface through
Dragan> gmane.org, but that one is read only.
Here's the story with gmane. Currently there are 2 ways to post: either
usin
On Jul 19, 2005, at 8:45 PM, Mike Kupfer wrote:
A lot of the traffic is in opensolaris-discuss. Would it make
sense to
try to move some of the traffic to topic-specific lists?
+100
The traffic would decrease somewhat if people could resist
to crosspost to both discuss and the specific lis
Dragan> Actually, the best interface would be the good old
Dragan> usenet. Granted, there is already usenet-like interface through
Dragan> gmane.org, but that one is read only.
Here's the story with gmane. Currently there are 2 ways to post: either
using the web fora, or via mailman. Registrat
> ...
> From what I'm hearing, it's more likely that vanilla community versions
> of the JDS components (GNOME, Mozilla etc.) will be made available under
> the OpenSolaris umbrella...
Blastwave's GNOME implementation -- which in this context is vanilla
GNOME -- is the leading (the only?) vanilla
On Fri, Jul 15, 2005 at 01:24:14PM -0500, Eric Boutilier wrote:
>
> I have to admit to knowing almost nothing about Ret Hat Inc's position
> (in theory or practice) on POSIX.
i think its about the same as most other linux places:
"We'll follow POSIX as much as possible... or until we dont feel l
* Ferdinand O. Tempel <[EMAIL PROTECTED]> [050708 10:50]:
> Real admins just change their account to use their preferred shell,
> and specifically define which shell to use on the very first line of
> their scripts (the famous shebang). An admin which _assumes_ a certain
> environment instead of ex
On 07/14/05 20:11, Joerg Schilling wrote:
Every second free software packet comes with illegal Makefiles that only "work"
usually because they depend on bugs in Sun Make or GNU make. Note that
OpenSolaris does not come with Sun Make, I use "smake" for /usr/ccs/bin/make:
The supplied Studio 10
On 07/14/05 15:55, Joerg Schilling wrote:
Jim Walker <[EMAIL PROTECTED]> wrote:
The build/test farm would be available to OpenSolaris developers, and will
provide access to various high-end and low-end Sparc, x64 and other
hardware platforms. We plan on making it better than what's currently
av
On 7/19/05, Darren Kenny <[EMAIL PROTECTED]> wrote:
> At present dtlogin is the default login process, but you can change to
> using GDM2 if you
> so desire, just disable the rc*/*dtlogin scripts and enable the GDM2
> service (under SMF).
The easiest way of which is to do:
"To switch to using GDM
> > ha ha haa...you got burnt by a linux fanatic...this
> is fun!!
> > This message posted from opensolaris.org
>
> Can people please grow up and take the OS advocacy
> elsewhere.
>
> It is not fun for those of us that need this lists
> for real work.
just last comments: first, I wasn't advocati
On 7/19/05, Jürgen Keil <[EMAIL PROTECTED]> wrote:
> I assume the bad USB mouse/keyboard responding time> could be due to these I/O exceptions?Is the CDROM device the only device connected to the IDE channel, or is therea second device connected on the same channel (
e.g., does the Solaris HDDand t
On Mon, 18 Jul 2005, Darren J Moffat wrote:
>
> Can people please grow up and take the OS advocacy elsewhere.
+100. And thank you Sunil and the other people here who use both Linux
and Solaris for your restraint.
Eric
___
opensolaris-discuss mailing lis
On Jul 18, 2005, at 6:07 PM, UNIX admin wrote:
Am I the only one that doesn't like the
--something-or-other options
of GNU related software? Please don't do this to
Solaris!
No, you're not the only one. --options are completely uneccessary
and serve no purpose.
I sincerely hope such perver
Hi, Jim,
Could you add these links ?
NSUG(Nihon Sun User Group)
http://www.nsug.or.jp/
Sun user group in Japan
NSUG Download Site
http://dl.nsug.jp/
NSUG provides binary packages for Solaris(SPARC/x86) including Japanese
binaries.
thanks in advance,
Takaaki Higuchi(http://blogs.sun.com/thiguchi
At present dtlogin is the default login process, but you can change to
using GDM2 if you
so desire, just disable the rc*/*dtlogin scripts and enable the GDM2
service (under SMF).
There are a couple of reasons for not using GDM2 by default in Sol10,
but these should hopefully
be resolved in the
Darren Kenny <[EMAIL PROTECTED]> wrote:
> I'm not sure what you mean by Solaris / CDE in this context?
>
> To reiterate what we are planning and to try clarify things (I hope) :
>
> JDS, as a desktop platform, is essentially GNOME, in that we take GNOME
> packages
> and apply patches (which inclu
Joerg,
I'm not sure what you mean by Solaris / CDE in this context?
To reiterate what we are planning and to try clarify things (I hope) :
JDS, as a desktop platform, is essentially GNOME, in that we take GNOME
packages
and apply patches (which include bug fixes, some features and branding)
-
On Mon, 18 Jul 2005, Gunnar Ritter wrote:
I am reading all this via email (have been doing so since the pilot days)
and being welcomed with some 100+ emails every day (more than 70% to be
removed immediately) is getting tiresome. I can put filters and move
email automatically into various folde
On Tue, 19 Jul 2005, Joerg Schilling wrote:
Dragan Cvetkovic <[EMAIL PROTECTED]> wrote:
Speaking of readcd, why doesn't -scanbus option work with it?
bash-3.00# uname -a
SunOS lokrum 5.11 snv_18 i86pc i386 i86pc
bash-3.00# readcd -scanbus
readcd: No such file or directory. Cannot open SCSI d
Gunnar Ritter <[EMAIL PROTECTED]> wrote:
> Joerg Schilling <[EMAIL PROTECTED]> wrote:
>
> > - The second sentnce is just in violation with POSIX.
> >
> > POSIX implicit rules are .SUFFIX: rules only a for this reason only have a
> > target that is a concatenation of source and target suffix. The
Gunnar Ritter <[EMAIL PROTECTED]> wrote:
> Joerg Schilling <[EMAIL PROTECTED]> wrote:
>
> > starUsed when called as "star", "ustar" or with
> > any unknown argv[0]
>
> and that was clearly the one you were talking about.
I was talking about the star program, I never did mentio
Patrick Mauritz <[EMAIL PROTECTED]> wrote:
> On Tue, 2005-07-19 at 12:11, Joerg Schilling wrote:
> > The only place where I could imagine that this could speed up things
> > would be when you create dependency lists without using Sun makes
> > .KEEP_STATE: feature.
> or when changing comments (it
Jürgen Keil <[EMAIL PROTECTED]> wrote:
> > Oddly, I didn't have this problem with the first (same) CD-RW, only
> > after rebooted from disk and started installing CD-2.
>
> That is, readcd didn't detect media errors on CD#1?
If it doesn't, the CD-ROMdrive would be buggy.
Jörg
--
EMail:[EMAIL
Brian Cameron <[EMAIL PROTECTED]> wrote:
> The intent is to make the build system and patches we use to build
> and brand GNOME into JDS available to the OpenSolaris community.
> Many of these patches are necessary since GNOME to get the code
> to build and to integrate GNOME properly with Solaris
Dan Mick <[EMAIL PROTECTED]> wrote:
> and for the record, /dev/xsvc is coming. I'm working on it personally now.
Good news
Jörg
--
EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin
[EMAIL PROTECTED](uni)
[EMAIL PROTECTED](work) Blog: ht
>Joerg Schilling <[EMAIL PROTECTED]> wrote:
>
>> -The second sentnce is just in violation with POSIX.
>>
>> POSIX implicit rules are .SUFFIX: rules only a for this reason only have a
>> target that is a concatenation of source and target suffix. There is no
>> prerequisite but only an implicit
Joerg Schilling <[EMAIL PROTECTED]> wrote:
> - The second sentnce is just in violation with POSIX.
>
> POSIX implicit rules are .SUFFIX: rules only a for this reason only have a
> target that is a concatenation of source and target suffix. There is no
> prerequisite but only an implicit target
Keith M Wesolowski <[EMAIL PROTECTED]> wrote:
> On Sun, Jul 17, 2005 at 01:01:09AM +0200, Joerg Schilling wrote:
>
> > > No, Nevada is the engineering name for the development version of the
> > > whole Sun-Solaris.
> >
> > Then it is currently impossible to be binary compatible with it.
>
> That
Joerg Schilling <[EMAIL PROTECTED]> wrote:
> starUsed when called as "star", "ustar" or with
> any unknown argv[0]
and that was clearly the one you were talking about.
> If you like to create any new CLI variant,
No. I do not care. I was referring to your previous messag
On Tue, 2005-07-19 at 12:27 +1200, Glynn Foster wrote:
> So this is the completely rad thing - it *is* up to you
Well, yes and no... as a member of the community it's certainly up to
*us*! But from a personal POV as a Sun employee, it doesn't much matter
to me whether the community would prefer
Dragan Cvetkovic <[EMAIL PROTECTED]> wrote:
> On Mon, 18 Jul 2005, Joerg Schilling wrote:
>
> > If you have no medium in the drive, you will not see it due to
> > the behavior of volmgt.
> >
> > Wait for Build 19 or 20 for a revised volmgt system that also shows
> > "empty" drives while volmgt is
Gunnar Ritter <[EMAIL PROTECTED]> wrote:
> Joerg Schilling <[EMAIL PROTECTED]> wrote:
>
> > Gunnar Ritter <[EMAIL PROTECTED]> wrote:
> > > And by the way, does star also still need the "-U" option in addition
> > > to "x" to match historical tar behavior?
> > Did I miss somtheing and there is a PO
On Tue, 2005-07-19 at 12:11, Joerg Schilling wrote:
> The only place where I could imagine that this could speed up things
> would be when you create dependency lists without using Sun makes
> .KEEP_STATE: feature.
or when changing comments (it caches the preprocessed version), or
when having a pol
> and you could post a howto, instead of docs.sun.com?
Most of the documentation on http://docs.sun.com/ is in a step-by-step format,
meaning that the documentation contains some preliminary introduction to the
subject matter, and the rest is just step-by-step HOWTO.
This is also the case with
Sunil <[EMAIL PROTECTED]> wrote:
> is there such a beast? ccache works but only with cc, not with CC.
What do you like to cache?
The only place where I could imagine that this could speed up things
would be when you create dependency lists without using Sun makes
.KEEP_STATE: feature.
Jörg
--
Shawn Walker <[EMAIL PROTECTED]> wrote:
> > > I have to on my Solaris 10 GA system Jörg, otherwise I get errors.
> >
> > This statement does not help, it is no longer needed since 18 months.
>
> Ok, I'll put it this way. Using the version of cdrtools as distributed
> by blastwave.org, I cannot do
Gunnar Ritter <[EMAIL PROTECTED]> wrote:
> > > _If_ they claim that. Otherwise they rely on documented behavior of
> > > GNU make. This is quite different from "the authors implement code
> > > that matches GNU make bugs", as you were writing previously.
> > The GNU make documentation claims that
> 'do not need', yes. but blanking them SHOULD NOT give
> error.
When you think about it, the error is quite logical: DVD+-RWs are unlike CDRWs.
It's a different type of media with different properties/characteristics, so
one shouldn't assume same type of operations applies just because of
simi
> Does not work does not help...
Yes, I am well aware of that, which is why I asked: [I]which information do you
need to diagnose potential problem(s)?[/I] (Please read below...)
> How do you expect help if you don't enlighten us
> about your problems?
I do not. "Does not work" does not help, I
On Tuesday 19 July 2005 12:49 am, UNIX admin wrote:
> It's like working with Windows: I am not going to waste my time playing
> with toys (Windows, Linux) when I could be doing real work on UNIX and get
> paid wads of cash for doing it.
Sounds like some type of panacea.;-)
--
Alan DuBoff - Sun
UNIX admin <[EMAIL PROTECTED]> wrote:
> > You do't need to stop volmgt.
>
> I know I shouldn't have to, and it is pissing me off, but something seems to
> be wrong.
>
> I use the latest "cdrtools" from Blastwave with my NEC DVD-RW. Unless I stop
> volume management, cdrecord -scanbus doesn't wo
> I assume the bad USB mouse/keyboard responding time
> could be due to these I/O exceptions?
Is the CDROM device the only device connected to the IDE channel, or is there
a second device connected on the same channel (e.g., does the Solaris HDD
and the CDROM drive share the same IDE channel)?
If
The OpenOffice.org people (internally anyway) all use Usenet for keeping
up with mailing
lists - from an enterprise point of view makes WAY more sense than
e-mail since there
is a single repository (with mirroring capabilities if needed though)
which means each
employee's mailbox isn't being fi
> you are way off. I had heard about OS fanatics but I
> am seeing a real one now. I have been(will always be)
> a solaris lover forever, but have never closed my
> mind to other OS's and their merits, ever.
Linux has no technical or economic merit, especially now when Solaris became
truly free.
> you are way off. I had heard about OS fanatics but I
> am seeing a real one now. I have been(will always be)
> a solaris lover forever, but have never closed my
> mind to other OS's and their merits, ever.
Linux has no technical or economic merit, especially now when Solaris became
truly free.
> You do't need to stop volmgt.
I know I shouldn't have to, and it is pissing me off, but something seems to be
wrong.
I use the latest "cdrtools" from Blastwave with my NEC DVD-RW. Unless I stop
volume management, cdrecord -scanbus doesn't work. Same with burning DVDs /
DVD-RWs and CD-Rs an
> Our Solaris boxes were installed by vendor. I
> observed that:
> 1. Dump device: /dev/dsk/c1t0d0s1 (dedicated)
> 2. /dev/dsk/c1t0d0s1 is part of mirror
> /dev/md/dsk/d1
> 3. /dev/md/dsk/d1 is the swap
> See the following script for details.
>
> Questions:
> 1. I wonder why the vendor uses /dev/d
78 matches
Mail list logo
