Re: [OpenIndiana-discuss] Boot failure on Hipster upgrade

[Nikola M]

On 09/20/17 11:15 PM, Gary Mills wrote:

What would have caused this behavior?  What can I do now to enable the
upgrade to work, or even to debug the problem further?


Maybe you could firstly define what are osnet-incorporation and 
userland-incorporation versions you have on your working BE , then you 
can try to update to some of osnet/userland combinations (you can match 
them by searching with advanced search on pkg.openindiana.org/hipster).


All that in a hope that the change that affects you started somewhere 
after 201705 and before present day, so that change that affects you can 
be identified.
/hipste package states are not kept , not even for hipster snapshots, 
when ISOs are made, and states of packages in between snapshots are 
deleted when snapshots are created, to conserve space and to have more 
sane IPS package manager performance on update.


Only way to keep quality higher is to update more often and to report 
bugs (thank you for reporting),
right after problem occurs. That way it can be fixed earlier and not 
waiting a year to be reported and fixed.


I suggest moving to illumos loader instead of GRUB, and MATE instead of 
GNOME, e.g. doing fresh install and then update of the newest snapshot 
that can boot and install.

Check also if there is legacy hardware support turned on in BIOS.

Other then reinstalling, trying other/newer Openindiana snapshot and 
crawler-updating to figure out when problem started to appear, one can 
also try running newest OI that works and then try to compile and 
install newer illumos/osnet-incorporation and also see when problem 
appears first.


For instance I have C2Duo laptop with some strange problem that locks 
down random processes with high cpu usage, and problem started somewhere 
fom january till March. And only way is to recompile illumos to see when 
was the first time problem appeared. (During that time i used to use the 
other machine). And if that is not both cached and fixed on time, before 
October Openindiana snapshot, bug will be there for the next year too.


So there is no substitution for the 'crew' that is updating frequently 
and report bugs often and early and try to solve them, to be able to 
have quality better for those who update not that often and expect 
everything to work.



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Some opt to open their systems while others don't

[Nikola M]

On 10/ 1/17 10:03 AM, Jerry Kemp wrote:

I don't believe that this page is anything new.

OS X has been open since the beginning, with the exclusion of their 
"Aqua" GUI, or what ever it is currently called.


Yes, open source core of Apple's OS is called Darwin and were published 
regularly by Apple all these years. Darwin had some open distributions, 
but they couldn't be fully compatible with OSX/MacOS because of those 
proprietary GUI libraries etc.
I wonder what is new here, since Apple publish it in open (while adding 
their proprietary parts when making a producst) for quite some time.. Ah 
yes, their core of ARM OSes is now open as well..


Even it created success and big income for the company, I think that 
proprietary/one hardware producer combination does not work on market 
anymore.
Yeah, some of their products are great, yet always overpriced and in 
Europe. Apple, since it's beginning, lacked with support, availability, 
prices and market philosophy and any real presence worth mentioning.


Last time I got excited about any Apple product is when they still had 
rainbow-apple logos on their cases. :) .. and that was the time before 
multimedia PCs and free software operating systems.
My first OS on internet was Linux with X and Netscape in 1995/6 and 
since then I knew how much everything proprietary basically does not 
need a reason to exist.


While Microsoft killed Nokia and let go the brand and hardware business 
to the other company, for the next 10 years, and violently killed open 
source Symbian project as their strategic move to kill opponents, now 
Windows phone is killed by Microsoft (by as soon as 2018)
So controlling platform tightly and keep it proprietary, is more the way 
to the abyss then to the bright future of any product, software or 
hardware one.


About free vs proprietary, Openindiana/illumos currently uses Nvidia 
proprieatary drivers for desktop graphics cards and even they funcion 
great and Nvidia have probably best long term proprietary driver 
support, AMD lacks same level of commitment , but AMD now have open 
source drivers that could be supported and maintained by illumos 
community, so more effort and people is needed on making them work..


Maybe real reaction on this is: Any volunteers to continue porting of 
illumos to ARM? :)



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Goodbye OpenIndiana

[Nikola M]

On 10/ 3/17 12:30 PM, Илья Архипкин wrote:

I decided to leave your company because of the lack of understanding of
Russian societies that are crying for a terrorist act in Las Vegas. For 10
years of my stay, I was promised a lot that I will learn system programming
but when I went to Java courses the institutions were closed because of
copyright infringement. I never found the application of this system and
support from the administrators, now I have Debian as a web server and
there are not any failures, the repositories are in Russia. And your system
is not needed by anybody, since all administrators of it refused to be
persecuted by ORACLE, it is held by one of those who has the exclusive
right to administer, in your community there are no administrators for
payment. The system does not even set up the most elementary mail. I still
think that the project will continue but after 10 years and it will be
called Miass Opensolaris WebStack


I really don't know what hidden and not so obvious problems of a 
governmental system or any legal kind
you encountered in your country or elsewhere , that bar you from using 
particular OS?
And it's a mystery to me why people choose to cut down whole OSes and 
systems,
without at least trying to address problems they encountered or stumbled 
upon,
real or not real. I bet they are more not real then the real, 
addressable ones.


OI is not a 'company'/corporate entity (apart of that Openindiana brand 
itself is under EveryCity Ltd control and there could be a discussion 
about it),  but yes it *should be a community. Maybe it doesn't have a 
sound of it and have a few problems and small space to discuss and show 
yourself in a good light, but it tries to be one.


Or at least I am inclined to believe that having community is the 
important thing. Maybe others might not agree, and want tight 
corporate-like and censorship oriented and enforcing clique hierarchy, i 
really don't know...


Recent political, or other sad events clearly have nothing to do with 
this mailing list, that is and should be international. Are there some 
recent or all international communication channels or site access , 
disrupted by some government agencies in your country?
There are multiple disruption paths that can stop a human from one part 
of the world to communicate and work with others, depending on local 
situation with the freedom of internet access, but i am not sure if any 
of those really apply in your case.


Do I understand right, that there were some copyright issues on teaching 
material, with some Java courses you were taking? I bet if they would be 
using their own materials, or freely accessible ones no one can stop 
them teaching..
Not to say that 'system programming' is not done with Java at all, but I 
guess something got lost in translation.
And to joke a bit about about it, Steve Balmer (From MSoft) said : 
"Everything is an OS". I guess free software community knows better.


Application of an OS? There used to be 9 out od 10 biggest banks using 
Solaris in 2000's still.
About having 'critical' number of people using an OS, I think that point 
is not so relevant after all.
Maybe things were changed and there were many people shifting from one 
system to another, just to be able to manage existing setups or previous 
admin's decisions.
Yet one never uses just one OS to be fair, and I think that every OS 
have it's purpose to exist, after all, illumos is a powerful 
UNIX-derived (not just Unix-like)  OS for truly many use cases you can 
think of. So "not finding use" is truly in the eye of the beholder and 
really not true.


On the other hand, having  local repositories (sources, binary updates 
of packages) could really be a problem for people accessing them from 
the countries with restrictive or prohibitive internet rules or 
government-enforced site filters ,etc.
I think It could be avoided in two ways: One, someone in local community 
should mirror source code from GIT or Mercurial repositories, and keep 
them updated, and mirror all other materials and sites on local servers.
And Two, projects and communities could make sure that development and 
update process could be more easily decentralized using mirrors.
First thing that comes in the mind is "Will everyone have access to the 
GITHub site" etc. so it comes to the mind as s good option to have all 
the code at least mirrored and published on the main project site 
location, to cover corner cases with a GitHub access.


Oracle really had in previous years some bad actions toward general 
Solaris community, and were truly prosecuting independent Solaris 
community sites, yet one might argue, some of those sites were 
distributing binary patches or parts of Oracle's internal support 
databases as a modes of operation, without actually getting up their 
sleeves and working on open and free OS.
But it hardly could be generalized that Oracle have done _anything_ bad 
to the illumos and it's distributions at all.
At l

Re: [OpenIndiana-discuss] Goodbye OpenIndiana

[Nikola M]

On 10/ 4/17 08:36 PM, Илья Архипкин wrote:

Hello Nikola


Do I understand right, that there were some copyright issues on teaching
material, with some Java courses you were taking? I bet if they would be
using their own materials, or freely accessible ones no one can stop
them teaching..
Not to say that 'system programming' is not done with Java at all, but I
guess something got lost in translation.
And to joke a bit about about it, Steve Balmer (From MSoft) said :
"Everything is an OS". I guess free software community knows better.


It is also a mistery to me that you (and many others) haven't learn to 
hit "Reply" button in your e-mail client application, instead of 
creating new thread on mailing list with every response.
I know it is the age of ^%& web mail clients, but hitting reply even 
there to stay inside thread shouldn't be hard. :)



In that case and there were materials only an independent remote approach
that first brought up basic knowledge, and then passing some time the
courses became paid, I just had a lot of money that I offered to donate to
the community when the system was closed. But Alex Grebenshchikov, the
administrator of the Kirov community, offered me courses
http://knowledgeblackbelt.com/#!User/iljaarkhipkin In where he was my
curator.


I don't get it, but whatever, I suppose you then, have some kind of 
expertize in Java now?

Maybe that could be used to fix something if that is the case.


I bought the system advertising back in May 2008, I was simply
struck by the existence of a system different from Microsoft. And when I
moved to Linux, I did not have a memory leak.


Yeah those revelations come few times in life, and the new possibilities 
are opened with every day :)



I was amazed by Solaris,
which even on the server downloaded memory at the start of 8 gigabytes. On
a computer with a memory of 4 gigabytes, it occupied again half.


That is because beack in the day of Opensolaris, memory settings for ZFS 
caches were set for larger boxes by default. I am not sure wither it is 
similar today for Openindiana, but if one have large unused RAM, why not 
use it to speed up disk operations? :)
It is the point of ZFS with moving from proprietary RAID disk 
controllers, with dedicated RAM on card and battery, to using RAM and 
not depending on specific disk controller at all for RAID, having 
ability to move disks across different machines and controllers with 
ease and control disks directly by an OS.



I found
her application as a system that works on the Internet and without viruses. I


As some Wikileaks revelations shows, for every OS, including Solaris and 
it's new breed, there is specialized tool or virus to break in.
It's the same as with Linux and other free software platforms and 
distros, that the fact that one can use only free software, downloaded 
and installed from repositories compiled from the source and that every 
change in the upstream application repositories is carefully checked by 
their maintainers.
If not downloading binary apps from unchecked third parties, then one 
shoudl be mostly fine, except with source code misbehavior, that wasn't 
checked for years.
Like that Debian problem with creating weak SSL certificates, that 
weakened whole internet security of many sites for years, simply because 
of the oversight of maintainers.

https://lists.debian.org/debian-security-announce/2008/msg00152.html

Debian has a good philosophy, if I would choose linux and others do 
something not that good, I would be on Debian. Actually probably on 
Devuan, because they don't use systemd overpowering the whole OS. 
https://devuan.org/
Think that was much better then Linux/Debian side and I think still is, 
is better technology OI has, with Boot environments and ZFS and other 
ABI stability for drivers, that bring much lower maintenance to one's 
setup over time. Sure it is not always in benefit of illumos when 
comparing and things got different over time, but the sense of stability 
that illumos has is hardly replaced by other platforms.



did not understand my pre-entry in a community where newcomers do not teach
system programming in C. That is the process of recruitment and
requirements to us,


Yes, the process of introduction and teaching to newcomers is very 
important.
Ones that mastered that, can pick up fruits of good ways of dealing with 
people , very fast.



where anyone can get to and take a microphone and speak
freely.


Being able to speak freely and discuss anything it the cornerstone of 
every community, but unfortunately that absolute freedom it is not 
always applied nor enforced, not even here.
There is always someone that wants to take away your freedom of speech, 
contributing and limit ability to address others.  And OI is not the 
exception of that.


let's close tis thread with "Goodby" stuff. I see that goodby messages 
as a form of trolling actually..


Frankly, moving away from illumos to Debian or Devuan sounds to me like 
kind of c

Re: [OpenIndiana-discuss] Unbootable hipster upgrade with Nvidia USB investigation

[Nikola M]

On 10/18/17 07:27 PM, Gary Mills wrote:

On Wed, Oct 11, 2017 at 10:53:44AM -0500, Gary Mills wrote:

What's significant here is that a timer error can affect the USB
controller.  The same thing could happen in illumos, even though the
kernels are quite different.

