Almost all packages are installed into non-standard location (/opt) and require a bit of attention (may be, may be not). The core benefit for you is that you’re NOT LIMITED to the content of this repo. Any time you can rebuild .spec file (or .src.rpm) and get a current cvs packed into .rpm and ready to install. Just read a description for each package.
Another my repo originally designed for ‘Enlightenment_DR17-cvs-core-metapackage’ for OpenSUSE-10.2 - OpenSUSE-Factory. May be this repo will be merged with the second one, may be not. The only reason why this repos are not merged yet is a Rpmlint checks implemented into 11.0 - Factory. Working on it:
Why I not contributed to the ‘official’ repo? The answer is simple. Some packages/software are best when you get current cvs, svn, git etc. Like MPlayer, Enlightenment and so on. I don’t think that User should be limited to the ‘Packager’ will, good mood, spare time etc. If he wish to have a current cvs - he can rebuild .src.rpm. If he failed - he always has a repo with a ready to install packages. If this point of view is accepted - no problem to terminate my ‘home’ repos and transfer all packages to the ‘official’ one. I do understand that any duplicated package is not the way for OBS.
Another point is that I do wish to contribute to Enlightenment project. And I do believe that SuSE is the best GNU/Linux distro around (I’m using SuSE since 8.2 Pro). I do respect all the great job of SuSE dev team, but I don’t understand why ‘Pidgin’ require some parts of ‘Evolution’ as a dependency (I use ‘mutt’). Or why we have ‘JMeld’ in a base distribution when the original ‘meld’ works much better (though IMHO). And so on. That’s why was created SOAD (SuSE On Active Diet) repo.
If you’re interested to contribute to such project - you’re WELCOME. Any way! Even critics wich has sense are VALUABLE! But if you’re happy with your kde/gnome/xfce/etc and wish only to exhibit your supremacy - PLEASE, don’t post anything here.
I do believe that now and in the nearest future the only WM/Desktop Shelf which really bring valuable benefits to respective Users is Enlightenment. DR-16 or DR-17. It’s my IMHO. May be I’m wrong, but my experience with all WM’s/DE’s is stated clear.
And please report your OpenSUSE version number incase of any issues.
About ‘freeze on click’… IMHO - that looks like you’ve installed some ‘duplicated’ components or enabled more than one repository for Enlightenment (and mixed some library versions). Please post to the pactebin.com the output of the following command (open your terminal <xterm, rxvt, konsole, etc> and type:
zypper lr -e ./list_of_my_repos
This will create a file named ‘list_of_my_repos’ with all your repositories. But first of all I’d suggest you to remove all previously installed packages, install ‘Enlightenment_DR17-cvs-core-metapackage’ and log into E.
Great. Am I correct that you’re running KDE4 and use ‘kdm’ as your login manager? Because I made a test with ‘gdm’ (it’s Gnome default login manager) and it works. I’d like to suggest to try ‘Entrance’ - it’s another login manager you already have installed with ‘E-metapackage’. You can make it with YAST, but it’d me much more simple just open your terminal, became ‘root’ (enter ‘su’ and root password) and type several commands.
to begin with just check what you already have as enabled services (here’s the example from my box, you may receive a bit different output, but it’s ok):
‘mdadmd’ is not ineresting for us. See, that I turn all login managers ‘off’ (gdm, xdm and earlyxdm). May be you’ll see a line with ‘kdm’ also. We need to turn it also off.
Disable all of this managers:
chkconfig earlyxdm off
chkconfig gdm off
chkconfig xdm off
may be you’ll also need to type
chkconfig kdm off
And finally you’ll need to enable ‘Entrance’:
chkconfig entrance on
chkconfig entrance 35
Just check the results:
chkconfig -l | grep entrance
entrance 0:off 1:off 2:off 3:on 4:off 5:on 6:off
That’s it. You need to reboot to activate the changes. If something goes wrong - don’t panic. Press Alt+Ctl+F1 (you’ll get the console login prompt, or Ctl+Alt+F2), login as ‘root’ and type (revert all back to defaults):
chkconfig earlyxdm on
chkconfig gdm on
chkconfig xdm on
chkconfig entrance off
(or may be you’ll type ‘chkconfig kdm on’). The idea is just to restore the case you had before.
Good luck! And thanks for your patience and comments!
Yep, that’s because we don’t have right now ‘systray’ function implemented into E17. Why? Because freedesktop specs sucks (if not to say more). I have a separate ‘systray’ package which works as a module for E17, but… just can’t recommend to install it (and it’s not available yet for ‘home:dmitry_serpokryl:Enlightenment-cvs-core-metapackage’ repository). You can use ‘trayer’, ‘stalonetray’ or any other external systray for it. You can read a bit about systray specs here:
You are right, I chose KDE4 when installing, and am using the kdm login manager.
I’ll give entrance a go later, thanks for the instructions.
Also a big thanks for making the packages, I’m really enjoying using E17, it runs so amazingly fast compared to KDE4.0/4.1and also KDE3 with any desktop effects enabled.
My laptop has an Nvidia 8400m GS video card, but KDE4 runs disappointingly slow, I use the driver from the repos.
The only desktop effect I really want is drop shadows, and E17 provides those as default with no messing around.
I find it is also rock solid when I play an openGL game, the KDEs gave me lockups/freezes/black screens when switching to/from full screen mode, or even when simply exiting a game! E17 works flawlessly :).
One question, is there a good volume control, which one works better with E17?
Thanks! There’s a couple modules (‘mixer’ and ‘echo’) to control Master Volume/PCM in a package ‘e_modules’ (there’re a lot of funny stuff inside indeed). But for my OpenSUSE-11.0 seems that new ‘alsa’ require some patching. I’ll see this eve what I can do (though I’m not the developer, sorry). I guess that right now you’re welcome to use stand-alone apps for it (like ‘kmix’, ‘alsamixer’, ‘alsamixergui’ etc.)
Well, first of all I’d like to advise pay some attention to the command
> enlightenment_remote -h
It provide a bit more ‘extended’ configuration capabilities then GUI in EC (E Config Panel). Right now you can switch ‘engines’ from ‘software’ to ‘xrender’ BUT you won’t receive any benefits from it (only penalties, function is just for the developers). The ‘heart’ of E-DR17 is ‘evas’ - the canvas library. And you already have full OpenGL support compilled in as an engine. You can install ‘Expedite’ (complete test suite for E), open your terminal and type:
It’ll show you a brief usage summary and give you an idea which engines are already compled into.
Right now the integration with OpenGL (and load of GPU instead of CPU for all windows manipulations if the acceleration exist) is a work in progress. You’re welcome to install Mac OS X if you need full-time OpenGL output right now :).