[Bug 37578] New: Request for Enhancement: please add libXext as a dependency
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(a)winehq.org Reporter: ToddAndMargo(a)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 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37578 Todd Chester <ToddAndMargo(a)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 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37578 --- Comment #1 from Austin English <austinenglish(a)gmail.com> --- Please attach config.log -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37578 --- Comment #2 from Todd Chester <ToddAndMargo(a)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 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37578 Dmitry Timoshkov <dmitry(a)baikal.ru> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #3 from Dmitry Timoshkov <dmitry(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37578 Todd Chester <ToddAndMargo(a)zoho.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |UNCONFIRMED Resolution|INVALID |--- --- Comment #4 from Todd Chester <ToddAndMargo(a)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 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37578 --- Comment #5 from Rosanne DiMesio <dimesio(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37578 --- Comment #6 from Henri Verbeet <hverbeet(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37578 --- Comment #7 from Todd Chester <ToddAndMargo(a)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 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37578 --- Comment #8 from Todd Chester <ToddAndMargo(a)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 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37578 --- Comment #9 from Henri Verbeet <hverbeet(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37578 --- Comment #10 from Todd Chester <ToddAndMargo(a)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 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37578 --- Comment #11 from Rosanne DiMesio <dimesio(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37578 --- Comment #12 from Todd Chester <ToddAndMargo(a)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 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37578 --- Comment #13 from Todd Chester <ToddAndMargo(a)zoho.com> --- Created attachment 50055 --> https://bugs.winehq.org/attachment.cgi?id=50055 config.log with zlib-devel removed -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37578 Rosanne DiMesio <dimesio(a)earthlink.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #14 from Rosanne DiMesio <dimesio(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37578 Todd Chester <ToddAndMargo(a)zoho.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |UNCONFIRMED Resolution|INVALID |--- --- Comment #15 from Todd Chester <ToddAndMargo(a)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 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37578 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |WONTFIX --- Comment #16 from Austin English <austinenglish(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37578 --- Comment #17 from Todd Chester <ToddAndMargo(a)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! -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37578 Gijs Vermeulen <gijsvrm(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #18 from Gijs Vermeulen <gijsvrm(a)gmail.com> --- Closing. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
participants (2)
-
wine-bugs＠winehq.org -
WineHQ Bugzilla