I found a workaround that enabled me to boot and run the hipster BE
that I upgraded last month.  The BIOS of this system contained an item
called `HPET Support'.  It was enabled.  I disabled it.  After that
change, the SOF error messages did not appear.  The the USB keyboard
and USB mouse worked normally.


I have hit something similar to this before, with older (Pentium, C2D 
era) Intel machine ,
and while suffering large CPU use for long time, I found the trace on Oi 
HCL on Wiki,
that "Enhanced Intel Speedstep Technology" (CPU EIST Function) needs to 
be turned OFF and then everything seemed normal back again (except that 
CPU then started working without lowering the speed all the time).
It seems to me that all those bugs were acquired in illumos over time, 
e.g. are broken and not reported on time or close to time of the 
introduction.


For example, for some time, I was using that machine as a router/gateway 
and when i started using it again as a desktop and started reporting 
something is wrong on IRC, already a lot of time passed to catch exact 
timeframe/change that caused it, without recompiling older illumoses and 
trzing out exact moment when it started to happen.


It happened again to me, when I were now in turn, using Desktop for some 
time, and when I turned back to using laptop, I figured that some change 
between January and April made my Core2Duo laptop use lagre cpu time, 
freezing some (random) process .
So if not keeping (large) OI hister mirror with all the compiled 
binaries from the beginning of the year, only way is to recompile it and 
catch again the time when it started to happen , pinpointing the change.
Need I to say, I still use old BE because of it, and it's time consuming 
compiling old illumoses and there's probably some better way to debug it..


Only alternative is to report bug as soon as it is witnessed and to 
pinpoint it when there are still binary osnet-incorporation and 
userland-incorporation (needed to be updated in pairs...) to try out 
when it started to happen, before they are all wiped for disk space 
usage, after OI hipster snapshot landing.



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] [oi-dev] Xorg 1.19.5 testing

[Nikola M]

On 10/24/17 01:24 AM, Aurélien Larcher wrote:

Hi,
you can try a build of Xorg 1.19.5 at:

http://pkg.openindiana.org/xorg-testing

I tested it on Intel HD Graphics 2000 and 4000.
Let me know if you have any issue.


What's there to test? pkg dont' see updated packages there. (see update 
tries below)


Btw, can't run any recent OI hipster, since April, because of some 
random high-cpu use bug in illumos, on Core2Duo.


Also I can't post on oi-dev mailing list, because Aurélien Larcher 
explicitly requested it from Adam Števko so I can't post... 
(https://openindiana.org/pipermail/oi-dev/2017-March/005184.html)


openindiana-34_xtest -  /mnt   27.4M static 2017-10-24 11:25
user@oi-h:/export/home/user$ sudo /mnt/bin/pkg -R /mnt publisher
PUBLISHER   TYPE STATUS P LOCATION
openindiana.org (non-sticky) origin   online F 
http://pkg.openindiana.org/hipster/
hipster-encumbered (non-sticky) origin   online F 
http://pkg.openindiana.org/hipster-encumbered/
localhostoihorigin   online F 
http://sfe.opencsw.org/localhostoih/
userlandorigin   online F 
http://pkg.openindiana.org/xorg-testing/


user@oi-h:/export/home/user$ sudo /mnt/bin/pkg -R /mnt update -r -v
No updates available for this image.

user@oi-h:/export/home/user$ sudo /mnt/bin/pkg -R /mnt list | grep entire
user@oi-h:/export/home/user$ sudo /mnt/bin/pkg -R /mnt list | grep 
userland-incorporation

user@oi-h:/export/home/user$


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] [oi-dev] Xorg 1.19.5 testing

[Nikola M]

On 10/24/17 04:32 PM, ken mays wrote:

Hi Nikola,

Please retry.

Ken


I retried after I supposedly changes landed.
I don't see the point of testing, when I think newer intel driver 
already landed the same day on /hipster repository yesterday?

(https://hipster.openindiana.org/jenkins/job/oi-userland/3476/changes)

I am on 945 graphics it works even if there is NO xorg.conf (to set up 
vesa use) , I suppose newer driver is used then.

( $ cat /etc/X11/xorg.conf
Section "Device"
Identifier "Card0"
Driver "vesa"
EndSection )
Everything seems ok, yet VT console switching does not work when not 
using vesa, (screen gets white, like pre-exposed on VT switching with 
Ctrl+Alt+Fn , F7 is to get back to X), but it can get back to X right on 
F7. I haven't tried yet playing video.


Beside that., on my Core2Duo 5600 on Dell D620 laptop, i have, since 
April (bug introduced between January and April), problem with illumos, 
with large CPU use of a random running process on the machine that gets 
stuck for tens of seconds with hight cpu use for no reason, making whole 
system pretty much unusable.


Also fonts seems too small on mine 14" 16:10 laptop screen with 1440X900 
resolution upon login
I aether need to set DPI level on 122 manually in font settings to make 
it more readable or I need to sent default font size form 8 to 9. I 
think the first is better.


If I use vesa in xorg.conf, then everything seems to work, including VT 
switching (except not tested video yet)


I personally don't see why testing communication shouldn't be online and 
seen by other testers on the mailing list.
Also don't understand unneeded restrictions on lowering mailing list 
number and see barring people from posting to the mailing list as bad 
practice.
I suggest also forming new 'oi-testing' mailing list to share testing 
results, beside openindiana-discuss and oi-dev.
We also had many different mailing lists , yet Adam Stevko (xenol) 
disabled all of them awhile ago.

--search-first
Down there are posted update commands and their output with 
'--search-first ' as a solution for updating testing BE.


On 10/24/17 06:58 PM, Aurélien Larcher wrote:

On 10/24/17 01:24 AM, Aurélien Larcher wrote:
//

What's there to test? pkg dont' see updated packages there. (see update
tries below)



I guess you should set the xorg-testing repository at a higher priority 
thanopenindiana.org .
If not please set the pkg to verbose mode to see which constraint blocks the 
update.
People who tested the build reported success so far.


$ sudo /mnt/bin/pkg -R /mnt update -r -v
Password:
Packages to update:4
 Estimated space available: 12.04 GB
Estimated space to be consumed: 55.08 MB
  Rebuild boot archive:   No

Changed packages:
openindiana.org
  driver/graphics/agpgart
0.5.11-2017.0.0.62:20171024T075702Z -> 
0.5.11-2017.0.0.62:20171024T151659Z

  driver/graphics/drm
0.5.11-2017.0.0.62:20171024T075703Z -> 
0.5.11-2017.0.0.62:20171024T151700Z

  x11/library/libdrm
2.4.75-2017.0.0.62:20171024T075708Z -> 
2.4.75-2017.0.0.62:20171024T151704Z

  x11/server/xorg/driver/xorg-video-intel
2.99.917-2017.0.0.4 -> 2.99.917-2017.0.0.5

DOWNLOADPKGS FILESXFER 
(MB)   SPEED

Completed4/4   6/6 2.0/2.0  310k/s

PHASE  ITEMS
Removing old actions 4/4
Installing new actions   4/4
Updating modified actions  15/15
Updating package state database Done
Updating package cache   4/4
Updating image stateDone
Creating fast lookup database   Done
Reading search indexDone
Updating search index4/4
Updating package cache   4/4

---
NOTE: Please review release notes posted at:

http://wiki.openindiana.org/display/oi/oi_hipster
---

$ sudo /mnt/bin/pkg -R /mnt publisher
PUBLISHER   TYPE STATUS P LOCATION
openindiana.org (non-sticky) origin   online F 
http://pkg.openindiana.org/hipster/
hipster-encumbered (non-sticky) origin   online F 
http://pkg.openindiana.org/hipster-encumbered/
localhostoihorigin   online F 
http://sfe.opencsw.org/localhostoih/
userlandorigin   online F 
http://pkg.openindiana.org/xorg-testing/



$ sudo /mnt/bin/pkg -R /mnt set-publisher --search-first userland
$
$ sudo /mnt/bin/pkg -R /mnt update -r -v
   Packages to install: 1
Packages to update:72
 Estimated space available:  11.90 GB
Estimated space to be consumed: 487.12 MB
  Rebuild boot archive:   Yes

Change

Re: [OpenIndiana-discuss] Just upgraded to illumos-2727bb055f

[Nikola M]

On 10/29/17 08:48 PM, russell wrote:

Hi,

Just upgraded to latest release of hipster and my Nvidia driver has 
changed from  NVIDIA-Solaris-x86-384.69.run according to Nvidia 
configuration utility to 340.104. 


Hi, I suggest that more precise way of easily reporting state of OI 
packages  is by stating osnet-incorporation and userland-incorporation 
versions.
It's kind of shortcut for updating to the exact state of all package 
states, for someone wanting to reproduce and check if there is a a bug.



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] switching from Ubuntu

[Nikola M]

On 11/ 7/17 01:34 AM, Lonnie Cumberland wrote:

Greetings All,

I have used many operating systems over the years and lately have been
using Windows (all flavors) as well as Linux (Ubuntu, CentOS, Gentoo,
etc...) bu mostly have been using Ubuntu 16.04 as my desktop for some time
now.

Currently, I am gearing up to do a couple of projects which have the
Illumos base which are in the SmartOS arena, but it made me start to wonder
if I should also consider loading up OpenIndiana Hipster as my desktop so
that I can become more familiar with it as it seems to have many
similarities as SmartOS and wanted to get the opinion of the OI community
as to what they thought about it as a day-to-day OS?

Mostly just exploring the possibility of nuking Ubuntu in favor of
installing OI for a while to see how it runs.

Any comments, experiences, or suggestions would be greatly appreciated.


Firstly , Openindiana is the distribution name because /hipster 
(lowercase) is not OS/distribution name, but a repository name.
I welcome you to illumos distributions, Unix-derived family. (It is 
truly derived from Unix and not just Unix-like)


Openindiana is a server-oriented UK-hosted OS that have a desktop. OI 
has 'snapshots' twice a year (not a releases per se, since they are not 
supported to be updated as such like in Ubuntu) and in the meantime 
there are contiuous updates of fresh and 'vanilla' illumos updates and 
the effort of contributors in 'userland' source repository to make it 
better, more bug free and add fundamental features, where Alexander 
Pyhalov is standing out together with all other important contributors.


Having a MATE desktop, Firefox ESR and LibreOffice (from SFE 
repository), Openindiana is enough for everyday use of internet services 
and using Solaris zones (those might end up hosted in the illumos based 
cloud), but it is sure that some device driver support might lacking or 
trailing behind  a bit.
You can also bootstrap Joyent SmartOS userland and use it in the window, 
using pkgsrc packages, separately installed, in the terminal emulator 
and have it together with OI desktop experience. There are also Boot 
Envornments on top of ZFS that makes both testing and production use 
more reliable and predictive experience etc.


So you can count on frequent and inclusive experience, that would demand 
of you to be more included in the development of the OI itself, not only 
by posting bug reports or driver support requests, but it could also 
allow you to be more directly involved (and more appreciated) then in 
some other distributions you could. So it's both exciting and fulfilling 
experience to use it and make it better.
Don' take anything by the letter , be free to openly (and publicly!) 
collaborate with others and everything you do will be important.



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] switching from Ubuntu

[Nikola M]

On 11/ 7/17 12:26 PM, openbabel wrote:

Greetings All,

I would like to add that if you have a particular interest in helping 
the desktop environment advance we would welcome your imput.


Robert Jones


Just to add..
...and would also welcome posting answer to messages, below quotes :)





On 07/11/2017 07:53, Nikola M wrote:

On 11/ 7/17 01:34 AM, Lonnie Cumberland wrote:

Greetings All,

I have used many operating systems over the years and lately have been
using Windows (all flavors) as well as Linux (Ubuntu, CentOS, Gentoo,
etc...) bu mostly have been using Ubuntu 16.04 as my desktop for 
some time

now.

Currently, I am gearing up to do a couple of projects which have the
Illumos base which are in the SmartOS arena, but it made me start to 
wonder
if I should also consider loading up OpenIndiana Hipster as my 
desktop so

that I can become more familiar with it as it seems to have many
similarities as SmartOS and wanted to get the opinion of the OI 
community

as to what they thought about it as a day-to-day OS?

Mostly just exploring the possibility of nuking Ubuntu in favor of
installing OI for a while to see how it runs.

Any comments, experiences, or suggestions would be greatly appreciated.


Firstly , Openindiana is the distribution name because /hipster 
(lowercase) is not OS/distribution name, but a repository name.
I welcome you to illumos distributions, Unix-derived family. (It is 
truly derived from Unix and not just Unix-like)


Openindiana is a server-oriented UK-hosted OS that have a desktop. OI 
has 'snapshots' twice a year (not a releases per se, since they are 
not supported to be updated as such like in Ubuntu) and in the 
meantime there are contiuous updates of fresh and 'vanilla' illumos 
updates and the effort of contributors in 'userland' source 
repository to make it better, more bug free and add fundamental 
features, where Alexander Pyhalov is standing out together with all 
other important contributors.


Having a MATE desktop, Firefox ESR and LibreOffice (from SFE 
repository), Openindiana is enough for everyday use of internet 
services and using Solaris zones (those might end up hosted in the 
illumos based cloud), but it is sure that some device driver support 
might lacking or trailing behind  a bit.
You can also bootstrap Joyent SmartOS userland and use it in the 
window, using pkgsrc packages, separately installed, in the terminal 
emulator and have it together with OI desktop experience. There are 
also Boot Envornments on top of ZFS that makes both testing and 
production use more reliable and predictive experience etc.


So you can count on frequent and inclusive experience, that would 
demand of you to be more included in the development of the OI 
itself, not only by posting bug reports or driver support requests, 
but it could also allow you to be more directly involved (and more 
appreciated) then in some other distributions you could. So it's both 
exciting and fulfilling experience to use it and make it better.
Don' take anything by the letter , be free to openly (and publicly!) 
collaborate with others and everything you do will be important.



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss




___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] recompiling a program for openindiana

[Nikola M]

On 11/20/17 04:47 PM, Marc Lobelle wrote:


Yes, this is what I do on solaris where the encrypt option of zfs is 
implemented, but it is not yet available on openindiana, unfortunately. 


Without encryption done before writing (and storing a key elsewhere), no 
file system or OS will help you protect your data form reading unused 
blocks.
That is particularly true about SSDs where SSD itself is never telling 
the truth even to the controller adapter on card/motherboard, how it 
does it's internal workings, as fast as possible, but without the direct 
control over state of every block on the drive, like it used to be with 
Magnetic drives (exept magnetic drives also do blocks remapping too).

SSDs with hardware encryption are the obvious answer for every use.

But on Openindiana you can always use lofiadm to create ZFS volume that 
is encrypted and use that as your storage media.
ZFS volumes can be compressed (-o compression=on  / gzip9) and sparse 
(-s) (getting large as they are filled, not needed for lofi-encryped 
volumes),
but it could be envisioned to put another ZFS pool inside ZFS volume 
that is encrypted with lofi,
where pool inside the volume would do compression, and lofi on the main 
volume would do the encryption.
But yes, it is true that it is easiest to have UFS-formatted ZFS volume 
that is encrypted with lofi, if you just need an encryption.


So you have a working solution for encrypted filesystems, till OpenZFS 
native encryption lands on illumos officially.


Alternatively, one can organize to have Openindiana-patched illumos with 
experimental features on separate openindiana branch, for those wanting 
not yet officially landed features. Native OpenZFS encryption from 
datto.com, others is much better tech then that in Solaris, btw.


https://openindiana.org/pipermail/openindiana-discuss/2014-August/016314.html
http://open-zfs.org/wiki/OpenZFS_Developer_Summit_2016
https://illumos.topicbox.com/groups/discuss/T39f7d7f0582b8672-Mb7869c77e29b7104e5d5e4fd

Also for example, this is how I create ZFS volume and make it available 
over ISCSI:

pfexec zfs create -V 20G -s rpool/iscsi/image1
pfexec sbdadm create-lu rpool/iscsi/image1

sbdadm create-lu /dev/zvol/rdsk/rpool/iscsi/image1
sbdadm list-lu

stmfadm list-lu -v
stmfadm add-view 
stmfadm list-view -l 

pfexec pkg install iscsi/target
pfexec svcadm enable -r svc:/network/iscsi/target:default

itadm list-target -v
itadm create-target -l alias

(sudo stmfadm offline-target for doing snapshots)

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

[OpenIndiana-discuss] Creating login screen screenshot with xwd

[Nikola M]

On 01/24/18 02:41 AM, Tim Mooney wrote:
In regard to: [OpenIndiana-discuss] [HEADS UP] Gnome 2 is dead, 
Alexander...:



gdm were removed from oi-userland


Bit of a strange request here...

Anyone have a VM that's still running GDM for the login screen, that
could take a screenshot of the GDM screen and send it to me (off list)?

I've been meaning to play around with reskinning lightdm's login screen,
to make it look more like the old GDM one, but now I don't have any 
decent

was to get a screenshot of the old GDM one.

Tim


Here is the OI gdm login screen. I also liked that old OI gdm look and 
would like to have an option to recreate it or choose another look.
Another thing that is missed is nice graphical boot animation while 
loading the system by default, instead of tons of text displayed during 
the boot, that doesn't look nice on an desktop session.
I think that someone might be against getting back boot animation image 
while booting, before login screen but I would like it to be there by 
default again, for all installs with GUI/Xorg/lightdm.


https://mega.nz/#!LJZBBaST!XWR52syJym0TJS-BZt_zmeBmfwHkgofttl49PbP7EpE


Also it might be interesting to others : How to create login screen/X 
session screenshot, while aether from VT/text console or while ssh-ing 
to remote machine.


First create 'shot.sh' sctipt and save it in shot.sh:
echo 'DISPLAY=:0 XAUTHORITY=/var/lib/gdm/:0.Xauth xwd -root' >/tmp/shot.sh

Then create screenshot:
sudo bash /tmp/shot.sh >/tmp/shot.xwd
or in my case:
pfexec bash /tmp/shot.sh >/tmp/shot.xwd

And optionally convert .xwd image to .png with convert from 
'imagemagick' package:


convert -quality 50 /tmp/shot.xwd /tmp/shot.jpg
convert /tmp/shot.xwd /tmp/shot.png

or just use GIMP to open .xwd file and save it in desired format.

I found the solution, that also works on OI/illumos, here:
https://askubuntu.com/questions/43458/how-can-i-take-a-screenshot-of-the-login-screen



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] [HEADS UP] Gnome 2 is dead

[Nikola M]

On 01/23/18 04:21 PM, Alexander Pyhalov wrote:

The title says its all, but there are details.

Today libunique, gnome-power-manager and gdm were removed from 
oi-userland (together with support for creating Gnome2 installation 
images). So if you still use Gnome 2 due to some strange reason, don't 
be surprised when essential applications (including GDM) disappear on 
system update,


It could be interesting to point people again, how to migrate from GNOME 
to MATE and from gdm to lightdm and other apps.
For now I know that one might install mate_install to pull MATE packages 
and use

$ pfexec svcadm disable gdm
$ pfexec svcadm enable lightdmto switch display manager.

But actually, when issuing command to install mate_install I get this 
error message..

.. So how to actually install mate/lightdm?

$ pfexec pkg install -v mate_install > updatelogs/updatelog-mate_install.txt

pkg install: No matching version of mate_install can be installed:
  Reject:  pkg://openindiana.org/mate_install@0.1-2017.0.0.17
  Reason:  No version matching 'conditional' dependency 
diagnostic/diskinfo can be installed


Reject: pkg://openindiana.org/diagnostic/diskinfo@0.5.11-2017.0.0.16768
   to
pkg://openindiana.org/diagnostic/diskinfo@0.5.11-2017.0.0.16964
Reason:  This version is excluded by installed incorporation 
consolidation/osnet/osnet-incorporation@0.5.11-2017.0.0.16350


And I don't even see diskinfo package installed anymore..




___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox 32bit future

[Nikola M]

On 01/25/18 07:57 PM, Alan Coopersmith wrote:

On 01/25/18 10:40 AM, russell wrote:

Is there any immediate danger of Mozilla retiring the 32bit version of Firefox?

I believe the most immediate item of concern is that Firefox now uses code
written in Rust, so you'll be limited to platforms that the Rust compiler
generates code for, and I don't know if anyone is bothering to do 32-bit code
generation for Solaris/illumos in Rust.

Of course, with the elimination of Netscape plugin support, there's little
reason to still use a 32-bit version of Firefox.


Previously the reason for using 32-bit Firefox, even on 64-bit 
platforms, was low to negligent difference in speed (or even faster 
32-bit one), better plugin compatibility support and lower memory 
footprint. (And who needs more then 4GB for a web browser?)


Now it could be "only" lower memory footprint in RAM as benefit of 
32-bit FF, that could show significant,
yet there is still to find test results with 64-bit FF showing much 
faster then 32bit one, but I suspect it would be the case.


Ulike x86-64, where 64-bit apps are generally faster the 32-bit, on 
SPARC 32-bit apps are faster (and use less RAM),
because they.. move less bits. So that's one another mention about 32 vs 
64bit in general.
Not that SPARC port is moving too fast, but it's like, second big 
platform for illumos distros.



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] [HEADS UP] Gnome 2 is dead

[Nikola M]

On 01/25/18 08:52 PM, Alexander Pyhalov wrote:

On 25.01.2018 20:49, Nikola M wrote:


But actually, when issuing command to install mate_install I get this
error message..
.. So how to actually install mate/lightdm?


As always, it's 'update your system first' in IPS dialect  (it seems 
old packages (@..16350) were removed from the repo).

Likely, you want to do it in new BE.
---
System Administrator of Southern Federal University Computer Center


Seems like mate_install depends on diskinfo
and diskinfo is removed, without dependencies checked.

So mate_install can't be installed and GNOME->MATE migration is broken 
until mate_install can be installed:


$ pfexec pkg install -v -r mate_install > 
updatelogs/updatelog-openindiana-42-mate.txt


pkg install: No matching version of mate_install can be installed:
  Reject:  pkg://openindiana.org/mate_install@0.1-2017.0.0.17
  Reason:  No version matching 'conditional' dependency 
diagnostic/diskinfo can be installed


Reject: pkg://openindiana.org/diagnostic/diskinfo@0.5.11-2017.0.0.16768
   to
pkg://openindiana.org/diagnostic/diskinfo@0.5.11-2017.0.0.16969
Reason:  This version is excluded by installed incorporation 
consolidation/osnet/osnet-incorporation@0.5.11-2017.0.0.16350


$ pfexec pkg uninstall diagnostic/diskinfo

pkg uninstall: 'diagnostic/diskinfo' matches no installed packages
$ pfexec pkg uninstall 
pkg://openindiana.org/diagnostic/diskinfo@0.5.11-2017.0.0.16969


pkg uninstall: 
'pkg://openindiana.org/diagnostic/diskinfo@0.5.11-2017.0.0.16969' 
matches no installed packages


$ pfexec pkg uninstall 
pkg://openindiana.org/diagnostic/diskinfo@0.5.11-2017.0.0.16768


pkg uninstall: 
'pkg://openindiana.org/diagnostic/diskinfo@0.5.11-2017.0.0.16768' 
matches no installed packages


$ pkg contents -r -m  mate_install | grep diskinfo
depend fmri=diagnostic/diskinfo 
predicate=consolidation/osnet/osnet-incorporation@0.5.11,5.11-2017.0.0.16133 
type=conditional



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Creating login screen screenshot with xwd

[Nikola M]

On 01/25/18 05:17 PM, Nikola M wrote:


Also it might be interesting to others : How to create login screen/X 
session screenshot, while aether from VT/text console or while ssh-ing 
to remote machine.


First create 'shot.sh' sctipt and save it in shot.sh:
echo 'DISPLAY=:0 XAUTHORITY=/var/lib/gdm/:0.Xauth xwd -root' 
>/tmp/shot.sh


Then create screenshot:
sudo bash /tmp/shot.sh >/tmp/shot.xwd
or in my case:
pfexec bash /tmp/shot.sh >/tmp/shot.xwd


In addition to this, it is worth mentioning that with all newer systems 
and installs ,

when using lightdm instead of gdm , creating shot.sh like this:

echo 'DISPLAY=:0 XAUTHORITY=/var/run/lightdm/root/:0 xwd -root' 
>/tmp/shot.sh


Since it is unlikely there would be gdm use in the future OI installs, 
and lightdm used instead,
this might prove useful to someone searching for an Xorg screenshot 
solution form ssh.




And optionally convert .xwd image to .png with convert from 
'imagemagick' package:


convert -quality 50 /tmp/shot.xwd /tmp/shot.jpg
convert /tmp/shot.xwd /tmp/shot.png

or just use GIMP to open .xwd file and save it in desired format.

I found the solution, that also works on OI/illumos, here:
https://askubuntu.com/questions/43458/how-can-i-take-a-screenshot-of-the-login-screen 






___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Greek keyboard

[Nikola M]

On 03/13/18 09:40 AM, Apostolos Syropoulos via openindiana-discuss wrote:

Roll back data-xkb to previous version.

pkg install data-xkb@2.22

I guess they broke the keymaps again...

I did it but still I cannot type Greek in pluma,and in LibreOffice when I type ; + 
vowel I see'v. So I guess they did not broke keymaps, theyactualy f%^&* them...
A.S.


Maybe going back to BE where it is all working and figure out on what 
exact osnet-incorporation and userland-incorporation it were last 
working, and on what update it started not working.


And then pkg freeze of a working package and then update the rest
(possibly with ' pkg change-facet 
facet.require.consolidation/userland/userland-incorporation=false '

and/or ' pkg uninstall userland-incorporation ' ? )

So it seems it is an upstream bug, that might affect other kernel 
distributions, too?

Is it in line to report it on both as OI  Issue and an upstream bug ?
Benefits of Rolling-release with spotting bugs early and fixing upstream 
projects, I presume..



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Greek keyboard

[Nikola M]

On 03/13/18 01:30 PM, Aurelien Larcher wrote:


Le Mardi 13 mars 2018, Nikola M a écrit :

On 03/13/18 09:40 AM, Apostolos Syropoulos via openindiana-discuss wrote:

Roll back data-xkb to previous version.

pkg install data-xkb@2.22

I guess they broke the keymaps again...

I did it but still I cannot type Greek in pluma,and in LibreOffice when I type ; + 
vowel I see'v. So I guess they did not broke keymaps, theyactualy f%^&* them...
A.S.

Maybe going back to BE where it is all working and figure out on what
exact osnet-incorporation and userland-incorporation it were last
working, and on what update it started not working.

This is since March 7. It seems that the update of data-xkb has sneaky side 
effects since I got two environments with same english+swedish keyboards to 
update differently: one working, one losing the accents.


This obvioiusly can't pass to IPS snapshot before April (ISO) freeze..
Getting back to older that works, whatever.


And then pkg freeze of a working package and then update the rest
(possibly with ' pkg change-facet
facet.require.consolidation/userland/userland-incorporation=false '
and/or ' pkg uninstall userland-incorporation ' ? )

So it seems it is an upstream bug, that might affect other kernel
distributions, too?
Is it in line to report it on both as OI  Issue and an upstream bug ?
Benefits of Rolling-release with spotting bugs early and fixing upstream
projects, I presume..


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss




___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Greek keyboard

[Nikola M]

On 03/13/18 07:22 PM, Aurélien Larcher wrote:

On Tue, Mar 13, 2018 at 7:16 PM, Nikola M  wrote:


On 03/13/18 01:30 PM, Aurelien Larcher wrote:


Le Mardi 13 mars 2018, Nikola M a écrit :


On 03/13/18 09:40 AM, Apostolos Syropoulos via openindiana-discuss wrote:


Roll back data-xkb to previous version.

pkg install data-xkb@2.22

I guess they broke the keymaps again...


I did it but still I cannot type Greek in pluma,and in LibreOffice when
I type ; + vowel I see'v. So I guess they did not broke keymaps,
theyactualy f%^&* them...
A.S.


Maybe going back to BE where it is all working and figure out on what
exact osnet-incorporation and userland-incorporation it were last
working, and on what update it started not working.


This is since March 7. It seems that the update of data-xkb has sneaky
side effects since I got two environments with same english+swedish
keyboards to update differently: one working, one losing the accents.


This obvioiusly can't pass to IPS snapshot before April (ISO) freeze..
Getting back to older that works, whatever.


This does not seem related to the data-xkb update, I have a laptop with
2.22 that shows the same issue and nothing in the keymap commits between
2.22 and 2.23.1 stands out.

I have just spent one hour trying to find the cause without success but
getting the accents back by using ibus.

Now I am trying to figure out how to get ibus to work for lightdm.

If you have any idea how to solve the problem...


I have installed Xubuntu, it also uses lightdm.









And then pkg freeze of a working package and then update the rest

(possibly with ' pkg change-facet
facet.require.consolidation/userland/userland-incorporation=false '
and/or ' pkg uninstall userland-incorporation ' ? )

So it seems it is an upstream bug, that might affect other kernel
distributions, too?
Is it in line to report it on both as OI  Issue and an upstream bug ?
Benefits of Rolling-release with spotting bugs early and fixing upstream
projects, I presume..


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss







___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Greek keyboard

[Nikola M]

On 03/13/18 01:30 PM, Aurelien Larcher wrote:

Le Mardi 13 mars 2018, Nikola M a écrit :

Maybe going back to BE where it is all working and figure out on what
exact osnet-incorporation and userland-incorporation it were last
working, and on what update it started not working.

This is since March 7. It seems that the update of data-xkb has sneaky side 
effects since I got two environments with same english+swedish keyboards to 
update differently: one working, one losing the accents.


Also, On:
consolidation/osnet/osnet-incorporation 0.5.11-2017.0.0.16980
consolidation/userland/userland-incorporation 0.5.11-2017.0.0.10283

I got some locale error message when doing pkg update...:
$ pfexec pkg update -v -r
pkg: Unable to set locale 'en_US.UTF-8'; locale package may be broken or
not installed.  Reverting to C locale.


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Installing Newer Driver from NVIDIA Site

[Nikola M]

On 04/10/18 06:41 PM, Rasaki Temidire wrote:

Hello,

I have openindiana 2017.10 installed and updated it to the latest packages and 
image but the NVIDIA driver version is 340.106 and every time I try to make an 
window fullscreen, it goes across both screens.  I have an NVIDIA GTX 590.  I 
can't find a way through the nvidia-settings program to get it to just make 
fullscreen windows appear on one of the screens.

This problem doesn't exist with the version of the NVIDIA driver in FreeBSD 11. 
 So I downloaded the latest short branch version 387.34 directly from the 
NVIDIA Solaris x64/x86 archive.  When I installed it, it complained about a 
requirement for SUNWgnomelibs but it installed anyhow.  After I rebooted the 
system, I noticed that Xorg was still loading the old 340.106 version from the 
original oi install.  Can someone tell me how I can force it to load the new 
driver?  I think the system is using the driver embedded in the kernel.

Is there already an advanced version of the NVIDIA 387.34 or newer prepackaged 
in some repository for oi?


illumos is not Solaris and Solaris is not illumos, for quite some time now.
Proprietary drivers used to work (for selected subsets of Nvidia 
hardware) yet it is only natural that they start to deverge more as 
times goes. (and illumos/OI components change more).
Not that the task for suporting illumos that is not changing much in 
driver requirements is hard for Nvidia, yet there needs to be some money 
incentive for it. (Except only the incentive that comes from using 
Nvidia cards)
So since drivers are from Nvidia it is Nvidia to be contacted for 
support on illumos.


Best solution for an open platform is using Open drivers only and there 
opennes of AMD graphics and it's drivers comes to mind. Yet one needs to 
acquire much kernel-side and driver-side contributors to make it alive 
and running.


Course of action could be:
- listing what Nvidia proprietary driver works with what Nvidia card 
under illumos could be benefitial, say, in an article on Wiki that could 
be easily written and changed, unlike other ways.

See:
https://wiki.openindiana.org/oi/Nvidia+Graphics
- Porting open AMD drivers to illumos and kernel work needed for it is 
an job for the engineers and it needs to be funded and supported,

so some fund creation for it and other costs for the project comes in mind.

The problem I see is that OI itself suffers for the lack of community 
freedom , strangled to one or two and secretive third mailing list and 
operational rules that also kill initiative.
Forced not to form any meaningful broader community or initiative, but 
to be cut to the shorter and shorter contributors list, and that does 
not benefit OI nor broader community.



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] help needed: reinstall bootloader

[Nikola M]

On 04/13/18 11:27 PM, Till Wegmüller wrote:

Hi Stephan

Is this a Linux dualboot machine?

Linux has the tendency to overwrite the device section of a zpool when
importing. /dev/sdc looks like a linux name.

If so you may have killed that zpool by importing it from linux.
AFAIK there is currently no good solution to fix the device name entry.


Except from, booting from Live media (DVD,USB) , importing pool and 
exporting pool and reboot?




Also be sure to stick to either slices or partitions p1 != s1 in your
commands.
One is the traditional Solaris Slice layout of the disk the other the
Partitions in DOS style. They do not mix at all.


It means there is a difference if partitions are created under 
illumos/Solaris and Linux.
up to 4 'Slices' can fit insite standard(MBR) partition and when 
creating ZFS partition from OI, it creates one slice inside partition 
for ZFS.

And that is not the same as having ZFS on top of partition.
So it is better to create partition aether during illumos install (and 
not before install) because of that difference.


I had a problem with reinstalling illumos loader while retaining MBR 
partition, With ZFS on it without slice on partition.
Would need to re-check if that works now, but it is always better to 
create ZFS partition with illumos fdisk or OI Install process.


And also there is the question weather Hard disk cache is turned on if 
ZFS uses partition and not the whole drive. Previoiusly, Hard disk 
caching used to be turned OFF if ZFS is on partition and not on the 
whole drive, for UFS compatibility.
Don't know how it is now nor how to explicitlycheck/turn ON Hard disk 
caching if ZFS pool uses partition on drive.




___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] help needed: reinstall bootloader

[Nikola M]

On 04/18/18 12:19 AM, Timothy Coalson wrote:

On Sat, Apr 14, 2018 at 1:43 AM, Nikola M  wrote:


And also there is the question weather Hard disk cache is turned on if ZFS
uses partition and not the whole drive. Previoiusly, Hard disk caching used
to be turned OFF if ZFS is on partition and not on the whole drive, for UFS
compatibility.
Don't know how it is now nor how to explicitlycheck/turn ON Hard disk
caching if ZFS pool uses partition on drive.

previously discussed several times, long ago (though somewhat difficult to

search for):

https://www.mail-archive.com/zfs-discuss@opensolaris.org/msg49099.html

ZFS never disables caches, and I believe they are almost always already
enabled anyway, so you can forget this concern.  From what I understand
from reading the list, the only reason zfs has any code that touches disk
cache settings at all is that long ago, Sun shipped some drives with the
cache disabled by default in the firmware.  I think if you aren't using old
drives shipped by Sun, this "whole disk" distinction doesn't matter to you
(as long as you don't also use UFS, anyway).


I think (got confirmation on this some years ago), that Opensolaris (and 
illumos) preventively disables disk cache on all drives where partitions 
are used for ZFS, to avoid possible problem with UFS partitions on same 
drive if cache is on, and that is why disk cache is turned off if using 
partitions instead of giving the whole disk to ZFS:


So question is for present-day illumos, until then I can presume it is 
the same as before for cache/partition thing, so needing more recent 
info on this.
Unlike explanation about shipped drives, I got explanation about UFS 
getting garbled if disk cache is On and using partitions.



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] [Solved] Re: help needed: reinstall bootloader

[Nikola M]

On 04/14/18 11:18 AM, Stephan Althaus wrote:

Hello!

Many thanks for the hints!

This worked:
#boot from installation media
#sudo zpool import rpool
#sudo zpool export rpool
#reboot

Note: i didn't have to specify -d /dev/dsk or the like, the device 
name was automatically changed.


Over night i had an idea which might have solved this without reboot:
-define a partition on a spare drive with the exact same size as the 
rpool partition

-add this new device as a mirror device to the rpool
-wait for resilver complete
-detach the original device
-"some magic" to clear the zpool/zfs info on the original device
-re-add the 'cleaned' original device
-wait for resilver complete
-detach the temporary used device
-done

Any thoughts on this? 


I think it wouldn't hurt to try it.
It could work even if done from live media and not booted off the 
installation.
After all, you are creating a mirror on another drive/partition, just 
make sure that partition is created aether with illumos fdisk (format 
command and fdisk) or created as part of OI installation process, to be 
sure there is one slice inside that new partition.


Other than that, don't mistake mirroring or replication on another 
machine for offline backup of data, that is also true :P

(as well as a replying below quotes on public Mailing lists :) )


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] OI Hipster 2018.04 snapshot

[Nikola M]

On 04/28/18 03:48 PM, Alexander Pyhalov wrote:

Hi.

OI Hipster 2018.04 snapshot is ready. 


Just for the info,
I updated the other day with
osnet-incorporation@0.5.11-2018.0.0.17292 and 
userland-incorporation@0.5.11-2018.0.0.10635
and situation is unchanged from last year April snapshot (e.g. form 
January 2017 onward) and the bug present on 201704 snapshot is still there.


Last osnet/userland I could use on are 
osnet-incorporation@0.5.11-2016.1.1.16076 and 
userland-incorporation@0.5.11-2016.1.1.8108 , from December 2016 ,
and does not have random process locking with high CPU use, making 
system unusable on Core2Duo T5600 (Dell D620 laptop) for anything newer.


Since all previous onset/userland builds are deleted from servers upon 
creating OI snapshot for disk space conserving and the speed of IPS/pkg 
operations, I was unable to pinpoint exact moment after December 2016 
when illumos/OI change created the issue with random process high CPU 
use/locking.
It could be both about illumos regression and build environment changes 
in starting of 2017.



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Huge ZFS root pool slowdown - diagnose root cause?

[Nikola M.]

On 13.12.18. 22:31, Reginald Beardsley via openindiana-discuss wrote:
>
Hi,
Please see if you can hit "reply" when answering on message thread,
so that your response could stay inside message thread and not creating
new thread with your every answer.

I think it is about mail client you use or not hitting reply when
answering.
And that have effects on mailing list to be less useful and looking more
erratic.

Thanks.

RB
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Huge ZFS root pool slowdown - diagnose root cause?

[Nikola M.]

On 13.12.18. 22:14, Lou Picciano wrote:
> The plot thickens, I’m afraid. Since last post, I’ve replaced the drive, and 
> throughput remains molasses-in-January slow…
> period indicated below is more than 24 hours:
>
>   scan: resilver in progress since Wed Dec 12 15:13:11 2018
> 26.9G scanned out of 1.36T at 345K/s, (scan is slow, no estimated 
> time)
> 26.9G resilvered, 1.93% done

ZFS does not depend on hardware.
I target this could also be the hardware problem.
You can just get drives off the machine and connect them to another
machine and see how it boots on a new machine.
Yes, check cables, SATA ports on the controller..
Also check BIOS/firmware settings, if hard disk controller works in AHCI
or ATA mode.

Also see versions of both your zpool and zfs. (zpool upgrade, zfs upgrade)
I have seen weird things with older ZFS pools on newer illumoses.

Also if controller is SAS and disks are SATA and one is using SAS
expander to connect SATA drives, that would work, but it is a NO-NO,
since SAS expanders could be faulty and unable to debug. Just to mention..

Did replacing drive worked, finished?
Also what is the motherboard, hard disk controller, versions of
osnet_incorporation and userland_incorporation in current boot
environment (BE)?
Have you tried booting system from an older BE ? (Targeting that newer
illumos could have newly acquired problem with your hardware).

You also never had problems with data, since ZFS returned 0 errors.
Could it be you have a problem with machine overheating, and working
very slow?
Anyway, good to know what happened after resilvering with a new drive in
the mirror.


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] How to use install / load and use Wi-Fi firmware?

[Nikola M.]

On 17.1.19. 07:28, Michal Nowak wrote:
> On 01/17/19 07:05 AM, f...@tuta.io wrote:
>>
>> I want to use my Wi-Fi card. I didn’t find OI documentationabout “how
>> to work with Wi-Fi”.
>>
>> For example, I havea Realtek Semiconductor Corp. 802.11n Wireless
>> Network Adapter. I thinkthat the “urtwn” firmware should work for it.
> specifically which model you have? You can find out via `ddu` or
> `prtconf -v`.
>
> Though, looking at illumos HCL (http://illumos.org/hcl/) it seems that
> from the RTL81XX family (judging by the FreeBSD 'urtwn' driver you
> mentioned), only RTL8180L 802.11b is supported.
>
> Firmware is delivered alongside the kernel driver and loaded
> automatically.


Maybe start a bounty for porting device driver? (Beside looking at the
HCL first)

Moreover it would be worth taking look if 'Solaris' drivers are available
or the free software licensed driver for the same hardware on Linux and
BSDs (if it is there, porting driver is more doable instead of writing a
new one).

Btw, illumos wireless (WiFi) still does not support connecting over WPA2
connections (https://www.illumos.org/issues/4362 , not related to the
driver).


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

[OpenIndiana-discuss] OI web site and wiki are down, bringing them up

[Nikola M.]

Dear all,

If I could bring your attention to the fact that www.openindiana.org
site is down
and wiki.openindiana.org is also not working,
so if someone with control could reboot them or something , thank you.

I suppose we are far from people, sites, databases and datacenters going
vanish so it might be just the case of kicking it to work/maintenance.

Actually trying to read something off the wiki that I added (that's what
wiki's are for) and I see I can't.
Thank you for your time.


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

[OpenIndiana-discuss] wiki.openindiana.org needs to be re/started and fixed

[Nikola M.]

Wiki.openindina.org is down and needs to be restarted or checks for 
functionality what actually induces and causes it not to be available 
occasionally.



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] wiki.openindiana.org needs to be re/started and fixed

[Nikola M.]

On 10/1/21 1:42 PM, Andreas Wacknitz wrote:


Am 10/1/21 um 1:27 PM schrieb Nikola M.:

Wiki.openindina.org is down and needs to be restarted or checks for
functionality what actually induces and causes it not to be available
occasionally.


The wiki has been shut down for security reasons. Most of its contents
has already been merged into the docs. Some pages have been exported and
are available for the documentation team.


I think most of Wiki it is not moved anywhere but by turning off wiki is 
just made unavailable.


Security reasons are not quite valid reason, because new instance of 
Wiki can be started ,license is provided as before and also it were 
already updated before with version of Wiki.


Important functionality of the Wiki, being able to freely create and 
enhance wiki pages is unavailable and is very valuable. (As Wikipedia as 
an example of freely editable content proves for decades).


Process that requires strict subjection to other members approvals to 
edit wiki-like content hinders user freedom and creativity, like 
proposed docs pages with github , being external service, and not 
including all the content available before but just a small subset.


Deciding on private mailing list, hidden from the wider audience is the 
reflection of closed and exclusive projects and subjecting changes and 
hindering wiki functionality is in line with the censorship.


I am of the opinion that no great and explosive progress and widening 
the user base is possible on tightly restricted and secretly controlled 
processes that hinder creativity.


Free users and contributors should not be subjected to article approvals 
by few and affected by secret mailing lists not available to the public, 
as OI is doing, that is not the signature of community and free software 
projects in general.



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] wiki.openindiana.org needs to be re/started and fixed

[Nikola M.]

On 10/1/21 2:16 PM, Austin Kim wrote:

The core OI developer and documentation teams are probably already stretched 
pretty thin as it is maintaining the “official” project documentation; perhaps 
some highly motivated individual out there like yourself could spin up a server 
(outside the openindiana.org domain) to set up an external OI user wiki to 
achieve the goals you mentioned?  That would take some of the time burden off 
the already small oi-dev team from also having to wear additional hats as wiki 
administrators and having to continuously keep info on the wiki in sync with 
the project’s reference documentation


Thank you Austin for the proposal, it is really a great one and I think 
feasible.

And as you can see, I am responding below quotes on mailing list. :)

It is interesting to see if any project internal services should be 
hosted externally,
but I agree that hosting service itself could be external for at least 
temporary time, providing domain name and wiki address are the same as 
before, to maintain links etc.


Also about keeping in sync, for the long time it were the other way 
around, Wiki can hold temporary articles, wider subjects and topics, be 
easy editing place, where some final versions can be put on web page of 
the project after being put in the good shape. Wiki have all the 
benefits for easy editing, while looking fine, unlike git procedures.


I am inclined to accept proposal and spend some time setting it up so it 
is secure and maintained, surely if previous state is intact with 
content , history and settings, to start Confluence migration.


Anyone with access to raw wiki files and settings, feel free to contact 
me on this matter,

for the pace can be picked up ;)




On Oct 1, 2021, at 7:57 AM, Nikola M.  wrote:

On 10/1/21 1:42 PM, Andreas Wacknitz wrote:

Am 10/1/21 um 1:27 PM schrieb Nikola M.:

Wiki.openindina.org is down and needs to be restarted or checks for
functionality what actually induces and causes it not to be available
occasionally.


The wiki has been shut down for security reasons. Most of its contents
has already been merged into the docs. Some pages have been exported and
are available for the documentation team.

I think most of Wiki it is not moved anywhere but by turning off wiki is just 
made unavailable.

Security reasons are not quite valid reason, because new instance of Wiki can 
be started ,license is provided as before and also it were already updated 
before with version of Wiki.

Important functionality of the Wiki, being able to freely create and enhance 
wiki pages is unavailable and is very valuable. (As Wikipedia as an example of 
freely editable content proves for decades).

Process that requires strict subjection to other members approvals to edit 
wiki-like content hinders user freedom and creativity, like proposed docs pages 
with github , being external service, and not including all the content 
available before but just a small subset.

Deciding on private mailing list, hidden from the wider audience is the 
reflection of closed and exclusive projects and subjecting changes and 
hindering wiki functionality is in line with the censorship.

I am of the opinion that no great and explosive progress and widening the user 
base is possible on tightly restricted and secretly controlled processes that 
hinder creativity.

Free users and contributors should not be subjected to article approvals by few 
and affected by secret mailing lists not available to the public, as OI is 
doing, that is not the signature of community and free software projects in 
general.


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

“We are responsible for actions performed in response to circumstances for 
which we are not responsible.”  —Allan Massie, _A Question of Loyalties_, 1989
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] wiki.openindiana.org needs to be re/started and fixed

[Nikola M.]

On 10/1/21 4:31 PM, aurelien.larc...@gmail.com wrote:

Luckily there are enlightened people like you to speak the truth :)

I missed you so much Nikola :)


Thank you much Aurélien,

Would be glad to edit and change documents you created, and vice versa, 
of course  :-)




Le Vendredi 1 octobre 2021, Nikola M. a écrit :

On 10/1/21 1:42 PM, Andreas Wacknitz wrote:

Am 10/1/21 um 1:27 PM schrieb Nikola M.:

Wiki.openindina.org is down and needs to be restarted or checks for
functionality what actually induces and causes it not to be available
occasionally.


The wiki has been shut down for security reasons. Most of its contents
has already been merged into the docs. Some pages have been exported and
are available for the documentation team.

I think most of Wiki it is not moved anywhere but by turning off wiki is
just made unavailable.

Security reasons are not quite valid reason, because new instance of
Wiki can be started ,license is provided as before and also it were
already updated before with version of Wiki.

Important functionality of the Wiki, being able to freely create and
enhance wiki pages is unavailable and is very valuable. (As Wikipedia as
an example of freely editable content proves for decades).

Process that requires strict subjection to other members approvals to
edit wiki-like content hinders user freedom and creativity, like
proposed docs pages with github , being external service, and not
including all the content available before but just a small subset.

Deciding on private mailing list, hidden from the wider audience is the
reflection of closed and exclusive projects and subjecting changes and
hindering wiki functionality is in line with the censorship.

I am of the opinion that no great and explosive progress and widening
the user base is possible on tightly restricted and secretly controlled
processes that hinder creativity.

Free users and contributors should not be subjected to article approvals
by few and affected by secret mailing lists not available to the public,
as OI is doing, that is not the signature of community and free software
projects in general.


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] wiki.openindiana.org needs to be re/started and fixed

[Nikola M.]

On 10/1/21 2:16 PM, Austin Kim wrote:

The core OI developer and documentation teams are probably already stretched 
pretty thin as it is maintaining the “official” project documentation; perhaps 
some highly motivated individual out there like yourself could spin up a server 
(outside the openindiana.org domain) to set up an external OI user wiki to 
achieve the goals you mentioned?  That would take some of the time burden off 
the already small oi-dev team from also having to wear additional hats as wiki 
administrators and having to continuously keep info on the wiki in sync with 
the project’s reference documentation

As soon as wiki data is available, it can be started with migration so 
that it is secure to deploy.


It does not depend on me to make data available to deploy, currently it 
is made unavailable and that is the issue.




On Oct 1, 2021, at 7:57 AM, Nikola M.  wrote:

On 10/1/21 1:42 PM, Andreas Wacknitz wrote:

Am 10/1/21 um 1:27 PM schrieb Nikola M.:

Wiki.openindina.org is down and needs to be restarted or checks for
functionality what actually induces and causes it not to be available
occasionally.


The wiki has been shut down for security reasons. Most of its contents
has already been merged into the docs. Some pages have been exported and
are available for the documentation team.

I think most of Wiki it is not moved anywhere but by turning off wiki is just 
made unavailable.

Security reasons are not quite valid reason, because new instance of Wiki can 
be started ,license is provided as before and also it were already updated 
before with version of Wiki.

Important functionality of the Wiki, being able to freely create and enhance 
wiki pages is unavailable and is very valuable. (As Wikipedia as an example of 
freely editable content proves for decades).

Process that requires strict subjection to other members approvals to edit 
wiki-like content hinders user freedom and creativity, like proposed docs pages 
with github , being external service, and not including all the content 
available before but just a small subset.

Deciding on private mailing list, hidden from the wider audience is the 
reflection of closed and exclusive projects and subjecting changes and 
hindering wiki functionality is in line with the censorship.

I am of the opinion that no great and explosive progress and widening the user 
base is possible on tightly restricted and secretly controlled processes that 
hinder creativity.

Free users and contributors should not be subjected to article approvals by few 
and affected by secret mailing lists not available to the public, as OI is 
doing, that is not the signature of community and free software projects in 
general.


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

“We are responsible for actions performed in response to circumstances for 
which we are not responsible.”  —Allan Massie, _A Question of Loyalties_, 1989
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] wiki.openindiana.org needs to be re/started and fixed

[Nikola M.]

On 10/1/21 13:42, Andreas Wacknitz wrote:


Am 10/1/21 um 1:27 PM schrieb Nikola M.:

Wiki.openindina.org is down and needs to be restarted or checks for
functionality what actually induces and causes it not to be available
occasionally.


The wiki has been shut down for security reasons. Most of its contents
has already been merged into the docs. Some pages have been exported and
are available for the documentation team.


Andreas,
Can you please make available raw Wiki contents for putting it up, with 
user accounts, logs and everything? For possibly restarting current 
Conflunce Wiki instance as available before?


There is many content that surely have not been moved anywhere
and also Wiki is , as in principle, the place where non-manual user 
content can be published by the community
- it is needed to have a free place instead of tightly controlled one 
for the Community to share knowledge, and as we have seen it have served 
the community just fine for many years.


Text and documents on Wiki are provided by the community in a good 
faith, on the Copyleft documentation license and taking it all offline 
is for no quite good reason, because Wiki can be put up securely and 
content saved and managed in a current manner and secure,

and manpower for that is not lacking.

Community text and documents as well as an publishing place without 
anyone's approval, but free to edit and enhance. Community documents and 
Wikis are not the source code and does not need the approval to exist.



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] wiki.openindiana.org needs to be re/started and fixed

[Nikola M.]

On 10/18/21 23:11, James Madgwick wrote:

Indeed, the contents of the Wiki have also been backed up to GitHub.
However the repo it is in has not been made public because the Wiki
also contained other information which is sensitive and can't be public.


Wiki raw data can be used for Wiki service to restart and by the Wiki 
service itself then.

Wiki raw data stays on Wiki side as always,
and when Wiki is restarted and on the new hosting, everything that is 
supposed made public is served as for years before, including having an 
integrated discussion space for articles.
Everything everyone ever published on Wiki is there to be publicly 
available by their authors and there is not much sensitive on it, except 
maybe connection between mail addresses , usernames and wiki account 
passwords and that Wiki manages itself internally.



I've now removed the images
(~70MB) and put it here:
https://gist.github.com/JMadgwick/8a488ca4430aa0f50b7d5c5e31f60361/raw/390ff69310bf3756086ff90dfa156a6ce2fcab89/oi%2520Confluence-space-export.tar.xz


Maybe that article archive can be useful and include images, too, is 
size constrain is a problem,

it can be hosted outside of Github with images.


Andreas Wacknitz helped James Madgewick in the past to do an export.

So James Madgewick has an export of the wiki and is working on
further migrating the contents to oi-docs.
Everything about Wiki and it's freedom to be easy to contribute, publish 
and discuss, (Without the need to jhave every single change, or talk, 
being "approved" from someone else over GIT).
Wiki is self-hosted and is independent from external resources 
availability as opposed to external service as Github.


Wiki functionality is not be replaced and it is not the solution 
avoiding the issue of restarting working wiki.
Issue is that Wiki needs to be restarted as a service and not keeping it 
closed under various pretenses.


Wikis themselves do not have security problems when put up on new 
infrastructure with new and supported software,
so security problems are not a real issue when maintained, as is not the 
lack of manpower for maintaining Wiki infrastructure.


Wikis do not need "appointed censor" to decide only by itself without 
any discussion or process what is to stay on Wiki and what is not, but 
it is there by merit, usefulness and collaboration.

With wiki, every article author is included in changes and re-engaged.

Wiki is very important tool for new users to start contributing, it is 
form of free space that, on one place promotes the project name.


Wikis serve as a proof of the project openness for new people, closing 
them down serves only to closing down communities.


Closing community spaces and turning them in tightly-controlled and 
appointed ones, without actual wider community influx , leads to OI 
brand name bad reputation in a wider sense,
for proprietary handling things on closed source mailing lists, not 
available to the public and available only to selected people.



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] wiki.openindiana.org needs to be re/started and fixed

[Nikola M.]

On 11/3/21 07:00, Andreas Wacknitz wrote:


You omitted a central point: We need people to care for things. Telling
people what should be done doesn't solve problems.


You don't see people?
You can clearly see the will to do it and there are people...

If there is no place for people to express themselves and do the work, 
that is the reason for no people.



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] wiki.openindiana.org needs to be re/started and fixed

[Nikola M.]

On 11/3/21 14:58, Alan Coopersmith wrote:

On 11/2/21 8:58 PM, Nikola M. wrote:
Wikis do not need "appointed censor" to decide only by itself without 
any discussion or process what is to stay on Wiki and what is not,


If you have a publicly writable wiki on the internet you absolutely need
this or your wiki soon becomes full of spam and completely unusable.

It's not the ideal situation, or what anyone wants, but it is reality.

Wikis require someone to do work, not just someone to demand others do 
it.


Wikis are created by multiple users and that is how they are created, by 
changes of the users themselves.
Problem here is that Wiki is disabled from user access.  Disabling both 
user access and ability to even allowing it to exist and have a working 
wiki is the problem here.


Manpower is not  a problem, security is solved by fresh install and 
migrating data. If contributors can access and put it up, and manpower 
is not the issue..

..there is no problem, but allowing it to happen.


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] wiki.openindiana.org needs to be re/started and fixed

[Nikola M.]

On 11/20/21 10:35, James Madgwick wrote:

Manpower is not  a problem, security is solved by fresh install and
migrating data. If contributors can access and put it up, and
manpower is not the issue..
..there is no problem, but allowing it to happen.

I believe the problem is that the Wiki was provided by Atlassian
Confluence software. This is not open source software, it looked like
Confluence had originally been provided for free to OI because OI is an
open source project. The version of Confluence which the Wiki was using
was very old, unstable and most importantly, had many vulnerabilities.

A fresh installation of Confluence is not going to be possible. One
option could be to create a new community Wiki. It would be best if
this used an open source platform such as Mediawiki
(https://www.mediawiki.org/wiki/MediaWiki). There would also need to be
agreement on what content should be part of the Wiki and what should be
in the docs.


Atlassian granted to the then Openindiana named project a license that does not 
need paying, maybe renewal.
It didn't bother the community to use it for ten years or so.

I think license to Confluence Wiki will be provided also for new install, one 
just needs to ask Atlassian. And do fresh install and migrate data.
Fresh install of Confluence providing 2 things above is I think very possible, 
it is not, only if it is not allowed to happen.

I also think that Mediawiki and similar are neat way to move, but it would 
require a live, working Confluence wiki to move it forward.
But I also think that it could continue to live just fine, on updated 
Confluence product too, (Providing more maintenance in the future) and can 
allow easier update,
maintaining wiki editing history - that is really needed to maintain project 
history, not just delete the history, by making a wiki unavailable.

The manner of deleting everything that happened before , making it unavailable, 
torching everything and forever starting over is really not a good way of 
making more things, but making less things as time goes.

And the part about wiki and freedom:

Free editing and creation of the articles on the wiki is not under anyone's 
veto what should be on it or not, it is only, under reasoned edits, where merit 
takes precedence over the authoritarian
 power or domain name and infrastructure owners and providers.

If hidden authoritarian organization is in advance limiting the freedom of 
creativity, then there will be no creativity nor freedom of both projects and 
users,
and that is in direct contrast and against open source and free software 
freedoms, including the freedom to contribute.

I don't think agreements or censorship in advance should be made on Wiki 
content.
Official documentation for the administration and a project could as well be 
anywhere, in .TXT files and shipped with the product, or on the web site, or 
wherever.

But Wiki-like content does not allow censorship or scope area to be mandated in 
advance, it is the place to support user freedom to share articles, howtos, 
planning, edit each other content in easy to do fashion, or anything related , 
without consulting with anyone or being censored or needing to use GIT.
It is how it worked for many years and no one have seen any large degradation 
on it's quality, maybe a little bit of maintenance, that is all.

Having multiple different articles , joining them, having different views and 
ways of doing things is not only needed, it is required for any open project to 
bloom.

Wiki is also the freedom _vent_ form ghettoization of both projects, 
activities, communities, ideas and people,
it is a medium where merit takes precedence over authority and what Free and 
open projects are made of,
and not on tightly-controlled git repos.

Who knows how many good ideas and development ideas comes from the people 
interaction and communication?

Open software projects are not created to be private property but to grow and 
include as much different people as possible, and with current limited 
infrastructure of killed wiki, One mailing list, one hidden secret mailing 
list, one site and everything else on Github, it is hugely limited in what 
could become if there is more freedom to users to contribute.

After so many years of reading, editing and using Wikis , seeing how well it 
works across the internet,
- I find really strange I need to write this all down.

After all killing freedom of speech, freedom of creating and editing articles,
brainstorming and many more interesting things is not done by limiting types of services 
and freedom of expression and limiting contribution processes to just "say so".


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] wiki.openindiana.org needs to be re/started and fixed

[Nikola M.]

On 11/22/21 17:18, Udo Grabowski (IMK) wrote:



"Important changes to our server and Data Center products
 We’ve ended sales for new server licenses and will end support for
 server on February 2, 2024."


February 2, 2024 sounds just fine, till that time, things can get 
changed multiple times, things reworked, there only needs a green light for:
To actually see if license is attainable for fresh instance to be put 
up, including all contents and logs.

And then there is the time till 2024 to figure where to move forward.
Maybe they would open it up as free software after 2024, maybe it would 
not, but at least it would be alive and well for migrations and 
contributions in the meantime.


There is no such private data on Wiki that can't allow hosting it on 
wherever hardware/platform.
Yes, it needs secure handling and non disclosure as a precaution, but 
public IPs and mail addresses form years ago are hardly that much 
private to stop putting wiki up, and with good handling, they won't come 
out anyway.
Logs are much more important and maybe re-connecting and engaging people 
is too.



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] wiki.openindiana.org needs to be re/started and fixed

[Nikola M.]

On 11/23/21 09:53, Udo Grabowski (IMK) wrote:



On 23/11/2021 09:19, Nikola M. wrote:

On 11/22/21 17:18, Udo Grabowski (IMK) wrote:


<https://www.atlassian.com/licensing/confluence#confluence-server>
"Important changes to our server and Data Center products
 We’ve ended sales for new server licenses and will end support for
 server on February 2, 2024."


February 2, 2024 sounds just fine, till that time, things can get 
changed multiple times, things reworked, there only needs a green 
light for:
To actually see if license is attainable for fresh instance to be put 
up, ...


Read again: "W E' V E   E N D E D    S A L E S    F O R
 N E W    S E R V E R    L I C E N S E S"


No need to shout it loud.
They never used to sale licenses to OI, they gave it for free.
I can contact them to ask for free license and migration options, till 
their support period is out.


It doesn't mean Wiki can not continue to live with migrating history and 
data

and not to be put offline hidden and closed for everyone.
Mediawiki is also neat.
it just needs to be free to use and not limited.


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Net booting OI Hipster using iPXE

[Nikola M.]

On 9/22/22 17:59, Fox Martin wrote:

Apologies if this has been answered elsewhere, I searched long and hard and 
could not find what I really needed.
I have a working iPXE server with various Linux and Windows images served up 
over HTTP.


Hi, Maritn,
Have you take a look at this, (other distros)
https://wiki.smartos.org/pxe-booting-smartos/

Apparently nothing stops 
you from booting your desired OS or the whole production environment on 
top of hypervisor..




___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] dlc.openindiana.org down

[Nikola M.]

Hi,
Situation seems serious.
Even SHA256 sums of images are also hosted on dlc host and not on 
release page itself.

Mirrors are not all present or present ones are not updated for some time.

At the moment, I have only found this,
downloading from torrent: 
https://fosstorrents.com/distributions/open-indiana/


* But someone else needs to confirm original SHA256 sums of images from 
Torrent source ?


$ for file in /*  ;do sha256sum "$file" >> "$file".sha256 ;done
$ ls -lh
total 6.8G
 2.0G Nov 28 13:10 OI-hipster-gui-20231027.iso
  124 Nov 28 13:24 OI-hipster-gui-20231027.iso.sha256
 2.4G Nov 28 13:08 OI-hipster-gui-20231027.usb
  124 Nov 28 13:25 OI-hipster-gui-20231027.usb.sha256
 501M Nov 28 13:06 OI-hipster-minimal-20231027.iso
  128 Nov 28 13:25 OI-hipster-minimal-20231027.iso.sha256
 642M Nov 28 13:06 OI-hipster-minimal-20231027.usb
  128 Nov 28 13:25 OI-hipster-minimal-20231027.usb.sha256
 985M Nov 28 13:05 OI-hipster-text-20231027.iso
  125 Nov 28 13:25 OI-hipster-text-20231027.iso.sha256
 1.2G Nov 28 13:05 OI-hipster-text-20231027.usb
  125 Nov 28 13:25 OI-hipster-text-20231027.usb.sha256

$ cat *.sha256
7965967f4ad237559cdb885a931dd4710b2b805cc9e41fad0196eaec1ecc4e79 
/OI-hipster-gui-20231027.iso
12a9afc4d6ad31902066bb1e0ec5389cba67136972f365b287a57a649105774f 
/OI-hipster-gui-20231027.usb
1834ffa9bcf1f0f9258eb01926cc30653ae3042d2fa862d8d834c4b8d984b7e7 
/OI-hipster-minimal-20231027.iso
3051b227f13faf778b579bf05371183a3d1b7ee59d7ead2c042577d24d77c094 
/OI-hipster-minimal-20231027.usb
eadcf808139c47d66b083e2d277b4cba737bebb7bb1b0cd58154223de77d413b 
/OI-hipster-text-20231027.iso
b01fb797812bfabf44409db614233ff154f4451c42ffc7f61888ba601e65dc64 
/OI-hipster-text-20231027.usb


Please confirm SHA256sums.

On 11/28/23 12:19, Udo Grabowski (IMK) wrote:

 doesn't answer, but server seems
alive on pings.

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] 404 Error on pfexec pkg image-update

[Nikola M]

Paul Griffith wrote:
> $ pfexec pkg image-update
> DOWNLOAD  PKGS   FILESXFER (MB)
> library/python-2/python-twisted-26 711/775 39659/41248  521.8/593.3  
>
>
> Errors were encountered while attempting to retrieve package or file data for
> the requested operation.
> Details follow:
>
> http protocol error: code: 404 reason: Not Found
> URL: 
> 'http://pkg.openindiana.org/dev/file/0/6e181bbdaff34937ba26d7180cfd5d2b303bf646'.
>  (happened 4 times)
>   
Please, try using some of the OpenIndiana pkg mirrors:
http://wiki.openindiana.org/oi/Mirrors

Also, please report this if you think it is CDN bug,  per instructions:
http://wiki.openindiana.org/oi/Troubleshooting+chash+failures

Report file to irc channel #oi-dev (irc.freenode.net)
or mailing list oi-dev:
http://openindiana.org/mailman/listinfo/oi-dev
http://openindiana.org/pipermail/oi-dev/2010-September/thread.html#4
So that others could go around that in the future.


___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Nvidia

[Nikola M]

Brian wrote:
>   I tried using vi to do this. I don't think so. Thanks, but I'll wait
> for the next release.
Then try nano.
Ctrl+X is for exiting and it will ask you to save changes.
So simply,
pfexec nano /etc/X11/xorg.conf

Anyway, befor einstalling anything on top of current install, 
make new Boot environment out of current one and then log into it and make 
changes.
That way, if you misconfigure anything on that new Boot environment (BE) 
you can always log back in previous system state (including passwords and 
everything).

pfexec beadm list
(list possibel Boot Environments)

pfexec beadm create newname
(Create new Boot Environment, cloning current system, does not use more space 
on disk)

pfexec beadm activate newname
(to boot next time to new BE the same way you activate older BE to boot to)

pfexec beadm destroy newname 
(to destroy BE forever so it won't take more space)
It can also be done in GUI, from package manager (under File>Manage boot 
environments)

That way, I have 2009.06, snv_131, snv_134, snv_145+illumos and 134->oi_147 
BE's on same disk/zpool :)



___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Error 206 trying to install Open Office

[Nikola M]

Alex Viskovatoff wrote:
> You can get a newer version of OpenOffice here:
>
> http://development.openoffice.org/releases/3.2.1.html
>   
Hi, did you try to install and use OO.org inside OpenIndiana
with that OO.org release labeled for Solaris?

Is that the same as releases on main page?:

http://download.openoffice.org/other.html#tested-full

Please post below Quote/inline.


___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] XEN and Crossbow

[Nikola M]

Kent Watsen wrote:
>> 1. dom0 support has not been built for OpenIndiana because Oracle
>> have discontinued development of it, and it won't be present in
>> Solaris 11 Express.
> While it's true that Oracle discontinued xVM, this was done so as to
> port their Oracle VM solution to Solaris.  The new solution is also
> Xen based and I believe that it will be part of Solaris 11 (reading
> between the lines in statements that have been made)
As I understand, important parts of Oracle VM are closed source and are
only selling as a payed-for closed product. And I think you are first
one that interpreted it like this, everyone else were saying that Linux
will stay at Oracle VM foundation.
If it is for large part closed and integrated in Solaris/express, then
that again does not makes very big difference of chances for being
available to open distributions.

Timetable for code releases for Solaris express or Solaris 11 is not yet
certain.
Seems like community of OpenIndiana have just enough time to make Dom0
support work again in  meantime, especially in the light that importing
new features from , possibly new releases of Solaris (if code is
available after releases, as they were saying) , could take some time
after each their code release. (But also in light that OpenIndiana is
basing it's future on Ilumos spork and now fork of Os/Net)

I see many people very much interested in Xen on SunOS/Dom0 support in
Illumos/OpenIndiana, so seems like some sort of more formal organization
about making it happened should take place.

Since me can only help projects by testing and reporting bugs and so on,
I can just suggest actions to at least one Xen/SunOS developer that
could lead the project:
Activating project inside Illumos.org first (and Openindiana.org),
making site, mailing list etc, where will be seen what people/human
resources are needed, machine and organizational resources needed and
what money funds are needed to re-implement Xvm Dom0 (As already present
in previous recent releases of OpenSolaris before OpenIndiana).


___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Installing VBox

[Nikola M]

Apostolos Syropoulos wrote:
> Has anybody succesfully installed this version of VBox?
>   
I haven't yet installed newest closed source Virtualbox on OpenIndiana yet,
but ever since 13x /dev Opensolaris releases, Virtualbox IPS package in
Sun/Oracle repository stopped refreshing(or it stopped installing,
what's first).

Try to first uninstall currently installed VBox and to install new VBox
from .pkg . That way I managed to have updated closed source VBox on 13x.

Btw, what about having OpenSource Vbox in OpenIndiana repositories
somewhere? (Or as package or IPS for 2009.06+)

Problem I have on OpenIndiana now is that USB support does not work
inside closed VBox(3.2.8) winXP guest but I will try reinstalling
(Because same closed VBox USB support stopped working even on one Linux
box (3.2.10) ).


___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] XEN and Crossbow

[Nikola M]

Darko Hojnik wrote:
> same Kernel of Solaris? I am remembering me that my boxes with Linux
> never would get more then one hundred days uptime. Because they are
> minimum five reboots per each year after upgrading a Linux Kernel.
>   
Not that I am proposing anything, but see/try Kernel splice service for
linux (ksplice com org or something).

Also, I heard that Solaris had Live kernel upgrades/splice from Solaris
8 onwards but never actuallz find anything about that and i think I
remember it ,like asked me to reboot Solaris 10 I was running insode
Vbox, after upgrades, too?

Also I think that Open HA (high availability) setup only works and is
made usabel for OpenSolaris 2009.06 exclusively. And that it is needed
to have this reimplemented in OpenIndiana.


___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Solaris 11 Express

[Nikola M]

Paul Johnston wrote:
> Interesting that most of the names below seem to have gone to "smaller
> outfits" (non-derogatory term)!
>   
Not everyone thinks as a suit (non-derogatory term).
People mostly think about technology backgrounds, innovations and how
sad it is if something open becomes closed and that they just like it to
be open, free for contribution and companies to keep promises.

I hope that some suits there at Oracle understand that being open is
almost equal to be alive and that you can have best technology, but you
mostly can not grow more, without people to advocate it (because they
mean what they say, not because they are just paid for it) and show to
wide audience it's benefits.


___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] I figured this deserved a separate thread

[Nikola M]

Christopher Chan wrote:
> Ubuntu is currently one big mess and their LTS release policies are
> laughable. Yeah, I have a stable version of Pidgin but it did not do
> Yahoo anymore on Hardy well before Lucid got released.
*/Starting ubuntu part../

Hi,
I also used to use ubuntu Hardy and I used GetDeb.net software
repository for new software for LTS release.
But problem with that is that people maintaining GetDeb, also chaised
newest Ubuntu release, too, so it was just to pospone and extend
lifecycle of LTS with newer apps till next LTS.

At the end, I ended up downloading .dsc tar.gz and diff.gz files for
newer packages from newer ubuntu releases and compiling it themselves.
And sometimes i coould satisfy dependencies (with also compiling newer
libraries from newer release etc) but at the end, it came to a halt
because ever newer apps nedded updates of some core libraries that
required.. OS update. So I basically got stuck to latest available app I
could compile as package.
Then there was PPA (personal package archives) with packages of newer
programs and if you ask them nicely, they were making packages, for
older LTS, too.
And Finally I started downloading and using .tar.gz compiled binary
programs from project sites and that was just about when new LTS came.

*/..Ending Ubuntu part/

So, About OpenIndiana/Illumos I can conclude this:
For desktop use it is better to have newer distribution/system, even if
it brings some instability on application level (update of newest
security-patched web browser, Office, mail client, etc)
but it is mostly important to have Core OS updated and security patched.

I measure quality of free software distribution, by that how much is it
able to use all newest app with no need to question Core OS update.
And I think that its binary compatibility, OpenSolaris Based
distributions have much better starting position for this matter,
providing community is big enough and continues to grow, for both
Server/CoreOS use and Desktop use with newest applications and
desktop/drivers.

So As I understand Server user/CoreOS is function of usability, new
technologies and mainstream use for the things iluumos based
distributions and OpenIndiana are used.
Desktop use rely on CoreOS is usable and running and simly compose
itself of Newest packaging of applications, fine-tuning user experience
(Everyone wants to see how OS "looks like" graphically and those things
interesting for laptops.
So I think OpenIndiana is on right course.
 


___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Solaris 11 Express available

[Nikola M]

Cia Watson wrote:
> When I looked at the details for licensing, it suggests one contact their
> sales person and then if you don't have a sales person you can fill in a
> form and someone will contact you. It may be they have tiered pricing or
>   
That licensing of Oracle is very much of a mystery.  (And uncertainty is
not a friend)

If I am expected for paying 1000's USD only to be able to use it on my
laptop or server, I will say them to go to hell and use OpenIndiana. I
can live without ZFS encryption for time being, anyway.
I need newer apps publisher/repository for OpenIndiana, fixed issues
that could stop people of using it and to gradually import missing
features in Illumos/OI that most people think that can be of use.

I think you could look at Solaris Express as to just one more closed
source joke from Oracle.

The difference is that you CAN use OpenIndiana in production for every
use and are not fighting by usage types as for oracle Solaris. You are
legal for Every use with OpenIndiana.
 
On the other hand, most of Code/Software consolidations, besides ON/Net
are open.
I suppose IPS packages should be made in a way that they can be used
together in OpenIndiana (As OpenSolaris continuation) and Solaris11.

Important question to me is: How close OpenIndiana is to
Solaris11(Express) now and what are major issues in having compatibility.
One that I am thinking of is X server. As I heared some time before, it
is upgraded or upgrading to newer version of X.org, and is followed by
new Intel graphic drivers that will be coming in the spring of next
year. I think that could be major issue if OI do not catch up with other
consolidations (and the issue are also ON dependencies of other
consolidation, regarding ON is closed source for time being).


___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Solaris 11 Express available

[Nikola M]

Gabriel de la Cruz wrote:
> Ummm S11 can upgrade from Opensolaris... maybe OpenIndiana could upgrade
>   
As it could be read, it seems unsecured to install SolarisExpress at all,
since it kills ALL other boot environments for starting from GRUB.

It cleans all Be's and have only itself in GRUB and one another previous BE.

I can't call this a normal bug, more like trying to kill forever
previous installations from booting and have only SolarisExpress on boot
menu, intentionally!

Workaround does not give step-by step explanation how to bring back
current GRUB entries that SEx installed. Do you think "SEx" could be
nice to call it?

http://docs.sun.com/app/docs/doc/821-1479/gklaa?l=en&a=view

>
> Only the First GRUB menu.lst Entry of the Source Boot Environment
> Is Created When You Create a New Boot Environment (4061)
>
> When a new boot environment is created, it has only one entry in the
> GRUB menu.lst file regardless of how many entries the source boot
> environment has. The source boot environment's first menu.lst entry is
> used to create the entry for the new boot environment. All other
> entries are ignored. This issue occurs when you create the new boot
> environment either through the beadm command or the pkg update command.
>
> If you need other entries for the new boot environment, they are not
> available.
>
> *Workaround:* Edit the /rpool/boot/grub/menu.lst file and copy the
> desired entries from the original boot environment. Replace the boot
> environment name in the source entries with the name of the target
> boot environment.
>


___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Solaris 11 Express available

[Nikola M]

Tom Kranz wrote:
>
> SX11 has a newer version of ZFS. When you install OpenIndiana over the
> top, it refuses to recognise the disk layout, and wants to either
> repartition it or blow it all away.
>
> I just gave it a go on my hack box and it was an unexpected surprise
> that put the kybosh on that test a bit too early.
Well it seems like it would be best to install 2009.06 and upgrade to
134 or install 134 first.
After that there were 2 paths till now : Upgrade to new BE with Illumos
and building newer Illumos'es and second, upgrade to OpenIndiana BE.
(Or install fresh new OpenIndiana install on separate BE, something i
still have to do)
And now you have third option to upgrade from 134 to SEx11.

So it is WRONG doing - trying to install Solaris Express on fresh system.

Because every Boot environment is world for itself, I see no reason to
do SEx fresh install because it would lock you inside Oracle closed
Solaris world forever on that machine (because of newer version of ZFS
rpool that won't work with any previous and new installation of
OpenSolaris and OpenIndiana/Illumos and therefore, locks you in.


___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Solaris 11 Express available

[Nikola M]

Alan Coopersmith wrote:
> Gabriel de la Cruz wrote:
>   
>> Just for curiosity, how does Oracle check what kind of use you make of an
>> operating system? In order to evaluate third party communications or private
>> information this information should be already public (what means, the
>> 
> Who said anything about snooping on your data or communications to verify the
> use?   Try turning down the paranoia level a little bit - it's just a EULA.
>   
We don't know what is going inside Solaris Express, since it is closed
source.
It could do any kind of weird things inside, Solaris (Express) user
could not ever know about.

And that is not a presumption, that is a fact with any closed source OS.
You can Believe that Oracle is not _sniffing inside_ your organization
and you do not.

Only way you can be sure is when you use OS that is Open Source.
Everything closed makes very much reasonable to be paranoid.


___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Solaris 11 Express available

[Nikola M]

Emanuele Pucciarelli wrote:
> On Wed, Nov 17, 2010 at 09:27, Nikola M  wrote:
>
>   
>> Only way you can be sure is when you use OS that is Open Source.
>> Everything closed makes very much reasonable to be paranoid.
>> 
> This is not true. The paranoid have to agree with Ken Thompson:
> http://cm.bell-labs.com/who/ken/trust.html . If one claims to be
> paranoid but doesn't go that far (the compiler, then the assemblers
> and loaders, then the microcode…), then he/she is at risk of just
> being misguided. :)
>   
Yes. True.
We all wait for a moment once in the future, when all-free code of ON
will be compiled with gcc or clang.. just to be sure ;)

Only it seems that bigger problem is comparison with closed/open source.
Closed source is not to be trusted at all.. as a first step forward.

I think Openness of Solaris Next/OpenSolaris helped people use even
their closed Solaris 10 installations.

Anyway OI is open, let's stick to that, even Oracle promised in some
kind of internal mail message memo that their's ON code will be released
some time after binary releases.  (Solaris11 or SolarisExpress?)

Lets hope they are interested on keeping their new potential customers
OpenSolaris attracted so far.

If ability to be able to buy support for an Open Source OS is to be
retained in the future, that might push selling of Oracle Solaris
Support contracts - instead of bashing it as it is with present
situation of  closed source ON.
> If you are not paranoid, at least DTrace and other observability tools
> give you a few ways to be reassured about what your system does, or
> the certainty that hiding a Ken Thompson-style trick would require a
> whole lot of trojan horses. ;)
>   
Agree.
> As an aside, I wouldn't bet my own business on Oracle's marketing
> strategy now (neither would Oracle's marketing strategy ever try to
> reach me), but I am very glad that Alan and other Oracle people hang
> around Illumos and OI lists and offer help and advice. Thanks!
>   
Yes, true!

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Solaris 11 Express available

[Nikola M]

Kyle McDonald wrote:
> > It cleans all Be's and have only
> itself in GRUB and one
>
> another
>
> > previous BE.
>
> >
> If you do a fresh install this is definitely true. All releases of
> OpenSolaris did the same thing.
I did not know that. I only installed OpenSolaris once, with 2009.06 CD.
Everything else were going through upgrades with new BE's, including
Illumos builds and OI_147.
> Open Indiana will do the same if you do a fresh install. The Installer
> program doesn't have a feature to install from scratch into a new BE.
I think I heard of some link explaining installation procedure of even
Solaris10 as just a new BE.
And some people suggested installing in Virtualbox fresh OI and then
doing ZFS send to new BE dataset.

Anyway, it might be clever to first install at least snv_134 (if not
2009.06 and then update to 134) as a starting polint to the future
releases, since one can have upgrade path from there to every
OpenSolaris variand based on IPS after that.
> >> *Workaround:* Edit the
> /rpool/boot/grub/menu.lst file
>
> and copy
>
>
>
> >> the desired entries from the original boot environment.
>
>
> This description basically says, if you are currently using a BE (say
> for b134) where you've added entries for:
>
> 1) boot Osol b134 with the graphical splash screen
> 2) boot Osol b134 with no graphics
> 3) boot Osol b134 with a serial console
> 4) boot Osol b134 with a screen reader
> 5) boot Osol b134 with a screen reader
>
> Then the new BE created during the the image-update will have all your
> entries for the *old* BE, but it will only have 1 new entry for the
> new BE which will be 'cloned' from the first entry in your old BE. The
> bug is that they won't automatically clone all the entries.
>   -Kyle
Thank you Kyle for clarification. ;)
I understand now.


___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] did i do wrong

[Nikola M]

dennis sexton wrote:
> I upgraded to opensolaris build 134(b) from 2009.06, that is the build
> now available that is
> supposed to permit you to go to solaris 11 express. Now when I try to
> go to openindiana, I get
>
> pfexec pkg image-update -v
> Creating Plan /Planning for install failed:
> Use -v option for more details
>
>
> pkg: No matching version of package/pkg can be installed:
> pkg://openindiana.org/package/p...@0.5.11,5.11-0.147:20100914T035208Z:
> This version is excluded by installed incorporation
> pkg://opensolaris.org/consolidation/ips/ips-incorporat...@0.5.11,5.11-0.134.0.2:20100528T230337Z
>
> So did Oracle do do something or is this me?
>   
I updated to OpenIndiana oi_147 from OpenSolaris 134 (not b) without
much problem, using Wiki OpenIndiana instructions.
(did not try to update from that 134b, that they made available for
their Solaris Express update)

Maybe you could try update to 134, specifying version to update to from
2009.06/111b:

/beadm cre­ate snv-134
beadm mount snv-134 /mnt
pkg install –R /mnt ent...@0.5.11,5.11–0.134
bootadm update-archive –R /mnt
beadm unmount snv-134
beadm acti­vate snv-134
reboot
(http://uros.opensolaris.rs/)
/

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Solaris 11 Express available

[Nikola M]

BM wrote:
> On Tue, Nov 16, 2010 at 6:27 AM, Oscar del Rio  wrote:
>   
>>  The release notes have instructions on how to upgrade from opensolaris.
>> http://docs.sun.com/app/docs/doc/821-1479/gklaa?l=en&a=view
>>
>> It also works to image-update from openindiana.
>> 
> I believe you also updating usage license... :-)
>   
Yes, with updating to from OpenSolaris to Solaris Express, user loose
ability to run Solaris distribution in production,unless you pay
and ability to access source code (no matter do you pay or not).

One have an Option of upgrading to OpenIndiana and then retain ability
to use Solaris distribution for every usage case.


___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] [oi-dev] OI_148 available

[Nikola M.]

On 12/18/10 12:36 AM, Jon Tibble wrote:
Project OpenIndiana is pleased to announce the next development 
release, oi_148, is available.

Hi, thanks for work and some questions:

1.Update from Media to newer OI:
Can one update current oi_147 installation using downloaded oi_148.iso
Live DVD image?

2. Fresh install of new BE of OI on existing zpool:
Is there a manual how to install fresh copy of OpenIndiana 148 in the
new Boot Environment, like fresh install on existing root zpool?
I would like to have a fresh start OI, beside previous BEs and
programs/installs

3. Dev /update publisher for Program and system updates:
How program updates (like Firefox, Thunderbird, security updates of
other packages) will be handled at a later time (We need to have IPS dev
/update publisher for this)

4. Illumos OS/Net integration:
If I install OI_148 and then compile Illumos OS/Net and use it that way,
will everything work fine?
E.G. What would be best/major steps for users in doing testing and
contributing to Illumos integration in OpenIndiana?

BTW, I could not do GUI log in into 148 after update from 147, since X 
freezes the next moment (bug is there since snv_132 and it seems that I 
am unable to use it anymore on Dell Latitude D620 Nbook.
Not to mention that Suspend to ram worked on Illumos ON months ago and 
it still does not on OpenIndiana.
Also VirtualBox internal networking does not work for me on OpenIndiana 
AND USB support is not activating since closed source .pkg package of 
Virtualbox is not recognizing oi_ but expects snv_ version of the OS. 
Any workarounds?

Also How to update FF/TB, etc, before new /dev OI release?
Should we not have some kind of service publisher for dev releases?

Nikola M.

When first dev release with Illumos bits will be there?


___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] [solarisx86] For those nostalgic fellas

[Nikola M.]

On 01/ 4/11 11:46 AM, Jonathan Adams wrote:
> Seriously, is it possible to get this to run on OpenIndiana?
>
> I know I'm a luddite and all, but I've been using CDE for so long and
> trained so many people to use it, and I have learnt to customise the
> menus and actions (and it's so much faster than Gnome) ...
Could you consider using Xfce maybe. It uses same GTK libraries as GNOME
and I think I have seen it packaged for OpenSolaris somewhere.
Would you consider Xfce as viable alternative to CDE, since many unix
like systems use it and it is actively developed (Xfce also uses less
resources then Gnome).


___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Messed up system

[Nikola M.]

On 01/ 6/11 01:53 PM, hairryharry wrote:
> Hi
>
> Have been running OI148 on Sony Netbook with good results. Had
> installed OpenOffice from osol repo (contrib) and decided to uninstall
> through package manger and install 3.2.0 GB version from download.
> Could not get 3.2 to work and OI hung on shutdown requiring drop to
> console log in and halt from there.
> On booting drops out to console and will not allow root login only
> user. When trying to then "startx" or any command I get
> "-bash:/usr/bin/startx: /bin/ksh : bad interprter: no such file or
> directory"
I was just thinking about this problem a minutes ago.
My install of OI_147 was also messed up and would not boot after
installing Open Office 3.2 from OpenOfffice.org Oracle site.

Be warned and do not install OO.org 3.2 with install script untill
problem is solved.
(I actually did kill my second OI BootEnvironment twice with this Oracle
OO.org install)

Note to me and all: Make sure you make copy of your working BE with
beadm create _newname_
command, befor einstalling third party programs (Or after install and
after you set everything just how you like.


___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Upgrading from 134b to 148 fails

[Nikola M.]

On 01/ 6/11 07:57 PM, Gary Gendel wrote:
> Thanks for the information. This v20z install is far from pristine
> since it started with a UFS root disk somewhere around build 60 and
> was upgraded using LU until OpenSolaris Community Edition ended. It
> was then migrated to OpenSolaris around build 111 with a ZFS root and
> pkg updates until 134b. Now I need to migrate to OpenIndiana. The
> laptop successfully upgraded to 147, but something bad happened in
> 148. I figured it was time to migrate to OpenIndiana on the v20z and I
> believe it's close and fresh install will probably work, but I'm not
> happy about it and if it doesn't work, then I wasted a lot of effort.
134b is update to 134 that was released by Oracle AFTER releasing
Solaris Express, which in turn, came after OpenIndiana 147.
OpenIndiana 147 could be updated from snv_134 (not 134b).

One can update from previous OpenSolaris to snv_134 specifying release
version when doing image-update. And then do update to OI_14x.

beadm cre­ate snv-134
beadm mount snv-134 /mnt
pkg –R install /mnt ent...@0.5.11,5.11–0.134
bootadm update-archive –R /mnt
beadm unmount snv-134
beadm acti­vate snv-134
reboot

I don`t think anyone mentioned yet managing of updating from snv_134b to
oi_148 yet.
If anyone managed to update from 134b to oi_148, please tell so.


