Package Details: e-modules-extra-git 20140921-1

Git Clone URL: https://aur.archlinux.org/e-modules-extra-git.git (read-only)
Package Base: e-modules-extra-git
Description: Enlightenment modules: Extra unsupported modules in Git not already packaged elsewhere
Upstream URL: http://www.enlightenment.org
Licenses: GPL, MIT
Provides: e-modules-extra
Submitter: Cravix
Maintainer: Tido.com
Last Packager: Scimmia
Votes: 46
Popularity: 0.123568
First Submitted: 2013-06-18 10:41
Last Updated: 2015-06-08 17:10

Latest Comments

Scimmia commented on 2015-04-13 16:10

Looks like cpu is no longer compatible with E19, just E20 now.

As for mail, you should have read the PKGBUILD.

lolop commented on 2015-04-13 09:00

error whith compilation:

make[2] : on entre dans le répertoire « /tmp/yaourt-tmp-lolop/aur-e-modules-extra-git/src/cpu/src »
CC e_mod_main.lo
e_mod_main.c: In function ‘_button_cb_mouse_down’:
e_mod_main.c:427:10: erreur: too few arguments to function ‘e_zone_current_get’
e_zone_current_get(),
^
In file included from /usr/include/enlightenment/e_includes.h:8:0,
from /usr/include/enlightenment/e.h:281,
from e_mod_main.c:1:
/usr/include/enlightenment/e_zone.h:141:16: note: declared here
EAPI E_Zone *e_zone_current_get(E_Comp *c);
^
Makefile:452 : la recette pour la cible « e_mod_main.lo » a échouée
make[2]: *** [e_mod_main.lo] Erreur 1
make[2] : on quitte le répertoire « /tmp/yaourt-tmp-lolop/aur-e-modules-extra-git/src/cpu/src »
Makefile:491 : la recette pour la cible « all-recursive » a échouée
make[1]: *** [all-recursive] Erreur 1
make[1] : on quitte le répertoire « /tmp/yaourt-tmp-lolop/aur-e-modules-extra-git/src/cpu »
Makefile:398 : la recette pour la cible « all » a échouée
make: *** [all] Erreur 2


End please add?: https://git.enlightenment.org/enlightenment/modules/mail.git/

Scimmia commented on 2014-10-29 05:46

@alhirzel, nope. Autoconf is only needed at build time and is already part of base-devel.

https://wiki.archlinux.org/index.php/Arch_User_Repository#Prerequisites

alhirzel commented on 2014-10-29 04:42

This should also have a dep on autoconf.

warm commented on 2014-09-23 01:32

Ahh ... can not upgrade to e19 due mail module can not be compiled (on test machine).
gnubiff does not work for a long time for me. I need some e-mail notifier with IMAP4 support for system tray.

What are the alternatives?

At this time I'm staying on e18 with no upgrades on my desktop :-)

Scimmia commented on 2014-09-22 02:22

I've updated this with only the E19 compatible modules enabled. We've had major breaking compositor changes in both E18 and E19, hopefully those are over for a while now. If that's the case, this list should remain stable, and we may even be able to enable some of the currently disabled modules if they get updated.

Scimmia commented on 2014-06-30 05:47

Then read the PKGBUILD, you need to modify it for your own installation.

anarch.linux commented on 2014-06-30 05:45

current PKGBUILD does not work for for stable e18.
the problems are:
elev8 (as noted below yet)
forecasts.
i was able to build forecasts against current stable e18 though.
the workaround is: cloning git tree & reverting commit db9cb7693228efda3eeb4c79fd442666cbd03e5a.
IMO we should have two separate versions of this package here in AUR, one for current stable e18 and another for git version. i’m planning to make a proper PKGBUILD for current stable, but not sure this will happen soon.

Scimmia commented on 2014-06-29 22:05

As noted in the PKGBUILD: "not compatible with v8 >= 3.19.16"

scwalla commented on 2014-06-29 21:59

Module elev8 fails to compile. Is there any support for this package?

Cravix commented on 2014-06-21 07:20

forget to drop this package, seems it's useless now, hmm

Scimmia commented on 2014-06-16 16:06

In what module?

ddracopo commented on 2014-06-16 13:19

This does not build any more due to compile errors. Any luck anyone?

