aMule Forum
English => en_Bugs => Topic started by: anybody on May 18, 2005, 10:34:49 AM
-
Hi everyone,
I'm having some problems with the webserver interface:
- the pictures for the progress bar are not there, the link is incorrect
- instead of linking to a file, the link goes to http://server:4711/%EF%BF%BD%EF%B [and so on]
I made a screenshot to illustrate the problem:
(http://www.nv-systems.net/pics/forum/amule-web-bug.png)
I'm using aMule 2.0.1 on Gentoo Linux, and i installed it using the gentoo ebuild available from here (http://bugs.gentoo.org/show_bug.cgi?id=71108).
[Edit: use flags "+amuled -debug +gtk2 +nls +remote -stats +unicode" were used when compiling]
Has anyone seen this problem? Is this gentoo specific ? How do i fix it?
-
I remember having faced the same problem a few days ago when I was upgrading from amule rc8 to 2.0.0 stable.
The problem was easly fixed by delating all references to amuleweb in my directory tree before reinstalling amule.
anybody, try doing "make uninstall" in your compiled & sources amule directory (where you usually do "make install")
and than do "find / |grep amuleweb" and manually delete all entries shown by the previous command.
After reinstalling amule it should be fixed (at least to me it was)
oh, I was on Debian Sarge ;)
-
old amuleweb should be under
/usr/share/amule/*
or
/usr/local/share/amule/*
also what you could do, alltho its actually since 2.0 not needed anymore, copy the webserver icons, and the amule.tmpl to
/home/user_name/.amule/webserver/default/
stefanero
-
Thanks for all your replies, i tried
uninstalling amule, then
- i checked /usr/share/amule/* (webserver directory was in there, after uninstalling amule it was empty, so it's contents were up to date after reinstalling)
- i checked /usr/local/share/amule/* (didn't exist)
- i tried a find / | grep -i amule, and deleting all that belongs to it (wasn't too much except for the amule profile directory)
I also deleted the amule profile in my home directory and did all configuration from scratch...
--- and it didn't change anything ---
The strange thing is: All the pictures except those for the progress bar are accessible and work fine! Also, the aMule.tmpl file is accessible, since if I rename it, the webserver doesn't work anymore.
On the console where i had started amuled, i once in a while also get errors like this:
22:42:03: Error: can't open file '/usr/share/amule/webserver/default/%EF%BF%BD%EF%BF%BDfa%01%13/emule.gif' (error 2: No such file or directory)
I really don't understand this... :( How can it come up with such a File Name? Might this be a Unicode Problem?
-
This is a known unicode problem and removing of folders doesn't help. If you compile wxGTK without unicode the problem disappear but this isn't recommendable.
cu
Mr Faber
-
huh?
/me uses unicode and I dont have a problem at all....
I use wx-2.6 and my system is also unicode compatible...
-
You must be missing libpng or libpng-devel or both. If you would have it where "configure" can find it, your images would be generated by amuleweb "on-the-fly". This way you don't have to install external files
-
@stefanero
Just ask GonoszTopi, it has something to do with unicode but not on all pcs. Without unicode I haven't the problem.
cu
Mr Faber
-
Originally posted by lfroen
You must be missing libpng or libpng-devel or both. If you would have it where "configure" can find it, your images would be generated by amuleweb "on-the-fly". This way you don't have to install external files
Hm, i had libpng-1.2.8 installed...
wxGTK had been compiled without png support, so i recompiled it this afternoon (along with amule, just to be sure) and ... nothing changed.
The missing files are gif files, according to their url, BTW.
I will try disabling unicode now and report if it fixes my problems.
-
Originally posted by anybody
I will try disabling unicode now and report if it fixes my problems.
I recompiled amule without unicode (wxGTK still has unicode support) and i can report:
I now have beautiful progress bars in the Webinterface !
(http://www.nv-systems.net/pics/forum/amule-web-nounicode.png)
Does anyone care to fix this bug ? Beeing able to use Unicode would really be useful ;-)
-
you compiled amule without unicode? and wxGTK with?
how should that work? amule uses always what wxGTK is compiled with...
-
Uhm, i've been looking at the gentoo ebuilds now for 30 mins, and i think i'm (slowly) starting to understand it:
aMule compilation seems to take these options:
--with-wx-config=${WX_CONFIG}
--with-wxbase-config=${WX_CONFIG}
and the variable WX_CONFIG (which is defined by the /usr/portage/eclass/wxwidgets.eclass script which is inherited by the ebuild)
and points to either the gtk2-ansi-release-2.6 or gtk2-unicode-ansi-2.6 config file (depending on whether amule was emerged with or without unicode).
So that seems like it is possible to compile amule without unicode, even when wxGTK uses it ? At least that's how i understand this code...
The 2 wxGTK config files gtk2-ansi-release-2.6 and gtk2-unicode-release-2.6 differ by the following:
tux config # diff gtk2-ansi-release-2.6 gtk2-unicode-release-2.6
366c366
< this_chartype="ansi"
---
> this_chartype="unicode"
882c882
< [ -z "$output_option_basename" ] || echo "wx_gtk2"
---
> [ -z "$output_option_basename" ] || echo "wx_gtk2u"
948c948
< ldlibs_base="-lz -ldl -lm"
---
> ldlibs_base="-lwxregexu-2.6 -lz -ldl -lm"
995c995
< _libname="wx_base"
---
> _libname="wx_baseu"
997c997
< _libname="wx_gtk2"
---
> _libname="wx_gtk2u"
1054c1054
< _libname="wx_base"
---
> _libname="wx_baseu"
1056c1056
< _libname="wx_gtk2"
---
> _libname="wx_gtk2u"
1085c1085
< link_deps="${libdir}/libwx_gtk2-2.6.a"
---
> link_deps="${libdir}/libwx_gtk2u-2.6.a"
1088c1088
< wx_libs="$wx_libs -lwx_gtk2-2.6"
---
> wx_libs="$wx_libs -lwx_gtk2u-2.6"
1145c1145
< _cppflags=$(echo "-I${libdir}/wx/include/gtk2-ansi-release-2.6" $_include_cppflags "-DGTK_NO_CHECK_CASTS" " -D__WXGTK__" "" $_gui_cppflags "" "-D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D_LARGEFILE_SOURCE=1" "")
---
> _cppflags=$(echo "-I${libdir}/wx/include/gtk2-unicode-release-2.6" $_include_cppflags "-DGTK_NO_CHECK_CASTS" " -D__WXGTK__" "" $_gui_cppflags "" "-D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D_LARGEFILE_SOURCE=1" "")
-
Simply run "amule --version" and it will tell you what the wxGTK library it is actually linked against uses. The reason for the multiple config-scripts is that the current ebuild builds multiple versions of the library for compatibility reasons.
-
Bug is still present in aMule v2.0.2 :-(
-
And in CVS too ....
It is a sporadic unicode problem. Maybe it has something to do with the combination unicode + Firefox.
cu
Mr Faber
-
Hi, all!
The solution, at least in my environment, is to install libgd2-dev. This library seems to be needed for amuleweb. After installing the package(s) and running configure/make/make install the progress indicators are working fine.
The history for this solution:
I had the same problem on my machine (Debian Sarge) and, after reading this thread, decided to take a deeper look...
I noticed earlier that I received the following message from configure everytime, but didn't think much about it, as it was only a warning and I do have libpng 1.2.8 installed
WARNING: libpng-devel >= 1.2.0 is needed for amuleweb
I took a look into config.log. The following code is taken from one of my tests (amule 2.0.1)
configure:5833: checking for libpng-config
configure:5852: found /usr/bin/libpng-config
configure:5865: result: /usr/bin/libpng-config
configure:5879: checking for libpng version >= 1.2.0
configure:5940: result: yes (version 1.2.8)
configure:5952: checking gd.h usability
configure:5964: gcc -c conftest.c >&5
conftest.c:58:16: gd.h: No such file or directory
configure:5970: $? = 1
configure: failed program was:
| /* confdefs.h. */
|
| #define PACKAGE_NAME "aMule"
| #define PACKAGE_TARNAME "amule"
| #define PACKAGE_VERSION "2.0.1"
| #define PACKAGE_STRING "aMule 2.0.1"
| #define PACKAGE_BUGREPORT "admin@amule.org"
| #define PACKAGE "amule"
| #define VERSION "2.0.1"
| #ifdef __cplusplus
| extern "C" void std::exit (int) throw (); using std::exit;
| #endif
| #define STDC_HEADERS 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| /* end confdefs.h. */
| #include
| #if HAVE_SYS_TYPES_H
| # include
| #endif
| #if HAVE_SYS_STAT_H
| # include
| #endif
| #if STDC_HEADERS
| # include
| # include
| #else
| # if HAVE_STDLIB_H
| # include
| # endif
| #endif
| #if HAVE_STRING_H
| # if !STDC_HEADERS && HAVE_MEMORY_H
| # include
| # endif
| # include
| #endif
| #if HAVE_STRINGS_H
| # include
| #endif
| #if HAVE_INTTYPES_H
| # include
| #else
| # if HAVE_STDINT_H
| # include
| # endif
| #endif
| #if HAVE_UNISTD_H
| # include
| #endif
| #include
configure:5993: result: no
configure:5997: checking gd.h presence
configure:6007: gcc -E conftest.c
conftest.c:24:16: gd.h: No such file or directory
configure:6013: $? = 1
configure: failed program was:
| /* confdefs.h. */
|
| #define PACKAGE_NAME "aMule"
| #define PACKAGE_TARNAME "amule"
| #define PACKAGE_VERSION "2.0.1"
| #define PACKAGE_STRING "aMule 2.0.1"
| #define PACKAGE_BUGREPORT "admin@amule.org"
| #define PACKAGE "amule"
| #define VERSION "2.0.1"
| #ifdef __cplusplus
| extern "C" void std::exit (int) throw (); using std::exit;
| #endif
| #define STDC_HEADERS 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| /* end confdefs.h. */
| #include
configure:6033: result: no
configure:6068: checking for gd.h
configure:6075: result: no
configure:6121:
WARNING: libpng-devel >= 1.2.0 is needed for amuleweb In lines 6++ and 70++ a missing gd.h is mentioned!
It seems to be clear that the problem is this missing header file, which comes with the libgd-dev packages.
I'm not on intimate terms with gnu autoconf, but I suppose it's just a thing of having the wrong warning message.
And I didn't change a thing about unicode or libpng*
Try it for yourselves. I hope it'll work for you, too...
-
Yes, libgd-dev is needed AND configure warns about it :)
-
Then why do we allow compilation without? Or at least display something to indicate that it wasn't present at compile time?
-
Hm, that seems to be the problem. I have the same warning but I am sure that libpng ist installed (v 1.2.8 ). I use Gentoo but lipng seems to haven't any special use flags.
cu
Mr Faber
-
/me has libpng-devel and gentoo aswell
but no problem at all :]
my progressbar is nice and not brocken like the screenshot
-
In Portage there is only libpng. Is there any difference to libpng-devel?
cu
Mr Faber
-
sorry, I just wrote it like that because I am used to it....I use gentoo aswell
and I have just the libpng pkg v1.2.8 installed and gd v.2.0.32
and my configure detects it without problems
checking for libpng-config... /usr/bin/libpng-config
checking for libpng version >= 1.2.0... yes (version 1.2.8)
checking gd.h usability... yes
checking gd.h presence... yes
checking for gd.h... yes
stefanero
-
We do warn at configure time and amuleweb works fine, just progress bars are not there.
-
@Kry
At least on my system the only warning given was
WARNING: libpng-devel >= 1.2.0 is needed for amuleweb
There was no mentioning of libgd!
@stefanero
Once I had libgd installed, configure detected it, of course, and the above warning was gone, as was the problem with the progress indicators.
For me the point was mainly the missing (or, more precisely, misleading) warning, which let me search in the wrong places.
-
After I have added the libpng-path with --with-libpng-config the warning disappears but the progressbar images aren't shown.
But I have realized that gd was missing. After I have installed it and recompiled aMule the images are shown correctly.
If amuleweb ist compiled with unicode gd is needed. If it isn't there the compilation should be aborted.
Many thanks to Radek. :baby:
cu
Mr Faber
-
Emerging media-libs/gd and reemerging amule (not sure if this was necessary) fixed my problems. Great ! Finally the Webinterface works as it should.
-
Hi,
I have same problems compiling aMule 2.0.3. I've downloaded libgd and libpng tarballs , made ./configure and "make && make install". When I run
./configure --disable-monolithic --enable-amule-daemon --enable-amulecmd --enable-webserver --prefix=/tmp/amule.cvs >test.txt
I get:
...
checking for libpng-config... /usr/local/bin/libpng-config
checking for libpng version >= 1.2.0... yes (version 1.2.8)
checking gd.h usability... yes
checking gd.h presence... yes
checking for gd.h... yes
...
WARNING! gd-lib >= 2.0.0, or a functional gd.h (from gd-devel) not found.
amuleweb will be compiled but file download progress bar images will NOT be generated.
See the above error on gd check for solutions.
....
Then I've added the --enable-cas option and now I get following messages:
....
checking for gdlib-config... /usr/local/bin/gdlib-config
checking for gdlib version >= 2.0.0... yes (version 2.0.33)
checking gd.h usability... yes
checking gd.h presence... yes
checking for gd.h... yes
checking for libpng-config... /usr/local/bin/libpng-config
checking for libpng version >= 1.2.0... yes (version 1.2.8)
checking for gd.h... (cached) yes
...
But the bars still don't work! What do I do wrong?
Thanks for help!
Kisja
-
Hi,
I've changed the --prefix option of libpng and libgd to --prefix=/usr
But when I run /usr/bin/gdlib-config --all:
GD library 2.0.33
includedir: /usr/include
cflags: -I/usr/include
ldflags: -L/usr/local/lib -Wl,-rpath,/usr/local/lib
libs: -ljpeg -lpng12 -lz -lm /usr/lib/libiconv.so
libdir: /usr/lib
features: GD_JPEG GD_PNG GD_GIF
Why does the ldflags line point to /usr/local??? Coud that be the reason?
Regards
Kisja
-
could be yes, your executably looks to be in usr/bin but the libs in /usr/local/
maybe delete the gd and png stuff and reinstall it....
-
I have competely recompiled and reinstalled wxbase, libpng and libgd.
gdlib-config --all shows now:
GD library 2.0.33
includedir: /usr/include
cflags: -I/usr/include
ldflags: -L/usr/local/lib -Wl,-rpath,/usr/local/lib
libs: -ljpeg -lpng12 -lz -lm /usr/lib/libiconv.so
libdir: /usr/lib
features: GD_JPEG GD_PNG GD_GIF
Seems to be correct but still no bars! I've also tried to compile without unicode support, but it didn't work too.
Any other ideas?
-
Sorry I meant (copy&pasted from wrong window):
GD library 2.0.33
includedir: /usr/include
cflags: -I/usr/include
ldflags: -L/usr/lib -Wl,-rpath,/usr/lib
libs: -ljpeg -lpng12 -lz -lm /usr/lib/libiconv.so
libdir: /usr/lib
features: GD_JPEG GD_PNG GD_GIF
And the files are on right places too.
Regards Kisja