___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] "Anonymous" users in the OpenIndiana Confluence Wiki

[Nikola M.]

On 01/ 7/11 04:05 AM, Dave Koelmeyer wrote:
> Quick question: I registered an account in Confluence ages ago but
> from what I can tell, every comment I make (along with everyone else)
> is not signed by my username, but by an "Anonymous" user. Is this by
> design? Makes feedback on the Wiki more tedious than needs be.
And how account in Confuence is made anyway?

Is it still needed to contact Albert Lee (trisk mail on opensolaris with
dot org)?
(http://openindiana.org/pipermail/openindiana-discuss/2010-September/000293.html
)

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] XVM

[Nikola M.]

On 01/10/11 06:53 PM, Albert Lee wrote:
> On Mon, Jan 10, 2011 at 11:21 AM, trevor robinson  
> wrote:
>> anyone any idea where the openindiana IPS xvm packages come from ? and
>> from what source repository they are built ?
>>
> They were imported as binaries from Solaris 11 Express (151a) as all
> of the software included is under open licences.
> 
> It is not clear if the current xVM binary builds come from a newer
> non-public tree or if the public trees reflect the last update. My

Is there many packages in current OI that are not built for OI and that
source for them is not known? Do I understand it right?

What is the regular path to get source for any package that is included
in OI, anyway?
Should not source be copied before building and importing packages to OI?

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Netbook LCD dim

