On Friday, 15 July 2005, at 22:18:32 (-0500),
laurence vanek wrote:
./configure: line 23460: syntax error near unexpected token `echo'
./configure: line 23460: `echo $as_me:$LINENO: checking for pow in -lm 5'
Install libast.m4 into the proper location.
Michael
--
Michael Jennings (a.k.a.
Ag. System Administrator wrote:
Heya!
Checked your plugin again - same results.
Let me describe problem again (step step)
Load plugin (not enabled yet)
Enable plugin - Evolume shows on 2 displays
Edit channels on right display (disable-line in, cd, etc...)
Right display show all controls
dienekes wrote:
following the result of the build:
skip/
-Dienekes
because of missed patch for edje, that is not in cvs.
remove `events' (or whole dragable section) from mixer_entry.edc
to be fixed in new version.
--
Boldin Pavel aka davinchi. mail-to: ldavinchi /at\ inbox _dot_ ru
Jonathan Protzenko wrote:
Hi Boldin,
try delete evolume config files, if it is not help, then send me are
backtrace.
backtrace how-to please lookup in this mail list
PS: this bug possibly from the stub in `virtualization' code.
i planing to write code that separate each sound system as
Michael Jennings wrote:
On Friday, 15 July 2005, at 22:18:32 (-0500),
laurence vanek wrote:
./configure: line 23460: syntax error near unexpected token `echo'
./configure: line 23460: `echo $as_me:$LINENO: checking for pow in -lm 5'
Install libast.m4 into the proper location.
Jonathan Protzenko wrote:
once more: you sure you use latest (0.0.2) version?
--
Boldin Pavel aka davinchi. mail-to: ldavinchi /at\ inbox _dot_ ru
ZU - Zagovor Unixoidov. SSAU 303.
---
SF.Net email is sponsored by: Discover Easy
laurence vanek wrote:
Im running FC4, any suggestions as to where the proper location
might be? Perhaps its
a path issue.
I installed libast before I run configure for Eterm in
/usr/local/enlightenment where all my E stuff resides. Result:
checking for nl_langinfo... yes
./configure: line
Thererafter I changed
# NOTE: The following line is NOT NOT NOT NOT NOT a typo!
# If you are having problems with it, libast.m4 is not installed
# or aclocal couldn't find it. Hence the problem is on YOUR end.
dps_snprintf_oflow()
of ./configure to
# NOTE: The following line is NOT NOT NOT
This is not a correct solution, it's working around a problem with aclocal. Try:
export ACLOCAL_FLAGS=-I /usr/local/share/aclocal
./autogen.sh
Libast installs libast.m4 which is required by aclocal to substitute
dps_snprintf_oflow. The default install path is in
/usr/local/share/aclocal,
Nathan Ingersoll wrote:
This is not a correct solution, it's working around a problem with aclocal.
Try:
export ACLOCAL_FLAGS=-I /usr/local/share/aclocal
./autogen.sh
unfortunately this also doesn't help. I also linked libast.m4 to
/usr/share/aclocal and /usr/local/share/aclocal
The problem with the configure is that it wasn't able to substitute a
libast.m4 macro when aclocal ran from autogen.sh. Where do you have
libast installed?
On 7/16/05, dienekes [EMAIL PROTECTED] wrote:
Nathan Ingersoll wrote:
This is not a correct solution, it's working around a problem with
Michael Jennings wrote:
Those who cannot read have no business using Eterm.
Eterm builds and works fine with the commented out line.
No, there is something wrong with Eterm's user.
As you are so skilled I wonder that there is a eterm FC4 thread.
With a working configure there would be
On Sunday, 17 July 2005, at 01:58:46 (+0200),
dienekes wrote:
Eterm builds and works fine with the commented out line.
Did you actually read the comment? If you have to comment out that
line, the problem is on YOUR END.
As you are so skilled I wonder that there is a eterm FC4 thread.
With
Michael Jennings wrote:
On Sunday, 17 July 2005, at 01:58:46 (+0200),
dienekes wrote:
Eterm builds and works fine with the commented out line.
Did you actually read the comment? If you have to comment out that
line, the problem is on YOUR END.
As you are so skilled I wonder
14 matches
Mail list logo