https://bugs.winehq.org/show_bug.cgi?id=37578
Bug ID: 37578 Summary: Request for Enhancement: please add libXext as a dependency Product: Wine Version: 1.7.30 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: ToddAndMargo@zoho.com Distribution: ---
Request for Enhancement:
It about killed my trying to compile Wine-1.7.30 (I conquered). In the "./configure" phase, Wine threw the following error:
wine-1.7.30]# ./configure --disable-win64 configure: WARNING: libpng 32-bit development files not found, PNG won't be supported.
Only thing was that libpng was actually installed: # rpm -qa *libpng* | grep -i i686 libpng-devel-1.2.49-1.el6_2.i686 libpng-1.2.49-1.el6_2.i686
The error was bogus reporting from Wine "./configure". The actual problem was that libpng had a dependance on zlib. "yum install zlib-devel.i686" fixed the bogus error from Wine.
This bogus error was originally reported to Wine on: https://bugs.winehq.org/show_bug.cgi?id=37534
Their response was that it was a dependency: http://www.libpng.org/pub/png/libpng.html "libpng is available as ANSI C (C89) source code and requires zlib 1.0.4 or later (1.2.5 or later recommended for performance and security reasons)."
So I reported it to Red Hat on: https://bugzilla.redhat.com/show_bug.cgi?id=1162842
Their response was: You were probably not able to install libpng without zlib, but of course you were able to install libpng and libpng-devel without zlib-devel - but this is pretty much expected. Guidelines are even stricter, explicit requirements for library packages are forbidden ( https://fedoraproject.org/wiki/Packaging:Guidelines#Explicit_Requires - Red Hat Enterprise Linux follows Fedora packaging guidelines with just very few exceptions ).
So, would you guys please consider putting the dependency in yourself, so as to keep the next poor sod who is trying to ./configure wine from going out of his mind and to keep you guys from having to endlessly answer this question over on the forums
Many thanks, -T
https://bugs.winehq.org/show_bug.cgi?id=37578
Todd Chester ToddAndMargo@zoho.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Request for Enhancement: |Request for Enhancement: |please add libXext as a |please add zlib as a |dependency |dependency
https://bugs.winehq.org/show_bug.cgi?id=37578
--- Comment #1 from Austin English austinenglish@gmail.com --- Please attach config.log
https://bugs.winehq.org/show_bug.cgi?id=37578
--- Comment #2 from Todd Chester ToddAndMargo@zoho.com --- Hi Austin,
I do not have the failing config.log anymore. Would you like my 40,000 + line log that worked?
I do have this though:
configure:12960: checking for -lpng configure:12985: gcc -m32 -o conftest -g -O2 -I/usr/include/libpng12 conftest.c -lpng -lpng12 -lm -lz >&5 /usr/bin/ld: skipping incompatible /usr/lib64/libz.so when searching for -lz /usr/bin/ld: cannot find -lz collect2: ld returned 1 exit status
There is more over at: https://forum.winehq.org/viewtopic.php?f=8&t=23726
yum --enablerepo=* install zlib-devel.i686
solved the problem
https://bugs.winehq.org/show_bug.cgi?id=37578
Dmitry Timoshkov dmitry@baikal.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID
--- Comment #3 from Dmitry Timoshkov dmitry@baikal.ru --- (In reply to Todd Chester from comment #0)
So I reported it to Red Hat on: https://bugzilla.redhat.com/show_bug.cgi?id=1162842
Their response was: You were probably not able to install libpng without zlib, but of course you were able to install libpng and libpng-devel without zlib-devel - but this is pretty much expected. Guidelines are even stricter, explicit requirements for library packages are forbidden ( https://fedoraproject.org/wiki/Packaging:Guidelines#Explicit_Requires - Red Hat Enterprise Linux follows Fedora packaging guidelines with just very few exceptions ).
So, would you guys please consider putting the dependency in yourself, so as to keep the next poor sod who is trying to ./configure wine from going out of his mind and to keep you guys from having to endlessly answer this question over on the forums
zlib is a libpng dependency, not a Wine one. If Red Hat developers consider that as not a bug, that's not a bug for Wine either way.
https://bugs.winehq.org/show_bug.cgi?id=37578
Todd Chester ToddAndMargo@zoho.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |UNCONFIRMED Resolution|INVALID |---
--- Comment #4 from Todd Chester ToddAndMargo@zoho.com --- (In reply to Dmitry Timoshkov from comment #3)
(In reply to Todd Chester from comment #0)
So I reported it to Red Hat on: https://bugzilla.redhat.com/show_bug.cgi?id=1162842
Their response was: You were probably not able to install libpng without zlib, but of course you were able to install libpng and libpng-devel without zlib-devel - but this is pretty much expected. Guidelines are even stricter, explicit requirements for library packages are forbidden ( https://fedoraproject.org/wiki/Packaging:Guidelines#Explicit_Requires - Red Hat Enterprise Linux follows Fedora packaging guidelines with just very few exceptions ).
So, would you guys please consider putting the dependency in yourself, so as to keep the next poor sod who is trying to ./configure wine from going out of his mind and to keep you guys from having to endlessly answer this question over on the forums
zlib is a libpng dependency, not a Wine one. If Red Hat developers consider that as not a bug, that's not a bug for Wine either way.
Hi Dmitry,
I never said it was a bug. I asked you to make it an "Enhancement" to be kind to the next poor sod trying to compiling Wine and getting this weird/bogus/nonsensical error. And to cut down on the poor guys on the forum that have to constantly answer this question for other poor sods.
I am asking for this "Enhancement" to be kind to others.
-T
https://bugs.winehq.org/show_bug.cgi?id=37578
--- Comment #5 from Rosanne DiMesio dimesio@earthlink.net --- (In reply to Todd Chester from comment #4)
weird/bogus/nonsensical error. And to cut down on the poor guys on the forum that have to constantly answer this question for other poor sods.
You are the only user in my 6 years on the forum who has had a problem with this particular message.
https://bugs.winehq.org/show_bug.cgi?id=37578
--- Comment #6 from Henri Verbeet hverbeet@gmail.com --- The config.log and configure output would have been helpful. Note that we do already have an explicit check for libz at http://source.winehq.org/git/wine.git/blob/HEAD:/configure.ac#l1518.
https://bugs.winehq.org/show_bug.cgi?id=37578
--- Comment #7 from Todd Chester ToddAndMargo@zoho.com --- (In reply to Rosanne DiMesio from comment #5)
(In reply to Todd Chester from comment #4)
weird/bogus/nonsensical error. And to cut down on the poor guys on the forum that have to constantly answer this question for other poor sods.
You are the only user in my 6 years on the forum who has had a problem with this particular message.
Hi Rosanne,
You just inadvertently demonstrated my point. People are getting the WRONG error message, that is why you have only seen it once in 6 years. What they are actually getting is a request for figuring out what "configure: WARNING: libpng 32-bit development files not found, PNG won't be supported" is suppose to mean when libpng is actually already installed. The user is not getting one tiny peep about zlib missing.
Take a look at https://duckduckgo.com/?q=wine+configure%3A+WARNING%3A+libpng+32-bit+develop....
-T
https://bugs.winehq.org/show_bug.cgi?id=37578
--- Comment #8 from Todd Chester ToddAndMargo@zoho.com --- (In reply to Henri Verbeet from comment #6)
The config.log and configure output would have been helpful. Note that we do already have an explicit check for libz at http://source.winehq.org/git/wine.git/blob/HEAD:/configure.ac#l1518.
Hi Henri,
Perfect! Just put the line for zlib line before the libpng line and no more bogus error about libpng missing when it is actually zlib.
Well, they may still get the error on libpng, but the zlib error will come first and once it is fixed the libpng error will disappear.
-T
https://bugs.winehq.org/show_bug.cgi?id=37578
--- Comment #9 from Henri Verbeet hverbeet@gmail.com --- (In reply to Todd Chester from comment #8)
Perfect! Just put the line for zlib line before the libpng line and no more bogus error about libpng missing when it is actually zlib.
It already is, so I'm curious why it didn't trigger for you. The config.log would have helped with figuring that out.
https://bugs.winehq.org/show_bug.cgi?id=37578
--- Comment #10 from Todd Chester ToddAndMargo@zoho.com --- (In reply to Henri Verbeet from comment #9)
(In reply to Todd Chester from comment #8)
Perfect! Just put the line for zlib line before the libpng line and no more bogus error about libpng missing when it is actually zlib.
It already is, so I'm curious why it didn't trigger for you. The config.log would have helped with figuring that out.
Huh. I will uninstall zlib and re ./configure to try and recreate. Give me a few days.
Also, my config.log, at forty thousand plus lines, your bugzilla won't accept it. Will need an alternate upload site.
If you look at the line numbers over at: https://forum.winehq.org/viewtopic.php?f=8&t=23726
libpng cflags: -I/usr/include/libpng12 configure:12943: libpng libs: -lpng12 configure:12948: checking png.h usability configure:12948: gcc -m32 -c -g -O2 -I/usr/include/libpng12 conftest.c >&5 configure:12948: $? = 0 configure:12948: result: yes configure:12948: checking png.h presence configure:12948: gcc -m32 -E -I/usr/include/libpng12 conftest.c configure:12948: $? = 0 configure:12948: result: yes configure:12948: checking for png.h configure:12948: result: yes
configure:12960: checking for -lpng configure:12985: gcc -m32 -o conftest -g -O2 -I/usr/include/libpng12 conftest.c -lpng -lpng12 -lm -lz >&5 /usr/bin/ld: skipping incompatible /usr/lib64/libz.so when searching for -lz /usr/bin/ld: cannot find -lz collect2: ld returned 1 exit status
It is line 12985 with its "-lz" switch that pops the zlib (libz.so) error.
Is the check for zlib before or after line 12985?
-T
https://bugs.winehq.org/show_bug.cgi?id=37578
--- Comment #11 from Rosanne DiMesio dimesio@earthlink.net --- (In reply to Todd Chester from comment #10)
Also, my config.log, at forty thousand plus lines, your bugzilla won't accept it. Will need an alternate upload site.
You should be able to compress it to well under the size limit.
https://bugs.winehq.org/show_bug.cgi?id=37578
--- Comment #12 from Todd Chester ToddAndMargo@zoho.com --- (In reply to Henri Verbeet from comment #9)
(In reply to Todd Chester from comment #8)
Perfect! Just put the line for zlib line before the libpng line and no more bogus error about libpng missing when it is actually zlib.
It already is, so I'm curious why it didn't trigger for you. The config.log would have helped with figuring that out.
# rpm -qa zlib-devel* | grep -i i686 zlib-devel-1.2.3-29.el6.i686
# rpm -e zlib-devel-1.2.3-29.el6.i686
$ ./configure --disable-win64 ... configure: WARNING: libxslt 32-bit development files not found, xslt won't be supported.
configure: WARNING: libpng 32-bit development files not found, PNG won't be supported.
configure: Finished. Do 'make' to compile Wine.
And to make sure, I reinstalled zlib-devel and it ./configured without errors
I will attach config.log. Use "tar xjvf" to decompress. -T
https://bugs.winehq.org/show_bug.cgi?id=37578
--- Comment #13 from Todd Chester ToddAndMargo@zoho.com --- Created attachment 50055 --> https://bugs.winehq.org/attachment.cgi?id=50055 config.log with zlib-devel removed
https://bugs.winehq.org/show_bug.cgi?id=37578
Rosanne DiMesio dimesio@earthlink.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID
--- Comment #14 from Rosanne DiMesio dimesio@earthlink.net ---
From the config.log:
-------- configure:19080: libz 32-bit development files not found, data compression won't be supported. --------
The message is there; you're the one who chose to ignore it.
https://bugs.winehq.org/show_bug.cgi?id=37578
Todd Chester ToddAndMargo@zoho.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |UNCONFIRMED Resolution|INVALID |---
--- Comment #15 from Todd Chester ToddAndMargo@zoho.com --- (In reply to Rosanne DiMesio from comment #14)
From the config.log:
configure:19080: libz 32-bit development files not found, data compression won't be supported.
The message is there; you're the one who chose to ignore it.
Hi Rosanne,
You are changing the subject in order to close this Enhancement Request as INVALID. This request should not be closed until the NONSENSICAL errors output to the user from ./configure are corrected.
The config.log is how I found the ACTUAL problem. The errors I am speaking of on this Enhancement Request are the WEIRD, NONSENSICAL errors you get from the ./configured report:
configure: WARNING: libxslt 32-bit development files not found, xslt won't be supported. and
configure: WARNING: libpng 32-bit development files not found, PNG won't be supported.
Which have nothing to do with libz missing, hence the remark that these errors are NONSENSICAL.
The purpose of this enhancement it to restore some sanity to the errors that come out on the ./configure report.
One should not have to open config.log to figure out a bunch Microsoft style NONSENSICAL errors to do a "./configure; make; make install". These are common command used by UNIX/Linux users from years and years. It is not expected that they should have intimate knowledge of the process to figure out when the program says "salt", it actually means "pepper".
And the purpose of the config.log is to assist the developers in restoring some SANITY into the error messages about libz missing. Not for you to close the request as INVALID.
-T
https://bugs.winehq.org/show_bug.cgi?id=37578
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |WONTFIX
--- Comment #16 from Austin English austinenglish@gmail.com --- Wine doesn't depend on libz, so it's not a Wine bug.
While it's unfortunate that RedHat doesn't consider it their bug, that doesn't mean it's ours.
https://bugs.winehq.org/show_bug.cgi?id=37578
--- Comment #17 from Todd Chester ToddAndMargo@zoho.com --- No longer an issue as of
wine-9.1-1.fc39.i686 wine-9.1-1.fc39.x86_64
which is the latest in Fedora repo
Thank you!
https://bugs.winehq.org/show_bug.cgi?id=37578
Gijs Vermeulen gijsvrm@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #18 from Gijs Vermeulen gijsvrm@gmail.com --- Closing.
-
wine-bugs＠winehq.org -
WineHQ Bugzilla