Scimmia commented on 2014-01-17 17:16

There is no more "enlightenment17".

Scimmia commented on 2014-01-16 09:20

Just a note, most of these are broken with E 0.18.99. tclock has been updated, though, so it only works with 0.18.99.

Beretta021 commented on 2014-01-02 20:57

Installed e-dbus and everything went well.
Thanks!

Scimmia commented on 2014-01-02 20:34

In which module? enotify is part of e_dbus, IIRC.

Beretta021 commented on 2014-01-02 20:14

I'm getting this error, but can't find package enotify:


checking for EVRY... no
configure: error: Package requirements (everything, enotify) were not met:

No package 'enotify' found

Cravix commented on 2013-11-25 14:48

@jdb91 MrElg:
It still works for me.
And, if you want to use modules, load them first.

Scimmia commented on 2013-11-21 18:37

Oh, and if there's additional deps to make the modules function, either let me know or just update that in the PKGBUILD. The ones I added are just to make things build. If you update the PKGBUILD yourself, make sure to list the dep in the _module_list at the top as well as adding it to the deps list using the ones that are there as a template.

Scimmia commented on 2013-11-10 23:26

I just uploaded a new, much simpler PKGBUILD. It builds modules from the current Git repo only, and only ones that aren't packaged individually. If you're looking for a module that isn't in the _module_list at the top and you can't find it in the AUR, it probably didn't survive Enlightenment's transition from SVN to Git.

I made notes in the array definition on what builds and what doesn't with each version. Pay attention to that and comment out what you don't want or can't build.

Ideally, each of these modules should be it's own package, but I'm not going to make them. If someone does package a module, it should be removed from the _module_list for this package.

jdb91 commented on 2013-10-25 23:56

i've installed this, but can't see them in my shelf. am i missing a step?

Scimmia commented on 2013-09-29 08:09

The problem is that this pulls from a Git mirror of the Enlightenment SVN repo. The SVN repo is still up, but has been officially deprecated and ssh access has been disabled. Because of this, the Git mirror isn't up anymore. The modules are now in the normal E Git, but only as part of a large, read only repo meant as an archive.

I don't have a good solution. I'm planning on just removing most of my packages that depends on SVN when it's shut down for good. Still hoping to save one or two if I can figure out a way to not have to clone a 1GB repo to do it.

Cravix commented on 2013-09-27 14:25

