Package Details: e-modules-extra-git 20200822-2

Git Clone URL: https://aur.archlinux.org/e-modules-extra-git.git (read-only, click to copy)
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: None
Last Packager: micwoj92
Votes: 44
Popularity: 0.000000
First Submitted: 2013-06-18 10:41 (UTC)
Last Updated: 2020-08-22 17:09 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 12 Next › Last »

Cravix commented on 2013-04-06 13:34 (UTC)

@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 :)

<deleted-account> commented on 2013-04-06 10:09 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

@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:03 (UTC)

@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 (UTC)

@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.

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 12 Next › Last »