Re: [e-users] Some problems with self-compiled 17.1

[Carsten H. (T. R. <ra...@ra...>]

On Fri, 1 Mar 2013 13:15:03 +0100 ml...@mh... said:

> Hi,
> 
> I am running a Debian Wheezy and tried to compile e17 for it. To avoid 
> problems with possible bugs in current svn I wanted to check out the 
> revision that points to the 17.1 release. So I used the easy_e17.sh script
> and pointed it to src revision 83478 (was this the correct version?).
> 
> The following things are now suboptimal to me:
> 
> 1. my custom keyboard settings are not selectable
> 
>    I have created my custom keymap /usr/share/X11/xkb/symbols/mherrn, which
>    works very well even on an older e17 (the one that once was in Debian
>    sid (0.16.999.55225). But the language selection code seems to have
>    changed a lot. I offers me languages for which I don't have the locales
>    installed. But the worst problem: I am unable to select my custom
>    keymap. So is there a way to tell enlightenment to include this keymap?
> 
>    The second issue here is that enlightenment has its own definition of
>    the keyboard shortcut to switch between keymaps. For example, in Debian
>    I can define it in /etc/default/keyboard (where I also define the
>    keymaps I want to use). But e17.1 ignores this and I have to configure
>    it again for e17. (Not really a problem, but a nuisance)
> 
>    And e17.1 often (but not always) segfaulted when switching keymaps with
>    Shift-Shift (what I wouldn't expect from the release version), but maybe
>    that comes from a conflict between the self compiled e17.1 and the
>    installed old e17 from the debian repository.

i've never created my own, but the gui config dialog gets the list of layouts
from the xorg.lst file (find it wherever it is on your system). it also gets
the model names, options and variants there. too. add to this file. this is the
master system "description" file. it may also be xfree86.lst of base.lst. it's
in ...X11/xkb/rules/ (multiple possible location sare searched).

as for segfaults... backtraces please.

> 2. I have two screens (running it on a laptop with internal display + an 
>    additional external monitor). Is there a way to have a different number
>    of virtual Desktops on each screen? Currently I am only able to do the 
>    Virtual Desktop Settings once and it effects both screens.

no. that's not possible. :(

> 3. When compiling, some packages always failed with the following (or a
>    similar) error:
>   
>   make  all-recursive
>   make[1]: Entering directory `/home/mherrn/src/e17/src/empower'
>   Making all in src
>   make[2]: Entering directory `/home/mherrn/src/e17/src/empower/src'
>   Making all in bin
>   make[3]: Entering directory `/home/mherrn/src/e17/src/empower/src/bin'
>     CC     empower-main.o
>     CC     empower-gui.o
>   In file included from gui.c:1:0:
>   Empower.h:81:3: error: unknown type name ‘DBusMessage’
>   make[3]: *** [empower-gui.o] Error 1
>   make[3]: *** Waiting for unfinished jobs....
>   In file included from main.c:1:0:
>   Empower.h:81:3: error: unknown type name ‘DBusMessage’
>   make[3]: *** [empower-main.o] Error 1
>   make[3]: Leaving directory `/home/mherrn/src/e17/src/empower/src/bin'
>   make[2]: *** [all-recursive] Error 1
>   make[2]: Leaving directory `/home/mherrn/src/e17/src/empower/src'
>   make[1]: *** [all-recursive] Error 1
>   make[1]: Leaving directory `/home/mherrn/src/e17/src/empower'
>   make: *** [all] Error 2
> 
>    I have libudev-dev 175 installed and e_dbus was compiled and installed
> correctly. The generated include/e_dbus-1/E_DBus.h file also contains the
> typedef DBusMessage. So what is wrong here?

empower isnt't checking  with #ifdef ELM_EDBUS as edbus support in elm is
optional, not guaranteed and the headers indicate if it is provieed or not with
this ifdef. :)

> Regards
> Marco
> 
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_feb
> _______________________________________________
> enlightenment-users mailing list
> enl...@li...
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users


-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    ra...@ra...