ah, sorry, i'm too busy to test this pkgbuild these days, so i'll disown this pkg :(
anyway, i'll keep an eye on this pkg, and if anyone is willing to maintain it, please feel free to take over it :)

Cravix commented on 2013-09-27 14:24

ah, sorry, i'm too busy to test this pkgbuild these days, so i'll disown this pkg :(
anyway, i'll keep an eye on this pkg, and if anyone willing to maintain it, please feel free to take over it :)

gyurman commented on 2013-09-22 13:28

git://git.enlightenment.fr/vcs/svn/E-MODULES-EXTRA.git
No repositories found

MrElg commented on 2013-08-12 21:00

I got a problem with the build.

./configure: line 13693: syntax error near unexpected token `E,'
./configure: line 13693: `PKG_CHECK_MODULES(E, enlightenment)'
=> ERROR: A failure occured in build().

Thanks for the work, anyways.

MrElg commented on 2013-08-12 21:00

I got a problem with the build.

./configure: line 13693: syntax error near unexpected token `E,'
./configure: line 13693: `PKG_CHECK_MODULES(E, enlightenment)'
=> ERROR: A failure occured in build().

MrElg commented on 2013-08-12 20:58

I got a problem with the build.

./configure: line 13693: syntax error near unexpected token `E,'
./configure: line 13693: `PKG

Cravix commented on 2013-06-24 07:19

***NOTICE***
many modules is broken now, so i remove them from build set. now it WORKS, anyway.
i'll report to upstream, and try to fix it myself, too.
sorry for the inconvenience.

Cravix commented on 2013-06-22 14:05

seems E-MODULES-EXTRA has been gradually moving to git repo.
so, if you get any error , e.g. "No such file or directory", please report to me immediately,
and i'll fix the pkgbuild asap.
thanks in advance.

Cravix commented on 2013-06-22 13:07

seems E-MODULES-EXTRA has been gradually moving to git repo.
so, if you get any error , e.g. like "file-not-found", please report to me immediately,
and i'll fix the pkgbuild asap.
thanks in advance.

theOptimizedCode commented on 2013-06-22 08:04

Errors while trying to build.
e-modules-extra-git 0.17.4157.5290155-1
./PKGBUILD: line 70: cd : alarm: No such file or directory

Cravix commented on 2013-06-18 10:55

i create e-modules-extra-git for dev channel users:
https://aur.archlinux.org/packages/e-modules-extra-git/
if you're RELEASE CHANNEL USER, please use -svn pkg;
else (DEV CHANNEL USER), please use -git pkg.

Cravix commented on 2013-06-18 09:23

since E-MODULES-EXTRA in svn repo was partly moved to git repo these days, this pkgbuild will only work for release channel users = =
and i'll adjust the pkgbuild (or make a new package for dev channel users) in a day or two,
so if you're on dev channel and want to update, then please wait :)

Cravix commented on 2013-06-18 09:17

since svn repo changes a lot these days, this pkgbuild will only work for release channel users = =
and i'll adjust the pkgbuild (or make a new package for dev channel users) in a day or two,
so if you're on dev channel and want to update, then please wait :)

Cravix commented on 2013-06-18 09:16

since svn repo changes a lot these days, this pkgbuild will only work for release channel users :/
and i'll adjust the pkgbuild (or make a new package for dev channel users) in a day or two, so if you'd like to update, then please wait :)

Cravix commented on 2013-05-21 23:48

@KsenZ:
not really sure about the cause, are you using efl-git?

KsenZ commented on 2013-05-21 07:20

Build error:

make all-recursive
make[1]: Вход в каталог `/tmp/yaourt-tmp-ksenz/aur-e-modules-extra-svn/src/E-MODULES-EXTRA/exebuf'
Making all in src
make[2]: Вход в каталог `/tmp/yaourt-tmp-ksenz/aur-e-modules-extra-svn/src/E-MODULES-EXTRA/exebuf/src'
CC e_mod_main.lo
CC exebuf.lo
exebuf.c: In function 'e_exebuf_show':
exebuf.c:178:4: error: too few arguments to function 'e_popup_layer_set'
e_popup_layer_set(exebuf, 255);
^
In file included from /usr/include/enlightenment/e_includes.h:44:0,
from /usr/include/enlightenment/e.h:272,
from exebuf.c:1:
/usr/include/enlightenment/e_popup.h:48:18: note: declared here
EAPI void e_popup_layer_set(E_Popup *pop, E_Comp_Canvas_Layer comp_layer, E_Layer layer);
^
make[2]: *** [exebuf.lo] Ошибка 1
make[2]: Выход из каталога `/tmp/yaourt-tmp-ksenz/aur-e-modules-extra-svn/src/E-MODULES-EXTRA/exebuf/src'
make[1]: *** [all-recursive] Ошибка 1
make[1]: Выход из каталога `/tmp/yaourt-tmp-ksenz/aur-e-modules-extra-svn/src/E-MODULES-EXTRA/exebuf'
make: *** [all] Ошибка 2
==> ОШИБКА: Произошел сбой в build().
Преждевременный выход...
==> ERROR: Makepkg was unable to build e-modules-extra-svn.

Scimmia commented on 2013-05-16 18:00

@alfa8my, now you update subversion

Anonymous comment on 2013-05-16 14:23

Cannot download from svn:

svn: error while loading shared libraries: libsasl2.so.3: cannot open shared object file: No such file or directory

what now?

AVDuma commented on 2013-05-10 13:29

Updated enlightenment17 (today they have update packages to 0.17.2.1) and reinstalled e-modules-extra-svn : now all is working.
Thanks to all!

AVDuma commented on 2013-05-10 10:12

Thank you Scimmia, I use enlightenment17 (0.17.1), not enlightenment17-git: this means that I can't use e17-places-svn or e-modules-extra-svn?
It is strange because I use the same machine with the same E. I've installed e17-places-svn and it works ok, after the installation, with yaourt, of e-modules-extra-svn, that removes e17-places-svn, I have the error reported before.

Cravix commented on 2013-05-10 09:05

@AVDuma:
fixed the pkgbuild as the comments before shows, just try again :) what i done is stick to rev 84534 to keep compatibility with e17 release.