[Nikola M.]

On 01/10/11 10:47 PM, hairryharry wrote:
> Hi
> 
> I'm continuing my experimentation with OI on my Sony w11 netbook.
> 
> Generally very pleased with experience after several minor hiccups. What
> I cannot seem to resolve is LCD dimming on change to battery power. I
> have set in gnome-powwer-manager, set with gconf editor and can dim the
> display with brightness control applet but cannot get auto dim on change
> to battery.
> 
> Nothing significant when googled. Just wondered if any one has come up
> with a fix for this.
You could post a bug, explaining your hardware and a problem.
Someone might ask you to provide more details and tell you how to
provide them.
bugs.openindiana.org
I guess searching defect.opensolaris.org might be worth checking


___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] [solarisx86] For those nostalgic fellas

[Nikola M.]

On 01/ 9/11 01:15 AM, Marc Williams wrote:
> On 01/ 4/11 09:10 AM, Nikola M. wrote:
>> Could you consider using Xfce maybe. It uses same GTK libraries as GNOME
>> and I think I have seen it packaged for OpenSolaris somewhere.
>>
> Y'know, back in the day Xfce's panel had the option of looking like
> CDE's. Although it's similar it doesn't look the same anymore.
> Is it still possible to get it to look like the old CDE panel or is
> that option long since gone?

