On 12/26/14 09:02 AM, Alexander Pyhalov wrote:
On 12/26/2014 10:40, Nikola M. via illumos-discuss wrote:
On 12/26/14 06:34 AM, Peter Toth via illumos-discuss wrote:
This book is an absolute gem, very well written and has an extensive
documentation on zones. A ton of very relevant good
On 12/26/2014 12:31, Nikola M. wrote: Also I don't count as package
available for OI if it is not made and
available for /dev .
That made me wondering : how newer packages without incorporations
restraints are expected to behave well on older unupdated
rolling-release installations..
Using newer
noone interested in *making* stable OI release.
- admits OI developer. Oracle rubs his hands with a satisfied grin.
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss
On 12/26/14 12:05 PM, Dmitry Kozhinov wrote:
noone interested in *making* stable OI release.
- admits OI developer. Oracle rubs his hands with a satisfied grin.
It's not relevant because one can not compare open source and free
software with proprietary one.
Those are just 2 different worlds
We have no power to create stable distribution, either based on /dev
or /hipster. Period.
I hate to give an advice without contributing into development, but here
it is.
IMHO the all-in-one product is too complicated. The best approach would
be starting over from scratch (bare Illumos) and
- admits OI developer. Oracle rubs his hands with a satisfied grin.
I still remember that a couple of years ago I tried to install Oracle Solaris
on an
old laptop and the installer reported that the system had 60 or more CPUs... The
truth is that only when Solaris became OpenSolaris only
It's not relevant because one can not compare open source and free
software with proprietary one.
Those are just 2 different worlds that live side by side. Surely in big
picture open source is always winning. Not to mention you can also help
to projects you want.
And with closed source user can
On 27/12/14 00:40, Dmitry Kozhinov wrote:
I hate to give an advice without contributing into development, but
here it is.
That remains the number one problem and there is a glut of too many
folks without the know-how continually telling other people what to do.
Alasdair Lumsden's post of
Hmmm...redhat compared.
rhel is proprietary - fedora open source.
you can watch movie default to open to see how they solved problem of
comparing poprietary and open source software.
26.12.2014 20:30, Nikola M. пишет:
On 12/26/14 12:05 PM, Dmitry Kozhinov wrote:
noone interested in *making*
GUI for server?
I think better way is make easier administrating from command line.
Most of system administrator wont use GUI.
For example i'm not using GUI but i have some difficulties with
administering from command lines (very hard to configure vlan, network
interfaces and so on).
I believe you've just described Tribblix
Thank you, maybe I need to look closer at Tribblix, indeed.
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss
For example i'm not using GUI but i have some difficulties with
administering from command lines (very hard to configure vlan, network
interfaces and so on).
Look, even experienced UNIX admin has difficulties with command line
(not to offend anyone).
Force me to edit config files with vi
Oh! I didnt thought that headless servers is a different topic.
The server is a server and there is no need to use gui for server
because gui uses more resources than server have to.
But if this topic about desktop workstations then i mistaked. Sorry.
26.12.2014 21:24, Dmitry Kozhinov пишет:
Let me again cite Alexander Pyhalov, one of the leading OI developers
currently (as far I know), and please think what should we do instead of
starting discussions like [open source vs closed source], [GUI vs no
GUI], and [can non-contributing forum member say anything vs cannot]:
noone
gui uses more resources than server have to
Server admin should use less human resources, not a machine.
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss
Короче судя по имени ты рубишь в русском языке.
Вообщем зачем ресурсы сервера растрачивать на графический интерфейс если
можно обойтись без него (на что unix-like системы и рассчитаны изначально)?
Надо просто упростить управление с терминала.
Я впервые юзаю openindiana и хотя у довольно
And i think admin have to balance between human resources and machine
resources.
If IT have not economic effective than why they need company?
Im trying to say that if operating system will be more usable
(effectivly from command line) than more IT specialist will use this
operationg system.
Just to interject my own feelings...
If it weren't for OI then I would have left OpenSolaris a long time
ago. I applaud the work done and understand the ongoing pain that
moving towards a goal with so few people takes. In a SOHO environment,
one machine does a lot of work, including building
I dont mean that linux steeper than linux
I just want to say that oi is more difficult in the assimilation
and its not cool
26.12.2014 22:28, Gary Gendel пишет:
Just to interject my own feelings...
If it weren't for OI then I would have left OpenSolaris a long time
ago. I applaud the work
On 12/26/14 02:28 PM, Gary Gendel wrote:
Are there things that we feel are lacking? Absolutely but we work
around them. When things break of are deprecated we install
replacements. For us, not supporting DHCPv6 PD is a drawback since
this is the method our ISP uses to give us a block of
On 12/26/14 01:03 PM, Евгений Парфенов wrote:
GUI for server?
I think better way is make easier administrating from command line.
Most of system administrator wont use GUI.
For example i'm not using GUI but i have some difficulties with
administering from command lines (very hard to configure
Running b 151_a9
How can I tweak:
pkg:/network/ssh@0.5.11-0.151.1.9
So that it will work with newly released versions of OpenSSH?
Currently I see this error:
ssh gv (`gv' is a gentoo linux box running openssh-6.7_p1-r3)
,
| no common kex alg: client
22 matches
Mail list logo