btw, normally newest e17-places-svn won't work for release, maybe compilation cache leads to such condition, hmm

Cravix commented on 2013-05-10 09:04

@AVDuma:
fixed the pkgbuild as the comments before shows, just try again :) what i done is stick to rev 84534 to keep compatibility with e17 release.

btw, normally your e17-places-svn won't work, maybe compilation cache leads to such condition, hmm

Cravix commented on 2013-05-10 09:00

@AVDuma:
fixed the pkgbuild as the comments before shows, just try again :)

AVDuma commented on 2013-05-10 08:44

Thank you Scimmia, I use enlightenment17 (0.17.1), not enlightenment17-git: this means that I can't use e17-places-svn or e-modules-extra-svn?
It is strange because I use the same machine with the same E. I've installed e17-places-svn and it works ok, after the installation, with yaourt, of e-modules-extra-svn, that removes e17-places-svn, I have the error reported before.

Cravix commented on 2013-05-10 08:34

oh, and pkgver() change to
----
[[ -z $(pacman -Q efl-git 2>/dev/null) ]] && echo 84534 || {
cd "$SRCDEST/$_pkgname"
LC_ALL=C svn info | awk '/Last Changed Rev/ {print $4}'
}
----
hmm, don't know if there's a better way, but that works for me now :P

Cravix commented on 2013-05-10 08:25

Scimmia,
i come up with a idea:
change source line to
----
source=('REST' 'DOC')
[[ -z $(pacman -Q efl-git 2>/dev/null) ]] && source+=("svn+http://svn.enlightenment.org/svn/e/trunk/E-MODULES-EXTRA#revision=84534") || source+=("svn+http://svn.enlightenment.org/svn/e/trunk/E-MODULES-EXTRA")
----
e_popup_autoclose was added to places at rev 84535, so that'll work, what do you think about that :)

Scimmia commented on 2013-05-10 00:37

AVDuma, it's really strange that e17-places-svn would work, it pulls the same code and builds it the same way as this package. Were they built on the same machine with the same E install? e_popup_autoclose was added to enlightenment17-git two and a half months ago, so if you built one of them against 0.17.1 or something, it could definitely be an issue.

AVDuma commented on 2013-05-08 09:11

When I try to load places module, I get this error:
http://www.enlightenment.org/ss/e-518a167678d0e9.56589733.jpg

If i use the e17-places-svn package on AUR, everything is ok, but I have to remove this package.

Scimmia commented on 2013-04-27 22:33

andre.vmatos, that's because edbus(2) has been renamed to eldbus. Until all of the software that uses it updates their code, it won't build.

andre.vmatos commented on 2013-04-27 14:30

Didn't compile here with current efl-git:
...
checking for E... no
configure: error: Package requirements (enlightenment) were not met:
Package 'edbus2', required by 'enlightenment', not found

Cravix commented on 2013-04-27 12:34

update the pkgbuild to keep up with current makepkg,
and sorry to everyone for the inconvenience :)

Scimmia commented on 2013-04-20 01:35

hmm, looks like pkgver() doesn't get run if makepkg doesn't find a VCS source. Simplest solution, then is just to remove -r "$pkgver" from the SVN commands.

AVDuma commented on 2013-04-16 14:43

I have the same issues reported by juanpe, but the Scimmia's advice doesn't work:
adding
pkgver() {
svn info "$_svntrunk" | awk '/Last Changed Rev/ {print $4}'
}
to PKGBUILD hasn't fixed the problem

Scimmia commented on 2013-04-07 22:50

juanpe, the problem is that this PKGBUILD hasn't been updated for Pacman 4.1 yet. The problem you're experiencing was fixed months ago, but because the pkgver is "79887" and makepkg is no longer updating it, it's pulling an old revision from before the fix.

As a temporary fix, please add this after _svnmod and before the build function

pkgver() {
svn info "$_svntrunk" | awk '/Last Changed Rev/ {print $4}'
}

Cravix commented on 2013-04-06 13:34

@juanpe:
sorry about that, i think that was fixed before... maybe there're still some rest.
i'll test them in a day or two, and thanks for your report :)

Anonymous comment on 2013-04-06 10:09

I cannot install it

