E17-cvs packages

I have rebuilt e17 packages. If you want to download them using pacman, add this to your pacman.conf:
[e17-cvs]
Server = http://dreameen.hopto.org:1102/~dreameen/e17/packages
I must warn you though...My upload is painfully slow, so it's be better if someone supplied a fast server where I can upload the packages daily.
EDIT:
The new, much faster repo is up and running so please use this one:
[e17-cvs]
Server = http://arch.lorddeath.com/e17/

Dreameen wrote:
Yay, the new, fast repo should be up and running
Add this to your pacman.conf:
[e17-cvs]
Server = http://arch.lorddeath.com./e17/e17-cvs/
Then, all you need to do is pacman -Sy e17 and it should download all the dependencies.
Enjoy.
EDIT: I'm uploading e17-cvs-050705-1.pkg.tar.gz again as it was corrupted. Everything should be allright in ~40 minutes.
EDIT#2: It should be alllright now, so please download the packages from the new server. Yes, it's really faster 8)
There is an extra dot in de URL.
Also, the pacman database archive in the server seems to have the wrong path, i think its missing the /e17-cvs/ part.
Did you give any use to Rensel PKGBUILDS?? those are going to be the official ones when E17 comes out, so it might be good to check them just in case you are missing something.
Thanks for taking the time for the builds!
EDIT:
Doesnt seem to miss any part in the database, the problem was that the DB has the e17genmenu pkg, but the pkg its not there.
failed downloading /e17/e17-cvs/e17genmenu-0.1.8-1.pkg.tar.gz from arch.lorddeath.com: HTTP/1.1 404 Not Found
error: failed to retrieve some files from e17-cvs

Similar Messages

E17-CVS respositries not working

The respositires for e17-cvs appear to be down. I've tried to get both e17-cvs (in a thread I found) and e-cvs (in the wiki) to no avail- I've also tried adjusting my mirror lists, but no luck. I seem to get two errors:
error: failed retrieving file 'ecore-cvs-20080218-1.pkg.tar.gz' from ftp.parrswood.manchester.sch.uk : Not Found
or pacman just quits, or freezes.
Pacman works fine for all other packages, and indeed it worked fine for the first 11 megabytes of e17, but it appears the packages are not present, or something.
This is an example of what it does:
[snafle@server pacman.d]$ sudo pacman -S e17-cvs
:: group e17-cvs (including ignored packages):
e-cvs e_dbus-cvs ecore-cvs edje-cvs eet-cvs efreet-cvs embryo-cvs epeg-cvs evas-cvs
:: Install whole content? [Y/n] y
resolving dependencies...
looking for inter-conflicts...
Targets: eet-cvs-20080218-1 evas-cvs-20080218-1 curl-7.18.0-1 scrnsaverproto-1.1.0-1 libxss-1.1.1-1 ecore-cvs-20080218-1 e_dbus-cvs-20080218-1 embryo-cvs-20080218-1
edje-cvs-20080218-1 perl-xml-simple-2.18-1 icon-naming-utils-0.8.6-1 gnome-icon-theme-2.20.0-1 efreet-cvs-20080218-1 e-cvs-20080220-1 epeg-cvs-20080218-1
Total Download Size: 9.18 MB
Total Installed Size: 21.44 MB
Proceed with installation? [Y/n] y
:: Retrieving packages from community...
Then it just sits there. Can someone test the repos, or give me a link to a repo that that works?

I'm pretty sure that manchester mirror isn't up any more. Check this list for the list of mirrors available: http://wiki.archlinux.org/index.php/Mirrors
Make sure you don't have any outdated mirrors in /etc/pacman.d/mirrorlist and put the preferred ones at the top.

Rt2500 cvs package

i was browsing around on the rt2x00.serialmonkey.com forums today and I found some great news. Someone released a patch for the rt2500 drivers so that they will work with SMP. The patch has since been merged into CVS. This is awesome. Now I won't have to compile everything that has to do with the kernel just because I disabled SMP in my custom kernel. it also means that I don't have to compile my own kernel when I install arch, hence decreasing the time it takes from booting the install cd to booting into an arch system.
Anyway, my question was this. If I wanted to make a PKGBUILD for aur using the daily cvs builds, what would I put for the pkgversion? Would I put the current date there, or something else? Thanks in advance for the help. This will be my first submission to AUR if I can create a proper PKGBUILD.

