GNU bug report logs -
#25317
[bug-gnu-emacs] emacs-25.1.91 build feedback
Previous Next
Reported by: "Nelson H. F. Beebe" <beebe <at> math.utah.edu>
Date: Sun, 1 Jan 2017 00:51:01 UTC
Severity: normal
Tags: moreinfo
Done: Noam Postavsky <npostavs <at> users.sourceforge.net>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 25317 in the body.
You can then email your comments to 25317 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#25317
; Package
emacs
.
(Sun, 01 Jan 2017 00:51:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
"Nelson H. F. Beebe" <beebe <at> math.utah.edu>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sun, 01 Jan 2017 00:51:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
I'm pleased to report that in our test lab of 130+ Unix-(like) and
other O/Ses, I have now done 175 build attempts of emacs-25.1.91, and
of those, 109 have succeeded.
I'm gradually working my way through the failing builds, trying
alternative compilers, and configure options.
However, 2016 has drawn to a close, and it is time to go home to
celebrate New Year's Eve.
I'll report more early next week on the platform-specific build issues
that I've identified.
-------------------------------------------------------------------------------
- Nelson H. F. Beebe Tel: +1 801 581 5254 -
- University of Utah FAX: +1 801 581 4148 -
- Department of Mathematics, 110 LCB Internet e-mail: beebe <at> math.utah.edu -
- 155 S 1400 E RM 233 beebe <at> acm.org beebe <at> computer.org -
- Salt Lake City, UT 84112-0090, USA URL: http://www.math.utah.edu/~beebe/ -
-------------------------------------------------------------------------------
Added tag(s) moreinfo.
Request was from
npostavs <at> users.sourceforge.net
to
control <at> debbugs.gnu.org
.
(Fri, 06 Jan 2017 00:06:01 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#25317
; Package
emacs
.
(Sat, 21 Jan 2017 16:45:01 GMT)
Full text and
rfc822 format available.
Message #10 received at 25317 <at> debbugs.gnu.org (full text, mbox):
"Nelson H. F. Beebe" <beebe <at> math.utah.edu> writes:
> I'll report more early next week on the platform-specific build issues
> that I've identified.
ping?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#25317
; Package
emacs
.
(Sun, 22 Jan 2017 01:35:02 GMT)
Full text and
rfc822 format available.
Message #13 received at submit <at> debbugs.gnu.org (full text, mbox):
>> ping?
I've been extremely busy the past 2 weeks with start of term, and
today, a power outage and snow storm that has kept me busy all day
restoring machines.
I have succeeded in getting several of the emacs-25.1.91 failures to
build, by changing compilers / options / PATH. There remain a few
that are as yet unresolved. I'll try to get to those next week.
One pain in emacs-x.y.z releases is that if any of the graphics
libraries (gif, jpeg, png, tiff, ...) and associated header files are
missing, configure aborts.
I would MUCH rather that it just warned that it would not be able to
supply that rarely-used feature of viewing bitmap graphics files, and
carry on with the build.
I had to manually restart a substantial fraction of the builds that
I've done so far (157 automated, 53 manual). On several platforms, it
seems difficult to get all of the needed graphics libraries installed,
without running into package dependencies that say "you can have THIS
package, but not THAT package, because it depends on YET ANOTHER
package that cannot be installed on your O/S version".
-------------------------------------------------------------------------------
- Nelson H. F. Beebe Tel: +1 801 581 5254 -
- University of Utah FAX: +1 801 581 4148 -
- Department of Mathematics, 110 LCB Internet e-mail: beebe <at> math.utah.edu -
- 155 S 1400 E RM 233 beebe <at> acm.org beebe <at> computer.org -
- Salt Lake City, UT 84112-0090, USA URL: http://www.math.utah.edu/~beebe/ -
-------------------------------------------------------------------------------
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#25317
; Package
emacs
.
(Sun, 22 Jan 2017 05:11:01 GMT)
Full text and
rfc822 format available.
Message #16 received at 25317 <at> debbugs.gnu.org (full text, mbox):
"Nelson H. F. Beebe" <beebe <at> math.utah.edu> writes:
>
> One pain in emacs-x.y.z releases is that if any of the graphics
> libraries (gif, jpeg, png, tiff, ...) and associated header files are
> missing, configure aborts.
>
> I would MUCH rather that it just warned that it would not be able to
> supply that rarely-used feature of viewing bitmap graphics files, and
> carry on with the build.
Hmm, the problem is that configure.ac is currently structured in such a
way that it can't distinguish between --with-gif=yes and not passing any
--with-gif option, so changing this is not so easy. As a quick fix, you
can apply the following patch to disable this checking for all the image
libraries:
--- i/configure.ac
+++ w/configure.ac
@@ -3517,7 +3517,7 @@ fi
AC_SUBST(LIBGIF)
dnl Check for required libraries.
-if test "${HAVE_X11}" = "yes"; then
+if false ; then
MISSING=""
WITH_NO=""
test "${with_xpm}" != "no" && test "${HAVE_XPM}" != "yes" &&
Or if you're building from the tarball without running autoreconf, patch
configure directly:
--- i/configure
+++ w/configure
@@ -15731,7 +15731,7 @@
fi
-if test "${HAVE_X11}" = "yes"; then
+if false ; then
MISSING=""
WITH_NO=""
test "${with_xpm}" != "no" && test "${HAVE_XPM}" != "yes" &&
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#25317
; Package
emacs
.
(Sun, 22 Jan 2017 16:28:02 GMT)
Full text and
rfc822 format available.
Message #19 received at 25317 <at> debbugs.gnu.org (full text, mbox):
> Date: Sat, 21 Jan 2017 18:11:43 -0700
> From: "Nelson H. F. Beebe" <beebe <at> math.utah.edu>
> Cc: 25317 <at> debbugs.gnu.org, beebe <at> math.utah.edu
>
> One pain in emacs-x.y.z releases is that if any of the graphics
> libraries (gif, jpeg, png, tiff, ...) and associated header files are
> missing, configure aborts.
>
> I would MUCH rather that it just warned that it would not be able to
> supply that rarely-used feature of viewing bitmap graphics files, and
> carry on with the build.
>
> I had to manually restart a substantial fraction of the builds that
> I've done so far (157 automated, 53 manual). On several platforms, it
> seems difficult to get all of the needed graphics libraries installed,
> without running into package dependencies that say "you can have THIS
> package, but not THAT package, because it depends on YET ANOTHER
> package that cannot be installed on your O/S version".
The behavior was originally like you prefer, but it was changed to
what it is now because users complained that a warning amidst the gobs
of output the configure script pours on users is very hard to notice.
I see your point, but your situation is an unusual one, whereby you
build many different configurations via automated scripts. That's not
how most users build Emacs.
Perhaps a special option --with-PACKAGE=silent could be added to cater
to your use case. But it cannot be the default, IMO.
bug closed, send any further explanations to
25317 <at> debbugs.gnu.org and "Nelson H. F. Beebe" <beebe <at> math.utah.edu>
Request was from
Noam Postavsky <npostavs <at> users.sourceforge.net>
to
control <at> debbugs.gnu.org
.
(Wed, 18 Oct 2017 03:43:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Wed, 15 Nov 2017 12:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 7 years and 218 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.