configure.ac:14: error: 'AM_CONFIG_HEADER': this macro is obsolete.
You should use the 'AC_CONFIG_HEADERS' macro instead.
/usr/share/aclocal-1.13/obsolete-err.m4:12: AM_CONFIG_HEADER is expanded from...
configure.ac:14: the top level
autom4te: /usr/bin/m4 failed with exit status: 1
aclocal: error: echo failed with exit status: 1

Cravix commented on 2013-01-15 13:04

NOTICE:
i add a patch provided by Scimmia in pkgbuild, now empris, everything-mpris, everything-pidgin and everything-tracker works again with svn ver :D
and, thank you, Scimmia :)

Cravix commented on 2013-01-13 11:11

NOTICE:
seems the api of e_dbus (integrated in efl) in svn repo changed, and thus empris, everything-mpris, everything-pidgin and everything-tracker can't be built now,
so for those use e17 builded from svn, please remove the modules i mentioned above from defset in pkgbuild.

Scimmia commented on 2013-01-06 22:21

Since the problem was discussed so much here, I'll mention that all instances should now be fixed in trunk. If you use anything from one of the SVN branches, you could still run into this issue. This only happens when you run ./autogen.sh, not when you run ./configure, so as long as the person that's making the tarball isn't running Automake 1.13 it won't be an issue so I decided to only patch trunk.

Cravix commented on 2013-01-05 09:08

ok, the problem is solved by cedric,
and i've removed the compatible implementation and bumped again :)

Cravix commented on 2013-01-04 02:36

@foobarrior:
you can view my pkgbuild, my implementation is:

for i in ${defset[@]}; do
cd $i
[[ -f ./configure.ac ]] && sed -i 's/^AM_CONFIG_HEADER(config.h)$/AC_CONFIG_HEADER(config.h)/; /^AM_PROG_CC_STDC$/d' ./configure.ac
./autogen.sh --prefix=/usr
make
cd ..
done

and i'll report it to #e @freenode, hmm :P

foobarrior commented on 2013-01-03 14:07

@Cravix BTW, don't you wanna report this fix to upstream, maybe?

foobarrior commented on 2013-01-03 14:03

@Cravix:
for which configure.ac do you apply this? i'm almost sure you also need for-loop!

Cravix commented on 2013-01-03 13:44

@foobarrior:
i just execute this:
[[ -f ./configure.ac ]] && sed -i 's/^AM_CONFIG_HEADER(config.h)$/AC_CONFIG_HEADER(config.h)/; /^AM_PROG_CC_STDC$/d' ./configure.ac
before running autogen.sh.
if so, then i think my implementation also works :)
i'm sure AM_CONFIG_HEADER line here must be "AM_CONFIG_HEADER(config.h)", and i've greped all configure.ac to check it, hmm.

foobarrior commented on 2013-01-03 12:49

Howdy! Sorry, but i've mistaken about the correctness of that patch. That is because i've issued same problems with package engage-svn.
Neverthess, i solved a compilation problem with the following script
#begin script
for i in $(find -name 'configure.ac'); do
sed -e 's/AM\(_CONFIG_HEADER(\)/AC\1/' \
-e 's/AM_PROG_CC_STDC//' -i $i
done
#end script

That script is correct, because i found that AM_CONFIG_HEADER and AM_PROG_CC_STDC are deprecated; http://www.delorie.com/gnu/docs/automake/automake_24.html

Cravix commented on 2013-01-03 11:40

and *ANOTHER NOTICE*:
eweather module works again now, and it's really nice,
if you want to try it, please install libeweather-svn and add eweather into defset in pkgbuild then build :)

Cravix commented on 2013-01-03 11:31

and *ANOTHER NOTICE*:
eweather plugin works again, and it's really nice,
if you want to try it, please install libeweather-svn and add eweather into defset in pkgbuild then build :)

Cravix commented on 2013-01-03 11:28

@foobarrior:
thank you for your patch :)
according to your script i add a sed cmd in the script, and it works with autotools from core repo too,
can you help me test it with autotools from test repo?

Cravix commented on 2013-01-03 11:27

@foobarrior:
thank you for your patch :)
according to your script i add a sed cmd in the script,
can you help me test it with autotools from test repo?

foobarrior commented on 2013-01-03 09:40