I made the PKGBUILD. Can someone check it out to make sure it conforms to the SVN/CVS PKGBUILD standards:
PKGBUILD:
# Contributor: Luke Tilley <sinisterguy>
# Contributor: Luke Tilley <sinisterguy>
pkgname=rt2500-cvs
pkgver=20060429
pkgrel=1
pkgdesc="Drivers for rt2500 chipset wireless cards"
url="http://rt2x00.serialmonkey.com/wiki/index.php/Main_Page"
license=
depends=()
provides=('rt2500')
conflicts=('rt2500')
makedepends=('cvs')
install=$pkgname.install
_cvsroot=":pserver:[email protected]:/cvsroot/rt2400"
_cvsmod="source/rt2500"
build() {
cd $startdir/src
msg "Connecting to $_cvsmod.sourceforge.net CVS server...."
cvs -z3 -d $_cvsroot co -D $pkgver -f $_cvsmod
cd $_cvsmod/Module
msg "CVS checkout done or server timeout"
msg "Starting make..."
make || return 1
install -D -m 755 rt2500.ko $startdir/pkg/lib/modules/$(uname -r)/kernel/drivers/net/wireless/rt2500.ko
rt2500-cvs.install:
# arg 1: the new package version
post_install() {
depmod -a
# arg 1: the new package version
# arg 2: the old package version
post_upgrade() {
post_install $1
# arg 1: the old package version
post_remove() {
depmod -a
op=$1
shift
$op $*

Any interest in daily built e17 cvs snapshots?

Hi i have created a system for myself in which i build, mostly daily, a bleeding edge version of e17. I do not wish to compete with the rensel repository, I only want to find out if there is any interest, as i build them anyway for private use. If there is enough interest i can create an unofficial repository.
btw I create the following packages:
ecore-CVS_20050326-1.pkg.tar.gz
epeg-CVS_20050326-1.pkg.tar.gz
e-CVS_20050326-1.pkg.tar.gz
epsilon-CVS_20050326-1.pkg.tar.gz
edb-CVS_20050326-1.pkg.tar.gz
erss-CVS_20050326-1.pkg.tar.gz
edje-CVS_20050326-1.pkg.tar.gz
esmart-CVS_20050326-1.pkg.tar.gz
eet-CVS_20050326-1.pkg.tar.gz
etox-CVS_20050326-1.pkg.tar.gz
elicit-CVS_20050326-1.pkg.tar.gz
e_utils-CVS_20050326-1.pkg.tar.gz
embryo-CVS_20050326-1.pkg.tar.gz
evas-CVS_20050326-1.pkg.tar.gz
emotion-CVS_20050326-1.pkg.tar.gz
evidence-CVS_20050326-1.pkg.tar.gz
engage-CVS_20050326-1.pkg.tar.gz
ewl-CVS_20050326-1.pkg.tar.gz
engrave-CVS_20050326-1.pkg.tar.gz
examine-CVS_20050326-1.pkg.tar.gz
entice-CVS_20050326-1.pkg.tar.gz
iconbar-CVS_20050326-1.pkg.tar.gz
entrance-CVS_20050326-1.pkg.tar.gz
imlib2-CVS_20050326-1.pkg.tar.gz
envision-CVS_20050326-1.pkg.tar.gz
imlib2_loaders-CVS_20050326-1.pkg.tar.gz
Best regards Nick.

cdk wrote:
WOW ..... e17 rocks. i just tried it out! its flipping sweet m8s! i havent spent much time in it but is it very usable. i dont mean it has to be super stable but is is usable enough for everyday?
cheers,
cdk
Yes it is usable, though it seems to crash now and then sometimes, I've ran it without any problem for several days. Also keep an eye on http://lude.net/edocs/, the unofficial documentation. It is usually quite up to date.
The only disturbing thing about e17 is that there are almost no eapp files included by default.
perhaps I should include some additional eapp files in my builds and extend the menu a bit. Another thing you should try is load engage instead of ibar, as it is a wonderfull dockapp and a lot more.
For that do the following, all steps only required once:
load the engage module:
open a terminal and run /opt/e17/bin/enlightenment_remote -module-load /opt/e17/lib/engage/module.so
then disable ibar:
left click on the desktop | modules | ibar | toggle enable
populate ~/.e/e/application/engage/.order with for example
[nick@Nick ~]$ cat .e/e/applications/engage/.order
kontact.eapp
azureus.eapp
gimp.eapp
firefox.eapp
enterminus.eapp
xmms.eapp
evidence.eapp
konqueror.eapp
pan.eapp
gtick.eapp
all eapp files should be in ~/.e/e/applications/all/ and can be made using e_util_eapp_edit from the e_util package.
After that enable engage in the same way as you disabled ibar:
left click on the desktop | modules | engage | toggle enable
You can create a wallpaper with e17setroot, it will set it as a background after it creates it, and it stores your background file somewhere in your ~/.e tree. After that you can use emblem to switch/choose any wallpaper you created in that way.
except for the engage module you can load several others too, they can be found in /opt/e17/lib/enlightenment/modules and most aren't loaded by default. if a module is not loaded it will not be listed in the e17 menu.
Hope this helps a lot of people
EDIT:
I added the icons suggested on http://aje.codewordt.co.uk/ from one of the devs of e17. I do not know if you have to delete your ~/.e before they are picked up, anyway just reinstall e for it to work.

JDeveloper 10g CVS package hierarchy gone after check out?

Hello!
We are using JDeveloper 9.0.5.2 (Build 1618) together with WinCvs 1.3.17.2.
We successfully imported with JDev a project structure as
client/moduleA/ui;
client/moduleA/db;
client/moduleA/ctr;
client/moduleB/ui;
client/moduleB/db;
client/moduleB/ctr;
into my repository - connecting with a pserver.
If an other pserver-User tries to check out the module CVSRoot, the package hierarchy - as described above - is gone.
All files are mixed up in flat packages ,,Miscellaneous Packages'' and ,,Miscellaneous Files''.
The created file structure is ok (the package hierarchy remained). But as mentioned, the Application Navigator just shows the flat Miscellaneous file structure.
For check out with the ,,Check Out from CVS Wizard'', in step 4 of 4, the options
,,prune empty folders'' ,
,,checkout into Target Folder'' ,
,,Do Not Shorten Pathnames'',
were checked.
What do we have to do, to see in the Application navigator - after a check-out - the imported tree of packages, instead of a flat structure?
Thank you in advance for your answer!

Hi,
Was the project imported to CVS at the same time as the package structure?
Do the project source paths match the filesystem? For example, does the java source path match the root of the java source? Jdev normally puts files in a flat structure if the files are not in the right file system folder for their java package.
If changing the project path does not fix this can you tell me what technologies your using, such as BC4J, struts, Tag libs, etc.. Then I can try and reproduce this here.
Many thanks,
Geoff
JDev SCM Team
-------------

New E17 install and Bling module buginess?

I just installed the e17-cvs packages per wiki last night-but I cannot get E to run with Bling module loaded...the DE will run fine with Bling, until I open a new window/app-whereat E17 freezes-and only a Crtl+alt+backspace will get me anything (back to entranced). This occurs something as simple as the Xterm console. as well as full Qt4 apps and Gtk apps.
In case it matters-this box also has KDEmod on the same Arch, Nvidia GTX260 with 180.22 drivers. E is at default 1st run config, minus load/unload Bling.
Any ideas on how to make E17 w/bling useable on my box? I've run E before, but not under arch-and remember some difficulty with Bling conflicting with another module which I had to unload-but I'm scratching my head as to what.
Last edited by Skripka (2009-03-03 14:49:37)

skottish wrote:This is a total guess. Do you have xcompmgr running? If so, bling doesn't use it; It has its own version built in.
I'll check when I get back from work.
For now, it seems like there is some conflict between Bling and Dropshadows...as I can get Bling to run fairly stable once I deactivate Dropshadows (I also deleted the .E folder in /home for good measure)...I say fairly, as I occassionally do get either a crash of E, or there is often a deal of lag in Bling focusing/defocusing the current window.
Last edited by Skripka (2009-03-03 16:47:36)

E17 in community

I'm currently uploading e17-cvs to the [community] repo. Most likely this will replace the e17 snapshots which are currently in [community] as it is unknown when, or even if the snapshots on the e17 server will be updated. However for the moment the snapshots are still available in [community] and will remain so until further notice.
If you want to install e17-cvs from the [community] repo, please remove any version of e17 you have on your system before installing.
e17-cvs from [community] will install under the /usr prefix, whereas the snapshots in [community] are installed under the /opt/e17 prefix.
If you happen to use the takhis repo, it will not work nicely together with e17-cvs from [community] for the same reason as the snapshots. The same goes for a lot of e17-cvs packages in AUR, they should all be updated to be installed under the /usr prefix.
After you have removed all currently installed versions of any e17 package, install e17-cvs with
pacman -S e17-cvs
and for any additional modules currently supplied in [community], do
pacman -S e17-extra-cvs
You can start e17-cvs by adding 'enlightenment_start' to ~/.xinitrc, or using the e17 login manager entrance.
Using entrance is as simple as
adding 'entranced' to the daemons in /etc/rc.conf
or
modifying /etc/inittab to use:
x:5:respawn:/usr/sbin/entranced -nodaemon >& /dev/null
Any questions or problems, just ask.
NOTE:
the e17 wiki page should be adjusted to include the above. I did put a few comments there but it should be rewritten partly to incorporate above changes.
[edit]
x86_64 versions are now also in [community]
Last edited by pressh (2008-01-23 09:37:53)

pressh wrote:
furester wrote:Installing your package e17's module manager says that there isn't bling in modules dir and ask if i want to disable it .. reading the PKGBUILD I don't understand why it can't find bling modules: it seems to be compiled!
try removing the config files in your users home dir. Make sure to back them up first.
after removing ~/.e directory and reinstalling your package ..
$ enlightenment_remote -module-list | grep bling
$
or if you prefer
$ enlightenment_remote -module-list
REPLY <- BEGIN
REPLY: "start" ENABLED 1
REPLY: "ibar" ENABLED 1
REPLY: "ibox" ENABLED 1
REPLY: "dropshadow" ENABLED 1
REPLY: "clock" ENABLED 1
REPLY: "battery" ENABLED 1
REPLY: "cpufreq" ENABLED 1
REPLY: "temperature" ENABLED 1
REPLY: "pager" ENABLED 1
REPLY: "exebuf" ENABLED 1
REPLY: "winlist" ENABLED 1
REPLY: "conf" ENABLED 1
REPLY: "conf_applications" ENABLED 1
REPLY: "conf_borders" ENABLED 1
REPLY: "conf_clientlist" ENABLED 1
REPLY: "conf_colors" ENABLED 1
REPLY: "conf_desk" ENABLED 1
REPLY: "conf_desklock" ENABLED 1
REPLY: "conf_desks" ENABLED 1
REPLY: "conf_dialogs" ENABLED 1
REPLY: "conf_display" ENABLED 1
REPLY: "conf_dpms" ENABLED 1
REPLY: "conf_exebuf" ENABLED 1
REPLY: "conf_fonts" ENABLED 1
REPLY: "conf_icon_theme" ENABLED 1
REPLY: "conf_imc" ENABLED 1
REPLY: "conf_intl" ENABLED 1
REPLY: "conf_keybindings" ENABLED 1
REPLY: "conf_menus" ENABLED 1
REPLY: "conf_mime" ENABLED 1
REPLY: "conf_mouse" ENABLED 1
REPLY: "conf_mousebindings" ENABLED 1
REPLY: "conf_mouse_cursor" ENABLED 1
REPLY: "conf_paths" ENABLED 1
REPLY: "conf_performance" ENABLED 1
REPLY: "conf_profiles" ENABLED 1
REPLY: "conf_screensaver" ENABLED 1
REPLY: "conf_shelves" ENABLED 1
REPLY: "conf_startup" ENABLED 1
REPLY: "conf_theme" ENABLED 1
REPLY: "conf_transitions" ENABLED 1
REPLY: "conf_wallpaper" ENABLED 1
REPLY: "conf_window_display" ENABLED 1
REPLY: "conf_window_focus" ENABLED 1
REPLY: "conf_window_manipulation" ENABLED 1
REPLY: "conf_winlist" ENABLED 1
REPLY: "conf_engine" ENABLED 1
REPLY: "fileman" ENABLED 1
REPLY <- END

Packages from CVS?

Hi guys,
i have one quick question. i am new to Arch, so please excuse me if that was already asked.
Is it possible to make packages from CVS?
thanks for the help, Shemeta

Shemeta,
Yes, as a matter of fact the latest version of reiserfsprongs we have is causing some trouble - a bug, apparently, that the package creator has been advised about. I tried to run reiserfsck --check /dev/xxx in single user mode doing routine maintenance this afternoon and couldn't. For the time being, therefore, I decided to downgrade one version so copied the CVS package for the earlier version to the existing PKGBUILD in /var/abs/base/reiserfsprogs, changed to that directory, ran makepkg -bci and voila. Now I should tell you that this practice might not work every time because urls for source code change on occasion or for perhaps other reasons. Today, however, that was not a problem and I was able to run file system checks on my network. Having CVS was a lifesaver today.
jlowell

E17 SVN Builder, a new script for pacman to keep your E17 up to date!

I created a script called E17 SVN Builder because of what it does: create packages of E17 direct from SVN using the same PKGBUILDs as the Arch snapshots do. It came around because I was bitten by the Settings panel bug, which was fixed in upstream a few days after the SVN snapshot was taken. I wanted an up to date E17 install, so I created this script. Do NOT use it if you want your E17 install to be stable(r?)!
I just thought I would share this script since it works for me. Perhaps people could help me improve it?
Anyway, the dependancies right now are:
yaourt-git (I need it to fetch the PKGBUILDs for the images from CVS)
svn (to fetch the E17 code)
TODO:
- I need to get rid of the dependancy on yaourt-git by extracting the code for fetching the PKGBUILDs with it.
- I want to be able to use flags with this.
License: GPLv3
Version: 0.2
#!/bin/sh
# * E17-svn-builder *
# * A script to build E17 directly from SVN *
# * By smartboyathome *
VERSION=0.2
usage(){
echo 'E17 SVN Builder'
echo 'This is version '$VERSION
echo 'For now, this is a very simple script. It will fetch and build the PKGBUILDs for you. It is recommend you create a new directory to run this in, as it will pollute a directory with tons of files and folders.'
echo '-h, --help; Show this message.'
while [ "$#" -ne "0" ]; do
case $1 in
--help)
usage
exit 0
-h)
usage
exit 0
esac
done
buildpkg(){
echo 'Building '$_E17PKG'...'
# Check if the package directory exists, and if not, create it.
if [ -d $_E17PKG ]; then
cd $_E17PKG
else
mkdir $_E17PKG
cd $_E17PKG
fi
# Check if the PKGBUILD exists, and if not, get it.
if [ -d PKGBUILD ]; then
yaourt -G $_E17PKG
else
mv PKGBUILD PKGBUILD.old
yaourt -G $_E17PKG
mv PKGBUILD PKGBUILD.new | mv PKGBUILD.old PKGBUILD
cmp -s PKGBUILD PKGBUILD.new || mv PKGBUILD.new PKGBUILD
fi
makepkg PKGBUILD
mv *.pkg.tar.gz ../
cd ../
# Make sure there aren't any left over environment variables from a previous run or program. This keeps things clean. :)
unset _EXTRA
unset _E17PKG
echo 'Would you like to build the e17-extra-svn packages as well? (y/n)'
read _EXTRA
# Remove all packages
rm *.pkg.tar.gz
echo 'Beginning to build e17-svn packages...'
#--- Begin building eina-svn ---
_E17PKG=eina-svn
buildpkg
#--- Begin building eet-svn ---
_E17PKG=eet-svn
buildpkg
#--- Begin building evas-svn ---
_E17PKG=evas-svn
buildpkg
#--- Begin building ecore-svn ---
_E17PKG=ecore-svn
buildpkg
#--- Begin building embryo-svn ---
_E17PKG=embryo-svn
buildpkg
#--- Begin building edje-svn ---
_E17PKG=edje-svn
buildpkg
#--- Begin building e_dbus-svn ---
_E17PKG=e_dbus-svn
buildpkg
#--- Begin building efreet-svn ---
_E17PKG=efreet-svn
buildpkg
#--- Begin building e-svn ---
_E17PKG=e-svn
buildpkg
echo 'Finished building e17-svn packages!'
if [ $EXTRA="y" ]; then
echo 'Beginning to build e17-extra-svn packages...'
#--- Begin building exml-svn ---
_E17PKG=exml-svn
buildpkg
#--- Begin building emprint-svn ---
_E17PKG=emprint-svn
buildpkg
#--- Begin building engrave-svn ---
_E17PKG=engrave-svn
buildpkg
#--- Begin building epsilon-svn ---
_E17PKG=epsilon-svn
buildpkg
#--- Begin building esmart-svn ---
_E17PKG=esmart-svn
buildpkg
#--- Begin building etk-svn ---
_E17PKG=etk-svn
buildpkg
#--- Begin building ewl-svn ---
_E17PKG=ewl-svn
buildpkg
#--- Begin building e-modules-extra-svn ---
_E17PKG=e-modules-extra-svn
buildpkg
#--- Begin building elitaire-svn ---
_E17PKG=elitaire-svn
buildpkg
#--- Begin building entrance-svn ---
_E17PKG=entrance-svn
buildpkg
#--- Begin building exhibit-svn ---
_E17PKG=exhibit-svn
buildpkg
echo 'Finished building e17-extra-svn packages!'
fi
echo ''
echo 'All package building is complete!'
echo 'It is recommended you restart E17 after installing these packages.'
echo 'To do this, go to menu > Enlightenment > Restart;'
echo 'If you cant, then issue this command to restart it:'
echo 'enlightenment_remote -restart'
echo ''
echo 'Have a nice day!'
# Unsetting our variables so that we aren't messing with anything else. Also keeps things clean. :)
unset _E17PKG
unset _EXTRA
exit 0
Last edited by smartboyathome (2008-12-21 21:10:47)

UPDATE! This package has had a couple changes:
- Repetitive stuff was condensed into one piece of code. Now, its much easier to read.
- I implemented extra differently. Instead of using a flag (which for some reason always sent me into a loop, I need more practice with scripting ), I just ask the person running the script whether they want to build extra as well as the core e17-svn stuff. Now it doesn't build them all automatically.

E17 configuration help needed for UK keyboard [RESOLVED]

I downloaded and installed reverie's packages for Enlightenment DR17 at http://ftp.takhis.net/arch (ie. 'pacman -Sy e17-cvs efl-cvs e17-extra-cvs').
Thanks for taking the time and effort to make the packages available reverie
I've been exploring E17 for about the past 2-3 days now and IT ROCKS!
However, I've noticed that its default keyboard layout is US (Shift+2 gives @ instead of "). I tried Configuration > Configuration Panel > Language Settings but I could see no other options (in fact the list was completely blank). I presume this is where I set the keyboard.
Please could someone tell me how I can get my E17 install configured for my UK keyboard?

US is simply the default layout for X.org, you need to add
Option "XkbLayout" "uk"
to the InputDevice section for your keyboard in /etc/X11/xorg.conf.
I'm not sitting in front of an E desk right now, but if I recall there was also a keyboard switching module? (enable under modules then add to a shelf (hit shelves//configure shelf contents)). Dunno if it works though, or, well, if it's there at all So... go the xorg route...
Oh, and thx mon

E17 with GL

Here's a PKGBUILD and patch I put together that'll build an e-CVS package that has Evas using it's OpenGL engine. It's nothing fancy, more info can be found here but it works quite well with my nvidia card. I'm writing this with the layered sky background running at full steam behind Firefox. The E17 modules support the transparency but Eterm doesn't at this stage and I don't know if it will but this isn't meant for full-time use, just to have a squiz.
For it to work, I use nickm's packages and it only requires a rebuild of e-CVS. Also, you'll need to delete (or move) ~/.e/e/config/e.cfg as it tells Evas to use software and if you change the theme it resets that file and after a restart it's back to software as well. This is just for playing but it's not too shabby at all
PKGBUILD:
pkgname=e
pkgver=CVS_$date
pkgrel=1
pkgdesc=""
url=""
license=""
depends=('ewl' 'evas' 'ecore' 'imlib2')
makedepends=()
conflicts=()
replaces=()
backup=()
groups=('e17')
install=
#source=($pkgname-$pkgver.tar.gz)
md5sums=()
build() {
export LDFLAGS="-L/opt/e17/lib"
export CPPFLAGS="-I/opt/e17/include"
export PATH=$PATH:/opt/e17/bin
cd $startdir/src/
cvs -z3 -d:pserver:[email protected]:/cvsroot/enlightenment co e17/apps/$pkgname
cd e17/apps/e
make distclean
# add right-click menu patch
cd $startdir/src/e17/apps/e/src/bin
patch --ignore-whitespace <$startdir/opengl.diff e_config.c
cd $startdir/src/e17/apps/e
./autogen.sh --prefix=/opt/e17
make || return 1
make DESTDIR=$startdir/pkg install
opengl.diff:
226,227c226,227
< e_config->evas_engine_container = E_EVAS_ENGINE_DEFAULT;
< e_config->evas_engine_init = E_EVAS_ENGINE_DEFAULT;
> e_config->evas_engine_container = E_EVAS_ENGINE_GL_X11;
> e_config->evas_engine_init = E_EVAS_ENGINE_GL_X11;

Hi!
Thanks for taking the time to look at it, here are the news, (it is really nothing special, but one doesn't have to remove e.cfg )
There's also some news regarding OpenGL mode. First of all if you haven't read about it yet, please read me previous newspost first. As as I said in the earlier post, one major problem with it was that the engine settings weren't being saved to e.cfg, so every time you restarted E, everything went back to software mode. This has been solved by Korda (he also posted the original instructions on enabling GL mode). This is just copypasted from the edevelop.org forums - this has been written by Korda:
"OK, I've figured out why the config changes weren't sticking.
There are a few lines missing in e_config.c which cause all the evas_engine_* variables to never be saved when e.cfg is written.
Inside e_config.c in the e_config_init(void) method, you'll need to add the lines:
Code:
E_CONFIG_VAL(D, T, evas_engine_default, INT);
E_CONFIG_VAL(D, T, evas_engine_container, INT);
E_CONFIG_VAL(D, T, evas_engine_init, INT);
E_CONFIG_VAL(D, T, evas_engine_menus, INT);
E_CONFIG_VAL(D, T, evas_engine_borders, INT);
E_CONFIG_VAL(D, T, evas_engine_errors, INT);
E_CONFIG_VAL(D, T, evas_engine_popups, INT);
E_CONFIG_VAL(D, T, evas_engine_drag, INT);
after all the other similar lines but before the line
Code:
e_config = e_config_domain_load("e", _e_config_edd);
This ensures that all the evas_engine_* config variables get written.

Enlightenment E17's EFM breaks when theme changes

Hello.
I've installed the "enlightenment17" package, as indicated in the wiki article. After a few clashes against the Enlightened way of life (which it totally won), I was ready to give it a look & feel more to my liking. So I installed the e17-themes package from AUR, and started playing around with those.
Sadly, after a short while, I noticed that whenever I changed the theme, from "default" to anything else, the EFM windows would stop showing their contents. I mean: they are not frozen, I see no errors anywhere, everything is nice and smooth as always, but… EFM windows are empty.
I'm aware the same wiki article mentions a change in themes' format:
Note: During 2010 there was a change in how themes work, so older themes will not work unless they were updated. There used to be an edje_convert tool to do this, but that has been dropped long ago
But, if that tool is deprecated (and assuming that is the problem, a fact of which I'm not sure at all), how is such a conversion performed?
Any help on the issue will be appreciated. Best regards.
Last edited by bruno.unna (2013-05-05 20:23:53)

bruno.unna wrote:But, if that tool is deprecated (and assuming that is the problem, a fact of which I'm not sure at all), how is such a conversion performed?
It's not. Any themes that weren't converted are effectively dead. More than that, there was a change in theme API a month or two before before E17's release, so any theme that hasn't been updated in the last 6 months or so probably isn't going to work.

Yaourt, cvs, md5sum and community repo.

Hey, lately trying to install packages with yaourt are not working. For example, flock and lmms both say CVS and not PKGBUILD in AUR. yaourt cannot find them.
I tried to download the pkgbuild by clicking on cvs bout I get "AN Exception Has Occoured" error message.
This is only with CVS packages. Also, when upgrading a package for my system from AUR, I don't use md5sum and I've always removed the old md5sum number from the pkgbuild and it builds.
Now I can't do that anymore.
Is there a problem with:
1: packages saying CVS and not PKGBUILD in AUR/Community?
2: is md5sum manditory now?
An Exception Has Occurred
lmms/repos/community-i686: unknown location
HTTP Response Status
404 Not Found
Last edited by funkmuscle (2009-08-13 00:34:08)

Packages in community have been moved to the previous CVS repo an SVN repo just like the official packages. There are still issues being ironed out, which explains the exception.
I believe the md5sums thing is due to the latest pacman update, makepkg will not just throw a warning now, it errors instead. Don't quote me on that though.

Ffmpeg support for stepmania-cvs

I have been looking into adding ffmpeg support for the stepmania-cvs package. The main problem is that StepMania will continue to depend on the old 0.4.9-pre1 version of ffmpeg in order for video support to work properly. Following the directions on the StepMania website were not that helpful but I have found a slightly easier way to build StepMania with ffmpeg built into the application; a lot of the time was spent trying to find a decent configuration. The 0.4.9-pre1 version of ffmpeg would only be required to build StepMania but, since the required ffmpeg libraries will be built into StepMania, it is not required to run the application so the older version of ffmpeg can then be uninstalled or be replaced with the current ffmpeg package in extra.
I was wondering whether the people who are using stepmania-cvs would want ffmpeg support included and would be willing to put up with the hassle of installing a custom ffmpeg package during every install and upgrade. The stepmania-cvs package will only be updated when a new Windows CVS snapshot is released if people want this change. I want stepmania-cvs to closely resemble what is included with the Windows snapshots and the current CVS snapshot does include video support in the application.
The video support isn't that great with either the version that I have built or with the Windows CVS snapshot. Playing video seems to bog down StepMania a bit; it isn't really noticable most of the time. I have messed around with the StepMania 3.9 source code and video playback is a lot better with that version.
In case anyone is wondering, I have thought about making a PKGBUILD that would build StepMania 3.9 from source instead of using the pre-built binary package like the current one does. The main reason for continuing the use of the binary package was because of the ffmpeg issue, including conflicting with any current ffmpeg installation, and because there is no option to build StepMania 3.9 without ffmpeg support. Now, it is because StepMania 3.9 will not build with the current version of sdl in the Arch repository; it will build with the 1.2.9 package. So, I am still going with my stance of not worrying about making a PKGBUILD that makes StepMania 3.9 from the source code.
This has been a long winded post but I would really appreciate any feedback on this issue. I would personally like to have ffmpeg support in the stepmania-cvs package but I don't want to inconvenience others if other people don't want to deal with the hassle of getting ffmpeg support working.
Random: Something that is a lot better with the Linux version of StepMania 4.0 CVS are the load times. With the current Windows CVS snapshot, it takes like 5 seconds to go to the song selection screen, no matter if it is after loading StepMania for the first time or after playing a song, while the Linux version takes around 1 second.

I guess that nobody will have a problem with video support being added to the stepmania-cvs package. I just updated stepmania-cvs with the necessary changes for video support to work. Just like when the stepmania package was uploaded to the AUR, I posted a little howto for installing stepmania-cvs with the most recent changes. The howto is the last comment posted on the AUR page for stepmania-cvs. I am also messing around with making a custom repository. So far, I have put up some of my packages from the AUR. The repository will include pre-built packages of stepmania and stepmania-cvs. In order to access my repository, add the following two lines to /etc/pacman.conf:
[ryochan7]
Server = http://bored.homelinux.net/arch/ryochan7
Then run pacman -Sy. My upload connection isn't that great (peaks around 45 KB/s) so it might take a while to download any package from my repository.

Help with the new E17?

Hello,
I've recently updated to the new e17-svn package (38347-1), and for some reason I am unable to divine, it refuses to start through entrance, or through any other way other than typing 'xinit enlightenment_start' at terminal, which has me really confused. Further, it seems to initialize through xterm:
|-login---bash---xinit-+-X
| `-xterm---enlightenment-+-enlightenment_f
which leaves an open xterm window on the desktop when it starts (one that, obviously, cannot be closed, or the entire tree is terminated).
Xterm is version 239-1. Finally, I cannot find any indication of what is going on in any of my e17 config files or in the Xorg logfile. Xorg starts up just fine and dandy when I start it by itself, as does Entrance - neither one can initiate E17, though.
All of my packages are repo-standard. Anyone have any ideas what's wrong, or know where I can find more information on the problem?

It may just be that the current version of entrance does not work, I've seen a couple of posts about it the last week or so. I'll update the e17 packages later today, or you can try recompiling entrance via abs yourself.
or you can do what bgc1954 said until the package is updated, though I'm not sure of you need to put 'exec' before 'enlightenment_start' or not.

E17-cvs packages

Similar Messages

Maybe you are looking for