You can put it on the center of the screen, that is for sure.
Maybe you could ask someone on xfce list or something.

I have been using Xfce for 3+ years with Xubuntu and I mostly make it
look like win95 bar with one extra panel.
Anyway Xfce is greatly configurable as I know, it has a lot panel addons
etc. so you cna make it look in many different ways (not like gnome that
is mostly sticked to default look) and also can use gnome addons inside
of him, through xfapplet addon.

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Contrib repos

[Nikola M.]

On 03/14/11 03:26 PM, Hans J. Albertsson wrote:
> I know the contrib repository on opensolaris.org disappeared.
>
> Have those packages reappeared anywhere else, or is it all being
> integrated? Or is it gone?
Yes, what are alternative repositories beside main one and a copy of
opensolaris.org?
Now that contrib is not here what is new contrib?

Someone mentioned unsupported IPS publishers (or repositories how you
like it) made from SFE?
Where to find those, etc?

PUBLISHER TYPE STATUS   URI
openindiana.org  (preferred)  origin   online  
http://pkg.openindiana.org/dev/
opensolaris.org  (non-sticky) origin   online  
http://pkg.openindiana.org/legacy/
ips.homeunix.com  origin   online  
http://ips.homeunix.com:10906/
ips.homeunix.com1003  origin   online  
http://ips.homeunix.com:11003/