andre.vmatos,
You can modify PKGBUILD with applying the following patch:
Index: configure.ac
===================================================================
--- configure.ac (revision 81973)
+++ configure.ac (working copy)
@@ -11,11 +11,10 @@

AM_INIT_AUTOMAKE(1.6)
AC_CONFIG_SRCDIR(configure.ac)
-AM_CONFIG_HEADER(config.h)
+AC_CONFIG_HEADER(config.h)

AC_ISC_POSIX
AC_PROG_CC
-AM_PROG_CC_STDC
AC_HEADER_STDC
AC_C_CONST
AM_ENABLE_SHARED

Cravix commented on 2013-01-02 23:48

@andre.vmatos:
I tried build ver. 81963, but it works for me,
and after reading your error output, I think the problem is the automake you use is too new (get from testing repo?),
I recommend you to use auto tools in core repo :)

andre.vmatos commented on 2013-01-02 17:43

I'm getting this error in revision 81963:

Running aclocal...
configure.ac:14: error: 'AM_CONFIG_HEADER': this macro is obsolete.
You should use the 'AC_CONFIG_HEADERS' macro instead.
/usr/share/aclocal-1.13/obsolete-err.m4:12: AM_CONFIG_HEADER is expanded from...
configure.ac:14: the top level
autom4te: /usr/bin/m4 failed with exit status: 1
aclocal: error: echo failed with exit status: 1

Someone else?

Cravix commented on 2012-12-01 14:46

glad to hear that you like this :)
now i moved module sets into DOC and added prompt for that, take it if you need:-D

also, i wrote an insane(?) PKGBUILD to provide interactive module selection at https://aur.archlinux.org/packages/e-modules-extra-svn-alternative/
(and don't worry about inconsistency results from name - when running package() its name changes to e-modules-extra-svn :P

Scimmia commented on 2012-11-28 19:08

Thanks for taking this one. You're doing great work with it.

capoeira commented on 2012-11-27 16:42

wow, finaly "places" is working correctly

foolishgrunt commented on 2012-11-27 16:37

Actually it looks like it was an issue with Packer not recognizing that there was a file supplementing the PKGBUILD. It's compiling fine now.

Cravix commented on 2012-11-27 07:42

@foolishgrunt:
yeah it has nothing to do with build process, and actually it's just a list contains those modules i tagged useless - and reasons.
but it's still weird that it does harm... what's the error when with REST? md5sum check error? i've just tried it and it still works nice here...

Cravix commented on 2012-11-27 07:37

@foolishgrunt:
sorry i forgot to ask= =
what's the error when with REST? md5sum check error?

Cravix commented on 2012-11-27 07:32

@foolishgrunt:
yeah it has nothing to do with build process, and actually it's just a list contains those modules i tagged useless - and reasons.
but it's still weird that it does harm... eh, maybe i should add double quotes for it?

foolishgrunt commented on 2012-11-27 06:04

What's with the "REST"? It's not a valid source. I'm not able to compile unless I remove it.

Cravix commented on 2012-11-26 11:35

oh, my assumption is wrong... you don't need to check it.
but, is the error the same as before?

Cravix commented on 2012-11-26 11:32

@capoeira:
eh, installed and still doesn't work?
if so, check /etc/makepkg.conf ,
there's OPTIONS line that includes libtool (and here it's "OPTIONS=(strip docs libtool emptydirs zipman purge !upx)"),

if there's a "!" before "libtool", delete the "!".

capoeira commented on 2012-11-26 11:26

sorry, I installed the group now

Cravix commented on 2012-11-26 11:20

@capoeira:
you need to install libtool.
and, i recommend you to install entire group - base-devel :-)

capoeira commented on 2012-11-26 11:09

Running aclocal...
configure.ac:21: warning: macro 'AM_ENABLE_SHARED' not found in library
Running autoheader...
Running autoconf...
configure.ac:21: error: possibly undefined macro: AM_ENABLE_SHARED
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
configure.ac:22: error: possibly undefined macro: AC_PROG_LIBTOOL

capoeira commented on 2012-11-26 10:12

what I meant was making them depend on the alpha of E17. but now there is another package doing so: https://aur.archlinux.org/packages/e-modules-extra-svn/

foolishgrunt commented on 2012-11-25 20:10

@capoeira: this script is specifically designed to pull the last version uploaded to svn, not the latest "released" version.

