Custom Query (1067 matches)


Show under each result:

Results (46 - 48 of 1067)

Ticket Resolution Summary Owner Reporter
#126 worksforme Setting NAVIT_LIBDIR is not platfrom neutral KaZeR Meier
Description When i run navit on a 64-bit system it fails with the following error:

** (process:10428): WARNING **: can't load '/usr/lib/navit/*/lib*.so', Error '/usr/lib/navit/*/lib*.so: cannot open shared object file: No such file or directory'

The path is obviously wrong (it should be /usr/lib64/navit/*/lib*.so in my case). The code triggering this is in src/main.c line 144.

s=g_strdup_printf("%s/lib/navit", getenv("NAVIT_PREFIX"));

Assuming libdir is always $prefix/lib/ does not work. The configure settings i use are the default 64-bit settings for fedora/RedHat/CentOS as given by rpmbuilds %configure macro.

for example the %configure-definition from fedora 8 x86_64:
rpm --eval %{configure}

CFLAGS="${CFLAGS:--O2 -g -m64 -mtune=generic}" ; export CFLAGS ;
CXXFLAGS="${CXXFLAGS:--O2 -g -m64 -mtune=generic}" ; export CXXFLAGS ;
FFLAGS="${FFLAGS:--O2 -g -m64 -mtune=generic}" ; export FFLAGS ;
./configure --host=x86_64-redhat-linux-gnu --build=x86_64-redhat-linux-gnu \
--target=x86_64-redhat-linux \
--program-prefix= \
--prefix=/usr \
--exec-prefix=/usr \
--bindir=/usr/bin \
--sbindir=/usr/sbin \
--sysconfdir=/etc \
--datadir=/usr/share \
--includedir=/usr/include \
--libdir=/usr/lib64 \
--libexecdir=/usr/libexec \
--localstatedir=/var \
--sharedstatedir=/usr/com \
--mandir=/usr/share/man \
#130 fixed pretty icons KaZeR kiddo
Description I'd be willing to make pretty icons, especially for the cursor, in png. The current cursor is not pretty to look at, and it also has a big usability problem: it's transparent and contrasts poorly with the background.

Let me know how I can help.
#132 fixed destination dialog is sequential, but it's not obvious KaZeR kiddo
Description navit's destination dialog needs fields to be entered in the right order (entering the street before the city does not work, for example).

You have to either
- allow entering/querying stuff in any order (might be bad for performance?)
- make it clear that the fields are to be filled in a specific order*
- make a wizard/assistant/druid/whatever that makes it "multiple steps on multiple pages"

*: in this case, they should:
- be one below another
- be gtk insensitive until the previous field has been filled?
Note: See TracQuery for help on using queries.