Linux Versions RunRev works well on

[andyh1234]

Is there a list anywhere of the version of Linux RunRev 9 compiles well for.

So far ive tried:

--------------------------

Ubuntu 7.1 (Gutsy Gibbon) - works well

--------------------------

Fedora 8 - worked well until I tried a database access as follows..

revOpenDatabase ("sqlite",gDBPath,,,,,)

Apart from the database everything worked fine.

--------------------------

Does anyone have a list of other versions that have been tested, and any ideas why the database access on Fedora may have failed?

[malte]

I have learned that RR works best with Gnome as a Windowmanager. Using KDE results in some bad cosmetic issues. Progressbars rendered white on white. Combo boxes handles too tiny.

Would love to see people adding to this list.

Atb,

Malte

[andyh1234]

Just to add, the current RunRev build (2.9 610) does not support 16 bit displays on Linux, 32 bit seems to be the minimum requirement.

[Jerry Muelver]

Is 2.9 an upgrade for Linux users? I've been waiting since May of 2006 for some way to upgrade from 2.6.

[andyh1234]

2.9 lets you compile to Linux again, its pretty good, still a few bugs to iron out but nothing yet that causes major problems for any of our apps on Ubuntu etc.

[alasdair23]

We're running with Ubuntu 8.04 and getting really good performance.

[andyh1234]

Fedora 8 - worked well until I tried a database access as follows..

revOpenDatabase ("sqlite",gDBPath,,,,,)

Apart from the database everything worked fine.

Got time to do a bit more digging on Fedora, and looking into why database access fails.

Looks like an engine bug (details copied below), so Ive forwarded this onto RunRev support.

Code: Select all

Summary
    SELinux is preventing /home/fedora/Desktop/pdt/PDT from
    loading /home/fedora/Desktop/pdt/Externals/database_drivers/dbsqlite.so
    which requires text relocation.

Detailed Description
    The /home/fedora/Desktop/pdt/PDT application attempted to
    load /home/fedora/Desktop/pdt/Externals/database_drivers/dbsqlite.so which
    requires text relocation.  This is a potential security problem. Most
    libraries do not need this permission. Libraries are sometimes coded
    incorrectly and request this permission.  The
    http://people.redhat.com/drepper/selinux-mem.html web page explains how to
    remove this requirement.  You can configure SELinux temporarily to allow
    /home/fedora/Desktop/pdt/Externals/database_drivers/dbsqlite.so to use
    relocation as a workaround, until the library is fixed. Please file a
    http://bugzilla.redhat.com/bugzilla/enter_bug.cgi against this package.

Allowing Access
    If you trust /home/fedora/Desktop/pdt/Externals/database_drivers/dbsqlite.so
    to run correctly, you can change the file context to textrel_shlib_t. "chcon
    -t textrel_shlib_t
    /home/fedora/Desktop/pdt/Externals/database_drivers/dbsqlite.so" You must
    also change the default file context files on the system in order to
    preserve them even on a full relabel.  "semanage fcontext -a -t
    textrel_shlib_t
    /home/fedora/Desktop/pdt/Externals/database_drivers/dbsqlite.so"

    The following command will allow this access:
    chcon -t textrel_shlib_t /home/fedora/Desktop/pdt/Externals/database_drivers/dbsqlite.so

Additional Information        

Source Context                unconfined_u:system_r:unconfined_t:s0
Target Context                unconfined_u:object_r:unconfined_home_t:s0
Target Objects                /home/fedora/Desktop/pdt/Externals/database_driver
                              s/dbsqlite.so [ file ]
Affected RPM Packages         
Policy RPM                    selinux-policy-3.0.8-44.fc8
Selinux Enabled               True
Policy Type                   targeted
MLS Enabled                   True
Enforcing Mode                Enforcing
Plugin Name                   plugins.allow_execmod
Host Name                     fedora-vm.vmplanet.net
Platform                      Linux fedora-vm.vmplanet.net 2.6.23.1-42.fc8 #1
                              SMP Tue Oct 30 13:55:12 EDT 2007 i686 i686
Alert Count                   1
First Seen                    Sat 17 May 2008 02:22:25 PM PDT
Last Seen                     Sat 17 May 2008 02:22:25 PM PDT
Local ID                      6ebb9b0d-5b14-4613-8c92-66624bdc8d02
Line Numbers                  

Raw Audit Messages            

avc: denied { execmod } for comm=506572666563742044696574205472 dev=dm-0
egid=500 euid=500 exe=2F686F6D652F6665646F72612F4465736B746F702F7064742F50657266
656374204469657420547261636B6572 exit=-13 fsgid=500 fsuid=500 gid=500 items=0
path=/home/fedora/Desktop/pdt/Externals/database_drivers/dbsqlite.so pid=3040
scontext=unconfined_u:system_r:unconfined_t:s0 sgid=500
subj=unconfined_u:system_r:unconfined_t:s0 suid=500 tclass=file
tcontext=unconfined_u:object_r:unconfined_home_t:s0 tty=(none) uid=500

[dany_cohen]

Hi,

I use runrev (since the 1.1 version) on Debian and on a MEPIS (now the 6.5) distro. It is a debian based distro (like ubuntu) but with KDE as a window manager (like kubuntu).
I use runrev 2.6 everyday and I have never had a problem on this platform.

I also have tried the 2.9 (as a beta tester and with the trial version too) on a Mandriva Spring 2007 (KDE and Gnome). It has some problems (mostly display bugs in appearance manager look and feel). The 2.9 has also some postscript printing bugs with accented characters (it was truly unusable for printing) on my debian based distros (MEPIS, Ubuntu and others like knoppix)

Eventually, I use the 2.6 linux version as I can't use a non finalized version for my business.

Regards.

Dan