On top of that, I don't believe the indivudal modules ever see bundled releases, though I could be wrong about that.

Cravix commented on 2012-11-25 15:25

@Marty_Stoopid:
it's based on PKGBUILD wrote by ronald, and seems there's some mods licensed under GPL. anyway, i'll check it later.

and, you don't need all modules - like elfe, it is enlightenment launcher for embedded devices; and exalt-client, its dep exalt-svn cannot be built anymore.
also, i'm trying to divide all modules into several categories, you can check it here: http://pastebin.com/2XzxnuVe

Funkin-Stoopid commented on 2012-11-25 13:21

Hello
Why did you not include all of the modules ?
On the other hand, are you sure about BSD license ?

capoeira commented on 2012-11-24 12:03

can this be updated to the new alpha packages?

Anonymous comment on 2012-09-21 13:21

Calendar and quickaccess exist no longer in the svn for revision 76968. Removing them from the PKGBUILD allows for sucessfull makepkg

capoeira commented on 2012-07-05 21:16

thanks, working now.
installed all of your e17 packages. thanks a lot for this.
one question though? Do you know what elementary-svn is good for? E17 seems to work without it.

ultraviolet commented on 2012-07-05 17:59

Fixed.

capoeira commented on 2012-07-05 14:18

/tmp/yaourt-tmp-studio/aur-e-modules-extra-svn-arche17/./PKGBUILD: line 51: cd: tiling: file or folder not found

ultraviolet commented on 2012-05-06 03:40

e-tiling, xkbswitch, and language are all removed. I'm leaving winlist-ng in there for now, as that bug will likely get fixed and I'd rather not remove things temporarily. It's a simple matter to remove it yourself, so that shouldn't be an issue.

Anonymous comment on 2012-05-05 12:03

winlist-ng: there is already a bug reported upstream: http://trac.enlightenment.org/e/ticket/1002

Anonymous comment on 2012-05-05 11:27

winlist-ng installation fails. This seems to be an upstream Bug. MKINSTALLDIR in winlist-ng/po/Makefile.in is not generated correctly. Maybe it's a good idea to disable winlist-ng build until it is fixed upstream.

Anonymous comment on 2012-05-05 11:06

xkbswitch was removed upstream by commit 70789 please remove it from your PKGBUILD

Anonymous comment on 2012-05-05 10:54

language is deprecated by e17 svn commit r69198 please remove it from your PKGBUILD

Anonymous comment on 2012-05-05 10:52

e-tiling was moved from EXTRA to e17 in svn r70614, please remove it from your PKGBUILD

momova commented on 2012-05-04 17:55

make[2]: 离开目录“/tmp/yaourt-tmp-ivan/abs-e-modules-extra-svn/src/E-MODULES-EXTRA-build/engage”
make[1]: 离开目录“/tmp/yaourt-tmp-ivan/abs-e-modules-extra-svn/src/E-MODULES-EXTRA-build/engage”
/tmp/yaourt-tmp-ivan/abs-e-modules-extra-svn/./PKGBUILD: 第 52 行:cd: e-tiling: 没有那个文件或目录

momova commented on 2012-05-04 17:54

make[2]: 离开目录“/tmp/yaourt-tmp-ivan/abs-e-modules-extra-svn/src/E-MODULES-EXTRA-build/engage”
make[1]: 离开目录“/tmp/yaourt-tmp-ivan/abs-e-modules-extra-svn/src/E-MODULES-EXTRA-build/engage”
/tmp/yaourt-tmp-ivan/abs-e-modules-extra-svn/./PKGBUILD: 第 52 行:cd: e-tiling: 没有那个文件或目录

CPUnltd commented on 2012-03-06 17:37

Issue I'm getting here is that .../winlist-ng folder is missing and .../winlist-ng/po file is not there.

I got this error on 3 different machines, as I was installing arche17 on all 3 simultaneously...

ultraviolet commented on 2012-02-04 20:32

@einseenai: Same here. I was presuming it was just an issue locally, but I think it must be a bug in E's Makefile.am.

einseenai commented on 2012-02-04 13:38

Couldn't install that thing. Paste from yaourt - http://pastebin.com/1GYL9u0g
Also, couldn't update e-modules-extra-svn from community with latest arche17 0.0.5 script. Also an error.