I am unable to create a directory/ file anywhere in the file system
except my home directory. How can I enable my user account to
create a directory / file anywhere in the file system (other than
system related directories)? I am new user(non-unix) trying os.
--
This message posted from
package manager should ask the user about the installation directory
for all user applications. usability is not automation. I don't like those user
applications which did not ask me about the installation directory.
--
This message posted from opensolaris.org
How to install / setup applications (that are intended for
unix/linux/bsd/debian/novell, etc) from internet?
--
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
package manager should provide a way to pack the
settings/configuration of the installed applications that are stored in
the os partition(call it first partition). After installing a newer version
in the first partition, package manager should restore the settings of
all user applications in
open solaris should not keep any junk like windows registry after
uninstalling a application. Moreover every open solaris feature
should run with as much less memory and processing as needed
because desktop users are not corporate users with big deep
pockets who can buy memory / processors. If
how to change the root user password without logging as root user?
--
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Hi all,
I want to trace the thread_reaper and want to find out, how often it runs and
how many threads it really reaps.
I use this one-liner in the first step:
[r...@itotcsol104 bin]# dtrace -n 'fbt:genunix:thread_reaper: { @num[probefunc]
= count(); }'
dtrace: description
Hi,
You need the right permissions using the pfexec command, at the terminal
type:
man pfexec
this will explain the pfexec command
On Tue, Oct 20, 2009 at 17:38, sridhar devatha.srid...@gmail.com wrote:
I am unable to create a directory/ file anywhere in the file system
except my home
This is not windows, please become familiar with unix and linux file system
heirarchies, this will give you an understanding that there is no single
directory that is used to contain applications.
On Tue, Oct 20, 2009 at 17:39, sridhar devatha.srid...@gmail.com wrote:
package manager should ask
:-D
+1
--
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
If you want to have garbage on your disk then use another OS. Packaging systems
like IPS and others are here to have consistent hierarchy of installed packages
on your system for easy maintenance, easy writing of apps from third vendors
and so on.
If you are installing some app which is not in
man pfexec
man passwd
--
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
1) Use as much as possible apps from official repositories or some third party
repositories
2) If it's not enough then consider using some virtualization
3) If it's still not enough then learn how to compile apps on OpenSolaris, how
to prepare apps for IPS in OpenSolaris and so on
--
This
http://www.opensolaris.org/os/documentation/
http://wikis.sun.com/display/OpenSolarisInfo200906/Home
man man
As a user you don't need anything then your home directory. And until you learn
some about Unix and read some of links above don't touch anything outside of
your home or you will
1) You completely misunderstood ZFS so that's why you don't know why it needs
at least 1GB of RAM for normal function and even why it can run with less then
512MB of RAM
2) Learn something about Solaris
3) Use OS which is appropriate for your needs and don't listen to PRs then
something is
And again. You don't understand Unix world. Read something about it first.
Application settings are stored in your home directory so you can't loose them
after upgrade of OS or installation of new version of app. Some apps may have
additional directories with specific settings but it's
On Tue, 2009-10-20 at 02:07 -0700, Tomas Bodzar wrote:
If you want to have garbage on your disk then use another OS.
Packaging systems like IPS and others are here to have consistent hierarchy
of installed packages on your system for easy maintenance, easy writing of
apps from third vendors
Ou. Great. Thanks to point. I think that man hier will be more appropriate.
--
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Hi to everyone,
I was wondering if anyone knows if there is a Sun Solaris Zones specification
availabe and where I might get it?! Currently I'm looking for an official
document which describes the Sun Solaris Zones architecture in detail.
Regards
André
--
This message posted from
If I'm not mistaken, thread_reaper() is created during system boot by a
call to thread_create. It then lives forever in the system until it is
shut down.
Thus the entry probe will only ever be fired once during the kernel
initialisation, and by the time you run your dtrace script,
On 20 Oct 2009, at 13:14, Andre Boegelsack wrote:
Hi to everyone,
I was wondering if anyone knows if there is a Sun Solaris Zones
specification availabe and where I might get it?! Currently I'm
looking for an official document which describes the Sun Solaris
Zones architecture in
What is your home directory in /etc/passwd?
What is the underlying directory path?
If these two are not the same, then:
Are you using automounter?
Are there any symlinks in the path to your homedir?
e.g. I use /home/brian as my home directory, but the underlying path is
What did you upgrade from?
If you mount the old BE, did the file have any contents there?
Is this reprodicible? (i.e. beadm activate the old BE and attempt a
fresh upgrade to snv_125 again - does the same happen?)
Regards,
Brian
Alexander wrote:
What a hell!!!
After updating to opensolaris
http://docs.sun.com/app/docs/doc/817-1592?l=en
--
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
I wanted to file a bug on the svc manifest for SUNWsquid, but it isn't clear to
me what the appropriate product and classification would be on
defect.opensolaris.org. Can someone point me towards the appropriate info?
I'm using:
sunwsq...@2.7.6,5.11-0.125
The defect is:
Alexander wrote:
OpenSolaris
...
4) - No binary updates for stable systems
http://www.opensolaris.com/learn/subscriptions/
--
Shawn Walker
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Andre Boegelsack wrote:
I was wondering if anyone knows if there is a Sun Solaris Zones specification
availabe and where I might get it?! Currently I'm looking for an official
document which describes the Sun Solaris Zones architecture in detail.
The original design spec from 2002 is
William D. Hathaway wrote:
I wanted to file a bug on the svc manifest for SUNWsquid, but it isn't clear
to me what the appropriate product and classification would be on
defect.opensolaris.org. Can someone point me towards the appropriate info?
Hello.
What did you upgrade from?
I upgraded from opensolaris b123 (x86-64).
If you mount the old BE, did the file have any
contents there?
Yes, they had about 300 lines in old BE.
Is this reprodicible? (i.e. beadm activate the old BE
and attempt a
fresh upgrade to snv_125 again - does
Alexander wrote:
OpenSolaris
...
4) - No binary updates for stable systems
http://www.opensolaris.com/learn/subscriptions/
Yes, I was inaccurate. I meant:
- No free binary updates for stable systems
It's quite strange. Looks like: hey, guys, test it, find bugs, fix it, we won't
give you
Alexander wrote:
Alexander wrote:
OpenSolaris
...
4) - No binary updates for stable systems
http://www.opensolaris.com/learn/subscriptions/
Yes, I was inaccurate. I meant:
- No free binary updates for stable systems
It's quite strange. Looks like: hey, guys, test it, find bugs, fix it, we
sridhar wrote:
how to change the root user password without logging as root user?
Assuming that you have the 'root' role, you can use
opensolaris% pfexec passwd root
-Norm
___
opensolaris-discuss mailing list
The source code is also available, so Sun is not
denying you the fixes,
they're just not providing free binaries to everyone.
Updates are a form of support, and support costs.
I know, I know, that everything costs something... And a community of users is
also a very expensive thing...
Alexander wrote:
The source code is also available, so Sun is not
denying you the fixes,
they're just not providing free binaries to everyone.
Updates are a form of support, and support costs.
I know, I know, that everything costs something... And a community of users is also a very
This is a good idea!
Thanks!
emanuele
Joseph Mocker ha scritto:
What he might be able to do is to reinstall his debian grub2 after the
Solaris install, then set up a chainloader entry in debian/grub2 to
boot opensolaris/grub and then opensolaris.
installgrub on opensolaris should install
It happened again today. Here is pflags and pstack
...
# pstack top-14186
core 'top-14186' of 14186: top
0040dac0 hash_lookup_pidthr () + 40
00414eff getptable () + 35f
00411efd get_process_info () + 6d
0040f2cd main () + 33d
00408a0c
there is also a best practices page at:
http://opensolaris.org/os/community/arc/policies/install-locations/
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
I've tried to reproduce it. Unsucessfully. Everything updated normally. Maybe
because this time pa
ckage was taken from cache...
Can't happen when you install a SVr4 package; if exec_attr is empty, then
it is either:
a SVr4 package with a non-standard i.rbac install script
or
I think I can reproduce something when I have the
following process running, and run
env LD_PRELOAD=libumem.so.1
UMEM_OPTIONS=backend=mmap UMEM_DEBUG=firewall=1 top
I've filed
http://defect.opensolaris.org/bz/show_bug.cgi?id=12124
I tried to fix this top bug, and have attached new top
Didn't work; it's not generating a core file, but
running it from mdb gave this, if it helps:
::stack
hash_lookup_pidthr+0x38()
::status
debugging PID 25513 (32-bit)
file: /export/home/alan/top/i386/top
threading model: raw lwps
status: stopped on SIGSEGV (Segmentation Fault)
event:
casper@sun.com wrote:
I've tried to reproduce it. Unsucessfully. Everything updated normally. Maybe
because this time pa
ckage was taken from cache...
Can't happen when you install a SVr4 package; if exec_attr is empty, then
it is either:
a SVr4 package with a non-standard
Hi Jon, hi Brian,
thank you both very much for your quick and detailed responses.
Jon, the code you sent me is exactly what I was looking for! I added some
probes to have some more information.
Thus the entry probe will only ever be fired once during the kernel
initialisation, and by the time
Thanks Alan, I submitted the bug. I didn't realize the meta info was
available, that certainly makes finding the right category easy!
--
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
William D. Hathaway wrote:
Thanks Alan, I submitted the bug. I didn't realize the meta info was
available, that certainly makes finding the right category easy!
It is for packages delivered from SFW, which is mainly the software
from outside open source projects other than the
44 matches
Mail list logo