extra(non-sticky, disabled) origin   online  
https://pkg.sun.com/opensolaris/extra/
contrib.opensolaris.org  (non-sticky, disabled) origin   online  
http://pkg.opensolaris.org/contrib/
sunfreeware  (disabled)   origin   online  
http://pkg.sunfreeware.com:9000/
justplayer   (disabled)   origin   online  
http://pkglabo.justplayer.com/dev/
blastwave(disabled)   origin   online  
http://blastwave.network.com:1/
pkg.opensolaris.cz1  (disabled)   origin   online  
http://pkg.opensolaris.cz:1/
os-devel (disabled)   origin   online  
http://91.194.74.69:1/
kdeips-dev   (disabled)   origin   online  
http://solaris.bionicmutton.org/pkg/4.5.3/


___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] best migration path from Solaris 10

[Nikola M.]

On 03/18/11 10:56 PM, Paul B. Henson wrote:
> We've been running Solaris 10 for the past couple of years, primarily
> to leverage zfs to provide storage for about 40,000 faculty, staff,
> and students as well as about 1000 groups. Access is
Questions are: Do you care of your OS being open and not tight to only
one company, and do you care for software and packaging compatibility
and do you need payed support or not and do you need it right now or in
the future?
Do you want to tie yourself with Oracle and closed Solaris products?
(even if unofficially there were saying that they might open code after
S11 release)
If you used closed product before, that might be your enterprise upgrade
path. Just prepare to cache Oracle out and that is it.

