Feb 29, 2012

Install NVidia driver 295.20 on OpenIndiana 151a2

Yesterday I saw that NVidia has a new driver for Solaris
( http://www.nvidia.com/object/solaris-display-295.20-driver.html )
release on the 13th of february 2012.

The last version I used was 295.09. So I downloaded the new driver and started with the install, which failed.

So I pkgadd the root-Package and copied the files into /kernel/misc as noted in
the install-file after extracting the package content with the option "-x".

After the reboot the console showed the following messages and X failed to
start:

Feb 29 09:13:19 solewer nvidia: [ID 702911 kern.notice] NOTICE: NVRM: API mismatch: the client has the version 295.09, but
Feb 29 09:13:19 solewer NVRM: this kernel module has the version 295.20.  Please
Feb 29 09:13:19 solewer NVRM: make sure that this kernel module and all NVIDIA driver
Feb 29 09:13:19 solewer NVRM: components have the same version.  
After this I did again an pkgadd of the package NVDAgraphics and
restarted the gdm-login

svcadm restart graphical-login/gdm:default 
and X came back online.

So far everything works. VirtualBox started up and showed the screen.


Feb 24, 2012

Install new package in an OpenIndiana zone

Today I attempted to install a new package in a zone installed in OpenIndiana.

The pkg install zip command finished by saying that it could not clone.

I found the solution here.

the short way is:

  • stop the zone
  • pkg -R /zones/<zonename>/root update
  • pkg -R /zones/<zonenanme>/root install zip
  • zoneadm -z <zonename> boot
After this the package is installed in the zone. 

Feb 18, 2012

Update OpenIndiana to 151a2

Update was without problems:

root@solewer:~# pkg update --be-name OI151a2                                   
                Packages to update:  1138
           Create boot environment:   Yes
DOWNLOAD                                  PKGS       FILES    XFER (MB)
Completed                              1138/1138   8282/8282  428.6/428.6

PHASE                                        ACTIONS
Removal Phase                              6030/6030
Install Phase                              6096/6096
Update Phase                             12731/12731

PHASE                                          ITEMS
Package State Update Phase                 2276/2276
Package Cache Update Phase                 1138/1138
Image State Update Phase                         2/2

PHASE                                          ITEMS
Reading Existing Index                           8/8
Indexing Packages                          1138/1138
Indexing Packages                          1138/1138
Optimizing Index...

PHASE                                          ITEMS
Indexing Packages                          1354/1354

A clone of OI_151.1.1_prestable exists and has been updated and activated.
On the next boot the Boot Environment OI151a2 will be mounted on '/'.
Reboot when ready to switch to this updated BE.


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

http://wiki.openindiana.org/oi/oi_151a+Release+Notes
---------------------------------------------------------------------------






[root@solewer:/]$cat /etc/release
             OpenIndiana Development oi_151.1.2 X86 (powered by illumos)
        Copyright 2011 Oracle and/or its affiliates. All rights reserved.
                        Use is subject to license terms.
                           Assembled 09 February 2012

Feb 8, 2012

Netbeans does not find the symbol to jump to in strange function namings with underscore in C/C++

I changed to a new C/C++ project, where jEdit or Eclipse is used, but
I'm using NetBean for nearly everything, so I created a project with
many different source locations.
Eclipse still fails to be useful on Solaris for C/C++. It seems as if it needs
to compile the source in some kind, which NetBean doesn't need.

But jumping to the implementation of a function didn't work.

The style is here to use underscores as separators in the name.

e.g this_is_the_name.

And the jumping with <ctrl>-<left mouse button> didn't work.
The message says:

Can not open element "this_is_the_name".

But using <ctrl>-<alt->-<shift>-<o> worked to find the symbol.

I check again with my old projects, where it worked and found out,
that the mouse-button-jumping depends on the position of the
mouse cursor.


The mouse-cursor must be at the end of the name.
When the function name is : this_is_the_name
The pointer has to be over name, otherwise the symbol is not found.
There is no problem if the name is in camel-style like thisIsTheName.

Feb 4, 2012

Firefox & Thunderbird 10.0 on OpenIndiana/Solaris with lightning and enigmail

Mozilla has release Firefox and Thunderbird 10.0 for Solaris/OpenIndiana.

But the plugins lightning for the calendar - which is a must for me - and
engimail were missing.

I attempted to compile engimail myself, but failed, because of a necessary mozilla dev environment.

But yesterday there was a post on the openindiana mailinglist, which is currently not in the archive, which located new compiles for lightning and
engimail for Firefox and Thunderbird 10.0.

Feb 2, 2012

Mercurial 2.1 -> new feature PHASES : prevent mq patches form accidentially pushing to remote repositories.

Mercurial 2.1 has a new feature named phases. This adds a kind of marker
to a changeset, if was already pushed to a public repo or pulled from, or
if it is only a local change ( draft ).

Theres an other state named secret, which can be used by extensiosn.

if in .hgrc
[mq]
secret=True

is configured, than MQ patches are considered secret:

ewer@solewer:~/entw/vsop$ hg log --template '{rev} {changeset} {date|isodate} {phase}\n{description}' -r qtip
2300  2012-02-02 14:14 +0100 secret

This prevents from pushing mq sets:

ewer@solewer:~/entw/vsop$ hg out
comparing with http://hg.hartter.com/vsop
searching for changes
no changes found (ignored 1 secret changesets)

Show changed files in a Mercurial changeset

Mercurial records all modifications in one changeset.

The log command shows the changeset and the description, but not
the files changed per default.
Also the in command only shows the incoming changesets.

To get a clue, what files will be changed with this set, there are additional
commandline options available:

hg status --change tip
This show all files changed for the tip-Version.

hg in --stat 

Shows the data and also a list of files, which will be modified with this changeset.

hg log --stat

does the same for the local versions.