On Tue, Mar 29, 2011 at 12:51 AM, ken mays wrote:
> Mikolaj,
>
> Actually, the gtk-window-decorator command is in the /usr/bin (/bin)
> directory.
>
> Xorg ATI radeon 6.14.1 driver under build review for OI. No promises!
>
> ~ Ken Mays
>
It would be great :)
--
Best regards/Pozdrawiam,
Miko
On 03/29/11 12:28 AM, ken mays wrote:
> Use ftp://ftp.mozilla.org/pub/firefox/releases/4.0/contrib/solaris_pkgadd/
> for the official release of Firefox 4.0.
I guess the point of IPS should be we should have such things like final
releases of browsers and other packages, available in IPS update
re
On 03/28/11 11:35 PM, GUY WOOLLEY wrote:
> discussions have now moved into some new thread,
> but I guess there will be interference between the two lines.
> Sorry for the inconvenience.
Think Apostolos should be check he's mail client
(ditch yahoo or something), since he was starting new thr
On Mon, Mar 28, 2011 at 3:28 PM, ken mays wrote:
> Use ftp://ftp.mozilla.org/pub/firefox/releases/4.0/contrib/solaris_pkgadd/
> for the official release of Firefox 4.0.
That's where I downloaded from but they're actually RC2 binaries.
___
OpenIndiana-d
Mikolaj,
Actually, the gtk-window-decorator command is in the /usr/bin (/bin) directory.
Xorg ATI radeon 6.14.1 driver under build review for OI. No promises!
~ Ken Mays
--- On Sun, 3/27/11, Mikolaj Walkiewicz wrote:
> From: Mikolaj Walkiewicz
> Subject: Re: [OpenIndiana-discuss] Fw: Re:
Use ftp://ftp.mozilla.org/pub/firefox/releases/4.0/contrib/solaris_pkgadd/
for the official release of Firefox 4.0.
~ Ken Mays
--- On Mon, 3/28/11, Gary wrote:
> From: Gary
> Subject: Re: [OpenIndiana-discuss] Firefox 4?
> To: openindiana-discuss@openindiana.org
> Date: Monday, March 28, 2011
On Mon, Mar 28, 2011 at 2:46 PM, ejc wrote:
> Haven't updated to rc2 yet.
OK, I guess I should have looked here because they appear to be the
same files as what's in the 4.0 final release dir from my initial
post: ftp://ftp.mozilla.org/pub/firefox/releases/4.0rc2/contrib/solaris_pkgadd
I may jus
I'm currently running this:
PKGINST: SFWfirefox.2
NAME: Mozilla Firefox Web browser
CATEGORY: GNOME2,application,JDSosol
ARCH: i386
VERSION: 4.0rc1,REV=110.0.4.2011.03.04.11.42
BASEDIR: /
VENDOR: Sun Microsystems, Inc.
DESC: Mozilla Firefox Web browser
On 03/28/11 06:53, Apostolos Syropoulos wrote:
> Really? Do you know how many times my system became useless
> just because I had used reboot?
you're not providing an *actionable* complaint here with specifics about
how the system became "useless".
It should not be necessary to use "init 6" for
I grabbed the binary installer from the contrib directory
(ftp://ftp.mozilla.org/pub/firefox/releases/4.0/contrib/solaris_pkgadd/),
and the files there are dated March 21st, but the package header says
it's RC2. Has anyone installed this on OI yet?
1 SFWfirefox Mozilla Firefox Web browser
Apostolos has been helping me with a broken OI installation - hence
the thread title "OI boot problem" which I started last week; sometime
yesterday that thread was partially diverted into commentary about the virtues
of shutdown, reboot, init etc. - irrelevant to my question. "shutdown
On Mon, Mar 28, 2011, Darko Hojnik wrote:
> Any ideas how I could deploy like this using Crossbow in Zones without a
> bridge?
>
>
> network
> < Subnet 10.0.0.0 >
> |
> _ global Zone _
> | 10.0.0.2 |
> | |
Kevin J. Woolley writes:
> Agreed -- as far as I can tell, no one has suggested actually changing
> the existing shutdown/reboot. The proposal was to put alternate
> versions in /usr/gnu/bin.
Well, I had suggested to change the default runlevel that shutdown
will change into when none is supplied
On 03/27/11 11:39 AM, Apostolos Syropoulos wrote:
>> findroot (pool_rpool,X,Y)
Apostolos, Hi,
Sorry but it is interesting to me and I need to ask:
Is it only me or I keep seeing your every message as new topic?
Could it be it is you? and do you think it could be avoided for you somehow?
(I person
I'm also happy with the init 5/6 commands but I'm a little annoyed that
pressing the power button does not shut down the system. When I press
it, the system conducts a 30 seconds countdown to shutdown and then
nothing happens. I have not tested this thoroughly on b148 but it was a
nuisance to f
Hello
Here is a litte ascitext of my plan
Any ideas how I could deploy like this using Crossbow in Zones without a
bridge?
network
< Subnet 10.0.0.0 >
|
_ global Zone _
| 10.0.0.2|
| ||
Vulnerable Target : http://mysql.com/customers/view/index.html?id=1170 Host IP
: 213.136.52.29
Web Server : Apache/2.2.15 (Fedora) <--Wow!
Powered-by : PHP/5.2.13
Injection Type: MySQL Blind
Current DB : web
from
http://s
Hi all
I have a few boxes with rather large amounts of data on ZFS, and so far, it's
been working quite well. Now, one little problem is mentioned every now and
then. Is it (or will it) be possible to do a partial/resumable zfs
send/receive? If having 30TB of data and only a gigabit link, such
On Mon, Mar 28, 2011 at 19:23, Apostolos Syropoulos
wrote:
>>
>> I fail to see the benefit of changing well-known behaviour in an
>> incompatible way. Change for the sake of change may be chique for
>> fashion items, but not necessarily a good thing in a server-grade OS.
>>
>
> Hey but that's exac
On 28/03/2011 5:51 PM, Michael Schuster wrote:
On Mon, Mar 28, 2011 at 17:39, Apostolos Syropoulos
wrote:
SunOS has a long history of providing many flavors of commands. No one will
object to adding a few. However, changing the behavior of commands that have
been around for 20+ years really d
On 28 March 2011 10:30, Didier Carlier wrote:
> shutdown -r is ok, it used to be there in SunOS 4 (bsd based at the time) and
> -r is not used currently.
> For reboot, I really does not understand why the subject is so hot...
> init 6 is juste as short and reboot on Solaris has other options whi
shutdown -r is ok, it used to be there in SunOS 4 (bsd based at the time) and
-r is not used currently.
For reboot, I really does not understand why the subject is so hot...
init 6 is juste as short and reboot on Solaris has other options which are not
there on Linux. And it does what it says.
A
>
> I fail to see the benefit of changing well-known behaviour in an
> incompatible way. Change for the sake of change may be chique for
> fashion items, but not necessarily a good thing in a server-grade OS.
>
Hey but that's exactly another problem: this is not a server OS only.
The graphics a
Regardless of what Solaris does, what Linux does and so on. Clarity and
future userability of OPEN INDIANA is more important than all other concerns
and for that reason alone reboot and shutdown, should be available by
default and do exactly what they say on the tin.
Let's not get stuck as a legac
Hello,
I'm back at this - problem with pool_rpool continues. I get nothing
from using "touch" as per your email below
jack@opensolaris:~$ pfexec zpool import -f rpool
jack@opensolaris:~$ pfexec mkdir /a
jack@opensolaris:~$ pfexec beadm mount 0i_148-2 /a
jack@opensolaris:~$ pfexec touch
On Mon, Mar 28, 2011 at 17:39, Apostolos Syropoulos
wrote:
>> SunOS has a long history of providing many flavors of commands. No one will
>> object to adding a few. However, changing the behavior of commands that have
>> been around for 20+ years really doesn't make any sense. Many of these are
On 28 March 2011 09:32, John McEntee wrote:
> Now, who in their right mind would suggest you have to check uname every
> time before changing run levels.
It kind of makes sense -- if you're on Solaris you need to use
"shutdown -i 6 -g 0" to reboot, and on everything else you need to use
"reboot"
I'm not sure about you, but if I'm changing run levels, and I'm remote
accessing a machine, I _do_ double check with uname ... mainly to make
sure I'm on the correct host, not the OS.
I remember the phone conversation after I connected into birmingham
instead of braintree ... the names of the serv
>-Original Message-
>From: Svein Skogen (Listmail account)
>Sent: 28 March 2011 16:57
>
>
>How would this affect those of us so confused by variants of BSD/SysVR4,
that we need to check uname to remember the correct syntax for this
particular >box?
Now, who in their right mind would sug
this one?
pkg:/developer/build/cmake@2.6.2-0.151.0.1
pkg.description setCMake - A cross-platform open-source make system (2.6.2)
http://www.cmake.org/
On 28.03.2011, at 19:01, Colin Ellis wrote:
> And fix those broken Oracle things like 'cmake'...
>
> On Mon, Mar 28, 2011 at 4:5
And fix those broken Oracle things like 'cmake'...
On Mon, Mar 28, 2011 at 4:58 PM, Toomas Soome wrote:
>
> On 28.03.2011, at 18:51, Guido Berhoerster wrote:
> >
> > I don't see what's progressive about the BSD and Linux shutdown
> > implementations, they just have different commandline options
On 28.03.2011, at 18:51, Guido Berhoerster wrote:
>
> I don't see what's progressive about the BSD and Linux shutdown
> implementations, they just have different commandline options and
> little more useful functionality (ie. message and more flexible
> scheduling).
> Solaris /usr/sbin/shutdown i
On 28.03.2011 17:53, Alasdair Lumsden wrote:
> On 28/03/2011 16:50, Kevin J. Woolley wrote:
>
>> Please feel free to use this shell script to "fix" your new releases:
>>
>> #!/bin/sh
>> rm -f /usr/gnu/bin/reboot /usr/gnu/bin/shutdown
>>
>> Or simply leave /usr/gnu/bin out of your path.
>
> +1
Ho
On 28/03/2011 16:50, Kevin J. Woolley wrote:
Please feel free to use this shell script to "fix" your new releases:
#!/bin/sh
rm -f /usr/gnu/bin/reboot /usr/gnu/bin/shutdown
Or simply leave /usr/gnu/bin out of your path.
+1
___
OpenIndiana-discuss
* Alasdair Lumsden [2011-03-28 17:09]:
> Hi All,
>
> My proposal would be to add a "Linux/*BSD"-like reboot and shutdown
> command to /usr/gnu/bin
>
> The traditionalist UNIX folk don't typically run /usr/gnu/bin at the
> front of their path, whilst the more progressive amongst us do. So
> this
On 28 March 2011 08:48, Jonathan Adams wrote:
> feel free to create these script and store them in a folder called
> "/usr/myreboots" you can then add this to your path:
>
> reboot:
> #!/sbin/sh
> init 6
>
> shutdown:
> #!/sbin/sh
> init 5
>
> thankyou.
Please feel free to use this shell script
feel free to create these script and store them in a folder called
"/usr/myreboots" you can then add this to your path:
reboot:
#!/sbin/sh
init 6
shutdown:
#!/sbin/sh
init 5
thankyou.
On 28 March 2011 16:45, Kevin J. Woolley wrote:
> On 28 March 2011 08:24, Jonathan Adams wrote:
>
>> 1) "the
On 28 March 2011 08:24, Jonathan Adams wrote:
> 1) "the more progressive amongst us do" I take exception to this
> statement ... some of the GNU commands are broken on Solaris, and
> secure accounts should have as little in it's path (if you use root or
> any secure account) as possible so that y
Jonathan Adams writes:
> If you're using a server then expect to know some of the commands for
> running the server. If you're using the desktop there is a nice
> graphical "Shutdown" routine. If you're in front of the hardware and
> you want to power down (and it's an ATX case) press the power but
> SunOS has a long history of providing many flavors of commands. No one will
> object to adding a few. However, changing the behavior of commands that have
> been around for 20+ years really doesn't make any sense. Many of these are
But that is exactly the problem with these commands: they
oki, works fine for me so far, OpenLDAP server/Illumos LDAP client run
fine on the same machine TUN/TAP still connects, NFS handles correctly
on local and OpenVPN network ...
All apps run so far work fine (Java based
SQLDeveloper/DBVisualiser/JXplorer) Firefox 4, Thunderbird 3, Compiz
... all the
1) "the more progressive amongst us do" I take exception to this
statement ... some of the GNU commands are broken on Solaris, and
secure accounts should have as little in it's path (if you use root or
any secure account) as possible so that you can be _sure_ of which app
you are using.
2) "reboot
Hi Jonathan,
On 28/03/2011 16:11, Jonathan Adams wrote:
I assumed that since it was announced to discuss that it was getting
close and you just wanted more people to boot and test.
how close to "production" do you feel we are?
oi-148 + Illumos won't actually make it to a public release; it's
I assumed that since it was announced to discuss that it was getting
close and you just wanted more people to boot and test.
how close to "production" do you feel we are?
On 28 March 2011 16:06, Alasdair Lumsden wrote:
> Hi All,
>
> This is an internal test and development repo for a forthcoming
Hi All,
My proposal would be to add a "Linux/*BSD"-like reboot and shutdown
command to /usr/gnu/bin
The traditionalist UNIX folk don't typically run /usr/gnu/bin at the
front of their path, whilst the more progressive amongst us do. So this
should satisfy both parties.
When I was switching
Hi All,
This is an internal test and development repo for a forthcoming release;
it's not a release in and of itself, so please don't update your day to
day workstations to this.
Only install this if you're interested in developing OpenIndiana+Illumos
and know what you're doing.
If you don
Woo, sorry for being thick :)
jadams@jadlaptop:~$ more /etc/release
OpenIndiana Development oi_148b X86 (powered by illumos)
Copyright 2010 Oracle and/or its affiliates. All rights reserved.
Use is subject to license terms.
As
I did something similar, my bash profile looked at os, hostname, and couple of
other details and sourced appropriate files to build my user environment. This
way I had same basic set of bash files on multiple machines between work &
home, spanning Solaris, linux, and mac.
Sent from my Droid I
FWIW
There is no justification for breaking the expectations of long time SunOS
users because some other system does things differently. The all too common
practice of gratuitously breaking things because some twit thinks it should be
different is why I don't like Gnu/Linux.
At one time, my w
Hi Ken
1. illumos-gate used is up to changeset de40bba6236d, so up to Mar 22
2. The repo contains the same fixes as OI_148
Andrzej
On 03/28/11 03:10 PM, ken mays wrote:
Hi Andrzej,
This is great.
1. Does this include all illumos-gate changesets up to Mar 23 (i.e.
illumos-current)?
2. All
Gary Generous wrote:
The problem is always legacy stuff. If you change the behaviors then
expect that things that people wrote for Solaris to fail. For example,
napp-it, webmin, etc.
The only acceptable solution for me is to put all the Linux compatible
stuff somewhere and let the sysadmin de
On 28.03.2011, at 16:53, Apostolos Syropoulos wrote:
>>> This command does not do the expected thing and that is the problem.
>>
>> The reboot command most certainly does do exactly what I expect it to
>> do, and what it has been successfully doing for years. It may not do
>> what *you* expecte
Hi Andrzej,
This is great.
1. Does this include all illumos-gate changesets up to Mar 23 (i.e.
illumos-current)?
2. All known bug fixes from OI_147, OI_148 legacy, and OI-148a included this
time in this repo?
~ Ken Mays
> On 28 March 2011 14:14, Szeszo
> wrote:
> > Hi All,
> >
> > We h
Didn't work ... for some reason I can't have 2 repositories at the
same site ... and it kept the original OpenIndiana one, silently.
On 28 March 2011 15:01, Nikola M. wrote:
> On 03/28/11 03:14 PM, Andrzej Szeszo wrote:
>> Hi All,
>>
>> We have a new test repo available at:
>>
>> http://pkg.openi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 28/03/2011 14:53, Apostolos Syropoulos wrote:
>>> This command does not do the expected thing and that is the problem.
>>
>> The reboot command most certainly does do exactly what I expect it to
>> do, and what it has been successfully doing for yea
On 03/28/11 03:14 PM, Andrzej Szeszo wrote:
> Hi All,
>
> We have a new test repo available at:
>
> http://pkg.openindiana.org/dev-il
Hi, can I do image-update with that package publisher enabled in oi_147?
Will I have basically 148+Illumos after doing image-update from 147?
Since oi_148 would no
> > This command does not do the expected thing and that is the problem.
>
> The reboot command most certainly does do exactly what I expect it to
> do, and what it has been successfully doing for years. It may not do
> what *you* expected it to do, but you know different now?
>
Really? Do you
done ... can't notice any changes, so I'd say "Good job" ...
how can I tell if I'm using Illumos?
Jon
On 28 March 2011 14:14, Andrzej Szeszo wrote:
> Hi All,
>
> We have a new test repo available at:
>
> http://pkg.openindiana.org/dev-il
>
> illumos is properly integrated now. Perl 5.8.4 is gon
Nikola M. writes:
> Do you support any change from the way that it is done now by default?
> How about proposed by Guido:
> > If you really care we could create some shutdown/halt/reboot
> > wrappers in /usr/gnu/bin which just call /usr/bin/shutdown with
> > the appropriate options, should be simpl
On 3/28/11 9:34 AM, Volker A. Brandt wrote:
The problem is always legacy stuff. If you change the behaviors then
expect that things that people wrote for Solaris to fail. For example,
napp-it, webmin, etc.
You are quite correct.
The only acceptable solution for me is to put all the
Any further thoughts on this?
--
Message: 8
Date: Tue, 22 Mar 2011 18:30:13 -0400
From: Gordon Ross
To: Discussion list for OpenIndiana
Subject: Re: [OpenIndiana-discuss] Windows ACL issue with CIFS
Message-ID:
Content-Type: text/plain; charset=IS
On 03/28/11 03:27 PM, Volker A. Brandt wrote:
> There are two "families" of commands:
> - init and shutdown (shutdown is a script that calls init)
> - halt, poweroff, and reboot (they are hardlinks to one binary)
>
> Please look at:
>
> init(1M)
> shutdown(1M)
> halt(1M) (the same man p
> The problem is always legacy stuff. If you change the behaviors then
> expect that things that people wrote for Solaris to fail. For example,
> napp-it, webmin, etc.
You are quite correct.
> The only acceptable solution for me is to put all the Linux compatible
> stuff somewhere and let t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 28/03/2011 13:58, Apostolos Syropoulos wrote:
>> The shutdown command certainly is not broken. If indeed the Linux
>> newbie must be catered to, then we can change the defaults, and tell
>> them to "just use shutdown".
>
> This command does not do
Nikola M. writes:
> On 03/28/11 01:31 PM, Toomas Soome wrote:
> in opensolaris based distributions you *can* now use reboot as well,
> which was updated to be safe, but its *not* safe for solaris 10 or older
> ones. if its still too hard to understand, you can always just use
> shutdown from gnome
On 03/28/11 01:12 PM, Volker A. Brandt wrote:
> Hello Nikola!
Hi! Thank you for your response.
>> I figured that out by being stubborn and looking at man pages, and that
>> is what 99 percent of eventual newcomers will not do.
> While you may be right here, I fail to see the problem. The command
>
> > The shutdown command certainly is not broken. If indeed the Linux
> > newbie must be catered to, then we can change the defaults, and tell
> > them to "just use shutdown".
>
> This command does not do the expected thing and that is the problem.
Sorry, I disagree. The shutdown command has be
On 3/28/11 8:58 AM, Apostolos Syropoulos wrote:
The shutdown command certainly is not broken. If indeed the Linux
newbie must be catered to, then we can change the defaults, and tell
them to "just use shutdown".
This command does not do the expected thing and that is the problem.
The GNU
Hi All,
We have a new test repo available at:
http://pkg.openindiana.org/dev-il
illumos is properly integrated now. Perl 5.8.4 is gone. JDS and SFW have
been rebuilt with the updated /usr/bin/perl symlink.
Please image-update, test and report any issues.
Regards,
Andrzej
On 03/28/11 01:31 PM, Toomas Soome wrote:
in opensolaris based distributions you *can* now use reboot as well,
which was updated to be safe, but its *not* safe for solaris 10 or older
ones. if its still too hard to understand, you can always just use
shutdown from gnome system menu
>
> and st
"Well since it is know that only the nvidia cards and the
Intel-thing work, I just wonder why people who intend to
use Solaris buy ATI graphics cards?"
Maybe because besides Solaris they got other operating systems and maybe for
multimedia/games purposes ? ... ATI card was the best optimal choice
> The shutdown command certainly is not broken. If indeed the Linux
> newbie must be catered to, then we can change the defaults, and tell
> them to "just use shutdown".
This command does not do the expected thing and that is the problem.
The GNU grep and the Solaris grep have different command l
>
> That strikes me as a trifle contrived - copying a file is a regular
> occurrence,
> and rebooting a non-desktop machine isn't. (Unless you're doing
> something badly wrong)
>
This is what one would call a fallacy! I am not comparing the two actions.
What I say is that it must be easy to
> Of course it is not a
> solution to remember seven switches to perform a simply task.
You can accept the defaults, then you need none -- or maybe one.
> What if
> someone would tell you that in Solaris one needs to enter
>
> $ copy -x4 -z7 -q66 original_file new_file
>
> to copy a file?
Yo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 28 Mar 2011, at 13:02, Apostolos Syropoulos wrote:
>
> By following this train of thought one could say that if one wants a decent
> desktop he should use MacOS, or if one wants some other facility he should
> use Linux, etc. To me this is simp
>
> and still, if you wanna have linux commands, just use linux.
>
By following this train of thought one could say that if one wants a decent
desktop he should use MacOS, or if one wants some other facility he should
use Linux, etc. To me this is simply unacceptable! If the reboot command
is
* Alasdair Lumsden [2011-03-26 21:20]:
> Excuse the top-posting, I'm on my Blackberry...
>
> I've always found the default solaris reboot and shutdown commands a 'pain in
> the ass'.
>
> I doubt there are many systems out there that would be broken by an
> adjustment to the default reboot and
On 28.03.2011, at 13:58, Nikola M. wrote:
> On 03/27/11 07:56 PM, Richard L. Hamilton wrote:
>
>>> I agree. It is surprising that the Indiana project attempted to make
>>> Solaris more Linux-like and then left some obviously different commands
>>> around.
>>> Perhaps adding /usr/gnu/bin/reboot
Hello Nikola!
> Well, I agree that remembering
> shutdown -g 0 -y -i 5 for shutdown machine is not that hard.
>
> BUT that is the question I was asked from newcomers a year ago
> (Obviously you know where newcomers are coming from.. from Linux and
> very few quite new ones) and I did not told the
On 03/26/11 09:20 PM, Alasdair Lumsden wrote:
> What do others think?
>
> Alasdair.
+ for it. Like new command or new switch or something else.
Together with making old users happy with their known default behavior
where it is.
But newcomers I suppose are more/most important.
__
On 03/27/11 07:56 PM, Richard L. Hamilton wrote:
>> I agree. It is surprising that the Indiana project attempted to make Solaris
>> more Linux-like and then left some obviously different commands around.
>> Perhaps adding /usr/gnu/bin/reboot etc would be a compatible way to fix this?
>> Chris
>
Hello,
This is my second post to this mailing list, - so Hello to All,
and - additionally - some thoughts :
> I doubt there are many systems out there that would be broken by an
adjustment to the default reboot and shutdown behaviour
I agree, but
>to bring them more in line with BSD and Linu
On 28.03.2011, at 11:39, Tom Kranz wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>
> On 26 Mar 2011, at 20:20, Alasdair Lumsden wrote:
>
>> Excuse the top-posting, I'm on my Blackberry...
>>
>> I've always found the default solaris reboot and shutdown commands a 'pain
>> in the a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 26 Mar 2011, at 20:20, Alasdair Lumsden wrote:
> Excuse the top-posting, I'm on my Blackberry...
>
> I've always found the default solaris reboot and shutdown commands a 'pain in
> the ass'.
>
> I doubt there are many systems out there that wou
>>"Alan (from Oracle) mentioned the ATI/AMD Radeon HD 6xxx are 'unsupported'
>>on Solaris 11 and OpenIndiana_148 at this time. Heed the warning!"
>
>So that's not a good news.
Well since it is know that only the nvidia cards and the
Intel-thing work, I just wonder why people who intend to
use
85 matches
Mail list logo