If you want to use free open source with ability to buy suport and all
you want to use is zfs,
then Nexenta is your way with their both free to use releases and
commercially supported ones.
Nexenta support development of Illumos that is future base of
OpenIndiana, too.
So Nexenta is something like what Sun previously was doing, they are
actively developing it and you can have support for less money then from
Oracle, I suppose.

OpenIndiana is and will contiue to be closest you can get to Oracle
Solaris releases. It shares software consolidations (and packaging,
IPS,pkg) with closed brother. OpenIndiana has stable release in mind in
near future, that might suit your needs.
Dev OpenIndiana releases are (slowly) following path of OpenSolaris dev
releases,
so OpenIndiana can be right now Solaris 10 replacement (many people just
continued to use OI dev) and in the future, with transition to Illumos
base ahead in mind.

I think that best thing you can do is to install OpenSolaris snv_134 (or
134b) and from that point you can see where you can go: To OpenIndiana
dev and then follow Illumos development and wait for OpenIndiana stable
, And try even closed Solaris Express 11.
(with No zfs upgrade to Solaris Express version (!) - Be sure Not to do
zfs and zpool upgrade to closed Solaris 11 express version, because you
will be then locked-in in Oracle zfs versions.)
I do not know how Nexenta could be installed in the same zpool in new BE
but I suppose it can, since I know upgrading Nexenta use zfs BE's, too.

That way, with multiple installs and sharing zfs between them, you are
on safe ground of being able to test and choose to what will come in
future and ,beside Oracle, there are at least 2 solutions now and in the
future, that you can consider.

I would personally like if one could buy support from Nexenta and
continue to use OpenIndiana or Nexenta :) But Nexenta is more
server-like and OpenIndiana is shooting to all-around solution.



___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] [illumos-Developer] Unable to boot OpenIndiana on my dell studio 1450

[Nikola M.]

Hi,
I upgraded before from OpenSolaris snv_134 to OI_147 and it can boot and 
working untill screen freezes, because of i915 snv_132+ X bug (i945 Dell 
Latitude D620Nbook), so I mostly was spending time in snv_131 that is 
last version that does not freeze X after some time.


After several trying to upgrade from oi_147 to oi_148, oi_148 will not 
boot.
(have done oi_148 upgrade 3 times, always thinking it is something wrong 
with upgrade etc.
Last I tried is to upgrade directly from snv_134 BE that I kept to 
oi_148 and again, it won't boot.


How do I get oi_148a publisher, with IllumOS base, to try to upgrade 
from oi_147 or snv_134?

Is it better to try to upgrade from 134b instead?

I have turned ON virtual consoles in OpenSolaris when they are 
introduced and they were working untill I installed Openindiana I think.

Does virtual consoles work on oi_148 and might they be the trouble?

From where do I get system log from the BE that stopped booting?
(And from where to grab them after -v option is put on GRUB)
I got some interesting error messages from oi_148 upgraded from 134, 
about some IDE device, I think.



___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] [illumos-Developer] Unable to boot OpenIndiana on my dell studio 1450

[Nikola M.]

On 03/21/11 10:36 AM, Jonathan Adams wrote:

I'm not sure if this helps any, but Sol10 U8 requires more memory than
U7 ... I could install U6/U7 on 192Mb, but I can't even get it to load
the kernel in that on U8.
   

Machine is 3.3GB RAM Nbook. (4GB but visible only 3.3 due to Dell BIOS)
It have 2009.06->131->134->OI147/148


___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] How to index all files on a oi system

[Nikola M.]

On 03/17/11 08:05 AM, Jeppe Toustrup wrote:


It is in the repository as the package pkg:/file/slocate.


When soemone says "index all files on system", I firstly think about
system service that is doing its searching in the background and make
sure searching is taking less time when it is needed.

Like beagle and tracker on gnu/Linux.

As I see, Tracker is there inside OI_148 publisher.

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] 3TB disks for tank zpool? Can only use 2 TB.

[Nikola M.]

On 03/22/11 03:20 PM, John McEntee wrote:
> http://wiki.openindiana.org/oi/SATA+-+Advanced+Format+and+4K+Sector+drives
>
>
> This only provides a small performance workaround for drives using 4K
> sectors internally but presenting 512b sectors. It does nothing to enable a
> partition to be greater than 2TB, which opensolaris puts on the disk when I
> give zpool a bank empty unpartitioned disk.
I have not heard that any Solaris* can use disk/partition in zpool,
larger then 2TB. Maybe you can try partitioning disk with 2+1TB

That might be good request for IllumOS.org crew to enhance OS/Net and ZFS.


___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] OI boot problem

[Nikola M.]

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
> 
> Well I've always found anything other than the System V way of doing things 
> to be
> amateur hour.
> 
> Compatibility isn't just with scripts, it's with people too.
> 
> Besides, what's so hard to remember about
> shutdown -i6 -y -g0?

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 them because I also did not
know. (I told him pfexec halt and he was angry at me and whole
distribution for not doing full shutdown).
I figured that out by being stubborn and looking at man pages, and that
is what 99 percent of eventual newcomers will not do.

If I told them that shutdown command needs 3 switches or looking at man
pages and remembering of them, then I would be laughed at.

I think everyone is thinking that old behavior should working as
expected. Just There is need for a command, like /halt/ or other named
that definitely shutdowns machine with one command.

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] OI boot problem

[Nikola M.]

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.


___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] OI boot problem

[Nikola M.]

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 still, if you wanna have linux commands, just use linux.

Agreed.
Just we need to think of expanding user base,admin and dev base
and init X does not remind me on halt.

Perheaps to make turnoff alias for init 5 (or 6)?
Do you think that present halt command could be made to shutdown power
to machine by default in OpenSolaris based distributions?
Or to change shutdown default behavior?

I think present reboot command can not shut down machine or I am wrong?

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] OI boot problem

[Nikola M.]

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
> "init 6" is not so hard to find, especially when someone comes over
> from Linux.
I think that init X is mostly not connected in mind of newcomers with
shutting down machine. (At least I am pretty much scared to use it,
myself) ;)
>> If I told them that shutdown command needs 3 switches or looking at man
>> pages and remembering of them, then I would be laughed at.
> But shutdown does not need three switches.  Here are the defaults as
> defined in shutdown (it is a shell script):
>
>   grace=60
>   askconfirmation=yes
>   initstate=s
>
> So without switches, it would also work.  You'd just have to wait
> 60 seconds longer, you'd have to type "y" in response to a prompt,
> and you would end up in single user mode.
Maybe newcomers would expect to end up actually doing shutdown.
It is not problem for us who know it.
Thing is how to make new ones them to stay.
>> I think everyone is thinking that old behavior should working as
>> expected. Just There is need for a command, like /halt/ or other named
>> that definitely shutdowns machine with one command.
> Really?  Maybe the default "s" could be changed to "6".  But other
> than that, I don't see a need for another command, in addition to
> "shutdown" and "init" and "halt/reboot" and "uadmin". :-)
Yes something like that, changing something that would make easier for
new users to actually shut it down. Like, halt is shutdown that actually
do power off the hardware.
Thank you for your thougths.


___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] OI boot problem

[Nikola M.]

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 page as poweroff)
>   reboot(1M)
Thanks Volker,
I just re-checked them all with man command.

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 simple.

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] New illumos based OpenIndiana test repo

[Nikola M.]

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 not boot on my machine.(both updated from snv_134 or
oi_147)

Can I somehow update OI_148 BE with bits from oi_147 updated with
pkg.openindiana.org/dev-il and try to boot it after that?

Thanks a lot.

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] OI boot problem

[Nikola M.]

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 personally hit reply in Thunderbird and Every time I get message
right inline with topics, like it should.)
Cheers!

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] OI boot problem

[Nikola M.]

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 threads with he's
responses since 2010/10/16:

http://img863.imageshack.us/f/apostolos.png/

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox 4?

[Nikola M.]

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
repository from where every OI install could pull from and be equipped
with newest applications, that is important to be current.
Because of security reasons and for being current.

Guess that is not so near future but I felt like need to mention IPS
update publishers.

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Grub2 and OI

[Nikola M.]

On 04/ 1/11 08:01 AM, Darko Hojnik wrote:
> On ZFS v14 its known to be working. The GRUB Devel team has applied the
> Code because it's under the GPL. Only on ZFS v28 whats will come with
> FreeBSD 9 CURRENT I don't know.
> 
> Known Issue with FreeBSD and Grub2 is, they is no way to activate a
> serial console on COM1 at startup to see all output from the kernel. You
> have to wait after boot, then it will turns on.
> One of the reason why I will try OpenIndiana. All my Servers has got IPMI.

I would like to try the opposite, installing FreeBSD 8.2 where
OpenSolaris and OpenIndiana are installed.
Zpool is from 2009.06/111b version so I guess FreeBSD will work with that.
So I would like to add FreeBSD to sun GRUB. (I downloaded 8.2 freeBSD
DVD .iso).

My reasons are: Newer userland programs and willing to try something
new. I have never been in FreeBSD (since I already have Osol, OI nad
S11Ex on same zpool/disk).

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] System halts on boot when there is no keyboard

[Nikola M.]

On 04/ 9/11 01:24 PM, Robin Axelsson wrote:
> Hi,
> I just discovered that the system simply won't boot when there is no
> keyboard present, all I see is a dead boot splash without the rolling
> orange sausage.
>
> The intention of the system is to run it as a headless file server but
> I had to attach a keyboard to take care of regular HTSF errors that
> occurred in the BIOS. After a few BIOS updates the errors still occur
> but I don't need a keyboard to reset the system and try again until
> the BIOS can proceed without HTSF errors.
>
> I also noticed that as soon as I insert the keyboard to the PS/2 port
> the orange sausage starts to roll and the system boots up, so it is as
> if the system is just sitting there waiting for a keyboard to say
> "Hello".
>
> This looks like a bug to me but is there a way to circumvent this and
> still be able to use a keyboard whenever I plug one in on the PS/2
> port while it's booted up and running (X)?
I guess system should boot without  keyboard and if it is getting to
that after starting X (sausage) that might be feature bug. And might be
reported.
I was always thinking about that thing as of progress or as a snake but
I suppose it is a matter of perspective.

On the other hand, you probably will not log in from X on local graphics
X console, so you might disable graphical gdm as service from loading
and see how it behaves.
$pfexec svcadm disable svc:/application/graphical-login/gdm

All that, providing that BIOS on your machine allows it to even start
booting without keyboard attached. Try setting Errors: None, All Errors:
All, but disk/key in BIOS settings, that might do it for most normal x86
PC bioses I have seen.


___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] System halts on boot when there is no keyboard

[Nikola M.]

On 04/10/11 11:56 PM, Robin Axelsson wrote:
> I'll give it a try. Ken Mays (who replied directly to me and not to
> the list) has told me that this is a known issue and should be fixed
> in build 148b. This update can be retrieved from the
> http://pkg.openindiana.org/dev-il/ repository. It would be interesting
> to know how it differs from the ordinary /dev repo.
Great then. I recently upgraded BE to 148b, it is based on IllumOS OS/Net.
Beside it does not have local keyboard settings but Us english (I did
not found Gnome keyboard layout switching applet). I did not tried
unplugging keyboard or boot without keyboard but I am happy to know that
booting without keyboard is fixed in 148b+.
> But I find it hard to see how BIOS has anything to do with it. I do
> get past the BIOS_post and the GRUB bootloader. If the BIOS would
> object I suppose I would get a No Keyboard BIOS_post error and a halt
> in the BIOS and not while OpenIndiana is booting up.
That is right. I just thought that you maybe were not past the BIOS_post
and found important to mention BIOS settings too, if someone forget
setting it in BIOS before turning ordinary PC in headless server.


___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] CIFS slow reads but fast writes

[Nikola M.]

On 04/22/11 05:55 AM, Dan Swartzendruber wrote:
> Hmmm, looks like it might be realtek lossage.  Crystaldiskmark just finished
> the read phase.  Getting about 56MB/sec, which isn't tremendous, but it
> beats the snot out of the 33 or so the RT was generating.  I then re-ran the
> iSCSI crystaldiskmark test, and got about the same amount!  e.g. cifs is
> faster with the e1000 but iscsi slower.  Not sure if there is some tuning
> parameters for the e1000 card on the win7 that are dragging things down.
> It's late and I think I've beat my head on this enough for tonight :)
I was just reading DTrace book Chapter 5 and on the page of 387 and up
(page 97 and up in Free to download 100 page sample PDF chapter from the
book), I found an example of how to use Dtrace and other tools to track
down performance problems, like one you explained.

Maybe is worth checking it out that Case study, in it, it fixed
bandwidth problem with changing I/O size on the client from 1MB to 128KB.

http://www.dtracebook.com/index.php/Main_Page
http://dtracebook.com/images/dtbook_scripts.tar.gz
Sample chapter:
http://dtrace.org/blogs/brendan/files/2011/02/DTrace_Chapter_5_File_Systems.pdf

