On 02/12/09 03:47, Michael Schuster wrote:
Martin Bochnig wrote:
I mean, ok: I got used to it, that small daemons like the
network-auto-magic manager can consume 86MB. Also, that small almost
useless little Gnome-applets can consume hundreds of MB's (wnck-applet
104MB, clock-applet 80MB, mixer-
Glynn Foster wrote:
> Hey,
>
> Brian Nitz wrote:
>
>> A few things happened to make crashes more common in recent GNOME builds:
>>
>> 1) The GNOME community enabled coreing on ASSERTs in default builds, so
>> some subtle bugs became less subtle.
>>
>
> I'm focused on testing myself, so understand both view points.
Yes there was also quite a debate over this in the GNOME community.
>
> My system is still crashing after applying the workarounds.
> Is there a way to disable bug buddy/coreing on ASSERT on
> a live system?
U
Mario Goebbels wrote:
>> 1) The GNOME community enabled coreing on ASSERTs in default builds, so
>> some subtle bugs became less subtle.
>>
>
> Can/Will this be disabled in the JDS builds?
>
> -mg
>
Yes core on ASSERT should be disabled before any product release. The
intention is to un
A few things happened to make crashes more common in recent GNOME builds:
1) The GNOME community enabled coreing on ASSERTs in default builds, so
some subtle bugs became less subtle.
2) Coring on ASSERT causes some post install scripts to fail on some
hardware due to a file access race conditi
Joerg Schilling wrote:
> Glynn Foster <[EMAIL PROTECTED]> wrote:
>
>
>>o ksh93 is the default *system* shell (bash remains the default
>> user shell)
>>
>
> What do you understand by "*system* shell"?
>
> Jörg
>
>
It's the shell /usr/sh points to. This satisfies backward compat
Have you tried the iosnoop demo in /usr/demo/dtrace?
Something like this might be close to what you're looking for:
dtrace -s /usr/demo/dtrace/iosnoop.d | grep W
Orvar Korvar wrote:
> Sometimes I would like to know which files have been altered, for instance
> when installing programs (then I
Thomas may have chosen the installer's defaults. Unfortunately, the
installer defaults to a root slice with just barely enough space to
install the default package cluster plus a small percentage of overhead
and a huge /export/home partition. This might make sense for huge
servers where root mi
Ian Murdock wrote:
On 5/31/07, Darren J Moffat <[EMAIL PROTECTED]> wrote:
Before we go too far down the track of creating a "so called" reference
binary distribution of OpenSolaris I think we need to first clearly for
the whole community document exactly what problem we are trying to
solve.
F
This is a case (as I believe many real world cases will be) where it
isn't clear that the proposed project fits entirely within an existing
community. How do we prevent bugs in governance, bugs in the community
organization, and misunderstanding by outsiders (and insiders) from
preventing tec
Joe Little wrote:
On 5/20/07, a b <[EMAIL PROTECTED]> wrote:
> > One picks Linux "as the best choice" only if one doesn't know
what one is doing. It is as simple as that.
>
>
>
> This kind of thing is coming across more and more as irrational
hatred.
> Take it elsewhere, it's not helpful.
[EMAIL PROTECTED] wrote:
Good point. So I hope Indiana is more like ubuntu and OSX in that:
- It doesn't allow root login by default.
Pretty much the case for Solaris (ignoring console logins)
- It installs sudo by default.
It has a similar tool which can do this.
Yes, of c
[EMAIL PROTECTED] wrote:
I agree that you don't want grep to ignore pipes and I know about the
find workaround, but I still think the fact that two pipes exist by
default in /etc is a bug:
# ls -ld /etc/*pipe*
prw--- 1 root root 0 May 22 14:17 /etc/initpipe
prw--- 1 r
patibility with something
which relies on those pipes being in /etc. I haven't yet encountered
any Linux distributions which don't have examples of bad design which
would be even more difficult to fix without breaking something.
Joerg Schilling wrote:
Brian Nitz <[EMAIL PROTECTED]> w
Depending on what his find did, Chris may have encountered a bug. Find
/ or /etc -exec grep foo {} \; can hang on some versions of Solaris
because it encounters a named pipe and gets stuck grepping the pipe
forever.
This was one of my top 10 pet peeves when moving back to Solaris from
gnu/li
It's not a bootable image backup, but for media it works well to run
cygwin on the windows P.C. and use its rsync over ssh to synchronize my
20Gig+ photo directories with a ZFS filesystem on the Solaris box. I
wouldn't necessarily recommend doing this over an 11Mbps wifi
connection, but it doe
Unless you're using quotas or some other opensolaris feature to limit
individual process heap space, the easiest way to increase the heap
space available to a process is to either increase the amount of
physical memory or enlarge the swap file. For example:
mkfile 2000m /new_swap {I'll ta
I don't think that's necessarily true for non-developer users. What if
your global zone ran the desktop, you're browsing the web, download a
cool program or interesting content file. Wouldn't it be convenient if
an agent in that global zone found an appropriate (and secure)
zone/container/vm
> Brian Nitz wrote:
> > I haven't had any luck yet, but I really appreciate
> the suggestions. My comments are inline:
> >
> >
> >> Firstly, does it show up in the output of
> >>
> >>
> >> # cfgadm -lav
> >
> > N
I don't know about that specific WiFi adapter, but you're more likely to
have support for Wifi with recent Solaris Nevada builds rather than
Solaris 10. Unless you intend to buy support or need to something
specific to Solaris 10, I'd recommend Solaris Express Developer Edition:
http://develo
I'm troubleshooting a problem with recognition of an external SCSI tape drive
through a KME PCMCIA card bus. I've found references to the openboot
probe-scsi-all command but since X86 hardware typically lacks openboot
firmware, what is the equivalent of probe-scsi-all on Solaris X86?
This m
Isn't the 21st century way of starting a service to use SMF in OpenSolaris?
This website walks through a specific example with openldap:
http://lowks.inigo-tech.com/blog/coreblogentry.2007-03-23.0477221442
Once you have the manifest set up, you can use interface libraries in
libscf such as smf_
Good idea, I was wondering whether there was any interest in bringing
back an IM switcher. I hope you'll work closely with the X and desktop
projects.
Noah yan wrote:
+1
On 3/30/07, Yong Sun <[EMAIL PROTECTED]> wrote:
I'd like to propose a project about Input Method for OpenSolaris.
The sc
Gnome had an applet (gimlet?) which sounds exactly like the KDE KB switcher
you're describing, unfortunately it relied on a lobrary (xklavier) which
depended on private X.org internals. Since not everyone uses X.org and even
those who do don't all use the same version, the fact that it worked w
Shawn Walker wrote:
On 26/03/07, Chung Hang Christopher Chan <[EMAIL PROTECTED]> wrote:
> > Please, no entrenched GNOME or gcc.
>
> What does that mean?
It means please do not take it down the Nexenta road
of using gcc built packages and fat unstable GNOME. It
"fat unstable GNOME" -- you rea
You might want to look at the way the GNOME community handles
elections. I thought that was pretty straightforward.
Dennis Clarke wrote:
I'll try not to muddle things further, but the "Review your contributor
grants" section of the poll instructions and relevant sections of the
draft constitut
Shawn Walker wrote:
Your manpath probably isn't set correctly. The default manpath for
Solaris does *not* include all of the man directories for all
installed software; it is up to you set it appropriately.
Setting your manpath to include /usr/sfw/man, /opt/SUNWspro/man, etc.
would probably all
I'll try not to muddle things further, but the "Review your contributor
grants" section of the poll instructions and relevant sections of the
draft constitution could be made more specific to this election:
http://opensolaris.org/os/project/website/poll_instructions
In simple terms, if you ar
I've been long interested in reducing Solaris's footprint. This wasn't
possible with the monolithic "Solaris" distribution, just as it isn't
possible to install RHEL4 onto a mobile phone. But Nexenta and Belenix
both have a smaller footprint than Sun's server focused distribution and
of you w
Richard L. Hamilton wrote:
For some more cold water (not that it should stop anyone that
believes in the idea enough to do the work!), remember UDI?
Doesn't seem to have amounted to much - I haven't heard a thing
about it in 3 or 4 years, nor do I see evidence that it resulted
in a bunch of compl
Gary A. Ross wrote:
I absolutely agree. Innovation at the right areas is critical.
Resources are tight everywhere, and trying to figure out where the
biggest "bang for the buck" is difficult at best. But, where does JDS
really differ from the other Graphic Environments out there?
JDS contribut
My only misgiving about Glynn's proposal to promote the desktop to a
project was the name of this project. A significant proportion of the
emails on the Sun Java Desktop Support forums are questions about Java
(often on Microsoft Windows!) which have nothing to do with the Sun
Java(tm) Desktop
The problem with making GNOME the project is that it is just one of many
projects which must come together in order to create a unified
opensolaris desktop.
I think Glynn's idea could really help connect opensolaris desktop users
and developers with maintainers of the components, but I wonder
Yes you could run the linux Acrobat binary in Brandz, but I'd advocate
using evince instead. It's opensource and from my experience, it works
better than acroread. I brought up a pdf from my ISP the other day, it
looked O.K. in acroread (sparc) but printed as all "p"s. Evince
displayed it an
I run into this same issue, our specialties don't always map to the same
categories selected when the forums were created, it has to be an even
bigger problem outside sun where sysadmins of small organizations are
forced to be a "Jack of all trades."
Does anyone know of any forum engine which
Stefan Teleman wrote:
On 12/19/05, Brian Nitz <[EMAIL PROTECTED]> wrote:
I'm sure there are other areas where GNOME has an advantage over KDE.
For example PDF rendering.
I hope Opensolaris distributions based on KDE, Looking glass and other
open source desktops becom
[EMAIL PROTECTED] wrote:
Felix Schulte wrote:
Having two desktops does not make sense for the customers - and KDE is
the primary government desktop here. Support for KDE will be a
requirement for further contracts as far as I can see from my POV. The
European governments are looking into fu
Erast Benson wrote:
Forget about package format. :-)
M$ Windows do not have any embedded package managers at all. Answer on
your question is simple: Third party application developer *must* take
care of the issue. i.e. He must provide solution which will work on any
OpenSolaris-based distro (or o
st Benson wrote:
On Wed, 2005-11-30 at 15:24 -0800, Alan Coopersmith wrote:
Brian Nitz wrote:
I have a Nexenta elatte "gnusolaris" partition alongside my NV_27a with
a GNOME 2.12 JDS build. Nexenta is based on the same kernel code and
also contains a GNOME 2.12 desktop. Unf
I have a Nexenta elatte "gnusolaris" partition alongside my NV_27a with
a GNOME 2.12 JDS build. Nexenta is based on the same kernel code and
also contains a GNOME 2.12 desktop. Unfortunately the binaries for the
gnusolaris versions of these applications aren't easily interchangable
with the b
Here are a couple of things to look for:
Is SUNWman installed? (pkginfo SUNWman)
If no then
Did the install complete? Is there a /var/sadm/system/data/packages_to_be_added
file? If so, is SUNWman in this file?
Did you choose to install documentation and then skip documentation when it
asked
41 matches
Mail list logo
