Re: [OpenIndiana-discuss] NVIDIA again

2016-08-17 Thread Apostolos Syropoulos via openindiana-discuss
>
>You can set it to enableIndirectGLX= false in xorg.conf.
>~ Ken
>

I did it:

$ cat /etc/X11/xorg.conf

..
Section "Device"
Identifier "Device0"
Driver "nvidia"
VendorName "NVIDIA Corporation"
EndSection

Section "Screen"
Identifier "Screen0"
Device "Device0"
Monitor"Monitor0"
DefaultDepth24
SubSection "Display"
Depth   24
EndSubSection
Option "AllowIndirectGLXProtocol" "off"
EndSection



A.S.
 
--
Apostolos Syropoulos
Xanthi, Greece

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


Re: [OpenIndiana-discuss] NVIDIA again

2016-08-17 Thread ken mays via openindiana-discuss
You can set it to enableIndirectGLX= false in xorg.conf.~ Ken
 

On Wednesday, August 17, 2016 11:58 AM, Alan Coopersmith 
 wrote:
 

 On 08/17/16 11:31 AM, Alexander Pyhalov wrote:
> Apostolos Syropoulos via openindiana-discuss писал 17.08.2016 21:03:
>> Hello,
>>
>> I reported my problem to the NVIDIA people who responed:
>>
>> https://devtalk.nvidia.com/default/topic/955405/solaris/
>>
>> It seems that something is wrong with the Xorg binary.
>>
>
> Hello.
> They could just managed to build it against newer Xorg. However, I don't
> understand, how in this case it works at all.
> As you can see, the mentioned symbol ( enableIndirectGLX ) is defined in Xorg
> 1.17 headers
> (https://cgit.freedesktop.org/xorg/xserver/tree/include/opaque.h?h=server-1.17-branch),
>
> but not in 1.14 headers
> (https://cgit.freedesktop.org/xorg/xserver/tree/include/opaque.h?h=server-1.14-branch),
> which we ship.
> So, our Xorg couldn't know about it.
>
> If you run elfdump on nvidia libraries, do you see it there?

Note that on Solarish OS'es, the backtrace will sometimes warn you about the
last linker lookup failure, even when it's not relevant - it could be the
driver looked for that symbol, didn't find it because your Xorg is an older
release, and went on about it's business only to crash later.

(I think, but have not had time to confirm that this is because the code I
  stuck in osinit.c years ago to catch actual errors here fails to check in
  the signal handler what signal was received so prints it for every signal:
https://cgit.freedesktop.org/xorg/xserver/commit?id=98f4179156391752e6688339487458ad7828abf4
  If correct, the fix would be to wrap the first chunk of that in
  OsSigHandler inside an "if (signo == SIGQUIT)" block.)

Still, that backtrace looks like some invalid function pointer got put
into the list of callbacks for the wakeup routine - either directly or
by something else overwriting a crucial bit of memory with 0x32.

-- 
    -Alan Coopersmith-              alan.coopersm...@oracle.com
    Oracle Solaris Engineering - http://blogs.oracle.com/alanc

___
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] NVIDIA again

2016-08-17 Thread Alan Coopersmith

On 08/17/16 11:31 AM, Alexander Pyhalov wrote:

Apostolos Syropoulos via openindiana-discuss писал 17.08.2016 21:03:

Hello,

I reported my problem to the NVIDIA people who responed:

https://devtalk.nvidia.com/default/topic/955405/solaris/

It seems that something is wrong with the Xorg binary.



Hello.
They could just managed to build it against newer Xorg. However, I don't
understand, how in this case it works at all.
As you can see, the mentioned symbol ( enableIndirectGLX ) is defined in Xorg
1.17 headers
(https://cgit.freedesktop.org/xorg/xserver/tree/include/opaque.h?h=server-1.17-branch),

but not in 1.14 headers
(https://cgit.freedesktop.org/xorg/xserver/tree/include/opaque.h?h=server-1.14-branch),
which we ship.
So, our Xorg couldn't know about it.

If you run elfdump on nvidia libraries, do you see it there?


Note that on Solarish OS'es, the backtrace will sometimes warn you about the
last linker lookup failure, even when it's not relevant - it could be the
driver looked for that symbol, didn't find it because your Xorg is an older
release, and went on about it's business only to crash later.

(I think, but have not had time to confirm that this is because the code I
 stuck in osinit.c years ago to catch actual errors here fails to check in
 the signal handler what signal was received so prints it for every signal:
https://cgit.freedesktop.org/xorg/xserver/commit?id=98f4179156391752e6688339487458ad7828abf4
 If correct, the fix would be to wrap the first chunk of that in
 OsSigHandler inside an "if (signo == SIGQUIT)" block.)

Still, that backtrace looks like some invalid function pointer got put
into the list of callbacks for the wakeup routine - either directly or
by something else overwriting a crucial bit of memory with 0x32.

--
-Alan Coopersmith-  alan.coopersm...@oracle.com
 Oracle Solaris Engineering - http://blogs.oracle.com/alanc

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


Re: [OpenIndiana-discuss] NVIDIA again

2016-08-17 Thread Alexander Pyhalov

Apostolos Syropoulos via openindiana-discuss писал 17.08.2016 21:03:

Hello,

I reported my problem to the NVIDIA people who responed:

https://devtalk.nvidia.com/default/topic/955405/solaris/

It seems that something is wrong with the Xorg binary.



Hello.
They could just managed to build it against newer Xorg. However, I don't 
understand, how in this case it works at all.
As you can see, the mentioned symbol ( enableIndirectGLX ) is defined in 
Xorg 1.17 headers 
(https://cgit.freedesktop.org/xorg/xserver/tree/include/opaque.h?h=server-1.17-branch),
but not in 1.14 headers 
(https://cgit.freedesktop.org/xorg/xserver/tree/include/opaque.h?h=server-1.14-branch), 
which we ship.

So, our Xorg couldn't know about it.

If you run elfdump on nvidia libraries, do you see it there?

---
System Administrator of Southern Federal University Computer Center

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


[OpenIndiana-discuss] NVIDIA again

2016-08-17 Thread Apostolos Syropoulos via openindiana-discuss


Hello,

I reported my problem to the NVIDIA people who responed:

https://devtalk.nvidia.com/default/topic/955405/solaris/

It seems that something is wrong with the Xorg binary.

A.S.

 --
Apostolos Syropoulos
Xanthi, Greece

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


Re: [OpenIndiana-discuss] Mate is here (as well as new test ISOs)

2016-08-17 Thread Dmitry Kozhinov

it looks faster and better utilizes graphic card/monitor


I have installed OI Mate experimental under Virtual Box, and my 
impressions were just the opposite. It feels sluggish compared to Gnome. 
Not tested on bare metal though.


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


Re: [OpenIndiana-discuss] Mate is here (as well as new test ISOs)

2016-08-17 Thread Alexander Pyhalov

On 08/17/16 08:13 AM, Alexander Pyhalov wrote:


As for removing gnome2 packages, I still haven't experimented with this
(but will shortly),
after that will write some instructions.


The following worked for me:

$ sudo pkg update --be-name oi-2016-08-17
$ sudo beadm mount oi-2016-08-17 /mnt
$ sudo pkg -R /mnt install pkg:/mate_install
$ sudo pkg -R /mnt uninstall pkg:/mate_install
$ sudo pkg -R /mnt uninstall pkg:/mate_install 
desktop/administration/gnome-system-tools 
desktop/archive-manager/file-roller desktop/calculator/gcalctool 
desktop/pdf-viewer/evince desktop/system-monitor/gnome-system-monitor 
desktop/xdg/menu-editor/alacarte documentation/gnome/gnome-user-docs 
editor/gedit gnome/accessibility/gnome-a11y-libs gnome/accessibility/gok 
gnome/accessibility/orca gnome/applet/gnome-applets 
gnome/applet/gnome-fun-applets gnome/applet/gnome-internet-applets 
gnome/applet/gnome-intranet-applets gnome/applet/gnome-utility-applets 
gnome/disk-analyzer/baobab gnome/file-manager/nautilus 
gnome/gnome-dictionary gnome/gnome-log-viewer gnome/gnome-panel 
gnome/gnome-power-manager gnome/gnome-screenshot gnome/gnome-search-tool 
gnome/gnome-session gnome/preferences/control-center 
gnome/speech/gnome-speech 
gnome/speech/gnome-speech/driver/gnome-speech-espeak 
gnome/theme/gnome-themes image/viewer/eog system/display-manager/gdm 
terminal/gnome-terminal gnome/file-manager/nautilus/extension/* 
gnome/file-manager/nautilus desktop/remote-desktop/tsclient 
gnome/accessibility/libgail-gnome gnome/applet/gnome-netstatus 
gnome/applet/quick-lounge-applet library/python/python-gnome-desktop-26 
library/python/python-gnome-desktop-27 gnome/applet/deskbar-applet


# Last command was found in several attempts and started like
$ sudo pkg -R /mnt uninstall pkg:/mate_install 
desktop/administration/gnome-system-tools 
desktop/archive-manager/file-roller desktop/calculator/gcalctool 
desktop/character-map/gucharmap desktop/pdf-viewer/evince 
desktop/system-monitor/gnome-system-monitor 
desktop/xdg/menu-editor/alacarte documentation/gnome/gnome-user-docs 
editor/gedit gnome/accessibility/gnome-a11y-libs gnome/accessibility/gok 
gnome/accessibility/orca gnome/applet/gnome-applets 
gnome/applet/gnome-fun-applets gnome/applet/gnome-internet-applets 
gnome/applet/gnome-intranet-applets gnome/applet/gnome-utility-applets 
gnome/config/gconf gnome/disk-analyzer/baobab 
gnome/file-manager/nautilus gnome/gnome-camera gnome/gnome-dictionary 
gnome/gnome-log-viewer gnome/gnome-panel gnome/gnome-power-manager 
gnome/gnome-remote-desktop gnome/gnome-screenshot 
gnome/gnome-search-tool gnome/gnome-session gnome/media/gnome-media 
gnome/media/gnome-media-player gnome/preferences/control-center 
gnome/speech/gnome-speech 
gnome/speech/gnome-speech/driver/gnome-speech-espeak 
gnome/theme/gnome-icon-theme gnome/theme/gnome-themes 
image/gnome-backgrounds image/viewer/eog system/display-manager/gdm 
terminal/gnome-terminal
# After I looked at dependencies and tried to remove all unnecessary 
without touching something useful (like rythmbox).



Now YOU SHUOLD REMEMBER ABOUT UNMOUNTING NEW BE (I've actually forgot 
about it, see https://www.illumos.org/issues/6464):

$ sudo beadm umount oi-2016-08-17

After reboot I've enabled lightdm and customized new DE a bit, now it 
seems I have decent Mate installation.
Unfortunately, some gnome applications are still required (such as 
rythmbox).


--
Best regards,
Alexander Pyhalov,
system administrator of Southern Federal University IT department

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


Re: [OpenIndiana-discuss] Mate is here (as well as new test ISOs)

2016-08-17 Thread Predrag Zečević - Unix Systems Administrator

On 08/16/16 05:12 PM, Alexander Pyhalov wrote:

Hello, people.

I wanted to announce availability of Mate some time ago, but there were
some issues, especially when I tried to build Mate Live CD. Good news is
that now most irritating issues (or at least those which I found) are
fixed.

So, let me introduce Mate 1.14. To facilitate installing, I've created
pkg:/mate_install, which should be shortly available. Unfortunately,
when you have both Gnome 2 and Mate installed, both of them try to use
the same applications, so you'll have interesting time removing Gnome 2
applications from Mate and vice versa.

Currently Mate packages are

desktop/pdf-viewer/atril
desktop/mate/caja
desktop/archive-manager/engrampa
desktop/mate/marco
desktop/mate/mate-applets
desktop/mate/mate-dictionary
desktop/mate/mate-disk-usage-analyzer
desktop/mate/mate-screenshot
desktop/mate/mate-search-tool
desktop/mate/mate-system-log
desktop/mate/caja/caja-extensions
desktop/mate/mate-backgrounds
desktop/mate/mate-calc
desktop/mate/control-center
desktop/mate/mate-icon-theme-faenza
desktop/mate/mate-icon-theme
desktop/mate/mate-media
desktop/mate/mate-notification-daemon
desktop/mate/mate-panel
desktop/mate/mate-session-manager
desktop/mate/mate-settings-daemon
terminal/mate-terminal
desktop/mate/mate-themes
desktop/mate/mate-user-guide
desktop/system-monitor/mate-system-monitor
desktop/xdg/menu-editor/mozo
editor/pluma
image/viewer/eom
library/desktop/mate/mate-desktop
# Not strictly mate, but gdm brings in too much gnome2
system/display-manager/lightdm
system/display-manager/lightdm/gtk-greeter

Known MATE issues:
- power management is based on upower (hal support removed), so it
doesn't work (affects mate-applets(batstat), mate power manager)
- nautilus zfs integration uses illumos private interfaces and wasn't
ported to caja
- compiz integration to GNOME control center uses gconf settings. To
work with mate code should be migrated to gsettings
- GUI interface to reboot to specific BE is not preserved

As for LightDM, it worked for me, but there was one issue, which I
didn't manage to catch:
- On some conditions when ligthdm is disabled, it fails to switch active
VT back to /dev/vt/0. If you can reproduce it or have some ideas why it
happens (and lightdm does it in sigterm handler), I'll be glad to hear.

Now, about ISOs:
They are available at http://dlc-int.openindiana.org/hipster/20160816/ ,
sha256 checksums are in
http://dlc-int.openindiana.org/hipster/20160816/sha256sums.txt .

Two new image types: OI_MATE - this is Mate-based LiveDVD and OI_minimal
(we tried to strip down OI a bit). One thing about minimal image - it
doesn't deliver sudo, so initial user just gets root role. Note, these
are test images and not official snapshots.

We would be glad for you to test them.

We'd like to hear your opinion, which images are necessary for next
snapshot (supposedly, 2016.10). We think that minimal one, Mate and
Gnome one are enough. We are going to avoid delivering Gnome ISO image
after next snapshot (in 2017).

Also we are interested to hear if community needs VM images, and if it
needs, then what exactly (qcow2, vmdk or something else).


Hi!

Thanks for bringing MATE to us!

I have already installed it and it looks faster and better utilizes 
graphic card/monitor (that is first impression on same h/w).


Will keep gnome2 for the moment, until I try everything.

With best regards.
Predrag Zečević
--
Predrag Zečević
Technical Support Analyst
2e Systems GmbH

Telephone: +49 6196 9505 815, Facsimile: +49 6196 9505 894
Mobile:+49  174 3109 288, Skype: predrag.zecevic
E-mail:predrag.zece...@2e-systems.com

Headquarter:  2e Systems GmbH, Königsteiner Str. 87,
  65812 Bad Soden am Taunus, Germany
Company registration: Amtsgericht Königstein (Germany), HRB 7303
Managing director:Phil Douglas

http://www.2e-systems.com/ - Making your business fly!

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