It might also put DTrace in use on other problems too, that might be
fixed by tweaking setting, segarding usage case and application needs.

DTrace:
http://www.solarisinternals.com/wiki/index.php/Solaris_Internals_and_Performance_FAQ
http://hub.opensolaris.org/bin/view/Community+Group+dtrace/WebHome
http://www.solarisinternals.com/wiki/index.php/DTrace_Topics_Intro
http://wiki.genunix.org/wiki/index.php/DTrace_FAQ


___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

[OpenIndiana-discuss] [zfs-discuss] aclmode -> no zfs in heterogeneous networks anymore?

[Nikola M.]

I am forwarding this to openindiana-discuss@openindiana.org list,
with hope of wider audience  regarding question.

 Original Message 
Message-ID: <4db68e08.9040...@googlemail.com>
Date: Tue, 26 Apr 2011 11:19:04 +0200
From: achim...@googlemail.com 
List-Id: 

Hi!

We are setting up a new file server on an OpenIndiana box (oi_148). The
spool is run-in version 28, so the "aclmode" option is gone. The server
has to serve files to Linux, OSX and windows. Because of the missing
aclmode option, we are getting nuts with the file permissions.

I read a whole lot about the problem and the pros and cons of the
decision of dropping that option in zfs, but I absolutely read nothing
about a solution or work around.

The problem is, that gnome's nautilus as well as OSX' finder perform a
chmod after writing a file over ifs, causing all ACLs to vanish.

If there is no solution, zfs seems to be dead. How do you solve this
problem?

Achim
___
zfs-discuss mailing list
zfs-disc...@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss


___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] NTFS-3G

[Nikola M.]

On 04/26/11 12:20 PM, Robin Axelsson wrote:
> On 2011-04-23 16:06, Apostolos Syropoulos wrote:
>> Hello,
>>
>> I have compiled ntfs-3g under OpenIndiana 148 and it works just fine.
>> Also, I have made some patches and I have send them to the developers
>> for
>> review. If anyone wants to test the package, please send me an e-mail
>> off-list.
> I was sitting for days trying to get it work on OSOL b111. I finally
> made it work but when I updated to 134 it stopped working again. The
> system just crashed hard
I had similar experience with fuse and ntfs-3g after upgrading to some
of the later Osol dev releases, too.
But I compiled fuse and then ntfs-3g again and everything started to
functioning like it was before. I use it now on OI and everything works
fine, like before.

It is even better if there is ntfs support with fuse inside some IPS
repository, soo after installing/upgrading to OpenIndiana, one can just
add that new IPS publisher and click-install it from packagemanager. Any
idea/support for making this new IPS repository with such (and other)
tools like that and making is available?

These are *_old_* instructions (I suppose there are newer ones now
somewhere):
http://hub.opensolaris.org/bin/view/Project+fuse/Installation
http://www.tuxera.com/community/ntfs-3g-download/
> pfexec pkg install gcc-dev sunstudioexpress SUNWmercurial
> cd /tmp
> mkdir ntfs
> cd ntfs
> wget -c http://dlc.sun.com/osol/on/downloads/current/SUNWonbld.i386.tar.bz2
> bzcat SUNWonbld.i386.tar.bz2 | tar -xvf -
> pfexec pkgadd -d onbld SUNWonbld
> export 
> PATH=/opt/SunStudioExpress/bin:/usr/bin:/usr/sfw/bin:/opt/onbld/bin/i386
> hg clone ssh://a...@hg.opensolaris.org/hg/fuse/libfuse
> hg clone ssh://a...@hg.opensolaris.org/hg/fuse/fusefs
> cd libfuse/
> make
> make install
> make pkg
> cd ../fusefs/kernel
> make
> make install
> make pkg
> pfexec /usr/sbin/pkgadd -d packages SUNWfusefs
> pfexec /usr/sbin/pkgadd -d ../../libfuse/packages SUNWlibfuse


> mkdir /tmp/ntfs/ntfs-3g
> cd /tmp/ntfs/ntfs-3g
> wget -c http://tuxera.com/opensource/ntfs-3g_ntfsprogs-2011.4.12.tgz
> tar xvzf ntfs-3g_ntfsprogs-2011.4.12
> cd ntfs-3g_ntfsprogs-2011.4.12
> ./configure
> make
> pfexec make install

To mount: pfexec ntfs-3g /dev/dsk/c7d0p1 /media/ntfs (or where partition is or 
mount point you like)
Or see with pfexec format and pfexec fdisk /dev/rdsk/_diskname_ what ntfs 
partition is. 
Same goes if Ntfs disk is plugged in USB port and works the same.

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Cannot Install

[Nikola M.]

On 05/ 3/11 05:41 PM, Eric Tse wrote:
> Hi there, I'm trying to get oi to work but when I burn the ISO, the
> installer comes up to the "grub >" line. I have redownloaded the iso twice
> and burned it twice.
Try to burn it with  Infra recorder,
it is free software: http://infrarecorder.org/
Try using DVD+(-)RW disc, that way you can experiment with burning DVD.


___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Cannot Install

[Nikola M.]

On 05/ 3/11 06:31 PM, Gary Driggs wrote:
> Did you look at the md5sum after downloading?
One can also "fix" downloaded image file, using torrent that will check
already downloaded file and fix it, since torrents have check sums for
files.



___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] OI 148/151dev, intel915 Xorg freezes

[Nikola M.]

On 06/ 8/11 12:22 PM, Olaf Bohlen wrote:
> I'm in trouble with my "new" hp ProBook 6450b. It has a i915 Intel
> graphics card installed and running it with the vesa driver in Xorg
> works.
> If I want to use the "intel" driver from Xorg to use DRI, I just get a
> black screen (it switches to graphics mode, but nothing appears on the
> screen).
> According to Xorg.0.log everything works fine, no errors are printed.
>
> Has someone an Idea to solve this?
Latest info I got about i915/Illumos/OI is that one should go to
http://intellinuxgraphics.org/how_to_report_bug.html
and see if upstream driver writers can help.
If debugged changes are modest, then GDA could pick them up.
For debug info, see:
http://intellinuxgraphics.org/how_to_report_bug.html
(I haven't made any intelligent moves on topic till now)

http://openindiana.org/pipermail/oi-dev/2011-January/thread.html#117

See if those descriptions of mine apply to you:
http://mail.opensolaris.org/pipermail/laptop-discuss/2010-February/thread.html#8368
http://mail.opensolaris.org/pipermail/laptop-discuss/2010-March/thread.html#8386

I also have much trouble with 915 graphics driver, since Opensolaris
snv_132 (131 was latest that was working Ok).
Since 132 I have screen freezing in random times so my sessions in OI
are short and almost always broken with screen stops refreshing.
It also happening in S11Ex, so everyone is in the sam wagon.

I personally have some doubts about actual hardware (Dell D620 Nbook,
Intel) but since the time bug is reported when OpenSolaris 132/133 was
there , there was a little move on this matter. Latest info I had befor
Oracle closed bug reports to outside reporting and viewing is that i915
graphics bugs are postponed for next Xorg server in closed Solaris branch.
Since I have no info that anyone actually work on implementing newer
Xorg in newer OI releases, and I am not sure anyone is fixing bugs i
Xorg on Illumos Level (point me to one if I am wrong) , there are fat
chances that i91 bug could be sorted out.

I myself is willing of learning and debugging everything needed, but it
is kind of chicken and egg problem at me,
To feel safe and to have environment that is stable enough to work on, I
need at least stable X. Not to mention other things that I am not doing,
that I could for OI. *Like porting and other things)

Someone could say I should change hardware. But ATM I can not.
So I am seriously thinking of somehow moving away on this hardware  if I
am not capable of debugging/fixing it myself alone and I am not untill I
learn.


___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

[OpenIndiana-discuss] Shorter subjects for mailing lists

[Nikola M]

I would like to propose shorter subjects in the mailing lists.
(Caiman-team,G11n-team,Jds-team,Sfw-team, rest are Ok I think)

Like:
[Jds-team] [OpenIndiana Distribution - Bug #1054] dev-148b Gnome Invest
Panel Applet Chart Failure
Could be:
[Jds-team] [OI Dist-Bug#1054] dev-148b Gnome Invest Panel Applet Chart
Failure
Or
[Jds][OIDist-Bug1054] dev-148b Gnome Invest Panel Applet Chart Failure
or even shorter.

I know that wide screen monitors are now common,
but shorter subjects by default would help in visibility of messages in
Inboxes,
providing most people already filter them by List-Id: header or by other
fields, etc.

Cheers
Nikolam


___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] [illumos-Discuss] branding for illumos/openindiana

[Nikola M.]

On 06/22/11 09:28 AM, Gregory Youngblood wrote:
>> Do you want to tell me that last year, during which I have done everything 
>> to promote OpenIndiana in my local Open and Free software community, is 
>> going to be wasted? No one and I really mean no one will ever take a second 
>> look again if I have to go yet another round of "So, this *was* OpenSolaris 
>> and it *was* OpenIndiana, now it is SomeOtherShit."
>>
>> On the other hand, is branding/naming/whatever more important than features, 
>> fixes and enhancements?
+1
I would like to share with you some insights about this promotion thing,
since in previious period, I was still giving away 2009.06 CD's together
with OI update and Illumos/S11ex story to tell.
>> At this point, I think a name change is a premature optimization. Let's get 
>> further along the technical track and realize some of the code, stability, 
>> and feature goals first, and then decide if a name change, probably as part 
>> of a concerted promotion and evangelizing campaign for the "new" system, is 
>> the way we want to go. We can hang on to all the suggestions so far, even 
>> make a place to accept new ideas, or we can wait to come up with ideas if 
>> that's the direction things go later.
+1

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Shorter subjects for mailing lists

[Nikola M]

Nikola M wrote:
> I would like to propose shorter subjects in the mailing lists.
> (Caiman-team,G11n-team,Jds-team,Sfw-team, rest are Ok I think)
PLEASE
Consider shortening Subject lines for Mailing list subjects.
PLEASE.
>
> Like:
> [Jds-team] [OpenIndiana Distribution - Bug #1054] dev-148b Gnome Invest
> Panel Applet Chart Failure
> Could be:
> [Jds-team] [OI Dist-Bug#1054] dev-148b Gnome Invest Panel Applet Chart
> Failure
> Or
> [Jds][OIDist-Bug1054] dev-148b Gnome Invest Panel Applet Chart Failure
> or even shorter.
>
> I know that wide screen monitors are now common,
> but shorter subjects by default would help in visibility of messages in
> Inboxes,
> providing most people already filter them by List-Id: header or by other
> fields, etc.
>
> Cheers
> Nikolam
>


___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] SeaMonkey

[Nikola M.]

On 06/24/11 10:21, Andrey N. Oktyabrski wrote:
> Where I can get the latest (2.1 or 2.2-beta) version package for the
> OpenIndiana? I use 2.0b1 at the moment. It eats 3-4 times less memory
> than the Firefox+Thunderbird.
There is no compiled nor packaged Seamonkey for Solaris and OpenSolaris
based distributions or OpenIndiana/Illumos.

I also have installed latest compiled from a guy who worked at that time
at Sun, but after he left, no one continued to make and package it.

It might be worth putting seamonkey in SFE (spec files extra) after that
it can get inside IPS repository (and in .pkg for Solaris 10+) and be
more widely used.

Interested in colaborating in building Seamonkey for OpenIndiana/Solaris
with me?

Nikola M.

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Shorter subjects for mailing lists

[Nikola M]

Sriram Narayanan wrote:
> Just [oi] sounds good - it'll let us identify mails visually, though
> having said that, I now wonder how important that is.
>
> On Gmail on my Blackberry, I'm able to see the entire subject line,
> but my responses come through as top-posts :(
>
> -- Sriram
>
> On 7/13/11, Ken Gunderson  wrote:
>> On Mon, 2011-07-11 at 23:00 -0700, Gregory Youngblood wrote:
>>> On Jul 11, 2011, at 9:07 PM, Joshua M. Clulow wrote:
>>>
> On 2011-07-09 14:20, Roy Sigurd Karlsbakk wrote:
>> Most of us use GUI-based email readers that handle>80char subjects. Is
>> this really an issue?
 Yes, it is really an issue.  Trying to make sense of mailing list
 subjects on my phone, for instance, is a bit tiresome.
>>> I have my mail app on half my screen and with my current setup the subject
>>> I see is "Re: [OpenIndiana-discuss] Shorter su..."
>>>
>>> My suggestion is to change the subject prefix in the list software from
>>> "[OpenIndiana-discuss]" to "[oi-disc]" and that will reclaim a lot of
>>> subject line real estate all by itself.
>> My suggestion would be to use just "oi" for the general discussion list
>> and leave hyphen whatever for more specialized lists, e.g. oi-dev,
>> oi-bugs, etc.
There are multiple mailing lists in Openindiana, and proposal to
shorting subjects on them
 goes firstly for the rest of the list subjects, not just
openindiana-discuss.

Subjects starting llike this:
[Caiman-team] [OpenIndiana Distribution - Bug #1024] (New)
[G11n-team] [OpenIndiana Distribution - Bug #1084] ...
[Jds-team] [OpenIndiana Distribution - Bug #879] ...
[Pkg-team] [OpenIndiana Distribution - Bug #879] ...
[Sfw-team] [OpenIndiana Distribution - Bug #1206] ...
[Xnv-team] [OpenIndiana Distribution - Bug #1135] (New) ...
should be shorter.

Subjects like this:
[OpenIndiana-New-developers]
[OpenIndiana-discuss]
Could be /and could not be made shorter,
mainly since discuss is the OI main mailing list.

While this ones maybe do not need shortening:
[oi-infra]
[oi-dev]

So the problem with big subjects is for relatively recently added
groups, where OpenIndiana could be shortened to OI and Distribution to
Dis or something,  subject could work without the word "Bug" and all
those blank spaces in between like this:
[Caiman-team] [OI-Dis-B#1024] (New)
[G11n-team] [OI-Dis-B#1084] ...
[Jds-team] [OI-Dis-B#879] ...
[Pkg-team] [OI-Dis-B#879] ...
[Sfw-team] [OI-Dis-B#1206] ...
[Xnv-team] [OI-Dis-B#1135] (New) ...
Or even:
[Caiman-t] [OI-Dis-B#1024] (New)
[G11n-t] [OI-Dis-B#1084] ...
[Jds-t][OI-Dis-B#879]...
[Pkg-t][OI-Dis-B#879]...
[Sfw-t][OI-Dis-B#1206]...
[Xnv-t][OI-Dis-B#1135] (New)...

What do you think?


___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Shorter subjects for mailing lists

[Nikola M.]

On 07/17/11 22:39, David Dyer-Bennet wrote:
> off would break it. But really, if sorting by mailing list, use the
> List-Id: header!)
Exactly.
I sorted lists for years using subjects and sender.
List-Id: header is best way of sorting lists.

Thing is that subject lines that are too long are problem with new lists
and for older ones, someone was clever enough to put oi instead of
Openindiana etc.

I think same goes for Illumos mailing lists: They have too long subjects
with no reason actually.

I am not sure who is administering mailing list. But I think question of
shorting subjects asks for an answer.



___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Donations to the OpenIndiana project

[Nikola M.]

On 07/02/11 20:08, oi-disc...@gftm.eu wrote:
>  Is it possible to make a financial donation to the project? I had no
> luck finding any links.
>
Maybe that could be done.
I suppose people thought that best OI needs is more developers and users
and second donations, since facilities are provided by interested
parties that started it.
And that pledge for money is not necessary atm.

But I think that would be fine to have donation link somewhere, to allow
people contributing in that way and be recognized for that.
 

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] PC Speaker Beep

[Nikola M.]

On 08/04/11 06:38, Mark Humphreys wrote:
> There was actually a recent Oracle blog entry by Julio Cesar Rocha at:
>
> http://blogs.oracle.com/jrocha/entry/disabling_that_loud_beep_in
>
> It has some screenshots which can only help illustrate the process, and
It also helps setting:
xset b off
inside .bashrc in home directory.

I think that was only way to stop it since I first install OpenSolaris
and have not change it till OpenIndiana.


___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] KVM on Illumos

[Nikola M]

Dave Koelmeyer wrote:
> For those that haven't already seen:
>
> http://dtrace.org/blogs/bmc/2011/08/15/kvm-on-illumos/
I would like to know, now that is KVM here in Illumos
(and presumably in OpenIndiana and when also AMD CPU support is written,
beside Intel support),
does that means we have something more powerful than XEN is?

I do not know if all Joyent's upgrades they made to illumos
(ZFS disk bandwith for zones, etc) ends up inside Illumos?

Since Oracle left working Xen in S11Ex for 64-bit x86 host but is
pushing it's closed Xen implementation
and Xen support is currently not quite maintained in
Illumos/OpenIndiana, maybe KVM is what one could use (beside Virtualbox).


___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss